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

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

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

Более 60 страниц сайта стоматологической ортопедии на WordPress, свёрстанного по дизайн-референсу из Webflow — каждый URL тестовой среды сверялся с визуальной спецификацией агентства, каждая вкладка обхода Screaming Frog рассматривалась как структурный контракт. Мы отвечали за межплатформенную точность: QA по соответствию дизайну и проверка на основе обхода шли параллельно в течение 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. Десять шаблонов, 60+ URL, единый процесс сборки. Страницы Ocean Breeze распределились по стандартной библиотеке стоматологических шаблонов агентства: Главная, О нас, Страница врача, Страница услуг, Страница услуги (самая объёмная — охватывает ортопедическое лечение, косметическую стоматологию, общую стоматологию и пародонтологические услуги), Галерея улыбок, Лендинг блога, Страница блога, Контакты, Политика конфиденциальности и шаблон по умолчанию для вспомогательных страниц.

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

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

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

3. QA по дизайн-референсу против спецификации 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 строки) — обеспечивали структурный QA-слой, работавший параллельно с очередью задач по соответствию дизайну.

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

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

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

Результаты

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

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

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

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

Процесс

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

Команда

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

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

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

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