Waarom groeit het directe verkeer in Google Analytics?

Af en toe komen klanten met echte doordenkertjes aan. Het antwoord op de volgende vraag wil ik jullie niet onthouden:

De oorzaak

Doordat steeds meer sites WordPress gebruiken én doordat WP een vermaledijde functie heeft sinds april 2017 (versie 4.1.7 via de editor) en toen weer een tijdje niet en sinds wp 5.1 weer wel (via de wp core) live gezet kan er steeds meer verkeer van andere websites niet meer ‘gezien’ worden door Google of Adobe Analytics.

De functie ‘open link in new Tab’

De functie ‘open in new tab’ die steeds meer publishers gebruiken doet in principe 1 ding: ze zorgt ervoor dat als een gebruiker op de link klikt , de link niet in hetzelfde tabje van de browser opent maar in een nieuw tabje.

Los van de vraag of dit qua gebruikersvriendelijkheid wel de beste optie is – op mobiel kun je dan niet terug naar vorige scherm, en de gebruiker wil door waarom verbeid je dit? – speelt er nog iets anders.

Welke code voegt ‘open in new tabblad’ toe?

Onder water wordt de volgende code aan dit soort links toegevoegd:

<a href="https://website.nl/link" target="_blank" rel="noreferrer noopener">klikbare tekst</a> 

Dit zijn de 3 onderdelen waarom het gaat:

1. target=”_blank”
2. rel=”noopener”
3. rel=”noreferrer”

target=”_blank”

Hier is het om te doen. Met target=”_blank” opent de link in een nieuwe tabblad.

rel=”noopener”

Omdat target=”blank” een kwetsbaarheid openstelt, mocht de site waarnaar je verwijst, gehackt zijn -of in de toekomst gehackt wordt- is de best practice om rel=”noopener” toe te voegen aan de link.

Webdev adviseert: Voeg rel=”noopener” of rel=”noreferrer” aan je target=”_blank” links toe om dit probleem te voorkomen.

• rel=”noopener” voorkomt dat de nieuwe pagina toegang krijgt tot de ‘window.opener’ eigenschap en zorgt ervoor dat dit in een eigen proces draait.
• rel=”noreferrer” heeft hetzelfde effect maar zorgt er ook voor dat de ‘Referer header’ niet naar de nieuwe pagina gestuurd wordt.

rel=”noreferrer”

En nu heeft WordPress sinds maart 2019 beide standaard ingebouwd als je kiest voor ‘open in nieuw tabblad’ terwijl alleen rel=”noopener” voldoende is!

WordPress maakt dus van een target=”_blank” link met rel=”noreferrer noopener”:

<a href="https://website.nl/link" target="_blank" rel="noreferrer noopener">klikbare tekst</a>

Terwijl vanuit voorkomen van een hack alleen de toevoeging rel=”noopener” voldoet:

<a href="https://website.nl/link" target="_blank" rel="noopener">klikbare tekst</a>

Alleen voor oudere browsers werkt rel=”noopener” niet Denk IE – wie gebruikt dat nog? Voor die oudere browsers voegt WP dus ook nog rel=”noreferrer” toe als fallback, zou je kunnen zeggen maar daar valt tegen in te brengen dat ook rel=”noreferrer” ook niet werkt in IE 6-10 en maar gedeeltelijk in IE11.

Voorbeeld in het wild

Dit is een voorbeeld van een artikel op metronieuws. Ik trof het ook aan bij veel grote publishers zoals Linda,

Het gevolg voor je analytics

Daardoor kan de browser de referral, de site of app waarvandaan het verkeer komt niet meer zien. Gevolg is dat:

1. Dit verkeer opgeteld wordt bij ‘Direct’: deze groeit.
2. En niet meer bij ‘Referal’: deze daalt.

Oplossing probleem?

Als Publisher wil je toch ook dat een website waarnaar je linkt ziet dat jouw site dat verkeer heeft geleverd?

• Vraag een Publisher of hij de links zonder open in new tab wil opnemen.
• Vraag je als Publisher af waarom je de ” target=”_blank” rel=”noreferrer noopener” klakkeloos overneemt van WordPress.
• Gebruik je zelf WordPress en wil je per se de link in een nieuw tabje laten openen? Er zijn functies om de rel=”noreferrer eruit te slopen.

Voeg deze code toe aan het einde van je WP child theme functions.php file om noreferrer uit nieuw te posten link te halen:

//This code removes noreferrer from your new or updated posts
 function my_targeted_link_rel($rel_values) {
 return 'noopener';
 }
 add_filter('wp_targeted_link_rel', 'my_targeted_link_rel',999);