Un șablon de urmărire Google Ads este un tipar de URL, setat la nivel de cont, campanie, grup de anunțuri, anunț sau cuvânt cheie, pe care Google Ads îl folosește pentru a construi adresa pe care o deschide efectiv un click, inserând URL-ul tău final printr-un parametru ValueTrack precum {lpurl} plus orice altceva mai adaugi. Este un câmp separat de sufixul URL final, care doar adaugă parametri și nu poate redirecționa nicăieri. Unul rescrie întregul URL; celălalt îl extinde. Confundarea celor două este motivul pentru care atât de multe conturi au urmărire care s-a oprit tăcut din funcționare.
Acest articol acoperă mecanica la nivel de câmp: unde se situează șablonul în ierarhie, care nivel câștigă, când să îl folosești în locul sufixului, și detaliul de codare care strică URL-urile de destinație cu propriul lor șir de interogare. Pentru tagurile în sine, parametrii UTM explicați este articolul fundamental, iar parametrii UTM pentru reclamele Google și Meta acoperă de ce Google Ads ar trebui să ruleze în mare parte pe auto-etichetare, nu pe UTM-uri manuale.
Ce face de fapt șablonul de urmărire
Nimic pe pagina de destinație nu se schimbă atunci când editezi un șablon de urmărire. Acesta doar decide ce se întâmplă între click și încărcarea paginii.
Google Ads citește șablonul în momentul afișării, înlocuiește {lpurl} cu URL-ul tău final real, completează orice parametri ValueTrack și abia apoi trimite browserul la adresa asamblată. Un șablon care începe cu un domeniu de redirecționare trimite mai întâi browserul acolo; un șablon care este doar {lpurl} plus un șir de interogare îl trimite direct la pagina ta, cu parametri suplimentari atașați.
Acesta este întregul scop al câmpului. O sută de anunțuri pot partaja un singur URL final și un singur șablon, iar o singură editare a șablonului schimbă ce transportă toate cele o sută de click-uri. Definițiile câmpurilor sunt prezentate cuvânt cu cuvânt în documentația Google despre URL-uri finale și șabloane de urmărire. Dacă șablonul este doar o piesă dintr-un flux de etichetare mai amplu, urmărirea campaniilor UTM de la un capăt la altul acoperă restul pipeline-ului.
Unde se situează șablonul: cont, campanie, grup de anunțuri, anunț, cuvânt cheie
Câmpul există la cinci niveluri, iar Google Ads nu le îmbină.
Setează un șablon de urmărire la nivel de cont, campanie, grup de anunțuri, anunț sau cuvânt cheie, iar când sunt setate mai multe, Google Ads îl folosește pe cel mai specific și ignoră restul, nu le combină. Ordinea, de la cel mai specific la cel mai puțin specific: cuvânt cheie, anunț, grup de anunțuri, campanie, cont. Un șablon la nivel de cuvânt cheie suprascrie tot ce este deasupra lui; cel de la nivel de cont se aplică doar acolo unde nu există ceva mai specific.
Aici derivează conturile neobservat. Cineva setează un șablon curat la nivel de cont pentru un instrument nou, iar acesta funcționează peste tot, cu excepția a trei grupuri de anunțuri care aveau deja unul rămas de la un furnizor vechi. Acele trei continuă să ruleze vechea redirecționare la nesfârșit, pentru că setarea mai specifică câștigă întotdeauna. Am petrecut odată o după-amiază pe un cont care încă direcționa tăcut click-uri printr-un domeniu de call-tracking închis cu peste un an înainte, pentru că un grup de anunțuri avea un șablon pe care nimeni nu-și amintea să-l fi setat. Auditează de sus în jos: cont, apoi campanie, grup de anunțuri, anunț, cuvânt cheie, verificând fiecare pentru o valoare rămasă înainte să presupui că schimbarea la nivel de cont a ajuns peste tot.
Șablon de urmărire vs sufix URL final
Cele două se confundă pentru că amândouă adaugă text la un URL. Ce le este permis să adauge nu este același lucru.
Un șablon de urmărire poate înlocui întregul URL: poate adăuga la început un domeniu de redirecționare, poate insera parametri oriunde, atât timp cât {lpurl} sau o variantă apare undeva. Un sufix URL final face un singur lucru, adaugă un set fix de parametri la finalul URL-ului final, după orice este deja acolo, și nu poate indica nicăieri altundeva decât spre propria ta pagină. Ghidul Google despre adăugarea unui sufix URL final este explicit: sufixul este pentru parametri, nu pentru redirecționări.
Regula este scurtă: dacă atașezi doar parametri, folosește sufixul. Dacă direcționezi mai întâi click-ul printr-un domeniu terț, o redirecționare de call-tracking sau un pixel de verificare, folosește șablonul, pentru că sufixul nu poate redirecționa nicăieri. Implicit, folosește sufixul, și treci la șablon doar atunci când o redirecționare este cu adevărat necesară.
Parametrii ValueTrack și personalizați pe care merită să îi cunoști
Parametrii ValueTrack sunt macrocomenzi pe care Google Ads le completează în momentul click-ului. Câțiva acoperă aproape orice nevoie practică.
{lpurl} este cel de care are nevoie fiecare șablon, URL-ul tău final. {campaignid} și {creative} (ID-ul anunțului) identifică ce campanie și ce anunț a servit. {device} returnează mobil, tabletă sau desktop; {network} raportează Rețeaua de căutare, Display sau parteneri de căutare. {keyword} și {matchtype} se completează doar pe campaniile de căutare, cu cuvântul cheie declanșator și dacă a corespuns pe potrivire generală, expresie sau exactă. Pentru lista completă, inclusiv câțiva specifici campaniilor Shopping și de aplicații, vezi referința Google pentru ValueTrack.
Asamblat într-un șablon gata de lipit în câmpul de la nivel de campanie:
{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}
Înlocuiește-i cu oricare parametri pe care îi interoghezi de fapt; adăugarea fiecăruia oferit de Google doar lasă coloane goale pe traficul Display sau Shopping, unde jumătate dintre ei nu se completează niciodată. Orice se află în afara macrocomenzilor proprii Google, un ID intern de campanie, un cod de regiune, are nevoie în schimb de un parametru personalizat: un nume și o valoare pe care le definești tu însuți, referențiate ca {_region}, până la opt per entitate, numele limitat la 16 caractere și valoarea la 200. Ghidul Google pentru parametri personalizați are limitele exacte.
Construirea acelui șir manual pe zeci de campanii este exact genul de sarcină care derivează în clipa în care doi oameni o ating. Generatorul de UTM al Elido generează porțiunea etichetată dintr-un formular, nu dintr-un câmp de text gol, astfel încât numele parametrilor rămân consecvente înainte să ajungă vreodată în șablon.
Capcana de codare: lpurl vs unescapedlpurl
Acest detaliu strică șabloane care păreau perfecte la testare.
{lpurl} codează anumite caractere, semne de întrebare, semne egal, ghilimele, spații, ori de câte ori apare oriunde altundeva decât chiar la începutul șablonului. {unescapedlpurl} nu codează niciodată, indiferent de poziție. Contează doar atunci când URL-ul tău final are deja propriul șir de interogare: un ? codat în interiorul unui wrapper de redirecționare devine %3F, iar un sistem din aval care citește adresa literal primește un parametru stricat în loc de unul funcțional.
Pune {lpurl} primul, ca în {lpurl}?utm_source=google, și codarea nu se declanșează niciodată, așa că cele două macrocomenzi se comportă identic. Pune-l după un prefix de redirecționare, ca în https://track.example.com/go?dest={lpurl}, și propriile ? și = ale destinației se codează în interiorul URL-ului exterior, ceea ce este de obicei corect, pentru că redirecționarea are nevoie de o singură valoare curată de retransmis. Inversează-le pe cele două și serviciul de redirecționare citește gunoi în loc de pagina ta. Ori de câte ori un șablon trece printr-un domeniu de redirecționare, verifică folosind procedura de testare de mai jos, în loc să presupui că alegerea macrocomenzii nu contează.
Cum interacționează asta cu auto-etichetarea și gclid
Auto-etichetarea și șablonul de urmărire rezolvă probleme diferite și nu se luptă pentru URL așa cum o fac UTM-urile manuale și auto-etichetarea.
Auto-etichetarea adaugă gclid după ce șablonul a asamblat deja adresa, întrucât gclid este adăugat la trimitere, nu este încorporat în șirul șablonului. Un șablon care adaugă parametri ValueTrack sau personalizați rulează primul, iar gclid ajunge deasupra, așa că cele două coexistă fără conflict. Modul de eșec este diferit de greșeala UTM-ului manual din parametrii UTM pentru reclamele Google și Meta: aici se întâmplă doar dacă un șablon codifică static o destinație fixă în loc să lase click-ul să treacă prin el, caz în care click-ul nu ajunge niciodată la traseul real de trimitere, iar gclid este eliminat odată cu tot restul. Atât timp cât {lpurl} sau {unescapedlpurl} se află cu adevărat în șablon, gclid continuă să funcționeze dedesubt, iar analytics-ul pentru linkurile tale este locul unde parametrii rezultați și gclid apar ca date raportabile.
Urmărirea paralelă a stricat tracker-ele de redirecționare - testează înainte să ai încredere
Dacă un șablon a încetat să funcționeze fără nicio avertizare, probabil acesta este motivul.
Înainte ca urmărirea paralelă să devină implicită, un șablon de redirecționare funcționa exact așa cum sună: click-ul ajungea mai întâi la redirecționare, serviciul de redirecționare își făcea treaba, apoi retransmitea browserul către URL-ul final. Urmărirea paralelă a schimbat ordinea. Browserul merge acum direct la URL-ul final imediat, în timp ce redirecționarea șablonului se încarcă în fundal, în loc să fie pe traseul vizitatorului. Un tracker cu adevărat dependent de a fi primul salt, de a citi click-ul înainte de retransmitere, de a seta un cookie înainte ca pagina să se randeze, a încetat să mai vadă trafic real în momentul în care urmărirea paralelă a preluat controlul, chiar dacă șablonul continua să pară configurat corect. Așa cum confirmă prezentarea generală a urmăririi în Google Ads, urmărirea paralelă este comportamentul implicit actual, motiv pentru care sufixul URL final, care nu redirecționează niciodată, este câmpul implicit mai sigur.
Nu avea încredere într-un șablon doar pentru că arată corect în editor. Google Ads are un buton Test lângă câmp: apasă-l, iar Google Ads asamblează URL-ul exact cum ar face-o un click real, substituind fiecare parametru, și afișează adresa rezultată plus timpul de încărcare și erorile. Citește acel șir caracter cu caracter; un {lpurl} plasat greșit sau un ampersand lipsă apare aici înainte să te coste o zi de date stricate. Butonul Test verifică asamblarea, nu livrarea, așa că urmează-l cu un click real: încarcă propriul tău anunț într-o fereastră incognito, citește bara de adrese după ce pagina se stabilizează, confirmă că valorile ValueTrack sunt completate, nu afișând textul literal {device}, și confirmă că gclid este prezent dacă auto-etichetarea este activă. Cinci minute aici prind ceea ce verificarea de sintaxă a editorului nu poate.
Articole conexe de pe blog
Întrebări frecvente
Ce este un șablon de urmărire în Google Ads?
Este un câmp care conține un tipar de URL pe care Google Ads îl folosește pentru a construi adresa la care ajunge efectiv un click, folosind parametri ValueTrack precum {lpurl} plus orice mai adaugi. Există la nivel de cont, campanie, grup de anunțuri, anunț și cuvânt cheie, și îți permite să direcționezi un click printr-o redirecționare sau să atașezi parametri fără să atingi URL-ul final pe fiecare anunț.
Care este diferența dintre un șablon de urmărire și un sufix URL final?
Un șablon de urmărire poate rescrie întregul URL, inclusiv trimițând mai întâi click-ul printr-un alt domeniu. Un sufix URL final doar adaugă parametri la finalul URL-ului final și nu poate redirecționa nicăieri altundeva. Folosește sufixul pentru parametri de interogare simpli și șablonul doar când ai nevoie să treci printr-un alt punct.
Ce șablon de urmărire se aplică dacă îl setez la mai multe niveluri?
Câștigă cel mai specific. Google Ads verifică mai întâi cuvântul cheie, apoi anunțul, apoi grupul de anunțuri, apoi campania, apoi contul, și folosește primul șablon găsit setat la acel nivel. Un șablon gol la un nivel inferior nu îl șterge pe cel de la un nivel superior; doar o suprascriere explicită face asta.
Care este diferența dintre lpurl și unescapedlpurl?
Ambele introduc URL-ul tău final în șablon, dar {lpurl} codează anumite caractere, precum semnele de întrebare și semnele egal, ori de câte ori nu este chiar primul element din șablon, în timp ce {unescapedlpurl} nu codează niciodată nimic. Pune {lpurl} primul într-un șablon și cele două se comportă identic; pune-l după un prefix de redirecționare și diverg, iar aceasta este capcana de codare care strică URL-urile de destinație cu propriile lor șiruri de interogare.
Un șablon de urmărire afectează gclid și auto-etichetarea?
Nu, funcționează independent. Auto-etichetarea adaugă gclid la adresă după ce șablonul de urmărire a construit-o deja, așa că un șablon care adaugă parametri ValueTrack sau personalizați nu elimină și nu suprascrie gclid. Singurul mod de a-l strica este să codifici static un URL final fix în șablon care nu lasă click-ul să treacă prin el, ceea ce elimină fiecare parametru, inclusiv gclid.
De ce urmărirea paralelă mi-a stricat tracker-ul de redirecționare al unui terț?
Urmărirea paralelă trimite vizitatorul direct la URL-ul final și încarcă redirecționarea șablonului de urmărire în fundal, în loc să direcționeze mai întâi click-ul prin ea. Orice tracker care depindea de a fi primul salt, de a citi click-ul înainte de a-l redirecționa, sau de a seta un cookie înainte ca pagina de destinație să se încarce, a încetat să mai vadă acele click-uri odată ce urmărirea paralelă a devenit obligatorie.
Î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