46-страничная доработка стоматологической темы + миграция 145 постов блога
Доработка стоматологической темы на 46 страниц с миграцией 145 постов блога: Figma агентства, 7 шаблонов, очистка контентных артефактов, 62 часа.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Drs. Chin and Pharar Dentistry — семейная и косметическая стоматологическая клиника в Las Vegas (Summerlin), NV
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: февраль–март 2025 · 42 дня · 62 часа · 46 страниц + 145 постов блога · по графику
Подход к доработке темы
Сорок шесть страниц брендированной стоматологической темы агентства, доработанных по макетам Figma для каждой страницы, плюс 145 унаследованных постов блога, перенесённых в шаблон Blog Post агентства — всё на WP Engine за 42 дня. В тестовой среде обнаружились контентные артефакты от предыдущих развёртываний темы: комментарии разработчиков на кириллице в коде слайдера и Lorem ipsum в данных виджетов Elementor. И то, и другое было выявлено и очищено до сдачи агентству.
Шаблонная доработка даёт скорость и единообразие — но только при дисциплине. Команда, которая вольно трактует Figma, пропускает этапы QA или отходит от дизайн-системы шаблона, — хуже, чем разработка с нуля.
Этот кейс — документация доработки темы, выполненной строго по Figma агентства, с профилем QA, отражающим необходимую дисциплину.
Краткий обзор
| Поле | Значение |
|---|---|
| Отрасль конечного клиента | Медицина — общая и косметическая стоматология |
| Конечный клиент | Drs. Chin and Pharar Dentistry (Las Vegas, Summerlin, NV) |
| Формат сотрудничества | White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Доработка темы WordPress (брендированная тема агентства + постраничные макеты Figma на WP Engine) |
| Объём | 46 URL — главная, 3 страницы «О нас», 30 услуг, 10 служебных страниц (формы пациентов, сберегательный план, FAQ, финансы, отзывы, подкасты, запись на приём, конфиденциальность), контакты, лендинг блога |
| Перенесено постов блога | 145 постов, перенесённых в шаблон Blog Post агентства (только сохранение URL — без претензий на перенос SEO-веса) |
| Срок | 42 дня (11 фев – 25 мар 2025), по графику |
| Трудозатраты | 62 часа на разработку, QA, управление проектом и циклы исправлений |
| Команда | 5 специалистов |
| Шаблоны | 7 переиспользуемых шаблонов от агентства, все применены на 46 страницах (Homepage · About Us · Service Page · Default Template · Contact Us · Blog Lander · Blog) |
| Технологии | WordPress · Elementor · WP Engine · макеты в Figma для каждой страницы · Screaming Frog · Site Checker (плагин QA от xaverPRO) |
| Дисциплина QA | Пункты очереди задач согласованы (структура URL, Lorem-ipsum, качество изображений, мобильное выравнивание) по контрольному списку из 49 пунктов; структура 301-редиректов на 36 URL тестовой среды |
| График взаимодействия | 6 задач от агентства · все закрыты к моменту сдачи (1 день активной фазы, 2025-04-01) |
| Раунды проверки | ≈4 раунда проверки за 42 календарных дня |
| Трудозатраты на задачу | 10 внутренних задач Redmine · медиана 30 мин / P75 10 ч на задачу |
| Контрольный список запуска | 49 пунктов, согласован до переключения |
Постановка задачи
Маркетинговое агентство из США открыло нам доступ к тестовой среде на WP Engine с уже развёрнутой брендированной стоматологической темой и постраничными макетами Figma для Drs. Chin and Pharar Dentistry. Работу по онбордингу клиента, сбору контента и настройке хостинга агентство уже закрыло само. Нам предстояло: довести тему до Figma, перенести 145 старых постов блога в шаблон Blog Post агентства и сдать сайт готовым к QA агентства и проверке клиента.
Задача была чёткой: следовать Figma, сохранить структуру URL, зафиксированную агентством во вкладке Sitemap таблицы Google Sheets, и любые расхождения выносить в общую очередь задач агентства — не закрывать в одностороннем порядке.
Агентству нужно было защитить целостность темы на всех стоматологических клиниках, которые её используют. Эта защита держится на дисциплине разработки: клиентские доработки должны оставаться в слое переопределений под конкретного клиента. Если изменение стиля попадёт в общий компонент — оно тихо разойдётся по всем остальным сайтам на той же теме.
Кроме изоляции темы, на проекте был второй класс риска: тема, поработавшая у нескольких клиентов, накапливает артефакты — шаблонный текст, URL из стадии разработки и, в этом случае, языковые элементы из среды разработки темы, которые нужно вычистить из каждого клиентского развёртывания до сдачи. Проход Site Checker по всем данным Elementor, меню и виджетам стал шлюзом, который подтвердил: тестовая среда чиста от этих артефактов, прежде чем мы вернули сборку агентству.
Контекст рисков. Брендированная тема, обслуживающая несколько стоматологических клиник, несёт в каждое новое развёртывание два класса риска: клиентские доработки, попадающие в общие компоненты и тихо расходящиеся по всем остальным клиникам на той же базе, — и накопившиеся артефакты: шаблонный текст, URL из стадии разработки, языковые остатки, которые не всегда видны при беглом осмотре в браузере. Оба риска были живы на этом проекте, и оба потребовали явных шлюзовых проверок перед сдачей.
Как мы это сделали
1. Figma как контракт, тема как холст. Файл Figma — спецификация дизайна. Брендированная тема агентства — базовая структура страниц. Наша задача — свести их страница за страницей: где стандартный макет темы совпадал с Figma, мы его оставляли; где Figma требовала отклонения — дорабатывали на клиентском уровне. Никаких дизайн-решений с нашей стороны.
2. Миграция блога в масштабе параллельно с доработкой темы. Перенести 145 старых постов блога в шаблон Blog Post агентства — это не механический копипаст. Каждый пост должен лечь с сохранением URL по карте сайта агентства, с корректными метаданными и рабочими внутренними ссылками.
Параллельное ведение миграции и доработки 46 страниц означало: любые решения по структуре URL основного сайта должны были учитывать, как будет разрешаться архив блога. Вкладка Sitemap в Google Sheets вела 198 строк — 46 страниц и 145 постов блога, плюс лист 301-редиректов на 36 сопоставлений, где структура тестовой среды должна была перенаправлять старые пути на нужные адреса.
3. Очистка артефактов как шлюз QA. Стоматологическая тема, поработавшая на нескольких клиниках, накапливает следы предыдущих развёртываний: шаблонный текст, сторонние изображения и иногда контент из среды разработки — правильный для внутреннего процесса сборки, но неприемлемый для конкретного клиента. На этом проекте QA-проход нашёл Lorem ipsum в компоненте слайдера и языковые остатки, пришедшие из общего слоя компонентов темы.
Всё это было вычищено до сдачи — не выписано в задачу и не оставлено агентству, — потому что языковые проблемы в данных виджетов Elementor не всегда видны при беглом осмотре в браузере. Проход Site Checker прошёлся по страницам, постам, данным Elementor, меню и виджетам и подтвердил: тестовая сборка чиста.
4. QA-цикл через общую очередь задач агентства. После начальной сборки QA шло через общую очередь задач агентства: агентство фиксировало расхождения по дизайну, проблемы с URL, замечания по качеству изображений и несоответствия мобильного выравнивания для нашего цикла исправлений. Единообразие завершающих слешей в URL оказалось одним из замечаний, потребовавших системного исправления по всей тестовой среде: спецификация карты сайта агентства не предполагала завершающих слешей на целевых внутренних ссылках, а начальная сборка их добавила. Исправлено и подтверждено до сдачи агентству.
5. Проверка на разных устройствах. Каждый QA-раунд охватывал адаптивное поведение на большом экране, планшете и мобильных устройствах. Шаблон страниц услуг — применённый на 30 страницах — получил больше всего итераций: Figma содержала постраничные изображения и варианты секций, которые нужно было точно согласовать с адаптивными настройками темы.
Постраничное сравнение с Figma и стало главной дисциплиной. Сорок шесть страниц на семи шаблонах дали агентству единую базу для QA; кириллические комментарии в коде слайдера — пришедшие из общего слоя темы — проявились только потому, что проверка шла компонент за компонентом, а не по страницам целиком.
Контроль качества
QA выявило две проблемы до сдачи: кириллические комментарии в коде слайдера на главной — перенесённые из общего слоя темы и очищенные до того, как агентство увидело сборку, — и URL с завершающими слешами, не соответствующими спецификации карты сайта агентства, исправленные по всему сайту на 46 страницах тестовой среды.
QA перед сдачей прошло через Site Checker — см. наш подход к QA по категориям и принципу нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — прошёл после сдачи и фиксировал замечания в общую очередь задач для нашего цикла исправлений до их согласования.
Доработки остались в переопределениях для каждого клиента; общие компоненты темы агентства не изменялись.
Результаты
| Метрика | Результат |
|---|---|
| URL доставлено | 46 — 1 главная · 3 страницы «О нас» · 30 услуг · 10 служебных · 1 контакты · 1 лендинг блога |
| Перенесено постов блога | 145 постов в шаблон Blog Post агентства с сохранением URL |
| Применено шаблонов | 7 из 7 переиспользуемых шаблонов собраны и распределены по 46 страницам |
| Контрольный список запуска | 49 пунктов согласовано |
| Решено проблем QA | Единообразие завершающих слешей, Lorem ipsum, качество изображений, мобильное выравнивание — всё исправлено до сдачи |
| Структура 301-редиректов | 36 редиректов отслежено и подтверждено во вкладке 301 таблицы Google Sheets |
| Срок | 42 дня, доставлено по графику |
| Трудозатраты | 62 часа на разработку, QA и исправления — в рамках оценки |
| Команда | 5 специалистов |
| Хостинг | Запущено в среде темы WP Engine агентства |
Суть результата: Figma агентства была реализована на их брендированной теме — 46 страниц и 7 шаблонов, 145 унаследованных постов блога перенесены параллельно, за 42 календарных дня, в рамках оценённых часов — и сборка была чиста от языковых артефактов контента до сдачи.
Процесс
| Фаза | Длительность | Результат |
|---|---|---|
| Бриф и оценка | ~3 дня | Figma изучена, доступ к WP Engine тестовой среде подтверждён, объём согласован (оценка 50 ч) |
| Доработка темы + миграция блога | ~1 неделя | 46 страниц доработано по Figma; 145 постов блога перенесено в шаблон Blog Post |
| Итерации QA (параллельно) | ~2 недели | Проблемы из очереди задач агентства рассмотрены; структура URL, шаблонный текст, качество изображений исправлены |
| Циклы исправлений | ~1 неделя | Мобильное выравнивание, корректировка размеров изображений, добавление контента на поздних этапах |
| Сдача | март 2025 | Сайт подтверждён чистым на тестовой среде; передан агентству для финальной проверки |
Разработка и QA выполнялись параллельно — характерно для работ по доработке темы, где итерации продолжаются от первой сданной страницы до финального согласования с агентством.
Команда
Команда проекта
- Владимир Козлов — ведущий разработчик (доработка темы, вёрстка по Figma, миграция блога)
- Никита Тумашевич — разработчик (продолжение сборки после ведущей фазы Владимира Козлова)
- Анна Полунина — этап QA и проверка очереди задач
- Наталия Богатель — циклы исправлений и добавление контента на поздних этапах
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Дизайн агентства, хостинговая инфраструктура, контент-стратегия и отношения с клиентом оставались за рамками нашего участия на всём протяжении. Наша команда не имела прямого контакта с Drs. Chin and Pharar Dentistry. Запросы на доработку направлялись через общую очередь задач агентства; каждый раунд закрывался только после подтверждения исправления проверяющим со стороны агентства.
Агентствам с библиотекой шаблонов
Для агентства, разворачивающего типовой шаблон под стоматологическую сеть, главный структурный риск — проектные доработки просачиваются в общие компоненты и переносятся на все остальные развёртывания. У этой сети — единая брендированная тема для всех филиалов; у других — независимые проекты на отдельных установках того же шаблона. Если не выстроить границу, доработки дочерней темы сломаются при первом же обновлении парент-шаблона автором. ACF-схема разойдётся — ваша команда потеряет управление структурой услуг на редакторском уровне. Контентные артефакты из стадии сборки — служебные URL, шаблонный текст — останутся в базе и проявятся только на аудите вашим клиентом.
Подрядчику стоит задавать не «развернёте ли шаблон», а «как именно вы исключите просачивание доработок в общий код и контентного мусора в базу?»
Пришлите исходник шаблона или его ID и спецификацию бренда текущей практики. Мы пройдёмся по ACF-схеме на расхождение с канонической структурой, найдём места, где клиентский слой пересекается с общим кодом, и отловим контентные артефакты. Вернём фиксированную смету в часах на изоляцию доработок. Без оплаты, ответ в течение рабочего дня.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.