Войти

Постбэки

Постбэк — это механизм уведомления партнёра о выполнении целевого действия пользователем (например, об установке приложения через его рекламную кампанию). Обычно для уведомления используются HTTP-запросы.

Для большинства интегрированных партнёров мы уже подготовили постбэки. Вам остаётся только настроить отправку.

Но бывают ситуации, когда стандартных постбэков недостаточно:

  • Вы подключаете нового партнёра, которого MyTracker пока не поддерживает
  • Вы хотите отправлять постбэки в свою собственную или в стороннюю систему аналитики

Если доступных постбэков для ваших задач недостаточно, обратитесь в службу поддержки.

Постбэки пока недоступны для рекламных кампаний VK Mini Apps. Подробнее

Поддерживаемые события

В MyTracker можно отправлять постбэки на следующие события:

  • Установка
  • Новый пользователь
  • Реактивация
  • Повторная установка
  • Первая покупка
  • Покупка
  • Первый универсальный доход
  • Универсальный доход
  • Первая регистрация
  • Регистрация
  • Первая авторизация
  • Авторизация
  • Кастомное событие

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

Установка

Событие «Установка» возникает при первой установке и запуске мобильного приложения на устройстве.

Событие установки на устройстве возникает независимо от запуска, но если пользователь ни разу не запустит приложение, то SDK не сможет отправить на сервер информацию об установке. Соответственно, с точки зрения MyTracker установки не будет

Уникальное событие. Может произойти на устройстве только один раз.

Применение: у большинства партнёров, работающих по модели CPI, постбэки на установку — обязательное условие интеграции.

Новый пользователь

Новый пользователь — это авторизованный пользователь, который впервые появился в проекте. Под «появлением пользователя» подразумевается первое событие, полученное вместе с идентификатором пользователя.

Первым событием может быть не только регистрация, но и авторизация, платёж и др. Это возможно в том случае, если пользователь зарегистрировался в приложении до того, как разработчик приложения подключил MyTracker SDK и настроил передачу идентификаторов пользователя.

Уникальное событие. Может произойти только один раз.

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

Реактивация

Реактивация — это активность, перед которой пользователь бездействовал в течение «окна неактивности» (по умолчанию 30 дней).

Активностью считается регистрация, авторизация, запуск приложения, посещение сайта, просмотр встроенной рекламы или платёж

Постбэки на реактивацию можно отправлять по устройствам и пользователям:

  • Реактивацияd — уведомление партнёра о повторной установке или реактивации приложения на устройстве.
  • Реактивацияu — уведомление партнёра о возвращении зарегистрированного пользователя в проект. Подробнее

В качестве примера рассмотрим порядок действий, который приводит к Реактивацииd на мобильном устройстве:

  1. Установка приложения на устройство. В этот момент «время последней активности» равно «времени появления».
  2. (необязательно) Запуск приложения на устройстве, регистрация, авторизация, просмотр встроенной рекламы или платёж. При каждом таком действии пользователя «время последней активности» обновляется и становится равным времени последнего действия пользователя.
  3. С момента «последней активности» прошло более 30 дней (30 дней — это настраиваемое значение, которое называется «Окно неактивности» и задаётся для каждого приложения). В течение этого времени на устройстве не было зафиксировано ни одного действия пользователя.
  4. MyTracker отслеживает активность → Засчитывает реактивацию.

Событие не уникально. Может возникать на устройстве много раз.

Применение: постбэки на реактивацию нужны, если вы проводите ремаркетинговые кампании (кампании по возврату в приложение «отвалившихся» пользователей).

Повторная установка

Повторная установка — это установка мобильного приложения, перед которой пользователь устройства удалил приложение и бездействовал в течение «окна неактивности» (по умолчанию 30 дней).

Рассмотрим порядок действий, что приводит к повторной установке:

  1. Установка приложения на устройство. В этот момент «время последней активности» равно «времени установки».
  2. (необязательно) Запуск приложения на устройстве. При каждом запуске «время последней активности» обновляется — оно становится равным времени последнего запуска.
  3. Удаление приложения с устройства.
  4. С момента «последней активности» прошло более 30 дней (30 дней — это настраиваемое значение, которое называется «Окно неактивности» и задаётся для каждого приложения). В течение этого времени не было ни одного запуска приложения.
  5. Повторная установка (и запуск) приложения на устройстве → MyTracker засчитывает повторную установку. Формально запуск не является обязательным условием для возникновения «повторной установки», но де-факто информация о повторной установке не может быть отправлена на сервер, пока пользователь не запустит приложение.

Событие не уникально. Может возникать на устройстве много раз.

Применение: постбэки на повторные установки нужны, если вы проводите ремаркетинговые кампании (кампании по возврату в приложение «отвалившихся» пользователей).

Первая покупка

Первая покупка — первая покупка за всё время жизни пользователя/устройства.
Первая покупка CA — первая покупка с момента последней атрибуции (установки, реактивации или повторной установки мобильного приложения).

Событие в первой атрибуции уникально.
CA-событие не уникально. Может возникать много раз за время жизни пользователя (но только один раз за время атрибуции).

Применение: постбэки на первую покупку можно использовать в кампаниях, работающих по модели CPA, если целевым событием является «превращение пользователя в платящего». Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.

