Партнерка

[dborovikov]

Пиксель для регистрации показа:
heymoose.com/api?method=track?banner_id=<опционально>&offer_id=id&aff_id=id&sub_id=id&source_id=id
ВАЖНО: отключить кэширование

Ссылка на баннер (опциональная)
heymoose.com/get_banner/id
Можно включить кэширование

Ссылка для клика:
heymoose.com/api?method=click?aff_id=id&offer_id=id&banner_id=null|id&sub_id=id&source_id=id

Если чувак не попадает по таргетинг или оффер протух, то редиректим на back_url. Сейчас нужно обязательно реализовать гео-таргетинг, используя сторонний платный сервис + учитывать флажок.

В гет-параметры лэндинговой страницы добавляется click_id=id

JS-должен считать этот параметр и проставить в куки.

Параметры скрипта для получения на пиксель регистрации подтверждения

action.js?offer=offer1:ЦЕНА1,offer1:ЦЕНА1,offer2:ЦЕНА2&transaction_id=id

offer=1,2:45.60,5

Без цены фиксированная ставка.

Пиксель для регистрации, который action.js вставляет в страницу:
heymoose.com/api?method=reportAction&click_id=id&transaction_id=id
&offer=offer1:ЦЕНА1,offer1:ЦЕНА1,offer2:ЦЕНА2
JS-должен из кук взять click_id, остальные параметры пробрасываются
Если нет click_id, то ничего не делаем.
После вставки пикселя куку убиваем (что бы закакзчик мог встраивать разные рекламные системы)

На сервере создаем экшен с сылкой на клик.
Если есть post_back_url, то дергаем.

Бабло списываем с возможностью отмены.
вобработке - подтверждено - отменено
Выплаты отдельная табличка

[kshilov]

:
: udid(uniqueue device id) .
, udid
.

2012/3/11 dborovikov <
reply@reply.github.com

:
heymoose.com/api?method=track?banner_id=
<>&offer_id=id&aff_id=id&sub_id=id&source_id=id
:

()
heymoose.com/get_banner/id

:

heymoose.com/api?method=click?aff_id=id&offer_id=id&banner_id=null|id&sub_id=id&source_id=id

    ,   

back_url. -,

• .
• click_id=id

JS- .

action.js?offer=offer1:1,offer1:1,offer2:2&transaction_id=id

offer=1,2:45.60,5

.

, action.js :
heymoose.com/api?method=reportAction&click_id=id&transaction_id=id
&offer=offer1:1http://heymoose.com/api?method=reportAction&click_id=id&transaction_id=id%0A%26offer%3Doffer1:%D0%A6%D0%95%D0%9D%D0%901
,offer1:1,offer2:2
JS- click_id,
click_id, .
(
)

   .

post_back_url, .

.

---

Reply to this email directly or view it on GitHub:
#37

[mratozar]

В гет-параметры лэндинговой страницы добавляется click_id=id

Только все же не click_id, а _hm_click_id, чтобы не было возможного пересечения с родными гет-параметрами страницы.

[mratozar]

Готовы javascript'ы для посадочной страницы и страницы подтверждения.

http://heymoose.com/landing.js
http://heymoose.com/action.js

Тестировал на Internet Explorer 6, 7, 8; Firefox 3, 4, 10; Chrome 17; Opera 9 и на стандартном андройдовском браузере.

Чтобы проверить, последовательно открываем две ссылочки:
http://ustsdi.ru?_hm_click_id=123 (или любое другое число) -- посадочная страница;
http://ustsdi.ru/repair.php -- страница подтверждения.
После этих манипуляций в логе uwsgi должна появиться строчка вызова /test-api/?method=reportAction&click_id=123&... Выставляемая кука называется heymoose_click_id.

После гугления оказалось, что по нескольким причинам лучше использовать не прозрачный пиксель, а динамическое создание тега script. Скрипт action.js добавляет на страницу примерно следующее:

