Ребилд стоматологического SaaS на WordPress: 33 часа за 18 дней

Миграция стоматологического сайта с Officite на WordPress + Elementor Pro — 33 часа за 18 дней, редиректы путей наследия, политика конфиденциальности из PDF преобразована в страницу.

Индустрия Здравоохранение
Взаимодействие White-label · американское маркетинговое агентство
Выполнено 18 календарных дней · в срок
Адрес сайта rappdental.com
33ч за 18 дней
rappdental.com · desktop
rappdental.com · mobile

Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →

— Техническое задание

Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.

Клиент (конечный пользователь): Rappaport Dental
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: май 2025 · 18 дней · 33 часа разработки · по графику, без перерасхода

Подход к ребилду

Стоматологическая практика мигрирует с SaaS-платформы Officite на WordPress + Elementor Pro. Прежняя платформа генерировала автоматические пути к статьям, не отображаемые в стандартных sitemap, а политика конфиденциальности была доступна лишь как размещённый PDF. За 18 дней и 33 часа разработки мы проверили URL-пространство наследия на скрытые пути, преобразовали политику конфиденциальности в полноценную страницу и сдали ребилд строго по ТЗ агентства, без перерасхода.

Краткий обзор

Поле Значение
Отрасль клиента Стоматология
Клиент Rappaport Dental
Формат сотрудничества White-label разработка WordPress для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса
Тип проекта Ребилд WordPress: миграция с SaaS-платформы для стоматологии на WordPress + Elementor Pro на WP Engine
Объём Весь сайт — услуги, о нас, контакты, политика конфиденциальности (преобразована из PDF), очистка редиректов для путей, сгенерированных SaaS
Сроки 18 дней (9–26 мая 2025), без задержек
Затраты 33 часа разработки при оценке 33 часа — без перерасхода
Команда 5 специалистов (разработка · QA · правки контента · PM)
Технологии WordPress · Elementor Pro · Gravity Forms · WP Engine · Yoast · Screaming Frog · Site Checker (плагин QA от )
Проверка идентичности контента Сверка контента оригинала и ребилда завершена до сдачи — без потерь, без битых ссылок, без структурных расхождений
Сдано ТЗ выполнено строка в строку — редиректы, мета-заголовки, страница политики конфиденциальности, очистка SaaS-путей, контрольный список запуска
Раунды проверки ≈5 раундов проверки на протяжении 18 календарных дней
Затраты на задачу 7 внутренних Redmine-задач · медиана 10 ч / P75 10 ч на задачу

Постановка задачи

Rappaport Dental работал на проприетарной SaaS-платформе для стоматологической индустрии — управляемый хостинг со встроенной системой контента для стоматологий. Агентству требовалось перенести сайт на стандартный стек WordPress для большей редакционной свободы и долгосрочной управляемости SEO. В отличие от миграции между CMS, переход со стоматологического SaaS на WordPress — однонаправленный процесс: URL-соглашения старой платформы, структуры контента и автоматически генерируемые пути не ложатся чисто на WordPress-слаги.

Таблица Google Sheets агентства содержала каждый целевой URL, каждый мета-заголовок и описание, назначение шаблонов и стратегию редиректов для путей наследия. Также требовалась конвертация специфического контента: политика конфиденциальности практики существовала только как PDF на старой платформе и нуждалась в перестройке в полноценную страницу WordPress до запуска.

Все решения о том, какие URL наследия сохранять, настраивать редиректы или выводить из эксплуатации, принадлежали агентству. Наша задача — точность реализации по их ТЗ.

Риск, который агентство минимизировало, был не абстрактным риском карты редиректов. Это была специфическая форма миграции стоматологического SaaS — платформа генерирует структурированные пути для библиотек статей, архивов категорий и секций специализированного контента, не имеющих эквивалента в WordPress.

Если бы какой-либо из этих автоматически сгенерированных путей оказался в индексе и не был покрыт ТЗ на редиректы, краулер агентства обнаружил бы пробел. Дисциплина заключалась в том, чтобы относиться к URL-пространству SaaS-платформы как к непредсказуемому, а не простому: предполагать, что существуют пути, которые не появятся в стандартном экспорте sitemap.

