Uitgangssituatie:
- Ecommerce of multinationale website met lokale domeinen (.es, .pt, .co.uk, .fr…) voor elk land.
- Eén Google Analytics-property voor elk daarvan.
- Geen globale property met alle gegevens.
Dit komt vaker voor dan je denkt en is wat mij betreft een fundamentele fout.
In sommige gevallen komt dit voort uit geërfde Universal Analytics-configuraties, waarbij voor elk land properties werden aangemaakt naarmate het project groeide.
Misschien zodat de verantwoordelijken van elk gebied alleen toegang hadden tot hun eigen gegevens, omdat een onderdeel van de configuratie anders moest zijn, om verschillende Google Ads-accounts te koppelen, of wie zal het zeggen.
Het punt is dat deze structuur nu in GA4 wordt nagebouwd, waarschijnlijk om de continuïteit van de gegevens te behouden, en op veel niveaus ontzettend onhandig is.
Of het nu gaat om dagelijkse reporting, een globale bedrijfsanalyse of om te zien hoe een bepaalde advertentieplatform als geheel presteert, je hebt weinig andere keuze dan steeds gegevens uit elke GA-property te exporteren en ze samen te voegen in een andere tool, zoals Excel of Looker Studio.
In beide tools maken we in feite een rapport dat de gegevens van alle Analytics-accounts groepeert. En we passen het aan of maken een nieuw rapport zodra je een specifiek globaal cijfer nodig hebt.
Een ander nadeel ontstaat wanneer je nieuwe filters of conversies globaal moet aanmaken, of iets aan de Analytics-configuratie moet wijzigen: je moet dezelfde stappen in alle accounts herhalen.
Zoals ik al zei: meerdere properties in één project hebben is over het algemeen behoorlijk onhandig.
Dus als je alle gegevens van je project in één property wilt samenbrengen zoals ik persoonlijk altijd aanbeveel —behalve in zeer specifieke gevallen— heb je twee opties:
- Het vanaf het begin goed doen en verschillende streams (of juist niet) voor elk domein maken.
- Een Roll-up property maken waarin ze allemaal samenkomen. Met standaard Analytics of, veel eenvoudiger, met de betaalde 360-versie.
Laten we bekijken wat elke optie inhoudt.
Vanaf het begin een globale GA4-property maken
Eerst moet je bepalen of je echt verschillende streams nodig hebt of dat één samen met filters per land voldoende is.
Dezelfde stream voor meerdere domeinen
Vanuit het grote geheel bekeken is één stream voor de meeste projecten de beste optie.
Toch maken we soms uit noodzaak en soms uit gemak verschillende streams.
Google waarschuwt je daar zelfs voor wanneer je een tweede webstream probeert te maken:
Dus als je naar Google —en naar mij— luistert en besluit één stream voor alle websites in het project te gebruiken, hoef je na het maken en toevoegen ervan alleen nog maar cross-domeinmeting te configureren zo:
Zo weet Google, wanneer een gebruiker tussen meerdere domeinen navigeert, dat het om dezelfde gebruiker gaat en worden bron en medium van de sessie correct aangepast.
Je komt bij dit onderdeel via Beheer. Het pad is wat lang, maar moeilijk mis te lopen:
Gegevensverzameling en -wijziging > Gegevensstreams > [ik open de stream] > Taginstellingen configureren > Je domeinen configureren.
Ik voeg de domeinen van het project toe, sla op en klaar.
Kortom: meerdere domeinen, dezelfde property en dezelfde GA4-stream. Ideaal voor één multinationaal project met lokale domeinen.
Meerdere streams binnen dezelfde property
Stel je nu voor dat ik een netwerk van blogs heb die niets met elkaar te maken hebben en ik ze allemaal in één account wil groeperen om bijvoorbeeld de totale omzet te zien die ze opleveren.
In dat geval is het logischer om voor elk domein een aparte stream te maken.
Het systeem is niet ingewikkeld. In Beheer maak je voor elk domein een andere stream:
Wanneer je vervolgens rapporten bekijkt en die van een specifieke stream / domein wilt zien, hoef je alleen te filteren op de bijbehorende stream.
Je kunt er zelfs meerdere vergelijken.
Een aparte globale Roll-up-property maken
Als je in de situatie zit die ik aan het begin beschreef (een bestaand project met meerdere GA4-properties) en je wilt er één maken die ze bundelt —meestal een “Roll-up”-property genoemd— dan heb je opnieuw twee opties: betaald en gratis.
Laten we beginnen met de betaalde optie, die logisch genoeg eenvoudiger is.
Roll-up-account met Analytics 360
Omdat dit soort situaties voorkomen, heeft de betaalde versie van Google Analytics al een Roll-up-propertytype:
Wanneer je die maakt, neemt deze property het volgende over:
- Alle gegevens van de GA4-properties die we kiezen (maximaal 50).
- Alle gegevens uit de integraties die we in elk daarvan hebben (bijvoorbeeld Google Ads of GSC).
Ideaal.
Standaard Roll-up-account
Voor de meeste stervelingen van wie de projecten de prijs van Analytics 360 niet kunnen of willen dragen, is er ook een oplossing, al is die logischerwijs wat omslachtiger.
Het gaat in drie stappen in plaats van één, maar als je het proces kent, zijn ze vrij eenvoudig:
- Maak een nieuwe GA4-property die onze Roll-up wordt: de property die alle gegevens bundelt.
- Hier hebben we dezelfde twee opties als aan het begin: één stream (zelfde project, meerdere domeinen) of meerdere streams (verschillende projecten gebundeld).
- Kopieer de stream-ID en voeg die toe aan de juiste website. Normaal doe je dat door in GTM op alle pagina’s van de site een nieuwe GA4-tag af te vuren.
Het resultaat is dat je op elk domein nu twee GA4-tags afvuurt: de oorspronkelijke —die gegevens naar de “oude” property blijft sturen— en de nieuwe tag, die gegevens naar de nieuwe Roll-up-property stuurt:
Uiteraard, zijn er geen gegevens met terugwerkende kracht, dus heb je geen historie. Daarom raad ik je aan het zo snel mogelijk te doen als je erover nadenkt.
Er zijn wel een paar punten om rekening mee te houden:
- Als je bepaalde Google-producten aan je oude properties hebt gekoppeld, moet je ze opnieuw (zonder de eerdere koppeling te verwijderen) aan de Roll-up-property koppelen.
- Je moet ook de configuratiewijzigingen (filter voor intern verkeer, conversievenster, sessieduur, conversies…) uit de oorspronkelijke properties opnieuw instellen.
- Als je gegevens handmatig importeert of verstuurt via het Measurement Protocol, moet je die ook naar de Roll-up-property sturen.
- Als je verschillende streams binnen de Roll-up gebruikt, zal het aantal unieke gebruikers niet kloppen. Vergeet niet dat cross-domeinmeting voor één property en één stream wordt geconfigureerd.
Daar staat tegenover dat je alles gecentraliseerd hebt. Zowel je dagelijkse reporting als je projectanalyses worden daardoor een stuk sneller.
Sterker nog, ik wed met je om een Alhambra verde dat vroeg of laat, het Roll-up-account bijna het enige zal zijn dat je gebruikt.
Tot slot
Als je ooit met een Analytics-account met meerdere properties hebt moeten werken, weet je hoe onhandig dat is.
Hier heb ik uitgelegd welke opties je hebt om het vanaf het begin te voorkomen of om het in een lopend project op te lossen.
Het systeem vereist dat je de gevolgen vooraf kent of na de start wat extra werk doet, maar de voordelen wegen zonder twijfel op tegen de (weinige) nadelen.
Dat gezegd hebbende, als je vragen hebt over de analytics van je bedrijf, kunnen we die bekijken.
Of als je gewoon nog wat Analytics-trucjes wilt leren, vind je hier een lijst met de GA4-trucs die je zou moeten kennen.
Geef een reactie