Доработка темы: 22 страницы, 183 дня

Клиент (конечный пользователь): Heart of Hingham Dental — стоматологическая практика в Hingham, Massachusetts
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: январь 2026 · 183 дня · 69 часов · 22 URL · в срок

Подход к доработке темы

22 страницы на 11 шаблонах, свёрстанных по Figma на стоматологическом шаблоне WP Engine — первичная сборка завершена, QA от агентства пройден, сайт запущен. Затем переименование категории поменяло slug с /service/ на /services/, и «многие ссылки на /service/ стали выдавать 404». Исправление на рабочем сайте, доступном пациентам, потребовало трёх контролируемых раундов QA в декабре 2025 — январе 2026: каждый раз — обновление slug, проверка навигации, футера и CTA на страницах, затем ожидание согласования агентством перед следующим раундом.

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

Этот кейс — пример доработки темы, в которой изменения URL-структуры после запуска, согласованные после первичной сдачи работ, потребовали контролируемого повторного вовлечения без нарушения работы уже запущенного сайта.

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

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

Маркетинговое агентство из США предоставило дизайн в Figma для Heart of Hingham Dental и доступ к своей брендированной системе шаблонов на WP Engine. Агентство согласовало с клиентом направление дизайна, конфигурацию хостинга и карту сайта в Google Sheets с назначением контента и шаблонов для каждой страницы. Наша задача — доработать шаблон под Figma на 22 страницах, используя документацию агентства как источник контента, и поддерживать цикл исправлений до полного подписания.

Задача была понятной: реализовать Figma, фиксировать пробелы в контенте вместо того чтобы импровизировать — агентство сразу предупредило, что на большинстве страниц услуг нет фотографий и нужны заглушки, пока команда link-building не подберёт нормальные снимки, — и возвращать каждый раунд исправлений в очередь задач агентства до полного закрытия.

Работы растянулись дольше, чем предполагал объём, — но причина не в расширении объёма работ: после первичного запуска клиника попросила изменить структуру URL, и это было согласовано уже после сдачи. URL стоматологической клиники — не просто адреса; это узлы, от которых зависят внутренняя навигация, карта сайта и уже проиндексированные страницы.

Менять их после запуска можно только в строгой последовательности: новые slug в живом окружении, обновление навигации на новые пути, проверка карты сайта и логики редиректов — без осиротевших ссылок, видимых пациентам. Изменение структуры URL добавило три раунда QA после релиза — в декабре 2025 и январе 2026, каждый был проверен и закрыт до финального подписания работ.

Именно поэтому агентство оставило нас на всю реструктуризацию URL, а не делало это самостоятельно: смена slug может обновить страницу, но пропустить ссылку в навигации, или редирект корректно работает в шапке, но не срабатывает в подвале или CTA блога. Когда пациенты приходят на запись через закладки или из локального поиска, битая ссылка на рабочем сайте — это не задача тестовой среды.

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

1. Figma как контракт, шаблон как полотно. Файл Figma был спецификацией дизайна. Брендированный шаблон — базовой структурой страницы. Наша задача — свести их постранично: там, где стандартный макет шаблона совпадал с Figma, мы его оставляли; где Figma требовала отклонения — дорабатывали. Ни одно дизайн-решение не исходило от нас.

2. Дисциплина заглушек на страницах с неполным контентом. Карта сайта агентства указывала, что большинство страниц услуг содержат контент, подготовленный AI, а не фотографии от клиники. Оставлять пустые блоки вёрстки в тестовой среде — значит засорять проверку. Вместо этого каждая страница с неполным контентом получила стандартную заглушку из библиотеки ресурсов шаблона. Единый подход держал тестовую среду чистой, пока агентство параллельно подбирало финальные изображения. Каждая заглушка была отмечена в комментариях к карте сайта, чтобы команда link-building могла расставить замены по приоритету.

3. Цикл QA с большой очередью задач. Из 30 задач Redmine 15 имели метку QA. Помимо Redmine, общая очередь задач агентства накопила 189 SEO-замечаний и 135 CX-замечаний — всего 324+ пункта, согласованных в 73-пунктном контрольном списке запуска. Такой объём для сайта из 22 страниц отражает уровень вовлечённости конечного клиента: Heart of Hingham Dental отправлял обратную связь напрямую через инструмент визуального аннотирования, а агентство провело тщательный цикл проверки после передачи. Каждый пункт очереди задач был обработан и закрыт до согласования; ни одна категория не была частично согласована и отложена.

4. Контролируемая реструктуризация URL после запуска. Изменение структуры URL — отслеженное по четырём задачам Redmine в декабре 2025 и январе 2026 — потребовало изменения slug страниц на живом окружении WP Engine, обновления всей внутренней навигации и проверки полной карты ссылок сайта на каждом раунде QA. Три раунда QA после релиза подтвердили, что новая структура URL согласована в навигации главной страницы, ссылках подвала, CTA на страницах и перекрёстных ссылках блога до финального закрытия.

5. Доработка без отклонений. Каждое изменение, которое мы вносили в брендированный шаблон — включая правки URL после запуска — применялось в рамках переопределений под каждого клиента. Общие компоненты шаблона агентства не были изменены ни в какой момент работ, включая этап после релиза.

6. Проверка на разных устройствах. Доработки и изменения URL после релиза проверялись на Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах на всём протяжении работ.

Реструктуризация URL после релиза прошла три раунда QA в декабре 2025 и январе 2026 — каждый подтверждал, что смена slug с /service/ на /services/ дошла до навигации, ссылок подвала, CTA на страницах и перекрёстных ссылок блога на рабочем сайте. Стандарт тот же, что и при первичной сборке: ничего не закрывается, пока карта ссылок не чиста.

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

Контрольный список QA перед сдачей для этой работы включал отдельную проверку единообразия завершающих слешей по всем 22 URL — и когда переименование категории после релиза поменяло /service/ на /services/, изменение slug выявило битые внутренние ссылки по всему сайту (Redmine #1239: «many links to /service/ now became 404»), которые были исправлены в раундах QA реструктуризации URL до закрытия работ.

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

Доработки оставались в рамках переопределений под каждого клиента; общие компоненты шаблона агентства не изменялись.

Результаты

Результат простыми словами: Figma агентства реализована на их брендированном шаблоне на 22 страницах и 11 шаблонах, выдержана через очередь задач QA из 324+ пунктов и реструктуризацию URL после релиза, за 183 календарных дня, в рамках оценки в 69 часов.

Процесс

Разработка и QA шли параллельно — это характерно для работ по доработке темы, где ни одна «фаза QA» не закрывается чисто; цикл идёт непрерывно, пока агентство не подпишет работы.

Команда

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

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

Агентство поддерживало отношения с конечным клиентом на всём протяжении. Наша команда оставалась невидимой для Heart of Hingham Dental. Все запросы — включая изменение структуры URL после запуска — координировались через общую очередь задач агентства, без прямого взаимодействия с клиникой.

Агентствам с библиотекой шаблонов