Принцип работы трекера и ПП

при создании шаблона нужно сопоставлять параметры и плейсхолдеры ПП с нашими токенами. Например, если в ПП есть параметр click_id={click_id}, то мы понимаем, что это наш vid, и вставляем его данные в Visit Id.

На примере Adcombo опишу, как это делается:

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

Чтобы заполнить эти параметры, мы должны зайти в кабинет ПП.

В адкомбо есть тестовая среда, чтобы собрать рабочий постбек и отправить его на трекер, и посмотреть респонс

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

Для простоты мы сделаем постбек на Appror событие.

Заходим в Трекер, создаем ПП. Для лида нам нужно пять параметров: vid, event, payout и необязательные tid и currency

Смотрим плейсолдеры в кабинете ПП:

vid={clickid}

event=approve - тут нет плейсхолдера, потому что мы определяем, какой event оптправляем

payout={revenue}

tid={trans_id}

А currency тут нет, значит будет браться дефолтная из оффера. Либо мы просто в currency укажем без плейсхолдера usd

Об остальных плейсхолдерах кабинета ПП позже.

Заполняем форму у нас, копируем ссылку в кабинет ПП

Вставляем в кабинет ПП, видим, что все норм:

Это был просто тест в адкомбо, мы протестировали, переходим на страницу adcombo, куда готовые ссылки вставлять:

Тут событие approve называется lead, вставляем постбек в нужное поле, затем идем в трекер, в ПП, меняем event на reject, можно форму не сохрянять, копируем постбек, и вставляем в 'Postback Url for rejects' в адкомбо, то же самое делаем для hold.

Все, теперь корректные постбеки с подмененными данными будут прилетать с Адкомбо
Теперь, что касается остальных плейсхолдеров ПП.

У нас есть:

{datetime},{created} и {timestamp}, у нас пока не обрабатывается никак даты от ПП, нет еще такого токена, поэтому мы их не переносим.

{rotator_id} - тоже не используется

{status}{goal} - поскольку мы уже имеем event, из статусы нам не нужны, тем более они не совпадают, у них же lead вместо approve

{click_id} - видимо они заменяют и {click_id} и {clickid} на всякий случай, если арбитражник ошибется

Остаются {subid} и {sub_id} - для доп параметров, видимо тоже на всякий случай и так, и так. Вот их можно к нашим привязать.

Я предлагаю всегда, где есть sub_id или sub1, sub2, sub3, первый делать на buyer, то есть в нашем случае будет параметр предустановленный:

а если subid несколько, что часто бывает, то первый на байера, а остальные на var2, var3 и т д

Другие ПП иногда еще могут передавать свой сгенерированный id в постбеке, тогда мы используем параметр external_id, а имя External Id

Параметры, которые используются у нас:

Вот пример плейсхолдеров в ПП Leadbit, тут вполне можно все subid положить в наши vars и еще туда же ip, offer и т.д. А payout тут {cost}