Шаблон сайта стоматологии на 24 страницы — миграция URL блога
Доработка шаблона сайта стоматологии: 24 URL, 10 шаблонов, миграция URL блога, 74+ пунктов QA закрыто за 49 ч. Макеты Figma от агентства, сдача в срок.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Futch Dental — стоматологическая практика в Reno, NV
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: июль 2025 · ~70 дней · 49 часов · 24 URL · в срок
Подход к доработке темы
Двадцать четыре страницы для стоматологической практики из Reno, свёрстанные по макетам Figma на 10 переиспользуемых шаблонах под брендированным шаблоном на Kinsta — плюс реструктуризация URL блога: лендинг перенесён с /about/our-blog/ на /blog/, вместе с двумя проиндексированными постами. После запуска проверка точности контента выявила тексты, искажающие реальный перечень услуг клиники; исправление распределённых строк без внесения новых противоречий — та дисциплина, которой был подчинён цикл 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 и проверялась перед закрытием, потому что исправление, вносящее новое противоречие при закрытии старого, сделало бы раунд бессмысленным.
Контроль качества
Последующая проверка выявила три ошибки точности, которые структурное QA не может уловить: фраза ‘same day treatment’, распределённая по страницам FAQ и неотложной стоматологии (клиника может записать на приём в день обращения, но не провести полное лечение в один день); текст FAQ по Invisalign с неклиническими формулировками и неверной длительностью ношения капп; и раздел о стеклоиономерных пломбах для услуги, которую клиника не предоставляет — каждый исправлен как отдельная задача.
QA до сдачи проходило через Site Checker — см. наш подход к QA о категориях проверки и принципе нулевых ошибок. Собственный слой 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», пока проверяющий со стороны агентства не подтверждал.
Агентствам с библиотекой шаблонов
На сайте стоматологической практики контент распределён по повторяющимся шаблонам, и его единообразие — инженерная задача, а не вопрос редактуры. У этой практики — типовые описания для каждой услуги; у других — уникальные тексты под конкретный случай. Сценарии отказов тихие: правка на одной странице не доедет до остальных, и в каталоге вырастут противоречия; после обновления базового шаблона собственные цвета и шрифты на старых страницах слетят; редакторский интерфейс для сотрудников клиента окажется неполным, потому что часть блоков шаблона спрятана в коде.
Подрядчику стоит задавать не вопрос «соберёте ли сайт на шаблоне?», а вопрос «как именно вы сохраните единообразие контента и дизайн-системы при следующих обновлениях шаблона?»
Пришлите исходник шаблона или его ID и спецификацию бренда. Мы пройдёмся по тому, как правки распространяются по шаблонам, найдём точки расхождения при апдейтах и вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.