Hurtigere hjemmeside hjælp til en langsom hjemmeside

Soft 404

Soft 404 er sider der returnerer 200 OK selvom de reelt er tomme, fejl eller uden søgeværdi. Det forvirrer crawlere, spilder crawl budget og skader brugeroplevelse.

Skrevet af Kim Tetzlaff

Kort fortalt: En soft 404 ligner en normal side for HTTP-protokollen (typisk 200 OK), men indholdet svarer til en fejl: tom kategori, tom søgning uden tydelig forklaring, eller en generisk tekst uden reelt emne. Det er problematisk fordi søgemaskiner bruger tid på at crawle og vurdere noget, der burde være en rigtig 404 eller et robots meta -signal.

Hvorfor er soft 404 farligt?

Google og andre bots kan ikke stole på statuskoden. I stedet skal de gætte ud fra indhold - og det koster crawl budget på skabeloner der skalerer til tusindvis af URL’er.

Brugere oplever døde ender uden klar besked. Det øger bounce og skader signalet om kvalitet - i familie med Core Web Vitals fordi langsom navigation og skuffelse ofte korrelerer med dårlige templates.

Sådan finder og retter du det

Brug crawls, Search Console-URL-inspektion og manuelle stikprøver på dynamiske routes. Ret strategisk: enten ægte 404/410 med brugbar side, 301 til nærmeste relevante kategori, eller robots meta noindex når siden skal findes for brugeren men ikke indekseres.

Sørg for tydelig UX: forklar hvorfor der ikke er resultater, og giv næste skridt (søgning, kategori, kontakt).

Performance-vinkel

Soft 404 sider loader ofte stadig fuld CMS overhead: tema, JavaScript bundle , tredjeparts-scripts . Når du retter til rigtige 404 eller slanke templates, kan du samtidig reducere TTFB og INP på de routes.

Hvorfor «ser ud som 404» uden at være det

En soft 404 opstår når serveren svarer med HTTP 200, men indholdet signalerer tydeligt at siden ikke findes: kort tekst, tom liste, generisk «vi fandt intet» uden kontekst. For en bruger kan det være forvirrende; for en crawler ligner det en tom side der stadig «lever» og kan spise crawl-budget.

Google klassificerer sådanne sider heuristisk. I praksis betyder det at I kan miste synlighed på rigtige sider, fordi systemet bruger tid på at genbesøge URL’er der aldrig bliver meningsfulde.

Produktlister, søgning og arkiver

E-handel mister ofte varer; hvis kategori-siden stadig returnerer 200 med næsten intet indhold, er det en klassisk soft-404-kandidat. Bedre: tydelig besked, links til nærmeste kategori, eller 410/redirect til et relevant alternativ når varen er væk permanent.

Interne søgeresultater med tomme queries eller automatiske «ingen resultater»-sider skal sjældent indekseres. Her handler det ikke kun om statuskode, men om at I ikke genererer uendelige unyttige URL’er som crawlers kan følge i ring.

Måling og oprydning

Brug dækningsrapporter og crawl-eksporter til at finde sider med lav tekstmængde kombineret med høj crawl-hyppighed. Supplér med manuel gennemgang af top-skabeloner: ser 404-siden professionel ud, eller ligner den en tom skal?

Når I retter en soft 404, dokumentér hvad der skete (datafejl, udgået produktlinje, sprogfejl), så marketing og support ikke genskaber samme URL-mønster næste kvartal.

Videre på sitet

Relaterede guides og blogindlæg finder du i kortene nederst på siden. Overblik: Blog, Guides, Ordbog.

FAQ

Er soft 404 et Core Web Vital?

Nej, men det påvirker SEO-kvalitet og brugeradfærd. Teknisk hastighed optimeres stadig med LCP, INP og CLS.

Kan facetter skabe soft 404?

Ja, hvis kombinationer returnerer tomme lister uden tydelig håndtering. Brug IA, noindex eller blokering af uendelige mønstre.

Næste skridt fra begreb til handling

Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.

Guide

Brug Transfer-Encoding (chunked) til progressiv rendering: hurtigere første visning

Lær at finde ud af om din server eller reverse proxy buffer HTML-svar, og få streaming (chunked) til at flytte første visning og LCP i den rigtige retning.

Guide

Gør hero til LCP: sådan ændrer du struktur, CSS og prioritering

Hvis LCP bliver en tilfældig paragraf i stedet for hero, får du både dårligere tal og en måling der ikke matcher brugerens første indtryk. Her er en konkret metode til at få hero (H1/billede) til at blive LCP – uden at snyde.

Guide

Få edge cache-hit på HTML: undgå cookies, forkert Vary og dårlige cache keys

Mange sites har CDN, men får stadig høj TTFB fordi HTML ikke caches. Lær et praktisk workflow til at få cache-hit på offentlige sider uden at servere forkert indhold.

Blog

Vary-header og caching: undgå forkert indhold og lav cache-hit-rate

Vary bestemmer hvornår caches skal gemme flere varianter af samme URL (fx gzip vs brotli eller dansk vs engelsk). Lær de typiske fejl, og hvordan du tester med headers og curl.

Blog

Sådan prioriterer du hastighedsoptimering uden at spilde tid

Lær hvordan du prioriterer hastighedsoptimering rigtigt, så du starter med de ændringer der giver mest effekt på LCP, INP, CLS og TTFB.

Blog

Hvad er Core Web Vitals? LCP, INP og CLS forklaret enkelt

Få en praktisk forklaring på LCP, INP og CLS. Lær hvad Core Web Vitals måler, hvorfor de betyder noget, og hvordan du kommer i gang.

Om forfatteren

Kim Tetzlaff

Kim skriver og vedligeholder indhold på hurtigere-hjemmeside.dk med fokus på målelig performance, Core Web Vitals og teknisk SEO. Målet er at gøre optimering konkret: hvad der faktisk flytter tal i feltdata, og hvordan du finder den korteste vej fra symptom til fix.

Kim Tetzlaff