Ретаргетинг в affiliate-маркетинге: сегменты, исключения и проверка инкрементальности

Редакция mevrica

Рекламные технологии8 мин чтения

Обновлено 3 августа 2026 г.

Ретаргетинг работает с людьми или устройствами, которые уже оставили наблюдаемый сигнал: посетили страницу, начали форму, вернулись к материалу или выполнили промежуточное действие. Из-за этой предварительной заинтересованности last-click отчёт почти неизбежно выглядит сильнее prospecting. Задача команды — не просто напомнить, а определить полезный следующий шаг, исключить завершивших действие, ограничить давление и проверить, сколько результата действительно добавил повторный контакт.

Прямой ответ

Стройте сегмент из явного события и срока, назначайте suppression до запуска и разделяйте acquisition, reactivation и retargeting. Оптимизируйте не на общий attributed CR, а на дополнительный зрелый результат против holdout или другого обоснованного контроля.

1. Определите основание членства

Сегмент «все посетители» смешивает случайный переход и осмысленное намерение. Выберите события, которые имеют продуктовый смысл: просмотр существенной части, начало формы, возвращение или конкретный незавершённый этап.

Каждое membership event имеет версию, timestamp и срок.

Membership table должна быть воспроизводимой as-of. Для каждой единицы хранят entered_at, source_event_id, segment_version, expires_at и exit_reason. Текущий список в рекламном кабинете является delivery snapshot, но не заменяет историю. Благодаря этому можно понять, почему пользователь получил показ после события и где задержалось исключение.

2. Не путайте человека и устройство

Cookie, mobile ID, account и email дают разные области связи. Отчёт должен показывать identity scope и unknown, а не называть любой идентификатор пользователем.

Cross-device расширение используется только на допустимом основании и маркируется отдельно.

3. Задайте окно сегмента

Слишком короткое окно не успевает поймать естественное возвращение, слишком длинное показывает сообщение после потери актуальности. Распределение time-to-conversion помогает выбрать кандидаты, но финальный срок связан с пользовательской задачей.

Окно версионируется и не подгоняется по лучшему ROAS.

4. Определите suppression

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

Задержка suppression измеряется: несколько часов могут создать раздражающие показы после конверсии.

Suppression выполняется на нескольких границах: внутренний сегмент, экспорт аудитории и рекламная платформа. Метрика suppression latency показывает время между подтверждённым действием и фактическим исчезновением из eligible set. Если API обновляется пакетно, команда планирует частоту и дополнительный safety window, а не обещает мгновенное исключение.

Исключение должно обновляться не только при покупке, но и при отзыве согласия, обращении в поддержку или появлении другого запрещающего статуса. У каждого основания свой приоритет и срок действия. Централизованный suppression list надёжнее разрозненных исключений в отдельных кабинетах.

5. Разделите этапы воронки

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

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

6. Продолжите мысль, а не повторите баннер

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

Каждый creative concept связывается с причиной незавершения, которую можно проверить.

Карта причин незавершения строится из UX-исследований, ошибок формы, последовательности событий и добровольной обратной связи, а не из психологических догадок. Если причина неизвестна, сообщение должно быть нейтральным. Нельзя утверждать, что пользователь «забыл» или «почти завершил», если наблюдался только короткий page view. Точная сегментация начинается с скромности вывода.

7. Контролируйте частоту

Frequency cap считают в окне и по доступной общей identity. Пересекающиеся кампании могут обойти локальные лимиты.

Показывайте распределение контактов и high-frequency spend, а не только среднее.

Частоту оценивают вместе с охватом и горизонтом. Пять показов за месяц и пять показов за час — разные пользовательские ситуации. Если системы не дают сквозного frequency cap между площадками, суммарную нагрузку оценивают по объединённым логам или ограничивают консервативнее на каждом канале.

8. Согласуйте последовательность

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

State machine понятнее набора независимых аудиторий в интерфейсе платформы.

Последовательность лучше моделировать как конечный автомат: состояние, допустимое сообщение, минимальный интервал, событие перехода и timeout. Тогда пользователь не получает шаг 3 до шага 1 и не остаётся в бесконечном цикле. Для каждой ветви есть нейтральное завершение, если данных недостаточно.

9. Учитывайте естественную конверсию

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

Показатель должен сравнивать дополнительный результат с контрольной группой.

10. Создайте holdout

