Sub-ID і структура трекінгу: як знати, що реально принесло гроші

«Кампанія принесла $400 минулого місяця.» Чудово — але який креатив? Яка зона? Який кут? Без відповіді ваш наступний місяць — це здогад, і ви масштабуватимете те, що просто випадково крутилося, а не те, що спрацювало.

Sub-ID — це те, як ви переходите від загальної суми кампанії до справжньої відповіді. Це найнепомітніша частина медіабаїнгу і одна з найприбутковіших звичок у ньому.

Макроси, які у вас є

Коли хтось клікає по вашій рекламі, клік проходить через трекер Adgora, який його логує та валідує, а потім перенаправляє користувача на ваш посадковий URL — підставляючи будь-які макроси, які ви туди помістили. У вас їх п'ять:

• {clickid} — унікальний id саме цього кліку. Найважливіший. Це ключ, за яким збігається ваш постбек про конверсію.
• {zoneid} — з якого плейсменту паблішера він прийшов.
• {geo} — країна.
• {device} — десктоп, мобільний, планшет.
• {sub1}–{sub5} — п'ять міток, які цілком ваші.

Тож посадковий URL виглядає так:

https://yoursite.com/lp?click={clickid}&zone={zoneid}&geo={geo}&s1={sub1}&s2={sub2}

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

Click ID проти sub-ID: різні завдання

Їх постійно плутають.

Click ID належить мережі. Він ідентифікує один конкретний клік і є ниткою, що зв'язує пізню конверсію з ним. Ваш бекенд зберігає його разом із замовленням і надсилає назад у S2S-постбеку. Без нього немає жодної атрибуції взагалі.

Sub-ID належать вам. Вони не ідентифікують клік — вони його описують. Click ID відповідає на питання «який клік?»; sub-ID відповідають на питання «якого роду клік?». Одне — це водопровід, інше — це аналіз.

Вирішіть, що означає кожен sub — до запуску

Ось де майже всі помиляються. Вони використовують sub1 для креативу в одній кампанії, для кута — в іншій, і для чогось забутого — у третій. Через шість тижнів дані нечитабельні, бо sub1 не означає нічого сталого.

Цінність sub-ID цілком у тому, що він означає те саме в березні, що й у січні. Тож запишіть угоду один раз і ніколи не відхиляйтеся:

• sub1 = креатив (push_bonus_v3)
• sub2 = кут (curiosity, benefit, proof)
• sub3 = варіант посадкової сторінки (lp_short, lp_long)
• sub4 = вільно — усе, що тестує ця кампанія
• sub5 = вільно

Два чи три, використані послідовно, б'ють п'ять, використаних хаотично. Тримайте два вільними, а не нав'язуйте сенс слотам, які вам не потрібні.

Правила іменування, що врятують вас пізніше

• Машиночитабельно. Нижній регістр, без пробілів, із підкресленнями. push_bonus_v3, а не Push Bonus (new!). Ви їх фільтруватимете й сортуватимете.
• Структурно, а не описово. native_proof_v2 одразу повідомляє вам формат, кут і версію. best_one через місяць не скаже вам нічого.
• Версіонуйте все. Коли ви правите креатив, підвищуйте версію. Інакше дані v1 і v2 зливаються в безглузду суміш.
• Ніколи не використовуйте значення повторно для нового сенсу. Якщо lp_short означав одну сторінку в січні, він не може означати іншу сторінку в березні. Виводьте значення з обігу, а не переробляйте їх.

Що не потрібно позначати

Корисне віднімання: гео, пристрій і зона вже захоплені як власні макроси й збережені в кліку. Не витрачайте на них sub-ID. Sub-ID призначені для того, що знаєте лише ви, — ваші назви креативів, ваші кути, ваші варіанти сторінок, ваші внутрішні id експериментів.

Що це відкриває

Щойно конверсії несуть sub-ID кліків, які їх спричинили, питання, на які ви можете відповісти, повністю змінюються:

• Який кут конвертується по всіх креативах, які його використали? (Це тестування креативів з реальними доказами.)
• Яка зона виробляє покупців, а не кліки? (Це ваш блеклист, побудований на даних.)
• Яке гео заслуговує на власну кампанію та ставку? (Це тір-стратегія замість здогадок.)
• Яка посадкова сторінка справді заробляє? (Це робота над сторінкою, націлена на потрібну сторінку.)

Кожне з цих — рішення, яке інакше ви б ухвалили на відчуттях. А у грі з тонкою маржею, на кшталт арбітражу, різниця між «кампанія приблизно в нуль» і «ці два плейсменти прибуткові, а решта кровоточить» — це весь бізнес.

Розібраний приклад

Ви ведете одну кампанію, три креативи, дві посадкові сторінки. Посадковий URL:

...?click={clickid}&zone={zoneid}&s1={sub1}&s2={sub2}&s3={sub3}

де sub1 = креатив, sub2 = кут, sub3 = сторінка. Кінець місяця показує $400 прибутку. Тепер ви можете поставити справжнє питання — і зазвичай виявляєте щось на кшталт: native_proof_v2 + lp_short принесли $520, тоді як push_curiosity_v1 втратив $120 на кожній сторінці, якої торкнувся.

Без sub-ID відповідь була «$400, продовжуємо». З ними відповідь — «убити один креатив, масштабувати одну пару». Та сама витрата, геть інший наступний місяць.

Налаштуйте один раз

1. Запишіть свою угоду щодо sub у текстовий файл. Два чи три слоти, фіксовані сенси.
2. Помістіть {clickid} у кожен посадковий URL — не обговорюється.
3. Додайте ті sub, які справді читатимете. Пропустіть geo/device/zone; вони вже відстежуються.
4. Захопіть значення на своїй посадковій сторінці й збережіть їх разом із замовленням.
5. Надішліть постбек із click ID, коли спрацьовує дія.
6. Читайте вартість за дію за sub — і дійте на її основі.

Створіть акаунт Adgora і помістіть макроси у свій перший посадковий URL — див. огляд для рекламодавців, щоб зрозуміти, як трекінг вписується в решту.

Ключові висновки

• Макроси: {clickid}, {zoneid}, {geo}, {device}, {sub1}–{sub5}.
• Click ID = який клік (мережі, обов'язковий для атрибуції); sub-ID = якого роду клік (ваш, для аналізу).
• Зафіксуйте сенс кожного sub до запуску — сталість і є вся цінність.
• Машиночитабельні, структурні, версіоновані назви; ніколи не переробляйте значення.
• Не витрачайте sub на geo/device/zone — вони вже захоплені.
• Sub-ID перетворюють «кампанія принесла $400» на «убити це, масштабувати те».