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

Доработка фирменной темы по Figma для офтальмологической клиники — 29 URL на 10 шаблонах, более 107 отслеженных задач по SEO и UX закрыто за 151 день и 73 часа.

Индустрия Здравоохранение
Взаимодействие White-label · американское маркетинговое агентство
Выполнено 151 календарный день · в срок
Адрес сайта visionsource-dramyrudser.com
73ч за 151 день
visionsource-dramyrudser.com · desktop
visionsource-dramyrudser.com · mobile
Скриншот недоступен
Вид на мобильном

Скриншоты сделаны автоматическими инструментами — некоторые элементы могли не загрузиться полностью или перекрываться. Для наиболее точного представления открыть действующий сайт →

— Техническое задание

Переделать сайт на новом стеке. Реализовать по спецификации. Без импровизаций. Передать готовым к переходу.

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

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

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

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

Параметр Значение
Индустрия клиента Офтальмология — оптометрия (частная практика)
Клиент Advanced Eye Care Professionals (Lakeville, MN)
Формат сотрудничества White-label доработка темы для маркетингового агентства из США, специализирующегося на сайтах для локального бизнеса
Тип проекта Доработка темы WordPress (фирменный шаблон агентства + постраничный дизайн в Figma на Kinsta)
Объём 29 URL — главная, лендинг лечения сухого глаза + подстраницы, лендинг товаров для зрения + страницы услуг, «О нас», карточка врача, контакты, ресурсы для пациентов, информация о страховке, лендинг блога и вспомогательные страницы
Сроки 151 день (4 сентября 2025 – 2 февраля 2026), в срок
Трудозатраты 73 часа — разработка, QA-итерации и управление проектом
Команда 6 специалистов
Шаблоны 10 повторно используемых шаблонов, все применены на 29 страницах
Технологии WordPress · Elementor · Kinsta · постраничный дизайн в Figma · агентская AutoQA (проверки Links / Email / Content AI) · Site Checker (плагин QA )
Подход к QA Более 107 отслеженных задач SEO + CX согласовано в очереди правок агентства в рамках контрольного списка запуска из 78 пунктов
Динамика взаимодействия 57 задач от агентства — все закрыты к сдаче (активная фаза 28 дней, 24.09.2025 – 21.10.2025)
Раунды проверки ≈9 раундов проверки за 151 календарный день
Трудозатраты на задачу 125 внутренних задач Redmine · медиана 2 мин / P75 22 мин на задачу
Контрольный список запуска 78 пунктов, согласовано перед переключением

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

Маркетинговое агентство из США передало нам дизайн в 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 услуги, нужно было до сдачи — это была обязательная проверка на тестовой среде.

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

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

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

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 по категориям и порогу нулевых ошибок. Внутренний контур проверки агентства шёл после сдачи, и найденные проблемы попадали в общую очередь правок для нашего цикла исправлений, пока агентство не подписало приёмку.

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

Результаты

Метрика Результат
URL сдано 29 — 1 главная, 1 лендинг лечения сухого глаза, 2 подстраницы сухого глаза, 1 лендинг товаров для зрения, 9 страниц услуг, 1 лендинг заболеваний глаз + 4 подстраницы заболеваний, 1 «О нас», 1 карточка врача, 1 контакты, 1 лендинг ресурсов для пациентов, 1 страница информации о страховке, 1 лендинг блога и вспомогательные страницы
Задействовано шаблонов 10 из 10 повторно используемых шаблонов создано и применено на 29 страницах (главная, О нас, Страница врача, Контакты, Страница услуги, Лендинг услуг, Лендинг блога, Стандартный шаблон, Лендинг пациентов, Страница пациента)
Контрольный список запуска 78 пунктов согласовано
QA / задач SEO + CX отслежено и решено Более 107 пунктов согласовано в двух вкладках очереди правок агентства (57 SEO + 50 CX)
QA-итераций в Redmine 88 из 125 задач (70%) отслежено на уровне итераций
Сроки 151 день, сдано в срок
Трудозатраты 73 часа — без перерасхода, без расширения объёма
Команда 4 специалиста
Хостинг Работает в шаблонной среде Kinsta агентства
Состояние страниц при сдаче URL рабочего сайта возвращает HTTP 200 по данным независимой проверки (25.04.2026)

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

Процесс

Этап Длительность Результат
Бриф и оценка ~1 неделя Figma изучен, доступ к шаблону подтверждён, согласован объём карты сайта и сохранения URL
Разработка доработок ~3 недели Постраничная доработка шаблона под Figma; построена таксономия сухого глаза и страниц услуг
QA-итерации (параллельно) ~14 недель Зафиксировано 88 раундов QA; каждый закрыт только после согласования с агентством
Раунды исправлений ~4 недели Коррекции после проверки: пункты меню, контент страховки, размещение CTA записи
Сдача Финальный день Сайт запущен на Kinsta; агентство подтвердило готовность к публикации

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

Команда

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

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

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

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

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

Подрядчику стоит задавать не вопрос «настроите ли шаблон», а вопрос «как именно вы удержите клиентские доработки на месте при обновлении шаблона».

Пришлите исходник шаблона или спецификацию бренда и черновик объёма доработок. Пройдём по вашему плану вместе, отметим места, где обновление шаблона способно тихо что-то сломать, и вернём фиксированную смету в часах.

Запросить аудит ТЗ →

У вас ещё нет ТЗ? Пришлите описание в один абзац — мы вернёмся с вопросами, которые стоит задать. Прислать описание →

— QA-контроль перед передачей

Site Checker запускается до того, как агентство что-либо видит.

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

Проверка базовых настроекпройдено
Аудит контента и SEO-поверхностипройдено
Целостность структуры URLпройдено
Нормализация языка контентапройдено
Аудит меню и виджетовпройдено
Сравнение контента: оригинал и ребилдпройдено
Захват скриншотов в нескольких разрешенияхпройдено

Не уверены, подходит ли ваш проект под этот формат?

Прокрутить вверх