Новая разработка стоматологического сайта на WordPress (86 страниц) за 53 дня

Клиент (конечный пользователь): Sopris Smiles — Englewood, CO
Формат сотрудничества: White-label разработка стоматологического сайта для маркетингового агентства из США
Сроки: январь – февраль 2025 · 53 дня · 51 час на разработку и цикл исправлений

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

86 страниц новой разработки на WordPress с Elementor для копирования существующего сайта стоматологической клиники, проверенных по базе из трёх обходов Screaming Frog — оригинал, тестовая среда и продакшен — со сверкой всех 86 URL на соответствие перед запуском. Сдано за 53 дня при 51 часе, в рамках построчной сметы таблицы на 50 часов, контрольный список из 49 пунктов закрыт, очередь задач агентства проработана до приёмки перед сдачей.

Этот кейс — описание такой разработки-копирования, выполненной для маркетингового агентства из США в сегменте общей стоматологии.

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

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

Маркетинговое агентство из США, работающее с Sopris Smiles — клиникой общей стоматологии в Энглвуде, Колорадо, — передало нам таблицу Google Sheets с полной картой сайта, обходом Screaming Frog оригинального сайта, колонкой Hours Estimated для каждой строки и контрольным списком запуска из 49 пунктов. Существующий сайт находился на внешнем хостинге; новая разработка размещалась на тестовой среде WP Engine.

Page builder — Elementor; формы — Gravity Forms. Задача заключалась в копировании всех 86 URL в новом окружении с сохранением оригинального дизайн-языка, мета-данных и структуры контента, с последующей проработкой очереди задач агентства до тех пор, пока разработка не совпадёт с оригиналом попиксельно и по обходу.

Риск, от которого агентство страховалось, был не в том, можно ли разработать 86 страниц — а в том, будет ли партнёр-разработчик относиться к исходному сайту как к точному ТЗ. Существующий сайт — одновременно источник истины и носитель собственных ошибок. Агентству нужен был партнёр, который скопирует то, что правильно, выявит то, что сломано, и исправит это без внесения новых расхождений. Бриф исходил именно из этой задачи: построчная карта сайта, база Screaming Frog и поэтапный цикл исправлений после первого прохода.

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

1. Один собственный шаблон, 86 страниц, один процесс копирования. Весь сайт Sopris Smiles был разработан на шаблоне Original Design агентства — едином фреймворке агентства, применённом ко всем 86 URL. Карта сайта назначала шаблон каждой строке: 22 страницы услуг, 50 постов блога, главная, страницы «О нас», технология, отзывы, финансирование, FAQ, контакты и страницы пагинации блога. Ни одна страница не была сделана вручную вне системы шаблонов.

2. ТЗ выполнено строка за строкой — включая колонку Hours Estimated для каждой страницы. В таблице агентства было указано значение Hours Estimated для каждой строки. Мы реализовали всё в соответствии с этими значениями. Главная — 10 часов; отдельные страницы услуг — 0,2–0,3 часа; посты блога — 0,3 часа; лендинг блога — 2 часа. Сумма составила согласованные 50 часов на основную разработку, с минимальным добавлением на цикл исправлений.

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

3. Сравнение с базой Screaming Frog по оригиналу, тестовой среде и продакшену. В таблице были три вкладки обхода Screaming Frog — оригинальный сайт, тестовая среда и новый продакшен — плюс вкладка Compare Meta, сопоставляющая старые и новые заголовки. Мы использовали эти базы, чтобы проверить, что каждый URL, title tag и meta description с оригинального сайта учтены в новой разработке.

Там, где оригинал уже содержал ошибки — например, страница чистки зубов, показывающая контент об элайнерах — мы сообщали о несоответствии через очередь задач, а не копировали вслепую. Мы выбрали проверку на основе обхода, а не ручную постраничную проверку, потому что сравнение Screaming Frog по трём окружениям — оригинал, тестовая среда и продакшен — обеспечивало документируемую проверку соответствия всех 86 URL, которую было бы непрактично воспроизводить вручную.

4. Двухтрековый цикл QA, закрытый через цикл доработки и исправлений. Задачи отслеживались во вкладке очереди ошибок агентства (14 строк, приоритеты от Medium до Urgent, охватывающие favicon, мета-данные, очистку футера, загрузку видео, структуру H1 блога, единые правила слешей и исправления слагов).

Из этих 14 пунктов 7 закрыты как Completed до первой сдачи; оставшиеся — включая несоответствия meta title и отсутствующую страницу блога — были решены через постсдаточный цикл доработки и исправлений, отслеживаемый в Redmine. Контрольный список запуска из 49 пунктов — дизайн, функциональность, контент, SEO и аналитика, адаптивность и разное — закрылся за обоими направлениями.

Запуск Screaming Frog последовательно на всех трёх окружениях — оригинал, тестовая среда, продакшен — до эскалации любого спора о контенте означал, что каждое расхождение документируемо. Страница чистки зубов с контентом об элайнерах была в архиве с самого начала; знание этого превратило исправление в переименование URL, а не в оспариваемое переписывание. Порядок обхода был методом, который не позволил циклу доработки и исправлений превратиться в переговоры.

Результаты

Итог, если коротко: 86 URL новой разработки для агентства сданы на одном шаблоне агентства в рамках сметы на 50 часов. База Screaming Frog подтвердила соответствие оригинальному сайту, очередь задач и цикл доработки и исправлений закрыты до уровня приёмки агентством, контрольный список запуска согласован до выхода сайта на рабочий домен.

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

Проверка перед сдачей ссылок — запущенная с приоритетом Urgent — проанализировала все 86 URL в сборке на тестовой среде и выявила HTTP-ссылки, всё ещё указывающие на хост тестовой среды, и некорректный tel: href, где отображаемый номер (303-761-2999) не совпадал со значением href (303-781-4440); оба исправлены до того, как сборка покинула тестовую среду.

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

Процесс

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

Команда

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

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

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

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