Как мы внедрили собственное технологическое решение, чтобы не принимать технические ошибки на стороне сайта за неэффективность рекламы
Задача и причина
Задача
Внедрить инструмент объективного контроля работы сайта (доступность и скорость загрузки), чтобы при просадках конверсии можно было быстро понять, связано ли падение показателей с рекламой или с техническими проблемами на стороне клиента.
Причины
Работа i-Media оценивается по KPI, поэтому мы привыкли отвечать за цифры. Однако, когда видны просадки в статистике или снижение конверсии в определенный период, стандартные инструменты аналитики не всегда дают ответ, кто виноват: креатив, настройки кампании или, возможно, сайт клиента, который «завис» в момент наплыва пользователей.
Так мы создали и внедрили в процессы кастомный мониторинг-бот, который непрерывно тестирует доступность рекламируемого сайта. Если время его полной загрузки превышает норму, бот мгновенно отправляет нам и клиенту уведомление в «Телеграме». В сообщение уже вшиты данные о времени отклика и скриншот проблемной страницы.
Прозрачность и управление
Данные мониторинг-бота стали хорошим подспорьем при анализе эффективности рекламной кампании. Видя просадку в статистике, мы, помимо прочего, сверяемся с данными бота. Если зафиксирована долгая загрузка сайта, можно понять, что проблема однозначно не в рекламе.
Это меняет сам подход к управлению размещением:
- Экономия времени — если бот указывает на проблему на сервере, не нужно тратить часы на поиск ошибок в рекламном кабинете.
- Бережное отношение к бюджету клиента — видя подтвержденный сбой, можно связаться с клиентом и предложить, например, снизить рекламную активность до 10% или поставить показы на паузу до фикса багов, чтобы не расходовать бюджет впустую.
- Использование слабостей конкурентов — бот отслеживает доступность не только сайта клиента, но и ресурсов его ключевых конкурентов. Изначально мы это делали, чтобы отличить локальный сбой от общих проблем на рынке. Но позже поняли, что в случае технических проблем у конкурентов можно оперативно увеличить бюджет для перехвата освободившегося трафика и привлечь покупателей, которые не смогли совершить заказ на других площадках.
Как это работает изнутри
Бот работает по принципу «хедлесс» (Headless Browser), обращаясь к сайту через точечные эндпоинты. Он поочередно загружает ключевые страницы — например, главную и корзину, — замеряет время отклика и фиксирует состояние сайта скриншотом. Для системы мониторинга критерием успешного завершения проверки является событие OnLoad (полная загрузка всего контента).
Чтобы проверка была максимально релевантной, бот полностью имитирует поведение реального человека. Он передает реалистичные заголовки (Headers) и User-Agent, характерные для современных браузеров, а на ряде ресурсов дополнительно имитирует движения мыши и естественные паузы. Такой «человечный» алгоритм в сочетании с предварительным согласованием собственных IP-адресов с клиентами позволяет избегать блокировок и систем защиты от DDoS-атак.
Мы сохраняем гибкость настроек: порог допустимого времени загрузки выставляется индивидуально для каждого проекта (от 3 до 10 секунд) в зависимости от веса и сложности сайта. Сейчас проверки проходят ежечасно в десктопной версии, не создавая нагрузки на сервер.
В ближайших планах — запуск мониторинга мобильной версии сайта и расширение сценариев: автоматические клики, переходы по вкладкам и поиск названия бренда через поисковые системы.
Результат
Появился источник объективных данных о состоянии сайта в моменты просадок. Мы быстрее находим причину аномалий в статистике, меньше времени тратим на лишние проверки в рекламных кабинетах и при подтвержденных сбоях на стороне сайта можем оперативно корректировать активность, чтобы не расходовать бюджет впустую. Дополнительно мониторинг конкурентов помогает быстрее реагировать на их технические проблемы и перехватывать часть трафика.
Источники изображений:
Архив i-Media