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

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

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

86 страниц новой разработки на WordPress с Elementor: повторили существующий сайт стоматологической клиники и сверили все 86 URL по базе из трёх обходов Screaming Frog — оригинал, тестовая среда и рабочий домен — перед запуском. Сдали за 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, заголовок и 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); оба исправлены до того, как сборка покинула тестовую среду.

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

Процесс

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

Команда

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

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

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

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