Три ошибки ретаргетинга, которые убивают выручку в 2026 — и как я их исправляю

Три ошибки ретаргетинга, которые убивают выручку в 2026 — и как я их исправляю

В 2026 я всё чаще вижу одну и ту же картину: пик расходов приходится на ретаргетинг, а прирост выручки выглядит “приблизительно”. При этом команды пытаются лечить симптом — настраивают сегменты “помоднее”, меняют креативы и расширяют списки аудитории. Я же убеждён: в большинстве случаев проблема не в таргете, а в логике воронки и в измерении.

Ошибка №1: ретаргетинг как “второй шанс на первый заказ”
Если в e-com (или B2B с длинным циклом) человек не дошёл до ключевого действия, ретаргетинг должен догонять его по смыслу следующего шага, а не по факту “вернись и купи”. Я внедряю правило: одному сегменту — один job-to-be-done (задача, под которую показываем предложение).
Пример: посетил страницу тарифа → не показываем скидку всем подряд, а догоняем сравнением сценариев, кейсом по отрасли или калькулятором экономики (в B2B — пакет “как внедряем”, в e-com — “что будет с доставкой/возвратом”).
Наблюдение из практики: когда мы перепрошили ретаргетинг с “универсального оффера” на “следующее действие”, доля переходов в квалифицированные события (а не просто клики) растёт быстрее, чем CTR.

Ошибка №2: сегментация по событию вместо сегментации по намерению
В privacy-first атрибуции (server-side, MMM, incrementality) нельзя рассчитывать, что каждый просмотр точно соответствует интересу. Поэтому я строю сегменты не только по “куда заходил”, а по “что понял и что сделал дальше”.
Как я это делаю:
— кластер “исследует”: просмотрел 3+ материала / сравнил 2+ варианта, но не начал сценарий покупки/заявки
— кластер “готов к решению”: добавил в корзину/запустил лид-форму/скачивал нужный документ
— кластер “нужна помощь”: был в чате/возвратах/ошибке формы/завис на шаге оплаты
Дальше ретаргетинг распределяется по контенту: от объяснения ценности (для исследующих) до снятия возражений и сопровождения (для готовых и “нуждающихся в помощи”).
Критично: один и тот же креатив не должен ездить по разным состояниям пользователя.

Ошибка №3: измерение “по кликам” вместо измерения “по вкладу”
Последний клик умер не потому, что он “плохой”, а потому что он системно неполный. В 2026 я встраиваю ретаргетинг в тесты incrementality и смотрю не на CPA в вакууме, а на прирост выручки/лидов по когортам, где ретаргетинг реально добавлен к базовой модели.
Один практический маркер: если при оптимизации ретаргетинга CTR растёт, а доля конверсий в целевое событие не меняется (или хуже — падает), значит вы оптимизируете за то, что легко купить кликом, а не за то, что приносит выручку.

Как я бы начал прямо сейчас (минимальный план на 2 недели)
— Перепишите ретаргетинг в 3 состояния: исследует / готов к решению / нужна помощь
— Для каждого состояния закрепите свой формат (кейсы, сравнения, устранение барьеров) и свой CTA
— Запустите измерение вклада: хотя бы частичный эксперимент по гео/аудиториям + инкрементальная логика (где возможно)

Моё главное мнение: ретаргетинг — это не “добивка”, а управляемая маршрутизация пользователя по следующему шагу. Как только вы перестаёте продавать всем одно и то же “вернись”, и начинаете управлять намерением + вкладом, эффективность начинает выглядеть не статистически, а бизнесово.

— @RetargetingGuidePro