Как работает web2app в Facebook
Рассмотрим на примере подписочного приложения iOS.
Чтобы было проще - рассмотрим вариант без прелендинга. Пользователи будут сразу переходить на страницу в сторе. Иллюстрация процесса в аттаче.

Phase 1
На стороне Facebook
1. Заводим pixel ID и заводим обычную sales web-кампанию.
2. В URL прописываем не прямую ссылку на стор, а трекинг URL, который нам сгенерит MMP (Adjust либо Appsflyer).
В этот трекинг URL Facebook будет передавать fbclid параметр. Этот параметр нужен для атрибуции - он свяжет кампанию и событие-конверсию.

На стороне MMP
1. Прописываем Pixel ID и Access Token который мы завели на первом шаге.
2. Делаем маппинг событий. На этом шаге мы должны сказать MMP что наше внутреннее событие "app_purchase" - это purchase в терминах Facebook. А "app_trial" - это к примеру Subscribe событие Facebook.

На стороне SDK подписочного сервиса
1. Привязываем сервис (Apphud/Adapty) MMP через идентификатор пользователя.

Phase 2
Держим пальчики крестиком и запускаем.
1. Инсталлы в facebook передает MMP через Conversion API. MMP связывает кампанию и инсталл через fbclid отправляю данный в pixel. FBClid MMP получил в трекинг ссылке. Нам это не важно - мы этого не видим. Эту связку забирает на себя MMP.
2. Adapty/Revenucat/AppHud отправляет данные о trial'ах и пурчах в MMP связываясь через userid, которую Apphud получил через SDK мобильного приложения. Дальше MMP пересылает событие в Facebook как на предыдущем шаге.

📝 Зачем это надо? А как же стандартные средства Facebook - AEM и SKAN?
web-кампанию запускают после того как обычные кампании не дали результатов.

📝И как? Работает?
Если у вас конкурентная ниша, то web-кампании дадут вам более дешевые события чем стандартные AEM/SKAN кампании Facebook. Если ниша свободная - начинайте со стандартных кампаний Facebook.

📝В URL кампании прописан tracking URL. Facebook не забанит?
Да, такой подход нельзя использовать в Google Ads, но Facebook разрешает.

📝Как еще можно улучшить качество трекинга?
Кидайте пользователя не в стор, а на custom store page. Так будет трекаться 100% инсталлов.

Поможете с настройкой?
Конечно! Пишите на @SiberianPaaanda

С какой сетки лучше лить?
Частый вопрос от инди-разработчиков. Если не было большого опыта работы с сетками - то лучше начинать с Apple Search.

📝Почему?
1. В Apple проще всего зарегать аккаунт
2. Вы видите все инсталлы
3. Они нормально атрибутятся и трекаются
4. И приятный бонус - MMP показывают для них Spend из коробки. Не надо покупать доп пакеты - вы сразу видите ROAS.

📝А дальше?
Не надо запускаться в каких-то других сетках пока вы не попробовали Apple Search, Google Ads и Facebook.

📝Что насчет Moloco, Mintegral, Apploving, Unity, TikTok?
Переходите этим сеткам только когда у вас не получилось работать с тремя базовыми сетками.
Приготовьтесь много разговаривать с менеджерами - сразу зарегать аккаунт и начать лить не получится.

📝А где больше денег?
Вряд ли Apple Search будет основной сеткой когда у вас приложение полетит. Скорее всего это будет Google Ads и/или Facebook. Apple Search скорее будет обеспечивать вас небольшим количеством инсталлов со сходимой экономикой.

Полный список сеток в порядке сложности запуска от самой легкой к самой сложной
1. Apple Search
2. Facebook Web
Особенно хорошо идет если у вас конкурентная ниша.
Сложно зарегать аккаунт. Нужны видосики.
3. Google Ads UAC
Легко запустить, легко зарегать аккаунт, видосики не нужны.
Велик шанс что все развалится в первые дни.
4. Facebook AEM
Придется какое-то время повозиться в Events Manager Facebook.
5. Google Ads Web
Сложная настройка. Хорошая атрибуция.

Custom Product Pages - App Store
Или CPP

Идея:
В Appstore можно завести несколько store листингов. У каждого листинга свой URL.
Самое главное: Apple собирает статистику по скачиваниям/proceeds в разрезе CPP.