Случайно исключите часть допустимой аудитории из показов и сохраните assignment. Сравните зрелый результат по intention-to-treat, даже если часть treatment не получила показ.

Пересечение с другими кампаниями измеряют и по возможности ограничивают.

Holdout assignment хранится до синхронизации с платформой и не меняется при повторном входе в сегмент в рамках эксперимента. В отчёте treatment определяется назначением, а не фактом показа: иначе люди, которых платформа не смогла охватить, исчезнут и нарушат случайное сравнение. Delivery rate анализируют как отдельный механизм.

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

11. Выберите единицу рандомизации

Если пользователь может иметь несколько устройств, device-level holdout допускает загрязнение. Account-level лучше при доступной допустимой связи.

Дизайн честно указывает ограничение, если person-level assignment невозможен.

12. Определите primary metric

Клик слишком близок к механике ретаргетинга. Нужен зрелый продуктовый результат или допустимый proxy, калиброванный к нему.

Guardrails включают жалобы, отписки, frequency и качество downstream.

13. Не смешивайте view-through и click-through

Просмотр и клик имеют разную доказательную силу. Окна и модели показывают раздельно.

Суммарный credit не должен превышать число реальных событий из-за пересечения отчётов.

14. Сверяйте membership и доставку

Сколько единиц вошло, было доступно для платформы, фактически получило opportunity и показ? Разрыв между этими этапами объясняет слабый охват.

Не оценивайте креатив, если половина аудитории потеряна при синхронизации.

Reconciliation состоит из internal eligible, exported, accepted by platform, addressable, opportunity и impression. Платформа не всегда отдаёт все ступени, поэтому неизвестная часть остаётся явной. Резкое падение результата при стабильной конверсии среди показанных может быть проблемой синхронизации, а не креатива.

15. Контролируйте данные

Не передавайте поля, не нужные для членства. Сырые значения формы, чувствительные сведения и персональные данные не должны попадать в названия аудиторий и URL.

Срок удаления согласуется с окном и требованиями.

Юридическая и платформенная допустимость проверяется до создания аудитории. Команда фиксирует основание обработки, срок хранения, доступные способы отказа и ограничения конкретной рекламной системы. Нельзя считать, что техническая возможность загрузить сегмент автоматически означает право его использовать.

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

16. Проверьте reactivation отдельно

Возвращение старого пользователя после долгой паузы — не то же, что незавершённая новая сессия. Реактивационные кампании имеют отдельный baseline и ценность.

Не записывайте их в new acquisition.

17. Учитывайте аукцион и overlap

Ретаргетинг может конкурировать с acquisition той же команды и повышать цену за уже охваченного пользователя. Анализируйте пересечение и bid policy.

Иногда suppression в prospecting даёт больше эффекта, чем рост ставки ретаргетинга.

18. Запускайте canary

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

Только после проверки расширяйте окно и бюджет.

В canary создайте разрешённые тестовые аккаунты для каждого состояния: eligible, suppressed after conversion, expired, consent denied и unknown. Проверьте не только появление нужной аудитории, но и отсутствие запрещённой. Negative tests важнее размера списка: одна неправильная включённая категория может быть критичнее небольшого недоохвата.

19. Измеряйте лаг результата

Retargeting часто ускоряет действие, не меняя итоговую долю. Отдельно оценивайте conversion rate и time-to-conversion.

Ускорение может иметь экономическую ценность, но не должно считаться дополнительной конверсией.

20. Пересматривайте сегмент

Изменение лендинга, продукта или формы меняет смысл событий. Старое правило membership может включать другую аудиторию.

Версия сегмента связывается с периодом кампании и креативом.

21. Вывод

Ретаргетинг полезен, когда повторный контакт соответствует незавершённой задаче, а не просто следует за любым посещением. Сильная система управляет членством, suppression, последовательностью и частотой, затем измеряет дополнительный эффект против контроля.

Высокий last-click CR без holdout говорит об атрибуции заинтересованной аудитории, но не доказывает ценность каждого показа.

В зрелой системе каждый показ ретаргетинга можно объяснить: какое событие создало членство, какая версия сегмента действовала, почему suppression ещё не сработал, какое сообщение было допустимо и в какой эксперимент входила единица. Такая объяснимость одновременно улучшает UX, снижает лишний spend и делает оценку эффекта воспроизводимой.

Соблюдайте выбор пользователя

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