Differences

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

--- ru:brokers [2020/12/01 15:48] – [Fixed price] 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=..
+===== TDS + mobile traffic =====
+Обычный вариант - мы добавили 2+ брокера, у каждого из них взяли код для баннера (2+ broker zones) и создали спот в котором отметили, что там будут крутиться эти 2+ broker zones. В темплейте выводим как <!--SPOT_1--> - этот таг заменит на актуальный код от брокера.
+Например, у брокера отдельные баннеры для мобильных. Поэтому у нас получается 2 брокера, и уже 4 зоны. Мы создаем 2 спота: 1 как и выше, 2й - для мобильных, и в нем отмечаем баннеры для мобильных.
+Далее есть 2 варианта:
+. Если темпелйты для мобильных и десктопа у нас сильно отличаются, то делаем 2 темпелйта index and mobile_index, последний показывается мобильным. В одном ставим <!--SPOT_1--> в другом <!--SPOT_2-->
+. Либо если темплейт один, то делаем пхп вставку вида
+<code>
+<?php  if ($GLOBALS['SCJ_VISITOR']['mobile']) { ?>
+<!--SPOT_2-->
+<?php } else { ?>
+<!--SPOT_1-->
+<?php } ?>
+</code>
@@ Line 33: / Line 65: @@
 Используется когда надо отдать немного трафа на свой ресурс (с каким-то фильтром), а остальное на брокера.
-. Traffic rules - TDS  заводим схему где первое правило, это например мобильный траф (выставляется в сетингаз правила) - туда пойдет весь мобильный траф.
+. Traffic rules - TDS  заводим схему где первое правило, это например мобильный траф (выставляется в сетингах правила) - туда пойдет весь мобильный траф.
 . второе правило будет BROKER_SPOT_1 - где 1 это ИД спота из брокеров.
@@ Line 39: / Line 71: @@
 Если у брокеров есть например отдельная цена на мобильный траф, то можно сделать 2 правила в ТДС: одно на BROKER_SPOT_1 где будут мобильные зоны с брокера, и BROKER_SPOT_2 где будут обычные зоны с брокера.
+===== Send Uniques Only =====
+В зависимости от брокера (и оффера у конкретного брокера) может быть выгодно слать только уникальные хиты ( условно в проданные брокер считает только уникальных), но бывает так что считает уникальными 1-2-3 хита от одного и того же серфера.
 ===== Fixed price =====
-Добавлен брокер Fixed price, суть его в том, что стоимость трафа по всем странам для него - как вы укажете. Это удобно если вы хотите продать какую-то часть трафа по оговоренной цене.
+Добавлен брокер Fixed price, суть его в том, что стоимость трафа по всем странам для него - как вы укажете. Это удобно если вы хотите продать какую-то часть трафа по оговоренной цене. По факту все страны такого брокера автоматически получат указанную вами цену.
 Как с этим работать:
@@ Line 55: / 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 у нас есть 2 варианта:
+. классический master - slave ( как с ротацией ), те зоны добавляются на сайте 1, а на сайте 2 в настройках прописываются данные базы сайта 1 и он оттуда берет всю стат
+. схема похожая на master-slave ротации, но что бы не путать возьмем новую терминологию (на самом деле заимствовано из mysql терминогии): **source - replica.** Суть в том, что вы настраиваете брокеров только на одном сайте - source, он же тянет статистику с брокеров. Но при этом в CJ Settings - TDS\Brokers - Export вы можете настроить куда эти данные будут автоматически скопированы. В настройках будут доступны сайты, добавленные в Global Admin.
+Таким образом как только вы делаете изменения в брокера - инфа автоматически копируется на указанные сайты. Когда забирается статистика с брокеров - она так же копируется. Таким образом на каждом домене получается копия брокеров и они отдаются мгновенно, с того же домена. При этом статистика по показам у каждого домена своя.
+Те в варианте 2 минус в том что данные дублируются, но плюс в том что хранятся они на том же серваке где и сайт.
+Если у вас серваки стоят на разных хостингах то вариант 2 лучше, если на одном - вариант 1 лучше.
+===== Broker Tags =====
+Бывает так, что брокер позволяет вставлять в свой код пользовательские переменные, например, у брокера попап в котором есть строка
+ad_tags = "сюда можно списать таги которые будут использованы брокером";
+суть в том, что прямо в код зоны вставить таги скрипта нельзя, тк это мешает кешированию. Например, у нас шаблон
+<code>
+<html>
+...
+тут список категорий галеры
+<category_list><!--CATEGORY_CUSTOM_NAME-->,</category_list>
+<!--SPOT_1-->
+</code>
+например в спот 1 входит 3 брокера, у одного из них есть зона в html которой хотелось бы внести <!--DESCRIPTION-->. Данные галеры собираются из базы 1 раз, таги заменяются и в кеше хранится уже практически просто html, который скрипт может отдать быстро, не обращаяясь к базе.
+SPOT_1 заменяется на код зоны "на лету", те мы просто заменяем SPOT_1 заданными HTML блоками (broker zones), если же нам надо еще что-то заменить в html зоны на данные галеры, то нам надо для каждого хита достать данные галеры, что значительно увеличит нагрузку.
+Поэтому если надо  что-то заменять в блоке брокера, то лучше эти данные подготовить заранее. Тут есть 2 варианта:
+. JS
+например в зоне брокера выглядит как
+<code>
+<script type="application/javascript">
+    var ad_idzone = "12345667",
+    ad_width = "300",
+    ad_height = "250"
+    ad_tags = "тут надо таги";
+</script>
+</code>
+тогда мы ДО SPOT_1 ставим
+<code>
+<script type="application/javascript">
+    var my_tags = "<category_list><!--CATEGORY_CUSTOM_NAME-->,</category_list>";
+</script>
+</code>
+а в коде брокера меняем
+    ad_tags = "тут надо таги";
+на
+    ad_tags = my_tags;
+. PHP
+Суть та же, только до SPOT_1 пишем
+  <?
+  $my_var = "<category_list><!--CATEGORY_CUSTOM_NAME-->,</category_list>";
+  ?>
+а в коде брокера меняем
+    ad_tags = "тут надо таги";
+на
+    ad_tags = <?=$my_var?>;
+Вариант пхп хорош там где блок не на JS.
 ===== Brokers =====
@@ Line 65: / Line 224: @@
+==== TwinRed ====
+Еще одно исключение.
+  - для него в API Key надо писать 2 значения через двоеточие а именно client_id:client_secret например lkdjflksjd213:344343kdkksk
+  - zone_id - publisherID:siteID:zoneID (это надо брать из админки брокера)