Делаем трекер, есть вопросы

Привет всем! Собственно мы с Артемом (nwinc) в свое время написали свою ТДС + очень много функционала по аналитике трафа. На сегодняшний день есть желание на основе всего этого выпустить свой трекер. В связи с чем есть вопрос: Кто и как анализирует траф?

На сколько я знаю есть 2 классических схемы аналитики и учета.

  1. Прозрачная для ПП - в данном случае в качестве subId1 передается id_объявления, subId2 - передаем площадку с которой купили переход + можно добавить subIdN - где передавать сетку откуда покупаем или какие-то еще доп параметры, по которым в последствии мы будем сегментировать аудиторию и оценивать качество.
  2. ID клика в трекере - модель, когда в ПП в качестве subId передается id клика из ТДС, таким образом от ПП полностью скрывается источник трафа + редирект делается через JS/Meta, тогда невозможно определять первоначальный источник ни при каких обстоятельствах.

В первом варианте просто и понятно можно делать срезы по объявлению или группе объявлений, можно делать срезы по площадкам, группе площадок и тоже самое в разрезе одного или нескольких объявлений. В принципе тоже самое можно делать и во втором случае, но вырастает трудоемкость софта + снижается нагрузоустойчивость, за счет постоянных сопоставлений данных из ПП с таблицами связи subId с реальным кликом и его инфой.

Знаю, что некоторые люди всегда используют только 1 subId, передавая в него всю интересующую информацию через разделитель (например: "_"… типа 123_site.ru_ru_27, тут 123 - id_объявления, site.ru - источник, ru - гео, 27 - возраст).

Более конкретные вопросы, на которые нужны ответы:
Какой моделью пользуетесь вы? Может быть вы анализируете совсем по другому и нам есть смысл добавить возможность делать так, как вы уже привыкли?
Как и почему формируется ваш SubId?
Какими отчетами вы пользуетесь регулярно?
Каких отчетов не хватает по вашему мнению в той системе, которой пользуетесь сейчас?
Какой в среднем объем трафа проходит через вашу ТДС?
Какой пиковый объем трафа (в минуту/час/день) вы прогоняли через ТДС/Трекер?
Нужна ли интеграция трекера с Я.Метрикой или ГуглАналитикс, для более точного постанализа?

  • можно написать любые мысли по теме :slight_smile:

Заранее спасибо всем ответившим :18:

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

vaskassmile:
пользуюсь аймобитраксом, единственное чего не хватает - учета камбекера через трекер (сделать невозможно) плюс апдейт статуса лида, т.е от нового до подтвержденного и тд и соответственно менять стоимость лида в трекере.

Можешь пояснить как он работает? Не понял по видео.. Собирает статистику по кликам/subid/профиту из партнерок и сопоставляет с каналами трафика?

lolorama:
Можешь пояснить как он работает? Не понял по видео.. Собирает статистику по кликам/subid/профиту из партнерок и сопоставляет с каналами трафика?

именно
ну только еще плюс ко всему мега анализ всех параметров, какие только можно анализировать

lolorama:
Можешь пояснить как он работает? Не понял по видео.. Собирает статистику по кликам/subid/профиту из партнерок и сопоставляет с каналами трафика?

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

Тоже пользуюсь мобитраксом, впринципе всё устраивает, иногда бывает плохо определяет устройства, вместо, например, Android 4.1.2 выдает "Unknown".

надо базы UA обновлять - если это полная версия.
если нулл - то покопайся в разделе Reports - там можно увидеть юзерагентов.

Мобитрах сильная штука. К нему можно прикрутить на входе и выходе много полезного. Да и сам он достаточно многогранен. Я до сих пор нахожу там для себя новые фишки. Хотя пролил через него не один лимон уников.

lolol:
надо базы UA обновлять - если это полная версия. если нулл - то покопайся в разделе Reports - там можно увидеть юзерагентов.

