Постбэк — это механизм уведомления партнёра о выполнении целевого действия пользователем (например, об установке приложения через его рекламную кампанию). Обычно для уведомления используются HTTP-запросы.
Для большинства интегрированных партнёров мы уже подготовили постбэки. Вам остаётся только задать режим их отправки (см. раздел Отправка постбэков).
Но бывают ситуации, когда стандартных постбэков недостаточно:
В таких случаях вы можете создать постбэки самостоятельно.
Прежде чем читать дальше, попросите у партнёра документацию или устное описание требований к постбэкам.
Рекомендуем выработать какой-то стандартизированный подход к именованию — так будет проще ориентироваться, если постбэков станет много. Например, постбэки могут называться так:
Partner name | install
get
.
Другой метод может потребоваться, если партнёр явно указал это в своей документации.* — обязательные поля.
Теперь вы можете настроить отправку постбэка для всех кампаний партнёра и подключить постбэк в качестве «дополнительного» к конкретным кампаниям.
Шаблон URL — это обычный URL, в котором вместо значений параметров используются так называемые «макросы» (псевдо-значения, которые MyTracker заменит реальными значениями перед отправкой постбэка).
Рассмотрим процесс составления шаблона:
http://site.com/postback/
.
Параметры шаблона можно прописать вручную в строке Шаблон URL или добавить согласно инструкции ниже
Перед сохранением формы убедитесь, что в шаблоне URL присутствуют все необходимые параметры. Не забудьте нажать Добавить справа от последнего параметра, для которого вы вводили название и тип. Пока вы не нажмёте Добавить, параметр не «пристыкуется» к шаблону URL
В MyTracker можно отправлять постбэки на следующие события:
Для мобильных приложений можно отправлять постбэки по всем перечисленным событиям. Для веб-приложений актуальны только постбэки по событиям новый пользователь, реактивации, регистрации, авторизации и универсальный доход.
Событие «Установка» возникает при первой установке и запуске мобильного приложения на устройстве.
Событие установки на устройстве возникает независимо от запуска, но если пользователь ни разу не запустит приложение, то SDK не сможет отправить на сервер информацию об установке. Соответственно, с точки зрения MyTracker установки не будет
Уникальное событие. Может произойти на устройстве только один раз.
Применение: у большинства партнёров, работающих по модели CPI, постбэки на установку — обязательное условие интеграции.
Новый пользователь — это авторизованный пользователь, который впервые появился в проекте. Под «появлением пользователя» подразумевается первое событие, полученное вместе с идентификатором пользователя.
Первым событием может быть не только регистрация, но и авторизация, платёж и др. Это возможно в том случае, если пользователь зарегистрировался в приложении до того, как разработчик приложения подключил MyTracker SDK и настроил передачу идентификаторов пользователя.
Уникальное событие. Может произойти только один раз.
Применение: постбэки по новым пользователям нужны, если вы хотите оптимизировать закупку трафика с целью привлечения новых пользователей. Постбэки покажут реальное число новых клиентов, которые могут устанавливать приложение на несколько устройств или переключаться между мобильной и веб-платформой. Подробнее
Реактивация — это активность, перед которой пользователь бездействовал в течение «окна неактивности» (по умолчанию 30 дней).
Активностью считается регистрация, авторизация, запуск приложения, посещение сайта, просмотр встроенной рекламы или платёж.
Постбэки на реактивацию можно отправлять по устройствам и пользователям:
В качестве примера рассмотрим порядок действий, который приводит к Реактивацииd на мобильном устройстве:
Событие не уникально. Может возникать на устройстве много раз.
Применение: постбэки на реактивацию нужны, если вы проводите ремаркетинговые кампании (кампании по возврату в приложение «отвалившихся» пользователей).
Повторная установка — это установка мобильного приложения, перед которой пользователь устройства удалил приложение и бездействовал в течение «окна неактивности» (по умолчанию 30 дней).
Рассмотрим порядок действий, что приводит к повторной установке:
Событие не уникально. Может возникать на устройстве много раз.
Применение: постбэки на повторные установки нужны, если вы проводите ремаркетинговые кампании (кампании по возврату в приложение «отвалившихся» пользователей).
Первый платёж — первый платёж за всё время жизни пользователя/устройства.
Первый платёж CA — первый платёж с момента последней атрибуции (установки, реактивации или повторной установки мобильного приложения).
Событие в первой атрибуции уникально.
CA-событие не уникально. Может возникать много раз за время жизни пользователя (но только один раз за время атрибуции).
Применение: постбэки на первый платёж можно использовать в кампаниях, работающих по модели CPA, если целевым событием является «превращение пользователя в платящего». Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).
Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.
Платёж — любой платёж.
Платёж CA — платёж в рамках действия текущей атрибуции (постбэки по текущей кампании перестанут уходить, если сработает реатрибуция).
Оба события не уникальны. Могут возникать много раз в течение жизни пользователя.
Применение: постбэки на платежи имеет смысл использовать в кампаниях, работающих по модели оплаты «процент от дохода». Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).
Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.
Первый универсальный доход — первый платёж за всё время жизни пользователя/устройства, загруженный в MyTracker через S2S API.
Первый универсальный доход CA — первый платёж с момента последней атрибуции (установки, реактивации или повторной установки),
загруженный в MyTracker через S2S API.
Подробнее об универсальном доходе см. раздел Трекинг дохода
Событие в первой атрибуции уникально.
CA-событие не уникально. Может возникать много раз за время жизни пользователя (но только один раз за время атрибуции).
Применение: постбэки на первый универсальный доход можно использовать в кампаниях, работающих по модели CPA, если целевым событием является «превращение пользователя в платящего». Также их можно использовать в комбинации с обычными постбэками на установки или регистрации для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).
Используйте События в кампаниях по привлечению новых пользователей, CA-события — в ремаркетинговых кампаниях.
Универсальный доход — любой платёж, загруженный в MyTracker через S2S API.
Универсальный доход CA — платёж в рамках действия текущей атрибуции,
загруженный в MyTracker через S2S API (постбэки по текущей кампании перестанут уходить, если сработает реатрибуция).
Подробнее об универсальном доходе см. раздел Трекинг дохода
Оба события не уникальны. Могут возникать много раз в течение жизни пользователя.
Применение: постбэки на универсальный доход имеет смысл использовать в кампаниях, работающих по модели оплаты «процент от дохода». Также их можно использовать в комбинации с обычными постбэками на установки для информирования партнёра о качестве приводимой им аудитории (если партнёр поддерживает оптимизацию кампаний).
Используйте События в кампаниях по привлечению новых пользователей, 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».
Если у вас остались вопросы, наша служба поддержки с удовольствием ответит на них.