Покупка

Покупка — любая покупка.
Покупка CA — покупка в рамках действия текущей атрибуции (постбэки по текущей кампании перестанут уходить, если сработает реатрибуция).

Оба события не уникальны. Могут возникать много раз в течение жизни пользователя.

Применение: постбэки на покупки имеет смысл использовать в кампаниях, работающих по модели оплаты «процент от дохода». Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.

Первый универсальный доход

Первый универсальный доход — первый универсальный доход за всё время жизни пользователя/устройства.
Первый универсальный доход CA — первый универсальный доход с момента последней атрибуции (установки, реактивации или повторной установки).

Событие в первой атрибуции уникально.
CA-событие не уникально. Может возникать много раз за время жизни пользователя (но только один раз за время атрибуции).

Применение: постбэки на первый универсальный доход можно использовать в кампаниях, работающих по модели CPA, если целевым событием является «превращение пользователя в платящего». Также их можно использовать в комбинации с обычными постбэками на установки или регистрации для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.

Универсальный доход

Универсальный доход — любой универсальный доход.
Универсальный доход CA — универсальный доход в рамках действия текущей атрибуции (постбэки по текущей кампании перестанут уходить, если сработает реатрибуция).

Оба события не уникальны. Могут возникать много раз в течение жизни пользователя.

Применение: постбэки на универсальный доход имеет смысл использовать в кампаниях, работающих по модели оплаты «процент от дохода». Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.

Первая регистрация

Первая регистрация — первая регистрация за всё время работы устройства.

Этот постбэк соответствует потоковой метрике Событие с названием mt_registration.
Обратите внимание, что постбэк отправляется именно по устройствам, но не по пользователям приложения. То есть если пользователь зарегистрирован в приложении под несколькими аккаунтами, то засчитана будет только одна первая регистрация.

Уникальное событие. Может произойти на устройстве только один раз.

Применение: постбэки на первую регистрацию можно использовать в кампаниях, работающих по модели CPA, если целевым событием является не только установка, но и регистрация в приложении. Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Регистрация

Регистрация — любая регистрация на устройстве.
Регистрация CA — регистрация в рамках действия текущей атрибуции (постбэки по текущей кампании перестанут уходить, если сработает реатрибуция).

Этот постбэк соответствует потоковой метрике Событие с названием mt_registration.
Обратите внимание, что постбэк отправляется именно по устройствам, но не по пользователям приложения.

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

Применение: постбэки на регистрацию можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.

Первая авторизация

Первая авторизация — первая авторизация за всё время работы устройства.

Этот постбэк соответствует потоковой метрике Событие с названием mt_login.
Обратите внимание, что постбэк отправляется именно по устройствам, но не по пользователям приложения. То есть если пользователь уже авторизовывался на других устройствах, авторизация на новом устройстве все равно будет считаться первой.

Уникальное событие. Может произойти на устройстве только один раз.

Применение: постбэки на первую авторизацию можно использовать в кампаниях, работающих по модели CPA, если целевым событием является не только установка, но и первый вход пользователя. Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Авторизация

Авторизация — любая авторизация на устройстве.
Авторизация CA — авторизация в рамках действия текущей атрибуции (постбэки по текущей кампании перестанут уходить, если сработает реатрибуция).

Этот постбэк соответствует потоковой метрике Событие с названием mt_login.
Обратите внимание, что постбэк отправляется именно по устройствам, но не по пользователям приложения.

Оба события не уникальны. Могут возникать много раз в течение работы устройства.

Применение: постбэки на авторизацию можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).

Используйте Cобытия в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.

Кастомное событие

Кастомное событие — это любое событие, которое ваше приложение отправляет на сервер с помощью соответствующих методов SDK.

Если вы не знаете, как отправлять кастомные события из SDK, рекомендуем ознакомиться с документацией: iOS | Android | Unity | Flutter | React Native | Web

Например, это может быть «добавление товара в корзину», «достижение уровня в игре», «отправка сообщения».

Уникальность

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

Разница между Cобытием и CA-событием

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

Применение

Применение зависит от вида событий, от смысла, который вы в него вкладываете. Но основные идеи — такие же, как для остальных событий:

  • CPA-кампании (как замена или как дополнение к обычным постбэкам на установки).
  • Версия событий в первой атрибуции — для обычных кампаний, CA — для ремаркетинговых.

Также кастомные события удобно использовать для создания ремаркетинговых списков (для партнёров, которые их поддерживают, например, Google Ads).

События и CA-события: какие выбрать

События отправляются по первой атрибуции, то есть отнесены к источнику трафика, который привёл к первому появлению устройства (первой установке приложения или первому посещению сайта).

События СА отправляются в текущей атрибуции, то есть для сайтов источник трафика определяется по модели last-visit, а для приложений включает реатрибуции.

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

Аналогия с отчётами

Если вы уже разобрались с Flow и CA (Current Attribution) метриками в отчётах, то понять алгоритм работы событий постбэков будет легко. Здесь действует та же логика.

Например, если включить отправку постбэка «Кастомное событие», то количество отправленных постбэков будет равняться значению метрики «События» в отчётах. Если же включить отправку на «Кастомное событие CA», то количество отправленных постбэков будет равняться значению метрики «События CA».

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

Была ли эта статья полезна?