Контекст рисков. SaaS-платформы для стоматологии, подобные той, с которой мигрировал Rappaport Dental, генерируют URL-структуры, не охватываемые стандартной проверкой sitemap — пути архивов статей, категорийные слагы и секции контента, созданные провайдером, могут накапливаться в индексе, не появляясь в колонке sitemap агентства.

Сценарий сбоя при переключении — не сломанная главная, а обнаруженный при обходе кластер 4xx-путей, которые никто не предусмотрел в ТЗ. Корректная обработка этого ребилда требовала активного аудита URL-поверхности наследия на предмет автоматически сгенерированных путей, их передачи агентству до переключения и подтверждения: входят ли они в объём редиректов или выводятся из эксплуатации.

Как мы это сделали

1. Сборка на основе шаблонов. Весь сайт был собран на едином наборе шаблонов, применённых ко всем типам контента:

  • Главная, О нас, Контакты и универсальный запасной шаблон
  • Лендинг услуг + шаблон страницы услуги — покрытие всего каталога лечения практики
  • Страница политики конфиденциальности — преобразована из PDF старой платформы в полноценную страницу WordPress с навигационным контентом
  • Шаблоны для блога и общего контента

Шаблоны покрывали каждый тип контента из таблицы Google Sheets. Все будущие правки вносятся в одном месте на тип страницы.

2. ТЗ выполнено строка в строку, по таблице агентства. Таблица Google Sheets содержала каждый целевой URL с картой редиректов с путей наследия, каждый мета-заголовок и описание, каждое назначение шаблона. Мы реализовали каждую строку как написано. Там, где таблица Google Sheets определяла редирект — мы его настроили. Там, где путь, сгенерированный SaaS, был явно выведен из объёма — например, старые пути архивов статей, для которых агентство решило не настраивать редиректы — мы подтвердили решение о выводе, а не гадали.

Принцип: при ребилде ТЗ — это обязательство агентства перед клиентом. Наша задача — не переосмысливать его, а выполнить без отклонений.

3. Проверка обходом. До переключения DNS Screaming Frog просканировал одновременно стенд ребилда и старую SaaS-платформу. Статус-коды, цепочки редиректов, расхождения в мета-тегах и любые пути, найденные в обходе наследия, но отсутствующие в ТЗ агентства — всё сверено до переключения. Контент страницы политики конфиденциальности был сравнён с исходным PDF для подтверждения точности. Повторный обход после запуска подтвердил, что внутренние ссылки работают на действующем домене.

4. Контрольный список запуска, закрыт до сдачи. Точность дизайна, функциональность форм, точность контента, SEO и аналитика, адаптивность, последовательность миграции DNS на WP Engine — всё закрыто до сдачи. Проверка на разных устройствах в Chrome, Firefox, Safari и Edge на нескольких ширинах экрана.

Ограничение — аудит URL-поверхности SaaS до начала сборки — означало, что ТЗ на редиректы появилось первым. Путь архива статей без контента — не в sitemap агентства, не в их ТЗ — был обнаружен при аудите; мы подтвердили объём вывода с агентством до переключения. Разработка следовала из проверенной поверхности, а не из sitemap, который мы считали полным.

Результаты

Метрика Результат
Точность ТЗ — редиректы Все указанные агентством пути наследия перенаправлены; автоматически сгенерированные SaaS-пути вне ТЗ подтверждены как выведенные
Точность ТЗ — мета-данные Все мета-заголовки и описания установлены согласно ТЗ
Точность ТЗ — шаблоны Полная система шаблонов построена и применена на всём сайте
Точность ТЗ — политика конфиденциальности PDF наследия преобразован в навигационную страницу WordPress
Сроки 18 дней, сдано по графику
Затраты 33 ч / 33 ч оценки разработки — без перерасхода, без расширения объёма
Проверка адаптивности Ноль проблем с отображением на 4 браузерах × 6 разрешениях
Внутреннее QA Все выявленные агентством вопросы закрыты до сдачи; пострелизный раунд QA агентства включал правки контента и ссылок в дополнительном спринте
Сдача Сайт запущен на WP Engine в запланированный день переключения, без простоя
Статус сайта rappdental.com работает в рабочем режиме