Зачем это?
Чтобы точно трекать инсталлы и revenue. Пользователь прошел по URL, скачал приложение, сделал покупку и Apple нам все рассказал.

Таким образом трекинг инсталлов на Apple - 100%.

Сетки
📝Apple Search
Не очень важно, т к Apple и так прекрасно ее трекает

📝Google Ads
1. UAC
Не поддерживается. Подозреваю из-за того что Google продает Android и не хочет активно лить трафик конкуренту.
2. Web2App
Просто ставите CPP в Final URL и трекаете 100% трафика.

📝Meta
1. Aggregated Event Management
Поддерживается. У кампаний есть специальное поле Custom Product Page.
2. Web2App
Тоже поддерживается. Редиректите на Custom Store Page либо напрямую, либо через редирект MPP.

ВАЖНО: CPP никак не повлияет на эффективность кампаний. Да, они будут трекаться на стороне Apple, но сетки об этом “ничего не знают”.

MMP
Важно понимать, что несмотря на то что “Apple все видит”, MMP не имеют доступа к этим данным. Apple трекает 100% трафика, но в MMP атрибуцируется только какой-то процент от этих данных.

1. Appsflyer
• Web2App Google Ads
Ипользуйте “Appsflyer Direct Link”, вставляя ее в tracking template
• Web2App META
Редирект через One Link.

2. Adjust
• Web2App Google Ads
Вставляйте CPP URL в Final URL
• Web2App Meta
Прописываете редирект когда заводите нового партнера.

Вывод:
Т к CPP никак не влияет на атрибуцию и данные в MMP. Пользоваться ими на каждодневной основе не очень удобно. Но полезно периодически делать сверку Apple и MMP/Сетки, чтобы проверить качество ваших моделей и предиктов.

Facebook Web на Appsflyer
С клиентом запускали Facebook Web кампанию на AF. Настраивается достаточно просто, но есть нюанс.

Конфигурация
1. Весь трафик идет на Custom Product Page в App Store.
2. Поэтому для настройки надо завести OneLink и OneLink Template.
3. В OneLink Template есть поле Custom Media source.

Если в это поле руками не прописать metaweb_int, то трафик трекаться не будет и события не прилетят в META.

“У нас тут есть кастомное поле, но пожалуйста не пишите в него ничего кроме metaweb_int"

Всегда если есть возможность - используйте Adjust.

Как правильно отправлять события для Facebook Web2App
В предыдущей статье рассказал как работает Facebook Web2App. В этой я расскажу как отправлять более качественные события в Facebook, чтобы быстрее обучать камании.

Проблема: если вы запускаете Facebook Web через Appsflyer или Adjust, то вы уже столкнулись с ситуацией когда score у событий в Facebook невысокий. Максимум: 3.0. В Facebook висят предупреждения что события не получают FBC. Почему так происходит?

В аттаче подробный ответ от Adjust.

Идея:
1. Я обычно настраиваю Adjust в связке с AppHud.
2. AppHud purchase или trial в Adjust.
3. Adjust пересылает этот event через conversion API напрямую в Facebook Web, не добавляя в него никаких доп параметров. Adjust не добавляет FB Click ID - важный параметр идентификатор кампании.

Adjust так работает для любой своей S2S связки

Это и есть причина low quality ивентов, которые мы видим в кабинете Facebook.

📝Что с этим делать?
Ничего.
У Facebook Web нормально работает атрибуция. Работает даже доп. параметров. Внутри Facebook стоит какой-то чувствительный пробалистик.

📝Как можно улучшить качество событий?
1. Не использовать Apphud
Adjust передает доп. параметры когда отправляет свои события напрямую. Трекайте триалы из Adjust SDK. Adjust аккуратно отправит их на сервер.

2. Facebook Conversion API
Технически самый сложный способ. Использовать Facebook Conversion API напрямую из своего приложения. В нем Facebook SDK сам передаст все нужные параметры для событий.

Вам надо будет позаботится о том чтобы самим забирать fbclid на своем домене и реализовать какой-то аналог пробалистика, чтобы сматчить click/install и отправить event в Facebook.
3. Не использовать Adjust в связке с AppHud. Apphud + Facebook SDK
Проблем возникает только при отправке серверных событий, поэтому если сильно хочется использовать Apphud, то AppHud реализовал интеграцию с Conversion API для варианта с прелендингом. Не очень понятно как это будет работать когда мы отправляем пользователей напрямую в стор. Возможно через редирект. Вам не надо будет реализовывать побалистик - это на себя уже взял AppHud.

