Track
Attributie & analyticsReferentieGevorderd

Click-id's en attributievensters: welke parameters je vastlegt, hoe lang je ze bewaart en waar je ze opslaat

Een referentie van advertentie-click-ID's (gclid, gbraid, wbraid, dclid, msclkid, fbclid, ttclid, li_fat_id, rdt_cid, epik, ScCid, twclid, tblci, ob_click_id, affiliate-id's), hoe toestemming het vastleggen ervan bepaalt, hoe attributievensters per platform verschillen en hoe first-party opslag zou moeten verlopen.

Door
Track-redactie
Gepubliceerd
Laatst gecontroleerd
Leestijd
3 min leestijd

Belangrijkste punten

  • Elk advertentieplatform stempelt zijn eigen click-ID op de landings-URL — gclid, msclkid, fbclid, ttclid, li_fat_id, rdt_cid, epik, ScCid, twclid, tblci, ob_click_id en de affiliate-id's — en elk voedt een specifiek serverveld.
  • Click-id's zijn persoonsgegevens met een advertentiedoel: de SDK legt ze alleen vast met marketingtoestemming en verwijdert ze uit URL's bij toestemming voor alleen analytics.
  • Attributievensters verschillen per platform; een conversie die buiten het venster wordt geüpload is geen API-fout, ze wordt simpelweg niet geattribueerd.
  • Id's staan first-party in _ts_cid voor de click-id-TTL van de site, worden gewist zodra marketingtoestemming wordt ingetrokken en worden vóór opslag uit page_location en referrer verwijderd.

De parameterlijst

ParameterPlatformServerveld dat hij voedtOpmerkingen
gclidGoogle Ads (zoeken, shopping, display)gclid in click-conversion-uploadsbij iOS-appcampagnes vervangen door gbraid/wbraid
gbraid, wbraidGoogle Ads (iOS-privacyvarianten)dezelfde upload, alternatieve veldensluiten elkaar uit met gclid
dclidCampaign Manager 360 / DV360dclid in Floodlight offline conversions
msclkidMicrosoft AdvertisinguserData.msclkid
fbclidMetauser_data.fbc als fb.1.<timestamp>.<fbclid>de pixel schrijft dezelfde waarde in _fbc
ttclidTikTokuser.ttclid
li_fat_idLinkedInLINKEDIN_FIRST_PARTY_ADS_TRACKING_UUIDwordt ook door de Insight Tag gezet
rdt_cidRedditclick_id
epikPinterestuser_data.click_id
ScCidSnapchatuser_data.sc_click_idhoofdlettergevoelig
twclidXtwclid
tblciTaboolaclick-id in de S2S-actieverplicht; geen click-ID, geen conversie
ob_click_id (dicbo)Outbrainob_click_id
irclickidImpactClickId in de postback
cjeventCJCJEVENT
awcAwincks
tduidTradedoublertduid
clickref / pclickidPartnerize, generiekpreset-specifiek
ranMID/ranSiteIDRakutenpreset-specifiek

De SDK van Track herkent ze allemaal en legt elke ID onder zijn eigen naam vast op het event, zodat de connector van een platform precies de ID vindt die hij nodig heeft.

Toestemming bepaalt het vastleggen

Een click-ID koppelt de sessie van een persoon aan een advertentieklik; het is een persoonsgegeven en dient een advertentiedoel. De SDK legt click-ID's daarom alleen vast wanneer het doel marketing is toegestaan. Komt de toestemming pas na het landen (de bezoeker klikt op de tweede pagina op ‘accepteren’), dan worden de ID's uit de landings-URL vastgelegd voor de events die op de toestemmingsbeslissing volgen — nooit daarvoor.

Bij toestemming voor alleen analytics worden de ID's uit de URL verwijderd voordat die naar de collector gaat, zodat ze ook niet in paginaweergavedata terechtkomen.

Attributievensters verschillen

Platforms tellen een conversie alleen als die binnen hun venster na de klik plaatsvindt. Gangbare standaardwaarden, allemaal instelbaar in de UI van het platform:

  • Google Ads: klikvenster van 30 dagen per conversieactie (1 tot 90 dagen)
  • Meta: 7 dagen klik, 1 dag view
  • Microsoft: 30 dagen klik (1 tot 90 dagen)
  • TikTok: 7 dagen klik, 1 dag view
  • LinkedIn: 30 dagen klik, 7 dagen view; API-uploads worden 90 dagen lang geaccepteerd
  • Pinterest: 30 dagen klik, 30 dagen engagement, 1 dag view
  • Snapchat: 28 dagen swipe-up, 1 dag view
  • Affiliatenetwerken: meestal 30 dagen, per programma ingesteld

Een conversie buiten het venster uploaden is op API-niveau geen fout; ze wordt simpelweg niet geattribueerd. Het event telt nog steeds mee in je eigen rapportages.

Opslag en verval

Click-id's die op de landingspagina zijn vastgelegd, worden first-party in de browser bewaard onder _ts_cid (localStorage), alleen zolang het doel marketing is toegestaan, voor de click-id-TTL van de site — standaard 90 dagen, een verstandige bovengrens gezien de langste vensters hierboven. Elk later event van het bezoek draagt ze mee, een nieuwere ID voor hetzelfde platform vervangt de oudere, en het intrekken van marketingtoestemming wist de opslag onmiddellijk. De limiet van 7 dagen die Safari hanteert voor door scripts weggeschreven opslag geldt ook voor deze opslag.

Server-side events voor dezelfde bestelling krijgen ze wanneer de router een geverifieerde shopaankoop koppelt aan de browseraankoop met hetzelfde bestelnummer. In de eventopslag worden click-ID's na het bewaarvenster voor click-ID's verwijderd, en het DSAR-verwijderproces verwijdert ze samen met de overige data van de bezoeker.

Hygiëne van de landings-URL

Click-id's op de landings-URL zijn nuttig; click-ID's in je analyticsrapporten zijn ruis en een privacyrisico. De collector verwijdert elke bekende click-ID uit page_location en referrer vóór opslag en vóór levering aan analytics-destinations, maar behoudt ze als aparte velden voor de advertentieconnectors die ze nodig hebben.

Primaire bronnen

Documentatie en standaarden waarop dit artikel is gebaseerd.

  1. Google Ads Help — About auto-taggingsupport.google.com
  2. Meta for Developers — fbc and fbp parametersdevelopers.facebook.com

Was dit artikel nuttig?

Verantwoordelijke redactie

Track-redactie

Product & engineering

De mensen achter Track: engineers en analisten die dagelijks werken aan server-side tracking, toestemmingstooling en connectorintegraties.