Ідентифікатор кліка - це непрозорий токен, який рекламна платформа створює тієї миті, коли хтось натискає її рекламу, додає до URL-адреси призначення і зчитує назад пізніше, під час конверсії, - щоб зіставити продаж чи реєстрацію з тим самим кліком, який їх спричинив. У Google це gclid. У Meta - fbclid. У TikTok - ttclid. У Microsoft Advertising - msclkid. Запустіть платні кампанії більш ніж на одній платформі - і зустрінете всі чотири, зазвичай дивуючись, чому ваша URL-адреса стала такою довгою.
Кожен виконує ідентичну роботу для своєї платформи, і жоден не є міткою, яку пишете ви. UTM-тег - це текст, який ви складаєте самі, щоб ваша власна аналітика могла групувати трафік за кампанією. Ідентифікатор кліка - це не те саме: це рядок, який генерує платформа, і використати його вміє лише піксель чи API саме цієї платформи. Вам потрібні обидва. Вони відповідають на різні запитання. Саме цю частину пропускає більшість пояснень.
Що таке ідентифікатор кліка насправді
Уявіть ідентифікатор кліка як номерок з гардеробу, а не бейджик з іменем. Коли хтось натискає рекламу Google, сервер Google генерує унікальний рядок, прив'язує його до кампанії, групи оголошень і ключового слова, що стоять за кліком, і додає його до URL-адреси як ?gclid=.... Цей рядок нечитабельний ні для вас, ні для когось іншого - це номер посилання у власному журналі кліків Google. Fbclid, ttclid і msclkid працюють за тим самим принципом: інший емітент, та сама ідея.
Суть у тому, щоб замкнути ланцюжок між "ми показали рекламу" і "це сталося на вашому сайті". Без ідентифікатора кліка платформа може повідомляти лише оцінки на рівні кампанії. З ним вона може сказати: саме цей клік, три дні тому, призвів саме до цієї покупки - рівень точності, якого самі лише UTM не дають. Саме це живить офлайн-імпорт конверсій, Smart Bidding і серверні події у стилі CAPI. Пояснення UTM-параметрів - супровідна стаття про тегування на рівні кампанії, яке більшість команд використовують поряд з ідентифікаторами кліків.
Чотири ідентифікатори кліків, з якими ви зіткнетеся
У кожної великої рекламної платформи є своя версія, і значення мають відмінності в тому, хто зчитує її назад і як довго вона залишається придатною для використання.
| Платформа | Параметр | Хто створює, хто зчитує назад | Типове вікно дійсності |
|---|---|---|---|
| Google Ads | gclid | Створюється автотегуванням; зчитується назад імпортом конверсій Google Ads і Smart Bidding | 90 днів від моменту кліка |
| Meta (Facebook, Instagram) | fbclid | Зберігається в кукі _fbc; зчитується назад під час конверсії Meta Pixel або Conversions API | ~90 днів на боці браузера, довше, якщо передається на сервер |
| TikTok | ttclid | Автоматично додається з квітня 2024 року; зчитується назад TikTok Pixel або Events API | 30 днів від моменту кліка |
| Microsoft Advertising | msclkid | Автоматично тегується на URL-адресу; зчитується назад тегом UET для імпорту конверсій | 90 днів від моменту кліка |
Чотири платформи, чотири назви параметрів, один механізм. Рекламуйтеся на всіх - і одна цільова сторінка може нести більш ніж один ідентифікатор кліка одночасно: застарілий gclid з минулотижневого кліка поряд зі свіжим fbclid із сьогоднішньої ретаргетингової реклами.
Чим ідентифікатор кліка відрізняється від UTM-параметра
Саме в цьому плутанина за кожним пошуковим запитом "що таке fbclid": він стоїть просто поряд з utm_source у рядку запиту і виглядає як параметр відстеження, але робить дещо зовсім інше.
UTM-параметр - це мітка: ви обираєте значення - utm_campaign=spring-sale - і ваш інструмент аналітики групує сеанси за тим рядком, який ви ввели. Ідентифікатор кліка - це ключ пошуку. Значення gclid обирали не ви, а Google, і зробити з ним щось може лише власна система Google. Вставте gclid у звичайний звіт аналітики - і він просто лежатиме там: корисний для Google Ads, марний для всіх інших.
Ця асиметрія важлива для усунення несправностей. Коли UTM перестають з'являтися у звітах, причина зазвичай у браузері чи в зламаному посиланні - Firefox і Brave ламають вашу UTM-атрибуцію розглядає цей тип збою. Коли ідентифікатор кліка перестає зіставлятися, причина майже завжди в тому, що він так і не дістався власного пікселя чи API платформи вчасно, або його вікно дійсності закрилося ще до того, як сталася конверсія.
Як насправді працює зворотний шлях ідентифікатора кліка
Прибравши назви, специфічні для кожної платформи, побачимо, що кожен ідентифікатор кліка проходить той самий шлях із трьох етапів.
Етап перший, створення. У момент, коли користувач натискає рекламу, ще до того, як браузер узагалі запитає вашу цільову сторінку, платформа генерує ідентифікатор і кодує його в URL-адресу редиректу.
Етап другий, подорож. Ідентифікатор мандрує як параметр запиту через усі проміжні переходи між рекламою і вашою цільовою сторінкою - редирект платформи, а потім ваш домен. Захопіть його тут і запишіть у кукі, приховане поле форми чи запис CRM для подальшого використання.
Етап третій, зіставлення. Коли відбувається конверсія - покупка, реєстрація, надсилання форми - ваш піксель чи сервер надсилає збережений ідентифікатор кліка назад до API платформи разом із подією. Платформа шукає його у власному журналі кліків і, якщо він усе ще у вікні дійсності, зараховує первинну рекламу. Саме на цьому механізмі тримається передавання конверсій до Conversions API від Meta: захопити рано, утримати, надіслати назад пізніше.
Чому параметр з'явився непроханим і чи можна його прибрати
Більшість людей стикаються з ідентифікатором кліка випадково. Автотегування ввімкнене за замовчуванням у Google Ads і Microsoft Advertising, а TikTok зробив ttclid автоматичним у 2024 році без жодної можливості відмовитися заздалегідь. Ніхто не просив цей параметр - платформа просто почала його додавати, бо саме так тепер працює відстеження конверсій.
Отже, так, прибрати його можна - але саме момент вирішує, чи це нешкідливе прибирання, чи розрив в атрибуції, який ви створили собі самі. Видалення fbclid з посилання перед тим, як ним поділитися, або очищення його зі стовпця URL-адрес у звіті, ніяк не змінює дані про конверсію, які вже захопив ваш піксель. Видалення його до того, як власний скрипт чи редирект встиг його прочитати, - зовсім інша історія: ви видалили саме те, що потрібно було платформі, щоб зарахувати клік, і жодні обсяги даних UTM цього не відновлять. Найбезпечніша звичка - захоплювати ідентифікатор кліка на боці сервера на першому переході (підхід зі статті відстеження конверсій на боці сервера) - і прибирати параметр лише з того, що ви показуєте чи зберігаєте вже після цього захоплення.
Подивіться, як відстеження конверсій в Elido автоматично захоплює кожен ідентифікатор кліка → Якщо вам доводиться вручну впорядковувати gclid, fbclid, ttclid і msclkid у чотирьох рекламних акаунтах, саме цей біль і вирішує цей інструмент: один рівень редиректу, що логує ідентифікатор раніше, ніж хтось інший торкнеться URL-адреси.
Де ідентифікатори кліків губляться
Ідентифікатор кліка вразливий точно так само, як і UTM, плюс має один-два власні варіанти збою.
Чотири ситуації пояснюють більшість втрат, і кожна потребує окремого виправлення.
Відвідувач копіює й вставляє URL-адресу цільової сторінки в груповий чат. Кожен, хто натискає це вставлене посилання, тепер несе чужий ідентифікатор кліка. Конверсія або зіставляється з неправильним кліком, або не зіставляється взагалі. Прив'язуйте ідентифікатор до сеансу, який прийшов першим, і перестаньте вважати URL-адресу в рядку браузера записом істини.
Клік відкривається у вбудованому браузері застосунку. Instagram і TikTok передають натискання обмеженому webview, який часто не може зберегти власну кукі довше за поточний сеанс, тож ідентифікатору, що подорожує в URL-адресі, нема де зберегтися. Зчитуйте параметр на боці сервера під час першого запиту, а не покладайтеся на те, що браузер його запам'ятає.
Редирект перебудовує URL-адресу призначення і відкидає рядок запиту. Ідентифікатор кліка взагалі не доходить до цільової сторінки. Він зникає ще до того, як завантажиться ваш піксель, тож нічого далі за потоком уже не врятує. Переконайтеся, що кожен рівень редиректу на шляху за замовчуванням передає параметри запиту далі.
Браузер видаляє параметр ще до завантаження сторінки. Видалення параметрів запиту у Firefox прямо називає fbclid у суворому режимі. Захоплюйте ідентифікатор на етапі редиректу, до того, як сторінка призначення та її скрипти взагалі запустяться.
Випадок з копіюванням-вставкою - це насправді проблема темного соціального трафіку, замаскована під ідентифікатор кліка: посилання проходить через приватний канал, якого не бачить ваша аналітика, і атрибуція темного соціального трафіку детально розглядає цей розрив. Про специфічні для Safari обмеження кукі, що впливають на збереження fbclid і ttclid, читайте окрему статтю - атрибуція кліків після Safari ITP - я не переказуватиму її тут.
Як зберегти атрибуцію конверсій: практичний чекліст
Ніщо з цього не вимагає перебудови вашого стеку. Потрібно лише переконатися, що ідентифікатор кліка захоплюється один раз, якнайраніше, до того, як щось далі за потоком зможе його втратити.
- Захоплюйте gclid, fbclid, ttclid і msclkid на боці сервера на першому переході редиректу, а не на цільовій сторінці після завантаження скриптів.
- Зберігайте ідентифікатор кліка разом із записом про замовлення чи лід у власній базі даних, а не лише в кукі, термін дії якої може закінчитися ще до завершення продажу.
- Передавайте збережений ідентифікатор кліка до API кожної платформи - Conversions API, Enhanced Conversions, Events API, офлайн-імпорт UET - у межах вікна дійсності цієї платформи.
- Перевірте, що ваш скорочувач чи ланцюжок редиректів передає рядки запиту без змін; протестуйте з фіктивним
?gclid=test123і переконайтеся, що він переживає перехід. - Поєднуйте ідентифікатори кліків з UTM, а не обирайте щось одне; наскрізне відстеження UTM розглядає паралельне налаштування для огляду на рівні кампанії, який сам по собі ідентифікатор кліка дати не може.
Більшість розривів в атрибуції, які я налагоджував, зводяться саме до другого пункту: ідентифікатор кліка, що жив лише в кукі, на домені, який змінився, або в сеансі, термін дії якого сплив до завершення угоди. Виправлення цієї однієї звички закриває більше розривів, ніж будь-яке налаштування платформи, - саме на таких виправленнях побудований розділ навчальних матеріалів блогу.
Схожі матеріали в блозі
Поширені запитання
Що таке fbclid?
fbclid - це Facebook Click Identifier, параметр, який Meta додає до URL-адреси, коли хтось натискає рекламу Facebook чи Instagram або посилання Сторінки. Meta Pixel або Conversions API зчитує це значення з кукі _fbc або з URL-адреси і надсилає його назад до Meta разом із подією конверсії, щоб Meta могла зарахувати саме той клік. Сам по собі він не несе жодної особистої інформації - лише непрозорий рядок і мітку часу.
Що таке gclid?
gclid - це Google Click Identifier, який автотегування Google Ads додає до URL-адреси цільової сторінки щоразу, коли хтось натискає рекламу в пошуку Google, у медійній мережі чи в Google Shopping. Він потрібен для офлайн-імпорту конверсій і для того, щоб Smart Bidding бачив, який саме клік призвів до продажу. Google вважає gclid дійсним протягом 90 днів від моменту кліка.
У чому різниця між ідентифікатором кліка і UTM-параметром?
UTM-параметр - це текст, зрозумілий людині, який ви пишете самі, наприклад utm_source=google, щоб ваша власна аналітика могла групувати трафік за кампанією. Ідентифікатор кліка - це непрозорий токен, який генерує рекламна платформа і зчитує назад через власний піксель чи API, щоб зіставити один конкретний клік з однією конкретною конверсією. UTM описують кампанію; ідентифікатор кліка ідентифікує окремий клік.
Чи безпечно видаляти fbclid або gclid з URL-адреси?
Так, якщо ваша власна система відстеження вже його зафіксувала. Видалення параметра з посилання, яким ви ділитеся, або з URL-адреси у звітах аналітики, ніяк не скасовує клік, який уже відбувся. Атрибуцію ламає видалення параметра до того, як його встиг прочитати ваш піксель, тег чи сервер - зробіть це, і платформі більше нема з чим зіставляти конверсію.
Як довго ідентифікатор кліка залишається дійсним?
Залежить від платформи. gclid і msclkid дійсні 90 днів від моменту кліка, ttclid - 30 днів, а кукі fbclid у браузері зазвичай тримається близько 90 днів, хоча Conversions API від Meta може подовжити ефективне вікно значно далі, якщо ви зберігаєте значення на боці сервера. Після завершення вікна платформа відхиляє конверсію, прив'язану до цього ідентифікатора кліка.
Що таке ttclid і msclkid?
ttclid - це ідентифікатор кліка TikTok, який автоматично додається до URL-адреси цільової сторінки з квітня 2024 року і дійсний 30 днів. msclkid - аналог від Microsoft Advertising, 32-символьний ID, що автоматично тегується на URL-адресу і зіставляється з конверсіями UET протягом до 90 днів. Обидва працюють так само, як gclid і fbclid: створюються під час кліка, зчитуються назад під час конверсії.
Спробуйте Elido
Вставте URL - отримайте коротке посилання
Без реєстрації. Посилання живе 30 днів. Зареєструйтесь, щоб зберегти назавжди.
Безкоштовно, без реєстрації · 2 на день