Troubleshooting Cross-Domain Tracking In Google Analytics

Cross-domain tracking, in Google Analytics, is het proces van het doorgeven van informatie opgeslagen in browser cookies van het ene domein naar het andere. Als gevolg van het same-origin beleid van webbrowsers is een browsercookie alleen beschikbaar voor het domein waarop het is geschreven en al zijn subdomeinen (standaard). Omdat Google Analytics cookies gebruikt om de Client ID te bewaren, is het belangrijk dat als de gebruiker van domein naar domein verhuist, deze Client ID ook op de een of andere manier wordt doorgegeven.

Domeinoverschrijdende tracking is echter niet het gemakkelijkste te implementeren. Op zijn eenvoudigst, vooral als u Google Tag Manager gebruikt, is het een kwestie van het configureren van een paar velden in uw Google Analytics trackers en snippets. Problemen doen zich echter meestal voor wanneer uw website onconventionele link-redirects gebruikt, of wanneer u de Client-ID wilt laten voortbestaan in een iframe dat vanaf een ander domein wordt geladen.

cross domain tracking checklist google analytics

In dit artikel wilde ik een korte checklist geven die u kunt doorlopen wanneer er problemen optreden met cross-domain tracking.

X

De Simmer Nieuwsbrief

Schrijf u in voor de Simmer Nieuwsbrief en ontvang het laatste nieuws en content van Simo Ahava in uw e-mail inbox!

Hoe te testen of cross-domain tracking werkt

Als cross-domain tracking werkt, zou al het verkeer van het ene domein naar het andere deel moeten uitmaken van dezelfde sessie, en dus moeten worden toegeschreven aan dezelfde Bron / Medium dimensies.

U moet de Real Time Reports van Google Analytics niet gebruiken om het cross-domain patroon te analyseren! Real Time Reports tonen elke hit alleen met de dimensies en parameters die door de hit zelf worden gedragen. Dit betekent dat u niet in staat zult zijn om sessie-gedefinieerde zaken zoals Bron en Medium te debuggen met alleen wat u ziet in de Real Time Reports.

Met andere woorden, u zult moeten wachten tot de hits in de standaardrapporten worden ingevuld.

De eenvoudigste manier om te controleren of cross-domain tracking werkt in Google Analytics, is om naar het eerste domein te browsen met behulp van aangepaste UTM-parameters, bijvoorbeeld:

www.domainA.com/?utm_source=xdom_test&utm_medium=xdom_test&utm_campaign=xdom_test

Toen, terwijl nog steeds surfen op het eerste domein, klikt u op een link of opent u een pagina met het iframe naar het tweede domein.

Nadat dit is gedaan, kunt u in de Google Analytics-weergave die gegevens van beide domeinen toont, een segment toepassen dat alleen uw aangepaste campagneverkeer bevat:

Trackingtestsegment over domeinen heen

Als de gegevens eenmaal in de Google Analytics-rapporten staan, zou u uw enkele sessie moeten vinden wanneer u het segment toepast. Ga daarna naar het rapport Gedrag > Site-inhoud > Alle pagina’s. Als cross-domain tracking goed werkt, zou u zowel de pageview(s) van het brondomein als de pageview(s) van het doeldomein in het rapport moeten zien.

Als cross-domain tracking niet werkt, ziet u alleen de pageview(s) van het brondomein. De volgende checklist zou in dit geval moeten helpen.

De checklist

Om cross-domain tracking te laten werken op uw website en Google Analytics Property, moeten de volgende dingen allemaal op hun plaats zijn.

  1. Alle domeinen die zijn opgenomen in cross-domain tracking moeten gegevens verzamelen naar dezelfde Google Analytics-eigendom – Ga naar details

  2. Alle domeinen die de bron zijn van cross-domain verkeer, d.w.z. het verkeer vertrekt vanaf deze domeinen, moeten in de Verwijzingsuitsluitingslijst van de Google Analytics-eigendominstellingen staan – Ga naar details

  3. Wanneer het doeldomein wordt betreden via een link in het brondomein of een iframe, moet de URL van de pagina die in de webbrowser wordt geladen, de URL-queryparameter _ga=1.234567.234567.234567 URL-queryparameter aanwezig zijn – Spring naar details

  4. Voor alle Google Analytics-trackers of -tags die op het doeldomein worden geactiveerd, moet het veld allowLinker zijn ingesteld op waar – Spring naar details

