Как правильно отправлять события для 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

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

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

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

Как MMP отправляют события в Meta Conversion API: реверс-инжиниринг

Официальной информации о том, как внутри устроена отправка событий у MMP — нет. Зато у нас есть скриншот запроса к Meta Conversion API и немного логики. Погнали разбираться!

В прошлых постах я рассказывал, как работает Conversion API с точки зрения документации Meta. Сегодня — заглянем со стороны MMP и узнаем, какие данные они могут (и не могут) отправлять.

На скрине запроса к Meta CAPI можно выделить 3 блока данных:

1️⃣ SDK Data
Email, Phone — эти данные есть только у Facebook SDK. У Appsflyer, Adjust и прочих — их нет.

2️⃣ IP Address
Это ядро любого события. Откуда бы ни пришли данные, IP адрес есть всегда.

3️⃣ Client Data
Тип экрана, сеть и прочее — технически доступны из приложения, но MMP (например, Appsflyer и Adjust) их обычно не отправляют.

Вопросы, которые мы можем задать:
Какая MMP лучше всего подходит для Meta Web?
Facebook SDK + Серверная отправка данных. Потому что он отправляет все — и SDK Data, и Client Data.

Какой параметр самый важный?
client_ip_address. Даже если отправить только IP — до 70% событий дойдут до кабинета META и рекламной кампании. Проверено на практике.

Что с качеством событий?
Meta присваивает каждому событию score — он отображается в Event Manager:

3.0 — только IP
4.8 — IP + FBC. Такой результат у Adjust и Appsflyer.
>4.8 — только у связки с отправкой клиентских данных и Facebook SDK

Можно ли улучшить качество у Adjust и Appsflyer?
Почти нет. У них нет доступа к SDK Data.

Но важно:
• Appsflyer работает хуже, чем Adjust: он отправляет только те события которые сам сумел “привязать” к кампании (смотри переключатель к send this partner event). У кого есть контакты представителей Appsflyer - скиньте им статью. Выглядит как небрежность которую легко исправить.
• Adjust тупо отправляет все события приложения в META, оставляя возможность для META привязать 20-30% событий, который Adjust привязать не смог. Спросил суппорт - они подтвердили что все работает таким образом.

🚀 Как я это решаю в SmartAF META?
Мой кастомный продукт SmartAF META:
✔️ пересылает все события Appsflyer
✔️ увеличивает "чувствительность" SDK
✔️ умеет отправлять события на несколько пикселей

При этом score событий — как у MMP: 4.8
Пишите — подключим.

Какая лучшая связка для Meta Web?
Facebook SDK + кастомная отправка событий
С ней можно получить score 7.0–8.0

А как насчет Apphud?
Они работают в паре с Facebook SDK + своим SDK. Потенциально — могут выдавать хорошее качество событий, но сам не тестировал.

🔥 Вывод:
Даже если у вас из данных только IP Address и нет FBC, Meta Web Conversion API работает достаточно хорошо — до 70% событий доходят. А если вы хотите максимум — нужно идти через SDK.

Destination Mismatch в Google Ads — что это и почему прилетело предупреждение?

Несколько аккаунтов с настроенным web2app на днях получили ошибку Destination Mismatch. Разберемся, что это значит.

Небольшая справка, как работает Google Ads:

В рекламной кампании у вас есть:

• Final URL — URL на стор
• Tracking Template — шаблон с редиректом, который Google использует для отслеживания кликов.

⚠️ Важно: Final URL и редирект по Tracking Template должны совпадать. Иначе Google считает, что вы "уводите" пользователя не туда, и дизапрувит рекламу.

Что случилось сейчас:
Скорее всего, у Appsflyer временно сломался редирект. Tracking Template перестал корректно вести на Final URL. В результате — Google ловит несовпадение и отключает объявления.

Что делать?
1. Подождать, пока Appsflyer починит.
2. Если запуск критичен — временно убрать tracking template и лить напрямую. Кампания в этом случае не будет трекать конверсии.
3. Переключиться на Adjust.