Что не так с Appsflyer Web2App
В чатике User Acquisition есть 2 категории пользователей Appsflyer, которые запускают web2app:
1. Одни пишут что все прекрасно работает. Google Ads пропускает любые ссылки даже без required параметров Appsflyer.
2. Другие говорят что ничего не работает, конверсии не отправляются и клики не считаются. Они долго не могут пройти ревью объявлений с трекинг ссылкой. Google Ads их отфутболивает.
Я в их числе

Я долго не мог понять в чем дело.
То-ли это Google аккаунты какие-то старые…
То-ли Appsflyer внутри себя поддерживает несколько версий API…

Я внимательно посмотрел переписку со всеми ребятами у кого работает и у кого не работает. Посмотрел архив чатика.

Есть 2 способа интеграции Appsflyer:
1. Кастомный (хороший - рабочий)
Параметр pid=google_web
В чем идея. Appsflyer при таком сценарии используется только для того чтобы достать gclid. Вы сами отправляете конверсии через Google API и трекинг отдается на откуп Google Ads. Фактически web интеграция может принимать любые параметры и будет с ними работать. Это как раз тот случай когда в чатике пишут “а у меня нормально проходит ссылка без af_r”. Appsflyer при таком сценарии выступает в качестве очень тонкого клиента: мы его используем только для того чтобы посчитать клики и достать gclid.

2. Appsflyer Google Ads Web интеграция (out of the box - нерабочая плохая)
Параметр pid=google_int
На нее люди жалуются в чатике. Плохой трекинг и конверсии не идут. Идея в том что как только мы прописали pid=google_int, Appsflyer начинает дергать код специфичный для web2app google ads. Проверяет параметры, отправляет конверсии и где-то “валится”. Похоже что когда что-то идет не так - Appsflyer не трекает даже клики. Это чисто предположение - но другого объяснения почему Appsflyer не умеет считать клики у меня нет.

Короче: хочешь сделать хорошо - сделай сам. Отвратительная поговорка, но тут работает.

Итого: если хочется нормально запустить Web2App на Appsflyer - надо просто самим пробрасывать все события через Google API (1 вариант).

📝Вопрос: зачем мне Appsflyer если все надо делать самому?
Google Ads “не отдаст” вам gclid/gbraid. Он “отдает” его только сертифицированным партнерам. Appsflyer получит gclid/gbraid от Google, вы его заберете у Appsflyer и дальше все отправите в Google Ads.

Пишите если кому-то нужна с этим помощь. С удовольствием возьму на себя полное руководство/консультации таких проектов.

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

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

* Нормальный запуск
* Сложный запуск

📝 Нормальный запуск
Вы запускаетесь на небольшой бюджет. С первых дней видите покупки и триалы. ROAS первого дня колеблется от 40% до 70% процентов.

Сратегия для Facebook Web:
* Запускаю кампанию на WW и US. В WW исключаю все страны название которых заканчивается на “стан”.
* Обучаю ее.
* Оставляю лучшие креативы.
* Повышаю бюджет пока позволяет цена за триал/пурч.
* Эксперементирую с bid cap. Масштабирую за счет новых креативов.

Многие мои клиенты льют в плюс исключительно на Штатах, даже не пытаясь заходить в другие страны. Это признак нормального запуска.

📝 Сложный запуск
Как правило в конкурентных нишах. ROAS первого дня на необученной кампании < 20%. С первых дней нет ни пурчей ни триалов.

Сратегия для Facebook Web:
* Запускаем кампанию на WW и US. Везде по нулям
* Начинаем выделять ГЕО. Для этих гео делаем локализованные объявления.
* На каждую ГЕО своя кампания. Каждая кампания из-за низкой ставки спендит мало, но кампаний много и помаленьку с них капает.
* Если в рамках ГЕО появлятеся органика, то начинаем считать ROAS не от кампании, а от ГЕО.

