TDS-система в арбітражі: що таке TDS і як вона розподіляє трафік

TDS-система (traffic distribution system, система розподілу трафіку) — це сервіс, який приймає весь трафік кампанії на одне посилання і за набором правил вирішує, куди відправити кожного відвідувача: на який офер, лендинг чи прелендинг. Правила будуються за гео, пристроєм, операційною системою, мовою, часом, параметрами посилання й мітками кампанії.

Якщо коротко, тдс — це диспетчер: рекламний майданчик бачить одне посилання, а за ним трафік розходиться на десяток напрямків. Нижче — навіщо це арбітражнику, які бувають правила, чим TDS відрізняється від трекера й клоаки і як розподіл влаштовано в ArtisanClo.

TDS — це що: traffic distribution system простими словами

Уявіть сортувальний пункт на пошті. Усі посилки надходять до одного вікна, а далі за адресою, вагою і типом відправлення кожна йде на свою стрічку. TDS робить те саме з кліками.

Без TDS для кожного поєднання «гео + пристрій + офер» потрібне окреме посилання і, часто, окрема кампанія на майданчику. З TDS посилання одне, а логіку розподілу можна змінювати на льоту, не чіпаючи оголошення й не відправляючи його на повторну перевірку.

Історично TDS з’явилися як окремі скрипти-розподільники. Сьогодні функція розподілу майже завжди вбудована в трекер: розподіляти трафік, не бачачи грошей за кожним напрямком, марно.

TDS в арбітражі: навіщо вона баєру

На питання «tds арбітраж — це про що?» найпростіше відповісти через завдання:

• Одне джерело — різні гео. Кампанія на кілька країн, а в партнерської мережі для кожної країни свій офер з різною виплатою. Найпростіший варіант такого правила — гео-редирект.
• Різні пристрої. Android-трафік краще конвертується на одному офері, iOS — на другому, десктоп — на третьому.
• Спліт-тест. Половина трафіку на офер A, половина на B, щоб зрозуміти, який приносить більше.
• Хвіст трафіку. Відвідувачі з другорядних гео, яких немає в основних оферах, ідуть на запасний офер або смартлінк партнерської мережі, а не пропадають.
• Сегментація за мітками. Трафік із різних майданчиків показу, креативів чи аудиторій іде на різні лендинги — за значенням sub-мітки.

Правила розподілу трафіку в TDS

Будь-яке правило TDS читається як «якщо [ознака] [умова] [значення], то відправити на [напрямок]». Основні ознаки:

Ознаки беруться із самого візиту й із посилання, тому TDS особливо сильна в парі з акуратною розміткою. Як розмічати посилання, розібрано у статті UTM-мітки й макроси.

Як TDS вибирає напрямок: порядок, ваги, пріоритет

Коли правил кілька, важливо, як TDS їх застосовує. Зазвичай механіка така:

1. Правила перевіряються по черзі. Згори донизу, і вирішує перше, що підійшло. Тому вузькі правила ставлять вище за широкі: спершу «DE + iOS», потім просто «DE».
2. Усередині правила працюють ваги. Якщо в гілці два офери з вагами 70 і 30, кожен клік випадково йде на один із них із цією ймовірністю. На великих обсягах частки сходяться до заданих.
3. Пріоритет замість ваг. Увесь трафік іде на перший увімкнений офер, решта стоять у резерві й отримують трафік, якщо ви вимкнете перший.
4. Напрямок за замовчуванням. Усі, хто не підійшов під жодне правило.
5. Закріплення відвідувача. Людина, що повернулася, бачить той самий офер і лендинг, що й першого разу, а не випадковий новий.

Про ваги й чесний спліт докладно розповідає стаття спліт-тест оферів і лендингів, а про ротацію кількох посилань — стаття ротатор посилань.

Приклад схеми TDS для однієї кампанії

Припустімо, ви ллєте на нутра-офер у три країни. Це ілюстрація, а не рекомендація щодо цифр:

Гілка 1: Країна = DE, Пристрій = смартфон  → офер A (мобільний лендинг)
Гілка 2: Країна = DE                        → офер A (десктопний лендинг)
Гілка 3: Країна = AT, CH                    → офер B 50% / офер C 50%
Без гілки (усі інші)                        → смартлінк партнерської мережі

За тиждень у звіті за гілками видно, що в Австрії та Швейцарії офер C приносить помітно більше на клік. Ви змінюєте ваги на 20/80 — оголошення на майданчику при цьому не чіпаєте. Це й є головна цінність TDS: рішення ухвалюють за даними, а не перезапуском кампанії.

TDS, трекер і клоака: у чому різниця

Ці три поняття часто плутають, бо в сучасних продуктах вони живуть разом.

Правильний порядок такий: спершу фільтр відсікає ботів, потім TDS розподіляє живих, а трекер рахує гроші за кожним напрямком. Якщо розподіляти до фільтрації, боти потрапляють у гілки й псують порівняння. Докладніше про зв’язку — у статтях трекер для арбітражу і клоака і трекер: у чому різниця.

Як налаштувати TDS: покроково

Порядок однаковий для будь-якої системи розподілу трафіку:

