Капы — это ежедневные будни арбитражника. Если вы льёте регулярно и с хорошим объёмом, то следить за тем, чтобы не дать больше лидов, чем вам положено — это головная боль.
В Кейтаро есть встроенная функция для каппинга — ограничение по кол-ву принимаемых лидов на уровне оффера:
Но пользоваться этой штукой неудобно от слова совсем. Для начала посмотрим, что пишут про эту функцию создатели трекера:
«Функционал полезен в том случае, когда рекламодатель принимает ограниченное количество лидов (конверсий), после чего перестает обрабатывать ваш трафик. В этом случае вы можете поставить автоматическую смену оффера на аналогичный от другого рекламодателя или партнерской программы. При активации функции можно выбирать суточный лимит, временную зону учета конверсий и альтернативный оффер, на который будет переключен трафик.»
Но лить по такой схеме на связку прокла — ленд невозможно! Т.е. представьте себе: льёте вы такие Титан Гель. Задали на оффере кап в 100 лидов. Пользователь попадает на прокладку, в которой уже указано название оффера — Титан Гель. После чего он щёлкает по ссылке, трекер определяет, что кап перелит и шлёт вас на Эроган, допустим. Дичь же! Абсолютно бесполезная фича получается. Если только не делать какие-то «универсальные» прокладки без упоминания на них оффера. И это я ещё не говорю про вариант, когда на один товар у нас есть несколько лендов….
Всё это мы сейчас решим и поправим! Качаем вот отсюда файл ywbcapfilter.php. Открываем его в любом текстовом редакторе и заменяем на 34-35 строках ваш ключ API и ip-адрес (или домен) на котором висит ваш трекер. Да, если часовой пояс у вашего трекера не Москва — задайте её там ниже по коду…
Далее кладём его в папку application\filters внутри Кейтаро. Перелогиниваемся в трекер. Всё, теперь создаём в трекере кампанию и в ней поток под Титан-гель. В потоке может быть любое число прокл и лендов Титан-геля. Далее переходим на вкладку Фильтры. Выбираем ywbcapfilter и задаём значение капа:
Затем создаём второй поток на Эроган для того, чтобы туда попадали пользователи, когда кап перелит.
Как это всё работает? А очень просто. На каждый приходящий в трекер клик наш фильтр смотрит, какие у нас есть в потоке офферы, по каждому из них смотрит, сколько есть продаж за сегодня, суммирует продажи и сверяет их кол-во с выставленным капом.
DISCLAIMER: под капотом фильтр использует пару вызовов апи трекера, что может замедлить скорость отображения ваших прокладок! На тестах ухудшение скорости было порядка 0,2 секунды, но проверьте её на вашем железе и вашем объёме трафа!
А я напоминаю, что проект существует только благодаря вашим донатам) Лейте в плюс, господа, и не переливайте капы!
Привет. А пользователи, которые уже попали на первый оффер куда будут попадать после того как капа закроется, на второй или на первый?
весь смысл фильтра в том, что если кап закрыт, то пользователь попадает на следующий оффер. То есть на следующий поток в Кейтаро.
Уведомление: Максимизируем профит, используя алгоритм "многоруких бандитов" в Кейтаро - Жёлтый веб
Салют! В развитие данной темы:
Этот вариант прекрасен для работы соло, но для команды , работающей в одном трекере, уже не очень.
Представим ситуацию в вакууме, 3 веба запускают на оффер каждый свои компании, у кого то зашло у кото то не очень. Все вместе они могут налить допустим 100 лидов.
Теоретически я представляю как можно допилить твой скрипт. Я бы добавил кроме количества еще инпут с названием Оффера, который в запросе отчета будет искать это название Оффера в названиях связок (если в треке е порядок в названиях)
С другой стороны еще не начав я понимаю, что время обработки улетит в космос и в место 0,2 твоих, будет в разы или десятки дольше.
Вот если бы можно было закешировать список idшек нужных лендосов при первом запуске, и дальше тянуть отчет уже по нему, возможно, это исправило бы ситуацию.
прежде чем залезать в эти дебри, хотелось бы услышать твое экспертное мнение, стоит ли так заморачиваться))
Привет, Антон.
Я не совсем понял, почему данный вариант не подходит под команду? Вот у тебя оффер с капом в 100 лидов. 3 веба льют, у кого-то зашло, у кого-то не очень. Вместе они могут налить 100 лидов, верно, после чего фильтр уже в этот поток не будет пускать. В чём загвоздка-то? Так вроде и должно всё работать)
Может я просто не очень понял принцип. Если я правильно представляю твою схему, то кап считается только внутри одной компании, верно?
а если у каждого из ребят своя компания? У кого то одни промо с одним подходом, у кого то другие, но все в итоге на один и тот же оффер который должен отслеживаться кап
Кап считается по тем лендингам/офферам, которые установлены в блек-потоке внутри кампании. Если у баеров один и тот же набор лендингов, то подсчёт будет корректным. Если один льёт на одни ленды, а другой на другие, то тут да, работать не будет.
Привет ! А если у меня 3 оффера ( каждый из них идет на 3 партнера: «пп1, пп2, пп3» ) то есть в сумме уже 9 офферов. В команде 4 веба, которые должны лить траф на пп1 — 20 лидов в день на пп2 — 10 и на пп3 — 10. У каждого веба свои компании, как можно объединить их компании — то есть считать лидов со всех компаний и в случае достижения лимита допустим на пп1 в 20 лидов траф шел на другую пп и наоборот?
Объединять кампании не нужно, потому что фильтр считает кап не по кампаниям, а по офферам.