Waarom tracking bij MKB en reisorganisaties vaak breekt (en hoe u dat oplost)

In het eerste artikel in deze serie legden we de basis uit: het verschil tussen client-side en server-side tracking en waarom deze elkaar aanvullen. In dit artikel gaan we voorbij die basis. We duiken in de noodzaak van cross-domain tracking per platform, het belang van attributie en de praktijk: waarom tracking in de reis- en outdoorbranche zo vaak kapot is. In een derde artikel kijken we vervolgens vooruit naar eigen Click-ID’s en een first-party datastructuur.

Het probleem: aparte eilanden

Om te begrijpen waarom uw data niet klopt, is het belangrijk om te kijken hoe een browser naar uw landschap kijkt. Voor een browser zoals Chrome of Safari is elk (sub)domein een apart eiland met eigen regels.

In de reisbranche ziet een klantreis er vaak ongeveer zo uit:

Eiland 1: de inspiratie
Dit is uw hoofdwebsite, bijvoorbeeld uwbedrijf.nl. Bezoekers lezen verhalen, bekijken foto’s en oriënteren zich op reizen.

Eiland 2: de actie
Dit is de boekingsmodule, bijvoorbeeld boeking.softwarepartij.nl. Hier kiest de bezoeker data, kamers, deelnemers en vult gegevens in.

Eiland 3: de betaling
Dit is de betaalomgeving van een provider, bijvoorbeeld pay.mollie.com. Hier wordt afgerekend en daarna keert de bezoeker terug naar een bedankpagina.

Voor de browser zijn dit drie verschillende plekken. Wanneer een bezoeker van eiland 1 naar eiland 2 springt, ziet de browser dit standaard als een nieuw bezoek. De rugzak met informatie over de klik herkomst en vanuit welke campagne blijft bij de grens achter.

Het gevolg: de bezoeker is niet te volgen, de data is incompleet en advertenties varen blind en de kosten lopen op.

De oplossing: Cross-domain tracking

