Ребилд WordPress-сайта стоматологической клиники — 81 страница, поставлена по спецификации за 19 дней
Ребилд стоматологического сайта на WordPress: 81 страница за 19 дней. 10 шаблонов, 50 часов, 80 редиректов, 45 пункта контрольного списка, обход перед переключением.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Live Oak Dental — Dr. Richard Hardt DDS, Porterville, CA
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: март 2025 · 19 дней · 50 часов · в срок, без перерасхода
Подход к ребилду
81 страница ребилда WordPress-сайта стоматологической практики, сведённая в десять шаблонов и реализованная строка за строкой по таблице Google Sheets агентства — каждый URL перенесён, каждый мета-тайтл сохранён, каждый 301-редирект реализован. Сборка поставлена за 19 дней в рамках 50 часов, с проверкой обходом исходного сайта до переключения DNS. Год спустя сайт продолжает работать и по-прежнему обслуживает ту же практику в Porterville, California.
Краткий обзор
| Поле | Значение |
|---|---|
| Отрасль конечного клиента | Стоматология — общая и эстетическая практика |
| Конечный клиент | Live Oak Dental (Dr. Richard Hardt DDS, Porterville, CA) |
| Формат сотрудничества | White-label WordPress-ребилд для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | WordPress-ребилд с Elementor Pro на WP Engine |
| Объём работ | Весь сайт — услуги, биографии врачей, блог, галерея улыбок |
| Сроки | 19 дней (24 февр. – 15 марта 2025), в срок |
| Трудозатраты | 50 часов при оценке 50 часов — без перерасхода |
| Команда | 3 специалиста (40 ч разработка · 5 ч PM · 4 ч правки · 1 ч внедрение SEO) |
| Технологический стек | WordPress · Elementor Pro · Gravity Forms · WP Engine · Yoast · Screaming Frog · Site Checker (QA-плагин xaverPRO) |
| Проверка соответствия контента | Разница между исходником и ребилдом устранена до передачи — отсутствующий текст не выявлен, битые внутренние ссылки не выявлены, структурное расхождение не выявлено |
| Поставка | Спецификация выполнена строка за строкой — 80 редиректов, 81 мета-тайтл, 45-пунктный контрольный список запуска |
| Ритм взаимодействия | 12 задач, поставленных агентством · 11 из 12 закрыты к передаче |
| Раунды проверки | ≈2 раунда проверки за 19 календарных дней |
| Трудозатраты на задачу | 4 внутренних задачи Redmine · медиана 4,5 ч / P75 40 ч на задачу |
| Контрольный список запуска | 45 пункта, согласованы до переключения |
Постановка задачи
У агентства был постоянный клиент — стоматологическая практика, чей действующий WordPress-сайт нуждался в ребилде: современный конструктор страниц, надёжные формы, аккуратная система шаблонов. Агентство уже провело подготовительную работу: таблица Google Sheets содержала каждый URL для переноса, каждый мета-тайтл и мета-описание для сохранения, каждый шаблон для реализации и 45-пунктный контрольный список до- и послемиграционного запуска.
Задача была конкретной. Принять спецификацию как данность; пересобрать сайт на Elementor Pro; вернуть готовым к переключению. Оставаться вне клиентской коммуникации. Реализовать SEO-решения так, как написано. Уложиться в заявленные часы.
Риск, от которого агентство страховалось, — не обрушение SEO: с этим они разобрались самостоятельно. Риск был в том, чтобы не отдать сборку команде, которая будет молча импровизировать вместо следования брифу: пропущенный редирект, переинтерпретированный шаблон, «незначительная» правка мета-тайтла, перерасход бюджета, сдвиг даты запуска.
Контекст рисков. Когда сайт работающей стоматологической практики меняет платформу — даже при ребилде внутри той же CMS — каждый URL, уже находящийся в индексе, каждая внутренняя ссылка, по которой ходят пациенты, каждый редирект, тщательно прописанный агентством, становится потенциальной жертвой команды разработчиков, которая импровизирует вместо того, чтобы исполнять.
Режим отказа здесь не катастрофический — он тихий. Пропущенный редирект. Мета-тайтл, слегка перефразированный. Форма, переподключённая иначе. Каждый из этих моментов защищаем по отдельности; вместе они разрушают спецификацию, на которую агентство поставило репутацию.
Как мы это сделали
1. Сборка по шаблонному принципу. Вместо того чтобы пересобирать 81 страницу по одной, мы свели их в десять переиспользуемых шаблонов и уложили каждую страницу в них:
- Главная, О нас, Контакты и шаблон Default как запасной
- Лендинг услуг + единый шаблон страницы услуги, обеспечивающий 20 страниц услуг по четырём категориям (профилактическая, восстановительная, эстетическая, стоматология повышенной сложности)
- Страница врача — индивидуальные биографические страницы
- Лендинг блога + Пост блога — шаблоны
- Галерея улыбок — специализированный шаблон «до/после» для практики
Десять шаблонов, весь сайт поставлен. Будущие правки на стороне агентства живут в одном месте на каждый тип страниц.
2. Спецификация выполнена строка за строкой — по таблице агентства. Агентство передало нам таблицу Google Sheets: каждый URL для переноса с целевым путём, каждый мета-тайтл и мета-описание для переноса, каждое назначение шаблона, каждая клиентская интеграция (GA / GA4 / GTM, reCAPTCHA, кеш Nitropack). Мы реализовали каждую строку так, как написано. Где в таблице было значение — оно появлялось на новом сайте. Где не было — мы возвращали вопрос агентству. Никаких «творческих интерпретаций» в поставку не попало.
Принцип прост: при ребилде спецификация — это контракт между агентством и его клиентом. Задача команды разработчиков — защищать этот контракт, а не редактировать его.
3. Проверка обходом, а не «выглядит нормально». До переключения DNS мы запустили Screaming Frog параллельно на старом продакшене и на тестовой среде ребилда. Статус-коды, битые ссылки, цепочки редиректов, расхождения мета-тегов — каждое расхождение сверено с таблицей агентства. Второй обход после запуска подтвердил, что каждая внутренняя ссылка разрешается на рабочем домене.
4. 45-пунктный контрольный список запуска, закрытый до передачи. Семь категорий: дизайн, функциональность, контент, SEO и аналитика, адаптивность, клиентские интеграции и 12-шаговая миграция Domain & DNS на WP Engine. Ничего не поставлялось, пока каждая строка не была согласована. Кросс-браузерный QA на Chrome / Firefox / Safari / Edge и шести форматах экрана (1920 / 1280 / 1024 / iPad / мобильный вертикально / мобильный горизонтально). Контактная форма (Gravity Forms) протестирована сквозным сценарием с реальной отправкой.
Работа в рамках 19-дневного окна означала, что проверка мета-данных должна была стать отдельным формальным проходом, а не послесловием. Каждый мета-тайтл и мета-описание сверялись с исходником — посты блога с отсутствующими описаниями выявлялись и заполнялись, регистр сохранялся по спецификации агентства — до того, как сборка переходила к переключению DNS. 19 дней выдержали, потому что проверка мета шла параллельно с поздним QA, а не после него.
Результаты
| Метрика | Итог |
|---|---|
| Соответствие спецификации — редиректы | 80 / 80 URL контента перенаправлены, как указано |
| Соответствие спецификации — мета-данные | 81 / 81 мета-тайтл и мета-описание размещены, как указано |
| Соответствие спецификации — шаблоны | 10 / 10 шаблонов собраны и применены по всему сайту |
| Контрольный список запуска | 45 / 45 пунктов согласованы до переключения |
| Сроки | 19 дней, поставлено в срок |
| Трудозатраты | 50 ч / 50 ч оценки — без перерасхода, без расширения объёма |
| Адаптивная проверка | Ноль проблем с вёрсткой в 4 браузерах × 6 форматах экрана |
| Внутренний QA | Все задачи в зоне ответственности агентства закрыты до передачи (6 из 12 выявлено; 6 заблокированы конечным клиентом или вне зоны агентства) |
| Статус сайта | Работает на WP Engine, открывается по адресу https://www.drhardt.com/. |
Итог, без лишних слов: спецификация агентства реализована так, как написано, в рамках заявленных часов, в запланированный день переключения. Год спустя сборка продолжает работать.
Контроль качества
Проверка соответствия перед сдачей выявила отсутствующие мета-описания в постах блога и несоответствия мета-тайтлов по всем страницам — оба пункта зафиксированы как приоритетные в очереди задач и устранены в ходе отдельного прохода правок до того, как агентство увидело финальную тестовую среду.
QA перед сдачей выполнялся через Site Checker — категории и принцип нулевого допуска по сбоям описаны в нашей QA-методике. QA-слой агентства — их инструменты, их процесс — запускался после сдачи и вносил оставшиеся вопросы в общую очередь задач для нашего цикла правок вплоть до их согласования.
Процесс
| Фаза | Продолжительность | Результат |
|---|---|---|
| Бриф и оценка | 1 день | Спецификация агентства изучена; 50 ч согласованы |
| Разработка | ~13 дней | Весь сайт пересобран по 10 шаблонам |
| Внутренний QA и проверка | 2 дня | 12 задач зафиксированы; вся работа в зоне агентства закрыта |
| Проверка спецификации | 1 день | Соответствие мета и редиректов сверено с таблицей |
| Поставка и переключение DNS | 1 день | Сайт запущен на WP Engine, без простоя |
Фазы пересекаются (QA шёл параллельно с поздней разработкой), поэтому суммарный срок — 19 дней, а не сумма отдельных фаз.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (полная сборка сайта и система шаблонов)
- Павел Сажин — QA-правки и внедрение мета-данных
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Агентство оставалось видимым поставщиком; мы оставались невидимыми для конечного клиента на протяжении всего переключения и миграции. Все решения по сохранению URL и стратегии редиректов принадлежали агентству; наша роль — точное исполнение поставленной ими спецификации.
Агентствам, заказывающим ребилд WordPress
Ребилд сайта стоматологической практики — это не смена дизайна, а перенос редиректов, позиций и конверсий, которые агентство выстроило в выдаче. У этой практики — локальная стоматология с одним адресом; у других — сеть на несколько локаций с единой CRM. Риски тихие: в карте редиректов потеряются строки — старые URL, под которые вы выстроили позиции, начнут отдавать 404. Тайтлы и описания тихо перепишутся новой темой — сниппеты в выдаче меняются за ночь. Готовая интеграция с CRM-стеком агентства сломается — форма записи не отправит лид, а вы узнаете постфактум.
Вам стоит задавать не вопрос «выполните ли ребилд», а вопрос «как именно вы удержите редиректы, мета-поля и готовые интеграции от тихой поломки при переходе?»
Пришлите адрес действующего сайта, черновик карты редиректов (если есть) или макеты. Мы сверим план ребилда с текущей схемой: найдём строки, где редиректы выпадут, мета-поля перепишутся, а интеграции сломаются. Вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.