Je opent je acquisitierapport in analytics en ziet je eigen domein staan als verwijzer. Tien procent van je verkeer zou van je eigen website komen. Dat cijfer klopt niet. Je site kan geen verkeer naar zichzelf sturen in enige zinvolle zin.
Self-referrals zijn een van de meest voorkomende problemen met analytics-datakwaliteit. Ze blazen je verwijzingsverkeer op, tellen je echte acquisitiekanalen te laag en breken de attributie bij bezoekersreizen met meerdere stappen. Als je ze niet oplost, zijn je rapporten over verkeersbronnen onbetrouwbaar en neem je verkeerde marketingbeslissingen.
Wat self-referrals zijn en waarom ze ontstaan
Een self-referral ontstaat als je analytics een sessie vastlegt waarvan de verwijzer je eigen domein is. De sessie lijkt te zijn begonnen doordat de bezoeker op een link op je eigen site klikte, terwijl het echte instappunt een andere bron was.
Dat gebeurt omdat analytics een sessiegrens trekt als de verwijzer verandert. Een bezoeker die via een zoekmachine binnenkomt, start sessie één met organisch zoeken als bron. Klikt die bezoeker later op een link naar een betaalsubdomein of een pagina die een nieuwe sessie start, dan legt sessie twee je eigen domein vast als verwijzer.
De bezoeker kwam niet echt van je site. Hij was al op je site. Maar de sessiebreuk in analytics creëerde een kunstmatige verwijzing.
Veelvoorkomende oorzaken van self-referralverkeer
Self-referrals komen voort uit technische configuratieproblemen, niet uit bezoekersgedrag.
Gaten in tracking tussen subdomeinen
De meest voorkomende oorzaak. Je hoofdsite staat op www.example.com, maar je afrekenpagina draait op shop.example.com of pay.example.com. Analytics ziet dit als aparte properties, tenzij je cross-domain tracking instelt. Gaat een bezoeker van het ene subdomein naar het andere, dan beëindigt analytics de ene sessie en start een nieuwe met het vorige subdomein als verwijzer.
Overgangen van HTTP naar HTTPS
Laden sommige pagina's van je site nog via HTTP en andere via HTTPS, dan kan de wijziging van protocol de sessie onderbreken. Een bezoeker op een HTTP-pagina die op een link naar een HTTPS-pagina klikt, kan een nieuwe sessie starten met de HTTP-versie van je domein als verwijzer.
Ontbrekende of onjuiste cross-domain linker
Gebruik je meerdere domeinen voor één bedrijf, zoals een marketingsite en een apart domein voor je applicatie, dan heeft analytics een cross-domain linker nodig om sessie-informatie door te geven. Zonder die linker veroorzaakt elke navigatie tussen domeinen een self-referral.
Doorverwijzingen van betaalproviders
Bezoekers die je site verlaten voor een betaalprovider en terugkomen, verschijnen vaak als self-referral. De doorverwijzing naar de betaling breekt de oorspronkelijke sessie. Komt de bezoeker terug, dan start analytics een nieuwe sessie met je domein als bron, in plaats van de terugkeer aan het oorspronkelijke kanaal toe te schrijven.
E-mail- en campagnelinks zonder tags
Interne links in e-mails die naar je site wijzen zonder juiste UTM-parameters kunnen soms sessiebreuken veroorzaken. De bezoeker klikt vanuit zijn mailprogramma, landt op je site en analytics schrijft de bron verkeerd toe.
Sessie-timeout tijdens lange bezoeken
Standaard sessie-timeouts zijn meestal dertig minuten inactiviteit. Een bezoeker die langer dan de timeout op een pagina blijft staan en dan verder surft, start een nieuwe sessie. Klikt hij dan op een interne link om verder te gaan, dan kan de nieuwe sessie als self-referral worden vastgelegd.
Hoe self-referrals je data vertekenen
Self-referrals zijn geen onschuldige dubbelingen. Ze misleiden je analyse op meerdere manieren.
Rapporten over verkeersbronnen overdrijven het verwijzingsverkeer en onderschatten het echte acquisitiekanaal. Een bezoeker die oorspronkelijk via organisch zoeken kwam maar een self-referral veroorzaakte op je afreken-subdomein, verschijnt als verwijzingsverkeer in plaats van organisch. Je SEO-resultaten lijken zwakker dan ze zijn.
Conversie-attributie breekt als sessies midden in de reis splitsen. Een bezoeker die zoekt, rondkijkt en daarna koopt na een overgang naar een subdomein, kan zijn conversie toegeschreven krijgen aan een self-referral in plaats van aan de zoekopdracht die hem echt bracht.
Berekeningen van campagne-ROI worden onbetrouwbaar. Veroorzaakt verkeer van betaalde campagnes self-referrals tijdens reizen over meerdere pagina's, dan lijkt de campagne verwijzingsverkeer op te leveren in plaats van betaald verkeer. Je kosten per acquisitie kloppen dan niet.
Bouncepercentage en sessiecijfers worden kunstmatig opgeblazen. Elke self-referral maakt een extra sessie met meestal maar een of twee paginaweergaven. Je sessieaantal stijgt en je gemiddelde pagina's per sessie kan dalen.
Zo vind je self-referrals in je rapporten
Kijk in je acquisitierapport of je eigen domein als verwijzer staat. Elk volume hier is een self-referralprobleem dat je moet oplossen.
Zoek ook naar je subdomeinen, return-URL's van betaalproviders en testdomeinen. Al deze varianten van je eigen domein als verwijzer wijzen op sessiebreuken.
Vergelijk je verwijzingsverkeer vóór en na wijzigingen aan je site. Een piek in verwijzingsverkeer na het live zetten van een nieuwe afrekenflow of een nieuw subdomein wijst vaak op een nieuwe bron van self-referrals.
Segmenteer verwijzingsverkeer op landingspagina. Self-referrals landen meestal op specifieke pagina's zoals afrekenen, betalingsbevestiging of inloggen, en niet op je homepage of contentpagina's.
Self-referralproblemen oplossen
Elke oorzaak heeft een eigen oplossing. Pas de oplossing toe die bij jouw situatie past.
Stel cross-domain tracking in
Voeg al je domeinen en subdomeinen toe aan de cross-domain trackingconfiguratie van je analytics. Zo behandelt het systeem navigatie tussen deze properties als één sessie. Neem je hoofddomein, de www-variant, subdomeinen en eventuele aparte applicatiedomeinen op.
In WEMASY gebeurt cross-domain tracking automatisch binnen het systeem, omdat je hele site onder één analytics-property draait. Overgangen tussen subdomeinen en pagina's breken geen sessies.
Voeg uitsluitingsfilters voor verwijzers toe
Voeg als vangnet je eigen domein toe aan de uitsluitingslijst voor verwijzers in je analytics. Voeg elke variant toe: je domein met en zonder www, alle subdomeinen en testdomeinen.
Tag interne campagnelinks
Zorg dat alle links in e-mails, meldingen en interne campagnes de juiste UTM-parameters bevatten. Zo krijgt analytics een expliciete bron, ook als de sessie opnieuw start wanneer de bezoeker op de link klikt.
Lees voor bredere problemen met datakwaliteit naast self-referrals onze gids over waarom analytics-cijfers fout kunnen zijn. Lees voor het onderscheid tussen self-referrals en valse referral spam onze gids over referral spam herkennen.
Veelgestelde vragen
Hoeveel self-referralverkeer is normaal?
Nul is het doel. Elk volume self-referralverkeer wijst op een configuratieprobleem dat je moet oplossen. Kleine hoeveelheden onder twee procent lijken onschuldig, maar vertekenen nog steeds de attributie van de sessies die ze raken. Met de websitebouwer van WEMASY gebeurt cross-domain sessietracking automatisch binnen het systeem.
Lost een uitsluitingsfilter voor verwijzers tracking tussen subdomeinen op?
Uitsluitingsfilters zijn een vangnet, geen volledige oplossing. Ze verbergen self-referrals in je rapporten door ze als direct verkeer te herclassificeren. Maar de sessiebreuk zelf blijft bestaan, wat conversie-attributie en sessieaantallen kan beïnvloeden. Stel eerst cross-domain tracking in en voeg daarna uitsluitingsfilters toe als back-up.
Beïnvloeden self-referrals historische data?
Self-referrals oplossen voorkomt toekomstige dataproblemen, maar corrigeert oude rapporten niet. Historische sessies die door self-referrals zijn gesplitst, blijven gesplitst. Vergelijk na je oplossing je verwijzingsverkeer van vóór en na de datum van de fix, om te zien hoeveel je rapporten werden beïnvloed.
Hoe onderscheid ik self-referrals van echt verwijzingsverkeer?
Echt verwijzingsverkeer komt van andere websites die naar de jouwe linken. Self-referrals komen van je eigen domein of subdomeinen. Kijk in de kolom met de verwijzer in je acquisitierapport. Komt de bron overeen met een van je eigen domeinen, dan is het een self-referral. Legitieme verwijzers zijn domeinen die je niet zelf bezit. Lees onze gids over referral spam herkennen om echte verwijzers van valse te onderscheiden.
Kunnen testomgevingen self-referrals veroorzaken?
Ja, als je testdomein dezelfde analytics-property deelt met productie. Bezoekers of teamleden die tussen test en productie wisselen, veroorzaken self-referrals. Gebruik een aparte analytics-property voor testomgevingen. Moeten ze een property delen, voeg het testdomein dan toe aan je uitsluitingslijst voor verwijzers.
Moet ik self-referrals vóór of na andere analytics-problemen oplossen?
Los self-referrals vroeg op. Ze beïnvloeden de attributie van verkeersbronnen, en die is de basis van de meeste andere analytics-analyse. Zijn je brondata fout, dan is elk rapport erboven onbetrouwbaar. Bekijk na het oplossen van self-referrals je algehele datakwaliteit met onze gids over nauwkeurigheid van analytics-data.