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. Девять шаблонов, 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-пункты часто требовали согласования со стороны агентства или утверждения клиента.

Замечания отслеживались в двух вкладках очереди задач агентства — очереди задач SEO (30 строк, все Completed) и очереди задач 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-слой агентства — их инструменты, их процессы — работал после сдачи и выявлял замечания, которые поступали в общую очередь задач для нашего цикла исправлений до окончательного согласования.

Процесс

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

Команда

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

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

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

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