Meta Conversion API - позволяет отправлять конверсии с вашего сервера в META

Что сделал
Отправил пару реальных purchase–событий через API.
Данные отлично «долетели» и закрепились за нужной кампанией.

Неожиданная проблема
На следующий день мой бизнес-аккаунт был заблокирован.

Мысли
• Для меня как разработчика — это головная боль, которая затрудняет интеграцию.
• Для рекламодателей это хорошая новость. Meta хранит чистоту своих данных.

Meta хочет быть уверенной, что каждый purchase — реальная покупка, а не тест или «спам». Если система вдруг увидит два одинаковых purchase сразу — она заподозрит фальсификацию и накажет отправителя.

Почему МЕТА ведет себя так радикально?
Когда пользователь запускает кампанию с оптимизацией на purchases - META приводит пользователей которые делали покупки в прошлом. Если META будет использовать фейковые данные, то эта кампания не будет такой эффективной.

А что в Google API?
Google API в этом смысле лояльнее. Можно загрузить сотни конверсий одним запросом — и он спокойно их «съест».

Выводы для UA-менеджера
Из моей практики, события Purchase и Lead - это не просто названия для META. ROAS у кампании оптимизированной на Purchase будет выше чем у кампании оптимизированной на LEAD. Исключения которые приходят в голову - приложения с рекламной монетизацией. Соответственно надо стремиться запускать кампании с оптимизацией на Purchase (или ROAS как произвольная величина)

Как META добивается эффективности этих кампаний?
🔥В том числе баня некорректные запросы к своей Conversion API.