Ребилд сайта детской стоматологии на 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 — юридические шаблоны
15 шаблонов, 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
При ребилде сайта детской стоматологии момент переключения решает всё: работа подрядчика либо сохраняет то, что выстроило агентство, либо тихо это рушит. У этой практики одна клиника в одном городе; у других — сеть детских клиник под общим брендом. После запуска проблемы становятся видны. Редирект, который должен был перенаправить старый URL, отдаст 404. Мета-заголовки без предупреждения сменятся на стандартные значения темы. Внутренние якорные ссылки оборвутся, когда вступит в силу новая структура страниц.
Спрашивать стоит не «сможете ли вы сделать ребилд», а «как вы убережёте карту редиректов и мета-заголовки».
Пришлите нам адрес текущего сайта, черновик карты редиректов (если есть) или макеты. Мы проверим ваш список URL на риск редиректов, отметим мета-заголовки, которым грозит подмена, и вернём фиксированную смету в часах. Проверка бесплатная, смета — в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.