Un ID de click este un token opac pe care o platformă publicitară îl generează în clipa în care cineva dă click pe reclama ei, îl adaugă la URL-ul de destinație și îl citește înapoi mai târziu, la conversie - astfel încât să poată asocia o vânzare sau o înscriere cu click-ul exact care a produs-o. Versiunea Google este gclid. Cea a Meta este fbclid. Cea a TikTok este ttclid. Cea a Microsoft Advertising este msclkid. Rulează campanii plătite pe mai mult de o platformă și le vei întâlni pe toate patru, de obicei întrebându-te de ce URL-ul tău a devenit atât de lung.
Fiecare face exact aceeași treabă pentru propria platformă, iar niciunul nu este o etichetă pe care o scrii tu. Un tag UTM este text pe care îl compui tu, astfel încât propriul tău instrument de analytics să poată grupa traficul pe campanii. Un ID de click nu este așa ceva - este un șir generat de platformă, iar doar pixelul sau API-ul propriu al acelei platforme știe cum să îl folosească. Ai nevoie de amândouă. Ele răspund la întrebări diferite. Asta este partea pe care majoritatea ghidurilor o omit.
Ce este de fapt un ID de click
Gândește-te la un ID de click ca la un bon de garderobă, nu ca la o etichetă cu nume. Când cineva dă click pe o reclamă Google, serverul Google generează un șir unic, îl leagă de campania, grupul de anunțuri și cuvântul cheie din spatele click-ului, și îl adaugă la URL sub forma ?gclid=.... Șirul este ilizibil pentru tine sau pentru oricine altcineva - este un număr de referință în propriul jurnal de click-uri al Google. Fbclid, ttclid și msclkid urmează același tipar: o emitere diferită, aceeași idee.
Ideea este să închidă bucla dintre "am afișat o reclamă" și "asta s-a întâmplat pe site-ul tău". Fără un ID de click, o platformă poate raporta doar estimări la nivel de campanie. Cu unul, poate spune: exact acest click, de acum trei zile, a dus la exact această achiziție - un nivel de precizie pe care UTM-urile singure nu ți-l oferă. Asta alimentează importul offline al conversiilor, Smart Bidding și evenimentele de server de tip CAPI. Parametrii UTM explicați este articolul complementar pentru etichetarea la nivel de campanie pe care majoritatea echipelor o rulează alături de ID-urile de click.
Cele patru ID-uri de click pe care le vei întâlni
Fiecare platformă publicitară majoră are propria versiune, iar diferențele care contează sunt cine îl citește înapoi și cât timp rămâne utilizabil.
| Platformă | Parametru | Generat de, citit înapoi de | Fereastră tipică de valabilitate |
|---|---|---|---|
| Google Ads | gclid | Auto-tagging-ul îl generează; importul de conversii Google Ads și Smart Bidding îl citesc înapoi | 90 de zile de la click |
| Meta (Facebook, Instagram) | fbclid | Stocat în cookie-ul _fbc; Meta Pixel sau Conversions API îl citește înapoi la conversie | ~90 de zile pe partea de browser, mai mult dacă este transmis pe partea de server |
| TikTok | ttclid | Adăugat automat din aprilie 2024; TikTok Pixel sau Events API îl citește înapoi | 30 de zile de la click |
| Microsoft Advertising | msclkid | Adăugat automat la URL; tagul UET îl citește înapoi pentru importul de conversii | 90 de zile de la click |
Patru platforme, patru nume de parametri, un singur mecanism. Faci reclamă pe toate și o singură pagină de destinație poate purta mai mult de un identificator de click în același timp - un gclid vechi, de la click-ul de săptămâna trecută, stând lângă un fbclid proaspăt, de la reclama de retargeting de azi.
Prin ce diferă un ID de click de un parametru UTM
Aceasta este confuzia din spatele fiecărei căutări "ce este fbclid": stă chiar lângă utm_source în șirul de interogare și arată ca un parametru de urmărire, dar face cu totul altceva.
Un parametru UTM este o etichetă: tu alegi valoarea - utm_campaign=spring-sale - iar instrumentul tău de analytics grupează sesiunile după orice șir ai introdus. Un ID de click este o cheie de căutare. Nu tu ai ales valoarea lui gclid; a ales-o Google, și doar propriile sisteme ale Google pot face ceva cu ea. Pune un gclid într-un raport generic de analytics și acesta stă pur și simplu acolo - util pentru Google Ads, inutil pentru oricine altcineva.
Această asimetrie contează pentru depanare. Când UTM-urile nu mai apar în rapoarte, vina este de obicei browserul sau un link stricat - Firefox și Brave îți strică atribuirea UTM acoperă acest mod de eșec. Când un ID de click nu mai se potrivește, vina este aproape întotdeauna că nu a ajuns la timp la pixelul sau API-ul propriu al platformei, sau că fereastra lui de valabilitate s-a închis înainte să se producă conversia.
Cum funcționează de fapt drumul dus-întors al unui ID de click
Elimină denumirile specifice fiecărei platforme și fiecare ID de click urmează aceeași călătorie în trei etape.
Etapa unu, generarea. În clipa în care un utilizator dă click pe reclamă, înainte chiar ca browserul să solicite pagina ta de destinație, platforma generează identificatorul și îl codifică în URL-ul de redirecționare.
Etapa doi, călătoria. Identificatorul călătorește ca parametru de interogare prin oricâte salturi se află între reclamă și pagina ta de destinație - redirecționarea platformei, apoi domeniul tău. Capturează-l aici și scrie-l într-un cookie, un câmp ascuns de formular sau în înregistrarea din CRM-ul tău, pentru mai târziu.
Etapa trei, potrivirea. Când are loc conversia - o achiziție, o înscriere, o trimitere de formular - pixelul sau serverul tău trimite ID-ul de click stocat înapoi la API-ul platformei, împreună cu evenimentul. Platforma îl caută în propriul jurnal de click-uri și, dacă este încă în fereastra de valabilitate, atribuie reclama originală. Acesta este mecanismul din spatele transmiterii conversiilor către Conversions API al Meta: capturezi devreme, păstrezi, trimiți înapoi mai târziu.
De ce a apărut parametrul neinvitat, și dacă îl poți elimina
Majoritatea oamenilor întâlnesc un ID de click din întâmplare. Auto-tagging-ul este activat implicit în Google Ads și Microsoft Advertising, iar TikTok a făcut ttclid automat în 2024, fără nicio opțiune de activare. Nimeni nu a cerut parametrul; platforma pur și simplu a început să îl adauge, pentru că așa funcționează astăzi urmărirea conversiilor.
Deci da, îl poți elimina - dar momentul ales decide dacă asta este o curățenie inofensivă sau un gol de atribuire autoprovocat. Eliminarea fbclid dintr-un link înainte să îl distribui, sau ștergerea lui din coloana URL a unui raport, nu schimbă cu nimic datele de conversie pe care pixelul tău le-a capturat deja. Eliminarea lui înainte ca propriul tău script sau redirecționare să îl fi citit este cu totul altă poveste: ai șters singurul lucru de care platforma avea nevoie pentru a atribui click-ul, iar niciun volum de date UTM nu îl recuperează. Obiceiul cel mai sigur este să capturezi ID-ul de click pe partea de server, la primul salt - abordarea din urmărirea conversiilor pe partea de server - și să cureți parametrul doar din ce afișezi sau stochezi în aval de acea capturare.
Vezi cum urmărirea conversiilor pe Elido captează automat fiecare ID de click → Dacă te chinui manual cu gclid, fbclid, ttclid și msclkid pe patru conturi de reclame, exact asta rezolvă - un singur strat de redirecționare care înregistrează identificatorul înainte ca orice altceva să atingă URL-ul.
Unde se pierd ID-urile de click
Un ID de click este fragil exact în felurile în care un UTM este fragil, plus unul sau două moduri de eșec proprii.
Patru situații explică cea mai mare parte a pierderii, iar fiecare cere o remediere diferită.
Un vizitator copiază și lipește URL-ul ajuns pe pagina de destinație într-un chat de grup. Toți cei care dau click pe acel link lipit poartă acum ID-ul de click al altcuiva. Conversia fie se potrivește cu click-ul greșit, fie nu se potrivește cu nimic. Stochează identificatorul asociat cu sesiunea care a sosit prima și nu mai trata URL-ul din bara de adrese ca fiind înregistrarea.
Click-ul se deschide într-un browser in-app. Instagram și TikTok trimit atingerea către un webview restricționat care adesea nu poate păstra un cookie first-party dincolo de sesiunea respectivă, așa că identificatorul care călătorește pe URL nu are unde să locuiască. Citește parametrul pe partea de server, la prima solicitare, în loc să te bazezi pe browser să și-l amintească.
O redirecționare reconstruiește URL-ul de destinație și elimină șirul de interogare. ID-ul de click nu ajunge deloc pe pagina de destinație. Dispare înainte ca pixelul tău să se încarce, așa că nimic din aval nu îl mai poate salva. Confirmă că fiecare strat de redirecționare din traseu transmite implicit parametrii de interogare.
Browserul elimină parametrul înainte ca pagina să se încarce. Eliminarea parametrilor de interogare din Firefox numește explicit fbclid în modul Strict. Capturează identificatorul la redirecționare, înainte ca pagina de destinație și scripturile ei să ruleze.
Cazul copy-paste este de fapt o problemă de dark social deghizată în ID de click - linkul călătorește printr-un canal privat pe care analytics-ul tău nu îl vede, iar atribuirea dark social acoperă integral acest gol. Pentru limitele de cookie specifice Safari care afectează persistența fbclid și ttclid, atribuirea click-urilor după Safari ITP este lectura dedicată - nu o voi relua aici.
Cum păstrezi conversiile atribuite: lista practică de verificare
Nimic din toate astea nu necesită reconstruirea stack-ului tău. Necesită să te asiguri că ID-ul de click este capturat o singură dată, devreme, înainte ca ceva din aval să îl poată pierde.
- Capturează gclid, fbclid, ttclid și msclkid pe partea de server, la primul salt de redirecționare, nu pe pagina de destinație după ce se încarcă scripturile.
- Stochează ID-ul de click împreună cu înregistrarea comenzii sau a lead-ului în propria ta bază de date, nu doar într-un cookie care ar putea expira înainte ca vânzarea să se încheie.
- Transmite ID-ul de click stocat către API-ul fiecărei platforme - Conversions API, Enhanced Conversions, Events API, importul offline UET - în cadrul ferestrei de valabilitate a acelei platforme.
- Verifică dacă scurtătorul sau lanțul tău de redirecționări transmite șirurile de interogare neschimbate; testează cu un
?gclid=test123fictiv și confirmă că supraviețuiește saltului. - Combină ID-urile de click cu UTM-urile, în loc să alegi doar una; urmărirea parametrilor UTM de la un capăt la altul acoperă configurarea paralelă pentru vederea la nivel de campanie pe care un ID de click, singur, nu ți-o poate oferi.
Majoritatea golurilor de atribuire pe care le-am depanat se reduc la cel de-al doilea punct: un ID de click care a trăit doar într-un cookie, pe un domeniu care s-a schimbat, sau o sesiune care a expirat înainte ca tranzacția să se încheie. Repararea acestui singur obicei închide mai multe goluri decât orice setare de platformă - genul de reparație în jurul căreia este construită secțiunea de tutoriale a blogului.
Articole conexe de pe blog
Întrebări frecvente
Ce este fbclid?
fbclid este Identificatorul de Click Facebook, un parametru pe care Meta îl adaugă la un URL atunci când cineva dă click pe o reclamă Facebook sau Instagram sau pe linkul unei Pagini. Meta Pixel sau Conversions API citește acea valoare din cookie-ul _fbc sau din URL și o trimite înapoi către Meta odată cu evenimentul de conversie, astfel încât Meta să poată atribui exact acel click. Nu poartă nicio informație personală în sine - doar un șir opac plus o marcă temporală.
Ce este gclid?
gclid este Identificatorul de Click Google, adăugat la URL-ul unei pagini de destinație prin auto-tagging-ul Google Ads ori de câte ori cineva dă click pe o reclamă Google Search, Display sau Shopping. Este necesar pentru urmărirea conversiilor offline bazată pe import și pentru ca Smart Bidding să vadă exact ce click anume a dus la o vânzare. Google consideră un gclid valid timp de 90 de zile de la click.
Care este diferența dintre un ID de click și un parametru UTM?
Un parametru UTM este text lizibil pentru oameni, pe care îl scrii tu însuți, precum utm_source=google, astfel încât propriul tău instrument de analytics să poată grupa traficul pe campanii. Un ID de click este un token opac pe care platforma publicitară îl generează și îl citește înapoi prin propriul pixel sau API, pentru a asocia un click anume cu o conversie anume. UTM-urile descriu o campanie; un ID de click identifică un singur click.
Este sigur să elimini fbclid sau gclid dintr-un URL?
Da, odată ce propria ta urmărire l-a capturat deja. Eliminarea parametrului dintr-un link pe care îl distribui, sau din URL-ul afișat în rapoartele tale de analytics, nu anulează click-ul care s-a produs deja. Ce strică atribuirea este eliminarea lui înainte ca pixelul, tagul sau serverul tău să apuce să îl citească - faci asta, iar platforma nu mai are nimic cu care să potrivească conversia.
Cât timp rămâne valid un ID de click?
Depinde de platformă. gclid și msclkid sunt valide timp de 90 de zile de la click, ttclid timp de 30 de zile, iar cookie-ul de browser al fbclid rulează în mod obișnuit în jur de 90 de zile, deși Conversions API al Meta poate extinde fereastra efectivă mult peste atât dacă stochezi valoarea pe partea de server. După ce fereastra se închide, platforma respinge orice conversie legată de acel ID de click.
Ce sunt ttclid și msclkid?
ttclid este identificatorul de click al TikTok, adăugat automat la URL-ul unei pagini de destinație din aprilie 2024 și valid timp de 30 de zile. msclkid este echivalentul de la Microsoft Advertising, un ID de 32 de caractere adăugat automat la URL și potrivit cu conversiile UET timp de până la 90 de zile. Ambele funcționează la fel ca gclid și fbclid: generate la click, citite înapoi la conversie.
Încearcă Elido
Lipește un URL, obții un link scurt funcțional
Fără înregistrare. Linkul este activ timp de 30 de zile. Înregistrează-te ca să-l păstrezi pentru totdeauna.
Gratuit, fără înregistrare · 2 pe zi