Доработка темы для стоматологии: 54 страницы за 84 дня
Доработка темы для стоматологического сайта Dentaire Dental выполнена за 84 дня: 54 URL, 10 шаблонов, более 142 SEO-проблем устранено. Команда из 6 специалистов, 70 часов трудозатрат.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Dentaire Dental — стоматологическая практика полного спектра в Austin, Texas
Формат сотрудничества: White-label — доработка темы для маркетингового агентства из США
Сроки: ноябрь 2025 · 84 дня · 70 часов · 54 URL · в срок
Подход к доработке темы
54 страницы сайта стоматологической практики полного спектра в Austin — доработка шаблона dental-template6 от агентства по макетам Figma, покрывающим 10 шаблонов страниц: лендинг услуг, 39 страниц услуг по семи подспециальностям, карточка врача, ресурсы для пациентов и контакты. Клиент предоставил контент, написанный под оригинальный шаблон, а не под Figma, поэтому для каждой страницы требовалось согласовать то, что дизайн запрашивает, с тем, что предполагает копирайтинг — и этот единообразный подход применялся на всех 39 страницах услуг.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия клиента | Медицина — общая и специализированная стоматология |
| Конечный клиент | Dentaire Dental (Austin, TX) |
| Формат сотрудничества | White-label — доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (фирменный шаблон агентства + постраничный дизайн в Figma, хостинг Kinsta) |
| Объём | 54 URL — главная, о нас, лендинг услуг, 39 страниц услуг по 7 подспециальностям, карточка врача, ресурсы для пациентов (6 страниц), контакты, лендинг блога |
| Сроки | 84 дня (15 авг – 7 ноя 2025), в срок |
| Трудозатраты | 70 часов — разработка, QA-итерации и управление проектом |
| Команда | 6 специалистов |
| Шаблоны | 10 переиспользуемых шаблонов, предоставленных агентством, все применены на 54 страницах |
| Технологии | WordPress · Elementor · Хостинг Kinsta · Постраничный дизайн в Figma · AutoQA агентства (проверка ссылок/email) · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 142+ отслеженных SEO-проблем плюс 67 пунктов обратной связи клиента, согласованных по контрольному списку запуска из 77 пунктов |
| Динамика работы | 79 задач от агентства · 78 из 79 закрыты к моменту сдачи (активная фаза 31 день, 2025-09-12 – 2025-10-12) |
| Раунды проверки | ≈6 раундов проверки за 84 календарных дня |
| Трудозатраты на задачу | 40 внутренних задач Redmine · медиана 25 мин / P75 51 мин на задачу |
| Контрольный список запуска | 77 пункта, согласованы до запуска |
Постановка задачи
Маркетинговое агентство из США предоставило дизайн Figma для Dentaire Dental и доступ к своей фирменной системе шаблонов на Kinsta. Агентство выполнило предварительную подготовку: согласованный с клиентом дизайн, настройку хостинга и карту сайта в Google Sheets с назначением шаблонов по страницам и ссылками на контент. Наша задача — взять Figma как единственный источник истины, постранично наложить её на шаблон и держать цикл проверки открытым до согласования.
Задача была чисто исполнительской: каждое отклонение от стандарта шаблона — точно по Figma, по 10 шаблонам применённым 54 раза, без дизайн-решений с нашей стороны.
Конкретный риск, который агентство стремилось предотвратить, — разрастание объёма из-за масштаба и широты. Dentaire Dental — это не узкоспециализированный стоматологический кабинет; он охватывает семейную стоматологию, профилактику, косметические процедуры, реставрацию, ортодонтию, хирургию полости рта, специализированные услуги, стоматологические технологии и неотложную помощь — 39 страниц услуг, организованных в 7 подспециализаций под одним лендингом услуг.
На сайте с таким количеством тематически сгруппированных страниц услуг, каждая из которых использует один и тот же шаблон страницы услуги, но требует уникального сопоставления контента, команда, применяющая вариации уровня шаблона непоследовательно, создаёт фрагментированный результат, где страницы одной подспециализации выглядят проработанными, а другой — как заполнители. Агентство выбрало нас за подход — применить одинаковый стандарт доработки ко всем 39 страницам единообразно — от самой узкой страницы услуги до самого широкого лендинга подспециализации.
Контекст рисков. При 39 страницах услуг по 7 подспециализациям, построенным на одном и том же шаблоне страницы услуги, поверхность, на которой постраничные переопределения могут незаметно просачиваться в общий слой шаблона, больше, чем на стандартном стоматологическом сайте.
Доработка, правильно применённая к ветке Cosmetic, но случайно затрагивающая общий компонент, а не слой конкретного клиента, загрязняет каждую подспециализацию, которая его наследует — и на сайте из 54 страниц это загрязнение может не проявиться до нескольких QA-раундов. Соблюдение границы постраничных переопределений на всех 39 применениях, ветка за веткой, — вот конкретный подход, которого требовала эта работа.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был спецификацией дизайна. Фирменный шаблон — базовой структурой страницы. Наша задача заключалась в том, чтобы постранично согласовать их: там, где стандартная вёрстка шаблона совпадала с Figma, мы её оставляли; где Figma требовала отклонения, мы дорабатывали. Никаких дизайн-решений с нашей стороны.
2. Таксономия подспециализаций — спроецирована, а не угадана. 39 страниц услуг Dentaire Dental — это не плоский список, а таксономия из семи ветвей (Family, Preventive, Cosmetic, Restorative, Orthodontic, Oral Surgery, Specialty, Emergency, Technology). Карта сайта задавала структуру; наша задача — сделать так, чтобы каждое вхождение шаблона страницы услуги было единообразным внутри своей ветки, а переход от одной подспециализации к другой ощущался непрерывным, а не лоскутным.
H1, мета-структура и расположение контентных блоков каждой страницы были взяты из Figma агентства и ссылок на контент — не интерпретированы. Когда предоставленный контент не совпадал со структурой блоков Figma, расхождение отмечалось для решения агентством, а не закрывалось предположением.
3. QA-цикл в масштабе мультиспециализации. Из 40 задач, отслеживаемых в Redmine, 24 имели метку QA — отдельные раунды, где агентство отмечало расхождения с дизайном или изменения по запросу клиента, мы исправляли и возвращали на проверку. Помимо Redmine, общая очередь задач агентства накопила 142+ SEO-замечания по контрольному списку запуска из 77 пунктов, плюс отдельный слой комментариев с 67 пунктами, отправленными напрямую конечным клиентом через инструмент визуального аннотирования.
Оба канала замыкались на один цикл исправлений — ничего не накапливалось без обработки. Работа шла по двум потокам: структурированные задачи Redmine под управлением агентства и свободные визуальные аннотации напрямую от клиента. Их приоритеты иногда расходились; то, что выходило за рамки исходной Figma, уходило в постзапускную очередь агентства, а не исправлялось в процессе сборки.
4. Доработка без дрейфа. Каждое изменение, которое мы вносили в фирменный шаблон — макет страницы, компонент секции или стилевой токен — оставалось в пределах переопределений для данного клиента. Шаблон страницы услуги, применённый 39 раз, оставался единообразным на всём сайте, потому что ни одна доработка не вносила правки в общий компонент вместо послойного переопределения.
Шаблон, обрабатывающий 39 страниц услуг по семи подспециализациям, имеет большую поверхность, на которой постраничные переопределения могут незаметно дрейфовать в общую логику шаблона; соблюдение границы на каждой итерации — это тот подход, который покупало агентство.
5. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый QA-раунд покрывал страницы, затронутые изменениями этого раунда, вместо повторного аудита всех 54 страниц — именно так крупная доработка темы остаётся эффективной без потери покрытия.
Клиент предоставил копирайтинг, написанный под оригинальный шаблон, а не под Figma, поэтому каждая страница, столкнувшаяся с этим расхождением, требовала решения: отметить и ждать решения агентства или закрыть предположением. Мы отмечали каждое. Эта дисциплина — отмечать расхождения, а не интерпретировать — позволила сохранить единообразие 39 страниц услуг по всем семи ветвям подспециализаций без накопления редакционного дрейфа в процессе сборки.
Контроль качества
QA на этой сборке выявило две категории проблем до сдачи: контент, предоставленный клиентом, был написан под оригинальный шаблон, а не под Figma — расхождения по 54 страницам отмечены и согласованы до проверки агентством — и og:locale был установлен на GB вместо US, обнаружено в SEO-контрольном списке и исправлено до сдачи.
Предпусковое QA проводилось через Site Checker — см. наш подход к QA для списка категорий и принципа нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — работал после сдачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до получения согласования.
Доработки остались в переопределениях для данного клиента; общие компоненты шаблона агентства не были изменены.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 54 — 1 главная, 1 лендинг услуг, 39 страниц услуг по 7 подспециальностям, 1 карточка врача, 1 о нас, 1 контакты, 1 лендинг блога, 6 страниц ресурсов для пациентов, 1 галерея улыбок |
| Шаблонов применено | 10 из 10 переиспользуемых шаблонов построено и сопоставлено на 54 страницах |
| Контрольный список запуска | 77 пункта согласовано |
| QA/SEO-проблем отслежено и решено | 142+ пунктов из SEO-очереди задач плюс 67 аннотаций обратной связи клиента, согласованных в Google Sheets агентства |
| QA-итерации в Redmine | 24 из 40 задач (60%) отслежено на уровне итераций |
| Сроки | 84 дня, сдано в срок |
| Трудозатраты | 70 часов — без перерасхода, без расширения объёма |
| Команда | 6 специалистов |
| Хостинг при сдаче | Работает в среде шаблонов агентства на Kinsta |
| Здоровье страниц при сдаче | 53 / 54 URL на тестовой среде вернули HTTP 200; 1 редирект обработан по инструкции агентства |
Результат, если говорить прямо: Figma агентства была реализована на их фирменном шаблоне на 54 страницах и 10 шаблонах за 84 календарных дня в рамках оценки в 70 часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma изучена, доступ к шаблону подтверждён, объём и структура таксономии согласованы |
| Разработка доработок | ~4 недели | Постраничная доработка темы; все 7 ветвей подспециализаций построены по Figma |
| QA-итерации (параллельно) | ~8 недель | 24 QA-раунда зафиксировано в Redmine; очередь задач агентства + цикл обратной связи клиента работали параллельно |
| Раунды исправлений | ~2 недели | 142+ пунктов из SEO-очереди задач и 67 комментариев обратной связи обработаны |
| Сдача | финальный день | Сайт запущен на Kinsta |
Разработка и QA шли параллельно — это характерно для работы по доработке темы, где нет чёткого закрытия «фазы QA»; цикл работает непрерывно до согласования агентством.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (первичная доработка темы и сопоставление Figma с вёрсткой)
- Павел Сажин — ведущий QA (итерационные раунды, проверка очереди задач агентства, координация согласования)
- Анна Полунина — поддержка доработки темы и QA
- Тимур Арбаев — поддержка разработки на поздних раундах доработки
- Людмила Травкина — разработчик (основное выполнение сборки по всем 54 страницам и мультиспециализационным веткам)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Все запросы на доработку от конечного клиента поступали к нам через общую систему проверки агентства. Наша команда не была видна Dentaire Dental. Каждый QA-раунд выпускался только после того, как проверяющий со стороны агентства подтверждал, что изменения соответствуют спецификации.
Агентствам с библиотекой шаблонов
На сайте стоматологической практики с несколькими подспециализациями общий шаблон страницы услуги — это не просто вёрстка: он задаёт каркас контента, который агентство выстраивает для клиента. У этой практики — терапия, хирургия и ортодонтия со своими переопределениями; у других — единый профиль без разделения. Границу переопределений легко переступить: доработки в дочерней теме сломаются при обновлении шаблона, ACF-схема разойдётся между ветками.
Подрядчику стоит задавать не вопрос «соберёте ли вы сайт на общем шаблоне?», а вопрос «как именно вы ограничите слой переопределений каждой подспециализации, чтобы они не просочились в общий шаблон?»
Пришлите исходник шаблона (или его ID) и спецификацию бренда по подспециализациям, либо макеты страниц услуг. Мы проверим границу между общим шаблоном и переопределениями каждой ветки, найдём зоны, где ACF-схема может разойтись или доработки не переживут обновления, и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.