📝Мысли
1. Формируя стратегию, надо понимать что вы видите перед собой - сложный или нормальный запуск. К примеру, если у вас “нормальный запуск” - не надо думать о локализации объявлений. Особенно на раннем этапе. Или обобщая, не надо задумываться о тонкой настройке. У вас уже достаточно свободы в рамках старт/стоп/бюджет/ставка/дубликат/креатив.
2. И наоборот если у вас сложный запуск - надо рассматривать настройку кампании как самостоятельный стартап проект. К примеру вы подглядели испаноязычные креативы конкурента. Или - вы работали в компании и знаете что LTV у подобных приложений необычайно высокое (это воровство по сути, я к нему не призываю - но такое тоже бывает).
3. Если у вас нормальный запуск - это не значит что вы на нем сразу заработаете. Путь от ROAS: 70% до ROAS: 120% может быть очень долгим. Есть примеры когда люди годами к нему шли.
4. Для больших агенств/издателей “сложный запуск” - это не вариант. У них нет ресурсов разбираться в мелких деталях. Вы сами убедитесь в этом, общаясь с издателями. Но для инди разработчика, который год делал приложение по ночам, этот вариант подойдет. Если нет варианта переключиться на какое-то другое приложение, то он может “закопаться в аналитику” и нарыть какую-нибудь Словению в которой приложение зайдет и будет приносить ему небольшой доход.
Но как правильно заметил вчера клиент - “это не масштабируемая история”.

Пишите если кому-то нужна помощь с запуском. Помогу вам!

Facebook Web2App кейс
Делюсь цифрами своей кампании — может пригодиться как ориентир по KPI.
Данные только по моему приложению, чужими цифрами не делюсь.

🔧 Сетап:
• MMP: Adjust
• Лью на Custom Product Page по прямой tracking link из Adjust
• ГЕО: US, CA, UK, AU
• Триалы/подписки: Apphud → Adjust
• Оптимизация: на триалы
• Старт: 1 марта
• Ниша: развлечения
• Данные: за прошлую неделю
• Кампания стартовала с дневным бюджетом $30.
Когда цена триала стабилизировалась — начал плавно увеличивать бюджет.


📊 Результаты:
• CPM: $21
• CTR: 2.22%
• Installs: 434 (CPP)
• Spend: $768
• Proceeds:
 ↳ $686 (CPP)
 ↳ $596 (Adjust)
• Подписки:
 ↳ 34 (Adjust)
 ↳ 33 (Facebook)
• Триалы:
 ↳ 44 (Adjust)
 ↳ 32 (Facebook)
• Installs (FB & Adjust): 320
• Installs (другое измерение в FB): 305
• Конверсия CPP View → Install: 55%
• Цена триала: $17
• 3-Day ROAS: 89%


💡 Выводы:
• Installs Apple ↔ Adjust: долетело 73%
• Installs Adjust ↔ Facebook: почти 100% совпадение
• Proceeds Apple ↔ Adjust: совпадают на 86%
Есть идеи, почему не сходится с инсталлами/триалами — позже расскажу
• Subscriptions Adjust ↔ Facebook: 100%
• CTR & CPM: Схожи с AEM-кампаниями
• Custom Product Page конверсия: Отличный результат — 55%
(в другой кампании: 85%, но ROAS там ниже)

🔥 Запуск удался!
Хочешь такой же? Пиши, запустим 💬

Фича Apphud для уменьшения рефандов
Недавно узнал о классной фиче Apphud. Как-то мимо меня прошла - спасибо любимым клиентам, подсказали! 👍
Apphud умеет снижать количество рефандов в App Store.

Как это работает:
Когда пользователь запрашивает рефанд:

1️⃣ App Store отправляет запрос "клиент запросил рефанд"

2️⃣ Apphud отвечает с данными типа "время использования: 2 минуты" + другая системная информация

3️⃣ App Store отказывает пользователю в рефанде

Результаты:
Настраивается буквально одним чекбоксом. Работает прекрасно - у меня refund rate упал почти до 0.

Appsflyer, который реально работает (и даже на 5+)
Недавно я писал про то, что стандартная настройка web2app в связке iOS / Appsflyer / Google Ads работает... ну, мягко говоря, нестабильно. За два месяца я:

* Написал ~10 тикетов в саппорты Appsflyer и Adjust
* Провёл созвоны с 3-мя ребятами, у которых Appsflyer настроен и реально работает
* Получил ~15 сообщений от ребят, у которых web2app + Google Ads не взлетает — с каждым разобрали кейс детально

Всем огромное спасибо за помощь — без вас бы не разобрался!

