Доработка шаблона для стоматологии в Las Vegas — 46 страниц, 83 дня
Стоматологический сайт Haven Dental в Las Vegas доработан с шаблона Luminous — 46 страниц, 10 шаблонов. 272+ проблемы QA решены за 43 часа в 5 раундах.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Haven Dental (Dr. Thomas Hsieh) — стоматологическая клиника в Las Vegas, NV
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: ноябрь 2025 · 83 дня · 43 часа · 46 активных URL · в срок
Подход к доработке темы
46 страниц стоматологического шаблона Luminous, доработанного по макетам Figma для стоматологической клиники общего профиля в Las Vegas — 10 шаблонов, 43 часа, 83 календарных дня. Ключевым ограничением стало параллельное управление: 37 дополнительных страниц, развёрнутых в тестовой среде в процессе разработки, должны были оставаться в неиндексируемом состоянии, пока шла активная сдача, а повторяющиеся остатки spa-текста из общей базы шаблона потребовали четырёх отдельных раундов исправлений после первичной сдачи.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Медицина — общая стоматология |
| Конечный клиент | Haven Dental — Dr. Thomas Hsieh (стоматологическая клиника, Las Vegas, NV) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка шаблона WordPress (шаблон Luminous агентства + постраничный дизайн Figma на Kinsta) |
| Объём работ | 46 активных URL — главная, о нас, биография врача, наша команда, технологии, отзывы, районы обслуживания, галерея улыбок, варианты оплаты, контакты, блог (лента + 1 статья), 32 страницы услуг по 5 категориям стоматологии (косметическая, неотложная, профилактическая, восстановительная, хирургия) + 1 корпоративная подстраница |
| Скрытые страницы | 37 дополнительных страниц, развёрнутых в тестовой среде, но скрытых для наполнения контентом после запуска |
| Сроки | 83 дня (30 авг — 22 ноя 2025), в срок |
| Затраты | 43 часа на разработку, итерации QA, управление проектом и раунды исправлений после запуска |
| Команда | 4 специалиста |
| Шаблоны | 10 переиспользуемых шаблонов, предоставленных агентством, применённых ко всем активным страницам |
| Технологии | WordPress · Elementor · Kinsta · Постраничный дизайн из Figma · AutoQA агентства (проверки ссылок / email / контента AI) · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 272+ отслеженных SEO + CX проблем, согласованных в очереди задач агентства через 30-пунктный контрольный список запуска |
| Интенсивность работ | 144 задачи, поднятых агентством · все закрыты к моменту сдачи (активный период 53 дня, 2025-09-01 – 2025-10-23) |
| Раунды проверки | ≈5 раундов проверки за 83 календарных дня |
| Затраты на задачу | 29 внутренних задач Redmine · медиана 15 мин / P75 50 мин на задачу |
| Контрольный список запуска | 30 пунктов, согласован до переключения |
Постановка задачи
Маркетинговое агентство из США привлекло нас для доработки своего стоматологического шаблона Luminous под Haven Dental — клинику по адресу 9375 S. Rainbow Blvd. в Las Vegas, NV, под руководством Dr. Thomas Hsieh. Агентство вело вышестоящие работы: дизайн в Figma, среду хостинга Kinsta, координацию контента с клиникой и структуру поэтапного развёртывания. Наша роль ограничивалась разработкой и QA.
Объём работ оказался одним из крупнейших среди проектов по доработке темы в нашем портфолио. Архитектура услуг сайта охватывала пять категорий стоматологии — косметическая стоматология, неотложная стоматология, профилактическая стоматология, восстановительная стоматология и хирургия — каждая со своей лендинговой страницей и множеством подстраниц.
Тридцать два из 46 активных URL были страницами услуг, построенными на едином шаблоне Service Page, каждая с индивидуальным контентом и изображениями. Ещё 37 страниц были развёрнуты в тестовой среде, но скрыты до наполнения контентом после запуска; они требовали аккуратного управления, чтобы избежать преждевременной индексации.
Дисциплина в таком масштабе определяется не объёмом — проблемой остаточного контента. Крупная сборка по доработке темы из общей базы имеет предсказуемые сбои: скопированный текст-заполнитель, попадающий в живые страницы, стилистические несоответствия из исходного шаблона, контактные данные или формулировки услуг, перекочевавшие из другой клиники. В проекте Haven Dental очередь задач агентства фиксировала снова и снова одни и те же типы таких находок в нескольких раундах — ошибки контента, невидимые на этапе разработки, но всплывающие при редакторской проверке.
Цикл QA существовал именно для того, чтобы выявлять и закрывать эти пункты до согласования, и 272+ строки очереди задач показывают объём, требующий такой дисциплины. Отдельная категория — формулировки в стиле spa, унаследованные от копирайтинга предыдущей отрасли шаблона — потребовала четырёх отдельных раундов исправлений после запуска: это ограничение, характерное для крупной доработки шаблона, где текст страниц пишется не нами.
Контекст рисков. Сборка 46-страничного стоматологического сайта из общей базы шаблона — с 32 страницами услуг на единой структуре Service Page и 37 дополнительными страницами в тестовой среде — имеет предсказуемый сценарий отказа: проблема остаточного контента. Тестовые отзывы, стилистика spa, неверное название клиники, несовпадающие контактные данные — ни одно из этого не видно на первом проходе разработки по отдельной странице, и ни одно не вызывает ошибку CMS.
Они проявляются только при редакторской проверке рабочего сайта целиком. В таком масштабе одного непроверенного раунда достаточно, чтобы запустить сборку, где половина страниц услуг читается как другая клиника. 272+ строки очереди задач на Haven Dental — это цена правильного подхода.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был дизайн-спецификацией. Брендированный шаблон Luminous — базовой структурой страниц. Наша задача заключалась в постраничном согласовании двух источников: где стандартный макет шаблона совпадал с Figma, мы его оставляли; где Figma требовала отклонения, мы дорабатывали. Никаких дизайн-решений с нашей стороны не принималось. Мы выбрали клиентские переопределения вместо модификации общего шаблона Luminous, потому что прямое изменение затронуло бы все остальные сайты клиентов агентства, построенные на той же базе.
2. Параллельное управление скрытыми страницами и активной сдачей. Карта сайта Haven Dental содержала 83 строки: 46 активных URL для запуска и 37 отмеченных как скрытые («Page Hidden») в ожидании контента от клиники. Управление обоими наборами в одной среде Kinsta требовало поддерживать скрытые страницы в чистом, неиндексируемом состоянии на всём протяжении разработки — развёрнутыми, но подавленными — чтобы запуск активных страниц не был загрязнён черновиками ожидающих страниц.
Агентство отметило несколько ошибок, связанных со скрытыми страницами, в очереди задач SEO во время QA, подтвердив, что пассивный подход к скрытым страницам (просто не публиковать их) недостаточен; требовалось активное управление статусами на протяжении всего проекта.
3. Цикл QA в масштабе доработки темы. Чистая доработка шаблона — это не «построил один раз, проверил один раз». Это «строим, QA, правим, QA, правим». Очередь задач агентства отслеживала 145 SEO-проблем и 127 CX-проблем — 272 строки в двух очередях задач — через 30-пунктный контрольный список запуска.
Проблемы охватывали всю редакторскую поверхность: отсутствующие или тестовые контактные данные (email, соцсети, текст hero), несоответствия таксономии услуг из шаблона, текст с тоном spa вместо регистра стоматологической клиники и тестовые отзывы, сохранившиеся в живых страницах. Каждая категория требовала точечного исправления без случайного переноса изменений на страницы, где исходный текст был верным.
Принцип неизменен: на доработке шаблона именно в QA-цикле создаётся ценность. Более короткий цикл — более слабое соответствие Figma и выше вероятность, что остатки шаблона уйдут в рабочие страницы.
4. Доработка без дрейфа. Каждое изменение шаблона Luminous ограничивалось клиентскими переопределениями. Общая структура шаблона не модифицировалась. Доработка Haven Dental не изменила поведение шаблона ни на одном другом сайте Kinsta, использующем базу Luminous.
5. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах. Каждый раунд QA был направлен на страницы, затронутые текущим набором изменений, а не на полную карту из 83 URL — покрытие без избыточных циклов проверки.
Работа с 37 неиндексируемыми страницами-заглушками параллельно с активной сдачей 46 страниц означала, что последовательность должна быть продуманной: подавление и проверка скрытых страниц до запуска, исправление spa-текста в четырёх отдельных раундах вместо одного финального прохода. Порядок и был той дисциплиной — активный набор запустился чистым, потому что скрытый оставался под контролем.
Контроль качества
Доминирующей нагрузкой QA на этом проекте были остатки spa-текста из общей базы шаблона — агентство поднимало отдельные задачи «Replace SPA-LIKE Copy» (3 строки, Redmine #1097) и «Final Spa Removal» (#1206) в нескольких раундах, а отдельная задача перед запуском отмечала пустые скрытые страницы, которые «будут проиндексированы вскоре после запуска» (#1197) — все решены до запуска.
Предпусковое QA прошло через Site Checker — см. наш подход к QA по категориям и принципу нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — проходил после сдачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до их согласования.
Доработки оставались в клиентских переопределениях; общие компоненты шаблона агентства не модифицировались.
Результаты
| Метрика | Результат |
|---|---|
| URL сдано | 46 активных — главная, 32 страницы услуг по 5 категориям стоматологии, 9 вспомогательных страниц, лента блога + статья |
| Скрытых страниц | 37 страниц развёрнуто в тестовой среде и скрыто для наполнения контентом после запуска |
| Шаблонов применено | 10 из 10 переиспользуемых шаблонов построено и сопоставлено с 46 активными страницами |
| Контрольный список запуска | 30 пунктов согласовано |
| QA / SEO + CX проблемы отслежены и решены | 272+ пункта согласованы в двух вкладках очереди задач агентства |
| Сроки | 83 дня, сдано в срок |
| Затраты | 43 часа на разработку, QA, PM и раунды исправлений после запуска |
| Команда | 4 специалиста |
| Хостинг при сдаче | Запущен в среде шаблона Luminous на Kinsta агентства |
Результат, изложенный просто: Figma агентства была реализована на их брендированном шаблоне Luminous — 46 активных страниц, 10 шаблонов, 37 дополнительных страниц в управляемом скрытом состоянии для послезапускового наполнения, за 83 календарных дня.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~2 дня | Figma проверена, доступ к шаблону Luminous подтверждён, объём согласован |
| Разработка доработки | ~2 недели | Постраничная доработка шаблона; параллельное управление скрытыми страницами |
| Итерации QA (параллельно) | ~4 недели | 272+ пункта в очереди задач; подписание агентством после первичной сдачи |
| Раунды исправлений после запуска | ~6 недель | Исправления точности контента (удаление spa-текста, тестового текста, обновление изображений и данных) — отдельные задачи в Redmine до ноября 2025 |
| Сдача | ноябрь 2025 | Сайт запущен на Kinsta; финальное подписание QA завершено |
Разработка и QA шли параллельно на всём протяжении. Послезапусковые раунды закрывали остатки контента, которые проявляются только при полной редакторской проверке рабочего сайта — нормальный ритм для крупного проекта по доработке темы, где 37 скрытых страниц ждут контента, а в рабочем наборе — 32 страницы услуг.
Команда
Команда проекта
- Наталия Богатель — ведущий разработчик (доработка шаблона, сопоставление Figma с макетом, координация исправлений после запуска)
- Павел Сажин — QA (сверка очереди задач, проверка соответствия дизайну, раунды исправлений)
- Тимур Арбаев — поддержка QA (дополнительные раунды QA, обновление изображений и данных)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, приёмка, QA уровня xaver)
Агентство вело дизайн, контент, коммуникацию с клиентом и хостинг — всё это оставалось на стороне агентства, вне нашей зоны работ. Наша команда не была видна клинике. Задачи поступали через общую очередь задач агентства; ни одна задача не отмечалась выполненной без подписи проверяющего со стороны агентства по каждому пункту.
Агентствам с библиотекой шаблонов
На стоматологическом сайте на готовом шаблоне редакторский workflow и токены бренда держатся на тонком слое дочерней темы. У этой практики — один кабинет с узкой специализацией; у других — сетевая практика на несколько филиалов с единым брендом. Риски тихие: доработки дочерней темы сломаются при обновлении парент-шаблона, ACF-схема разойдётся с канонической схемой шаблона, а бренд-токены потеряются в hardcoded fallback-значениях. CMS ни одной из этих ошибок не заметит — они вылезут на рабочем сайте клиента.
Подрядчику стоит задавать не вопрос «соберёте ли сайт из шаблона?», а вопрос «как вы защитите дочернюю тему, ACF-схему и бренд-токены от расхождения с парент-шаблоном при его следующем обновлении?»
Пришлите исходник шаблона, его ID и спецификацию бренда. Мы проверим глубину дочерней темы, просканируем hardcoded fallback-значения и протестируем ACF на расхождение с канонической схемой шаблона — вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.