Er det ikke i praksis det samme? Men bare uden nogen form for opsætning.

Hilsen Frederik

Har egentlig aldrig tænkt over at spore 404 sider på vores sites. Men super idé. Hvor kan man “redde” mange læsere, som måske ellers var smuttet.

Tak
Martin

Super spændende og som sådan jo lige til. Jeg vil dog høre hvordan du fikser den på en standard WordPress blog, hvor man jo ikke lige smider et seperat script ind på en enkelt side (hvis man bruger en plugin).

Har – efter at have søgt lidt – ingen sider i min Analytics med “page not found” eller “siden findes ikke” etc.

Nogle ideer?

Det var da et svar, der kunne bruges!! Supert
Takker mange gange! – Nu får vi se om “der bliver fulgt op”

Denne gang skriver jeg lige fra computeren og ikke fra en mobil. Det fungerer ikke helt optimalt.
Først og fremmest, vil jeg lige pointere at det var bestemt ikke dårlig ment Jakob, det er en god artikel og rart at se at nogen spreder budskabet om web analyse generelt. Min tone virkede lidt negativ og det var slet ikke meningen.

@Peter
Jeg kan desværre ikke lave en artikel hvor jeg viser alle tingene. Jeg sidder som web analytiker i Nordea, og vi bruger ikke GA, men webtrends. Jeg har heller ikke adgang til en privat GA konto, så beklager.

Det er dog irrelevant da de fleste tools kan meget af det samme.
Men det kan jo være du kan lokke Jakob til at vise det

Jeg prøver at forklare det lidt nærmere her.
I mit tilfælde vil jeg bla. gerne vil se mængden af http fejl, og som nævnt er der meget mere end bare 404.
http://en.wikipedia.org/wiki/List_of_HTTP_status_codes

Endvidere vil jeg gerne kunne se hvor de opstår, dvs. det kræver at jeg ser på de sider(referring page), som leder til et dødt link (hvis det er 404 fejl).
Det bruger jeg til at grave videre, og undersøge hvad der går galt. Nogle af de andre http fejl kan feks. give dig et hint om, hvis du har en ustabil web server eller lignende.

Ex. I toppen af denne side, i menuen, er et link til Analyticsbogen
linket går til: http://www.webanalytiker.dk/analyticsbogen/
Nu lader vi lige som om at det link ikke virker.
Så istedet for at få en dum standard http 404 fejl, så har du en custom side ligesom jakob. http://www.webanalytiker.dk/analyticsbgen/
<– (jeg har fjernet O i analyticsbogen)
Hvis nu du konfigurerer din webserver, så den serverer en custom 404 side, men også tilføjer to parametre som indeholder fejlen, og linket den var gal med.
Så ser det således ud på din custom 404 side:

http://www.webanalytiker.dk/analyticsbgen/?errorcode=404&errorlink=www.webanalytiker.dk/analyticsbgen/

Så bygger man et par rapporter i sit web analyse tool.

En der bare bygger på parameteren errorcode. Den vil vise dig antallet af fejl og sørg her for at have både Visits og Views(page views) som measures. Det ene viser antallet af besøg hvor det opstår, det andet viser dig antallet af gange.

Derudover bygger du en rapport som viser sider med filter der indeholder
errorcode parameteren.
Som 2 dimension, har den referring page.

Så kan du gå ind i rapporten og se følgende:
Errorpage: http://www.webanalytiker.dk/minfejlside/?errorcode=404&errorlink=http://www.webanalytiker.dk/analyticsbgen/

2 dimension referring page:
http://www.webanalytiker.dk/2012/11/04/spor-dine-404-sider-let-og-super-vaerdifuld/

Til højre har du dine measures, hvor du kan se hvor ofte det sker.

Ud fra dette ser du at der er et link som ikke fungerer på:
http://www.webanalytiker.dk/2012/11/04/spor-dine-404-sider-let-og-super-vaerdifuld/
Du går derfor ind på den side, højreklikker på siden, og siger vis kilde.
klik ctrl + f
Så kopierer du linket som ikke virker(errorlink), og indsætter det, og søger i kildekoden. Du kan nu se hvad det er for et link som ikke virker.

Du retter det, og lever lykkeligt til dine dages ende

Der er mange andre rapporter hvor det også kan bruges.

Håber det hjalp lidt.

Mvh. Nikolaj

Kanon artikel
Jeg har dog et spørgsmål til de to krav:
Du skriver:
URL for 404 siden bibeholdes. Dvs. dit CMS flytter ikke brugeren over til en /404-page side.

Ehhh det gør min shop… Jeg har omdøbt den hæslige 404.html og lavet en med en søgning og billeder… Men er det ikke lige meget? Nu da jeg har den fine TRACKER i min GA kode? “trackPageview’, ‘/404′ + location.pathname + location.search]);” oder was?

Det er vel også det GA filtrer på? Ellers må du meget gerne lige “vaske” det for mig – Så jeg kan få det på det tørre

@Nikolaj
Ihhh nu driller du… Det der med errorcodes og link… det lyder da endnu bedre… – Så skriv endelig en artikel, der kan vises og forstås Det kræver vel ikke php (min shop er asp) ??

En service som mange virksomheder betaler for et program der kan

Du har ret i at det ikke er så let at finde i interfacet, men du kan lave et dashboard, hvor du har en widget pr. trafikkilde. Så skal du bare skifte medium= ud med hhv. cpc, organic og det medium, som i benytter for nyhedsbreve. Så kan du maile dashboardet ugentligt, og så ved du hvad du skal lave tirsdag morgen

Vi havde heldigvis allerede en opsætning der gør os i stand til at identificerer hvilke URL der er forsøgt ramt fra et fejl link, forkert re-direct mm.:

/pagecannotbefound/?page=/nec

Her indikerer det efter page= havd det er for en side der er opstået en fejl ved.

Inspireret af det simple filter ville jeg lave en tilsvarende for email og cpc trafik. Desværre kan man kun få to dimensioner med i GA interfacet, så jeg kunne ikke se hvilken mail eller cpc kampagne det var.

Heldigvis kan man få lidt mere ud af API´et, så en hurtig opsætning kunne give mig hvad jeg behøvede for at se hvilke specifikke CPC kampagner og emails der ramte en 404 side.