Сборка WordPress для агентства доноров яйцеклеток на 19 страниц за 19 дней

Клиент (конечный пользователь): Signature Egg Donors — New York & Connecticut
Формат сотрудничества: White-label разработка для маркетингового агентства из США
Сроки: март–апрель 2025 · 19 дней · 40 часов

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

19 страниц сборки WordPress в сфере репродуктивной медицины на библиотеку из 6 шаблонов на WP Engine, сдали за 40 часов и 19 дней. Спецификация агентства делила сайт на 2 аудитории — путь донора на /egg-donor/ и путь будущих родителей на /parents/ — с независимым отслеживанием конверсий по каждой кнопке, чтобы агентство могло мерить каждый CTA без пересечения.

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

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

Маркетинговое агентство, нанятое Signature Egg Donors — агентством доноров яйцеклеток в Нью-Йорке и Коннектикуте, которое работает с двумя разными группами людей, — передало нам Google Sheets таблицу с полной картой сайта, каталогом шаблонов, контрольным списком запуска и технической спецификацией проекта. Сборка размещалась на WP Engine; конструктором страниц был Elementor; контактная форма работала на Gravity Forms.

Контент-архитектуру агентства для этого клиента намеренно разделили на два параллельных направления: страница /egg-donor/ для потенциальных доноров яйцеклеток и страница /parents/ для будущих родителей. Оба направления уже жили на исходном сайте под разными URL (/for-donors и /for-donors-1). В бриф сборки входил перенос обоих на чистые постоянные URL и настройка отслеживания конверсий по каждой кнопке, чтобы каждый призыв к действию на каждой странице мерился отдельно.

Через весь проект шла и третья линия: на сайте было 13 записей блога, которые предстояло перенести с плоского пути /post/ в поддиректорию /blog/, сохранив метаданные и заголовки в каждой записи.

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

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

1. 6 шаблонов, 19 страниц, один процесс сборки. Библиотека шаблонов агентства содержит 10 стандартных шаблонов. Для этого клиента применили 6: главная (1 страница), о нас (1), страница услуг (2 — по одной на аудиторию), контакты (1), блог (1) и запись блога (13 постов). Оставшиеся 4 шаблона — страница врача, шаблон по умолчанию, каталог услуг и отзывы — были под рукой, но не пошли в дело; карта сайта клиента их не требовала. Каждую страницу собрали на назначенном ей шаблоне из строки карты сайта в таблице.

2. Спецификация выполнена строка за строкой — включая оценку часов на страницу. Карта сайта содержала построчную оценку часов для каждого URL. Больше всего получила главная (6 ч): у неё насыщенный видео-макет со встроенным MP4-героем и навигацией, которая раскрывается при прокрутке, — поведение перенесли с исходного сайта.

MP4 тормозил прокрутку на тестовой среде, и его пришлось сжать, прежде чем раскрытие при прокрутке совпало с оригиналом. Обе страницы услуг получили отдельные часы на видео-фоны и отслеживание конверсий. Мы уложились в бюджет каждой строки; объём сошёлся на 18 часах разработки при оценке в 18 часов.

3. Миграция URL для двух аудиторий и отслеживание конверсий по каждой кнопке. Исходный сайт держал два пути услуг на несогласованных между собой slug’ах (/for-donors и /for-donors-1). Новая сборка вывела их на /egg-donor/ и /parents/ — постоянные, понятные, различимые.

Мы выбрали отслеживание кнопок через shortcode, а не отдельный плагин аналитики: спецификация агентства требовала отслеживания по URL для каждой аудитории в рамках общего шаблона Elementor. По технической спецификации каждой странице настроили своё отслеживание кнопок, чтобы аналитика агентства различала события CTA на пути донора и на пути будущего родителя без пересечения.

4. Миграция пути блога: 13 постов с /post/ на /blog/. Исходный сайт организовывал записи под плоским путём /post/. Новая сборка перенесла каждую запись в поддиректорию /blog/, сохранила исходные заголовки H1 и метаданные и подтвердила паритет URL на тестовой среде по обходу Screaming Frog исходного сайта перед передачей.

5. Два QA-цикла, закрытых до запуска. Задачи вели в двух вкладках очереди правок агентства. Очередь правок (22 строки) собралась после собственного QA-прохода агентства: правки meta description на 3 страницах, исправления адаптивной вёрстки на мобильных, коррекция структуры заголовков блога, подключение ленты Instagram и набор мелких стилевых правок.

20 пунктов закрыли как выполненные; один остался в ожидании информации (вопрос по поведению меню — подтвердили, что оно совпадает с исходным сайтом); один отложили до будущего SEO-бюджета. QA-проверка аккаунт-менеджера (2 пункта — размер футера и число строк H1 на странице донора) закрыта на 2 из 2 выполненных. Контрольный список запуска по разделам «Дизайн», «Функциональность», «Контент», «SEO и аналитика», «Адаптивность» согласован полностью.

Отслеживание по каждой кнопке через shortcode держало всю архитектуру конверсий. Спецификация требовала измерять CTA по URL для каждой аудитории в рамках общего шаблона Elementor — плагин слил бы два набора отслеживания в один. Shortcode оставили /egg-donor/ и /parents/ аналитически различимыми, не разводя шаблон.

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

QA на этой сборке прошло по двум категориям: целостность конверсионного пути (идентификаторы отслеживания кнопок подтвердили как различные для /egg-donor/ и /parents/, уведомления Gravity Forms настроили на info@signaturedonors.com) и структурная точность (число строк H1 на /egg-donor/ исправили на одну строку, размер футера привели к спецификации — оба пункта из проверки тестовой среды аккаунт-менеджером, оба закрыли как выполненные до передачи).

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

Результаты

Процесс

Сборка и этапы QA пересекались — задачи выявлялись 31 марта, пока оставшаяся разработка шла параллельно. Это стандартная форма «один этап + хвост» для 19-дневного проекта.

Команда

Маркетинговое агентство из США управляло отношениями с клиентом и руководило всеми контентными и дизайнерскими решениями. Конечный клиент нас не видел на всём протяжении.

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

Вся клиентская коммуникация и контентные решения оставались у агентства. Мы не писали тексты и не принимали дизайнерских решений самостоятельно.

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