Как интегрировать прилы в Keitaro?

Автор, бородатый арбитраж

Давно обещал эту статью, и вот сел за неё)

Для кого она?

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

• Эта инструкция будет для трекера Keitaro.io (Промокод на 20% AFF10) и если вам откликнется статья напишу как интегрировать Binom так как знаю что крупные команды используют и его.

И так есть два сценария использования интеграции Keitaro:

1. Одна кампания в кейтаро — на всех баеров, разделение статистики будет с помощью SUB меток.
2. Разные кампании в трекеры — каждому баеру по кампании, и даже каждый отдельный баер может использовать несколько кампаний, распределение трафика осуществляется с помощью нейминга просто в SUB2 (пример) вы будете вставлять хэш кампании Кейтаро.

Приступим к разбору первого пункта:

Поставщика возьмём одного из популярного списка, выберем WWApps

Подготовим наш трекер, а точнее кампанию в кейтаро чтобы отдать полученную ссылку на кампанию в WWApps, дабы они выдали вам ваши нейминги и диплинк по которым весь трафик с ваших неймингов попадал в ваш трекер

• Создаем новую кампанию в КТ
• Назвать ее можно как угодно
• И проставляем в настройках кампании метки как указано на скрине

Сортировать по ВЕСУ:

Зачем это нужно?

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

ОЧЕНЬ важный момент, в данный момент стало случаться так что если раньше мы просто отдавали на инеграцию ссылку прямо из КТ — с IP трекера который открывается по протоколу HTTP:// то сейчас клики которые проходят через этот протокол, у юзеров могло открыться предупреждение о «незащищенном подключении» и существенная часть игроков срезалось тут, поэтому прикрепите к трекеру домен желательно прокинутый через Cloudflare и в настройках кейтаро там будет галочка HTTPS:// — это обеспечит быстрое соединение для всех гео и сайты реклов в любом гео будут открываться быстро.

Берем ссылку на кампанию КТ и отдаем в чат с сервисом аренды:

https://TestDomain.com/w3vNkK?sub1={subid}&sub2={sub2}&sub3={sub3}&sub4={sub4}&sub5={sub5}&sub6={sub6}&sub7={sub7}&google_adid={google_adid}&adset={adset}&adset_id={adset_id}&bundle={bundle}

Теперь разберем, как нам от всех баеров принимать весь траф в одну кампанию.

А сделать это довольно просто, как указано на скрине в потоках есть лишь 1 единственный поток, так как всей кло@кой занимается поставщик, мы будем использовать SUB-метки для трекинга трафа каждого баера именно по меткам

Как видите на скриншоте выше, ссылка на поток в ПП идет с ID потока, который мы кладём в SUB2 — как мы его туда передаем? В нейминге!

Вот стандартный нейминг от WWApps:

Нейминг: test_test_ХЭШ_ПОТОКА_sub3_sub4_sub5_sub6_sub7

Диплинк: myapp://test_test_ХЭШ_ПОТОКА_sub3_sub4_sub5_sub6_sub7

(он принципе у всех поставщиков стандартный и для других сервисов аренды не придется придумывать что-то еще)

В ПП довольно просто найти ХЭШ_ПОТОКА (он же ID потока)

Его нам и нужно поместить в SUB2 теперь весь трафик от баера который указал в нейминге свой ID потока, будет поступать ему в его поток ПП

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

Плюсы:

• Автономность — баерам не нужно лезть в трекер и настраивать кампании, редактировать и прочие действия совершать, если у вас закрытая эко-система где баеры занимаются только заливом, и вам важно сохранять безопасность на уровне — никто не лезет куда ему не положено это идеальный вариант. В нашем случае доступ к трекеру есть у тимлдиа и тех.специалиста.
• Простой запуск — баеры в боте сервиса приложений выбирает приложение шарит туда аккаунты и запускает самостоятельно без привлечения интегратора, в любое удобное ему время — ему (баеру) лишь нужно вставить в нейминг его ID потоков в ПП.
• Тимлид может по SUB-меткам сформировать отчеты по каждому баеру и провести нужную ему аналитику.

Минусы:

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

Второй вариант:

Рассмотрим второй вариант — баеры имеют доступ трекер, у всех общий или разграничивайте права на каждого баера тут на ваше усмотрение. Но уже сами баеры могут создавать кампании в трекере проводить аналитику, смотреть статистику и управлять офферами/ГЕО в кампании КТ на свое усмотрение.

Принцип почти идентичный первому, за исключением того что теперь в SUB2 у вас будет передаваться не ID потока в партнерку — а идентификатор кампании КЕЙТАРО

как это выглядит:

В данном скриншот мы видим что у баера несколько потоков, он может сюда добавить в Сплит-тест несколько офферов на ГЕО, а так же добавить несколько ГЕО и заливать с этим неймингом несколько приложений в одну кампанию/в несколько кампаний. Соответсвенно сама ссылка на сайт рекла (поток) прописывается уже вручную баером в разделе офферы КТ)

Какую ссылку мы должны отдать в сервис аренды приложений для такого типа интеграции:

https://TestDomain.com/{sub2}?sub_id_1={subid}&sub_id_3={sub3}&sub_id_4={sub4}&sub_id_5={sub5}&sub_id_6={sub6}&google_adid={google_adid}&adset={adset}&adset_id={adset_id}&bundle={bundle}

Теперь как видно у нас параметр SUB2 — динамический, и в нейминге указывая в SUB2 — идентификатор кампании Кейатро, мы можем распределять уже трафик именно по кампаниям в КТ

Плюсы:

• Плюсы данного метода интеграции в полном управлении своим трафиком самими баерами
• Сплит-тестирование
• Возможность добавлять свои преленды

Минусы:

• Если вы за секьюрность, тут нет гарантий что в одной из кампании баер не будет сливать на «себя» ( у нас интегратор иногда проверяет ссылки в офферах) чтобы избежать таких сюрпризов.
• Нет автономности запуска — баеру перед запуском придется подготовить поток, и добавить оффер в КТ это не проблема когда баер опытный.
• Баер может накосячить в КТ и траф будет теряться

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

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

P.S. > так же могу написать и для PWA там такой же принцип, но вдруг вам надо)