Сообщить об ошибкеКороткий ответ
Нужно подтвердить причину через динамику размера аудитории и долю событий, поступающих через оптимизированный/агрегированный замер (Aggregated Event Measurement) у Meta, а затем компенсировать потерю охвата через расширение окна ретаргетинга, серверное отслеживание (CAPI) и усиление сегментов на основе CRM-данных, не требующих устройство-уровневого трекинга.
Как это работает подробнее
Ограничения ATT на iOS снижают долю пользователей, чьи события пикселя доступны для таргетинга и атрибуции на уровне устройства; платформа переходит на агрегированные и смоделированные данные, из-за чего размер точных ретаргетинговых аудиторий (особенно из web-событий на iOS) сокращается, а алгоритму сложнее находить этих же людей повторно.
Что использовать на практике
- На практике. В такой ситуации проверяют долю трафика с iOS в общем объёме, сравнивают динамику аудитории по платформам устройств, и при ограниченном бюджете в первую очередь усиливают серверное отслеживание (Conversions API) и аудитории на основе CRM email/телефон (которые не зависят от ATT), прежде чем расширять окно ретаргетинга или увеличивать бюджет на прежний пиксельный сегмент.
- Пример. Размер аудитории «посетители сайта за 30 дней» упал с 45 000 до 18 000 за месяц, доля iOS в трафике — 55%. План: внедрить Conversions API для дедупликации событий сервер+браузер, добавить CRM-аудиторию по email из заказов как дополнительный источник ретаргетинга.
Подводные камни
- Частая ошибка. Частая ошибка — реагировать на рост CPA только увеличением ставки или бюджета ретаргетинга, не устранив первопричину сокращения точной аудитории, из-за чего рост расхода не даст пропорционального роста конверсий.