Техническая интеграция с Adv.Cake

Общая информация

Для запуска программы необходимо провести интеграцию вашего сайта и базы данных с нашей системой.

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

В Adv.Cake доступны несколько способов интеграции:

  1. Интеграция через Pixel Ecom, Pixel Lead

  2. Интеграция через XML Ecom, XML Lead

  3. Интеграция при помощи Postback Ecom, Postback Lead, Postback Lead без установки JS-кодов

  4. Интеграция финансовых офферов через Pixel Lead Finance, Postback Lead Finance, XML Lead Finance

  5. Интеграция через конструктор сайтов Tilda Ecom, Tilda Lead

  6. Интеграция через конструктор сайтов Webflow Ecom, Webflow Lead

  7. Интеграция мобильных приложений через AppsFlyer (постбеки), AppsFlyer (инсталлы)

  8. Интеграция мобильных приложений через AppMetrica (постбеки), AppMetrica (инсталлы)

  9. Интеграция антифрода (системы мониторинга и предотвращения мошеннических действий).

Примечание

Почти все способы интеграции предназначены для разных типов офферов.

В случае с веб-версией сайта, интеграция зависит от типа оффера и делится на Ecom и Lead, а в случае с мобильными приложениями, проводится по постбекам и установкам (инсталлам).

Чем отличаются эти способы и какие у них особенности вы можете узнать ниже.

Что такое Ecom и Lead ?

Ecom

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

Пример корзины на сайте «М.Видео»:

-

Lead

На офферах этого типа нет такого понятия как «корзина», вместо нее – услуга или заказ, например, оформление кредита или страховки, покупка курса и т.п.

-

Об интеграции мобильных приложений

Мы умеем интегрировать не только веб-версии сайтов, но и мобильные приложения.

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

С технической стороны есть два варианта провести интеграцию мобильного приложения:

  1. Подключить дополнительную атрибуцию трафика в мобильном приложении к текущему офферу (подходит для поддержания спроса и работы с лояльной аудиторией);

  2. Создать новый оффер, заточенный непосредственно под работу с приложением за установки (инсталлы) (подходит для работы с новой аудиторией для раскрутки непосредственно приложения).

Примечание

Также, возможен вариант одновременной интеграции по классической модели (Last Paid Click) и установкам – в таком случае, в приложении к договору, будут указаны разные ставки для разных типов интеграции.

Первый вариант интеграции

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

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

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

Второй вариант интеграции

Во втором варианте интеграции — за установки (инсталлы) — мы промотируем само приложение клиента.

Здесь мы делаем упор не на поддержание спроса или лояльность аудитории, а именно на инсталл и первую покупку (это важно для рекламодателя, так как исключает оплату инсталлов, осуществленных бот-фермами).

Механизм заключается в In-app рекламе, т.е. когда пользователь видит рекламу одного приложения внутри другого.

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

Различие между первым и вторым вариантом в том, что в первом случае каждый заказ атрибуцируется отдельно и мы смотрим на атрибуцию по Last Paid Click, как в мобильном браузере, а во втором варианте атрибуция идет только за установку и первый заказ, и все последующие заказы в этой установке атрибуцируются за приведшим вебмастером, но не оплачиваются – то есть здесь применяется атрибуция Last Paid Click по инсталлам и если инсталл привел к выкупу заказа, то такой инсталл или первая покупка будет оплачен.