29-страничная доработка темы для офтальмологии за 151 день

Клиент (конечный пользователь): Advanced Eye Care Professionals — оптометрическая клиника в Lakeville, Minnesota
Формат сотрудничества: White-label доработка темы для маркетингового агентства из США
Сроки: февраль 2026 · 151 день · 73 часа · 29 URL · в срок

Подход к доработке темы

29 страниц оптометрической клиники на шаблонной системе Kinsta, приведённых к макетам Figma агентства на 10 шаблонах — с сохранением URL как базового ограничения для частной практики, чьи пациенты годами пользовались одними и теми же страницами лечения синдрома сухого глаза и ухода за зрением. Агентство владело дизайном и списком редиректов; мы отвечали за постраничную реализацию, цикл QA по более чем 107 отслеженным элементам SEO и CX, а также за шлюз тестовой среды, подтверждавший сохранность каждого пользовательского slug перед сдачей.

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

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

Маркетинговое агентство из США передало нам дизайн в Figma для Advanced Eye Care Professionals и цель развёртывания на своей фирменной шаблонной системе на Kinsta. Агентство уже выполнило подготовительную работу: постраничные контент-документы в Google Docs, подробную карту сайта с привязкой старых URL к новой структуре шаблонов и Figma, в которой дизайн-система агентства была применена к стандартной таксономии услуг офтальмологической вертикали. Им нужна была команда, которая аккуратно перенесёт этот Figma на шаблон и сохранит каждый URL, которым пользовались пациенты клиники.

Сохранение URL — это не техническая деталь для офтальмологического проекта, а критерий приёмки. Advanced Eye Care Professionals годами накапливала аудиторию пациентов в Lakeville: люди, которые ищут лечение сухого глаза, комплексную проверку зрения, контактные линзы или детскую офтальмологию, возвращаются по URL из закладок или найденным через поиск.

Доработка темы, которая молча переименовывает slug (/vision-care-products/contacts/ → новый путь, /dry-eye-treatment/optilight-for-dry-eye-treatment/ исчезает), не регистрируется как ошибка в CMS — она выдаёт 404, когда пациент в следующий раз открывает сохранённую ссылку. Агентство хотело исключить именно этот сценарий: команда, которая перекраивает URL-структуру ради редакторского удобства, не считая каждый slug обязательством перед пациентом.

Таксономия офтальмологических услуг на этом сайте — лечение сухого глаза (с подстраницами OptiLight и TearCare), комплексные проверки зрения, контактные линзы, неотложная помощь, лечение заболеваний глаз (катаракта, диабетическая ретинопатия, глаукома, AMD), контроль миопии, линзы и оправы, детская офтальмология и InfantSEE — это стандартный набор вертикали.

Страница врача Amy M. Rudser, O.D. — основательницы клиники и главного оптометриста — располагалась по пути /about-us/doctors-staff/, который клиника держала годами. Сохранить этот путь, как и каждый URL услуги, нужно было до сдачи — это был обязательный шлюз тестовой среды.

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

1. Figma как контракт, шаблон как холст. Файл Figma был спецификацией дизайна. Фирменный шаблон был базовой структурой страниц. Наша задача заключалась в постраничном согласовании: где стандартный макет шаблона совпадал с Figma — мы его оставляли; где Figma требовала отклонения (лендинг лечения сухого глаза со специализированными блоками контента, секция записи на приём на странице ресурсов для пациентов, сетка логотипов страховых компаний на странице информации о страховке) — мы дорабатывали. Никакие дизайн-решения не исходили с нашей стороны.

2. Целостность URL как требование к доработке. На офтальмологическом проекте с существующей аудиторией пациентов карта сайта — это не просто инвентаризация контента, а контракт на URL. Конечный slug каждой страницы был подтверждён относительно старого сайта и сохранён в новой структуре шаблона.

Вкладка карты сайта в таблице Google Sheets содержала параллельно старые и тестовые URL; QA на любой странице, где они расходились, было критической задачей, а не стилистическим замечанием. Проверка контента и SEO в нашем Site Checker перед сдачей — мета-заголовки, проверка slug, canonical-настройки — была шлюзом, подтверждавшим целостность URL перед отправкой.

3. Цикл QA в масштабе доработки темы. Качественная доработка темы — это не «собрать один раз, проверить один раз». Это «собрать, проверить, поправить, проверить, поправить». Из 125 задач, отслеженных в этом проекте, 88 были QA-итерациями — отдельными раундами, где агентство отмечало расхождения дизайна и контента, мы проверяли, исправляли и возвращали сборку на очередную проверку. Агентство отследило более 107 пунктов в двух вкладках очереди задач (57 находок SEO и 50 находок CX), согласованных в общем рабочем пространстве до окончательного утверждения.

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

4. Доработка без дрейфа. Каждое изменение, которое мы вносили в фирменный шаблон — будь то макет страницы, компонент секции или токен стиля — документировалось относительно Figma. Макеты карточек врача, секции форм для пациентов, блоки логотипов страховых компаний и структуры контента подстраниц сухого глаза дорабатывались в рамках страницы, а не применялись как переопределения на уровне шаблона — мы выбрали доработку в рамках страницы, потому что общие компоненты шаблона агентства повторно используются на множестве сайтов клиентов, и переопределение общего компонента для одного проекта изменило бы базовый макет для всех последующих сборок, наследующих его.

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

5. Проверка на разных устройствах. Доработки проверялись в Chrome, Firefox, Safari и Edge на большом экране, планшете и мобильных устройствах — стандартный набор точек адаптации агентства. Каждый раунд QA охватывал страницы, затронутые расхождениями дизайна в этом раунде, а не весь сайт — именно так доработка на шаблоне остаётся эффективной без потери покрытия.

Главное противоречие этого проекта — между дефолтными настройками шаблона и slug, годами стоявшими в результатах поиска. Мы сверяли каждый финальный URL с двумя параллельными колонками таблицы Google Sheets — старые URL против тестовых — страница за страницей. В финальной предзапускной проверке агентство обнаружило, что XML-карта сайта недоступна: это исправление закрыли до переключения — последний шлюз, который должен был пройти контракт на URL.

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

Страница информации о страховке была центром нагрузки QA в этом проекте — очередь задач агентства зафиксировала 31 пункт, связанный со страховкой, включая удаление целых секций, переписывание FAQ, исправление логотипов страховых компаний и замену заголовков и текста абзацев; финальная предзапускная проверка агентства также выявила недоступность XML-карты сайта (Redmine #1223), которая была исправлена и закрыта перед переключением.

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

Доработки остались в переопределениях конкретного клиента; общие компоненты шаблона агентства не изменялись.

Результаты

Итог, изложенный просто: Figma агентства был реализован на их фирменном шаблоне на 29 страницах и 10 шаблонах за 151 календарный день в рамках оценки в 73 часа — с сохранением каждого пользовательского URL предыдущего сайта.

Процесс

Разработка и QA выполнялись параллельно — это характерно для работы по доработке тем, где ни одна «фаза QA» не закрывается чисто; цикл работает непрерывно до согласования с агентством.

Команда

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

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

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

Агентствам с библиотекой шаблонов