Постбэк — это механизм уведомления партнёра о выполнении целевого действия пользователем (например, об установке приложения через его рекламную кампанию). Обычно для уведомления используются HTTP-запросы.
Для большинства интегрированных партнёров мы уже подготовили постбэки. Вам остаётся только настроить отправку.
Но бывают ситуации, когда стандартных постбэков недостаточно:
Если доступных постбэков для ваших задач недостаточно, обратитесь в службу поддержки.
Постбэки пока недоступны для рекламных кампаний VK Mini Apps. Подробнее
В MyTracker можно отправлять постбэки на следующие события:
Для мобильных приложений можно отправлять постбэки по всем перечисленным событиям. Для веб-приложений актуальны только постбэки по событиям новый пользователь, реактивации, регистрации, авторизации и универсальный доход.
Событие «Установка» возникает при первой установке и запуске мобильного приложения на устройстве.
Событие установки на устройстве возникает независимо от запуска, но если пользователь ни разу не запустит приложение, то SDK не сможет отправить на сервер информацию об установке. Соответственно, с точки зрения MyTracker установки не будет
Уникальное событие. Может произойти на устройстве только один раз.
Применение: у большинства партнёров, работающих по модели CPI, постбэки на установку — обязательное условие интеграции.
Новый пользователь — это авторизованный пользователь, который впервые появился в проекте. Под «появлением пользователя» подразумевается первое событие, полученное вместе с идентификатором пользователя.
Первым событием может быть не только регистрация, но и авторизация, платёж и др. Это возможно в том случае, если пользователь зарегистрировался в приложении до того, как разработчик приложения подключил MyTracker SDK и настроил передачу идентификаторов пользователя.
Уникальное событие. Может произойти только один раз.
Применение: постбэки по новым пользователям нужны, если вы хотите оптимизировать закупку трафика с целью привлечения новых пользователей. Постбэки покажут реальное число новых клиентов, которые могут устанавливать приложение на несколько устройств или переключаться между мобильной и веб-платформой. Подробнее
Реактивация — это активность, перед которой пользователь бездействовал в течение «окна неактивности» (по умолчанию 30 дней).
Активностью считается регистрация, авторизация, запуск приложения, посещение сайта, просмотр встроенной рекламы или платёж
Постбэки на реактивацию можно отправлять по устройствам и пользователям:
В качестве примера рассмотрим порядок действий, который приводит к Реактивацииd на мобильном устройстве:
Событие не уникально. Может возникать на устройстве много раз.
Применение: постбэки на реактивацию нужны, если вы проводите ремаркетинговые кампании (кампании по возврату в приложение «отвалившихся» пользователей).
Повторная установка — это установка мобильного приложения, перед которой пользователь устройства удалил приложение и бездействовал в течение «окна неактивности» (по умолчанию 30 дней).
Рассмотрим порядок действий, что приводит к повторной установке:
Событие не уникально. Может возникать на устройстве много раз.
Применение: постбэки на повторные установки нужны, если вы проводите ремаркетинговые кампании (кампании по возврату в приложение «отвалившихся» пользователей).
Первая покупка — первая покупка за всё время жизни пользователя/устройства.
Первая покупка 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 | Web
Например, это может быть «добавление товара в корзину», «достижение уровня в игре», «отправка сообщения».
УникальностьУникальность событий контролируете вы (ваши программисты). В зависимости от того, какую логику вы вложили в событие, оно может быть как уникальным (например, прохождение туториала в игре), так и повторяемым (добавление товара в корзину).
Разница между Cобытием и CA-событиемСобытия возникают в течение всей жизни пользователя, реатрибуции никак на них не влияют. CA-события могут возникнуть только в течение действия текущей атрибуции: от момента атрибуции (установки, первого посещения сайта, реактивации или повторной установки) до следующей реатрибуции (повторной установки мобильного приложения или реактивации).
ПрименениеПрименение зависит от вида событий, от смысла, который вы в него вкладываете. Но основные идеи — такие же, как для остальных событий:
Также кастомные события удобно использовать для создания ремаркетинговых списков (для партнёров, которые их поддерживают, например, Google Ads).
События отправляются по первой атрибуции, то есть отнесены к источнику трафика, который привёл к первому появлению устройства (первой установке приложения или первому посещению сайта).
События СА отправляются в текущей атрибуции, то есть для сайтов источник трафика определяется по модели last-visit, а для приложений включает реатрибуции.
Используйте События, если вы ориентируетесь на привлечение новой аудитории, не взаимодействовавшей с вашим приложением или сайтом ранее.
Если вы уже разобрались с Flow и CA (Current Attribution) метриками в отчётах, то понять алгоритм работы событий постбэков будет легко. Здесь действует та же логика.
Например, если включить отправку постбэка «Кастомное событие», то количество отправленных постбэков будет равняться значению метрики «События» в отчётах. Если же включить отправку на «Кастомное событие CA», то количество отправленных постбэков будет равняться значению метрики «События CA».
При возникновении вопросов, пожалуйста, обратитесь в нашу службу поддержки.