Результат, если коротко: ТЗ агентства на миграцию выполнено как написано, в запланированный день переключения, с полной сверкой URL-поверхности наследия на соответствие ТЗ до сдачи.

Контроль качества

В ходе QA перед сдачей плагин Site Checker выявил путь архива статей SaaS (/articles/dear_doctor/category/47365) с нестандартным слагом и без контента — именно тот класс автоматически сгенерированных путей, о котором предупреждал бриф (они не отображаются в стандартном экспорте sitemap). Параллельный проход QA подтвердил, что редиректы ещё не активны на тестовой среде.

Оба вопроса были решены до сдачи. QA перед сдачей выполнялось через Site Checker — см. наш подход к QA по категориям и принципу нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — выполнялся после сдачи и передавал вопросы в общую очередь задач для нашего цикла исправлений до окончательного согласования.

Процесс

Фаза Длительность Результат
Бриф и оценка 3 дня ТЗ агентства изучено; URL-поверхность SaaS проверена; оценка 33 ч согласована
Разработка ~10 дней Весь сайт перестроен; политика конфиденциальности преобразована из PDF; карта редиректов реализована
Внутреннее QA и проверка 3 дня Вопросы зафиксированы; аудит путей SaaS завершён; все работы по ТЗ приняты
Проверка ТЗ 1 день Meta, редиректы и контент страниц сверены с таблицей Google Sheets
Сдача и переключение DNS 1 день Сайт запущен на WP Engine, без простоя

Фазы перекрываются (QA шёл параллельно с поздней разработкой), поэтому календарный срок — 18 дней, а не сумма фаз.

Команда

Команда проекта

  • Никита Тумашевич — ведущий разработчик (полная сборка сайта, система шаблонов, реализация редиректов)
  • Павел Сажин, — QA и контроль доставки
  • Анна Полунина — поддержка реализации и QA по всем страницам ребилда
  • Евгений Карпов — правки контента и QA
  • Антон Херсун, — руководитель проекта (оценка, коммуникация с агентством, приёмка)

Все решения по сохранению URL и стратегии редиректов принадлежали агентству; наша роль — точность реализации по их ТЗ. Агентство оставалось видимым исполнителем; мы были невидны конечному клиенту на всём протяжении.

Агентствам, заказывающим ребилд WordPress

Ребилд сайта стоматологической практики — миграция контента и URL-архитектуры на новую платформу. У одной практики контентная структура растёт внутри SaaS-системы, создавая сотни путей вне карты сайта; у других — каждую страницу заводят вручную и отслеживают в sitemap. Если редиректы собрать только по очевидным адресам, автогенерированные пути тихо отвалятся. Схема просядет в индексе, клиент увидит падение трафика на второй неделе, и вам придётся разбираться с analytics без готового списка старых URL.

Подрядчику стоит задавать не вопрос «сможете ли переехать», а вопрос «как именно вы обнаружите все старые URL, включая те, что не видны в sitemap?»

Пришлите адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы обойдём ваш текущий сайт, найдём URL-артефакты, которые не ловятся стандартным аудитом, и подсветим, какие из них войдут в миграцию. Вернём фиксированную смету в часах. Аудит без оплаты, ответ в течение рабочего дня.

Запросить аудит ТЗ →

У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →

— QA-контроль перед передачей

Site Checker запускается до того, как агентство что-либо видит.

Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.

Проверка базовых настроекпройдено
Аудит контента и SEO-поверхностипройдено
Целостность структуры URLпройдено
Нормализация языка контентапройдено
Аудит меню и виджетовпройдено
Сравнение контента: оригинал и ребилдпройдено
Захват скриншотов в нескольких разрешенияхпройдено

Не уверены, подходит ли ваш проект под этот формат?

xaver.pro · 2026 White-label · агентство не называется
Прокрутить вверх