Kort fortalt: En soft 404 henviser til en URL, der teknisk set returnerer en vellykket status eller en uhensigtsmæssig omdirigering, men som indholdsmæssigt ser ud til at mangle, være tom eller uden værdi.
Sådan bruger jeg Soft 404 i praksis
I praksis bruger jeg ikke betegnelsen Soft 404 som blot endnu et tal i en præsentation. Først fastslår jeg, hvilken beslutning det skal gøre mere præcis, hvilke data eller observationer det bygger på, og hvem der ændrer noget som følge heraf. Jeg sammenholder HTTP-status, synligt indhold, canonical og omdirigeringsmål; jeg tvinger ikke en tom URL til forsiden. Jeg registrerer også udgangspunkt, måledato og fortolkningens begrænsninger. Det gør det senere muligt at skelne en reel ændring fra en ændring i værktøj, stikprøve eller formulering af forespørgslen.
Hvad skal man være opmærksom på
Den største risiko er en præcision, der kun ser ægte ud. En skabelon med navigation og et par sætninger kan returnere 200, selv om det ønskede indhold faktisk ikke findes. Derfor sammenholder jeg resultatet over tid, på en stabil stikprøve og med virksomhedens kontekst. Hvis betegnelsen ikke fører til et konkret næste skridt, er resultatet ikke analyse, men blot en ny etiket.
Spørgsmål til beslutningstagning
- Indeholder URL'en reelt unikt indhold?
- Har den en meningsfuld direkte erstatning?
- Hvilken status returnerer serveren?
- Gælder problemet for hele skabelonen?