🔥 В итоге я запускаю новый продукт — «Web2app на Appsflyer».
Продукт будет состоять из набора скриптов для сбора и отправки конверсиий в Google Ads и инструкции по развертке.
Подключать клиентов начну уже на следующей неделе.

Если у вас есть вопросы по теме — напишите мне, я разберу их подробно в следующем посте.

SmartAF — Web2App на Appsflyer, который работает
Это решение выросло из практики: диалогов с клиентами и детального разбора с суппортом Appsflyer.

SmartAF — это продукт, который максимально эффективно использует Appsflyer при запуске iOS-кампаний через Google Ads и Web2App.

Продукт устраняет стандартные проблемы атрибуции и позволяет Appsflyer точно отслеживать конверсии и стабильно отправлять их в Google Ads.

📝Что входит в SmartAF:
• Инструкции по обновлению мобильного приложения
• Готовые tracking templates для Appsflyer
• Серверные скрипты для передачи конверсий в Google Ads

Кому нужен SmartAF?
Пользователям Appsflyer, которые запускают iOS/Google Ads/Web2App-кампании по прямой ссылке и сталкиваются с проблемами:
• Клики в Appsflyer не совпадают с Google Ads
• Конверсии не прилетают или прилетает их слишком мало

Подробнее о проблемах запуска на Appsflyer:
https://t.me/web2app_subscription/28

📊 Что меняется после внедрения:
• Appsflyer атрибуцирует до 97% кликов (было ~20%)
• До 67% инсталлов (было ~10%)
• До 80% конверсий успешно доходят до Google Ads

Скорость доставки конверсий в Google Ads:
• Почти в реальном времени (в течение часа)
• Или 1 раз в сутки (в зависимости от метода)

🖥️ Нужен ли свой сервер?
Нет. Можно использовать:
• Мою серверную часть
• Или развернуть решение у себя на Google Cloud (около 1 часа)

Сколько времени займёт подключение?
1–2 часа работы разработчика на внедрение кода
Полная интеграция — за 1–2 дня (если можно быстро выпустить апдейт)

Где уже работает SmartAF?
Внедрён у двух клиентов с проблемами атрибуции.
Результаты сопоставимы с моими собственными.

Насколько эффективно?
Показатели соответствуют Adjust — это максимум, который можно выжать из связки Appsflyer + Google Ads на iOS.

Нужны ли какие-то доп/платные фичи Appsflyer для интеграции?
Нет, все работает на базовом тарифе.

Хотите, чтобы Appsflyer у вас работал как надо?
🔥Пишите — подключу, покажу, помогу.

Как правильно трекать инсталлы в Facebook Web2App
Если вы запускаете web-кампанию через Conversion API, важно понимать, как Facebook воспринимает события:

Что Facebook ждёт от Web-кампаний:
• Lead
• Purchase
• Trial

⚠️ События Install в этом списке нет!
Поэтому в отчётах метрика mobile installs будет всегда = 0.

Как обучать кампанию на инсталлы?
Нужно отправлять инсталлы как Lead.
То есть, вы мапите событие install в приложении на событие lead в вебе.

Как это делают разные MMP:
• Adjust — работает идеально.
Он по умолчанию мапит install → lead.

• Appsflyer — делает сложнее.
Он мапит install → install (кастомное web-событие),
из-за чего кампания разгоняется медленно, а события не учитываются в кампании.

💡 Решение:
Когда работаете с Appsflyer:

1. Продублируйте событие install
(из кода или через Apphud).
2. Замапьте его как lead.

⚡️ Результат:
Вы реализуете стандартную рабочую схему
и ускорите обучение кампании —
как это сделал один знакомый UA-менеджер.

SmartAF — чтобы Appsflyer работал как надо

Напоминаю: SmartAF — это решение для точной атрибуции в iOS-кампаниях через Google Ads + Web2App.
Просто работает — как должно. Подробнее тут.

Сейчас уже 4 клиента. У всех решены проблемы с трекингом.

📈 Пока приходят запросы — сервис тоже растёт.
Теперь есть интеграция с:
• Adapty
• Apphud

Хочешь, чтобы Appsflyer реально работал?

🔥 Пиши — подключу, покажу, помогу.

Познакомился сегодня с Женей — он ведёт ещё молодой, но уже очень толковый канал про рекламу iOS-приложений в Google Search.