<script type="text/javascript" async="async" src="http://heymoose.com/test-api/?method=reportAction&... "></script>

Поэтому, собственно, сам метод должен возвращать не картинку, а обычный текстовый респонс, который может быть распознан как javascript. Тестовое апи, к примеру, сейчас возвращает

/* action.js */

Ну и не забыть в заголовках ответа выключить кеширование (Cache-Control: no-cache).

[mratozar]

Приснился вот какой вопрос.

Например, есть магазин, который рекламирует у нас флешку и телевизор (всего два оффера). Есть два партнера, один рекламирует в своем бложике флешку, а другой в своем -- телевизор. Пользователь зашел на бложик первого партнера и перешел по баннеру с флешкой. Но купил телевизор. Кому платить, и платить ли вообще?

Вопрос можно поставить еще более шире: пользователь перешел по баннеру с флешкой, и купил кроме флешки еще кучу всего по другим офферам. Все проценты с покупок пойдут партнеру, который откручивает этот баннер с флешкой?

[dborovikov]

Я думаю тут никому деньги не достанутся.

[mratozar]

Хм, тогда в каком случае у нас вообще возможно выполнение нескольких офферов одновременно? Баннер же всегда рекламирует только один оффер, и клик, соответственно, будет всегда относиться только к одному офферу.

[kshilov]

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

По-поводу статистики в данном случае:
Число кликов для (offer_id == id1) = (число кликов в таблице кликов где offer_id == id1) + (клики в таблице кликов, на которые ссылаются записи из таблицы действий, где offer_id == id1)

[dborovikov]

При создания действия (действий) click_id записываем всем. При подсчете конверсии следующие правила:

1. Если > 100, то до 100 округляем
2. Если деление на ноль, то ее нет (прочерк)

[dborovikov]

Многошаговые офферы

1. Новый тип оффера - SubOffer.
2. TTL по умолчанию 180 дней.
3. По дефолту не reentrant, но у процентных всегда по умолчанию reentrant.

[dborovikov]

Модерация OfferGrant

Поля:
offer_id, aff_id, approved, back_url, post_back_url, active, message

Если approved, то ссылку не видит, если дернет ручками, то 409.
back_url может быть задан только после модерации.
active - для партнера
approve - для рекламодателя и для нас
message - от партнера рекламодателю

[mratozar]

Немного мыслей и вопросов.

1. Что есть конверсия для многошаговых или реентрант-офферов? Например, я кликнул по баннеру, и выполнил два действия. Считается, что конверсия для меня 200%? По-идее, если я совершил действие, значит я сконвертировался, и остальные мои действия учитываться не должны.
2. Если мы в итоге договорились для каждого оффера создавать сабоффер, даже если он один, то круто бы было в action добавить не одно, а два поля: offer_id и suboffer_id. Тогда можно было бы делать срезы статистики как для оффера в целом, так и для каждого его сабоффера.
3. Опять же, если полностью разделить офферы и сабофферы, то можно действительно вынести сабофферы в отдельную таблицу. В таком случае в параметр offer скрипта action.js будут передаваться только id сабофферов. По этому id мы будем узнавать id основного оффера, и писать и тот и другой в action (см. пред. пункт).
4. Сабофферы нельзя удалять (ибо целостность данных и все такое), соответственно, должна быть возможность их отключать. То есть рекламодатель может отключать не только оффер в целом, но и каждый его сабоффер по отдельности.

[mratozar]

Javascript'ы обновлены: добавлен TTL.

http://ustsdi.ru/?_hm_click_id=123&_hm_ttl=3

[kshilov]

1. Если человек перешел по ссылке и выполнил действие, то конверсия не 200%.
   Насколько я помню, мы договорились для оффера, его сабофферы разворачивать в виде списка, ну соответственно для сабоффера конверсия и считается.
   Пример статистики:

                  Показы  Клики Действия    CTR    CR
   

   оффер1: 1 1 1 100% 100%
   **сабоффер1: 0 0 1 0 100%