Новая разработка сайта стоматологии на 62 страницы за 53 дня

Клиент (конечный пользователь): Roman Dental Arts — Hackensack, NJ
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: март – май 2025 · 53 дня · 58 часов на разработку и интеграцию контента

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

62 страницы новой разработки WordPress для стоматологической клиники на пяти брендированных шаблонах — 21 пост блога, 26 сервисных страниц — где ключевой особенностью работы была не вёрстка страниц, а реструктуризация URL-путей. 46 унаследованных путей в /procedures/ и /about/blog/ были приведены к новой иерархии и проверены на тестовой среде построчно — согласование, которое таблица Google Sheets агентства не предусматривала в виде отдельной вкладки с редиректами. 58 часов, 53 дня, без перерасхода.

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

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

Маркетинговое агентство из США, нанятое Roman Dental Arts — стоматологической клиникой полного цикла в Hackensack, специализирующейся на косметической, реставрационной, семейной, челюстно-лицевой стоматологии и имплантологии — передало нам таблицу Google Sheets с полной картой URL, каталогом шаблонов, контрольным списком запуска и заранее заполненной очередью ошибок. Разработка велась в их окружении WP Engine, конструктор страниц — Elementor, формы — Gravity Forms.

Задача: сверстать 62 URL по 5 стандартным шаблонам, реструктурировать URL-пути, объединив прежние иерархии /procedures/ и /about/blog/ в более плоские и чистые пути, перенести 21 пост блога на новую структуру путей и отработать очередь ошибок агентства до момента приёмки сайта. Незадолго до запуска агентство передало запрос клиента на новый контент по процедурам для дополнительного набора сервисных страниц — контент-блок, поступивший уже в процессе работы, с привязкой к дате запуска.

На протяжении всего проекта — оставаться вне прямого контакта с конечным клиентом; возвращать неясные вопросы агентству; не принимать решений по контенту, навигации или структуре URL самостоятельно.

Каждую из этих пар необходимо отследить до разрешённого состояния до запуска сайта. Партнёр-разработчик, который относится к согласованию путей как к технической детали в документации, а не как к контрольной точке сдачи, рискует передать агентству сайт, где SEO-вес унаследованных URL незаметно исчез. В таблице Google Sheets не было отдельной вкладки для отслеживания редиректов — каждую из 46 пар URL-путей пришлось проверять на тестовой среде построчно, а не переносить массово из таблицы редиректов.

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

1. Пять шаблонов, 62 страницы, один процесс разработки. Страницы Roman Dental Arts распределились по компактной, чётко определённой библиотеке шаблонов: Homepage, About Us (4 страницы — основная информация, знакомство с врачами, знакомство с командой и тур по офису), Service Page (26 отдельных сервисных страниц по пяти категориям услуг), Blog (21 перенесённый пост) и Default Template (10 вспомогательных страниц — ресурсы для пациентов, отзывы, контакты, запись на приём и т.д.).

Каждая страница свёрстана по назначенному шаблону из строки карты сайта; ни одна страница не делалась вручную вне системы шаблонов.

2. Спецификация соблюдена построчно — включая колонку Hours Estimated для каждой страницы. Таблица Google Sheets агентства содержала оценку часов (Hours Estimated) для каждой строки карты сайта. Корпус блога из 21 поста был ключевой строкой: миграция контента блога и согласование путей при реструктуризации /about/blog/ → /blog/ определяли бюджет разработки для этого шаблона в большей степени, чем предполагает количество постов. Сервисные страницы оценивались меньшим количеством часов на страницу после утверждения базового шаблона.

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

3. Согласование URL-путей по 46 уникальным парам. Карта сайта содержала 62 строки в статусе Completed. Из них 46 пар имели различающиеся значения Current URL и New URL — отражая решение агентства упростить иерархию /procedures/ и объединить архив /about/blog/. Мы сопоставили каждый исходный путь с целевым, настроили редиректы внутренних ссылок и проверили каждую пару в таблице Google Sheets до сдачи. Все 46 пар отслежены до разрешённого статуса до закрытия контрольного списка запуска.

4. Контент процедур, добавленный в процессе работы, интегрирован без сдвига сроков. На позднем этапе работ агентство передало запрос на новый контент по процедурам для дополнительных сервисных страниц — некоторые из них уже были свёрстаны и находились в очереди QA. Задача по контенту была открыта как отдельная задача Redmine, отслеживалась с собственными часами и интегрирована на действующей тестовой среде параллельным потоком к очереди QA. Страницы, получившие новый контент, возвращены в очередь QA для повторной проверки. Дата запуска сохранена.

5. Очередь ошибок и предзапускная проверка закрыты до запуска. Задачи отслеживались в очереди ошибок агентства (9 строк, все закрыты до запуска) и во вкладке финального QA аккаунт-менеджера. Контрольный список из 29 пунктов — колонки Design, Functionality, Content, Pre-Migration и Post-Migration — согласован до выхода в продакшен. Предзапускная проверка подтвердила готовность сайта к финальному согласованию с аккаунт-менеджером агентства перед переключением.

Конфликт путей блога — посты с датированными URL в /about/blog/ в исходной версии, упрощение до /blog/ в новой разработке — не имел отдельной вкладки редиректов для массового переноса; каждую из 46 пар пришлось проверять на тестовой среде в колонке Action карты сайта до закрытия контрольного списка. Именно эта построчная проверка сохранила SEO-вес URL-путей при сдаче.

Результаты

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

В ходе предварительной QA-проверки перед сдачей был обнаружен структурный дефект — дублирующийся H1 в блоке «Related Procedures» на шаблонах сервисных страниц: заголовок блока был размечен как второй <h1> вместо <div>, проблема уровня шаблона, которая затронула бы все сервисные страницы стоматологической таксономии.

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

Процесс

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

Команда

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

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

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

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