Мобитрах сильная штука. К нему можно прикрутить на входе и выходе много полезного. Да и сам он достаточно многогранен. Я до сих пор нахожу там для себя новые фишки. Хотя пролил через него не один лимон уников.


Олег, а voluum.com не ковырял? Не сравнивал что лучше Мобитрах или Волум?

sydoow , пока мне комфортнее Мобитрах
ну хотя бы потому что он на моих серверах крутится )

в принципе и Волуум и Мобитрах достаточно схожи по логике действий.

Олег, а как к ниму докручивать что-то на входе и выходе? Брать нуленую версию и перепиливать код под себя?

badsant , Евгений, просто скриптами дополнительными перед трекером, внутри в прелендах и на выходе

ну например можно учитывать ребиллы с накопление в вап-подписках
можно юзать одну постбек ссылку на пачку трекеров (в разных доменах)
можно счетчик ретаргетинга для ТМ зацепить )

Использую передачу такую же как и в prosper`е, до трекера значения доходят в параметрах по типу c1, c2, c3… только буквы другие, а дальше в пп уже уходит просто номер клика и все, ну и если надо, то и реферер, такой какой захотят увидеть в пп.

Вы трекер делаете как saas решение?
Чьи базы гео и базы девайсов использованы будут?

Да, трекер предполагается саас, сейчас используется sypex по гео и приват по девайсам. Вообще будет возможность выбирать самому через что определять гео и девайсы, из того с чем будем интегрированы. Maxmind например по гео… По сути можем что угодно привязать

по гео и isp лучше всего Максимнд юзайте - он более стандарт нежели другие )

cpa.cash:
Да, трекер предполагается саас, сейчас используется sypex по гео и приват по девайсам. Вообще будет возможность выбирать самому через что определять гео и девайсы, из того с чем будем интегрированы. Maxmind например по гео... По сути можем что угодно привязать

Есть опыт работы по девайсам с deviceatlas, wurfl, менее популярных аналогов? Что лучше? Пока юзаю wurfl (free).
Определяете ли прокси или нет? Если да, то что за решение используется?

Прокси не определяем. По дейвайсам супер плотной работы тоже не ведем. Честно говоря, для нужд СРА вообще не вижу смысла знать какой конкретно Samsung с каким андройдом на борту делает конверсии. Мы делим весь траф глобально на:
вап/мобаил
ПК
Планшеты
Боты (которые палятся через реферер)

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

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

Миш, это сделать не сложно, но ооочень трудоемко, слишком много разной инфы надо хранить и как следствие повышенная нагрузка на MySQL, что само по себе очень не хорошо :slight_smile: а по факту оказывается что такой детальный анализ в итоге то и не нужен :slight_smile:

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

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

Вот ты говоришь ненужен функционал… А если бы ты лил на Юа где полстраны не конвертит? Или лил бы оффер футбольный менеджер на Испанию а креативы были бы с фото Криштиано Рональдо… И та их примеров миллиард.

Я лью на уа, и давно для себя определил список городов, откуда можно более менее лить в плюс, но большинство сетей не позволяют ставить таргеты вплоть до городов, кроме крупных, именно по этому функционал не особо актуален… Даже если ты знаешь, что 5-10 мелких городов неплохо идут - один фик будешь покупать гео типа "остальная Украина"

Сплиты по креативам нужно делать всегда и по сути даже самая убогая тдс позволяет это делать. Создаешь под каждую группу креативов свои потоки и по ним оцениваешь

Прикольная ниша может получится :slight_smile: Вопрос, конечно, в конкуренции. В рунете особо нет решений вообще, а т.к. у нас большинство ленивых и не знающих англицкий, то вполне можно вырулить. Вопрос лишь в трудозатратах. Трекер то хотелось бы видеть по функционалу схожий с аймобитраксом или волумом. А эти ребята уже вкинули куеву гору денег в разработку. И БД там используются не mysql… Для объемов небольших и проспер подойдет, а вот если надо серьезный объем - нужен серьезный анализ, а значит нужны данные по всем девайсам, городам, типу соединения и тд…