Dit zijn de vier basisstappen die u nodig hebt om domeinoverschrijdende tracering op uw site te laten werken. Merk op dat stappen (3) en (4) ingewikkelde workarounds hebben voor wanneer queryparameters of de linkerplugin niet werken, maar in de meeste gevallen zijn deze vier stappen voldoende.

In de volgende hoofdstukken zal ik elke stap in meer detail bekijken.

Verzamel alle gegevens naar dezelfde Google Analytics Property

Een Property in Google Analytics is een trackingconfiguratie die gegevens verzamelt van uw digitale toepassingen, zoals uw website. Elke Property in Google Analytics heeft een unieke identificatiecode, bekend als de Tracking ID:

Google Analytics tracking ID

Elke Property heeft zijn eigen gegevenstabel, die alle hits bevat die naar die specifieke Property worden verzonden. Elke eigenschap heeft dus zijn eigen gebruikers, sessies en aggregatie emmers, en deze gegevensverzamelingen zijn uniek voor elke eigenschap.

Om deze reden is het belangrijk dat wanneer u cross-domain verkeer over twee afzonderlijke domeinen verzamelt, beide domeinen gegevens moeten verzamelen voor dezelfde Google Analytics-eigendom. Er bestaat niet zoiets als domeinoverschrijdend verkeer over Google Analytics-eigenschappen, en de enige manier om zoiets zelfs maar te benaderen zou zijn om de Roll-up Reporting-functie van Google Analytics Premium te gebruiken.

Domeinen in de Referral Exclusion List

Universal Analytics begint een nieuwe sessie telkens wanneer een nieuwe verwijzing wordt gedetecteerd als een verkeersbron. Dus, als u eerst op een site komt via Google’s organische zoekopdracht (google / organisch), en vervolgens een cross-domain link volgt van het brondomein naar het doeldomein, zou de hit op het doeldomein worden geregistreerd als afkomstig van sourceDomain.com / verwijzing, wat het begin van een nieuwe sessie markeert. En dit is zelfs als je cross-domain tracking anders hebt ingesteld!

Door gebruik te maken van de Verwijzingsuitsluitingslijst, vertel je Google Analytics om verwijzend verkeer van het brondomein te negeren, en het in plaats daarvan te behandelen als Direct verkeer. Universal Analytics vertrouwt op Direct verkeer voor campagne attributie en sessie stiksels. Elke hit in de sessie, na de eerste acquisitie, is in feite een “Direct”-hit, en dit is hoe Google Analytics weet dat de sessie nog steeds in leven moet worden gehouden.

Referral Exclusion List

Dus, Referral Exclusion List houdt het verkeer van het brondomein naar het doeldomein deel van dezelfde sessie, wat cruciaal is voor u om zin te geven aan cross-domain verkeer. Zorg er dus voor dat u alle mogelijke brondomeinen, d.w.z. domeinen die verkeer naar andere domeinen sturen, in de Referral Exclusion List van uw Google Analytics-eigendom instellingen hebt.

Linker parameter in de URL

Zoals ik in het begin van dit artikel al zei, Google Analytics vertrouwt op de Client ID om hits aan specifieke sessies en gebruikers toe te wijzen. De Client ID wordt opgeslagen in een browser cookie met de naam _ga, die standaard op de hoogst mogelijke domeinnaam staat waartoe de website toegang heeft. Op mijn website, bijvoorbeeld, zou de _ga cookie worden geschreven op simoahava.com, en dus is het beschikbaar voor simoahava.com en al zijn mogelijke subdomeinen.

Wanneer u van domein naar domein gaat, moet deze Client ID op een of andere manier met de gebruiker meereizen, maar als gevolg van de beperkingen van de webbrowsers ‘same-origin policy, kan het doeldomein niet gewoon de cookie ophalen die op het brondomein is geschreven.

Om deze reden heeft Google Analytics de linker plugin geïntroduceerd. Wanneer u de plugin aanroept, retourneert deze een URL-queryparameter die de Client ID bevat, evenals een handtekening die 2 minuten geldig is. Dus, als je een ander domein URL bezoekt met de query parameter binnen de twee minuten venster, zou er domeinoverschrijdend verkeer kunnen worden opgezet tussen de twee domeinen.

