Кросс-шаблонное развёртывание CTA — инициатива Q3 2025

Клиент (конечный пользователь): Маркетинговое агентство из США, специализирующееся на сайтах для локального бизнеса — внутренняя продуктовая инициатива
Формат сотрудничества: Развёртывание функционала для одной из внутренних подкоманд агентства на всей стоматологической библиотеке шаблонов WordPress агентства
Сроки: октябрь – ноябрь 2025 · ~26 ч · 4 задачи Redmine (1 сборка + 3 прохода QA)

Подход к проекту

25 дней, 2 CTA-компонента — Slim Banner на каждой главной странице и Hero Buttons во всех Hero-секциях — развёрнуты на всей стоматологической библиотеке шаблонов агентства, пока собственный разработчик агентства обрабатывал тот же список с противоположного конца. Состав работ расширился в середине проекта: 10 дополнительных сайтов добавлены и выделены в трекере. Pop-up CTA был заморожен до начала работ, оставив 2 компонента с самого старта. 3 последовательных прохода QA закрывали каждый пакет, прежде чем он считался завершённым.

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

Этот кейс описывает одно такое развёртывание — единую CTA-систему, развёрнутую на стоматологической библиотеке шаблонов маркетингового агентства из США в рамках квартальной продуктовой инициативы Q3 2025.

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

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

Одна из внутренних подкоманд агентства — команда, отвечающая за поддержку и развитие стоматологической библиотеки шаблонов сайтов агентства — провела квартальную продуктовую инициативу в Q3 2025. Инициатива («Q3 Rock» в плановой лексике агентства — обозначение квартального приоритета, поставляемого отдельным блоком работ) предусматривала развёртывание единой CTA-системы на всех сайтах библиотеки на Elementor.

Агентство передало спецификацию в двух артефактах: трекер Google Sheets с текстами CTA (надписи на кнопках, текст slim banner, целевые URL) для каждого сайта и Google Docs SOP с сопровождающими видеоинструкциями, записанными продуктовой командой агентства.

Состав работ охватывал два CTA-компонента: Slim Banner, размещаемый над шапкой главной страницы (со ссылками, как правило, на страницы о страховании или аналогичные целевые страницы), и Hero Buttons, размещаемые во всех Hero-секциях страниц (со ссылками на системы бронирования или контактные страницы, в зависимости от практики).

Третий компонент — Pop-up CTA — был включён в первоначальную спецификацию, но заморожен агентством до начала реализации, ограничив развёртывание двумя третями от изначально запланированной CTA-зоны. Целью внедрения были все сайты библиотеки на Elementor; сайты не на Elementor подлежали документированию и пропуску, без модификаций.

Эта задача выходит за рамки модели работы «на одного клиента», по которой построена большая часть портфеля. Здесь нет 1 конечного клиента, нет рабочего URL для проверки после сдачи. Эта работа — поддержка инфраструктуры собственной библиотеки шаблонов агентства — тот тип инициативы, который поддерживает согласованность большого портфеля управляемых сайтов без необходимости запуска отдельных проектных задач под каждый сайт.

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

QA перед сдачей проходил через Site Checker — WordPress-плагин, который мы разработали и поддерживаем — по категориям, применимым к этой задаче: базовые настройки, контент и SEO-аспекты, структура URL, очистка контента и языка на страницах, записях, данных Elementor, меню и виджетах, а также снимки экранов на разных разрешениях. Порог нулевых ошибок перед сдачей; предупреждения рассмотрены и признаны неблокирующими. Собственный QA-слой агентства прошёл после передачи и зафиксировал замечания в очереди задач для нашего цикла исправлений до приёмки агентством.

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

1. Первичная обработка спецификации и настройка доступа. Агентство предоставило трекер CTA-текстов в Google Sheets и Google Docs SOP с видеоинструкциями. Трекер перечислял сайты по доменам с требуемым текстом Slim Banner, надписями Hero Button и целевыми URL. Доступ к админке WordPress каждого сайта извлекался из хранилища учётных данных агентства. Сайты, к которым не удалось получить доступ немедленно, ставились в очередь на запрос учётных данных до начала работ — никакие модификации не выполнялись без подтверждённого доступа на руках.

2. По-сайтовое внедрение CTA с отслеживанием отклонений. Разработчик обрабатывал трекер построчно, применяя Slim Banner к главной странице каждого сайта и Hero Buttons ко всем Hero-секциям. Если на сайте уже присутствовал Slim Banner — размещённый либо собственным разработчиком агентства, либо в рамках предыдущей кампании — расхождение фиксировалось в колонке комментариев трекера, а не затиралось молча. Такой подход — документирование отклонений вместо нормализации — был осознанным выбором: команда могла бы принудительно применить новый текст CTA единообразно, но это затёрло бы специфичные для конкретного сайта доработки, уже прошедшие проверку и одобрение клиентами агентства.

Сохранение существующего CTA видимым в трекере оставляло за агентством редакционный контроль над тем, какие сайты получат обновлённый текст, а какие сохранят прежние сообщения. Принятые в агентстве соглашения по комментированию в трекере (галочки в колонке E для завершённых сайтов, примечания по проблемным сайтам) соблюдались на протяжении всей работы, чтобы разработчик агентства, обрабатывавший тот же пакет с противоположного конца списка, видел, какие именно сайты обработаны, а по каким остались открытые вопросы.

3. Обработка сайтов не на Elementor. Часть сайтов библиотеки была построена не на Elementor. Согласно спецификации, они были задокументированы и пропущены — без модификаций. Примечания в трекере делали эти исключения видимыми для агентства без необходимости отдельного коммуникационного прохода.

4. Три выделенных прохода QA с итеративным закрытием пакетов. Развёртывание не использовало единый проход QA в конце задачи. Вместо этого три отдельных задачи QA создавались в Redmine по мере продвижения работ пакетами — Павел Сажин выполнил два прохода (25 октября и 3 ноября) по мере завершения пакетов реализации; Антон Херсун выполнил третий проход (7 ноября).

Эта поэтапная модель QA соответствовала пакетной структуре развёртывания: агентство добавляло сайты в трекер в середине проекта по мере завершения начального пакета, поэтому QA проводился по завершённым наборам, а не ждал завершения всего списка. Каждый проход действовал как порог нулевых ошибок перед тем, как сайты считались завершёнными.

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

Результаты

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

Процесс

Агентство расширило список сайтов в середине проекта — добавляя пакеты по мере расчистки начального набора — что является характерной формой развёртывания на всю библиотеку: состав работ ограничен библиотекой, но точное количество выявляется инкрементально по мере аудита библиотеки.

Команда

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

• Людмила Травкина — ведущий разработчик, внедрение CTA на всех сайтах на Elementor
• Павел Сажин — QA, два выделенных прохода (проверки закрытия пакетов)
• Антон Херсун, xaverPRO — проход QA 3, надзор за проектом, оценка, выставление счётов

Управление проектом со стороны агентства, стратегия CTA-текстов и коммуникация с клиентами оставались за партнёрским агентством и его внутренней подкомандой на протяжении всего проекта. Конечные клиенты, на чьих сайтах было внедрено обновление CTA, не знали о передаче работ субподрядчику.

Агентствам с продуктовыми задачами