Health-воронка в Meta: запрет стандартных событий
Если вы запускаете рекламу на health-приложение, META может прислать такое предупреждение. Она отнесла приложение к категории Health & wellness и запретила оптимизацию на стандартные события (purchase).
🛠 Что делать
1. Оптимизироваться на кастомные события. Те же события прокидываются в Meta как кастомные вместо стандартных, и адсет оптимизируется на них.
2. Завести новый пиксель и запустить web2app трафик на appsflyer линку. В моем кейсе - помогло. Скорее всего временно - потому что на воронку прилетело такое же ограничение.
💭 Мысли вслух
1. Это ещё одно подтверждение: Meta ценит стандартное событие purchase. Иначе нет смысла запрещать их для health ниши;
2. Это косвенно подтверждает другой вывод. Meta борется с инфляцией событий. Если отправлять в Meta много событий через Conversions API, то можно получить бан рекламного аккаунта. Google Ads работает по другому: отправку событий через Google Ads API он, похоже, не ограничивает.
Тут можно сделать совсем смелое предположение - благодаря этой стратегии META, лучше знает своих пользователей, и поэтому в META не работает оптимизация на трафик и инсталлы. Google Ads не так ревниво относится к качеству своих событий и поэтому даже web-кампания на Clicks может неплохо перформить.
3. Вне health-ниши я прокидываю события как стандартные и оптимизируюсь на них. Сервисы справляются с этим по-разному:
• Adjust и Adapty - справляются лучше всего - отправляют стандартные события (Purchase и Lead).
• AppsFlyer - чуть хуже. По умолчанию отправляет кастомные события installs. Всё можно перемапить на стандартные.
• Appstack - хуже всех. По умолчанию отправляет кастомные события installs. Перемапить нельзя.
Если вы запускаете рекламу на health-приложение, META может прислать такое предупреждение. Она отнесла приложение к категории Health & wellness и запретила оптимизацию на стандартные события (purchase).
🛠 Что делать
1. Оптимизироваться на кастомные события. Те же события прокидываются в Meta как кастомные вместо стандартных, и адсет оптимизируется на них.
2. Завести новый пиксель и запустить web2app трафик на appsflyer линку. В моем кейсе - помогло. Скорее всего временно - потому что на воронку прилетело такое же ограничение.
💭 Мысли вслух
1. Это ещё одно подтверждение: Meta ценит стандартное событие purchase. Иначе нет смысла запрещать их для health ниши;
2. Это косвенно подтверждает другой вывод. Meta борется с инфляцией событий. Если отправлять в Meta много событий через Conversions API, то можно получить бан рекламного аккаунта. Google Ads работает по другому: отправку событий через Google Ads API он, похоже, не ограничивает.
Тут можно сделать совсем смелое предположение - благодаря этой стратегии META, лучше знает своих пользователей, и поэтому в META не работает оптимизация на трафик и инсталлы. Google Ads не так ревниво относится к качеству своих событий и поэтому даже web-кампания на Clicks может неплохо перформить.
3. Вне health-ниши я прокидываю события как стандартные и оптимизируюсь на них. Сервисы справляются с этим по-разному:
• Adjust и Adapty - справляются лучше всего - отправляют стандартные события (Purchase и Lead).
• AppsFlyer - чуть хуже. По умолчанию отправляет кастомные события installs. Всё можно перемапить на стандартные.
• Appstack - хуже всех. По умолчанию отправляет кастомные события installs. Перемапить нельзя.