Ребилд стоматологического сайта в Лас-Вегасе — срок остановки платформы, 20 дней
Ребилд стоматологического сайта в Лас-Вегасе до остановки платформы — 44,2 часа, 20 дней. Дублирующиеся метаданные исправлены, раздел библиотеки исключён, редиректы проверены.
Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →
Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.
Клиент (конечный пользователь): Amazing Smiles Dentistry — Las Vegas, NV
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: май 2025 · 20 дней · 44,2 часа · по графику, без перерасхода
Подход к ребилду
Ребилд за 20 дней с жёстким сроком остановки платформы — стоматологическая managed-hosting платформа клиента прекращала работу 1 июня 2025, продлить срок было нельзя. Мы уложились в оценку 44,2 часа, вынесли раздел библиотеки за рамки объёма по указанию агентства, исправили дублирующиеся метаданные, перешедшие со старой платформы, и передали проект в окно проверки агентства до даты остановки.
Краткий обзор
| Поле | Значение |
|---|---|
| Индустрия конечного клиента | Стоматология |
| Конечный клиент | Amazing Smiles Dentistry (Las Vegas, NV) |
| Формат сотрудничества | White-label разработка на WordPress для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса |
| Тип проекта | Ребилд WordPress со стоматологической managed-hosting платформы на WordPress + Elementor Pro на WP Engine |
| Объём работ | Полный сайт — услуги, страницы врачей и команды, раздел библиотеки исключён, контактные формы, внедрение метаданных |
| Срок | 20 дней (30 апр — 20 мая 2025), по графику с жёстким внешним сроком |
| Трудозатраты | 44,2 часа при оценке 44,2 часа — без перерасхода |
| Команда | 4 специалиста (разработка · QA · контент · PM) |
| Технологии | WordPress · Elementor Pro · Gravity Forms · WP Engine · Rank Math Pro · Screaming Frog · Site Checker (плагин QA от xaverPRO) |
| Проверка контента | Сверка контента старого сайта и ребилда пройдена перед сдачей — ни одной потери текста, ни одной битой внутренней ссылки, ни одного структурного отклонения |
| Сдано | ТЗ выполнено построчно — редиректы, мета-теги, граница объёма по разделу библиотеки соблюдена, оценка в 44,2 часа выдержана |
| Раунды проверки | ≈3 раунда проверки в рамках 20-дневного календарного окна |
| Трудозатраты по задачам | 5 внутренних задач Redmine · медиана 10 ч / P75 44,2 ч на задачу |
Постановка задачи
Amazing Smiles Dentistry стоял на стоматологической managed-hosting платформе, обслуживание которой прекращалось. У агентства была точная дата — остановка платформы, — и требовалось полностью завершить ребилд WordPress и запустить сайт до этой даты. Срок продлить было нельзя; затянись разработка — клиент остался бы без работающего сайта.
Таблица Google Sheets агентства держала каждый URL для переноса, каждый редирект, каждый мета-тег и описание. Один структурный вопрос требовал явно очертить границы: на старой платформе был раздел /library/ с десятками подстраниц учебного контента по стоматологии — в карту сайта агентства они не входили. Решение, переносить эти подстраницы или исключить, принадлежало агентству, а не нам. Мы подтвердили границу объёма, исключили подстраницы библиотеки по указанию и завели входящие ссылки на раздел в карту редиректов.
В спецификацию входила и проверка метаданных: на этапе QA нашлись дубли H1 и мета-описаний, перешедшие со старой платформы. Их исправили по таблице Google Sheets перед сдачей.
Ставка здесь была выше, чем в типичном ребилде. Срыв срока на проекте без запасной платформы — не неудобство, а период полного отсутствия сайта. Агентству нужна была команда, которая выдержит оценку, выдержит сроки и не допустит расползания объёма, съедающего оставшееся время.
Контекст рисков. Внешнее ограничение в этом проекте было категоричным: унаследованная хостинг-платформа прекращала работу в дату, которую агентство не могло изменить. Каждый час перерасхода сужал окно для QA агентства перед запуском. Обычный риск ребилда — потеря позиций из-за пропущенного редиректа — тоже присутствовал, но был второстепенным.
Первостепенным риском был перерасход, который сжал бы окно согласования агентства до такой степени, что клиент запустил бы сайт с непроверенной работой — или не запустил бы вовсе. Точное соблюдение оценки в 44,2 часа было не вопросом удобства, а условием, сделавшим возможной упорядоченную сдачу.
Как мы это сделали
1. Сборка на основе шаблонов. Весь сайт был свёрстан в единый набор шаблонов:
— Главная, О нас, Контакты и универсальный шаблон по умолчанию
— Шаблон страницы услуг + шаблон отдельной услуги, покрывающие весь каталог лечения клиники
— Шаблоны страниц врачей и команды для биографий специалистов
— Универсальные шаблоны контента для остальных страниц
Явная граница объёма: подстраницы раздела /library/ со старой платформы мы согласовали с агентством как лежащие вне объёма работ до начала разработки. Входящие ссылки на этот раздел завели в карту редиректов, а не переносили страницы.
2. ТЗ выполнено построчно, из таблицы агентства. Каждый целевой URL, каждый редирект, каждый мета-тег и описание взяты из таблицы Google Sheets. Дубли метаданных, найденные при QA — одинаковый текст H1 на нескольких страницах услуг, перешедший с шаблонной системы старой платформы, — мы пометили и исправили по постраничным указаниям таблицы перед сдачей. Где таблица задавала значение, это значение попадало на новый сайт.
Коротко: спецификация — это договор. Когда старая платформа занесла в данные аномалии контента (дубли заголовков, дубли описаний, шаблонный текст-заполнитель), исправить их — значит внимательнее прочитать таблицу, а не импровизировать с правками.
3. Проверка обходом, а не «на вид нормально». До переключения DNS мы прогнали Screaming Frog и по тестовой версии ребилда, и по старой платформе. Коды статуса, цепочки редиректов, соответствие мета-тегов — каждое расхождение сверяли с таблицей. Исключение раздела библиотеки проверили: ни один путь подстраниц библиотеки не остался действующим URL на новом сайте, а карта редиректов покрывала основной вход в раздел. Повторный обход после запуска подтвердил, что внутренние ссылки работают на опубликованном домене.
4. Контрольный список запуска, закрыт перед сдачей. Дизайн, функциональность, точность контента, SEO и аналитика, адаптивный вывод и миграция DNS на WP Engine — всё закрыто перед сдачей. Жёсткие сроки диктовала остановка платформы; контрольный список сжали, но не сократили.
Жёсткий срок остановки платформы означал, что спецификацию надо прочитать до сборки первой страницы — порядок был не произвольным. Оценку в 44,2 часа выдержали, потому что карту редиректов и исправления метаданных сверили по таблице до переключения DNS, и у агентства осталось полное окно проверки до 1 июня.
Результаты
| Метрика | Результат |
|---|---|
| Соответствие ТЗ — редиректы | Все указанные агентством URL перенаправлены; граница раздела библиотеки соблюдена |
| Соответствие ТЗ — метаданные | Все мета-теги и описания установлены по спецификации; дублирующиеся метаданные исправлены по таблице Google Sheets |
| Соответствие ТЗ — шаблоны | Полная система шаблонов собрана и применена на всём сайте |
| Граница объёма | Подстраницы библиотеки корректно исключены; основной вход в раздел библиотеки обработан в карте редиректов |
| Срок | 20 дней, сдано по графику — до даты остановки платформы |
| Трудозатраты | 44,2 ч / 44,2 ч оценка — без перерасхода, без расползания объёма |
| Проверка адаптивности | Ноль проблем вёрстки в 4 браузерах × 6 разрешениях |
| Внутреннее QA | Все задачи в рамках объёма агентства закрыты до сдачи; после релиза проверка агентства добрала доработку контента в отдельном спринте |
| Статус сайта | Работает на WP Engine: amazingsmilelv.com. |
Если коротко: спецификация агентства выполнена как написано, в рамках согласованных часов, до даты остановки платформы. Оценка выдержана; окно сдачи сохранено.
Контроль качества
На проверке перед сдачей нашлись дубли мета-описаний, перешедшие со старой платформы на страницах услуг (подтвердили вручную по каждой странице), и ошибочный noindex на подстраницах Invisalign. Обе проблемы исправили по таблице Google Sheets до того, как тестовая сборка ушла из наших рук.
Проверку перед сдачей прогнали через Site Checker — см. наш подход к QA с описанием категорий и порога нулевых ошибок. Собственная проверка агентства работала после сдачи и заносила замечания в общую очередь правок для нашего цикла исправлений до окончательного согласования.
Процесс
| Этап | Длительность | Результат |
|---|---|---|
| Бриф и оценка | 4 дня | Спецификация агентства изучена; граница объёма по разделу библиотеки подтверждена; оценка 44,2 ч согласована |
| Разработка | ~12 дней | Полный ребилд сайта по всем шаблонам; раздел библиотеки исключён по спецификации |
| Внутреннее QA и проверка | 2 дня | Дублирующиеся метаданные исправлены; все работы в рамках объёма агентства завершены до сдачи |
| Проверка спецификации | 1 день | Метаданные, редиректы и границы объёма сверены с таблицей Google Sheets |
| Сдача и переключение DNS | 1 день | Сайт запущен на WP Engine без простоев — до даты остановки платформы |
Этапы пересекались (QA шёл параллельно с завершающей разработкой), поэтому календарный срок составил 20 дней, а не сумму отдельных этапов.
Команда
Команда проекта
— Никита Тумашевич — ведущий разработчик (полная сборка сайта, система шаблонов, реализация редиректов)
— Анна Полунина — поддержка разработки и оценка
— Евгений Карпов — контентное QA и исправление метаданных
— Павел Сажин, xaverPRO — QA и контроль сдачи
— Антон Херсун, xaverPRO — руководитель проекта (оценка, коммуникация с агентством, согласование)
Все решения по сохранению URL, стратегии редиректов и границам объёма принадлежали агентству; наша роль — точно реализовать переданную спецификацию. Агентство оставалось публичным подрядчиком; конечный клиент нас не видел на всём протяжении проекта.
Агентствам, заказывающим ребилд WordPress
При ребилде стоматологического сайта с жёстким внешним сроком вы несёте главный риск — расписание. У этой практики — одна клиника общей стоматологии, поток новых пациентов держится на видимости в локальной выдаче; у других — сеть под управлением DSO, где та же базовая копия живёт под разными доменами. Карта редиректов потеряет строку, и старая посадочная вернёт 404 вместо передачи ссылочного веса. Разметка процедур слетит на импорте, и расширенные сниппеты, на которые вы рассчитываете, исчезнут. Фиксированная дата переключения сожмёт ваше окно проверки, и непроверенная работа уйдёт в запуск.
Подрядчику стоит задавать не вопрос «успеете ли в срок?», а вопрос «как именно вы выдержите расписание и не дадите карте редиректов и разметке слететь при переносе?»
Пришлите адрес текущего сайта, черновик карты редиректов или макеты. Мы пройдём ТЗ миграции по вашему списку ранжирующихся страниц, покажем строки редиректов и разметки, которые украдут ваше окно проверки, и вернём фиксированную смету в часах. Бесплатно, со сметой в часах.
У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →
Site Checker запускается до того, как агентство что-либо видит.
Перед передачей каждый сборки в тестовой среде прогоняется через Site Checker — WordPress QA-плагин, который мы разработали и поддерживаем. Это шлюз с нулевой терпимостью к ошибкам: к агентству не уходит ничего с открытыми проблемами. Предупреждения рассматриваются и признаются некритическими; агентство получает чистый старт для своего слоя QA, а не тестовый сайт с известными проблемами в очереди.