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