Wat u kunt verwachten als u de statistieken van Google Analytics 4 en Universal Analytics met elkaar vergelijkt
Als u Google Analytics 4 instelt, kunt u de gerapporteerde resultaten in uw Google Analytics 4-property vergelijken met de resultaten in uw Universal Analytics-property. In dit artikel leggen we uit in welke mate u statistieken tussen Universal Analytics en Google Analytics 4 wel en niet kunt vergelijken.
Gebruikers
In Universal Analytics zijn er 2 gebruikersstatistieken: Totaal aantal gebruikers en Nieuwe gebruikers. In Google Analytics 4 zijn er 3 gebruikersstatistieken: Totaal aantal gebruikers, Actieve gebruikers en Nieuwe gebruikers.
|
Statistiek
|
UA
|
GA4
|
|
Totaal aantal gebruikers
|
Primaire gebruikersstatistiek in UA: Totaal aantal gebruikers
|
Totaal aantal unieke gebruikers dat een gebeurtenis heeft geregistreerd
|
|
Nieuwe gebruikers
|
Aantal gebruikers dat voor de eerste keer interactie heeft gehad met uw site
|
Aantal gebruikers dat voor de eerste keer interactie heeft gehad met uw site of uw app voor het eerst heeft gestart
De statistiek wordt gemeten aan de hand van het aantal nieuwe unieke gebruikers-ID's dat de gebeurtenis first_open of first_visit heeft geregistreerd.
|
|
Actieve gebruikers
|
N.v.t.
|
Primaire gebruikersstatistiek in GA4: Het aantal unieke gebruikers dat uw website of app heeft bezocht. Een actieve gebruiker is een gebruiker die een sessie met engagement heeft of als Analytics dit verzamelt:
|
Aandachtspunt
Universal Analytics toont Totaal aantal gebruikers (in de meeste rapporten weergegeven als Gebruikers), terwijl GA4 zich richt op Actieve gebruikers (ook weergegeven als Gebruikers). Hoewel de term Gebruikers hetzelfde lijkt, kan de berekening voor deze statistiek in UA en GA4 dus verschillen, omdat UA gebruikmaakt van Totaal aantal gebruikers en GA4 van Actieve gebruikers.
Afhankelijk van hoe vaak uw gebruikers terugkeren naar uw website, kunnen de statistiek Totaal aantal gebruikers in UA en de statistiek Actieve gebruikers in GA4 min of meer vergelijkbaar zijn.
U kunt
Totaal aantal gebruikers van UA vergelijken met
Totaal aantal gebruikers in GA4 door
Verkenningen in GA4 te gebruiken om uw totale aantal gebruikers te vinden. Deze cijfers kunnen door de verschillen in definities meer met elkaar overeenkomen dan de gebruikersstatistieken in de GA4-rapporten.
De 2 typen property's kunnen verschillende instellingen gebruiken, zoals identiteitsruimtes voor gebruikers. De Google Analytics 4-property kan bijvoorbeeld Gebruikers-ID gebruiken terwijl de Universal Analytics-property Client-ID gebruikt.
Uw UA-rapporten kunnen gegevens uitsluiten op basis van filters. GA4-property's ondersteunen deze filters op dit moment niet.
Het is niet ongebruikelijk dat er duidelijke verschillen in gebruikersgerelateerde gegevens zijn tussen Google Analytics 4 en Universal Analytics. U kunt verschillen in paginaweergaven tot 10% en verschillen in gebruikers en sessies tot 20% verwachten. Hierover hoeft u zich geen zorgen te maken. Verschillen doen zich voor, zelfs als voor beide producten vergelijkbare, eerlijke omgevingen zijn ingesteld, omdat ze gebruikmaken van statistieken met enigszins verschillende definities, die per bedrijf kunnen verschillen, afhankelijk van meerdere factoren.
Paginaweergaven
Over het algemeen moet het aantal Paginaweergaven in UA en GA4 vrij dicht bij elkaar liggen, meestal binnen een paar procentpunt. Dit komt omdat de Google-tag op elke pagina wordt geactiveerd en een paginaweergave oplevert. De verschillen kunnen uiteenlopen op basis van eventuele filters die u heeft ingesteld in Universal Analytics of Google Analytics 4.
|
Statistiek
|
UA
|
GA4
|
|
Paginaweergave
|
Totaal aantal bekeken pagina's. Herhaalde weergaven van één pagina tellen ook mee.
|
Ofwel weergaven: Het totale aantal app-schermen en/of webpagina's dat uw gebruikers hebben gezien. De waarde van de statistiek Weergaven in de rapportage-interface is de som van het aantal paginaweergaven en schermweergaven. Herhaalde weergaven van één scherm of pagina tellen ook mee.
|
|
Unieke paginaweergave
|
Totaal aantal bekeken pagina's, maar duplicaten worden niet geteld
|
N.v.t.
|
Aandachtspunt
Universal Analytics meet schermweergaven in afzonderlijke mobielspecifieke property's, terwijl GA4 zowel web- als app-gegevens in dezelfde property combineert. Als u zowel web- als app-gegevens in uw GA4-property meet, moet u het extra app-verkeer in overweging nemen als u de paginaweergavestatistieken tussen de 2 vergelijkt.
Met Universal Analytics zijn aanvullende filteropties mogelijk die van invloed kunnen zijn op de gegevens in de weergave die u vergelijkt. Als u bijvoorbeeld een filter gebruikt om bepaalde geografische regio's uit te sluiten, kan het aantal paginaweergaven tussen UA en GA4 meer uiteenlopen.
Google Analytics 4-property's bieden momenteel geen ondersteuning voor filters, terwijl gegevens in Universal Analytics-rapporten mogelijk weergavefilters bevatten die gegevens uitsluiten. UA en GA4 bieden bijvoorbeeld de mogelijkheid om intern IP-verkeer en ongewenste verwijzingen weg te filteren, maar er kunnen UA-filters op zijn toegepast. Zorg er bij het vergelijken voor dat u dezelfde filters gebruikt voor beide accommodaties.
Voor sommige Universal Analytics-property's is het gebruikelijk om een handmatige paginaweergave in te stellen voor apps met één pagina (SPA's). De automatische paginaweergave kon paginaweergaven voor SPA's namelijk niet direct meten. In Google Analytics 4 hoeft u geen aangepaste tags te implementeren. In plaats daarvan kunt u verbeterde meting aanzetten om deze automatisch te meten.
Aankopen
Het aantal aankopen op internet moet nauw overeenkomen. We verwachten nooit dat alle gebeurtenissen perfect worden verzameld. Aankoopgebeurtenissen zijn geen uitzondering op die regel, maar deze gebeurtenissen zijn atomisch en essentieel. Daarom moeten gebeurtenissenaantallen in UA/GA4 nauw met elkaar overeenkomen.
Zorg ervoor dat u een unieke transaction_id-waarde verzamelt in UA en GA4 om ervoor te zorgen dat u overeenkomende statistieken vergelijkt.
|
Statistiek
|
UA
|
GA4
|
|
Aankopen
|
purchase-gebeurtenissen worden geactiveerd in het model voor Geoptimaliseerde e-commerce- Gegevens worden uit een
productmatrix gehaald via een door Google Analytics geleverd JavaScript en verzameld in een aankoopgebeurtenis als u ervoor kiest die gebeurtenis te sturen
|
purchase-gebeurtenissen worden aanbevolen en verzamelen gegevens die vergelijkbaar zijn met UA, maar er zijn verschillen- Biedt geen aanvullende JavaScript-code voor matrixverzameling en verwacht dat u de matrix
items opgeeft als u zelf een aankoopgebeurtenis verzamelt (dat advies krijgt u ook als u een gegevenslaagobject moet invullen)
|
Aandachtspunt
Als u de parameter transaction_id niet consistent en correct toepast, kan dat leiden tot merkbare verschillen als u gegevens vergelijkt. Voor gegevens- en vergelijkingsdoeleinden moet u deze gegevens consistent verzamelen, zoals in de documentatie staat beschreven.
Zorg ervoor dat u alle vereiste parameters gebruikt voor de implementatie van e-commerce in GA4, en ook in UA, om ervoor te zorgen dat u e-commercegegevens correct vastlegt.
Uw UA-rapporten kunnen gegevens uitsluiten op basis van weergavefilters.
Als u recente rapporten vergelijkt, kunt u verschillen opmerken omdat GA4 nog gegevens verwerkt. GA4 kan bijvoorbeeld toegeschreven belangrijke gebeurtenissen updaten tot 7 dagen nadat de belangrijke gebeurtenis is geregistreerd.
Sessies
|
Statistiek
|
UA
|
GA4
|
|
Sessie
|
- Periode waarin een gebruiker actief engagement met uw website of app heeft.
- Heeft gedefinieerde parameters waardoor deze mogelijk wordt beëindigd, bijvoorbeeld dat een sessie wordt beëindigd na 30 minuten van inactiviteit (afhankelijk van de time-outinstellingen van de sessie), dat het tijdstempel is afgekapt om middernacht (volgens de tijdzone die voor weergave is ingesteld) of dat er nieuwe campagneparameters zijn aangetroffen.
- Als een gebruiker terugkomt na een time-out voor een sessie, start er een nieuwe sessie
- Als de gebruiker om middernacht op de website is, start er een nieuwe sessie.
- Als een gebruiker op de website nieuwe campagneparameters ophaalt, start er een nieuwe sessie.
|
Ofwel sessiestart
- De gebeurtenis
session_start levert een sessie-ID en Analytics koppelt deze ID aan elke volgende gebeurtenis in de sessie om te bepalen uit welke sessie elke gebeurtenis afkomstig is.
- Een sessie wordt beëindigd na 30 minuten inactiviteit, afhankelijk van de time-outinstellingen van de sessie.
- Sessies worden niet opnieuw gestart om middernacht of als er nieuwe campagneparameters worden aangetroffen
- Als een gebruiker terugkomt na een time-out voor een sessie, start er een nieuwe sessie
|
Aandachtspunt
Het verschil in het aantal sessies tussen UA en GA4 kan variëren per bedrijf, afhankelijk van verschillende factoren, waaronder:
- Geografie: Houd rekening met de tijdzones van uw gebruikers en hoe groot de kans is dat ze de middernachtdrempel overschrijden om een sessie opnieuw te starten. Dat is met name relevant als u een wereldwijd klantenbestand heeft.
- Gebruik van UTM's op eigen websites of apps: Het is niet aanbevolen UTM-tags te gebruiken op uw eigen website, omdat de sessie dan wordt gereset in Universal Analytics. Als u op uw eigen website wel UTM's gebruikt, merkt u misschien een veel hoger aantal sessies op in UA dan in GA4.
- Filters: De gegevens in UA-rapportage kunnen zijn gefilterd met weergavefilters die gegevens uitsluiten. De gegevens in GA4-rapportage voor Google Analytics 360-klanten zijn mogelijk gefilterd met filters die bepalen welke gegevens van een bronproperty worden getoond in een subproperty. Google Analytics levert nog steeds een sessie-ID als u de gebeurtenis
session_start uit een subproperty filtert.
- Schatting: Google Analytics 4-property's gebruiken een statistische schatting van het aantal sessies dat op uw website of in uw app heeft plaatsgevonden. Dit is een schatting van het aantal unieke sessie-ID's. Universal Analytics-property's schatten het aantal sessies niet. Sessies worden efficiënter en nauwkeurig geteld voor de schattingen die door Google Analytics 4-property's worden gebruikt. Het foutpercentage is daardoor laag. Meer informatie over Analytics-sessies
Op sessie/verkeer gebaseerde acquisitiestatistieken
|
Statistiek
|
UA
|
GA4
|
|
Op sessie/verkeer gebaseerde acquisitiestatistieken
|
Deze statistieken vindt u in het gedeelte Acquisitie in een aantal verschillende rapporten, zoals het rapport Kanalen en het rapport Bron/medium
Kanaal of Bron/medium is de dimensie die wordt geanalyseerd aan de hand van statistieken als Gebruikers en Sessies.
De standaard terugkijkperiode voor attributie voor een sessie wordt bepaald door de instelling Time-out voor campagne. Standaard is dit 6 maanden.
|
U vindt de statistieken voor verkeersacquisitie in het rapport Verkeersacquisitie.
De dimensies Kanaal of Bron/medium worden gemeten aan de hand van statistieken zoals Gebruikers en Sessies.
De belangrijkste verschillen tussen UA en GA4 voor acquisitiestatistieken zijn in lijn met de verschillen die u opmerkt voor de statistieken Gebruikers of Sessies.
De conversieperiode voor attributie voor sessies wordt bepaald door de instelling Alle andere conversiegebeurtenissen. Standaard is dit 90 dagen. Meer informatie over hoe u attributie-instellingen selecteert of updatet
|
Aandachtspunt
Sessies en Gebruikers zijn de belangrijkste vergelijkingsstatistieken voor acquisitiestatistieken. Voor meer informatie daarover gaat u naar de gedeelten Sessies en Gebruikers in dit artikel.
Conversie en belangrijke gebeurtenissen
Als uw belangrijke GA4-gebeurtenissen zijn gebaseerd op bestemmings-URL's of op UA-gebeurtenissen, zoals Categorie/Actie/Label, waarvoor u vergelijkbare GA4-conversiegebeurtenissen heeft ingesteld, kunnen het aantal conversies en belangrijke gebeurtenissen redelijk dicht bij elkaar liggen. Er zijn ook belangrijke verschillen tussen UA en GA4 waardoor het moeilijk kan zijn het aantal te vergelijken.
|
Statistiek
|
UA
|
GA4
|
|
Belangrijke gebeurtenissen
|
U definieert een doel om aan te geven dat een bepaalde gebruikersactie als een conversie moet worden beschouwd. Als u bijvoorbeeld als doel Formulierinzending definieert, wordt er een conversie geregistreerd elke keer dat een gebruiker het formulier inzendt.
UA telt maar één conversie per sessie voor elk doel. Als een gebruiker het formulier dus 2 keer inzendt tijdens dezelfde sessie, wordt er maar één conversie geteld voor het doel voor Formulierinzending.
|
U voert een belangrijke gebeurtenis in voor elke actie die u als belangrijke gebeurtenis wilt tellen. Als u bijvoorbeeld aangeeft dat de gebeurtenis Formulierinzending een belangrijke gebeurtenis is, wordt er een belangrijke gebeurtenis geregistreerd elke keer dat een gebruiker het formulier inzendt.
GA4 telt gewoonlijk elke instantie van de belangrijke gebeurtenis, ook als dezelfde belangrijke gebeurtenis meerdere keren wordt geregistreerd tijdens dezelfde sessie. Als een gebruiker het formulier 2 keer inzendt tijdens dezelfde sessie, worden er dus 2 belangrijke gebeurtenissen geteld.
Als u de verschillen in het aantal belangrijke gebeurtenissen tussen uw UA-property en de bijbehorende GA4-property wilt verminderen, stelt u de telmethode voor belangrijke gebeurtenissen in GA4 in op Eén per sessie.
|
Aandachtspunt
Universal Analytics ondersteunt 5 doeltypen: Bestemming, duur, pagina's/sessie, slimme doelen en gebeurtenisdoelen. GA4 ondersteunt belangrijke gebeurtenissen. Het is mogelijk dat u belangrijke gebeurtenissen in GA4 niet altijd kunt gebruiken om bepaalde typen UA-doelen nauwkeurig te dupliceren. Het is bijvoorbeeld niet mogelijk een slim doel of duurdoel te dupliceren met belangrijke gebeurtenissen in GA4.
UA telt maar één belangrijke gebeurtenis per sessie voor hetzelfde doel. GA4 telt gewoonlijk meerdere belangrijke gebeurtenissen per sessie voor dezelfde belangrijke gebeurtenis. Als u de verschillen in het aantal belangrijke gebeurtenissen tussen uw UA-property en de bijbehorende GA4-property wilt verminderen, stelt u de telmethode voor belangrijke gebeurtenissen in GA4 in op Eén per sessie.
Uw UA-rapporten kunnen gegevens uitsluiten op basis van weergavefilters.
Als u recente rapporten vergelijkt, kunt u verschillen opmerken omdat GA4 nog gegevens verwerkt. GA4 kan bijvoorbeeld toegeschreven belangrijke gebeurtenissen updaten tot 7 dagen nadat de belangrijke gebeurtenis is geregistreerd.
Meer redenen voor verschillen in het aantal belangrijke gebeurtenissen
Meest voorkomende redenen voor verschillen
In de volgende tabellen worden de meest voorkomende redenen voor verschillen tussen vergelijkbare UA-conversies en belangrijke GA4-gebeurtenissen beschreven. Als u verschillen vaststelt, kunt u deze het best verminderen door eerst deze veelvoorkomende redenen door te nemen. In de meeste gevallen kunt u grote verschillen oplossen door producten, installaties en instellingen op elkaar af te stemmen.
In Google Analytics
Dit zijn de belangrijkste redenen voor verschillen tussen UA en GA4 op basis van de keuzes die in Google Analytics zijn gemaakt voor producten, installaties en instellingen.
| Beschrijving |
Oplossing/aanbeveling |
|
Telmethode: UA telt 1 doel per sessie, terwijl u in GA4 kunt kiezen tussen 1 keer per gebeurtenis of 1 keer per sessie.
Als een gebruiker bijvoorbeeld 5 keer een doel afrondt in 1 sessie, toont UA 1 conversie en GA4 1 of 5 belangrijke gebeurtenissen, afhankelijk van de telmethode die u kiest.
Opmerking: 1 per gebeurtenis is de standaard telmethode voor de meeste belangrijke gebeurtenissen, behalve belangrijke gebeurtenissen die worden gemaakt in een automatisch gemaakte GA4-property of met de tool voor doelenmigratie in de Installatieassistent.
De standaardinstellingen kunnen tot een hoger aantal getelde belangrijke gebeurtenissen leiden in GA4.
|
Update de instellingen voor de telling van belangrijke gebeurtenissen. Als u de telling van belangrijke gebeurtenissen in GA4 wilt afstemmen op hoe u UA-doelen telt, stelt u de telmethode in GA4 in op 1 per sessie.
Opmerkingen:
- De GA4-UI herkent dat niet als een aanbevolen instelling, omdat die kan leiden tot een te laag aantal getelde belangrijke gebeurtenissen. Als u bijvoorbeeld een bedrijf bent dat leads genereert, wilt u elke gestuurde lead tellen, niet 1 per gebruiker.
- In Google Tag Manager zijn er bedieningselementen voor hoe en wanneer tags worden geactiveerd. Meer informatie over opties voor tagactivering
Deze aanbeveling is niet relevant als u e-commercetransacties in UA vergelijkt, omdat ze al worden geteld als 1 per gebeurtenis in UA.
|
|
Sitedekking: Als de UA-tag op een andere set pagina's van een website is geïmplementeerd dan de GA4-tag, kunnen er hiaten in de meting ontstaan. Vooral als een landingspagina van een Google Ads-advertentie niet nauwkeurig is getagd, is de informatie die u nodig heeft om een belangrijke gebeurtenis voor die advertentie-interactie nauwkeurig te meten en toe te schrijven, misschien niet beschikbaar.
Afhankelijk van het feit of GA4-tags op meer of minder pagina's zijn geïmplementeerd dan UA-tags, toont GA4 respectievelijk meer of minder gebruikers, sessies, paginaweergaven en daaruit voortvloeiende belangrijke gebeurtenissen.
|
We raden u aan een gestandaardiseerde implementatiemethode te gebruiken om te zorgen dat tags op uw hele site worden geïmplementeerd (bijvoorbeeld de Google-tag of Google Tag Manager). Houd ook rekening met instellingen die u mogelijk al eerder heeft ingesteld, zoals cross-domein meting.
Gebruik het overzicht Tagdekking om te controleren of de Google-tag op uw website is geïmplementeerd. Meer informatie over het overzicht Tagdekking
Gebruik dezelfde methoden voor tagimplementatie voor UA en GA4 om verschillen tot een minimum te beperken.
|
|
Implementatiefouten: Als u gegevensverzameling instelt voor GA4, kan een tag onjuist worden geïmplementeerd. Dit kan ertoe leiden dat u helemaal geen gegevens vindt in uw GA4-property of, in bepaalde gevallen, dat u gedeeltelijke gegevens vindt in uw GA4-property. In dat laatste geval merkt u verschillen op als u de vergelijking maakt met UA.
Bij een onjuiste implementatie wordt er waarschijnlijk een lager aantal belangrijke gebeurtenissen voor GA4 getoond dan voor UA.
|
We raden u aan om te vertrouwen op gestandaardiseerde implementatiemethoden beschreven in de handleiding voor ontwikkelaars in plaats van niet-standaard implementaties. Met een tagbeheersysteem zorgt u voor consistentie in implementaties.
De Google-tag gebruiken is voldoende voor veel gebruikers, omdat voor zowel Google Ads als Google Analytics dezelfde tag kan worden gebruikt (handleiding voor ontwikkelaars). |
|
Filters: UA-filters werken heel anders dan GA4-filters. Het is gebruikelijk dat er UA-filters aanwezig zijn en dat de gegevens in een UA-property hierdoor aanzienlijk veranderen. Het is bijvoorbeeld mogelijk dat er 'alleen gegevens uit Frankrijk' worden getoond. GA4 bevat een heel andere reeks filters.
Als UA-filters de hoeveelheid gerapporteerd verkeer verminderen, kan dat ertoe leiden dat GA4 meer verkeer toont.
|
Gegevensfilters: maak filters voor opnemen/uitsluiten voor intern en ontwikkelaarsverkeer.
Gebeurteniswijzigingen en aangepaste gebeurtenissen: wijzig gebeurtenisnamen en parameters.
Ongewenste verwijzingen vaststellen: neem alleen de gewenste verwijzingen op.
Maak subproperty's (alleen 360): maak 100% functionele property's die subsets van de gegevens in uw 360-property's zijn.
|
|
Verwijzingsuitzonderingen: Uitzonderingen die zijn ingesteld in UA kunnen gevolgen hebben voor belangrijke gebeurtenissen die worden toegeschreven aan Google Ads. Als deze uitzonderingen niet in GA4 zijn ingesteld, kunnen de aan Google Ads toegeschreven credits verschillen (er worden bijvoorbeeld vaak uitzonderingen voor betalingsverwerkers zoals PayPal gemaakt in UA).
Als verwijzende URL's zijn uitgesloten in UA maar niet in GA4, kunnen belangrijke GA4-gebeurtenissen verkeerd worden toegeschreven in GA4. Hierdoor worden er minder belangrijke gebeurtenissen toegeschreven aan het betaalde kanaal van Google in vergelijking met UA. Verwijzingsuitzonderingen zijn van invloed op de hoeveelheid credits voor belangrijke gebeurtenissen.
|
Zorg dat de instellingen voor verwijzingsuitzonderingen in UA en GA4 overeenkomen om onjuiste attributie tot een minimum te beperken. Als u verwijzingen uitsluit, verandert het totale aantal belangrijke gebeurtenissen in de Google Analytics-property niet. Dit beïnvloedt alleen hoe belangrijke gebeurtenissen worden toegeschreven.
Ontdek meer informatie over verwijzingsuitzonderingen in UA en over hoe u ongewenste verwijzingen vaststelt in GA4.
|
In Google Ads
Dit zijn de belangrijkste redenen voor verschillen tussen vergelijkbare belangrijke gebeurtenissen in UA en GA4 op basis van de keuzes die in Google Ads zijn gemaakt voor producten, installaties en instellingen.
| Beschrijving |
Oplossing/aanbeveling |
|
Terugkijkperiode voor belangrijke gebeurtenissen: De instellingen voor de terugkijkperiode voor belangrijke gebeurtenissen in Google Ads bepalen hoelang na een Google Ads-contactpunt credits aan dat contactpunt kunnen worden toegeschreven. De waarde van deze instelling wordt vaak handmatig ingesteld, bijvoorbeeld op 90 dagen.
Een verschil in de instellingen kan betekenen dat UA credits voor een belangrijke gebeurtenis aan een contactpunt toeschrijft, maar GA4 niet, of vice versa.
|
Stem de instellingen voor de terugkijkperiode voor belangrijke gebeurtenissen in Google Ads af voor zowel de belangrijke-gebeurtenisacties in UA als in GA4, in overeenstemming met de instelling die wordt gebruikt in de GA4-property-instellingen. |
|
Instellingen voor attributiemodellen (in Google Ads): Attributiemodellen hebben invloed op de verdeling van credits over de contactpunten in een conversiepad. Verschillen in de instellingen voor attributiemodellen in Google Ads voor UA en GA4 kunnen leiden tot verschillen in de toewijzing van credits voor campagnes in een Google Ads-account of manageraccount (Mijn Klantencentrum).
Opmerking: Als u de attributie-instellingen in Google Ads wijzigt, heeft dat geen gevolgen voor het totale aantal credits dat aan Google Ads wordt toegeschreven.
|
Stem de attributiemodellen op elkaar af in de instellingen voor belangrijke gebeurtenissen in Google Ads. |
| Standaard attributie-instelling in GA4: Als u een lager aantal GA4-conversies heeft in vergelijking met Universal Analytics-conversies in Google Ads, is een van de mogelijke redenen dat de standaard GA4-attributie-instelling van kanalen die credits kunnen krijgen, 'Betaalde en organische kanalen van Google' is voor alle property's die vóór juni 2023 zijn gemaakt. Voor GA4-property's die na juni 2023 zijn gemaakt, is de standaard instelling Betaalde kanalen van Google. Als u deze instelling in Google Analytics wijzigt in 'Alleen betaalde kanalen van Google', kunt u het aantal GA4-conversies vergroten ten opzichte van UA-conversies in Google Ads. |
Deze wijziging kan worden aangebracht in de Attributie-instellingen onder Beheerder > Gegevensweergave > Attributie-instelling > Kanalen die credits kunnen krijgen. |
|
Methodologieën voor rapportage in Google Ads: In Google Ads worden belangrijke gebeurtenissen gerapporteerd op basis van advertentie-interactietijd om te aan te geven welke advertentie een belangrijke gebeurtenis heeft opgeleverd. In Google Analytics worden belangrijke gebeurtenissen op een andere manier gerapporteerd: op basis van tijd van belangrijke gebeurtenis.
Als een belangrijke gebeurtenis bijvoorbeeld op 10 mei plaatsvond, kan deze worden toegeschreven aan een advertentieklik op 5 mei. Google Analytics rapporteert deze belangrijke gebeurtenis doorgaans op 10 mei, terwijl Google Ads die op 5 mei rapporteert.
|
Dit geldt voor zowel geïmporteerde UA- als GA4-gebeurtenissen in Google Ads, maar verschillen in instellingen (zoals qua attributiemodel of terugkijkperiode voor belangrijke gebeurtenissen) tussen belangrijke-gebeurtenisacties kunnen dat effect versterken.
Als u de instellingen voor belangrijke-gebeurtenisacties die in Google Ads zijn geïmporteerd, op elkaar afstemt, minimaliseert u de gevolgen van de rapportagemethodologieën.
Houd er rekening mee dat belangrijke gebeurtenissen kunnen worden toegeschreven gedurende de hele terugkijkperiode voor belangrijke gebeurtenissen, tot 90 dagen in Google Ads. Het kan dus tot 90 dagen duren voordat u GA4 en UA helemaal met elkaar kunt vergelijken.
Als u wilt beoordelen of een belangrijke-gebeurtenispaar kan worden vergeleken of dat u langer moet wachten, gebruikt u het rapport Padstatistieken in Google Ads voor de belangrijke UA-gebeurtenis. Zo kunt u bepalen hoelang het duurt voordat de meerderheid van de gebruikers interactie heeft met een belangrijke gebeurtenis op het pad naar een belangrijke gebeurtenis.
Opmerking: Meer dan 95% van de belangrijke gebeurtenissen wordt in de eerste 14 dagen toegeschreven. Dit betekent dat u Google Ads-gegevens moet gebruiken in uw vergelijking tussen UA en GA4 die minstens 14 dagen oud zijn.
|
Andere redenen voor verschillen
Heeft u de instellingen voor de factoren die verschillen veroorzaken op elkaar afgestemd, maar neemt u nog steeds aanzienlijke verschillen tussen uw UA-conversies en belangrijke GA4-gebeurtenissen waar? Loop dan de uitgebreide lijst van factoren hieronder na.
Vergeet niet dat u verschillen tussen vergelijkbare UA-conversies en belangrijke GA4-gebeurtenissen kunt verwachten. Maar met deze lijst kunt u uw producten, installaties en instellingen op elkaar afstemmen om de verschillen tot een minimum te beperken.
In Google Analytics
Dit zijn aanvullende redenen voor verschillen tussen vergelijkbare UA-conversies en belangrijke GA4-gebeurtenissen op basis van de keuzes die in Google Analytics zijn gemaakt voor producten, installaties en instellingen.
| Beschrijving |
Oplossing/aanbeveling |
|
E-commercemeting: Google Analytics werkt met verschillende e-commerceschema's. U kunt het GA4-schema en UA-schema tegelijkertijd implementeren of 1 schema gebruiken voor beide property's. Als u 2 schema's gebruikt, kunnen er gegevensverschillen optreden. Ga naar de handleiding voor ontwikkelaars voor meer informatie.
Verschillen in het e-commerceschema kunnen ertoe leiden dat het aantal belangrijke gebeurtenissen in GA4 hoger of lager is dan in UA.
|
Als u e-commercegegevens voor GA4 verzamelt, is het een best practice om het e-commerceschema van GA4 te gebruiken (handleiding voor ontwikkelaars).
We raden u af gekoppelde sitetags te gebruiken als u e-commerce meet.
We raden u aan hetzelfde e-commerceschema te gebruiken voor UA en GA4 als u deze met elkaar vergelijkt.
|
|
Tagactiveringsvoorwaarden: Hardgecodeerde tagactiveringsvoorwaarden kunnen van invloed zijn op hoe en wanneer een tag wordt geactiveerd.
Aangezien GA4-gegevensverzameling in veel gevallen bestaat uit de implementatie van nieuwe tags, moet u mogelijk eerdere activeringsvoorwaarden implementeren om GA4 te activeren. We raden u aan tags met dezelfde voorwaarden te activeren om verschillen in gegevensverzameling tot een minimum te beperken.
Als gegevensverzameling beperkt is in UA en niet in GA4, kan het aantal gebruikers, sessies, paginaweergaven en belangrijke gebeurtenissen hoger zijn in GA4.
|
We raden u aan gtag.js of gtm.js (met GA4-tags) te gebruiken om gegevens te verzamelen voor GA4-property's.
Er is geen rechtstreekse impact op de activeringsvoorwaarden voor tags als u andere tagtypen gebruikt (bijvoorbeeld gekoppelde sitetags), maar als de activeringsvoorwaarden ertoe leiden dat tags niet consistent worden geactiveerd in UA en GA4, raden we u aan opnieuw te taggen.
Stem de voorwaarden voor tagactivering op elkaar af nadat u de tags heeft geïmplementeerd. Een voorbeeld van een voorwaarde staat in deze handleiding voor ontwikkelaars over de meettijd. |
|
Intern verkeer uitsluiten: U gebruikt instellingen om interne gebruikers uit te filteren (gezien vanuit de klant, bijvoorbeeld de werknemers van een klant) of om verkeer te testen.
Als de instellingen verschillen in UA en GA4, heeft de property zonder de filters voor uitsluiten naar verwachting meer gebruikers, sessies, paginaweergaven en daaruit voortvloeiende belangrijke gebeurtenissen.
|
We raden u aan de instellingen in UA en GA4 op elkaar af te stemmen om de verschillen tot een minimum te beperken. U vindt meer informatie in dit artikel voor UA en in dit artikel voor GA4. |
|
Paginawijzigingen op basis van browsergeschiedenisgebeurtenissen: De verbeterde meting in GA4 meet standaard paginawijzigingen op basis van browsergeschiedenisgebeurtenissen. UA doet dat niet. Dat leidt tot meer paginaweergaven in GA4 dan in UA en kan leiden tot verschillen.
Als er wegens de constructie- en gebruikspatronen van uw site bijvoorbeeld veel pagina's worden geladen via wijzigingen in de browsergeschiedenis, zet deze instelling meting aan voor die gebeurtenissen. Hierdoor ontstaan verschillen met UA, waarin deze gebeurtenissen niet worden gemeten.
|
Als u wilt dat het aantal paginaweergaven tussen UA en GA4 beter met elkaar overeenkomt, zet u de instelling voor verbeterde meting in GA4 uit. Meer informatie over verbeterde meting van gebeurtenissen |
| Andere gebeurtenisbronnen (Doelgroeptriggers, Measurement Protocol, Gebeurtenis bewerken, enzovoort): Als u deze gebeurtenissen maakt en markeert als belangrijke gebeurtenissen, kan dit leiden tot meer belangrijke gebeurtenissen in GA4 als u de gegevens op propertyniveau met UA vergelijkt. |
Gebruik overeenkomende instellingen voor vergelijkbare UA-conversies en belangrijke GA4-gebeurtenissen in Google Analytics.
Stel nieuw gemaakte gebeurtenissen van deze bronnen zo in dat ze verschillende gebeurtenisnamen hebben, zodat de UA- en GA4-meting beter met elkaar overeenkomt. Als u ze niet op dezelfde manier kunt instellen, kunt u UA en GA4 niet met elkaar vergelijken.
|
|
Spam- en botfilters:
Filters leiden tot minder verkeer in UA. Als u ze niet toepast in GA4, rapporteert GA4 meer verkeer en daaruit voortvloeiende belangrijke gebeurtenissen, omdat het verkeer van spam/bots interactie heeft met een belangrijke gebeurtenis op het pad naar een belangrijke gebeurtenis.
|
Zet de instelling Bots filteren aan in UA en overweeg of u spamfilters wilt toevoegen in UA als u spam krijgt. |
| Uitzonderingen voor URL-parameters: In UA kunnen klanten een doel instellen dat exact overeenkomt met een bepaalde URL. Omdat er in GA4 geen uitzonderingen voor URL-parameters zijn, kan de URL veel versies hebben die niet worden meegenomen in de definitie van de belangrijke gebeurtenis. |
Controleer of u uitzonderingen voor URL-parameters in UA gebruikt om inzicht te krijgen in mogelijke verschillen met GA4.
|
|
DDA-model voor belangrijke gebeurtenissen en opbrengst: In UA is het attributiemodel Laatste niet-directe klik voor doelen. Belangrijke GA4-gebeurtenissen gebruiken standaard het model Data-driven attributie (DDA), maar u kunt dat aanpassen.
Afhankelijk van de manier waarop credits verschuiven op basis van DDA, kunnen gebruikers merken dat er meer of minder credits worden toegeschreven aan betaalde (Google-)kanalen. Het attributiemodel heeft geen invloed op het totale aantal belangrijke gebeurtenissen voor een bepaalde gebeurtenis.
|
We raden het niet aan, maar u kunt dit testen/kwantificeren door het attributiemodel van de property in GA4 te wijzigen in Laatste klik.
Opmerking: Aangezien attributiemodellen in Google Analytics geen invloed hebben op het totale aantal belangrijke gebeurtenissen binnen een property, raden we u aan eerst de andere problemen die tot verschillen leiden op te lossen om het totale verschil op propertyniveau voor belangrijke-gebeurtenisparen (zoals vergelijkbare belangrijke gebeurtenissen in UA en GA4) tot een minimum te beperken. |
|
Tijdzoneverschillen en campagnereset: UA zet een sessie om middernacht uit en start een sessie opnieuw met nieuwe campagneparameters. Dat kan leiden tot verschillen in sessies, wat weer kan leiden tot verschillen in doelen/sessies voor belangrijke gebeurtenissen.
Dit veroorzaakt naar verwachting geen grote verschillen in het totale aantal belangrijke gebeurtenissen in een bepaalde property. De functie is in principe alleen zichtbaar als u afzonderlijke dagen met elkaar vergelijkt in UA en GA4.
|
Geen directe oplossing: deze kwestie is opgelost in GA4. |
| Verschillen in instellingen van paginaweergavemetingen: U kunt meting van paginaweergaven op basis van browsergeschiedenisgebeurtenissen uitzetten in GA4. Sites met één pagina krijgen niet de juiste metingen doorgestuurd naar GA4 als u gekoppelde sitetags gebruikt. |
U kunt GA4 instellen om paginaweergaven te meten op basis van browsegeschiedenisgebeurtenissen. In UA kan dat niet. Hierdoor is de meting in GA4 gedetailleerder, maar dit kan ook verschillen veroorzaken. Zet deze instelling uit als u wilt dat de cijfers in UA en GA4 beter op elkaar aansluiten.
Gebruik deze handleiding voor ontwikkelaars om meting van apps met één pagina in te stellen voor UA. Daardoor komt UA niet 100% overeen met GA4, maar het kan de verschillen voor sites van één pagina tot een minimum beperken. |
|
Google-signalen en gebruikers-ID: Met deze instellingen kunnen gebruikers in GA4-property's worden gededupliceerd. In UA zijn beide instellingen van invloed op maar een paar rapporten en een afzonderlijke weergave. In GA4 zijn ze van invloed op alle informatie in de property.
Als u Google-signalen en Gebruikers-ID aanzet in GA4, neemt het aantal nieuwe/totale gebruikers af, omdat GA4 interacties aan elkaar koppelt die UA beschouwt als afkomstig van meerdere gebruikers. Credits kunnen daarom op verschillende manieren worden toegeschreven. Deze functies hebben naar verwachting geen gevolgen voor het totale aantal conversies in Google Analytics, maar kunnen leiden tot verschillen in exports naar Google Ads. Als een adverteerder conversies na volledige weergave (CVW's) meet, kan het aantal veranderen door het gebruik van Google-signalen en Gebruikers-ID.
|
Geen directe oplossing: GA4-deduplicatie biedt meer inzicht in de manier waarop gebruikers omgaan met de componenten van een klant.
We raden u aan beide functies op beide platforms te implementeren om verschillen tot een minimum te beperken. Helemaal voorkomen kunt u ze niet.
|
| Time-outs voor sessie: U kunt de time-outinstellingen voor sessies aanpassen. Als u deze standaardinstellingen wijzigt, kan dat van invloed zijn op de hoeveelheid verkeer en op attributie. |
We raden u aan de standaardinstellingen te gebruiken. Als u de time-outs voor de sessie in UA heeft gewijzigd, past u deze instelling ook aan in GA4. Meer informatie over Analytics-sessies |
|
Cookies overschrijven
|
Als u de cookie-instellingen wijzigt in UA, past u deze ook aan in uw GA4-instellingen.
Als u minder vaak vervaldatums gebruikt voor cookies, kan dat van invloed zijn op attributie en leiden tot verschillen in attributie voor belangrijke gebeurtenissen. Meer informatie over uw Google-tag configureren
|
| Autotagging en handmatige tagging gebruiken (in dezelfde URL) |
U kunt in dezelfde URL autotagging en handmatige tagging gebruiken, maar er zijn gevallen waarin dat niet werkt. |
| Keuze in dimensies en statistieken |
GA4 biedt een groter aantal acquisitiedimensies dan UA. Daardoor zijn niet alle mogelijke combinaties van rapportagedimensies te vergelijken tussen UA en GA4. |
| Verschillen in de implementatie van app-meting tussen UA en GA4 |
We raden u aan om indien mogelijk 1 SDK te gebruiken. Een zeer kleine subset van gebruikers kan op dit moment app-gegevens verzamelen in UA. Gebruikers moeten de Google Analytics voor Firebase SDK implementeren als ze app-gegevens willen verzamelen en hierover willen rapporteren met GA4-property's. |
|
Alleen voor gekoppelde sitetags (waaronder sideloading): Gekoppelde tags worden opeenvolgend geladen. Dat wil zeggen dat de GA4-tag wordt geladen na de bovenliggende tag (een bestaande gtag.js- of analytics.js-tag). Dat kan dit betekenen:
- Meerdere tags laden kan invloed hebben op de snelheid van de website.
- Als gebruikers extreem snel door een website navigeren, zijn tags mogelijk nog niet 100% functioneel, wat leidt tot ontbrekende gebeurtenissen.
|
We raden u aan speciale GA4-tags te implementeren in plaats van te vertrouwen op gekoppelde sitetags of sideloading. Dan loopt u minder risico dat er gebeurtenissen ontbreken. Vermijd het gebruik van gekoppelde sitetags en sideloading, vooral voor grote, complexe Analytics-projecten. |
| Opname van app- en webgegevens in 1 property voor GA4: GA4 combineert app- en webgegevens en gebeurtenissen. Als u app- en webgegevens in GA4 combineert, maar iets dergelijks niet heeft gedaan in UA, leidt dat tot meer getelde belangrijke gebeurtenissen in GA4. |
Voor een optimale vergelijking neemt u geen app-gegevensstreams op als uw UA-property's geen app-verkeer bevatten. Als de app-stream al is opgenomen en u UA wilt vergelijken met GA4, segmenteert u rapporten om belangrijke app-gebeurtenissen uit te sluiten. |
| Geüpdatete kanaalgroeperingen: GA4-kanaalgroeperingen kunnen op een andere manier een belangrijke gebeurtenis aan een kanaal toewijzen. Meer informatie over standaard kanaalgroep |
Gebruikers kunnen niet overschrijven welke belangrijke gebeurtenissen naar Google Ads worden geëxporteerd. |
In Google Ads
Dit zijn aanvullende redenen voor verschillen tussen vergelijkbare UA-conversies en belangrijke GA4-gebeurtenissen op basis van de keuzes die in Google Ads zijn gemaakt voor producten, installaties en instellingen.
| Beschrijving |
Oplossing/aanbeveling |
|
Modellering van belangrijke gebeurtenissen vanuit de toestemmingsmodus: Modellering van belangrijke gebeurtenissen is beschikbaar in Google Ads voor adverteerders die Google Ads-conversies hebben gemaakt op basis van belangrijke Analytics-gebeurtenissen uit property's die zijn geïmplementeerd met gtag.js of Google Tag Manager.
Voor analytics.js-implementaties bieden we geen modellering voor conversies in Google Ads. Dit komt omdat de toestemmingsstatus niet nauwkeurig kan worden gedefinieerd zonder een implementatie met gtag.js of Google Tag Manager.
Als UA en GA4 afhankelijk zijn van tags die geschikt zijn voor de toestemmingsmodus, kan voor zowel UA als GA4 modellering voor belangrijke gebeurtenissen worden toegepast in Google Ads.
|
Voor een eerlijke vergelijking zorgt u dat u een tagtype heeft dat geschikt is voor de toestemmingsmodus voor zowel uw UA- als GA4-property's. |
| Meting van volledige weergave: GA4 kan een belangrijke gebeurtenis toeschrijven aan een YouTube-advertentie voor volledige weergave, zelfs als die advertentie-interactie niet rechtstreeks tot een websitebezoek heeft geleid, maar later wel een belangrijke gebeurtenis heeft opgeleverd. Dat kan ertoe leiden dat een belangrijke gebeurtenis wordt geëxporteerd naar Google Ads, waarvoor UA geen credits exporteert naar Google Ads. Dit betekent dat GA4 meer belangrijke gebeurtenissen aan Google Ads kan toeschrijven als een adverteerder aanzienlijke YouTube-uitgaven heeft. |
In GA4 leidt dat niet tot een toename in het aantal belangrijke gebeurtenissen voor webverkeer. Het is mogelijk dat er meer credits worden toegeschreven aan het Google Ads-kanaal in GA4 dan in UA, wat leidt tot betere Google Ads-prestaties.
Als u dat wilt vergelijken, segmenteert u de rapportage op campagne- of accountniveau in Google Ads. Zorg dat u de belangrijke-gebeurtenisacties vergelijkt die exact dezelfde belangrijke-gebeurtenisactie meten.
U kunt standaardrapporten niet tegelijkertijd segmenteren op type advertentiegebeurtenis en belangrijke-gebeurtenisbron. Het is dus moeilijk een rechtstreekse vergelijking te maken in de Google Ads-UI. |
|
Model voor credits exporteren: Het model waarmee belangrijke gebeurtenissen worden geëxporteerd van GA4 naar Google Ads, is anders dan dat van UA. UA en oorspronkelijk ook GA4 waren afhankelijk van het exportmodel Laatste indirecte klik, maar GA gebruikt nu een exportmodel voor uiteindelijke credits. Hierdoor kunnen proportionele credits worden geëxporteerd, zelfs als het laatste niet-directe contactpunt geen Google Ads-contactpunt was.
Dat leidt niet tot verschillen op propertyniveau, maar kan er wel toe leiden dat er een ander aantal belangrijke gebeurtenissen naar Google Ads wordt geëxporteerd. Dat aantal kan hoger of lager zijn in vergelijking met UA en is gebaseerd op de onafhankelijke gebruikerstrajecten van de gebruiker.
|
We hebben de export van uiteindelijke credits gelanceerd omdat het model Laatste indirecte klik niet voldoet. Dit betekent dat GA4 de werkelijke hoeveelheid cross-channel credits exporteert naar Google Ads. U kunt geen specifieke acties uitvoeren om de verschillen tussen UA en GA4 tot een minimum te beperken. |
| Telmethode voor belangrijke gebeurtenissen in Google Ads: Google Ads heeft een telinstelling die u kunt gebruiken om een of meer belangrijke gebeurtenissen te beheren die binnen een bepaalde terugkijkperiode voor belangrijke gebeurtenissen voor een bepaalde gebruiker worden geteld. |
We raden aan de instellingen voor de telling van belangrijke gebeurtenissen in UA en GA4 op elkaar af te stemmen voor belangrijke-gebeurtenisparen. Meer informatie over opties voor conversies tellen
|
|
Van toepassing op handmatig gemaakte GA4-property's en slimme campagne-klanten: Het GA4-exportmodel voor betaalde kanalen van Google schrijft alle belangrijke gebeurtenissen die naar Google Ads worden geëxporteerd toe aan Google-kanalen.
Dit heeft tot gevolg dat er meer belangrijke gebeurtenissen naar Google Ads worden geëxporteerd dan met de instelling Betaalde en organische kanalen, omdat betaalde kanalen die niet van Google zijn, worden uitgesloten van het pad naar een belangrijke gebeurtenis.
Met betaalde kanalen van Google krijgt u meer inzicht in de impact van betaalde Google-interacties. Dit model is niet beschikbaar in Universal Analytics. Hierdoor kan het lastig zijn om vergelijkbare UA- en GA4-gebeurtenissen te vergelijken als u ze importeert in Google Ads.
|
Nieuwe GA4-property's zijn standaard ingesteld op betaalde kanalen van Google.
Met de attributie-instellingen op GA4-propertyniveau in het gedeelte Beheerder kunt u bepalen hoe belangrijke gebeurtenissen naar Google Ads worden geëxporteerd.
Gebruik de instelling Betaalde en organische kanalen als u wilt zorgen dat GA4 bij de export van conversies rekening houdt met niet-betaalde kanalen. Meer informatie over hoe u attributie-instellingen selecteert
|
Bouncepercentage
|
Statistiek
|
UA
|
GA4
|
|
Bouncepercentage
|
Het percentage sessies waarbij één pagina wordt geladen en geen interactie plaatsvond met de pagina. Een bouncesessie heeft een duur van 0 seconden. De sessie telt als een bounce wanneer een gebruiker bijvoorbeeld uw website bezoekt en de content op de homepage enkele minuten bekijkt, maar de pagina verlaat zonder op links te klikken of zonder gebeurtenissen te activeren die worden geregistreerd als interactiegebeurtenis. |
Het percentage sessies dat geen sessie met engagement was. Als een gebruiker uw website bijvoorbeeld bezoekt, de content op uw homepage minder dan 10 seconden bekijkt en de homepage dan verlaat zonder gebeurtenissen te activeren of andere pagina's of schermen te bezoeken, telt de sessie als een bounce.
Een sessie met engagement is een sessie die 10 seconden of langer duurt, één of meer belangrijke gebeurtenissen heeft of 2 of meer pagina- of schermweergaven heeft. Als een gebruiker geen sessie met engagement heeft, dat wil zeggen als de gebruiker niet voldoet aan een of meer criteria voor een sessie met engagement, telt Google Analytics de sessie als een bounce.
|
Aandachtspunt
In Google Analytics 4 is het bouncepercentage het percentage sessies dat geen sessie met engagement was. Met andere woorden: bouncepercentage is het tegenovergestelde van engagementpercentage. In Universal Analytics is het bouncepercentage het percentage van alle sessies op uw site waarin gebruikers maar één pagina hebben bekeken en maar één verzoek aan de Analytics-server hebben geactiveerd.
Het bouncepercentage zoals dat wordt berekend in Universal Analytics is een redelijke meting van site-engagement, maar is minder nuttig geworden omdat websites en apps zijn veranderd. Het is bijvoorbeeld mogelijk dat gebruikers een app met één pagina bekijken en de pagina verlaten zonder een gebeurtenis te activeren. Dat wordt als een bounce beschouwd.
Het bouncepercentage zoals dat wordt berekend in Google Analytics 4 is een handigere manier om te meten op welk niveau klanten interactie hebben met uw site of app. Als u bijvoorbeeld een blog heeft, vindt u het misschien geen probleem als klanten maar één artikel op uw site lezen en deze daarna verlaten. U wilt waarschijnlijk liever weten hoeveel klanten uw site bezoeken, niet kunnen vinden wat ze zoeken en daarna snel de site verlaten.
Aantal gebeurtenissen
Gebeurtenissen vormen een fundamenteel verschil in de gegevensmodellen van Universal Analytics- en Google Analytics 4-property's.
|
Statistiek
|
UA
|
GA4
|
|
Totale gebeurtenissen
|
Een Universal Analytics-gebeurtenis heeft een Categorie, Actie en Label en is een eigen type hit.
U kunt bijvoorbeeld een gebeurtenis instellen die registreert dat er iemand op een aanmeldingsknop heeft geklikt. De gebeurtenis kan de categorie CTA hebben, een actie voor Aanmelden en een label dat de bestemmings-URL is.
Totale gebeurtenissen neemt elke keer toe dat een Categorie-/Actie-/Label-gebeurtenis wordt geactiveerd.
|
N.v.t. |
|
Aantal gebeurtenissen
|
N.v.t.
|
Elke hit is een gebeurtenis en GA4-gebeurtenissen kennen geen Categorie, Actie of Label. Als iemand bijvoorbeeld een van uw websitepagina's bekijkt, wordt er een gebeurtenis page_view geactiveerd.
Alle acties zijn gebeurtenissen. Elke gebeurtenisnaam is niet per se uniek. Het is daarom een goed idee om dezelfde gebeurtenisnaam vaak opnieuw te gebruiken om de gebeurtenis te kunnen onderscheiden van de verzamelde parameterwaarden. Een aanmelding kan bijvoorbeeld de gebeurtenisnaam sign_up hebben met de parameters page_location, product, form_id, enzovoort. Dezelfde gebeurtenisnaam kunt (en moet) u gebruiken voor elke aanmeldknop op de site, terwijl het in UA beter is om unieke namen voor gebeurtenissen te gebruiken voor elke knop.
|
Aandachtspunt
In GA4 kan de gebeurtenis sign_up wel of niet hetzelfde betekenen als in UA. Als uw website maar één aanmeldingsformulier heeft en maar één knop die de aanmeldingsgebeurtenis activeert, kunnen deze gebeurtenisaantallen best dicht bij elkaar liggen. Als uw website meerdere gebeurtenissen van het type sign_up bevat, is het vergelijken van het aantal gebeurtenissen tussen GA4 en UA mogelijk niet zo eenvoudig en liggen de cijfers mogelijk niet dicht bij elkaar.
GA4-rapporten tonen Categorie, Actie en Label niet. Het is beter om uw gegevensverzameling te baseren op het GA4-model in plaats van uw bestaande gebeurtenisstructuur over te zetten naar Google Analytics 4.