Разделы справки
Справка / A/B-тест монетизации

Как провести A/B-тест монетизации сайта

Задача теста — понять, улучшает ли новая схема результат вашего сайта. Сравнивайте варианты одновременно на сопоставимом трафике и заранее решите, какой эффект оправдывает изменение.

Что именно проверяем

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

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

ℹ️
Период адаптации спроса зависит от рекламной системы и объёма данных. Универсального срока «обучения ML за 14 дней» нет. Учитывайте рекомендации конкретного источника и фактические наблюдения.

Когда использовать Varioqub

Varioqub помогает разделить посетителей на варианты и сравнить метрики. Для рекламных экспериментов ознакомьтесь с официальной инструкцией Яндекса. Используйте код и настройки из своего проекта, а не чужой пример с вымышленным идентификатором счётчика.

Заранее проверьте, какие рекламные доходы доступны в отчёте и требуется ли отдельная передача данных. Наличие счётчика не означает, что доход CPM Arena автоматически попадёт в эксперимент.

План запуска

  1. Запишите гипотезу и основную метрику. Например, чистый доход всех затронутых размещений на тысячу страниц. Укажите комиссии, валюту и часовой пояс.
  2. Определите контроль и тест. Различие должно соответствовать гипотезе. Остальные условия по возможности сохраняйте.
  3. Выберите единицу разделения. Один посетитель должен стабильно попадать в выбранный вариант по правилам инструмента. Проверьте пересечение групп и корректность распределения.
  4. Определите аудиторию. Сравните устройства, географию, источники трафика и типы страниц. Не складывайте несовместимые сценарии в одну оценку.
  5. Проверьте установку. В каждой группе должна показываться только предусмотренная схема. Проверьте заполненное и пустое размещение, закрытие, мобильное меню и динамическую подгрузку.
  6. Зафиксируйте правило решения. Какой эффект полезен бизнесу, какой объём наблюдений нужен, какие ограничения по UX и ошибкам останавливают тест.
  7. Запустите наблюдение. Не меняйте настройки без записи в журнале. При существенной правке отделите новый этап от предыдущего.

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

Проверка кода после установки · Проверка Core Web Vitals

Как читать результат

ВопросПроверка
Варианты сопоставимы?Распределение и состав трафика соответствуют плану; нет технических потерь учёта.
Доход действительно вырос?Одинаковые определения net/gross, комиссий и знаменателя. Учитывается весь затронутый рекламный доход.
Изменение устойчиво?Оцените неопределённость методом выбранного инструмента; не выбирайте победителя по одному пику.
Читателю не стало хуже?Проверьте заранее выбранные ограничения: вовлечённость, Core Web Vitals, доступность контента и ошибки.

Учебный пример. Контроль принёс 10 000 ₽ net на 100 000 страниц, тест — 11 000 ₽ net на 110 000 страниц. В обоих случаях результат равен 100 ₽ на тысячу страниц. Большая абсолютная сумма сама по себе не доказывает улучшение монетизации.

Если объёма не хватает, вывод — «недостаточно данных». Не заменяйте его утверждением об одинаковой эффективности. Клик по рекламе, видимость блока и начисленный доход также не взаимозаменяемы.

Ошибки, которые делают тест бесполезным

  • Сравнивать «до и после» без учёта сезонности, спроса и источников посетителей.
  • Одновременно менять формат, позицию, частоту и рекламную сеть, а вывод приписывать одному изменению.
  • Сравнивать gross одной системы с net другой или CPM блока с доходом на тысячу страниц.
  • Многократно проверять промежуточный результат и завершать тест в первый удобный момент без заранее принятого правила.
  • Продолжать тест с неисправным размещением ради накопления данных.

Если используете другой инструмент

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

Случайная смена варианта на каждом открытии страницы может не соответствовать выбранной единице эксперимента. При серверной или клиентской реализации проверьте этот контракт отдельно.

Как принять решение

  • Есть полезное улучшение и соблюдены ограничения: расширяйте охват поэтапно, сохранив возможность вернуть прежнюю схему.
  • Результат неопределённый: оцените пользу продолжения и достаточность трафика. Новая гипотеза требует отдельного плана.
  • Результат хуже или нарушены ограничения: верните рабочую схему, разберите причину. Не объявляйте проигрыш «ещё не закончившимся обучением» без доказательств.

После расширения продолжайте наблюдение: состав спроса и поведение всей аудитории могут отличаться от пилота.

Обсудить тест на вашем сайте

Пришлите адрес сайта, текущую схему, гипотезу и доступные метрики. Обсудить подключение CPM Arena. Условия и способ проверки согласуем под проект.

Материалы для подготовки