Шаблон сайта стоматологии на 24 страницы — миграция URL блога
Доработка шаблона сайта стоматологии: 24 URL, 10 шаблонов, миграция URL блога, 74+ пунктов QA закрыто за 49 ч. Макеты Figma от агентства, сдача в срок.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Futch Dental — стоматологическая практика в Reno, NV
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: июль 2025 · ~70 дней · 49 часов · 24 URL · в срок
Подход к доработке темы
24 страницы для стоматологической практики из Reno, свёрстанные по макетам Figma на 10 переиспользуемых шаблонах поверх брендированного шаблона на Kinsta — плюс перестройка URL блога: лендинг перенесён с /about/our-blog/ на /blog/, вместе с 2 проиндексированными постами. После запуска проверка точности контента выявила тексты, искажающие реальный перечень услуг клиники; исправить распределённые по сайту строки и не внести при этом новые противоречия — вот к чему был подчинён цикл QA.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия клиента | Медицина — общая стоматология |
| Клиент | Futch Dental (стоматологическая практика, Reno, NV) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка шаблона WordPress (брендированный шаблон агентства + постраничный дизайн в Figma на Kinsta) |
| Объём | 24 URL — главная, about, биография врача, лендинг услуг, 10 страниц услуг, 4 стандартные страницы (новые пациенты, технологии, отзывы, галерея офиса), галерея «до/после», контакты, лендинг блога + 2 поста |
| Миграция URL | Лендинг блога перемещён /about/our-blog/ → /blog/; 2 существующих поста перенесены в /blog/ |
| Сроки | ~70 дней (май – июль 2025), в срок |
| Трудозатраты | 49 часов: разработка, итерации QA, PM, правки после запуска |
| Команда | 3 специалиста |
| Шаблоны | 10 переиспользуемых шаблонов от агентства — все применены на 24 страницах |
| Стек технологий | WordPress · Elementor · Kinsta · Постраничные макеты Figma · Site Checker (плагин QA от xaverPRO) |
| Подход к QA | 74+ отслеженных SEO- и CX-проблем согласовано в очереди задач агентства, контрольный список запуска на 29 пунктов |
| Ритм работ | 73 задачи от агентства · все закрыты к сдаче (43 активных дня, 2025-05-30 – 2025-07-11) |
| Раунды проверки | ≈5 раундов за 70 календарных дней |
| Затраты на задачу | 19 внутренних задач Redmine · медиана 10 мин / P75 20 мин на задачу |
| Контрольный список запуска | 29 пунктов, согласованы перед переходом |
Постановка задачи
Маркетинговое агентство из США передало нам дизайн-макеты Figma для Futch Dental и доступ к своему брендированному шаблону на Kinsta. Агентство выполнило предварительную работу: сбор требований клиента, подготовку макетов в Figma, подбор контента и настройку хостинга. От нас требовалось точное исполнение — перенести дизайн из Figma на шаблон страница за страницей, а затем отработать очередь задач агентства до согласования.
Проект охватывал 24 URL полного сайта клиники — главная, страницы услуг по основным направлениям Futch Dental (неотложная стоматология, Invisalign, импланты, коронки, пломбирование, лечение корневых каналов, протезирование, отбеливание, косметическая стоматология, ночные каппы), вспомогательные страницы (новые пациенты, технологии, отзывы, галерея офиса, галерея «до/после»), биография врача, about, контакты и блог.
Параллельно с доработкой шаблона потребовалась реструктуризация URL блога: существующий лендинг блога находился по адресу /about/our-blog/ и должен был переехать на /blog/, а два существующих поста — мигрировать с корневых slug-адресов в поддиректорию /blog/.
Специфический риск этого проекта проявился на этапе проверки точности контента после запуска. Первичное QA агентства сняло структурные вопросы и вопросы соответствия дизайну, а второй раунд выявил контент, не отражающий реальные услуги клиники: маркетинговые тексты, преувеличивающие возможность лечения за один визит, формулировки FAQ по Invisalign, способные ввести пациентов в заблуждение, и упоминание круглосуточной справочной службы, которую клиника больше не предоставляет.
Для стоматологической практики на локальном рынке текст, искажающий реальный спектр услуг, — это удар по доверию, а не просто замечание QA. Внести правки чисто — по повторяющимся на нескольких страницах строкам и по конкретным страницам услуг — значило точно определить границу каждой правки, чтобы, закрывая одно противоречие, не открывать новое.
Контекст рисков. Для стоматологической практики на локальном рынке текст, искажающий реальный спектр услуг, — это удар по доверию, а не просто замечание QA. После того как структурное QA сняло вопросы соответствия дизайну, второй раунд выявил контент, преувеличивающий возможность лечения в один день, формулировки FAQ по Invisalign, способные ввести пациентов в заблуждение, и упоминание круглосуточной справочной службы, которую клиника больше не предоставляет.
Риск раунда правок контента после сдачи — распространение: исправление одного вхождения распределённой строки без исправления остальных или слишком узкое определение границ правки, приводящее к новому противоречию при закрытии старого.
Как мы это сделали
1. Figma как контракт, шаблон как холст. Файл Figma был дизайн-спецификацией. Брендированный шаблон — базовой структурой страниц. Наша задача заключалась в том, чтобы свести их страница за страницей: там, где стандартная вёрстка шаблона совпадала с Figma, мы её оставляли; где Figma требовала отклонений — вносили изменения. Никаких дизайн-решений с нашей стороны не принималось.
2. Перестройка URL блога параллельно с доработкой шаблона. Проект Futch Dental не был разработкой с нуля — у клиники существовал блог с постами, проиндексированными по корневым slug-адресам, которые требовалось перенести в поддиректорию /blog/. Спецификация карты сайта от агентства предусматривала перенос этих страниц под /blog/ в соответствии с новой архитектурой навигации.
Перестройка URL шла параллельно с доработкой шаблона: поверх в остальном чисто шаблонной задачи добавился слой редиректов и навигационных ссылок. Лендинг блога и существующие посты мы сопоставили с соответствующими шаблонами (Blog Lander и Blog) и перед сдачей проверили в тестовой среде — HTTP 200 на всех.
3. Цикл QA в масштабе доработки шаблона. Чистая доработка шаблона — это не «собрал один раз, проверил один раз». Это «собрал, проверил, поправил, проверил, поправил». В этом проекте отслеживалось 74+ пунктов в очередях задач SEO- и CX-проблем агентства — причём только очередь задач SEO содержала 74 строки — плюс контрольный список запуска на 29 пунктов.
Одни задачи были исправлениями соответствия дизайну (дублирующиеся заголовки на странице косметической стоматологии, избыточные блоки CTA на страницах услуг, отсутствующая навигационная ссылка для лендинга блога); другие, обработанные в раундах после запуска, требовали переписывания конкретных текстовых строк в соответствии с реальным спектром услуг клиники.
Структурное QA — соответствие дизайну, корректность HTML — не проверяет, насколько точно контент описывает реальные услуги клиники; для этого нужна предметная экспертиза, которую инструменты не дают.
Каждую такую правку мы вели как отдельную задачу на конкретную строку: сквозную замену «same day treatment», полное удаление раздела о стеклоиономерных пломбах, переписывание FAQ по Invisalign под реальные параметры лечения. Мы делали это так, а не одним массовым переписыванием контента, потому что неточности были разных типов — повторяющиеся по сайту фразы и утверждения на отдельных страницах, и каждое нужно было проверить отдельно перед согласованием.
Коротко: при доработке шаблона ценность создаётся именно в цикле QA. Чем короче цикл, тем слабее соответствие — либо макетам Figma, либо реальной информации клиники.
4. Доработка без расползания. Каждое изменение, которое мы вносили в брендированный шаблон агентства, документировалось относительно референса Figma. Ни одна доработка не «протекла» в общие компоненты шаблона. Проект был закрыт с изолированными клиентскими переопределениями и нетронутым общим слоем шаблона.
5. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на компьютере, планшете и мобильных устройствах. Каждый раунд QA был направлен на страницы, затронутые изменениями этого раунда, а не на весь сайт — так покрытие остаётся плотным, не теряя в широте.
Точность контента — вот на чём держался этот проект. Структурное QA было пройдено при первичной сдаче; раунд после запуска выявил то, что инструменты не ловят, — тексты, искажающие реальные услуги клиники. Каждая правка выполнялась как отдельная задача в Redmine и проверялась перед закрытием, потому что исправление, вносящее новое противоречие при закрытии старого, сделало бы раунд бессмысленным.
Контроль качества
Последующая проверка выявила 3 ошибки точности, которые структурное QA не ловит: фраза «same day treatment», встречавшаяся на страницах FAQ и неотложной стоматологии (клиника может записать на приём в день обращения, но не провести полное лечение за один визит); текст FAQ по Invisalign с неклиническими формулировками и неверной длительностью ношения капп; и раздел о стеклоиономерных пломбах для услуги, которую клиника не предоставляет — каждая исправлена как отдельная задача.
QA до сдачи проходило через Site Checker — см. наш подход к QA о категориях проверки и принципе нулевых ошибок. Свой контроль на стороне агентства работал после сдачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до их согласования.
Доработки остались в клиентских переопределениях; общие компоненты шаблона агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| Передано URL | 24 — главная, 10 страниц услуг, биография врача, 2 страницы about, 4 стандартные страницы, галерея «до/после», контакты, лендинг блога + 2 поста |
| Миграция URL блога | Лендинг блога и 2 существующих поста перенесены на путь /blog/ — HTTP 200 подтверждён для всех |
| Применено шаблонов | 10 из 10 переиспользуемых шаблонов собрано и сопоставлено на 24 страницах |
| Контрольный список запуска | 29 пунктов согласовано |
| Отслежено и решено задач QA/SEO | 74+ пункта согласовано в очередях задач SEO и CX агентства |
| Правки контента после запуска | Глобальные замены строк + постраничные исправления контента выполнены как отдельные задачи в Redmine до июля 2025 |
| Сроки | ~70 дней, сдано в срок |
| Трудозатраты | 49 часов на разработку, QA, PM и раунды правок после запуска |
| Команда | 3 специалиста |
| Хостинг | Запущено на шаблонном окружении Kinsta агентства |
| Состояние страниц при сдаче | 24 / 24 URL на тестовой среде возвращали HTTP 200 по аудиту карты сайта |
Если коротко: макеты агентства из Figma были реализованы на их брендированном шаблоне на 24 страницах и 10 шаблонах, с реструктуризацией URL блога, за примерно 70 календарных дней, в рамках оценённых часов.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~2 дня | Figma проверена, доступ к шаблону подтверждён, объём согласован — оценка 27 ч разработки + 10 ч QA |
| Доработка шаблона | ~2 недели | Постраничная доработка шаблона под Figma; включена реструктуризация URL блога |
| Итерации QA (параллельно) | ~4 недели | 74+ пункта очереди задач зафиксировано и решено; подписание агентством при первичной сдаче |
| Правки контента после запуска | ~6 недель | Исправления точности контента (замена текста, корректировка перечня услуг) выполнены как отдельные задачи |
| Сдача | июль 2025 | Сайт запущен на Kinsta; журнал правок после запуска закрыт |
Разработка и QA выполнялись параллельно — характерно для доработки шаблона, где ни один этап QA не закрывается окончательно; цикл продолжается до согласования с агентством. Раунды после запуска касались точности контента — вопросы, которые проявились только после полной редакционной проверки уже запущенного сайта.
Команда
Команда проекта
- Никита Тумашевич — ведущий разработчик (доработка шаблона, сопоставление Figma с вёрсткой, реструктуризация URL блога)
- Павел Сажин — ведущий QA (проверка очереди задач, проверка соответствия дизайну, раунды правок)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с аккаунт-менеджером агентства, координация после запуска, согласование)
Дизайн, контент, коммуникация с клиентом и настройка хостинга оставались полностью на стороне агентства. Конечный клиент нас не видел. Запросы поступали через общую систему задач агентства; ничего не переходило в статус «done», пока проверяющий со стороны агентства не подтверждал.
Агентствам с библиотекой шаблонов
На сайте стоматологической практики общие блоки несут контент, который повторяется по страницам, — и каждая такая строка становится уязвимостью для агентства, которое за сайт расписывается. У этой клиники — один бренд и один офис; у другого клиента — сеть на десятки филиалов, где 1 шаблон обслуживает каждый сайт. Сбои тихие: правка про лечение за один визит на одной странице остаётся жить на другой; обновление шаблона от поставщика без предупреждения затирает вашу разметку; правка после сдачи закрывает 1 неточность и открывает новую — а отвечает за каждый зазор агентство.
Подрядчику стоит задавать не вопрос «соберёте ли сайт на шаблоне?», а вопрос «как именно вы отследите каждое вхождение общего блока, чтобы поздняя правка дошла до всех страниц?»
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы разберём слой общего контента, найдём каждое вхождение каждого распределённого блока, покажем, где переопределения уязвимы к следующему обновлению шаблона, и вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.