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.
In dit artikel: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 |
|
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.
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 bijhoudt, 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.
transaction_id-waarde verzamelt in UA en GA4 om ervoor te zorgen dat u overeenkomende statistieken vergelijkt.|
Statistiek |
UA |
GA4 |
|
Aankopen |
|
|
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 conversies updaten tot 7 dagen nadat de conversie is geregistreerd.
Sessies
|
Statistiek |
UA |
GA4 |
|
Sessie |
|
Ofwel sessiestart
|
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_startuit 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.
Conversies
Als uw conversies zijn gebaseerd op bestemmings-URL's of op UA-gebeurtenissen, zoals Categorie/Actie/Label, waarvoor u vergelijkbare GA4-conversiegebeurtenissen heeft ingesteld, kunnen de waarden voor Conversies redelijk dicht bij elkaar liggen. Er zijn ook belangrijke verschillen tussen UA en GA4 waardoor het moeilijk kan zijn het aantal conversies te vergelijken.
|
Statistiek |
UA |
GA4 |
|
Conversies |
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 geeft een conversiegebeurtenis aan voor elke actie die u als conversie wilt tellen. Als u bijvoorbeeld opgeeft dat de gebeurtenis Formulierinzending een conversiegebeurtenis is, wordt er een conversie geregistreerd telkens wanneer een gebruiker het formulier inzendt. GA4 telt gewoonlijk elke instantie van de conversiegebeurtenis, ook als dezelfde conversiegebeurtenis meerdere keren wordt geregistreerd tijdens dezelfde sessie. Als een gebruiker het formulier 2 keer inzendt tijdens dezelfde sessie, worden er dus 2 conversies geteld. Als u de verschillen in het aantal conversies tussen uw UA-property en de bijbehorende GA4-property wilt verminderen, stelt u de telmethode voor GA4-conversies in op Eén per sessie.
|
Aandachtspunt
Universal Analytics ondersteunt 5 doeltypen: Bestemming, duur, pagina's/sessie, slimme doelen en gebeurtenisdoelen. GA4 ondersteunt alleen conversiegebeurtenissen. Het is mogelijk dat u GA4-conversiegebeurtenissen 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 behulp van GA4-conversiegebeurtenissen.
UA telt slechts één conversie per sessie voor hetzelfde doel. GA4 telt gewoonlijk meerdere conversies per sessie voor dezelfde conversiegebeurtenis. Als u de verschillen in het aantal conversies tussen uw UA-property en de bijbehorende GA4-property wilt verminderen, stelt u de telmethode voor GA4-conversies 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 conversies updaten tot 7 dagen nadat de conversie is geregistreerd.
Meer redenen voor verschillen in het aantal conversies
Meest voorkomende redenen voor verschillen
In de volgende 2 tabellen staan de 8 meest voorkomende redenen voor conversieverschillen tussen vergelijkbare UA- en GA4-gebeurtenissen in Google Analytics en Google Ads. Als u te maken krijgt met conversieverschillen, analyseert u deze 8 redenen en stemt u ze op elkaar af om de verschillen tussen UA- en GA4-conversies te beperken. In de meeste gevallen corrigeert u grote verschillen in conversies door de verschillen in producten, installaties of instellingen met elkaar in overeenstemming te brengen.
In Google Analytics
Dit zijn de belangrijkste redenen voor verschillen tussen vergelijkbare UA- en GA4-conversies op basis van de keuzes die in Google Analytics zijn gemaakt voor een product, installaties of instellingen.
| Beschrijving | Oplossing/aanbeveling |
|---|---|
|
Aantal conversies tellen: UA telt één doelconversie per sessie, terwijl GA4 vaak één conversie per gebeurtenis telt. Als een gebruiker bijvoorbeeld in 1 sessie een doel 5 keer afrondt, toont UA 1 conversie en GA4 meestal 5. Opmerking: Eén per gebeurtenis is de standaard telmethode voor de meeste conversies, behalve conversies 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 conversies leiden in GA4. |
Gebruik de instellingen voor conversies tellen zoals hier staat beschreven. Als u de telling van GA4-conversies wilt afstemmen op hoe u UA doelen telt, stelt u de methode voor conversies tellen in GA4 in op Eén per sessie. Opmerkingen:
Deze aanbeveling is niet relevant als u e-commercetransacties in UA vergelijkt, omdat ze al worden geteld als Eenmaal per gebeurtenis in UA. |
|
Sitedekking: Als de UA-tag op een andere set pagina's binnen een website is geïmplementeerd dan de GA4-tag, kunnen er hiaten in de meting ontstaan. Met name als een landingspagina van een Google Ads-advertentie niet nauwkeurig is getagd, is het mogelijk dat de informatie die u nodig heeft om een conversie voor die advertentie-interactie nauwkeurig te meten en toe te schrijven, niet beschikbaar is. Afhankelijk van het gegeven of GA4-tags op meer of minder pagina's zijn geïmplementeerd dan UA, toont GA4 respectievelijk meer of minder gebruikers, sessies, paginaweergaven en daaropvolgende conversies. |
We raden u aan een gestandaardiseerde implementatiemethode te gebruiken om te zorgen dat tags op uw hele site zijn 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 tracking. Gebruik het overzicht van tagdekking om te controleren of de Google-tag op uw website is geïmplementeerd. Meer informatie Gebruik dezelfde methoden voor tagimplementatie voor UA en GA4 om verschillen tot een minimum te beperken. |
|
Implementatiefouten: Als u gegevensverzameling instelt voor GA4, is het mogelijk dat een tag onjuist wordt geïmplementeerd. Dit kan ertoe leiden dat u helemaal geen gegevens ziet in uw GA4-property of, in bepaalde gevallen, dat u gedeeltelijke gegevens ziet in uw GA4-property. In dat laatste geval ziet u verschillen als u GA4 vergelijkt met UA. Bij een onjuiste implementatie wordt er waarschijnlijk een lager aantal conversies 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 ze de gegevens in een UA-property aanzienlijk wijzigen (dat ze bijvoorbeeld 'alleen gegevens uit Frankrijk tonen'). GA4 heeft een heel andere reeks mogelijke 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. |
|
Verwijzingsuitsluitingen: Uitsluitingen die zijn ingesteld in UA kunnen van invloed zijn op conversies die aan Google Ads worden toegeschreven. Als deze uitsluitingen niet in GA4 zijn ingesteld, kunnen de aan Google Ads toegeschreven credits verschillen (bijvoorbeeld uitsluitingen voor betalingsverwerkers zoals PayPal worden vaak gemaakt in UA). Als verwijzende URL's zijn uitgesloten in UA maar niet in GA4, kunnen GA4-conversies verkeerd worden toegeschreven in GA4, waardoor er minder conversies worden toegeschreven aan het betaalde Google-kanaal in vergelijking met UA. Verwijzingsuitsluitingen hebben invloed op de hoeveelheid conversiecredits die naar Google Ads wordt geëxporteerd. |
Zorg dat de instellingen voor verwijzingsuitsluitingen tussen UA en GA4 overeenkomen om het effect van onjuiste attributie tot een minimum te beperken. Door verwijzingen uit te sluiten, wijzigt het totale aantal conversies in de Google Analytics-property niet. Het beïnvloedt alleen hoe conversies worden toegeschreven. Meer informatie over verwijzingsuitsluitingen in UA Meer informatie over hoe u ongewenste verwijzingen herkent in GA4 |
In Google Ads
Dit zijn de belangrijkste redenen voor verschillen tussen vergelijkbare UA- en GA4-conversies op basis van de keuzes die in Google Ads zijn gemaakt voor een product, installaties of instellingen.
| Beschrijving | Oplossing/aanbeveling |
|
Conversieperiode: Met de instellingen voor de conversieperiode in Google Ads bepaalt u hoelang na een Google Ads-contactpunt conversiecredits nog aan dat contactpunt worden toegeschreven. De waarde van deze instelling wordt vaak handmatig ingesteld (bijvoorbeeld op 90 dagen). Een verschil in de instellingen kan betekenen dat een contactpunt de conversiecredits door UA toegeschreven krijgt, maar niet door GA4, of vice versa. |
Zorg dat de instellingen voor de conversieperiode in Google Ads voor zowel de UA- en GA4-conversieacties zijn afgestemd op de instelling 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 tussen de UA- en GA4-conversieactie 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 invloed op het totale aantal conversies dat aan Google Ads wordt toegeschreven. |
Stem de attributiemodellen op elkaar af in de conversie-instellingen in Google Ads. |
|
Methodologieën voor rapportage in Google Ads: Google Ads rapporteert conversies op basis van rapportage over interactietijd om te tonen welke advertentie tot een conversie heeft geleid. Google Analytics rapporteert conversies op een andere manier met rapportage over tijd van conversie. Als een conversie bijvoorbeeld plaatsvindt op 10 mei, kan die worden toegeschreven aan een advertentieklik op 5 mei. Google Analytics rapporteert deze conversie over het algemeen op 10 mei, terwijl Google Ads deze conversie op 5 mei rapporteert. |
Dat effect is van toepassing op geïmporteerde UA- en GA4-gebeurtenissen in Google Ads, maar verschillen in instellingen (zoals qua attributiemodel of conversieperiode) tussen conversieacties kunnen dat effect versterken. Als u de instellingen voor alle in Google Ads geïmporteerde conversieacties op elkaar afstemt, minimaliseert u de gevolgen van de rapportagemethodologieën. Conversies kunnen gedurende de hele conversieperiode worden toegeschreven (maximaal 90 dagen in Google Ads). Het kan dus 90 dagen duren voordat GA4 en UA helemaal met elkaar zijn vergeleken. Als u wilt beoordelen of u een conversiepaar kunt vergelijken of dat u langer moet wachten, gebruikt u het rapport Padstatistieken in Google Ads voor de UA-conversie om te zien hoelang het duurt voordat de meeste gebruikers converteren. Opmerking: Meer dan 95% van de conversies wordt in de 1e 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
Als u nadat u de instellingen voor de factoren die conversieverschillen veroorzaken op elkaar heeft afgestemd, nog steeds te maken krijgt met significante verschillen tussen uw UA- en GA4-conversies, loopt u de uitgebreide lijst van factoren verderop na.
Vergeet niet dat er verschillen tussen vergelijkbare UA- en GA4-conversies verwacht kunnen worden. Maar met deze lijst kunt u de verschillen in uw producten, installaties en instellingen op elkaar afstemmen om verschillen tot een minimum te beperken.
In Google Analytics
Dit zijn aanvullende redenen voor verschillen tussen vergelijkbare UA- en GA4-conversies op basis van de keuzes die in Google Analytics zijn gemaakt voor een product, installaties of instellingen.
| Beschrijving | Oplossing/aanbeveling |
|
E-commerce bijhouden: Google Analytics werkt met verschillende e-commerceschema's. U kunt het GA4-schema en UA-schema tegelijkertijd implementeren of één schema gebruiken voor beide property's. Als u 2 schema's gebruikt, kunnen er gegevensverschillen optreden. Zie de handleiding voor ontwikkelaars voor meer informatie. Verschillen in e-commerceschema kunnen ertoe leiden dat het aantal conversies in GA4 hoger of lager is dan in UA. |
Als u e-commercegegevens voor GA4 verzamelt, raden we aan het e-commerceschema van GA4 te gebruiken (handleiding voor ontwikkelaars). We raden u aan geen gekoppelde sitetags te gebruiken als u e-commerce bijhoudt. We raden u ook aan hetzelfde e-commerceschema te gebruiken voor UA en GA4 als u die 2 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 conversies 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. De activeringsvoorwaarden voor tags worden niet rechtstreeks beïnvloed als u andere tagtypen gebruikt (bijvoorbeeld gekoppelde sitetags), maar opnieuw taggen is de eerste aanbeveling als activeringsvoorwaarden ertoe leiden dat tags niet consistent worden geactiveerd in UA en GA4. Stem de voorwaarden voor tagactivering op elkaar af zodra u tags heeft geïmplementeerd. Een voorbeeld van een voorwaarde vindt u in deze handleiding voor ontwikkelaars over de meettijd. |
|
Intern verkeer uitsluiten: u gebruikt instellingen om interne gebruikers uit te filteren (van 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 uitsluitingsfilters naar verwachting meer gebruikers, sessies, en paginaweergaven en daaropvolgende conversies. |
We raden u aan de instellingen in UA en GA4 op elkaar af te stemmen om verschillen tot een minimum te beperken. Zie dit artikel voor UA en dit artikel voor GA4 voor meer informatie. |
|
Paginawijzigingen op basis van browsergeschiedenisgebeurtenissen: De verbeterde meting in GA4 meet standaard paginawijzigingen op basis van browsergeschiedenisgebeurtenissen. UA doet dat niet. Dat leidt tot hogere paginaweergaven in GA4 dan in UA en kan leiden tot verschillen. Als de constructie- en gebruikspatronen van uw site er bijvoorbeeld voor zorgen dat veel pagina's worden geladen via wijzigingen in de browsergeschiedenis, zet deze instelling metingen aan voor die gebeurtenissen. Dat leidt tot verschillen met UA, waar 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 |
| Andere gebeurtenisbronnen (Doelgroeptriggers, Measurement Protocol, Gebeurtenis bewerken, enzovoort): Als u deze gebeurtenissen maakt en markeert als conversies, kan de verhoging van het conversievolume in GA4 ertoe leiden dat u de conversies op een propertyniveau met UA vergelijkt. |
Gebruik overeenkomende instellingen voor vergelijkbare UA- en GA4-conversies 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 overeenkomen. Als u ze niet op dezelfde manier kunt instellen, mag u de 2 niet met elkaar vergelijken. |
|
Spam- en botfilters:
Filters zorgen voor minder verkeer in UA. Als u ze niet toepast in GA4, rapporteert GA4 meer verkeer en daaruit voortvloeiende conversies omdat het verkeer van spam/bots tot conversies leidt. |
Zet de instelling Bots filteren aan in UA en denk na of u spamfilters wilt toevoegen in UA als u spam krijgt. |
| URL-parameteruitsluitingen: In UA kunnen klanten een doel instellen dat exact overeenkomt met een bepaalde URL. Omdat er in GA4 geen uitsluitingen voor URL-parameters zijn, kan de URL veel versies hebben die anders niet worden meegenomen in de definitie voor de conversie. |
Bevestig of u URL-parameteruitsluitingen in UA gebruikt om inzicht te krijgen in mogelijke verschillen met GA4. |
|
DDA-model voor conversies en opbrengst: in UA is het attributiemodel laatste indirecte klik voor doelen. GA4-conversies gebruiken standaard het data-driven attributiemodel (DDA), maar u kunt dat aanpassen. Afhankelijk van de manier waarop credits verschuiven op basis van DDA, zien gebruikers dat er meer of minder credits worden toegeschreven aan betaalde (Google-)kanalen. Het attributiemodel heeft geen invloed op het totale aantal conversies 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 conversies 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 conversieparen (zoals vergelijkbare conversies 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. GA4 doet dat niet. Dat kan leiden tot verschillen in sessies, wat weer kan leiden tot verschillen in doelen/sessies. Dat veroorzaakt naar verwachting geen grote verschillen in het totale aantal conversies 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 browsergeschiedenisgebeurtenissen. In UA kan dat niet. Dat leidt tot gedetailleerdere metingen in GA4, maar kan ook verschillen veroorzaken. Zet deze instelling uit als u wilt dat de cijfers in UA en GA4 beter op elkaar aansluiten. Meting van apps met één pagina stelt u voor UA in met deze handleiding voor ontwikkelaars. 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 hebben ze 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 komend van meerdere gebruikers. Conversiecredits kunnen daarom op verschillende manieren worden toegeschreven. Deze functies zijn naar verwachting niet van invloed op 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 worden beïnvloed 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 |
|
Cookies overschrijven |
Als u de cookie-instellingen wijzigt in UA, past u deze ook aan in uw GA4-instellingen. Als u vroeger vallende vervaldatums gebruikt voor cookies, kan dat invloed hebben op attributie en leiden tot verschillen in conversieattributie. Meer informatie |
| 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 qua dimensies en statistieken | GA4 biedt een groter aantal acquisitiedimensies dan UA. Daardoor zijn niet alle mogelijke combinaties rapportagedimensies te vergelijken tussen UA en GA4 |
| Verschillen in de implementatie van app-tracking tussen UA en GA4 | We raden u aan om indien mogelijk één SDK te gebruiken. Een zeer kleine subset van gebruikers kan op dit moment app-gegevens verzamelen in UA. Gebruikers moeten de Firebase SDK implementeren als ze app-gegevens willen verzamelen en daarover willen rapporteren met GA4-property's. |
|
Alleen voor gekoppelde sitetags (inclusief 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:
|
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 of sideloading, vooral voor grote, complexe Analytics-projecten. |
| Opname van app- en webgegevens in 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 een hoger aantal conversies in GA4. | Voor de beste vergelijking neemt u geen app-gegevensstreams op als uw UA-property's geen app-verkeer bevatten. Als de app-stream al is opgenomen, segmenteert u rapporten om app-conversies uit te sluiten als u UA wilt vergelijken met GA4. |
| Geüpdatete kanaalgroeperingen: GA4-kanaalgroeperingen kunnen op een andere manier een conversie aan een kanaal toewijzen. Meer informatie | Gebruikers kunnen niet overschrijven welke conversies naar Google Ads worden geëxporteerd. |
In Google Ads
Dit zijn aanvullende redenen voor verschillen tussen vergelijkbare UA- en GA4-conversies op basis van de keuzes die in Google Ads zijn gemaakt voor een product, installaties of instellingen.
| Beschrijving | Oplossing/aanbeveling |
|
Toestemmingsmodus: modellering van de toestemmingsmodus is beschikbaar voor adverteerders die Google Analytics hebben geïmplementeerd met gtag.js of Google Tag Manager. Voor analytics.js bieden we geen modellering voor de toestemmingsmodus, omdat de toestemmingsstatus niet nauwkeurig kan worden gedefinieerd zonder een gtag.js- of GTM-implementatie. Omdat GA4-instellingen meestal gtag.js of GTM gebruiken, werkt de toestemmingsmodus wel voor GA4. Als UA en GA4 afhankelijk zijn van tags die geschikt zijn voor de toestemmingsmodus, kunnen beide modellering in Google Ads krijgen, maar alleen voor geavanceerde implementaties. Opmerking: GA4-gebeurtenissen worden alleen gemodelleerd als er een geavanceerde implementatie is uitgevoerd. Voor basisimplementaties (alleen met toestemming) kunnen geïmporteerde UA-conversies modellering in Google Ads krijgen, maar GA4-conversies niet. Meer informatie |
Voor een eerlijke vergelijking moeten gebruikers een tagtype gebruiken dat geschikt is voor de toestemmingsmodus voor beide property's en een geavanceerde implementatie hebben om modellering in Google Ads te krijgen voor zowel UA- als GA4-conversies. |
| Meting van volledige weergave: GA4 kan een conversie toeschrijven aan een YouTube-advertentie voor volledige weergave, zelfs als die advertentie-interactie niet rechtstreeks tot een websitebezoek heeft geleid, maar later wel tot een conversie leidde. Dat kan ertoe leiden dat een conversie wordt geëxporteerd naar Google Ads, waarvoor UA geen credits exporteert naar Google Ads. Dit betekent dat GA4 meer conversies aan Google Ads kan toeschrijven als een adverteerder een aanzienlijk bedrag aan YouTube-uitgaven heeft. |
In GA4 leidt dat niet tot een toename in het aantal conversies voor webverkeer. Het is mogelijk dat er meer conversiecredits 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. Vergelijk conversieacties die exact dezelfde conversieactie meten. U kunt standaardrapporten niet tegelijkertijd segmenteren op type advertentiegebeurtenis en conversiebron. Het is dus moeilijk een rechtstreekse vergelijking te maken in de UI van Google Ads. |
|
Model voor credits exporteren: Het model waarmee conversies worden geëxporteerd van GA4 naar Google Ads, is anders dan dat van UA. Waar UA en oorspronkelijk GA4 afhankelijk waren van een exportmodel voor laatste indirecte klik, gebruikt GA4 nu een exportmodel voor laatste credit, waardoor fractionele conversiecredits kunnen 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 conversies naar Google Ads wordt geëxporteerd. Dat aantal kan hoger of lager zijn in vergelijking met UA en is afhankelijk van de onafhankelijke gebruikerstrajecten van de gebruiker. |
We hebben de export van uiteindelijke credit gelanceerd omdat laatste indirecte klik-modellen niet voldoen. Dit betekent dat GA4 het ware aantal conversiecredits voor meerdere kanalen exporteert naar Google Ads. U kunt geen specifieke acties uitvoeren om de verschillen tussen UA en GA4 tot een minimum te beperken. |
| Methode voor conversies tellen vanuit Google Ads: Google Ads heeft een telinstelling die u kunt gebruiken om een of meer conversies te beheren die binnen een bepaalde conversieperiode voor een bepaalde gebruiker worden geteld. |
We raden u aan de instellingen voor conversies tellen af te stemmen op UA- en GA4-conversieparen. Meer informatie |
|
Van toepassing op handmatig gemaakte GA4-property's en klanten van slimme campagnes: In het GA4-exportmodel voor betaalde Google-kanalen worden alle conversies die naar Google Ads zijn geëxporteerd, toegeschreven aan Google-kanalen. Dit betekent dat er meer conversies naar Google Ads worden geëxporteerd dan de instelling Betaalde en organische kanalen, omdat niet-Google betaalde kanalen worden uitgesloten van het conversiepad. Met betaalde Google-kanalen 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 Google-kanalen. Met de attributie-instellingen op GA4-propertyniveau in het gedeelte Beheerder kunt u bepalen hoe conversies naar Google Ads worden geëxporteerd. Gebruik de instelling Betaalde en organische kanalen om de instellingen van Universal Analytics en Google Analytics 4 op elkaar af te stemmen. Meer informatie
|
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 conversiegebeurtenissen 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 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 |
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.