Новая разработка сайта офтальмологии: 21 страница на WordPress за 59 дней

Клиент (конечный пользователь): Karan’s Vision Center — независимая оптометрическая практика
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: февраль – апрель 2025 · 59 дней · 60 часов

Подход к разработке

21 страница офтальмологического сайта на WordPress в пяти брендированных шаблонах — AI-контент, полностью заменивший оригинальные тексты, и дизайнерское ТЗ, требовавшее вёрстки подстраниц, которая читалась бы как свежий дизайн, а не визуальная копия. Собрано на WP Engine за 60 часов на протяжении 59 дней, все 34 пункта очереди задач агентства закрыты до передачи.

Риск, от которого страхуется агентство, — разработчик, который верстает страницы аккуратно, но оставляет миграцию незавершённой: URL-слаги, которые незаметно изменились; внутренние ссылки, ведущие на домен тестовой среды; контактные данные NAP (название практики, адрес, телефон), непоследовательно оформленные на разных страницах. В вертикали офтальмологии, где пациенты находят своего оптометриста в первую очередь через локальный поиск, эти незаметные расхождения — не косметика: они снижают поисковую видимость практики без единой видимой ошибки в вёрстке.

Сайт офтальмологии на WordPress, собранный на WP Engine и брендированной системе шаблонов агентства, с AI-контентом вместо оригинала, уложившийся в смету по часам.

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

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

Маркетинговое агентство из США пересобирало сайт Karan’s Vision Center — независимой оптометрической практики — на своей брендированной системе шаблонов на WP Engine. Существующая структура URL сохранялась; контент заменялся новым AI-написанным набором.

Агентство передало нам структуру сайта и трекер работ, Google Sheets с новым контентом по каждой странице, доступы к тестовой среде на WP Engine и документ с заметками дизайнера — визуальными правками, которые должны были сделать новую сборку отличимой от исходной вёрстки. Наша задача была сверстать каждую страницу, внести дизайн-изменения и передать сайт, который агентство сможет прогнать через свой QA-контрольный список и сдать клиенту.

В бриф агентства была включена прямая оговорка об отличии вёрстки: внутренние страницы должны были отличаться от исходного сайта практики настолько, чтобы их нельзя было счесть прямой копией. Это ограничение действовало параллельно с заменой контента — мы создавали новые страницы, а не мигрировали старые, и шаблон должен был читаться как свежий дизайн при той же структуре URL.

Риски разработки сайта офтальмологии связаны с непрерывностью локального поиска. Канал привлечения оптометрической практики — почти полностью локальный поиск: запросы вроде «eye doctor near me» или «Karan’s Vision Center» ведут на конкретные URL-слаги, и контактные данные на этих страницах должны совпадать с Google Business Profile. Сборка, которая незаметно меняет /service/dry-eye-therapy/ на /services/dry-eye/, ломает URL, на который полагается аудитория практики.

Сборка, в которой на двух из одиннадцати страниц услуг указан неверный номер телефона, создаёт несогласованность NAP — локальные поисковые алгоритмы воспринимают это как сигнал проблемы. Наш QA перед передачей-проход — проверка основных настроек, аудит структуры URL и проверка языка контента — был нацелен именно на закрытие этих пробелов до запуска QA-слоя агентства.

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

1. Шаблоны и страницы — пересборка поверхности URL. Мы создали 21 страницу на 5 шаблонах: Service Page, применённый одиннадцать раз по стандартной таксономии услуг офтальмологической вертикали (взрослые и детские осмотры зрения, контактные линзы, диабетическая ретинопатия, терапия сухого глаза, неотложная помощь, диагностика заболеваний глаз, консультация по лазерной хирургии, контроль миопии, нейролинзы, optilight), плюс Homepage, About Us, Brands и Default Template.

Таксономия услуг соответствует стандартному набору офтальмологической вертикали — тем же категориям, по которым пациенты ищут независимые оптометрические практики.

2. Новый контент, новый дизайн — тот же набор URL. Контент на каждой странице был новым: AI-написанные тексты, предоставленные агентством, загружались постранично в шаблон при сохранении существующих URL-слагов. Параллельно с заменой контента заметки дизайнера предписывали визуальные правки, чтобы новая сборка отличалась от исходной вёрстки — изменения структуры подстраниц, Hero и секционных макетов, оформления изображений. Обе операции шли на одних и тех же страницах одновременно; синхронизация точности контента с дизайн-изменениями была координационной задачей со стороны разработки.

3. Цикл правок и обратной связи до согласования. После первичной сборки агентство открывало раунды обратной связи от клиента и проверяющего через общую очередь задач. Каждый раунд охватывал смесь из точности контента (фотографии врачей, контактные данные, поведение виджета отзывов), корректировок вёрстки и межблочных расстояний, а также постраничных дизайн-правок. 34 пункта очереди задач закрыты на 100% — каждый отслеженный элемент был решён до передачи.

Ритм задач отражал процесс агентства: отдельные записи изменений в трекере Google Sheets, проверка аккаунт-менеджером, передача нам на реализацию, подтверждение QA-слоем перед закрытием. На страницах, где клиент запросил изменения в тексте по формулировкам местоположения — повторяющееся «in Knoxville» в заголовках страниц услуг — мы сохранили H1 с полным указанием города для непрерывности локального поиска и перенесли видимый текст в подзаголовок вместо удаления ключевого контента со страницы.

4. Проверка перед передачей поверхности локального поиска. Перед передачей мы провели QA перед передачей-проход Site Checker — основные настройки, контентная и SEO-составляющую (мета-тайтлы, слаги, каноникалы), структура URL, проверка языка контента по страницам и меню, скриншоты в нескольких разрешениях.

Для офтальмологической практики ключевые категории с точки зрения непрерывности локального поиска — именно они: согласованность слагов, точность NAP-смежных текстов (формат названия практики, адрес, телефон) и корректность каноникалов. Проход подтвердил чистоту сборки до того, как запускался собственный QA-слой агентства после передачи.

Ограничение по отличию вёрстки вступало в прямое противоречие с требованием сохранить H1 для локального поиска. Чтобы дизайн подстраниц стал достаточно отличимым от работы предыдущего подрядчика, нам пришлось изменить структуру каждой страницы; чтобы оставить «Dry Eye Therapy in Knoxville» в H1 — а не в визуально более чистой усечённой форме, которую предлагал дизайн, — мы не тронули элемент, от которого зависело ранжирование в локальном поиске. Оба условия должны были выполняться на одних и тех же страницах одновременно.

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

QA перед передачей подтвердил сохранность структуры URL и H1 на всех 11 страницах услуг — включая содержащий указание города H1 «Dry Eye Therapy in Knoxville», который команда осознанно оставила для непрерывности локального поиска, — и выявил битую внутреннюю ссылку на /our-technology/, ведущую на несуществующий слаг /digital-eye-strain/, исправленную до того, как агентство увидело сборку.

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

Результаты

Результат: 21 страница на 5 шаблонах, загружен AI-контент, вёрстка отличается от исходного сайта, 34 пункта очереди задач решены, 46 пунктов запускного контрольного списка согласованы — за 59 дней, в рамках 60 часов.

Процесс

Команда

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

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

Управление проектом со стороны агентства, коммуникация с клиентом и дизайн-авторитет оставались за агентством на всём протяжении. Наша команда была невидима для конечного клиента; все запросы изменений поступали через общий трекер агентства, и каждый раунд переходил на следующий этап только после согласования с проверяющим агентства.

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