60+ лендингов без правки кода: как байеры перешли на внутренний конструктор

Что мешало использовать готовые конструкторы

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

Готовые конструкторы не подходили для специфической логики этих страниц и работы их аналитических скриптов. Поэтому байеры самостоятельно вносили изменения в код. Когда ручная работа стала занимать слишком много времени, руководитель отдела байинга обратился ко мне за решением.

Откуда возникала задержка в обнаружении потерь

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

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

Как я спроектировал и представил решение

Заказчик обозначил проблему, а способ решения я предложил самостоятельно. Я же выполнил всю работу: от проектирования конструктора до переноса действующих страниц. Сначала продумал логику и интерфейс, затем провёл презентации и демонстрации. Ещё до разработки руководитель мог увидеть устройство будущего инструмента и понять, как он изменит работу байеров.

Затем я разработал веб-интерфейс и разместил его на сервере, где уже находились лендинги. Для ежедневной работы в конструкторе предусмотрел:

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

Как шаблоны сохранили необходимые настройки

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

Просто вынести каждый параметр в отдельное поле было недостаточно. Если чрезмерно упростить редактор, сотрудникам снова придётся обращаться к коду. Если перегрузить интерфейс, вероятность ошибок останется прежней. Кроме того, систему требовалось сделать надёжной, удобной для поддержки и дальнейшего развития.

Я подобрал набор шаблонов, охватывающий необходимые варианты страниц и настроек. Благодаря этому байеры получили понятный порядок работы, а дальнейшие доработки конструктора не требовали лишнего усложнения системы.

Как автоматизация переноса стала импортом

Ручной перенос всех действующих лендингов потребовал бы много времени. В отделе их было больше 60. Страницы различались, поэтому простого копирования не хватало: для каждой нужно было сохранить работу скриптов и весь путь посетителя до рекламодателя.

Я написал скрипты, которые частично автоматизировали перенос и сократили объём ручной работы. Впоследствии они стали основой отдельной функции конструктора: загрузки существующей страницы одной кнопкой. В результате инструмент позволял не только редактировать лендинги, но и импортировать уже готовые.

Как байеры работают без правок исходного кода

Раньше руководитель отдела байинга вносил изменения в код через обычный текстовый редактор. С запуском конструктора он получил возможность настраивать те же страницы в административном интерфейсе. Байеры тоже перешли на новый инструмент: создают, копируют и редактируют лендинги в браузере, не прибегая к правкам исходного кода.

Это экономит команде часы работы каждую неделю. Число ошибок уменьшилось, а вместе с ним сократились потери трафика, которые раньше могли оставаться незамеченными часами или днями.

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