Om deze verbinding te herstellen is cross-domain tracking nodig. Dit is de techniek die ervoor zorgt dat de unieke kenmerken van de bezoeker (zoals cookies en ID's) worden doorgegeven aan het volgende domein. Zie het als een estafettestokje dat moet worden doorgegeven wanneer de bezoeker de grens oversteekt naar uw boekingssysteem.

Zonder dat stokje is elk nieuw domein blind. Het ziet wel een bezoeker, maar weet niet wie het is, waar die vandaan komt en of er eerder al online contact is geweest.

Niet één instelling, maar voor elk platform anders

Elk advertentieplatform heeft namelijk zijn eigen regels en eigen “stokje” om klikken en conversies te herkennen. Zo wilt de één dat er parameters in de URL staan, de ander data via cookies en wordt er gewerkt met Click-ID's. Grofweg ziet het er zo uit:

• Google: Vereist dat de _ga en gclid (Google Click ID) parameters behouden blijven.
• Meta (Facebook/Instagram): Vereist dat de fbp (Facebook Browser ID) en fbc (Facebook Click ID) worden meegestuurd.
• TikTok: Heeft een eigen parameter (zoals ttclid).

Dit betekent dat u voor elk platform waarmee u adverteert, specifiek moet inrichten dat deze data niet verloren gaat tijdens de overgang naar andere domeinen zoals een boekingssystemen. Als bijvoorbeeld de fbc wegvalt bij de overstap naar het boekingsdomein, kan Meta de conversie niet meer terugkoppelen aan de advertentie.

Voor uw organisatie betekent dit dat cross-domain tracking:

1. Meerdere keren moet worden ingericht op basis van de verschillende regels van de techreuzen, en;
2. Op elk apart domein moet het ook op correct worden ingericht.

Het inrichten van tracking is dus maatwerk. De meeste software voor de reis- en outdoorsector bied lang niet de ondersteuning die nodig is om dit te implementeren. De meeste bieden alle client-side integraties, scripts of plugins, maar de server-side integraties en complexe cross-domain tracking vrijwel niet.

Attributie en waar het vaak mis gaat

Attributie is het proces waarbij wordt vastgesteld waar een boeking of aankoop vandaan komt. Als een platform niet kan zien waar het bezoek oorspronkelijk vandaan kwam, wordt de conversie niet gekoppeld aan de juiste campagne of advertentie.

Voor de organisatie betekent dit:

• Hogere kosten per klik.
• Minder effectieve algoritmes bij advertentieplatformen.
• Geen betrouwbare ROAS.
• Onduidelijkheid over welke campagnes daadwerkelijk waarde opleveren.

In veel standaardsystemen krijgt de laatste klik (bijvoorbeeld een nieuwsbrief of een Google-zoekopdracht op uw bedrijfsnaam) alle eer. Dit geeft een vertekend beeld, omdat de Facebook-advertentie die de interesse wekte, volledig buiten beschouwing blijft.

Cross-domein tracking, server-side tracking en de Conversion API's helpen allemaal om te zorgen voor een juiste attributie. Maar zelfs wanneer dit goed staat, kan het nog steeds misgaan.

Waarom client-side tracking altijd kwetsbaar blijft

Zelfs met server-side koppelingen blijft de basis van tracking afhankelijk van wat er in de browser van de bezoeker gebeurt. Elke advertentieplatform start zijn “herkenning” met een eigen browser en of Click-ID (zoals fbp, fbc, gclid of ttclid). Die worden alleen client-side gegenereerd of ingeladen. Pas daarna kan server-side ze gebruiken om een conversie of andere gebeurtenis er aan te koppelen.

En juist dat eerste moment, de client-side stap, is kwetsbaar. Browsers blokkeren cookies, strippen parameters uit URL’s of gebruiken aparte in-app browsers die geen data delen met Safari of Chrome. Dit betekent dat er nog steeds gaten kunnen vallen, ook wanneer de server-side variant perfect is ingericht.

Waar het nog steeds mis kan gaan

Zelfs met correcte client-side en server-side tracking blijven er situaties waarin attributie breekt:

Browser hopping

Een bezoeker klikt op een advertentie in de Instagram-app → Safari opent → de bezoeker rekent af in Chrome.
Elke browser ziet dit als een nieuw persoon.

In-app browsers

In-app browsers (zoals die van Facebook of Instagram) delen geen cookies met Safari/Chrome. Trackingparameters blijven hier vaak achter.

Parameter stripping door browsers

Safari en iOS kunnen in bepaalde situaties trackingparameters uit de URL verwijderen nog vóórdat de pagina volledig geladen is. Denk aan streng ingestelde privacy-instellingen of aan situaties waarin iemand vanuit een app naar de browser springt. Belangrijke identifiers verdwijnen dan uit de URL voordat uw eigen scripts of tags de kans krijgen om ze op te slaan.

Hierdoor kan zelfs een perfect ingericht cross-domain setup informatie verliezen.

Samengevat: de realiteit van cross-domain tracking

De praktijk is dus weerbarstig. U kunt technisch gezien alles “volgens het boekje” hebben ingericht, en toch zien dat er grote verschillen zijn tussen wat Google Ads rapporteert, wat Meta meldt en wat uw boekingssysteem laat zien. Zeker in een landschap met meerdere domeinen en systemen, en veel mobiele bezoekers via sociale media, zullen er altijd situaties zijn waarin signalen verloren gaan.

De oplossing ligt niet in nog een pixel plaatsen, maar in het zorgvuldig opzetten van:

• Een goede cross-domain inrichting per platform.
• Een robuuste server-side structuur.
• En duidelijke afspraken met uw boekings- en softwaresystemen over welke data waar nodig is.

Checklist: is uw cross-domain tracking waarschijnlijk kapot?

Herkent u meerdere van deze signalen, dan is de kans groot dat uw cross-domain tracking niet (volledig) werkt:

• Het aantal conversies in Google Ads of Meta wijkt structureel meer dan ~20% af van uw backoffice.
• U ziet onverklaarbare pieken of dalingen in ROAS na browser- of iOS-updates.
• Social-campagnes zorgen zichtbaar voor verkeer, maar leveren volgens de rapportages nauwelijks boekingen op.
• Veel bezoekers komen via Instagram of Facebook, maar in de data lijkt bijna alles uit “Direct” of “Brand Search” te komen.
• Uw boekingsmodule staat op een apart domein of bij een externe softwarepartij.

Als meerdere punten voor uw organisatie gelden, loont het om uw trackinglandschap grondig te laten doorlichten. Dit is waar Terra Digital in kan ondersteunen.

In het derde artikel in deze serie gaan we een stap verder. Daar laten we zien hoe vooruitstrevende organisaties dit structureel oplossen met een eigen trackingdomein, eigen Click-ID’s en Customer Data Platforms (CDP).