WordPress-сайт юридической фирмы на 112 страниц за 116 дней

Клиент (конечный пользователь): Jae Lee Law — New Jersey
Формат сотрудничества: White-label — для маркетингового агентства из США
Сроки: июнь – сентябрь 2025 · 116 дней · 66 часов (разработка + фаза правок)

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

112 URL на 9 шаблонах, свёрстанных по макетам Figma для большого экрана и мобильных устройств — 83 из этих страниц на одном шаблоне Individual Practice Areas, применённом по разу для каждой практики, подпрактики и юрисдикции на всём дереве услуг. Агентство предоставило библиотеку шаблонов, карту сайта и почасовую оценку; мы сопоставили каждый URL с назначенным шаблоном и уложились в бюджет 66 часов на всём 116-дневном цикле разработки и правок.

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

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

Маркетинговое агентство из США, нанятое Jae Lee Law — юридической фирмой из New Jersey, специализирующейся на травмах, несчастных случаях и трудовом праве и обслуживающей клиентов в округах Bergen, Hudson и Passaic — передало нам таблицу Google Sheets с полной картой URL, каталогом шаблонов, контрольным списком запуска и предзаполненными очередями задач.

Разработка велась на их окружении Kinsta; конструктор страниц — Elementor; контактные формы — через Gravity Forms. Вкладка Template в таблице содержала библиотеку раздела LEGAL: Attorney Page, Practice Areas lander, Individual Practice Areas, About Us, Blog, Blog Lander, Homepage, Contact, Default Template, Results и служебные страницы с политиками.

Задача: построить все 112 страниц по библиотеке шаблонов агентства — сопоставив каждый URL отдельной практики с назначенным шаблоном из строки карты сайта — и отработать две параллельных очереди задач QA (SEO-трек и CX-трек), пока агентство не примет сайт. На всём протяжении не выходить на прямой контакт с конечным клиентом; неясности возвращать в агентство; не импровизировать с описаниями практик, квалификацией адвокатов или навигационной иерархией.

Когда в процессе разработки через очередь задач QA агентства поступают изменения карты сайта или контента, возникает риск, что сайт будет запущен с битыми ссылками, страницами-сиротами или несогласованной навигацией. Аккуратно закрыть такие пункты до сдачи — вот дисциплина разработки, которая здесь и решает. Дополнительным ограничением в этом проекте была готовность контента: несколько CTA и локализованных секций страниц практик на момент разработки не имели готовых текстов и были помечены в SEO-вкладке для добавления после запуска — чтобы не задерживать цикл разработки. Это следствие того, что процесс подготовки контента агентства работал параллельно с разработкой, а не опережал её.

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

1. 9 шаблонов, 112 страниц, один процесс. Страницы Jae Lee Law распределились по библиотеке шаблонов агентства: Homepage, Attorney Page (применён четыре раза — по разу на каждого адвоката в исходной карте сайта), Practice Areas lander (применён на уровне округов Bergen, Hudson, Passaic и на основной странице /practice-areas/ — всего 4 раза) и самый объёмный — Individual Practice Areas, применённый 83 раза по всему дереву практик фирмы: травмы и несчастные случаи, ДТП, строительные травмы, ответственность за состояние помещений, ответственность за продукцию, трудовое право, врачебная халатность, защита DWI/DUI, халатность в домах престарелых, а также локализованные страницы по округам.

Каждая страница построена на назначенном шаблоне; ни одна не создавалась вручную вне системы шаблонов.

2. Спецификация соблюдена построчно — включая колонку с почасовой оценкой. В таблице были почасовые оценки на каждую строку. Основной объём разработки — главная (7 ч), результаты дел (3 ч), лендинги практик (3 ч), страницы адвокатов (0,15–2,5 ч на каждого) — был оценён построчно. 83 страницы Individual Practice Areas по 0,15 ч за страницу отражают закономерность импорта контента агентства: каждая страница получает применение шаблона и наполнение контентом из существующих материалов агентства. В сумме проект уложился в согласованные 66 часов.

3. Два параллельных QA-цикла, закрытых до запуска. Агентство разделило QA на отдельные SEO- и CX-направления, а не свело в один список — потому что SEO-замечания команда разработки могла закрыть сама (мета-заголовки, иерархия навигации, перенаправления), тогда как CX-пункты часто требовали согласования со стороны агентства или утверждения клиента.

Замечания отслеживались в двух вкладках агентства — Issues Backlog(SEO) (35 строк, все Completed) и Issues Backlog(CX) (25 строк, 24 Completed, 1 in QA на момент выгрузки данных). Первые строки SEO-вкладки касались иерархии навигации и соответствия Figma на главной; первые строки CX-вкладки охватывали структурные правки карты сайта и настройку контактной формы. Контрольный список запуска на 30 пунктов — Design, Functionality, Pre-Migration, Post-Migration — вёлся параллельно с обеими очередями правок.

H1 был установлен с нулевым размером шрифта для соответствия макету Figma — обходное решение, оставившее главную без рабочего заголовка для SEO-инструментов. Это замечание, а также типы записей результатов дел, помеченные как публично индексируемые, прошли цикл исправлений до согласования. Ни то, ни другое не потребовало изменения объёма работ; оба требовали, чтобы их нашёл QA-раунд.

Результаты

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

Последующий раунд проверки агентства выявил две структурные проблемы, которые прошли через общий цикл исправлений: H1 на главной был установлен с нулевым размером шрифта — обходное решение для соответствия Figma, оставившее страницу без рабочего заголовка для SEO-инструментов, — а внутренний тип записей case-results был публично доступен и индексируем, что потребовало обработки noindex для каждой записи перед запуском.

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

Процесс

Фазы пересекаются — контентные раунды и структурные изменения шли параллельно с QA-раундами, поэтому календарная длительность составила 116 дней, а не сумму отдельных фаз.

Команда

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

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

Управление проектом со стороны агентства и коммуникация с клиентом оставались за партнёрским агентством на всём протяжении. Наша команда была невидима для конечного клиента.

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