Многофилиальный стоматологический ребилд, сданный по спецификации за 17 дней
Многофилиальный стоматологический ребилд, сданный по спецификации за 17 дней — 65 часов, две клиники с интеграцией Dentrix Ascend, 8 раундов ревью, без перерасхода.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Sonrisa Family Dental — многофилиальная семейная стоматология, Chicago, IL
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: май 2025 · 17 дней · 65 часов · по графику, без перерасхода
Подход к ребилду
Сорок пять часов разработки за семнадцать дней для двухлокационной стоматологической клиники в Чикаго — два сайта клиник, два набора ссылок на запись Dentrix Ascend и карта сайта, которая расширилась в процессе сборки, когда агентство добавило URL блога и подстраницы филиалов, отсутствовавшие в исходном трекере. Мы работали по мере уточнения спецификации, откладывали неопределённое и подтверждали каждый пробел в объёме работ до того, как приступить к коду.
Этот кейс — описание одного такого ребилда, где стратегия была за агентством, а исполнение — за нами.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Медицина — Семейная стоматология |
| Конечный клиент | Sonrisa Family Dental (многофилиальная практика, Chicago, IL: Little Village — Pulaski · Little Village — Esperanza Health Center) |
| Формат сотрудничества | White-label WordPress разработка для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | WordPress ребилд на Elementor Pro, хостинг WP Engine |
| Объём работ | Полный сайт — услуги, страницы филиалов, интеграция записи, ресурсы для пациентов |
| Сроки | 17 дней (28 апр – 15 мая 2025), по графику |
| Трудозатраты | 65 часов при оценке 65 часов — без перерасхода |
| Команда | 3 специалиста (45 ч разработка · 10 ч PM · 10 ч QA) |
| Технологии | WordPress · Elementor Pro · WP Engine · Dentrix Ascend · Gravity Forms · Screaming Frog · Site Checker (xaverPRO QA-плагин) |
| Проверка контента | Сверка контента между старым и новым сайтом пройдена перед сдачей — нет пропущенного контента, нет битых ссылок, нет структурных расхождений |
| Результат | Спецификация выполнена строка за строкой — полный ребилд сайта, ссылки на запись для каждой локации, контрольный список запуска выполнен |
| Раунды проверки | ≈8 раундов за 17-дневное окно |
| Трудозатраты на задачу | 11 внутренних задач Redmine · медиана 6 ч / P75 14 ч на задачу |
Постановка задачи
У агентства был постоянный стоматологический клиент с двумя клиниками в Чикаго — практика, обслуживающая испаноязычные сообщества в районе Little Village под именем Sonrisa Family Dental. Существующий сайт требовал полного ребилда на WordPress с хостингом на WP Engine. Агентство выполнило стратегическую работу: таблица Google Sheets под названием «Website Redesign Progress Tracker», содержащая все URL для миграции, все meta title для переноса и контрольный список запуска.
Задача была конкретной. Взять спецификацию как есть; выполнить ребилд сайта на Elementor Pro; вернуть готовым к переключению. Не выходить на прямой контакт с клиентом. Внедрить SEO-решения как указано. Уложиться в согласованные часы.
Одно измерение этого ребилда добавляло поверхность, которой нет у однолокационной стоматологии: сайт должен был одновременно обслуживать два разных адреса клиник. Процесс записи — через прямые ссылки Dentrix Ascend — вёл к разным системам для каждой локации. Каждая ссылка локации должна была вести на правильную клинику. Если неверный параметр Dentrix Ascend был привязан к кнопке записи, пациент попадал в форму, направляющую в другую клинику.
Спецификация также уточнялась в процессе: исходная таблица не включала лендинги услуг (/services/), филиалов (/locations/) и блога/библиотеки (/library/). Агентство подтвердило в процессе, какие из них включить, какие отложить, а какие реализовать как есть. Мы ждали этого подтверждения, прежде чем приступить к работе. Никаких креативных решений с нашей стороны — каждый структурный выбор оставался за агентством.
Контекст рисков. Многофилиальная стоматологическая практика, обслуживающая определённое сообщество, несёт иные риски при ребилде, чем однолокационная общая практика. Процесс записи — не один путь конверсии, а два, по одному на клинику. Каждая ссылка Dentrix Ascend содержит идентификатор пациента конкретного сайта — привяжите не тот идентификатор к адресу не той клиники, и сайт будет визуально работать, но направлять пациентов не в ту очередь записи.
Сбой не обнаружится на QA (кнопка срабатывает, форма загружается) и проявится только когда пациент придёт в клинику, где о нём нет записи. Проверка интеграции записи по каждой локации, в соответствии со спецификацией, не опциональна.
Как мы это сделали
1. Сборка на основе шаблонов. Вместо того чтобы перестраивать каждую страницу по отдельности, мы создали систему шаблонов, подходящую для семейной стоматологической практики с двумя локациями:
- Главная страница и Контакты — входные и конверсионные страницы
- Лендинг услуг + страница услуги — таксономия услуг, обеспечивающая все отдельные страницы лечения
- Страница локации — специализированный шаблон для многофилиальных страниц, обслуживающий обе клиники (адрес Pulaski; адрес Esperanza Health Center), каждая со своей ссылкой на запись Dentrix Ascend
- О нас, Лендинг блога, Стандартный шаблон — вспомогательные страницы по спецификации
Шаблон локации был ключевым элементом: он должен был содержать точную NAP-информацию (адрес, телефон, ссылка на карты) для каждой клиники независимо, с правильной вставкой записи для каждой локации.
2. Спецификация выполнена строка за строкой, из таблицы агентства. Агентство предоставило таблицу Google Sheets, отслеживающую каждый URL для миграции, все требования к мета-данным и контрольный список запуска. Мы реализовали каждую строку как указано. Когда в исходной спецификации обнаружились пробелы — три лендинга (/locations/, /services/, /library/), которых ещё не было в карте сайта — мы сообщили об этом агентству и приостановили работу над этими страницами до получения явных указаний. Лендинг услуг был создан; лендинг библиотеки отложен по указанию агентства.
Принцип прост: при ребилде спецификация — это контракт между агентством и его клиентом. Задача команды разработки — защищать этот контракт, а не интерпретировать его.
3. Проверка на основе обхода, а не «на глаз». Перед переключением DNS мы запустили Screaming Frog параллельно на старом боевом сайте и тестовом ребилде. Коды ответа, цепочки редиректов, разрешение внутренних ссылок — каждое расхождение сверялось со спецификацией агентства. Особое внимание — ссылкам на запись: URL Dentrix Ascend каждой локации проверялся на соответствие параметрам, указанным в брифе. Второй обход после запуска подтвердил, что все внутренние ссылки работают на боевом домене.
4. Контрольный список запуска выполнен перед сдачей. Контрольный список запуска агентства охватывал предмиграционную проверку по всем категориям: дизайн, функциональность, контент, SEO и аналитика, адаптивность, проверка интеграций (запись Dentrix по локациям, маршрутизация писем Gravity Forms, перенос GA/GTM) и DNS-миграция на WP Engine. QA на разных устройствах: Chrome / Firefox / Safari / Edge и шесть разрешений (1920 / 1280 / 1024 / iPad / мобильный портрет / мобильный ландшафт).
Дисциплина, которая имела значение — удерживать позицию, когда в спецификации были пробелы. Три лендинга — /locations/, /library/, /services/ — отсутствовали в исходной таблице в процессе сборки; мы сообщили об этом агентству и не строили ничего на этих страницах до получения указаний. Ссылки на запись следовали тому же правилу: каждый параметр Dentrix Ascend каждой локации был подтверждён из спецификации до привязки, а не взят из контекста по умолчанию.
Результаты
| Метрика | Результат |
|---|---|
| Верность спецификации — сборка | Полный сайт перестроен по спецификации — все страницы, все мета-данные, все интеграции как указано |
| Верность спецификации — интеграция записи | Ссылки на запись Dentrix Ascend по локациям проверены на соответствие спецификации — маршруты Pulaski и Esperanza Health Center подтверждены |
| Верность спецификации — редиректы | Все требования к редиректам из таблицы реализованы как 301 |
| Сроки | 17 дней, сдано по графику |
| Трудозатраты | 65 ч / 65 ч — без перерасхода, без расширения объёма |
| Проверка адаптивности | Ноль проблем с вёрсткой на 4 браузерах × 6 разрешениях |
| Внутренний QA | Все задачи агентства в очереди задач закрыты перед сдачей |
| Сдача | Сайт запущен на WP Engine в запланированный день переключения, без простоя |
| Статус сайта | Работает, открывается по адресу https://sonrisafamilydental.com/. |
| Продолжение сотрудничества | Улучшения после запуска, включая редизайн главной страницы — каждый этап сдан в дополнительных спринтах в рамках тех же отношений с агентством |
Результат без прикрас: спецификация агентства была выполнена как написано, в согласованные часы, в запланированный день переключения.
Контроль качества
Проверка на расхождения выявила две инверсии путей URL — страницы по адресу /invisalign/services/ в то время как все остальные страницы в этом разделе следовали закономерности /services/invisalign/ — а ссылки на запись Dentrix Ascend по локациям были проверены на соответствие двум различным параметрам pid, указанным в брифе (ASC2000000000958 для Pulaski, ASC2000000000895 для Esperanza Health Center) до того, как сборка покинула тестовую среду.
QA перед сдачей проводился через Site Checker — см. наш подход к QA по категориям и контрольной точке нулевых отказов. Собственный QA агентства — их инструменты, их процесс — проводился после сдачи, и выявленные проблемы попадали в общую очередь задач для нашего цикла исправлений до их утверждения.
Процесс
| Фаза | Длительность | Результат |
|---|---|---|
| Бриф и оценка | 1 день | Спецификация агентства изучена; 65 ч согласовано |
| Разработка | ~12 дней | Полный сайт перестроен через шаблоны на тестовой среде WP Engine |
| Внутренний QA и проверка | 2 дня | Задачи очереди задач обработаны; ссылки на запись по локациям проверены |
| Проверка спецификации | 1 день | Редиректы, мета-данные, интеграции записи сверены с таблицей |
| Сдача и переключение DNS | 1 день | Сайт запущен на WP Engine, без простоя |
Фазы пересекались (QA шёл параллельно завершающей разработке), поэтому календарный срок — 17 дней, а не сумма отдельных фаз.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (полная сборка сайта и система шаблонов)
- Павел Сажин — QA и реализация исправлений после запуска
- Анна Полунина — координация проекта, сверка объёма работ с таблицей
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, утверждение)
Наша команда оставалась невидимой для конечного клиента на протяжении всей работы. Все решения о том, какие страницы создавать, какие локации включать, какие ссылки на запись использовать и как обрабатывать страницы, отсутствовавшие в исходной спецификации, полностью принадлежали агентству — мы общались через агентство, а не напрямую со стоматологической клиникой.
Агентствам, заказывающим ребилд WordPress
Ребилд сайта для стоматологической сети — процедура, где агентство-заказчик рискует не кодом, а действующим потоком пациентов и позициями, которые выстроило для клиента. У этой практики — сетевая модель с несколькими филиалами; у других — одна локация с кабинетом приёма. Риски тихие: старые URL, по которым агентство ранжирует филиалы, начнут отдавать 404 после миграции; интеграция записи перестанет маршрутизировать людей в нужный филиал, хотя кнопка срабатывает; структурированная разметка врачей упадёт из индекса, а расширенные сниппеты, на которые смотрел панель, исчезнут за ночь.
Подрядчику стоит задавать не вопрос «соберёте ли заново?», а вопрос «как именно вы защитите карту редиректов, интеграции записи для каждого филиала и структурированную разметку от сбоя при переносе?»
Пришлите адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы сверим их с вашим ранжируемым контентом, пройдёмся по интеграциям записи на скрытые разрывы и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.