Real-time 404 tracking med Google Tag Manager

En af de vigtigste opgaver når man lancerer et nyt website er at få opsat redirects fra alle de gamle URL’er. Det har jeg tidligere skrevet om her: Husk redirects når du får nyt website.

Men selvom man har været grundig kan der være svipsere, så derfor er det vigtigt at holde øje med trafikken på 404 sider i timerne efter launch. Når vi launcher et nyt website for en kunde eller os selv i IMPACT sidder jeg altid med et champagneglas i hånden og overvåger 404 siderne i Real-time rapporterne i Google Analytics via mit Real-time 404 tracking system.

Jeg bruger Google Tag Manager da det giver mulighed for at opsætte avanceret tracking ud fra nogle smarte regler. Her vil jeg gennemgå hvordan jeg har opsat Google Tag Manager på vores nye website som blev lanceret da vi skiftede navn til IMPACT den 27. februar 2015.

Mit system giver mig følgende oplysninger i samme øjeblik en bruger lander på en 404 side:

• Den URL som brugeren har forsøgt at tilgå
• Hvor brugeren kom fra

Jeg bruger Event Tracking for at indsamle alle oplysningerne i hvert sit felt i Google Analytics. Strukturerede data er vejen frem!

1. Regel / udløser

Jeg starter med at lave den regel som skal styre hvornår mit Event skal affyres. Typisk har 404 siden altid den samme <title> så den bruger jeg oftest. Ind og kigge i kildekoden og finde dette stykke kode: <title>Siden blev ikke fundet - IMPACT</title>. Jeg opsætter en regel i Tag Manager som tjekker titlen på siden:

Reglen i Tag Manager.

2. Makroer / variabler

Derefter skal jeg bruge det data der skal sendes til Google Analytics når en bruger rammer en 404 side. Jeg skal vide hvilken URL brugeren forsøgte at tilgå samt hvor brugeren er kommet fra.

Det sidste er nemt nok, for der har Tag Manager den indbyggede makro {{referrer}} som indeholder den URL brugeren kom fra. Denne information er guld værd, så jeg kan kontakte sider der linker til de gamle URL’er på sitet og bede om at få opdateret linket. Jeg laver selvfølgelig en redirect med det samme, så trafikken fremover ikke går tabt, men det er kun omkring 75% af den oprindelige link juice der bliver ført gennem et redirect, så hvis det er muligt at få andre sites til at linke direkte til den nye URL kan jeg score 25% ekstra link juice.

Den næste kræver lidt arbejde. Jeg skal vide præcis hvilken URL brugeren har forsøgt at tilgå. Uden den information kan jeg ikke opsætte et redirect for siden. Tag Manager har nogle indbyggede makroer som kan fange stykker af URL’er men ingen af dem fanger den komplette URL. En URL som Tag Managers indbyggede makroer ikke kan fange er denne:

http://www.impact.dk/kontakt?utm_source=google#billeder

Jeg opretter derfor følgende makro med en lille JavaScript funktion:

Makroen som fanger hele URL’en

Det er denne kode jeg skriver ind i feltet (du må godt copy/paste den):

function() {
var UrlCompletePath = location.pathname + location.search + location.hash;
return UrlCompletePath;
}

3. Event tracking Tag

Så skal informationerne sendes afsted. Det klarer jeg med et Event Tracking tag som sender de to makroer afsted når reglen er opfyldt. Det ser således ud:

Event Tracking tag som sender dataene til Google Analytics.

Hvad kan jeg så se i Google Analytics?

Når websitet går i luften sidder jeg i Real-time rapporten i Google Analytics og holder øje med om der er brugere der lander på 404 siden. Hvis de gør det kan jeg øjeblikkeligt se præcis hvilken side de ramte, så jeg kan opsætte en redirect og jeg kan se hvor brugeren kom fra, så jeg kan få rettet linket.

Real-time Google Analytics rapporten viser mig 404 sider når de rammes.

Nemt og mega værdifuldt!

Det kan godt lade sig gøre at lave samme trick uden Tag Manager ved at indsætte Event tracking koden på 404 siden, men det er kun med Tag Manager at man kan gøre det uden at forstyrre sin programmør.