Чтобы лучше отжимать трафик нам нужно настроить кампанию в Majorka для приёма трафика, который подписался на уведомления.
Для некоторых general лендингов трафик спокойно можно отправлять для допродажи в стандартный трафбек (как это работало в старых лендингах Пропелера, этот трафик тоже оплачивается!)
Но есть лендинги таргетированные под определенные вертикали. Например, свипы или дейтинг. В таких лендингах нажатие юзером Allow означает не просто намерение «продолжить серфинг», а «начать играть» или «начать знакомиться». По идее это подогревает трафик, следовательно гипотетически более доходным может быть слив трафика на тематические CPA - в данном примере это дейтинг или свипстейк.
Чтобы это отрабатывало правильно и трафбек мог адаптироваться под трафик и вертикаль, необходимо модицифировать лендинги так, чтобы не весь трафик уходил в трафбек, а только тот который подписался попадал на наш трафбек (остальной - на трафбек по-умолчанию).
Но это простая часть истории.
Сложная часть заключается в том, как учитывать приходящие конверсии. Если мы хотим их учитывать в исходной кампании, то нам нужно передавать external_id насквозь до целевого лендига и убедиться что majorka не переписывает external_id (вроде это так и работает щас).
Однако как тогда будет работать оптимизатор трафбека? Получается что постбеки надо посылать в два места — как в исходную кампанию по исходному external_id, так и в трафбек кампанию.
Надо разобраться как это наиболее дешево и гибко реализовать.
Чтобы лучше отжимать трафик нам нужно настроить кампанию в Majorka для приёма трафика, который подписался на уведомления.
Для некоторых general лендингов трафик спокойно можно отправлять для допродажи в стандартный трафбек (как это работало в старых лендингах Пропелера, этот трафик тоже оплачивается!)
Но есть лендинги таргетированные под определенные вертикали. Например, свипы или дейтинг. В таких лендингах нажатие юзером Allow означает не просто намерение «продолжить серфинг», а «начать играть» или «начать знакомиться». По идее это подогревает трафик, следовательно гипотетически более доходным может быть слив трафика на тематические CPA - в данном примере это дейтинг или свипстейк.
Чтобы это отрабатывало правильно и трафбек мог адаптироваться под трафик и вертикаль, необходимо модицифировать лендинги так, чтобы не весь трафик уходил в трафбек, а только тот который подписался попадал на наш трафбек (остальной - на трафбек по-умолчанию).
Но это простая часть истории. Сложная часть заключается в том, как учитывать приходящие конверсии. Если мы хотим их учитывать в исходной кампании, то нам нужно передавать external_id насквозь до целевого лендига и убедиться что majorka не переписывает external_id (вроде это так и работает щас).
Однако как тогда будет работать оптимизатор трафбека? Получается что постбеки надо посылать в два места — как в исходную кампанию по исходному external_id, так и в трафбек кампанию.
Надо разобраться как это наиболее дешево и гибко реализовать.