Vaak voorkomende problemen in Google Analytics - Sessie 1 – Je referral traffic beheren | Artikels

Introductie

Als frequente Google Analytics gebruikers, zijn velen onder jullie wel al in aanraking gekomen met wat self-referral traffic genoemd wordt. Self-referral traffic is verkeer dat van je eigen domein komt in de lijst van verwijzingen.

Mogelijke oorzaken kunnen zijn:

  • Tag werd niet geplaatst op sommige delen van de website
  • Complexe omgeving waar meerdere domeinen naast elkaar bestaan
  • Third party payment platforms die verschijnt in de Universal Analytics account

Bovenop deze vaak voorkomende problemen, die Jeff Sauer heeft verduidelijkt in een recent artikel, blijkt er een data kwaliteitsprobleem te bestaan met sommige Universal Analytics accounts. Het lijkt erop dat hackers het measurement protocol gebruiken om valse data (waaronder referral) in rapporten te plaatsen. Hoewel we geloven dat Google dit snel zal onder handen nemen en oplossen, kan dit tijdelijk een impact gehad hebben op enkele rapporten.

Subdomain & cross domain tracking

Enkelen onder jullie zouden ook een stijging in verkeer ervaren hebben sinds de overschakeling naar Universal Analytics. De manier waarop Universal Analytics werkt is licht verschillend van de manier waarop de klassieke Google Analytics werkt. Universal Analytics stelt namelijk een first party cookie in, ‘_ga’ genaamd, om informatie over bezoekers, sessies en campagnes op te slaan. De doelstelling is de grootte van de verstuurde cookies te reduceren. Deze cookie is standaard ingesteld op het hoogste domeinniveau. Dit heeft een impact op de manier waarop je nu de subdomain en cross domain dient te beheren.

Bij de klassieke Google Analytics tag, waren meerdere extra implementaties vereist om de subdomain en cross domain fatsoenlijk te tracken. Geavanceerde gebruikers zullen zeker vertrouwd zijn met methodes zoals onder andere ‘setdomainname’ en ‘allowlinker’. Als dit uw situatie is, neem dan een kijkje naar deze oude maar volledige gids.

referral1

Met Universal Analytics wordt dit proces, door het feit dat de cookie op het hoogste domeinniveau wordt ingesteld, vergemakkelijkt. De subdomain tracking is nu verholpen door het gebruiken van de referral exclusion list feature in de eigenschapsinstellingen van je Analytics account. Je hoeft enkel de naam van je domein toe te voegen: ‘mydomain.com’. Dit zal later toegelicht worden door middel van een vorrbeeld.

Cross domain tracking beheren is zoals vermoedelijk iets ingewikkelder. Eerst en vooral, is Google Tag Manager een must-have als je je in deze situatie bevindt. Deze tool zal het proces enorm vereenvoudigen. In principe zijn er 3 stappen die je moet volgen om de cross domain tracking te activeren. Om sessiecontinuïteit te verzekeren dien je cookies naar het andere domein te verplaatsen en dit dient aanvaard te worden. Ga, bij het opzetten van de Universal Analytics Tag, in de GTM interface in ‘more settings’, naar ‘fields to set’ en geef de volgende veldnaam in: “allowLinker” met als waarde “true”. Ten tweede, ga terug in ‘more settings’ naar ‘cookie configuration’ en geef daar “auto” in. Tenslotte zal je een constant string macro moeten creëren en voor de betreffende domeinen invullen, door elk domein te scheiden met een komma. Eens deze macro gecreëerd werd, pas dan de pas aangemaakte variabel toe in het ‘Auto Link Domains’ veld onder Cross Domain Tracking in ‘more settings’.

Toepassing in de praktijk: third party payment platforms

Meer specifiek, een vaak voorkomend probleem met cross domain interactions is het gebruik van een third party payment platform, of payment service provider (PSP), wat ecommerce betreft. Doorgaans kwam dit voor in 2 verschillende situaties:

De on-site integratie

De PSP, soms gebruikt in het verleden, kan geïntegreerd worden in de website. In dit geval blijft de gebruiker op het oorspronkelijke domein en blijft de URL dezelfde. Er zouden geen cross domain tracking problemen mogen voorkomen in deze situatie.

referral2

De externe oplossing

Vaker wel dan niet wordt de gebruiker doorverwezen naar de PSP website om de betaling te voltooien. Hij wordt dan terug doorverwezen naar jouw website om de bevestigingspagina van de transactie weer te geven.

referral3

In sommige gevallen beschouwt Google Analytics dit als een nieuwe sessie, waardoor je data niet meer 100% representatief is. Dit is vooral problematisch als deze nieuwe sessie het ‘referral’ medium draagt, en de ecommerce transactie hieraan wordt toegekend.

referral4

Er is uiteraard een oplossing voor dit probleem. In het verleden, met de klassieke Google Analytics, was het aangeraden ?utm_nooverride=1 aan je uitgaande URL toe te voegen. Dit houdt in dat je toegang hebt tot de uitgaande URL’s van het betalingsplatform terug naar jouw website.

Zoals hierboven beschreven werd, vereenvoudigt Universal Analytics dit hele proces met de referral exclusion list. Het geldt ook voor het geval van een PSP. Voeg de referring URL simpelweg toe aan de exclusion list.

Hoe referral exclusion lists gebruiken

Identificeer eerst en vooral de URL’s die je referral traffic rapport vertekenen.

Log nadien in op je Google Analytics account en ga naar eigenschappen bij ‘Beheerder’. Selecteer, onder ‘tracking info’, de referral exclusion list en voeg de referring domeinnamen toe.

referral5

geschreven door Julien Cornet

en Stéphane Juricic

Tags:

Contacteer Ons

Semetis | Scheldestraat 122, 1080 Brussel - België

welcome@semetis.com

Volg Ons

Cookie Policy

This website uses cookies that are necessary to its functioning and required to achieve the purposes illustrated in the privacy policy. By accepting this OR scrolling this page OR continuing to browse, you agree to our privacy policy.