Его опыт в маркетинге с 2014 года: начинал с арбитража, работал в Mobio, Realweb и Тинькофф Банке. Сейчас он ведёт проекты с общими бюджетами свыше $400,000 в месяц. Фокус — только iOS и только search-трафик через Google Ads.

В канале уже есть полезные посты, например:
🔹 Почему Google Search для iOS — источник трафика №1
🔹 Список сертифицированных в гугле MMP
🔹 Интеграция Google + Appsflyer без костылей
🔹 далее обещал посты про запуск РК, тестовые бюджеты и оптимизацию.


Советую подписаться:
👉 @search4ios

Google запускает ICM — новую технологию отслеживания конверсий в приложениях

Google внедряет Integrated Conversion Measurement (ICM) — решение для точной атрибуции в iOS и Android-приложениях. Развёртывание начнётся с мая 2025 года.

Почему это важно
Сейчас в Google Ads есть два типа кампаний:

• UAC (приложения) — атрибуция 10–20%
• WEB (сайт) — атрибуция 70%

Низкий уровень атрибуции в UAC мешает обучению кампаний, особенно при небольших бюджетах. ICM должен это исправить, обеспечив UAC те же сигналы, что есть у Web-кампаний.

Как это реализовано
Google использует on-device API:

“Call the on-device measurement API with the email or phone number data you gathered”
“This update will incorporate additional signals, such as IP addresses”

По сути — это аналог probabilistic matching, похожий на Meta AEM (Advanced Event Matching).

Что нужно сделать
• Если вы используете Firebase — обновитесь до версии 11.14.0 и дождитесь активации фичи.
• Если вы на AppsFlyer / Adjust — напишите в поддержку после релиза, интеграция будет происходить «из коробки».

Где это не работает
ICM будет отключён в странах ЕЭЗ, Великобритании и Швейцарии (в целях соблюдения GDPR).

ATT и SKAdNetwork?
Google — последний крупный игрок, у кого UAC до сих пор не адаптирован под ATT. ICM — попытка догнать Web-кампании и Meta AEM, не нарушая политики Apple.

Доступность
Сейчас ICM доступен только в закрытой бете — для участников акселерационных программ Google. По слухам, новых участников в бету не берут, но список может расшириться, если релиз сдвинется.

🤔 Web2App умер?
Скорее — нет.
Как и Meta (Web vs AEM), Google будет развивать обе модели параллельно. Это альтернативные аукционы, и у каждой — своё место в стратегии UA.

Поговорили с Кириллом Макаровым @kmakar о Web2App. Кирилл - автор блога @gamingthetraffic

Обсудили:
• какие бывают схемы запуска рекламы для продвижения мобильных приложений
• в чем преимущества web2app перед закупкой напрямую на стор
• рассмотрели популярные рекламные сетки и особенности настройки под них
• обсудили ниши, в которых web2app наиболее популярен

Будет интересно в качестве полного обзора web2app.

Ссылка: https://youtu.be/AZoX2-6tFyEb

Кирилл, спасибо что позвал! 🔥

Когда я запускаю новую кампанию на Meta Web, первым делом смотрю, какие креативы используют крупные конкуренты. Делать креативы с нуля — тяжело. У конкурентов за плечами десятки неудачных тестов, а я вижу только лучшие из лучших.

Проблема в том, что в Facebook Ad Library сложно отличить удачные креативы от просто тестовых. Я ориентируюсь на дату: если объявление крутится уже несколько месяцев — значит, работает. Но этого мало. Оно может откручиваться на минимальном бюджете.

Хочется видеть реальный объём показов, а продавать квартиру за платный сервис не хочется.

Tyver решает эту задачу.
Он показывает для Европы:
• пол и возраст аудитории,
• количество показов (impressions) — а это самое ценное.

Откуда эти данные?
По законам Евросоюза - Meta обязана раскрывать такую информацию. Эти данные есть в Ad Library для кампаний нацеленных на Европу, но фильтр по количеству показов настроить нельзя. В Tyver такой фильтр есть. Очень удобно.

🔥Пользуйтесь!

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.

Как я тестировал рекламу в Facebook: концепции
В апреле запускал тестовую кампанию, чтобы показать, как работает реклама в Facebook. Подробности были в апрельском посте. Завтра покажу результаты спустя месяц, а сегодня — разбор подхода.

