76-страничный сайт для семейной стоматологии на WordPress за 130 дней

Клиент (конечный пользователь): David Eskow, DDS Family Dentistry — Olney, MD
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: фев – июл 2025 · 130 дней · 57 часов на разработку и фазы исправлений и обратной связи

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

76 страниц нового сайта на Elementor для семейной стоматологической практики в Мэриленде, собранных по 96-строчному экспорту Screaming Frog — оригинальный сайт был доступен только через VPN, поэтому экспорт стал эталоном соответствия контента для каждой страницы. Агентство вело два параллельных направления QA и 49-пунктный контрольный список запуска. Всё закрыли до публикации сайта на WP Engine.

96-строчный экспорт оригинала задавал направление с первой задачи. Структура из двух очередей правок QA — отдельная очередь по SEO и очередь аккаунт-менеджера — гарантировала, что и технические требования агентства, и его планка качества перед клиентом закрыты до запуска сайта.

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

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

Маркетинговое агентство из США, нанятое David Eskow, DDS — солидной семейной стоматологической практикой в Olney, MD, предлагающей косметические, профилактические, восстановительные и специализированные услуги — передало нам таблицу Google Sheets с полной картой URL, экспорт Screaming Frog оригинального сайта как эталонную вкладку, каталог шаблонов, контрольный список запуска и предварительно заполненные очереди задач QA.

Сайт собирали в их среде WP Engine; конструктор страниц — Elementor; формы — через Gravity Forms. Таблица Google Sheets включала 8 вкладок, в том числе отдельную вкладку с экспортом оригинального сайта (SF) — 96-строчный экспорт Screaming Frog с H1, метаданными и структурными сигналами для каждой страницы существующего сайта. Вкладка экспорта стала прагматичной заменой прямого доступа: оригинальный сайт во время работы был закрыт по региону, поэтому команда опиралась не на браузер, а на этот экспорт как на главный источник точности контента на уровне страниц.

Задача: собрать 76 URL по 10 стандартным шаблонам, сверяя каждую страницу с экспортом Screaming Frog как с эталоном контента, заполнить 11 профилей сотрудников материалами от агентства, перенести 17 постов блога на новую структуру шаблонов, добавить присланные агентством обновления на страницах услуг и отработать две отдельные очереди QA — очередь по SEO и очередь аккаунт-менеджера — до приёмки сайта агентством.

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

Сайт, который прошёл визуальную проверку, но незаметно отошёл от эталона Screaming Frog, требует той же доработки, что и сайт с пропущенными страницами. Две параллельные очереди QA — одна по SEO, другая по клиентской проверке аккаунт-менеджером — закрывают оба критерия точности раньше, чем контрольный список.

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

1. 10 шаблонов, 76 страниц, один процесс сборки. Страницы David Eskow охватывали всю стоматологическую библиотеку шаблонов агентства: Homepage, About Us, Contact Us, Services Lander (4 страницы — косметическая, профилактическая, восстановительная и специализированная стоматология), Service Page (24 отдельных страницы услуг), Doctor Page (11 страниц профилей сотрудников — врачи, гигиенисты и вспомогательный персонал), Blog Lander, Blog (17 постов), Blog Category (7 страниц категорий) и Default Template (9 вспомогательных страниц — ресурсы для пациентов, страховка, варианты оплаты, политика конфиденциальности).

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

2. ТЗ соблюдено строка за строкой — с экспортом оригинала как эталоном контента. Таблица Google Sheets агентства задавала оценку часов по основным задачам сборки: 41 ч на основную задачу, 9 ч на управление проектом и учёт часов на раунды контента и исправлений. Та же таблица включала вкладку с экспортом оригинала — 96-строчный экспорт Screaming Frog — с H1 и метаданными для каждой индексируемой страницы существующего сайта.

Эта вкладка стала целевым эталоном: H1 и meta description каждой пересобранной страницы должны были совпадать с экспортом, если агентство не меняло их явно. Мы привязывали каждую страницу к данным экспорта, а не опирались только на описания из таблицы — потому что на сборке в том же домене без миграции URL главный риск тут такой: расхождение контента выглядит корректно при визуальной проверке, но всплывает недели спустя во время сверки QA на стороне агентства.

Коротко: на сборке в том же домене эталон экспорта так же обязателен, как и оценка часов. Команда, которая собирает страницы, но игнорирует экспорт, выдаёт сайт, который выглядит правильно, но не проходит QA агентства по точности контента.

3. Корпус профилей сотрудников — 11 страниц на материалах агентства. Шаблон Doctor Page оказался самой объёмной частью раздела команды: 11 профилей — врачи, гигиенисты, сертифицированные ассистенты стоматолога и менеджер практики. Под каждый профиль агентство давало собственный материал. В середине работы поступили новые фотографии клиента; их добавили на опубликованный сайт отдельной задачей по обновлению, и из-за этого после первого прохода QA пришлось вернуться к главной странице и нескольким профилям.

4. Обновления контента и правки на тестовой среде — без срыва сроков. Две отдельные задачи по контенту пришли в середине работы: раунд обновления текстов на страницах услуг по таблице сверки Screaming Frog, собранной агентством, и раунд правок на тестовой среде — мелкие текстовые корректировки и исправления вёрстки.

Обе провели как отдельные задачи Redmine с учётом часов, параллельно с очередями QA. Раунд срочных исправлений после запуска, отмеченных клиентом, тоже отработали и закрыли до того, как закрылась очередь аккаунт-менеджера.

5. QA по двум очередям — обе закрыты до сдачи. Задачи вели в двух отдельных вкладках на стороне агентства: очередь по SEO (14 строк, все закрыты до сдачи) и очередь аккаунт-менеджера (14 строк, все закрыты до сдачи).

49-строчный контрольный список запуска — колонки «Дизайн» (совместимость браузеров, фавикон, изображения и видео), «Функциональность» (битые ссылки, навигация, формы, соцсети) и «Контент» (перенос страниц, meta, структурированные данные, карта сайта) — согласовали на этапах Pre-Migration и Post-Migration до запуска в работу.

96-строчный экспорт Screaming Frog держал обе очереди QA вместе. Во время работы оригинальный сайт был доступен только через VPN, и вкладка экспорта оставалась единственным надёжным эталоном для каждой страницы. Поэтому, привязав H1 и meta description к её данным ещё до того, как открылась хоть одна очередь, мы добились, что и очередь по SEO, и очередь аккаунт-менеджера проверяли по одному эталону, а не по тому, как страница выглядела в моменте.

Результаты

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

Нагрузка QA на этой сборке легла на две параллельные очереди со стороны агентства — 14 строк по SEO и 14 строк аккаунт-менеджера — плюс 49-пунктный контрольный список запуска по «Дизайну», «Функциональности» и «Контенту» на этапах Pre-Migration и Post-Migration. Все три свели к нулю перед публикацией на WP Engine.

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

Процесс

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

Команда

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

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

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

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