De twee minuten venster bestaat om te voorkomen dat linker parameters blijven bestaan in gedeelde links en browser geschiedenis items. Anders zou iedere keer dat iemand een link volgt met de linkparameter op zijn plaats, hij worden beschouwd als de oorspronkelijke gebruiker die de link heeft gemaakt. Dit zou leiden tot een verschrikkelijke puinhoop, omdat het bijna onmogelijk zou zijn om gebruikers van elkaar te onderscheiden.

Een typische manier om de linker plugin te laden is door gebruik te maken van de autoLink functie van de plugin. Wanneer je autoLink gebruikt, geef je het domeinnamen die je automatisch wilt versieren met de linker parameters. Wanneer de gebruiker dan op een link klikt of een formulier doorstuurt met de opgegeven domeinnaam als doel, versiert autoLink automatisch de URL met de linker parameters.

In Google Tag Manager bewerk je het veld Auto Link Domains:

Auto Link Domains google tag manager

Je weet dat het werkt wanneer je de _ga=1 ziet.234567.234567.234567 queryparameter in de URL ziet.

linkerparameter in url

Als u de parameter niet in de URL ziet, betekent dit dat de autoLink-plugin om de een of andere reden is mislukt. In plaats daarvan moet je de URL’s handmatig inrichten. Dit is vooral het geval wanneer je met iframes werkt, omdat het iframe geladen moet worden met de linker parameters in zijn src attribuut, als je wilt dat domein overschrijdend verkeer werkt tussen de bovenliggende pagina en het omkaderde document.

Om de URL’s handmatig te versieren, moet u of uw web-ontwikkelaar een stukje code schrijven dat de linker parameter neemt en deze toevoegt aan de URL van de link of het iframe, net voordat het document wordt geladen.

Dus, onthoud dat voor een basis cross-domain setup om te werken, de URL van de doelpagina, of deze nu wordt geopend door een link, omgeleid door een formulier, of geladen in een iframe, de linker parameter _ga=1 moet hebben.234567.234567.234567 in de URL.

allowLinker in het doeldomein

Nu hebt u de URL query-parameters op hun plaats, de Referral Exclusion List heeft alle noodzakelijke brondomeinen, en u verzamelt gegevens van zowel het bron- als het doeldomein op dezelfde Google Analytics-eigenschap.

Er ontbreekt nog één ding.

Om ervoor te zorgen dat de trackers in het doeldomein de _ga=1.234567.234567.234567 linker-parameter in de URL respecteren, moet je de trackers vertellen dat ze de linker-parameter moeten toestaan om de Client ID op het doeldomein opnieuw in te stellen.

Je doet dit door het veld allowLinker in het tracker-object te configureren. In GTM voegt u gewoon een nieuw veld toe:

allowLinker-veld in GTM

Deze instelling vertelt de tracker om de Client-ID te gebruiken die is ingesloten in de linker-parameter in plaats van de Client-ID die is gemaakt door de tracker op het doeldomein.

U kunt controleren of dit werkt door het tabblad Netwerk te openen in de ontwikkelaarstools van uw webbrowser en een pagina te laden op zowel het brondomein als het doeldomein nadat u bijvoorbeeld een domeinoverstijgende koppeling hebt gevolgd. Alle verzoeken aan /collect moeten de parameter &cid hebben; gebruik dezelfde waarde. Hiermee wordt aangegeven dat de Client ID voor alle domeinen gelijk is.

Netwerk debugger

Samenvatting

Er zijn veel manieren waarop domeinoverschrijdende tracering fout kan gaan, maar er zijn eigenlijk maar vier bewegende onderdelen:

  1. Alle domeinen moeten gegevens verzamelen voor dezelfde Google Analytics-eigenschap

  2. Alle brondomeinen moeten worden vermeld in de uitsluitingslijst voor verwijzingen van de Google Analytics-eigenschap

  3. De doel domein-URL’s die via het brondomein worden geopend, moeten zijn voorzien van linker-parameters

  4. Voor de Google Analytics-trackers van het doeldomein moet het veld allowLinker zijn geconfigureerd

Als alle vier de punten eenmaal zijn geïnspecteerd, zou cross-domain tracking zonder problemen moeten werken.

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.