Ребилд сайта стоматологии на 39 страниц со 113 редиректами — white-label WordPress за 14 дней
Ребилд сайта стоматологии на 39 страниц со 113 редиректами — вложенные URL заменены на плоскую структуру строка за строкой, сдан за 14 дней, 46 часов силами 5 специалистов.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Brilliant Dental Care — общая и косметическая стоматология
Формат сотрудничества: White-label разработка для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса
Сроки: июнь 2025 · 14 дней · 46 часов · по графику, без перерасхода
Подход к ребилду
Ребилд сайта стоматологической клиники на 39 страниц — со списком редиректов из 113 записей, втрое превышающей количество страниц. Предыдущий сайт генерировал вложенную иерархию URL, которую агентство решило «сплющить» в плоские пути. Мы перестроили каждую контентную страницу и реализовали каждый редирект по карте сайта агентства строка за строкой — сдали за 14 дней при 46 часах работы, без перерасхода.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Медицина — общая и косметическая стоматология |
| Конечный клиент | Brilliant Dental Care (общая и косметическая стоматология) |
| Формат сотрудничества | White-label разработка WordPress для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Ребилд WordPress на Kinsta (та же CMS) |
| Объём | Полный ребилд сайта — 39 контентных URL мигрированы в чистую плоскую архитектуру, реализовано 113 редиректов |
| Сроки | 14 дней (2–16 июня 2025), по графику |
| Затраты | 46 часов при оценке в 46 часов — без перерасхода |
| Команда | 5 специалистов (Евгений Карпов — разработчик; Никита Тумашевич — ведущий QA; Павел Сажин — QA и исправления; Антон Херсун — руководитель проекта) |
| Технологии | WordPress · Elementor Pro · Gravity Forms · Kinsta · Yoast · Screaming Frog · Site Checker (плагин QA от xaverPRO) |
| Проверка контента | Разница контента оригинал-ребилд устранена до передачи — ни одного пропущенного текста, ни одной битой внутренней ссылки, ни одного структурного расхождения |
| Сдано | ТЗ соблюдено строка за строкой — 30 контентных URL перестроены в плоскую архитектуру, 113 редиректов реализованы по спецификации, 29 задач из очереди SEO и CX закрыты, 30-пунктный контрольный список запуска выполнен |
| Ритм взаимодействия | 27 задач от агентства · все закрыты к моменту передачи (активный период — 29 дней, 16.06.2025–14.07.2025) |
| Раунды проверки | ≈3 раунда проверки в рамках 14-дневного окна |
| Затраты на задачу | 5 внутренних задач Redmine · медиана 10 ч / P75 25,2 ч на задачу |
| Контрольный список запуска | 30 пунктов, согласованы до переключения |
Постановка задачи
Агентство вело клиента из сферы стоматологии на постоянной основе; сайту клиента на WordPress требовался ребилд на новом стеке Kinsta. Исходный сайт накопил архитектурный долг: страницы услуг находились в разделе /services/, страницы врачей и офиса — в /our-office/, информация для пациентов — в /patient-resource/, страницы технологий — в /technology/. ТЗ на ребилд предписывало свернуть все эти разделы в плоскую структуру URL — каждая страница услуги получает путь верхнего уровня — с сохранением существующего домена.
Одна эта реструктуризация породила основную таблицу редиректов. Но прежняя платформа также создала второй слой составных URL-артефактов: пути вида /implants/privacy-notice, /digital-cone-beam-scan/services/cerec, где к слегам услуг были прицеплены ссылки из подвала и карты сайта — так возникло ещё 70+ путей, которые необходимо было корректно разрешать. Спецификация охватила оба слоя. Наша задача — реализовать их оба в полном объёме.
Агентство также использовало интеграцию со сторонним планировщиком (adit.com), встроенную на страницу записи на приём. Это была не стандартная контактная форма Gravity Forms — это был JavaScript-виджет, привязанный к домену, для инициализации которого требовалось внести действующий домен клиента в список разрешённых платформы. Эта зависимость была зафиксирована в очереди задач и решена после переключения на действующий домен.
Контекст рисков. Когда ребилд «сплющивает» вложенную структуру URL, список редиректов оказывается пропорционально больше объёма контента — в данном случае 113 редиректов на 39 контентных страниц. Ошибка кроется не в самих страницах плоской структуры, а в длинном хвосте составных путей, сгенерированных внутренней перелинковкой и навигационной логикой предыдущего сайта.
Пациент, добавивший в закладки
/services/implants, поисковый индекс, просканировавший/our-office/meet-the-doctor, ссылка в подвале, автоматически дописывающая/privacy-noticeк любому слегу страницы, — всем этим путям требовался явно указанный пункт назначения. Пропущенная запись незаметна на тестовой среде и проявляется как 404 на рабочем сайте, после переключения, на трафике, которого агентство не могло ожидать.
Как мы это сделали
1. Сборка на основе шаблона. Карта сайта агентства содержала все 39 контентных URL. Вместо того чтобы строить страницы по отдельности, мы создали единый шаблон страницы — «Original Template» — и применили его единообразно к главной, страницам услуг, служебным страницам и блогу, следуя референс-дизайну исходного сайта. Плоская архитектура сделала систему шаблонов чистой: одна страница биографии врача, одна страница команды, один формат страницы услуги — применён к 24 страницам стоматологических услуг и технологий.
2. ТЗ соблюдено строка за строкой, по таблице агентства. Таблица Google Sheets агентства содержала полную карту URL — 39 строк контента и 113 строк редиректов, каждая с текущим путём, новым путём и колонкой проверки Redirect OK. Мы реализовали каждую строку как написано. Там, где редирект был помечен как «Redirect OK» в столбце статуса таблицы Google Sheets, мы подтвердили соответствие разрешения на тестовой среде. Две строки с пометкой «wrong redirect» на путях технологического подраздела — выявлены на QA, отмечены для агентства и исправлены.
Виджет планировщика на странице /book-an-appointment/ породил зависимость от регистрации домена: платформа adit.com требовала внесения действующего домена в список разрешённых для корректной инициализации встраиваемого элемента. Это не ошибка разработки — домены тестовой среды невозможно зарегистрировать заранее. Проблема была задокументирована, сообщена и решена после переключения.
3. Проверка на основе обхода, а не «на глаз выглядит нормально». Перед передачей тестовой среды мы прогнали Screaming Frog как по исходному продакшену, так и по ребилду на тестовой среде. Коды статуса, цепочки редиректов, соответствие мета-тегов, битые ссылки — каждое расхождение сверено со спецификацией. 24 задачи из очереди SEO и 5 задач из очереди CX, открытые QA-командой агентства 16 июня, были закрыты до цикла поддержки в июле.
4. Контрольный список запуска на 30 пунктов, закрыт до передачи. Пять категорий: дизайн, функциональность, контент, SEO и аналитика, адаптивность и разное сайта. Каждое адаптивное разрешение экрана проверено — ребилд использует относительные единицы размеров повсеместно, что, по подтверждению QA-проверки, дало чистую адаптивную вёрстку на большом экране, ноутбуке, планшете и мобильных устройствах. Ничего не было сдано, пока контрольный список не был согласован.
Карта редиректов была готова раньше всего остального — 113 записей необходимо было нанести на карту и разместить на тестовой среде до того, как QA могла подтвердить корректное разрешение хотя бы одной контентной страницы. В этом и заключался подход. Проход по таблице Google Sheets строка за строкой, со сверкой каждой ячейки «Redirect OK» с результатами обхода тестовой среды, означал, что сборка контента велась на проверенном фундаменте, а не догоняла пропущенные редиректы при переключении.
Результаты
| Метрика | Результат |
|---|---|
| Точность по ТЗ — контентные URL | 39 / 39 контентных страниц сданы в плоской архитектуре |
| Точность по ТЗ — редиректы | 113 / 113 редиректов реализованы по спецификации |
| Очередь задач SEO | 24 / 24 задачи закрыты |
| Очередь задач CX | 5 / 5 задач решены |
| Контрольный список запуска | 30 / 30 пунктов согласованы до передачи |
| Сроки | 14 дней, сдано по графику |
| Затраты | 46 ч / 46 ч по оценке — без перерасхода, без расширения объёма |
| Проверка адаптивности | Ноль проблем с вёрсткой на проверенных настольных, ноутбучных, планшетных и мобильных устройствах |
| После запуска | 19-дневный обзор после запуска (июль–август 2025) — мелкие правки, без регрессий |
| Статус сайта, проверено 04.2026 | brilliantdentalcare.com работает в штатном режиме |
Карта редиректов агентства — охватывающая как запланированную архитектурную реструктуризацию, так и наследие составных путей предыдущей платформы — переведена в продакшен без пропусков.
Контроль качества
Предварительное QA запустило сравнение обходов Screaming Frog ребилда на тестовой среде с оригиналом, сверив соответствие URL, заголовков и мета-описаний по всем 39 контентным страницам и 113 редиректам — сравнение выявило две строки редиректов на путях технологического подраздела, где разрешение на тестовой среде не соответствовало заявленному пункту назначения; обе исправлены до того, как агентство увидело сборку.
Предварительное QA прошло через Site Checker — см. наш подход к QA по категориям и принципу безотказности. Собственный слой QA агентства — их инструменты, их процессы — запускался после передачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до момента согласования с агентством.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | 2 дня | ТЗ агентства проанализировано; оценка 46 ч согласована; объём 113 редиректов подтверждён |
| Разработка | ~10 дней | 39 контентных страниц построены в плоской архитектуре; 113 редиректов реализованы |
| Внутреннее QA и проверка | ~2 дня | Проверка обходом завершена; 2 расхождения в редиректах по таблице Google Sheets отмечены и исправлены |
| Проверка по ТЗ | 1 день | Соответствие мета-тегов и редиректов сверено; 30-пунктный контрольный список закрыт |
| Сдача и передача на тестовую среду | 1 день | Ребилд сдан на тестовую среду Kinsta; очередь задач открыта агентством в день передачи |
| После запуска | 19 дней | Мелкие правки по замечаниям агентства решены; интеграция виджета планировщика подтверждена на действующем домене |
Фазы разработки и QA шли параллельно в последние дни сборки, сжав календарь до 14 дней.
Команда
Команда проекта
- Никита Тумашевич — ведущий QA (проверка тестовой среды, проверки на основе обхода)
- Павел Сажин — исправления по QA и проверка передачи
- Анна Полунина — поддержка разработки и QA по перестроенным страницам
- Евгений Карпов — разработчик (полная сборка сайта, система шаблонов, реализация редиректов)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, координация очереди задач)
Агентство оставалось видимым поставщиком на протяжении всего проекта; мы оставались невидимы для конечного клиента — от сборки на тестовой среде до правок после запуска. Решения по реструктуризации URL, стратегия редиректов и требования к интеграции платформы планирования оставались на усмотрение агентства; наша роль заключалась в реализации ТЗ в том виде, в каком оно было предоставлено, и в отметке каждого расхождения для агентства вместо самостоятельного исправления.
Агентствам, заказывающим ребилд WordPress
На ребилде стоматологической практики карта редиректов растёт с вложенностью старой структуры. У этой клиники — переход от иерархии к плоским путям; у других — адресация остаётся прежней. Риски: пропущенная запись не видна на тестовой среде. На продакшене пациенты увидят 404 на закладках, поиск потеряет ранжированные страницы, внутренние ссылки сломаются.
Подрядчику стоит задавать не вопрос «сможете ли сделать ребилд?», а вопрос «как именно вы убедитесь, что ни один старый URL не потерян — закладки, поисковый индекс, внутренние ссылки?»
Пришлите адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы проверим редиректную карту на полноту охвата, найдём разрывы и точки потери трафика и вернём фиксированную смету в часах. Без оплаты, фиксированная смета в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.