UPD 1:
Женя правильно уточняет что 2 сценарий сломает кампании
UPD 2:
Олег пишет что можно починить 1) если поставить “/“ в final url. 2) затем написать в суппорт
Олег: Это какая-то сложившаяся практика, кто первый предложил я к сожалению не знаю.
Насчёт саппорта, часто бывает, что никакой ошибки нет, но апелляция не срабатывает. Саппорт в этом случае руками снимает ошибку
UPD 3:
Алексей пишет:
уже, добавил слеш и прошло, правда пришлось удалить cpp, но пока и так норм. Еще сапорт апсфлаера ответил, что знают о проблеме и работают с гуглом, чтобы ее решить

🚀 Кейс: Запуск рекламы в конкурентной нише

В июне пришёл клиент с приложением в супер-конкурентной категории.
Из трекеров — Appsflyer + Apphud.
Задача — выйти на стабильный performance в условиях адской конкуренции.

Что сделали:
1️⃣ Проанализировали креативы top grossing конкурентов через Tyver (в разрезе GEO). Люблю его.
2️⃣ Отдали монтажерам ТЗ — 1:1 скопировали топовые крео, минимально адаптировали.
3️⃣ Подняли агентские аккаунты:
• Facebook Web2App
• Google Ads WebApp
• TikTok Smart Campaign
4️⃣ Google Ads не взлетел сразу — поставили на паузу. Я раньше в этой нише уже запускал - примерно знал что не взлетит.
5️⃣ Facebook Web: сделали 3 итерации, выключали кампании с дорогими purchase.
6️⃣ TikTok запустили. Спасибо агентам - помогли еще раз адаптировать креативы чтобы пройти ревью. Pangle пока не смогли отключить - не отвечает менеджер. Пурч в районе $150.
7️⃣ Монетизацию несколько раз меняли:
• С purchase → trial
• Потом обратно
• Потом снова на purchase

Итог: открутили несколько $k. Вышли на $60–70 за purchase в Facebook Web.
Для ниши с такой конкуренцией — это топовый результат.
Во многом благодаря крутой и быстрой команды клиента - креативы и разработка.

Пишите, если хотите такой же запуск для своего приложения.

От вас
Только Appsflyer(или Adjust)-Apphud(или Adapty) в приложении.

🔥От меня
* Подключение агентских аккаунтов. За последние полгода успел поработать с 5-6 агентами. Посоветую хороших.
* Анализ ниши. Список конкурентов с комментариями их стратегии
* Сценарии/изготовление креативов. Рекомендации по сеткам. Есть свои монтажеры. Сделаем быстро и качественно.
* Настройка Appsflyer/Facebook. Проброска всех конверсий.
* Запуск на Facebook/Google Ads/Tik Tok/Moloco. Можно все 4.
* Мониторинг кампаний. Коррективы. Повышение эффективности.

Отчет по кампании: третий и четвертый месяц
Отчет о первом месяце, отчет о втором месяце
🔧 Сетап:
• Оптимизация: Purchase
• Период: 15 мая - 15 июля
• Ниша: фото приложения
📊 Результаты:
• ГЕО: US, CA, UK, SP, BR
• Spend: $7,200
• Purchases: 303
• CPA: $23
• 3-Day ROAS: 70%
• Profit: $0
• MRR: $2000
💡 Что делал:
• На базе лучших креативов обновил приложение. Сделал контент максимально похожим на креативы.
Результат: Нулевой. LTV с пользователя не изменился.
• Запустил локализованные креативы на испанский и португальский языки.
Результат: Норм. Обе кампании перформят лучше англоязычных.
• Запустил CPP на испанский и португальский языки.
Результат: Нулевой. Англоязычные перформят также.
• Запустил Bid Cap / Cost Cap
Результат: Норм. Бид кап выгорел и перестал спендить. Cost Cap стабильно не укладывается в заданный CAP, но если поставить значение меньше KPI'йного то в целом укладывается в KPI.
CPA на пурч - такой же как был раньше $23.

🔥Планы
Примерно на том же сете кампаний запутить АБ тесты внутри приложения, чтобы подобрать оптимальную цену подписок

Хотите такой же запуск? Пишите!