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.

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

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

🔥 Adapty выкатили свежий отчет. Что это значит для UA?
Несколько наблюдений, которые часто выглядят контринтуитивно, но совпадают с практикой:

1️⃣ 50% мобильной выручки с US
Первая кампания для приложения — всегда США. Если не летит там, дальше будет скорее сложнее чем проще.

2️⃣ Подписки по категориям
Photo & Video → годовые планы заходят: дорогой пурч → быстрая окупаемость.
Utilities → годовые почти не конвертят: LTV длиннее, закупка отбивается дольше.

3️⃣ Subscription Pricing Index
Показывает цену подписок в процентах от цены в Штатах.

🇲🇽 Мексика: 80% от US.
Интуитивно кажется, что должна быть меньше.
Мой кейс: Запустил АБ тест на испаноязычные страны (в основном Мексика) запустил с ценой меньше Штатовской - не зашло. Оставил Штатовский прайсинг.

🇹🇷 Турция: 30% (!).
Сильно выбивается. Есть смысл тестить цену в 3 раза ниже и смотреть на конверсию и LTV.
Единственное, жалко, что нет Бразилии.

4️⃣ Высокие цены ≠ низкая конверсия
Adapty прямо пишут об этом в отчёте.
Мой кейс: поднял годовую подписку в фото/видео в US с $30 → $60. Conversion rate почти не изменился 🤷‍♂️

📊 Итог: если давно и хорошо знаете свой продукт — все цифры будут вам знакомы. Если только что запустились, получите хорошие ориентиры для кампаний и ценообразования.

Полный отчет можно скачать по ссылке

Сегодня 28 августа блогу исполнился ровно год
За это время мы вместе запустили больше кампаний, чем за всю мою жизнь до него.

Я познакомился с сотней предпринимателей и хочу сказать: вы невероятные люди!
Вместе с вами мы запускали проекты во всех возможных нишах, и благодаря вам у меня сложилось целостное представление об индустрии

🎉 В день рождения блога я объявляю о запуске курса:
«UA Manager 2025: Facebook & Google Ads на максимуме»

📌 В курсе я поделюсь всем, что реально работает в 2025:

* KPI: как держать цену трафика “на кончике пальцев”
* Интеграции: Appsflyer, Adjust, Apphud, Adapty — чеклисты для программистов и UA менеджеров
* MMP своими руками — это реально?
* Баинг: стратегия работы с креативами, миф баинга
* Meta & Google Ads: как запускать кампании, решать проблемы с AEM, и за что можно получить бан
* Сопровождение: дашборды, ROI, LTV
* Автоматизация: автоправила, отчёты, и даже нотификации в Telegram
* Психология: когнитивные искажения, как правильно хвалить клиента, и почему “вы бы сделали по-другому” — это иллюзия
* Реальные кейсы. Как продвигать Identifier’ы, Cleaner’ы, Фото-приложения. Со скриншотами из рекламных кабинетов.
* Вместе заведем все возможные типы кампаний
* И много-много чего ее


🚫 Никакого bullsh*t и цитирования документаций — только практика, реальные кейсы, цены, названия и скринкасты.
Запуск в октябре. Все подробности на следующей неделе.

Спасибо, что читаете, пробуете и пишете. Дальше будет ещё интереснее 🙌

Отчет по кампании: пятый месяц
Отчет о первом месяце, отчет о втором месяце, отчет о третьем месяце
🔧 Сетап:
• Оптимизация: Purchase
• Период: 15 июля - 15 августа
• Ниша: фото-приложения

📊 Результаты:
• ГЕО: US, CA, UK, SP, BR
• Spend: $6,271
• Purchases: 212
• CPA: $30
• 3-Day ROAS: 68%
• Profit: $0
• MRR: $3000

💡 Что делал:
1 Новые креативы
На нейронках сделали “борзые” креативы - Джордж Клуни и Марго Роби рассказывают про наше приложение. Отработали хуже текущих.

Последние месяцы показывали стабильный пурч ~ $23 — на любых креативах и в любых странах. Решил проверить, можно ли «подкрутить» монетизацию, и запустил серию A/B-тестов в Apphud:

2. AB Test: Убрал триальную версию
• 1000 пользователей
• ARPU: −48%
❌ Не внедряем

3. AB Test: Снизил цены на 30%
• 1000 пользователей
• ARPU: −11%
❌ Не внедряем

4. AB Test: Удвоил цены
• ? пользователей. быстро выключил - потому что видно что все стало по-другому
• ARPU: +50% в США
✅ Внедряем на Штаты


Как эксперименты проводятся технически:
Заводим копии продуктов с новыми ценами. Через Apphud Paywal рандомно предлагаем пользователям новые и старые цены.

Итого:
Цена годовой подписки была $30 → стала $60. В других странах перестали покупать, зато в Штатах конверсия осталась прежней, а ARPU вырос до $2.
Раньше основной трафик шёл на испаноязычные и португалоязычные регионы. Теперь можно подороже пурч покупать и есть повод завозить трафик в США 🚀


🔥Планы
• Попробовать сильнее полить на Штаты.
• Новые эксперименты с CPP и иконкной.

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