Web2App: User Acquisition в iOS приложениях

📝Задача
Запустить iOS Web2App кампанию на мобильные устройства.

📝Проблема
В Google Ads нет возможности выбирать устройства на которых будет крутиться кампания. Вам нужны только айфоны, а трафик будет уходить на Mac и PC. Вы точно потеряете деньги.

📝Решение
Уменьшайте ставку на 100% для computers. Таким образом дадите понять Google Ads, что кампанию не надо крутить на desktop.

Web2App: User Acquisition в iOS приложениях pinned a video

Web2APP: Аплоад конверсий

В прошлой статье рассказывал почему конверсии не отображаются в Google Ads для iOS приложений. Сегодня я расскажу что надо сделать чтобы отображались.

Проблема:
Частый запрос моих клиентов: Google Ads не отображает конверсии: инсталлы или покупки. Из-за этого кампания не обучается и клиенты теряют деньги.

Решение:
Пока не будем вдаваться в причины проблемы. Сейчас важно что Firebase/Appsflyer/Tenjin их “видит” и отображает.

Поэтому надо просто выгрузить конверсии из MMP в Google Ads.

Шаги:
📝1. Завести Web2App кампанию с tracking template
Главное поле здесь gclid. Это идентификатор кампании. С помощью этого поля Google Ads сообщает MMP из какой кампании пользователь пришел.

Пример ссылки Adjust:
https://app.adjust.com/1flsadasd?campaign={campaignid}&adgroup={adgroupid}&creative={keyword}_{matchtype}&lpurl={lpurl}&external_click_id={gclid}

Ссылку сгенерит ваш MMP.

📝2. После этого идентификатор кампании gclid будет доступен из кода в приложении.

📝3. Его подхватит MMP SDK и передаст в MMP для атрибуции.

📝4. ВНИМАНИЕ
Вот тут самое интересное. Здесь должен быть последний шаг “MMP передает конверсию в Google Ads”, но его нет. Вместо этого - черная дыра. Вопрос “и что дальше?” на который документация MMP не даст ответа.

Иногда придется самим писать код который будет выгружать gclid и хранить на сервере.
Иногда подключать дополнительные платные сервисы MMP.

Ответим на него так: вы должны получить GCLID из
1. MMP
2. или из кода.
📝5. Сформировать Google Sheet документ примерно в следующем формате:
gclid | conversion name | time
📝6. Залить его в Google Ads.
📝7. Немного подождать.
📝8. После этого конверсии из MMP появятся в Google Ads.

Вопросы:
Почему так сложно? А можно проще?
Да, в редких случаях Google Ads может сам переключиться в probalistic режим. Тогда конверсии будут отображаться. Почти все.

Но у большинства моих клиентов конверсий в Google Ads не видно. Чтобы решить проблему они используют подход выше.

Как выполнить шаг 4 и получить glclid?
Шаг 4 включает в себя выгрузку gclid из вашего приложения. Он сильно зависит от стека вашего приложения и вашей MMP.

Пишите мне. Я поделюсь скриптами и чеклистами.

Часть 1: Где мои конверсии?
Проблема:
Вы настроили первую google ads кампанию для iOS приложения. Видите инсталлы в Firebase/Adjust/Appslyfer. Даже подписки/покупки есть. Но почему-то google ads не показывает конверсии.

😢 Плохие новости: конверсии не появятся в google ads.
😁 Хорошие новости: вы не одиноки и решение есть.

Давайте разбираться по порядку:

Как все работает:
В аттаче схема.

3 источника трафика: facebook, органика и google ads.
1. Приложение запрашивает разрешение на доступ к идентификатору устройства у пользователя через ATT диалог.
2. Приложение отправляет ВСЕ конверсии в Google Ads.
3. Google Ads в дашборде отображает только конверсии:
Которые пришли от Google Ads
И которые дали согласие ATT.

Пункт 3 важен для понимания. Google Ads слушает все конверсии, но показывает в дашборде только атрибутированные.

📝Что такое ATT?
Механизм с помощью которого iTunes защищает данные пользователя. Пока пользователь не даст согласие на передачу идентификатора устройства, приложение не сможет этот идентификатор передать дальше.

📝Почему я вижу конверсии и revenue в Firebase/Appsflyer?
Внимание! Это самая важная часть статьи.

Firebase (или Appsflyer) - это MMP. MMP НЕ НУЖЕН идентификатор устройства чтобы “понять” к какой кампании принадлежит пользователь. Он использует другие методы. Или если кратко - у каждой MMP свой механизм атрибуции. О них подробнее в будущих статьях.

📝Почему конверсий нет в Google Ads?
Потому что Google Ads показывает только тех пользователей, которые дали ATT согласие. Таких пользователей около 10%. Google Ads использует самый точный и надежный подход и из-за его консервативности, мы не видим бОльшую часть конверсий в дашборде.

НО даже если пользователь дал ATT согласие - не факт что он будет считаться за атрибуцированную конверсию. Почему? Потому что никто не знает внутренностей Google Ads и кого он считает за “своего”.

📝Ну а Firebase как-то же смог посчитать…
Firebase никак не ограничен. Ни технически, ни юридически. MMP выкручивает чувствительность своих алгоритмов на максимум. Рекламная сетка выкручивает на минимум.

