Сторы считают, учитывая аккаунт, а трекеры считают, опираясь на само устройство. Т.е. если один и тот же человек купить новый телефон и установит приложение ещё раз, залогинившись в своем старом Google-аккаунте, то для стора будет всё еще одна установка, а для трекера две, ведь ID устройств разный.

Также важно учитывать, что трекеры считают установкой не сам факт установки, а именно первое открытие приложения.

В отличие от web-аналитики вся mobile-аналитика привязывается к факту совершения установки (к IDFA\GAID и к дате совершения установки (первого открытия приложения), и пока существует данная сцепка, то вся аналитика работает по LTV модели.

Технология Onelink (AppsFlyer) позволяет создавать ссылки, которые объединяют мобайл- и веб-трафик. По-другому это могут назвать универсальной ссылкой от трекера.

Ссылки можно создавать с учетом трех состояний редиректа:

1. Приложение не установлено — можно вести в мобильной стор или на мобильный сайт
2. Приложение установлено — можно вести в стор или страницу в приложении
3. Десктоп — можно вести на сайт

Данный инструмент хорошо подойдет для размещений, которые подразумевают синергию продвижения мобильного приложения и сайта, например OLV-кампании, продвижение в Telegram Ads, email-рассылка и другие.

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

Если в одном из состояний редиректа мы ведем на сайт, то сразу вшиваем ссылку на сайт с желаемыми UTM-метками (есть поддержка динамических макросов). Если Onelink понимает, что в данном случае нужно вести на сайт, то он вытаскивает вшитую в него ссылку на сайт и подменяет собой. И если в ссылке не будет UTM-меток, то GA или ЯМ не смогут отличить данные от органического трафика.

Universal link (универсальные ссылки) настраиваются для имплимилитирующей связи мобильного сайта с мобильным приложением. Данная связь позволяет на операционном уровне отправлять пользователей в мобильное приложение, если оно установлено, при заходе обращении к хостингу сайта.

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

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

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

Изначально мы формируем название шаблона. Оно ни на что не влияет, необходимо для внутреннего разграничения.

Далее для каждой платформы выбираем приложения, которые будут продвигаться по ссылкам:

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

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

2. Для Android можно настроить отправку в альтернативные сторы при необходимости

В этом случае мы можем вести внутрь приложения. Редирект внутрь приложения происходит по технологии deep linking и по технологии universal links.

Обе операционные системы больше предпочитают технологию универсальных ссылок, но чтобы её корректно настроить необходимо вмешательство разработчиков.

Состояние 3 — Десктоп (настройка не обязательна)

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

После создания шаблона и настройки редиректов, мы можем формировать уже саму ссылку:

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

После выбора категории, переходим к основным настройкам ссылки:

1. Первым делом настраиваем название медиаресурса
Под этим названием будет падать вся статистика в дашборд AppsFlyer. Если проводить аналогию с UTM, то это utm_source. Например, bloggers.
2. Вводим название нашей кампании
Например, wylsacom.
3. Если ссылка будет размещаться для возврата пользователей в приложение, то необходимо обязательно включить тумблер ретаргетинга.
Включение данного тумблера добавляет к ссылке параметры на отслеживание ремаркетинга. В противном случае статистика не будет отображаться в дашборде трекера, даже если в шаблоне мы настроили редиректы правильно.
4. Мы можем видоизменить ссылку и сформировать ей уникальное собственное окончание при необходимости.
Данная настройка носит больше косметический характер. Например, для размещения в блоке или в рассылке

Следующий пункт настройки ссылки необходим для создания Social media preview. Мы его обычно не используем и оставляем дефолтные настройки:

Данная настройка позволяет вшить мини-страницу в ссылку, которая будет открываться после клика по ссылке:

Обычно настройка используется для размещения в Instagram или TikTok, чтобы ссылки не открывались во внутреннем браузере социальной сети.

Следующий пункт настроек — Redirection и Deep Linking (подробнее о Deep Linking далее). Данная настройка повторяет настройки, вводимые в шаблоне. Мы не рекомендуем изменять саму логику редиректов. Но можно изменять сами страницы при необходимости.

Например, в шаблоне выбрано вести на главную страницу сайта, если приложение не установлено, а в настройке самой ссылки вы меняет ссылку не на главную, а на каталог. То есть уточняете, а не меняете полноценно логику.

Последний пунктом настройки является добавление дополнительных параметров, если это необходимо. Например, то что вы добавляли в utm_term или utm_content:

После выбора всех настроек можно будет создать ссылку. Вам будет доступна ссылка в двух вариантах: сокращенном и длинном.

Сокращенный формат мы настраивали выше и обычно применяется если ссылка используется для размещения на ресурсе с ограничениями по символам:

В длинном варианте мы видим все параметры, которые добавляли при настройке:

В дальнейшем вы сможете видеть статистику по созданной ссылке во всех дашбордах трекера, также как и статистику по обычным трекинговым ссылкам.

Deep Linking (глубинное связывание) — это технология, благодаря которой пользователь может перемещаться в заранее определенные разделы в приложении. Большинство площадок поддерживают размещение deeplink по системе URI scheme:

myapp://something

myapp: — Название приложения (схема, по которой идет редирект)
something — Название раздела, в который должен вести диплинк. Например, корзина, карточка товара, акция и так далее.

Разработчик должен внедрить в приложении систему маршрутизации (навигацию) в помощью диплинков. Мы со своей стороны, должны запрашивать у клиента списки с разными диплинками на разные разделы приложения, которые будут использоваться в качестве посадки в рекламных кампаниях.

Есть два вида диплинков:

Обычные диплинки (Regular deep link)
Они используются в тех случаях, когда приложение уже установлено. При открытии такого диплинка система распознает, с каким приложением он ассоциирован, и откроет необходимое приложение, передав в него диплинк для дальнейшей навигации на целевой контент.

Недостаток этой технологии — возможность её использования только в том случае, если приложение уже установлено. Для новых пользователей, которым необходимо посетить магазин приложений, установить и запустить приложение, технология работать не будет и приложение будет запущено на стартовом экране.

Отложенные диплинки (Deferred deep links)
Эта технология была разработана для решения основной проблемы обычных диплинков — невозможности их использования для новых пользователей. В данной технологии помимо приложения и операционной системы участвует ещё одна сторона — сервер, хранящий информацию о привязке конкретной установки и ссылки на контент, куда необходимо отправить пользователя.

Отложенные диплинки работают следующим образом:

1. Формируется специальная ссылка, ведущая пользователя в магазин приложений
2. При переходе по этой ссылке запоминается информация, необходимая для атрибуции, и ассоциированный с этой ссылкой диплинк
3. Пользователь скачивает, устанавливает и запускает приложение
4. Приложение запрашивает сервер, был ли ассоциирован диплинк с устройством пользователя
5. Сервер, используя набор информации, полученный от приложения, производит атрибуцию (находит переход по ссылке, если он был) и возвращает в приложение ассоциированный отложенный диплинк