Ребилд сайта стоматологии на 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» — и применили его единообразно к главной, страницам услуг, служебным страницам и блогу, следуя референс-дизайну исходного сайта. Плоская архитектура сделала систему шаблонов чистой: 1 страница биографии врача, 1 страница команды, 1 формат страницы услуги — применён к 24 страницам стоматологических услуг и технологий.
2. ТЗ соблюдено строка за строкой, по таблице агентства. Таблица Google Sheets агентства содержала полную карту URL — 39 строк контента и 113 строк редиректов, каждая с текущим путём, новым путём и колонкой проверки Redirect OK. Мы реализовали каждую строку как написано. Там, где редирект был помечен как «Redirect OK» в столбце статуса таблицы, мы подтвердили, что в тестовой среде он разрешается так же. Две строки с пометкой «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 по категориям и пороге нулевых ошибок. Свой контроль на стороне агентства запускался после передачи и сводил замечания в общую очередь правок для нашего цикла исправлений до момента согласования с агентством.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | 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, на которых агентство наработало позиции, после переключения отдадут 404. Страницы услуг из закладок выпадут из индекса. Пути в подвале, порождённые навигацией, погаснут.
Подрядчику стоит задавать не вопрос «сможете ли сделать ребилд?», а вопрос «как именно вы добьётесь, что каждый старый URL разрешается после переключения?»
Пришлите адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы бесплатно разберём вашу карту редиректов, отметим записи, где пункт назначения неоднозначен или отсутствует, и вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.