1. Розмітьте посилання. Перш ніж будувати правила, переконайтеся, що майданчик передає потрібні дані: номер кліку, кампанію, майданчик показу, креатив. Правило за міткою не спрацює, якщо мітки в посиланні немає.
2. Увімкніть фільтрацію до розподілу. У гілки мають потрапляти люди, а не сканери й автоклікери, інакше ви оптимізуватимете ваги під ботів. Як відсікти сміття, розібрано у статті як відфільтрувати ботів.
3. Заповніть напрямок за замовчуванням. Спершу вирішіть, куди підуть усі, хто не підійде під жодне правило, — і лише потім пишіть правила.
4. Додайте одне-два правила, які точно змінюють результат. Зазвичай це гео й тип пристрою. Усе інше — згодом, коли з’являться дані.
5. Розставте правила від вузького до широкого. «DE + iOS» вище, ніж «DE».
6. Передайте номер кліку в кожен офер. Без нього постбек не знайде клік, і дохід за гілками залишиться нульовим.
7. Дочекайтеся обсягу й дивіться звіт за гілками. Рішення щодо ваг ухвалюйте на сотнях кліків і десятках конверсій у кожній гілці, а не на перших двадцяти.

Порада. Змінюйте за раз щось одне: або ваги, або умови гілки. Якщо змінити все одразу, за тиждень буде незрозуміло, що саме спрацювало.

Як перевірити, що розподіл працює

Відкрийте посилання з різними мітками й з різних пристроїв, а потім знайдіть свої візити в журналі кліків: у кожного має бути видно, на який офер і через яку гілку він пішов. Якщо всі візити опинилися в напрямку за замовчуванням, найчастіше винні порядок правил або друкарська помилка в значенні умови — наприклад, код країни замість назви чи зайвий пробіл у значенні мітки.

Як влаштована TDS в ArtisanClo

В ArtisanClo розподіл вбудовано в потік — одну налаштовану кампанію. Посилання в потоку одне, а офер вибирається для кожного візиту після всіх перевірок фільтра, тому в гілки потрапляють лише пропущені відвідувачі.

Гілки

Гілки доступні починаючи з тарифу Professional у режимах потоку з трекером («Трекер» і «Клоакінг + Трекер»), коли оферів два й більше.

• Умова читається як «Якщо [поле] [оператор] [значення]». Поля: країна, пристрій, ОС, браузер, провайдер, ASN, місто, регіон, мова, реферер, параметр посилання, мітка (sub).
• Оператори: «дорівнює одному з», «не дорівнює жодному з», «містить», «задано», «не задано». Значення — через кому.
• Кілька умов в одній гілці мають виконуватися всі одночасно.
• Порядок: гілки перевіряються згори донизу, вирішує перша, що підійшла. Відвідувачі, які не підійшли до жодної, ідуть на офери без гілки.
• Межі: до 30 гілок і до 15 умов у гілці.

Ваги й пріоритет

• Ротація за вагами — кожен клік іде на офер випадково із заданою ймовірністю; сума ваг — рівно 100%, кнопка авторозподілу ділить порівну всередині кожного набору.
• За пріоритетом — увесь трафік іде на перший увімкнений офер, решта в резерві.
• Закріплення відвідувача — від 0 до 720 годин: відвідувач, що повернувся, отримає той самий прелендинг і той самий офер.

Прелендинги і час

Перед офером можна поставити прелендинг — квіз, статтю, огляд — і розподіляти трафік між кількома прелендингами за вагами. Час працює як розклад показів: поза заданими годинами відвідувачі бачать White Page. Окремого правила «вдень на один офер, уночі на інший» немає — для цього заводять два потоки.

Звіти за гілками

У звіті «Гроші за зрізами» є зрізи за гілкою, прелендингом, офером, країною, пристроєм і мітками sub1–sub10: кліки, конверсії, CR, дохід, витрати, прибуток і ROI. Так видно, яке правило TDS заробляє, а яке лише дробить трафік. Докладніше про метрики — у статті метрики арбітражу.

Усі можливості — на сторінці можливостей ArtisanClo.

Помилки під час налаштування TDS

• Широке правило вище за вузьке. «Країна = DE» стоїть над «DE + iOS» — і друга гілка ніколи не спрацює.
• Порожній напрямок за замовчуванням. Трафік із неврахованих гео оплачено, але він нікуди не потрапляє.
• Забагато гілок на малому обсязі. У кожній по десятку кліків, і висновки випадкові.
• Розподіл до фільтрації. Боти потрапляють у гілки й роблять порівняння безглуздим.
• Нульова вага замість вимкнення. Щоб офер тимчасово не отримував трафіку, його вимикають, а не ставлять вагу 0 — інакше легко заплутатися в сумі ваг.
• Без закріплення відвідувача. Людина повернулася й побачила інший офер — вона плутається, а ви отримуєте змазану статистику за обома варіантами.
• Немає номера кліку в посиланні офера. TDS розподілила трафік, але постбек не може знайти клік, і дохід за гілками не рахується. Як це налаштувати — у статті постбек в арбітражі.

Підсумок

• TDS-система — розподільник трафіку: одне посилання, а за ним правила за гео, пристроєм, ОС, мовою, мітками й часом.
• Правила перевіряються згори донизу, усередині правила працюють ваги або пріоритет, а всіх інших приймає напрямок за замовчуванням.
• TDS вирішує «куди», трекер — «скільки приніс», клоака — «кого пускати»; працювати вони мають у парі, і фільтр стоїть першим.
• В ArtisanClo розподіл — це гілки, ваги, пріоритет і закріплення відвідувача всередині потоку, а звіт за гілками показує, яке правило заробляє.