Differences

This shows you the differences between two versions of the page.

--- ru:brokers [2021/06/11 10:50] – [TDS + Brokers] admin
+++ ru:brokers [2026/08/04 14:11] (current) – [Cookie lifetime (capping)] admin
@@ Line 26: / Line 26: @@
 Если у вас редирект, то все тоже самое, только при добавлении зоны, в html code указываем урл, начиная его с Location: (это значит редирект), например Location:http://broker.com/your_id
-После этого можно слать на /cgi/out.php?spot_id=..
+После этого можно слать на /cgi/out.php?broker_spot_id=..
@@ Line 41: / Line 41: @@
 . Если темпелйты для мобильных и десктопа у нас сильно отличаются, то делаем 2 темпелйта index and mobile_index, последний показывается мобильным. В одном ставим <!--SPOT_1--> в другом <!--SPOT_2-->
-. Либо если темпелйт 1 то делаем пхп вставку вида
+. Либо если темплейт один, то делаем пхп вставку вида
@@ Line 72: / Line 72: @@
 Если у брокеров есть например отдельная цена на мобильный траф, то можно сделать 2 правила в ТДС: одно на BROKER_SPOT_1 где будут мобильные зоны с брокера, и BROKER_SPOT_2 где будут обычные зоны с брокера.
+===== Send Uniques Only =====
+В зависимости от брокера (и оффера у конкретного брокера) может быть выгодно слать только уникальные хиты ( условно в проданные брокер считает только уникальных), но бывает так что считает уникальными 1-2-3 хита от одного и того же серфера.
@@ Line 88: / Line 93: @@
+===== Cookie lifetime =====
+Когда мы отправляем пользователя на какой-то урл (брокера) или показали рекламу, то мы запоминаем время когда мы его туда отправили. Например, у нас 4 баннера (или урла куда слать), capping 30 (секунд).
+:00 человека послали на урл1 (показали баннер1)
+:10 человек загружает страницу снова, баннер1 он уже видел, шлем на баннер2
+:20 человек загружает страницу снова, баннеры 1 и 2 уже видел, показываем баннер 3
+:35 человек загружает страницу снова, у нас есть баннер 4 который мы могли бы показать, но баннер1 был показан более 30 секунд, мы показываем баннер1
+:37 баннер 1 показали 2 секунды назад, баннер2 - 27 секунд назад, баннер3 - 17 секунд назад, а баннер 4 еще не показываели  - показываем его.
+:39 у всех баннеров время показа менее 30 секунд назад, смотрим If all zones has been showed: варианты или начинаем сначала (те "забываем" когда были показаны баннеры) или показываем какой-то определенный баннер пока не пройдет 30 секунд.
+===== Capping =====
+Например у нас в споте 3 зоны. По умолчанию мы шлем только уники, те если пришел посетитель то мы его отправили на зону где выше цена за клик ( в пределах этого спота конечно). Но если этот же серфер пришел еще раз - мы отправляем его на зону 2ю по цене.
+Но бывает что у брокера хорошие предложения и для повторных посетителей, тогда можно на эту же зону слать посетителя еще раз, хотя он уже и не будет уникальным для этой зоны.
+Capping 2 например означает что можно слать на эту зону 3 раза посетителя (те 1 раз он уникальный и 2 раза когда он не уникальный)
 ===== Multisite =====
 В большинстве случаев у вас больше чем 1 сайт и один и тот же код брокера часто используется либо на всех, либо как минимум на какой-то части.
-Если брокеры добавлены на сайте 1, то что бы загрузить их на сайте 2 у нас есть несколько вариантов:
+Если брокеры добавлены на сайте 1, то что бы загрузить их на сайте 2 у нас есть 2 варианта:
-. сделать JS include, минус в том что сначала загружается страница, потом загружается JS, выполняется , подтягивает рекламу с другого домена и тп. Это долго, домен с которого надо вытянуть рекламу, может быть забанен и тп.
+. классический master - slave ( как с ротацией ), те зоны добавляются на сайте 1, а на сайте 2 в настройках прописываются данные базы сайта 1 и он оттуда берет всю стат
-. можно инклудить как пхп и если в пределах одного сервак это ок, то если это разные серваки то будет большой удар по скорости загрузки страницы.
-поэтому мы решили использовать 3й вариант, схема похожая на master-slave ротации, но что бы не путать возмем новую терминологию (на самом деле заимствовано из mysql терминогиии): **source - replica.** Суть в том, что вы настраиваете брокеров только на одном сайте - source, он же тянет статистику с брокеров. Но при этом в Settings - Brokers - Export вы можете настроить куда эти данные будут автоматически скопированы. В настройках будут доступны сайты, добавленные в Global Admin.
+. схема похожая на master-slave ротации, но что бы не путать возьмем новую терминологию (на самом деле заимствовано из mysql терминогии): **source - replica.** Суть в том, что вы настраиваете брокеров только на одном сайте - source, он же тянет статистику с брокеров. Но при этом в CJ Settings - TDS\Brokers - Export вы можете настроить куда эти данные будут автоматически скопированы. В настройках будут доступны сайты, добавленные в Global Admin.
 Таким образом как только вы делаете изменения в брокера - инфа автоматически копируется на указанные сайты. Когда забирается статистика с брокеров - она так же копируется. Таким образом на каждом домене получается копия брокеров и они отдаются мгновенно, с того же домена. При этом статистика по показам у каждого домена своя.
+Те в варианте 2 минус в том что данные дублируются, но плюс в том что хранятся они на том же серваке где и сайт.
+Если у вас серваки стоят на разных хостингах то вариант 2 лучше, если на одном - вариант 1 лучше.
@@ Line 195: / Line 224: @@
+==== TwinRed ====
+Еще одно исключение.
+  - для него в API Key надо писать 2 значения через двоеточие а именно client_id:client_secret например lkdjflksjd213:344343kdkksk
+  - zone_id - publisherID:siteID:zoneID (это надо брать из админки брокера)