Een Google Ads-trackingsjabloon is een URL-patroon, ingesteld op account-, campagne-, advertentiegroep-, advertentie- of zoekwoordniveau, dat Google Ads gebruikt om het adres samen te stellen dat een klik daadwerkelijk opent, waarbij je eind-URL wordt ingevoegd via een ValueTrack-parameter zoals {lpurl} plus alles wat je zelf toevoegt. Het is een apart veld van het achtervoegsel voor de eind-URL, dat alleen parameters toevoegt en nergens naartoe kan verwijzen. Het ene herschrijft de hele URL; het andere verlengt hem. Die twee door elkaar halen is de reden waarom bij zoveel accounts de tracking stilletjes is gestopt met werken.
Dit artikel gaat over de mechaniek op veldniveau: waar het sjabloon in de hiërarchie zit, welk niveau wint, wanneer je het in plaats van het achtervoegsel gebruikt, en het encodingdetail dat bestemmings-URL's met hun eigen query string breekt. Voor de tags zelf is UTM-parameters uitgelegd de basis, en UTM-parameters voor Google- en Meta-advertenties behandelt waarom Google Ads meestal op auto-tagging moet draaien in plaats van op handmatige UTM's.
Wat het trackingsjabloon precies doet
Er verandert niets op de landingspagina wanneer je een trackingsjabloon bewerkt. Het bepaalt alleen wat er gebeurt tussen de klik en het laden van de pagina.
Google Ads leest het sjabloon op het moment van serveren, vervangt {lpurl} door je echte eind-URL, vult eventuele ValueTrack-parameters in, en stuurt de browser pas dan naar het samengestelde adres. Een sjabloon dat begint met een redirect-domein stuurt de browser daar eerst naartoe; een sjabloon dat alleen uit {lpurl} plus een query string bestaat, stuurt de browser rechtstreeks naar je pagina met extra parameters eraan vast.
Dat is precies het nut van dit veld. Honderd advertenties kunnen een eind-URL en een sjabloon delen, en een enkele wijziging aan het sjabloon verandert wat al die honderd kliks meedragen. De velddefinities staan woordelijk beschreven in Google's documentatie over eind-URL's en trackingsjablonen. Als het sjabloon een onderdeel is van een groter taggingproces, behandelt UTM-campagnes end-to-end bijhouden de rest van de pipeline.
Waar het sjabloon zich bevindt: account, campagne, advertentiegroep, advertentie, zoekwoord
Het veld bestaat op vijf niveaus, en Google Ads voegt ze niet samen.
Stel een trackingsjabloon in op account-, campagne-, advertentiegroep-, advertentie- of zoekwoordniveau, en als er meer dan een is ingesteld, gebruikt Google Ads het meest specifieke en negeert de rest, niet cumulatief. Volgorde, van meest naar minst specifiek: zoekwoord, advertentie, advertentiegroep, campagne, account. Een sjabloon op zoekwoordniveau overschrijft alles erboven; het accountniveau geldt alleen waar niets specifiekers bestaat.
Hier gaan accounts ongemerkt afwijken. Iemand stelt een schoon sjabloon in op accountniveau voor een nieuwe tool, en het werkt overal, behalve in drie advertentiegroepen die er al een hadden staan van een oude leverancier. Die drie blijven voor onbepaalde tijd de oude redirect draaien, omdat de meer specifieke instelling altijd wint. Ik heb ooit een middag besteed aan een account dat stilletjes kliks bleef routeren via een call-tracking-domein dat al meer dan een jaar eerder was uitgeschakeld, omdat een advertentiegroep een sjabloon had staan dat niemand zich herinnerde te hebben ingesteld. Controleer van boven naar beneden: account, dan campagne, advertentiegroep, advertentie, zoekwoord, en check elk niveau op een achtergebleven waarde voordat je aanneemt dat de accountbrede wijziging overal is doorgekomen.
Trackingsjabloon versus achtervoegsel voor de eind-URL
Deze twee worden verward omdat beide tekst aan een URL toevoegen. Wat ze mogen toevoegen, is niet hetzelfde.
Een trackingsjabloon kan de hele URL vervangen: een redirect-domein ervoor plaatsen, parameters overal invoegen, zolang {lpurl} of een variant er ergens in voorkomt. Een achtervoegsel voor de eind-URL doet een ding: het voegt een vaste set parameters toe aan het einde van de eind-URL, na alles wat er al staat, en kan nergens anders naartoe wijzen dan je eigen pagina. Google's richtlijnen voor het toevoegen van een achtervoegsel voor de eind-URL maken expliciet duidelijk dat het achtervoegsel voor parameters is, niet voor redirects.
De regel is kort: gaat het alleen om parameters toevoegen, gebruik dan het achtervoegsel. Moet de klik eerst via een extern domein lopen, een call-tracking-redirect of een verificatiepixel, gebruik dan het sjabloon, want het achtervoegsel kan nergens naartoe verwijzen. Kies standaard voor het achtervoegsel en grijp alleen naar het sjabloon wanneer een redirect echt noodzakelijk is.
ValueTrack- en aangepaste parameters die de moeite waard zijn
ValueTrack-parameters zijn macro's die Google Ads invult op het moment van de klik. Een handvol dekt bijna elke praktische behoefte.
{lpurl} is wat elk sjabloon nodig heeft: je eind-URL. {campaignid} en {creative} (het advertentie-ID) identificeren welke campagne en advertentie is weergegeven. {device} levert mobiel, tablet of desktop op; {network} meldt Zoeken, Display of Zoekpartners. {keyword} en {matchtype} worden alleen ingevuld bij zoekcampagnes: het zoekwoord dat de klik uitlokte en of dat op breed, woordgroep of exact matchte. Voor de complete lijst, inclusief een paar die specifiek zijn voor Shopping- en app-campagnes, zie Google's ValueTrack-referentie.
Samengesteld tot een sjabloon dat je kunt plakken in het veld op campagneniveau:
{lpurl}?utm_source=google&utm_medium=cpc&utm_campaign={campaignid}&utm_content={creative}&utm_term={keyword}&device={device}&network={network}
Neem alleen de parameters op waar je daadwerkelijk op filtert; elke parameter toevoegen die Google aanbiedt, laat alleen lege kolommen achter bij Display- of Shopping-verkeer, waar de helft ervan nooit wordt ingevuld. Alles buiten Google's eigen macro's, een intern campagne-ID, een regiocode, heeft in plaats daarvan een aangepaste parameter nodig: een naam en waarde die je zelf definieert, aangeroepen als {_region}, maximaal acht per entiteit, naam beperkt tot 16 tekens en waarde tot 200. Google's handleiding voor aangepaste parameters bevat de exacte limieten.
Die string handmatig opbouwen over tientallen campagnes is precies het soort taak dat gaat afwijken zodra twee mensen eraan komen. Elido's UTM-builder genereert het getagde deel vanuit een formulier in plaats van een leeg tekstveld, zodat parameternamen consistent blijven voordat ze ooit het sjabloon bereiken.
De encodingval: lpurl versus unescapedlpurl
Dit detail breekt sjablonen die er bij het testen prima uitzagen.
{lpurl} escaped bepaalde tekens, vraagtekens, is-gelijk-tekens, aanhalingstekens, spaties, telkens wanneer het ergens anders staat dan als allereerste element in het sjabloon. {unescapedlpurl} escaped nooit iets, ongeacht de positie. Het maakt alleen uit wanneer je eind-URL al zijn eigen query string heeft: een geëscapete ? binnen een redirect-wrapper verandert in %3F, en een downstream systeem dat het adres letterlijk leest, krijgt een kapotte parameter in plaats van een werkende.
Zet {lpurl} vooraan, zoals in {lpurl}?utm_source=google, en escaping treedt nooit in werking, dus de twee macro's gedragen zich identiek. Zet het na een redirect-prefix, zoals in https://track.example.com/go?dest={lpurl}, en de eigen ? en = van de bestemming worden geëscaped binnen de buitenste URL, wat meestal correct is, omdat de redirect een schone waarde nodig heeft om door te sturen. Verwissel de twee en de redirect-service leest onzin in plaats van je pagina. Wanneer een sjabloon via een redirect-domein routeert, verifieer dit dan met de testprocedure hieronder in plaats van aan te nemen dat de keuze van macro er niet toe doet.
Hoe dit samenwerkt met auto-tagging en gclid
Auto-tagging en het trackingsjabloon lossen verschillende problemen op, en ze vechten niet om de URL zoals handmatige UTM's en auto-tagging dat wel doen.
Auto-tagging voegt gclid toe nadat het trackingsjabloon het adres al heeft samengesteld, want gclid wordt toegevoegd bij het verzenden, niet ingebakken in de sjabloonstring. Een sjabloon dat ValueTrack- of aangepaste parameters toevoegt, draait eerst, en gclid komt daarbovenop, dus de twee bestaan naast elkaar zonder conflict. Het faalscenario verschilt van de handmatige-UTM-fout in UTM-parameters voor Google- en Meta-advertenties: hier gebeurt het alleen als een sjabloon een statische bestemming hardcodeert in plaats van de klik door te laten, in welk geval de klik het echte verzendpad nooit bereikt en gclid samen met alles verdwijnt. Zolang {lpurl} of {unescapedlpurl} daadwerkelijk in het sjabloon staat, blijft gclid daaronder werken, en analytics voor je links is waar de resulterende parameters en gclid verschijnen als rapporteerbare data.
Parallelle tracking brak redirect-trackers - test voordat je erop vertrouwt
Als een sjabloon zonder waarschuwing stopte met werken, is dit waarschijnlijk waarom.
Voordat parallelle tracking de standaard werd, werkte een redirect-sjabloon precies zoals het klinkt: de klik raakte eerst de redirect, de redirect-service deed zijn werk, en stuurde de browser vervolgens door naar de eind-URL. Parallelle tracking veranderde die volgorde. De browser gaat nu meteen rechtstreeks naar de eind-URL, terwijl de redirect van het sjabloon op de achtergrond laadt in plaats van in het pad van de bezoeker. Een tracker die er echt van afhankelijk was de eerste hop te zijn, de klik te lezen voordat hij werd doorgestuurd, een cookie te zetten voordat de pagina rendert, zag geen echt verkeer meer zodra parallelle tracking het overnam, ook al zag het sjabloon er nog steeds correct geconfigureerd uit. Zoals Google's overzicht van tracking in Google Ads bevestigt, is parallelle tracking het huidige standaardgedrag, wat mede verklaart waarom het achtervoegsel voor de eind-URL, dat nooit redirect, het veiligere standaardveld is.
Vertrouw een sjabloon niet omdat het er goed uitziet in de editor. Google Ads heeft een knop "Testen" naast het veld: klik erop en Google Ads stelt de URL precies samen zoals een live klik dat zou doen, met elke parameter ingevuld, en toont het resulterende adres plus laadtijd en fouten. Lees die string teken voor teken; een verkeerd geplaatste {lpurl} of een ontbrekend ampersand komt hier naar boven voordat het een dag aan kapotte data kost. De knop "Testen" controleert de samenstelling, niet de aflevering, dus volg dit op met een echte klik: laad je eigen advertentie in een incognitovenster, lees de adresbalk zodra de pagina tot rust komt, bevestig dat de ValueTrack-waarden zijn ingevuld in plaats van dat er letterlijk {device}-tekst staat, en bevestig dat gclid aanwezig is als auto-tagging aanstaat. Vijf minuten hier vangt op wat de syntaxcontrole van de editor niet kan.
Gerelateerd op de blog
Veelgestelde vragen
Wat is een trackingsjabloon in Google Ads?
Het is een veld dat een URL-patroon bevat dat Google Ads gebruikt om het adres samen te stellen waar een klik daadwerkelijk op landt, met ValueTrack-parameters zoals {lpurl} plus alles wat je zelf toevoegt. Het bestaat op account-, campagne-, advertentiegroep-, advertentie- en zoekwoordniveau, en hiermee kun je een klik via een redirect laten lopen of parameters toevoegen zonder de eind-URL op elke advertentie aan te passen.
Wat is het verschil tussen een trackingsjabloon en een achtervoegsel voor de eind-URL?
Een trackingsjabloon kan de hele URL herschrijven, inclusief de klik eerst via een ander domein laten lopen. Een achtervoegsel voor de eind-URL voegt alleen parameters toe aan het einde van de eind-URL en kan nergens anders naartoe verwijzen. Gebruik het achtervoegsel voor gewone queryparameters en het sjabloon alleen wanneer je via iets anders moet routeren.
Welk trackingsjabloon geldt als ik het op meerdere niveaus instel?
Het meest specifieke wint. Google Ads controleert eerst zoekwoord, dan advertentie, dan advertentiegroep, dan campagne, dan account, en gebruikt het eerste sjabloon dat op dat niveau is ingesteld. Een leeg sjabloon op een lager niveau wist een hoger niveau niet; alleen een expliciete override doet dat.
Wat is het verschil tussen lpurl en unescapedlpurl?
Beide voegen je eind-URL in het sjabloon in, maar {lpurl} escaped bepaalde tekens, zoals vraagtekens en is-gelijk-tekens, telkens wanneer het niet het allereerste element in het sjabloon is, terwijl {unescapedlpurl} nooit iets escaped. Zet {lpurl} vooraan in een sjabloon en de twee gedragen zich hetzelfde; zet het na een redirect-prefix en ze wijken van elkaar af, wat precies de encodingval is die bestemmings-URL's met hun eigen query string breekt.
Heeft een trackingsjabloon invloed op gclid en auto-tagging?
Nee, ze verlopen onafhankelijk van elkaar. Auto-tagging voegt gclid toe aan het adres nadat het trackingsjabloon het al heeft samengesteld, dus een sjabloon dat ValueTrack- of aangepaste parameters toevoegt, verwijdert of overschrijft gclid niet. De enige manier om dit te breken is een statische eind-URL hardcoden in het sjabloon dat de klik niet doorlaat, waardoor elke parameter verdwijnt, inclusief gclid.
Waarom brak parallelle tracking mijn tracker van een externe redirect?
Parallelle tracking stuurt de bezoeker rechtstreeks naar de eind-URL en laadt de redirect van het trackingsjabloon op de achtergrond, in plaats van de klik er eerst doorheen te laten lopen. Elke tracker die ervan afhankelijk was de eerste hop te zijn, de klik te lezen voordat hij werd doorgestuurd, of een cookie te zetten voordat de landingspagina laadde, zag die kliks niet meer zodra parallelle tracking verplicht werd.
Probeer Elido
Plak een URL, krijg een werkende korte link
Geen aanmelding nodig. Link blijft 30 dagen actief. Meld je aan om hem voor altijd te bewaren.
Gratis, geen aanmelding nodig · 2 per dag