Работа с креативами
Я не сторонник залива 100+ креативов в надежде, что Facebook сам найдёт победителя. Это может сработать краткосрочно, но:

Как скейлить успех?
Шанс, что 101-й креатив “перебьёт” остальных — всего 1%. Это чистая теория вероятности.

Вопрос: “Какова вероятность что из 100 креативов именно этот окажется лучшим?”.
Ответ: Одна сотая.

При таком подходе, многие команды, когда уже отлили 100 креативов, теряют стимулы создавать новые. Если отлили 500 - то вообще стимулов нет. Возможно, не все формулируют проблему в терминах тер. вера, но подсознательно тер. вер понимают все.

Альтернатива — мышление концепциями:

Что такое "концепция"?
Пример для приложения-видеоредактора (даже не пример. я бы действительно начинал с этих концепций)

• Тиктокеры
ЦА: молодёжь до 30
Продаём: показать себя в танце
Креатив: 16-летний танцор, заменяем лицо на ваше

• Родители
ЦА: фотают детей
Продаём: эффект "Миядзаки", мультяшное видео с ребёнком

• Нерды
ЦА: технарям важен функционал
Продаём: trim/upscale + выгрузка в Google Drive

Для каждой концепции — 2 креатива. Этого достаточно для теста.

Ожидания
Уже на этапе формулировки концепций оцениваем трафик:

• Тиктокеры
инсталлы будут дешевыми, конверсия в покупку невысокая.
• Нерды
инсталлы будут дорогими и конверсия в покупку высокая.
• Родители
Сложно сказать. Надо смотреть.

На какой аудитории сойдется экономика - покажет эксперимент.

Я не люблю мешать концепции в одном адсете
Для меня 6 таких креативов с пониманием целевой аудитории - это более сильная гипотеза по сравнению с “давайте 100 креативов наклепаем. что-то выстрелит!”.
Если в одном наборе объявлений тестируются разные концепции — данные усредняются и теряют смысл. А мне нужна экономика для каждой аудитории, чтобы примерно понимать, во что лить.

📊 Итоги
В начале запустил ~15 креативов на 3 концепции. Как и ожидалось:
• 90% бюджета ушло в топ-2 варианта
• Один из них выбрал как основную концепцию
• На неё и начал лить весь трафик

🔥Завтра — только цифры.

Отчет по кампании: второй месяц

🔧 Сетап:
• Оптимизация: Purchase
• Период: 15 апреля — 15 мая
• Ниша: развлечения

📊 Результаты:
• ГЕО: US, CA, UK, AU, BR, DE
• CPM: $10
• CTR: 1.82%
• Spend: $2517
• Purchases: 110
• CPA: $23
• 3-Day ROAS: 83%

Это второй месяц работы кампании. В марте я искал рабочие креативы. Подробнее - в прошлом посте.

💡 Что поменял:
• Перезапустил кампанию с одним лучшим креативом, который дает больше покупок. Один адсет, один креатив.
• Изменил оптимизацию — с trial на purchase.

Predicted LTV: $25, CPA: $23, так что пролив был в небольшой плюс.

🔥Планы на май/июнь
• CPP в тематике креативов
• Большой апдейт приложения под лучшие креативы

Кейс: льем трафик в META с нескольких кабинетов

Ко мне обратился заказчик с интересной задачей: запускают приложение на META и хотят лить трафик от разных Facebook кабинетов. При этом у каждого кабинета — свой пиксель.

❗️Проблема: Adjust и Appsflyer позволяют привязать приложение только к одному пикселю.

Решение: предложил использовать Apphud интеграцию с META поверх Appsflyer через Meta Conversion API — без обновления приложения.

💡 Как работает схема:
1. Appsflyer делится атрибуционными данными с Apphud внутри приложения в рамках стандартной интеграции
2. Apphud отправляет данные в мой сервис через webhook
3. Сервис по параметрам ссылки (fbclid и IP) определяет, в какой пиксель отправить событие
4. Отправляет атрибуционные данные через Conversion API

Результат:
Всё стабильно работает: конверсии привязываются к кампаниями.

Качество событий (event score) — 4.8. На уровне Appsflyer и Adjust

Апдейт приложения не потребовался

Пишите, если тоже нужно лить трафик на несколько пикселей.

🔥Запустимся без апдейтов!