📝Как это связано с SKAD?
Никак. В Google Ads по умолчанию SKAD не используется.

📝Так а что мне делать чтобы инсталлы появились?
Продолжайте читать канал. Я все расскажу.

На этом этапе важно понимать что если вы видите 10% конверсий, то вам повезло.

Это максимально достижимая цифра при использовании классического подхода.

В предыдущей статье я рассказывал о MMP. 

ОК, определились с MMP и теперь переходим к настройке рекламной кампании. Настроим web2app кампанию в goolge ads так, чтобы она направляла web traffic на приложение. При обычной настройке, кампания будет работать, но Google Ads не будет обучаться. Наша задача - передавать покупки пользователей из приложения в google ads. Тогда google ads приведет лучших (платящих) пользователей.

Чтобы передавать данные, задайте 2 параметра в MMP:

1. Link ID
Link ID - это текстовое значение типа “1260A71AF4B76FD8928C09D929597123”. Вы получаете его в Goolge Ads и проставляете в MMP. После этого MMP отправляет события из приложения в Google Ads

2. Mapping событий
Допустим в приложении есть событие purchase, которое вы отправляете в MMP. Для MMP - это просто набор букв “purchase”. С тем же успехом "purchase" мог бы быть "event1". Если MMP отправит такое событие в google ads, то google ads не поймет что мы “говорим” ему о платящих пользователях. Чтобы goolge ads “понял”, что пользователей платящий, мы заявлем что:

Purchase = in_app_purchase

Или другими словами: “Эй, гугл адс! Этот пользователь заплатил!”

Теоретическая часть закончена. В аттаче схема. Вопросы

Я все настроил как написано. Но нет конверсий. Пурчи по нулям!
После того как вы настроили передачу событий в MMP - все на совести MMP. Если вы видите конверсии в MMP, но не их нет в рекламной сетке - пишите в поддержку MMP.

А если у меня бесплатный Firebase?
Да, это проблема беспланого Firebase. Такая же проблема у Appsflyer, несмотря на то что он, мягко говоря, не бесплатный. В Tenjin и Adjust - отличная поддержка.

А SDK сеток ставить в приложение?
Нет. Только SDK вашего MMP.

ОК. Что говорить разработчикам если пурчи по нулям? Они говорят что сделали все по инструкции!
Разработчики правы. Интеграция с MMP - это одна строчка кода: trackEvent(‘purchase’, 10, “USD”). Разработчики сделали все что могли. Дальше - UA менеджеры и суппорт.

Что такое MMP?
Если взять определение Appsflyer, то MMP — это сервис, который помогает приложениям измерять эффективность кампании по различным каналам рекламного маркетинга, медиа-источникам и рекламным сетям.

Зачем мне “компания, которая помогает”? А я могу сам все настроить?
Теоретически да, но на практике нет.
MMP - это даже не столько технические иновации и дашборды, а
договоренность компании с рекламной сеткой.

Например Facebook делится данными только с MMP Appflyer и Adjust. Google Ads демократичней, но даже параметр GCLID (подробно в следующих постах) отдаст только специально зарегистрированному партнеру.

Какие есть MMP?
В данном канале я буду рассматривать следующие:

🌐 Firebase - бесплатное плохое решение
🌐 Tenjin - дешевое костыльное
🌐 Adjust/Appsflyer - дорогие и хорошие.
Эти дадут вам больше других, но все равно без своих скриптиков не обойдетесь. (чуть позже).

Можно ли настроить Web2APP бесплатно?
Нет. Даже бесплатный Firebase не даст всего нужного функционала. Например - не даст работать с tracking ссылками (чуть позже).

Что такое Web2App?
Web2App - это способ настройки google ads кампаний для iOS приложений. Ключевое отличие от стандартной кампании - это первый шаг. Выбираем website traffic вместо App.

Зачем это?
Если кратко - чтобы больше зарабатывать. Если подробно:

Плюсы
🌐 Отдельный рынок.
Выкупая web traffic, мы сбегаем с выженной поляны рекламного рынка приложений.
🌐 Гибкость в настройке.
Сами выбираем keywords на которые будем целиться.
🌐 Работающая атрибуция
Из-за ограничений безопаности, iOS не дает понять с какой рекламной кампании пришел пользователь. В Web2App есть механизмы обхода этого ограничения.

Минусы
🌐 Техническая сложность интеграции
🌐 Отсутствие документации

Web - OK. А что мы указываем в поле final URL?
Есть 2 подхода:

🌐 Ссылку на Landing Page
Например у вас есть есть андроид мобильное приложение, ios, десктоп приложение и их онлайн версия. Все они решают школьные задачки. Каждый раз когда пользователь вводит в поиске “решить задачу по физике” - вы показываете ему landing page с 4 опциями (android/ios/desktop/site)
🌐 Ссылку на приложение в стор.
Показываем только ссылку на iOS.

Почему Google Ads? А как же Facebook?
Трафик в Facebook - это реклама в приложениях Instagram и Facebook. Т е через Facebook мы не выходим на какой-то новый трафик.

Почему iOS, а не Android?
В Андроиде нет проблем с пунктом 3 (работающей атрибуцией). Клики и конверсии учитываются рекламной сеткой. Тема этого канала - это технические сложности интеграции, поэтому я буду рассказывать про iOS.

Channel created