Ребилд сайта детской стоматологии на 29 страниц за 21 день
Ребилд сайта детской стоматологии на 29 страниц за 21 день. 29 URL, 15 шаблонов, 74 пункт в контрольном списке запуска, 63 часа. Сдано по спецификации.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Pediatric Dentistry of San Jose — детская стоматологическая практика, San Jose, CA
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: август – сентябрь 2025 · ~21 день (основной ребилд) · ~63 часа · в срок, без перерасхода
Подход к ребилду
29 страниц ребилда на Elementor Pro на Kinsta для частной детской стоматологической практики — 15 шаблонов, одна лестница услуг, единый путь пациента от профилактики до экстренной помощи. Агентство предоставило карту URL, каждый мета-заголовок и 74-пунктный контрольный список запуска в Google Sheets; мы выполнили каждую строку по спецификации через всю структуру детских стоматологических услуг, не выходя на прямой контакт с клиентом на всём протяжении.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Стоматология — детская |
| Конечный клиент | Pediatric Dentistry of San Jose (детская стоматологическая практика, San Jose, CA) |
| Формат сотрудничества | White-label разработка WordPress для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Ребилд WordPress с Elementor Pro на Kinsta |
| Объём | Полный ребилд сайта — детские стоматологические услуги, команда, ресурсы для пациентов, блог, контактные формы |
| Сроки | ~21 день (30 июл – 20 авг 2025) для основного ребилда; задачи после релиза закрыты к 2 сен; проверка Viktor завершена к 9 окт, в срок |
| Трудозатраты | ~63 часа при оценке — без перерасхода |
| Команда | 4 специалиста (~40 ч разработки · 10 ч QA · 10 ч PM) |
| Технологии | WordPress · Elementor Pro · Gravity Forms · Kinsta · Yoast · Screaming Frog · Site Checker (плагин QA xaverPRO) |
| Проверка контентного паритета | Разница оригинал-ребилд устранена до сдачи — отсутствующий контент, битые внутренние ссылки, структурный дрейф исключены |
| Сдано | 29 URL восстановлены по спецификации; 15 шаблонов; 74-пунктный контрольный список запуска; все задачи в рамках агентства закрыты до сдачи |
| Ритм работы | 23 задачи от агентства — все закрыты к моменту сдачи (активный период 1 день, 2025-08-27 – 2025-08-27) |
| Раунды проверки | ≈5 раундов проверки за 21 календарный день |
| Трудозатраты на задачу | 6 внутренних задач Redmine · медиана 5,9 ч / P75 10 ч на задачу |
| Контрольный список запуска | 74 пунктов, согласован до переключения |
Постановка задачи
Маркетинговое агентство из США, нанятое Pediatric Dentistry of San Jose — частной детской стоматологической практикой в San Jose, CA — привлекло нас для ребилда существующего сайта с нуля на Elementor Pro. Спецификация требовала сохранить каждый URL с идентичным контентом, перенести каждый мета-заголовок и описание и восстановить полную структуру детских стоматологических услуг как единый сайт.
В отличие от двойных детско-ортодонтических практик, ведущих две лестницы (стоматология и ортодонтия), эта практика — чисто детская стоматология: один путь пациента, одна лестница услуг, один набор форм записи. Разработка должна была соблюдать эту однолестничную структуру на каждом уровне страницы.
Задача была точной. Работать по таблице Google Sheets агентства; реализовывать каждую строку как написано; не выходить на прямой контакт с клиентом на всём протяжении. Тестовая среда работала на Kinsta.
Риск, от которого агентство страховалось, был специфичен для детского ребилда с очень большой QA-очередью задач: сайт, который проходит визуальное QA, но запускается с битыми ссылками в подвале, съехавшими мобильными заголовками или внутренними таксономическими страницами, случайно открытыми для внешнего доступа — те проблемы, которые невидимы на скриншоте тестовой среды, но сразу заметны родителю, выбирающему стоматолога для ребёнка.
Контекст рисков. Сайт детской стоматологии обслуживает родителей, которые ищут помощь для своих детей в условиях цейтнота — плановый осмотр или срочный случай. При переключении каждый URL страницы услуг, каждый мета-заголовок, каждая интеграция формы должны работать корректно. Ребилд, который правильно делает главную, но оставляет сломанный мобильный заголовок, тёмный текст на тёмном фоне в блоге или внутреннюю таксономическую страницу, открытую для поисковиков, даёт сайт, который выглядит готовым, но подводит родителей сразу после перехода с главной.
Проблема невидима на скриншоте тестовой среды, но очевидна пользователю. Последующая независимая проверка подтвердила, что эти риски были конкретными: шесть критических front-end проблем — битые ссылки в подвале, съехавшие мобильный и заголовок для большого экрана, тёмный текст на тёмном фоне, открытые внутренние таксономические страницы и кнопка на главной, ссылающаяся сама на себя — потребовали отдельного раунда исправлений после основной сдачи.
Как мы это сделали
1. Шаблонно-ориентированная разработка для детской стоматологической лестницы. Вместо того чтобы восстанавливать каждую страницу независимо, мы сопоставили структуру существующего сайта с переиспользуемыми шаблонами Elementor Pro, покрывающими всю детскую стоматологическую лестницу:
- Главная, О нас, Контакты и Default Template как запасной
- Services Lander + Service Page — основная структура клинических услуг детской стоматологии
- Doctor Page — биография главного детского стоматолога
- Blog Lander + Blog — архив и шаблоны отдельных постов
- Smile Gallery — стоматологический макет «до/после»
- Privacy Policy, Terms of Conditions, Disclaimer — юридические шаблоны
Пятнадцать шаблонов, 29 страниц. Будущие правки со стороны агентства живут в одном месте на тип страницы.
2. Спецификация выполнена строка за строкой, из таблицы агентства. Агентство передало нам таблицу Google Sheets: каждый URL для восстановления, каждый мета-заголовок и описание для переноса, каждый шаблон и 74-пунктный контрольный список запуска. Мы реализовали каждую строку как написано. Где в таблице было значение — оно попало на новый сайт. Где не было — мы сообщили агентству. Никаких «творческих интерпретаций» не запускалось.
Принцип прост: при ребилде спецификация — это контракт между агентством и его клиентом. Задача команды разработки — защитить этот контракт, а не редактировать его.
3. Проверка на основе обхода, а не «на глаз нормально».
Перед переключением DNS мы запустили Screaming Frog на исходном продакшене и тестовой среде ребилда параллельно. Коды статусов, битые ссылки, целостность мета-тегов — каждое расхождение сверялось со спецификацией агентства. Второй обход подтвердил, что каждая внутренняя ссылка разрешается на рабочем домене после переключения.
4. 74-пунктный контрольный список запуска, закрытый до сдачи. Контрольный список охватывал точность дизайна, функциональность, корректность контента, SEO-настройки, адаптивность и специфические интеграции клиента. Ничего не запускалось, пока каждая строка не была проверена и согласована. Межплатформенное QA выполнялось на разных типах экранов, включая мобильные устройства в портретной и ландшафтной ориентации — критическая проверка для детской практики, где родители часто ищут и записываются на приём с мобильных устройств.
Проверка Viktor выявила шесть конкретных критических проблем — битые ссылки в подвале, сломанный мобильный заголовок, съехавший заголовок на большом экране, тёмный текст на тёмном фоне в блоге, открытые внутренние таксономические страницы, кнопка CTA на главной, ссылающаяся сама на себя — каждая решена в отдельном раунде исправлений и согласована до закрытия сдачи. Проверка обходом перед переключением выявила структурные проблемы; раунд проверки после релиза выявил видимые проблемы.
Результаты
| Метрика | Результат |
|---|---|
| Точность спецификации — URL | 29 / 29 контентных URL восстановлены, все возвращают HTTP 200 на тестовой среде до переключения |
| Точность спецификации — мета-данные | 29 / 29 мета-заголовков и описаний размещены, как указано |
| Точность спецификации — шаблоны | 15 / 15 шаблонов построены и применены на всём сайте |
| Контрольный список запуска | 74 / 74 пунктов проверено и закрыто до переключения |
| Сроки | ~21 день для основного ребилда, сдано в срок; задачи после релиза закрыты к 2 сен; проверка Viktor завершена к 9 окт |
| Трудозатраты | ~63 ч при оценке — без перерасхода, без расползания объёма |
| Адаптивная проверка | Межплатформенное QA подтверждено на больших и мобильных экранах |
| Внутреннее QA | Все задачи в рамках агентства проверены и решены до сдачи |
| Сдача | Сайт запущен на Kinsta в запланированный день переключения, без простоев |
| Статус сайта | Работает, открывается по адресу https://www.dds4kids.com/. |
Итог, простыми словами: спецификация агентства была реализована как написано по всей детской стоматологической лестнице услуг, в рамках указанных часов, в запланированное окно переключения. Сайт остаётся в работе и проиндексирован.
Контроль качества
Проверка после релиза агентства выявила шесть конкретных критических проблем в рабочей сборке — битые ссылки в подвале, сломанный мобильный заголовок, заголовок для большого экрана со съехавшим вертикальным меню, тёмный текст на тёмном фоне в блоге, внутренние таксономические страницы, открытые для внешнего доступа, и кнопка CTA на главной, ссылающаяся сама на себя — каждая задокументирована дословно в общем баг-репорте и решена в отдельном раунде исправлений.
QA перед сдачей выполнялось через Site Checker — см. наш подход к QA для категорий и принципа нулевых ошибок. Собственный слой QA агентства — их инструменты, их процесс — выполнялся после сдачи и фиксировал замечания в общую очередь для нашего цикла исправлений до их подтверждения.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | 1 день | Спецификация агентства проверена; ~40 ч основной разработки оценено и согласовано |
| Разработка | ~13 дней | Полный сайт восстановлен на 15 шаблонах на тестовой среде Kinsta |
| Внутреннее QA и проверка | 2 дня | Задачи SEO, DEV и CX закрыты; все работы в рамках агентства завершены |
| Проверка спецификации | 1 день | Мета-данные и редиректы сверены с таблицей; обход подтверждён |
| Сдача и переключение DNS | 1 день | Сайт запущен на Kinsta, без простоев |
Этапы накладываются (QA выполнялось параллельно с поздней разработкой), поэтому календарный срок ~21 день, а не сумма отдельных этапов.
Команда
Команда проекта
- Павел Сажин — QA и реализация исправлений после релиза
- Тимур Арбаев — проверка дизайн-сборки и QA перед сдачей
- Наталия Богатель — ведущий разработчик (полный ребилд сайта и система шаблонов)
- Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Агентство оставалось видимым поставщиком; мы оставались невидимы для конечного клиента на всём протяжении переключения и миграции. Все решения по сохранению URL, назначению контента и структуре страниц услуг принадлежали агентству; наша роль заключалась в точности реализации переданной спецификации.
Агентствам, заказывающим ребилд WordPress
На ребилде сайта детской стоматологии цена ошибки невидима до публикации. У этой практики — плановая профилактика; у других — экстренный приём с седацией, где родители ищут помощь в цейтноте. Риски тихие: карта редиректов не покроет старые слаги — страница с записью на срочный осмотр уходит в 404. Форма «записаться» отваливается при переключении — персонал не видит обращения родителей. Мобильное меню разъезжается на длинных названиях — кнопка вызова врачом прячется за границу экрана.
Подрядчику стоит задавать не вопрос «сохраните ли трафик?», а вопрос «как именно вы защитите конверсионные страницы и интеграции от разрыва при переключении?»
Пришлите адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы сверим плановую URL-структуру с текущими ранжирующими страницами, проверим запись и трекеры на разрывы — и вернём фиксированную смету в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.