Ребилд стоматологического сайта WordPress на 114 страниц, сданный по спецификации за 37 дней
Ребилд на 114 страниц, уложенный в 14 шаблонов и сданный за 37 дней. 54 часа по спецификации миграции с 29 реструктуризациями URL и 2 редиректами.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Peak City Family Dentistry — семейная и косметическая стоматология, Apex, NC
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: октябрь – декабрь 2025 · 37 дней · 54 часа · по графику, без перерасхода
Подход к ребилду
Ребилд стоматологического сайта на 114 страниц, сданный за 37 дней и 54 часа по карте сайта маркетингового агентства из США — 14 шаблонов, 29 реструктуризаций URL, 2 редиректа и контрольный список запуска из 78 пунктов, закрытый до сдачи. Анимация шапки исходного сайта была нестабильной с самого начала; команда перестроила её как аккуратный accordion и переоформила текст единым начертанием, не перенося дрейф форматирования с продакшена.
Краткий обзор
| Параметр | Значение |
|---|---|
| Сфера деятельности клиента | Медицина — общая и косметическая стоматология |
| Конечный клиент | Peak City Family Dentistry (семейная и косметическая стоматология, Apex, NC) |
| Формат сотрудничества | White-label разработка WordPress для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Ребилд WordPress с Elementor Pro на Kinsta |
| Объём | Полный ребилд сайта — 114 URL перенесены с исходного на новый стек с реструктуризацией URL |
| Сроки | 37 дней (30 окт – 6 дек 2025), по графику |
| Трудозатраты | 54 часа при оценке 54 часа — без перерасхода |
| Команда | 4 специалиста (Никита Тумашевич — ведущий разработчик; Тимур Арбаев — QA; Павел Сажин — QA и исправления; Антон Херсун — руководитель проекта) |
| Технологии | WordPress · Elementor Pro · Gravity Forms · Kinsta · Yoast · Screaming Frog · Site Checker (плагин QA от xaverPRO) |
| Проверка соответствия контента | Сверка «оригинал и ребилд» пройдена до сдачи — ни одной пропущенной копии, ни одной битой внутренней ссылки, ни одного структурного дрейфа |
| Сдано | Спецификация выполнена строка в строку — 114 URL перестроены, 29 изменений URL применены, 2 редиректа реализованы, 14 шаблонов использованы, контрольный список запуска из 78 пунктов закрыт |
| Интенсивность взаимодействия | 3 вопроса от агентства · все закрыты к моменту сдачи |
| Раунды проверки | ≈4 раунда на протяжении 37 календарных дней |
| Трудозатраты на задачу | 7 внутренних задач Redmine · медиана 53 мин / P75 11,2 ч на задачу |
| Контрольный список запуска | 78 пункта, согласованы до переключения |
Постановка задачи
У агентства был клиент — стоматологическая практика, — чей существующий сайт WordPress нуждался в ребилде: современный конструктор страниц, надёжные формы, аккуратная система шаблонов и более чистая структура URL. Агентство уже выполнило подготовительную работу: таблица Google Sheets с каждым URL для миграции, каждым назначением шаблона, каждым изменением URL и правилом редиректа, а также контрольный список запуска из 78 пунктов для этапов перед миграцией и после неё.
Задача была конкретной. Взять спецификацию как есть; выполнить ребилд сайта на Elementor Pro; реализовать все интеграции; вернуть готовым к управляемому агентством переключению. Оставаться вне клиентского контура. Реализовывать SEO-решения как написано. Уложиться в согласованные часы.
Для практики с двумя врачами, проходящей поэтапный ребилд — URL одного врача реструктурирован в объёме работ, второй отложен на этап после запуска — реальным риском для агентства была команда, которая отклоняется от спецификации: «незначительная» правка URL врача, шаблон, применённый не к тому типу страницы, редирект, пропущенный потому что казался необязательным.
Риск заключался в передаче сборки подрядчику, который будет тихо импровизировать в обход брифа: пропущенный редирект, переинтерпретированный шаблон, «незначительная» правка мета-заголовка, перерасход бюджета, сдвиг окна запуска. В сумме на 114 страницах даже небольшие отклонения превращаются в крупную регрессию.
Контекст рисков. Когда переключение ребилда отложено — исходный сайт остаётся запущенным, а новая сборка — на тестовой среде — режим отказа незаметен при сдаче. Он проявляется позже, когда агентство переключает DNS и реальный трафик попадает на URL, проверенные только изолированно. Изменение URL, корректное в таблице Google Sheets, встречается с закладкой пользователя. Мета-описание, совпадавшее на тестовой среде, расходится с оригиналом при реальной индексации. Риск не в самом ребилде; риск — в том, что ребилд незаметно ломает при переключении DNS.
Как мы это сделали
1. Шаблон-ориентированная сборка. Вместо перестройки 114 страниц по одной мы свели их к 14 переиспользуемым шаблонам и разместили каждую страницу в соответствующем шаблоне:
- Homepage, About Us, Contact Us и Default (16 страниц)
- Services Lander + Service Page — основная структура клинических услуг, применена 23 раза по направлениям preventive, cosmetic, restorative и specialty dentistry
- Doctor Page — индивидуальные страницы врачей (2 врача)
- Blog Lander + Blog — архив постов и отдельные записи (63 поста, 1 страница архива)
- Smile Gallery — шаблон «до/после» для данной практики
- Financing, Insurance, Payment Policy, Terms of Conditions, Payment Plan / Membership — страницы операционной деятельности практики
14 шаблонов, 114 страниц сданы. Будущие правки на стороне агентства живут в одном месте на тип страницы.
2. Спецификация выполнена строка в строку, из таблицы агентства. Агентство передало таблицу Google Sheets: каждый URL для миграции с целевым путём, каждое назначение шаблона, каждое изменение URL (29 строк), каждое правило редиректа (2 строки), каждое указание на удаление (2 строки) и 15 пунктов после запуска. Мы реализовали каждую строку как написано. Где в таблице было значение — оно попало на новый сайт. Где не было — мы сообщили агентству. Никаких «творческих интерпретаций» не ушло.
Принцип прост: на ребилде спецификация — это контракт между агентством и его клиентом. Работа команды разработки — защищать этот контракт, а не редактировать его.
3. Проверка на основе обхода, а не «на глаз нормально». До сдачи тестовой среды мы прогнали Screaming Frog на исходном продакшене и сборке на тестовой среде параллельно. Статус-коды, битые ссылки, цепочки редиректов, расхождения мета-тегов — каждое отклонение сверено со спецификацией агентства. Контрольный список запуска из 78 пунктов — Design, Functionality, Content, SEO & Analytics, Responsive, интеграции под клиента и Domain & DNS — закрыт после проверки обходом.
4. Контрольный список запуска на 78 пункта, закрыт до сдачи. Семь категорий, покрывающих все поверхности, которые могут регрессировать при переключении: точность дизайна, функциональность, точность контента, SEO и аналитика, адаптивность, интеграции под клиента и раздел миграции Domain & DNS. Ничего не сдано, пока каждая строка не согласована. QA на разных устройствах в Chrome / Firefox / Safari / Edge на шести разрешениях.
Решение с accordion было той строгостью к деталям, которая имела значение. В исходной анимации шапки была встроенная ошибка — трёхуровневая логика подменю, проявившаяся на первом же проходе QA и не имевшая простого решения в Elementor. Вместо переноса сломанного взаимодействия мы перестроили его как чистый accordion — спецификация защищена тем, что мы не воспроизвели то, что было неправильно в оригинале.
Результаты
| Метрика | Результат |
|---|---|
| Соответствие спецификации — URL перестроено | 114 / 114 контентных URL возвращают HTTP 200 на тестовой среде до сдачи |
| Соответствие спецификации — изменения URL | 29 / 29 строк изменения URL реализованы как указано |
| Соответствие спецификации — редиректы | 2 / 2 правила редиректов реализованы как указано |
| Соответствие спецификации — шаблоны | 14 / 14 шаблонов созданы и применены на всём сайте |
| Контрольный список запуска | 78 / 78 пункта согласованы до сдачи |
| Сроки | 37 дней, сдано по графику |
| Трудозатраты | 54 ч / 54 ч оценка — без перерасхода, без расширения объёма |
| Адаптивная проверка | Ноль проблем с отображением на 4 браузерах × 6 разрешениях |
| Внутреннее QA | Все вопросы в рамках агентства закрыты до сдачи (3 SEO + 3 CX; остальные — задачи под управлением агентства после запуска) |
| Сдача | Ребилд сдан на тестовую среду агентства на Kinsta, готов к управляемому переключению |
| Состояние сайта, проверено 2026-04 | Исходный сайт peakcitydentistry.com ещё запущен; ребилд на тестовой среде ожидает переключение от агентства |
Результат, коротко: спецификация агентства была реализована как написано, в пределах согласованных часов, в запланированную дату сдачи. Ребилд находится на тестовой среде Kinsta, проверен и готов к переключению.
Контроль качества
Аудит ссылок Site Checker выявил общесайтовую проблему внутренних ссылок до сдачи — каждая страница сборки содержала ссылку на /page/dental-specialties/, которая теперь вела как 301 на /cosmetic-dentistry/, отмечено по всей сборке на тестовой среде до того, как агентство её увидело, и направлено на исправление.
QA перед сдачей выполнялось через Site Checker — см. наш подход к QA по категориям и принцип нулевых ошибок. Собственный слой QA агентства — их инструменты, их процессы — работал после сдачи и фиксировал замечания в общей очереди задач для нашего цикла исправлений до окончательного согласования.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | 2 дня | Спецификация агентства просмотрена; 54 ч согласованы |
| Разработка | ~18 дней | Весь сайт перестроен на 14 шаблонах; 29 изменений URL и 2 редиректа реализованы |
| Внутреннее QA и проверка | ~10 дней | 6 задач заведены и закрыты; проверка обходом завершена |
| Проверка спецификации | 2 дня | Мета и редиректы сверены с таблицей; контрольный список из 78 пунктов закрыт |
| Сдача и передача на тестовую среду | 1 день | Ребилд сдан на тестовую среду Kinsta, готов к управляемому переключению |
Этапы перекрываются (QA шёл параллельно с завершением разработки), поэтому календарный срок составляет 37 дней, а не сумму отдельных этапов.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (полная сборка сайта и система шаблонов)
- Тимур Арбаев — раунды QA и проверка точности ребилда
- Павел Сажин — исправления QA и реализация мета-данных
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Агентство оставалось видимым поставщиком; мы оставались невидимыми для конечного клиента на всём протяжении планирования переключения и проверки тестовой среды. Все решения по сохранению URL и стратегии редиректов принадлежали агентству; наша роль — точность исполнения поставленной спецификации.
Агентствам, заказывающим ребилд WordPress
Заказывая ребилд стоматологического сайта, ваше агентство принимает риск, который незаметен на тестовой среде — он проявится при переключении DNS. У этой практики — сложная таксономия услуг и врачей со сложившимися URL; у других — плоский каталог страниц. Три сценария, за которые вам придётся отвечать перед клиентом: в карте редиректов потеряются строки — старые URL, под которые вы выстроили позиции, после переключения отдают 404; мета-тайтлы и описания тихо переписаны — сниппеты в выдаче меняются без вашего ведома; внутренние якорные ссылки ломаются — новая архитектура обрезает навигационные пути, по которым ходит трафик.
Подрядчику по ребилду стоит задавать не вопрос «сделаете ли перенос?», а вопрос «как именно вы сверите полный инвентарь URL и мета-тегов до переключения трафика?»
Пришлите адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы сверим ваш текущий ранжированный инвентарь против будущей структуры, найдём строки, которые отвалятся при переключении, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.