60-страничный сайт стоматологической ортопедии на WordPress за 70 дней

Клиент (конечный пользователь): Ocean Breeze Prosthodontics — Delray Beach, FL
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: февраль – апрель 2025 · 70 дней · 84 часа на разработку, исправления и работы после запуска

Подход к разработке

Более 60 страниц сайта стоматологической ортопедии на WordPress, свёрстанного по дизайн-референсу из Webflow: каждый URL тестовой среды сверяли с визуальной спецификацией агентства, каждую вкладку обхода Screaming Frog держали за структурный контракт. Точность совпадения двух платформ была на нас: проверка по дизайну и проверка по данным обхода шли параллельно все 84 часа и 70 дней — так агентство могло отстоять перед своим клиентом и визуальное соответствие, и целостность опубликованного сайта.

Краткий обзор

Постановка задачи

Маркетинговое агентство из США, нанятое Ocean Breeze Prosthodontics — практикой в Delray Beach, специализирующейся на ортопедическом лечении, косметической стоматологии и дентальной имплантации — передало нам таблицу Google Sheets с полной картой URL, дизайн-референсом из Webflow (wond-obp.webflow.io), каталогом шаблонов, контрольным списком запуска на 48 пунктов и экспортами обхода Screaming Frog исходного сайта.

Разработка велась на их окружении WP Engine; конструктором страниц был Elementor. Агентство владело стратегией, контентом, дизайном в Webflow и общением с клиентом. Мы отвечали за исполнение: применение шаблонов, сборку страниц, точное соответствие дизайну и QA на основе обхода.

Задача: воссоздать существующий список URL практики на WordPress + Elementor, обеспечить постраничное соответствие референсу из Webflow, проработать хвост исправлений и закрыть контрольный список запуска. Затем, после запуска, исследовать ошибки 404, исправить ссылки на изображения в блоге и устранить несоответствия H1, выявленные сравнением данных обхода.

Как мы это сделали

1. 10 шаблонов, 60+ URL, единый процесс сборки. Страницы Ocean Breeze распределились по стандартной библиотеке стоматологических шаблонов агентства: Главная, О нас, Страница врача, Страница услуг, Страница услуги (самая объёмная — охватывает ортопедическое лечение, косметическую стоматологию, общую стоматологию и пародонтологические услуги), Галерея улыбок, Лендинг блога, Страница блога, Контакты, Политика конфиденциальности и шаблон по умолчанию для вспомогательных страниц.

Каждую страницу собирали по назначенному шаблону из строки карты сайта; ни одну не верстали вручную в обход шаблонной системы. Там, где дизайн Webflow и контент работающего сайта расходились — разная структура заголовков, отсутствующие разделы, страницы, что были в одном источнике, но не в другом, — команда брала за основу контент работающего сайта и максимально точно подгоняла под него дизайн-спецификацию, а неразрешимые расхождения отдавала агентству, не угадывая и не дублируя контент.

2. Спецификация выполнена строка за строкой — включая колонку Hours Estimated. В таблице Google Sheets агентства значение Hours Estimated стояло у каждой строки. Мы работали в этих рамках. Если для главной указано 12 часов, а для стандартной страницы услуги — 1 час, это и был наш бюджет на строку; в сумме проект уложился в согласованный 61 час на основную разработку.

Коротко: в разработке с предварительно оценённым sitemap таблица Google Sheets — это контракт. Задача команды разработчиков — уложиться в построчные бюджеты, а не открывать обсуждение цены страница за страницей.

3. Проверка по дизайн-референсу Webflow. Вкладка очереди правок по соответствию дизайну в таблице Google Sheets держала 27 пунктов, каждый сравнивал URL тестовой среды с его референсной страницей в Webflow: «Page should be formatted to this — https://wond-obp.webflow.io/services/…» Семь из них проверили и закрыли как Completed по ходу разработки; остальные ушли в хвост исправлений.

Отдельно вкладки из Screaming Frog — H1 issue (23 строки), Missing pages (22 строки), 404 (1 строка) и Broken links (2 строки) — давали структурный слой проверки, идущий параллельно с очередью правок по дизайну.

4. Проверка по данным обхода после запуска и цикл исправлений. После запуска агентство дало нам ещё ряд задач: изображения в блоге, которые ссылались на исходный сайт, а не на новое окружение (поправили — заново выгрузили и заново подвязали медиа), неверные заголовки H1 на части страниц (выправили по резервной копии исходного сайта) и пачку кодов 404 из колонки STATUS CODE таблицы Google Sheets (разобрали и закрыли).

Контрольный список запуска на 48 пунктов — Дизайн, Функциональность, До миграции, После миграции — закрыли вслед за циклами проверки и на этапе разработки, и после запуска.

Спецификация Webflow задавала структурную цель; работающий сайт давал контент — и при сборке на стыке двух платформ эти источники полностью не сходятся никогда. На 9 страницах услуг, где они расходились — другой порядок блоков, пропавшие разделы, — мы держали за основу контент работающего сайта и подтягивали структуру Webflow настолько, насколько он позволял, а неразрешимые пробелы отдавали агентству, а не угадывали.

Результаты

Если коротко: сайт стоматологической ортопедии для агентства мы сдали по 10 шаблонам на WP Engine, в рамках часового бюджета. Проверка по дизайн-референсу и проверка по обходу Screaming Frog шли параллельно через хвост исправлений, а вопросы после запуска закрыли до финальной сдачи.

Контроль качества

До сдачи проверку вели по шести категориям — адаптивность (desktop/tablet/mobile), целостность ссылок, теги H1–H6, title и мета-теги, точность миграции контента и полный архив ссылок — по QA-спецификации из Redmine issue #200. После передачи обход агентства нашёл изображения блога, всё ещё указывающие на исходный домен, и строки STATUS CODE 404 в таблице Google Sheets — и то, и другое мы поправили в своём цикле.

До сдачи мы прогоняли проверку через Site Checker — категории и порог нулевых ошибок описаны в нашем подходе к QA. Своя проверка агентства шла уже после передачи и складывала замечания в общую очередь правок, которую мы закрывали до финального согласования.

Процесс

Этапы перекрываются — хвост исправлений начался до закрытия всех пунктов QA этапа разработки, а исправления после запуска шли параллельно с финальными пунктами контрольного списка, поэтому календарный срок составляет 70 дней, а не сумму отдельных этапов.

Команда

Команда проекта

• Никита Тумашевич — ведущий разработчик на этапах разработки и исправлений
• Наталия Богатель — разработчик на поздней фазе доработки, обновлений галереи улыбок и исправлений после запуска
• Павел Сажин — QA-итерации и исправления
• Анна Полунина — QA после запуска и проверка
• Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, согласование)

Управление проектом со стороны агентства и общение с клиентом оставались за партнёрским агентством на всём протяжении. Конечный клиент нас не видел.

Агентствам, заказывающим разработку WordPress