En soft 404 er en side, der returnerer 200 OK, men som ser tom eller manglende ud for Google. Find årsagen, og ret den med en 404, en 410, en 301 eller rigtigt indhold.

På denne side
Kort fortalt
En soft 404 er en URL, der returnerer en 200-statuskode (succes), mens dens indhold ser ud som en fejl, en tom side eller en besked om „ikke fundet“. Google udelukker disse URL'er fra sit indeks og melder dem som „Soft 404“ i rapporten om sideindeksering i Search Console. Rettelsen afhænger af siden: returnér en 404 eller 410, hvis indholdet er væk for godt, en 301-omdirigering, hvis det er flyttet til en klar erstatning, eller ret siden (indhold, rendering, ressourcer), hvis den skal indekseres.
Vil du vide mere? Spørg
Hurtig quiz
Hvem skal rette den tekniske side af dit site?
Vores anbefaling til dig
Slettet indhold leveret med en 200 er den rigtige løsning for dig
Nummer 1 i denne rangering, det bedste match for dine svar.
Vores anbefaling til dig
Tomme oversigter er den rigtige løsning for dig
Nummer 2 i denne rangering, det bedste match for dine svar.
Vores anbefaling til dig
Udsolgte og udløbne sider er den rigtige løsning for dig
Nummer 3 i denne rangering, det bedste match for dine svar.
Vores anbefaling til dig
Omdirigeringer til en irrelevant side er den rigtige løsning for dig
Nummer 4 i denne rangering, det bedste match for dine svar.
En soft 404-fejl er en uoverensstemmelse mellem det, serveren siger, og det, siden viser. Serveren svarer „alt er i orden“, mens den besøgende og Googlebot ikke ser noget brugbart. Begrebet stammer fra et forskningspapir fra 2004 af Ziv Bar-Yossef og kolleger, som Wikipedia-artiklen om HTTP 404 husker, og Google har i årevis opdaget disse sider automatisk. Denne guide forklarer, hvordan Google afgør, at en side er en soft 404, årsagerne bag hvert tilfælde, hvordan du på få minutter diagnosticerer en markeret URL, og hvilken rettelse der skal bruges.
Hvert HTTP-svar har en statuskode. En rigtig manglende side returnerer 404 (ikke fundet) eller 410 (væk): browseren viser en fejlside, og søgemaskinerne ved, at URL'en ikke har noget at indeksere. En soft 404 returnerer i stedet 200 (succes), så serveren hævder, at siden findes, mens indholdet siger det modsatte.
Googles dokumentation om fejlfinding af crawlingfejl definerer den som en URL, „der returnerer en side, som fortæller brugeren, at siden ikke findes, og også en 200-statuskode (succes)“, og tilføjer, at „det i nogle tilfælde kan være en side uden hovedindhold eller en tom side“. Når dets algoritmer opdager, at en side er en fejlside ud fra indholdet, viser Search Console en soft 404, og siden udelukkes fra søgningen.
To punkter følger af definitionen:
De to ser ens ud for en besøgende og opfører sig meget forskelligt for en crawler.
| Kriterium | Hård 404 / 410 | Soft 404 |
|---|---|---|
| Returneret statuskode | 404 (ikke fundet) eller 410 (væk) | 200 (succes) |
| Hvad siden viser | En fejlside, helst en hjælpsom tilpasset en | En fejlbesked, en tom skabelon eller næsten intet indhold |
| Hvordan Google finder ud af, at siden er væk | Ud fra statuskoden, med det samme | Ved at analysere indholdet, efter crawling og rendering |
| Crawling bagefter | Crawlfrekvensen falder gradvist | URL'en bliver ved med at blive crawlet og spilder budgettet |
| Mærkat i Search Console | „Ikke fundet (404)“ | „Soft 404“ |
| Er det et problem? | Nej, hvis indholdet virkelig er væk | Ja: forkert signal, spildt crawling, mulig tabt side |
En ren 404 er et sundt svar. Googles vejledning om styring af crawlbudget kalder en 404 „et stærkt signal om ikke at crawle den URL igen“ og fastslår, at „soft 404-sider fortsat bliver crawlet og spilder dit budget.“ På et lille websted er spildet marginalt; på en butik med tusindvis af tomme filtersider forsinker det crawlingen af de sider, der betyder noget (se vores ordforklaring om crawlbudget).
Google nævner fire tekniske årsager: en manglende server-side include-fil, en brudt databaseforbindelse, en tom side med interne søgeresultater og en ikke-indlæst eller manglende JavaScript-fil. I revisioner falder de markerede URL'er i seks familier.
CMS'et eller temaet viser en skabelon med „Siden blev ikke fundet“, men beholder 200-statuskoden. Det sker med nogle tilpassede 404-opsætninger, catch-all-ruter og frameworks, der renderer en generisk fejlkomponent uden at sætte statussen.
Kategorisider uden produkter, tagarkiver uden indlæg, interne søgesider med „0 resultater“ og filterkombinationer, der ikke matcher noget. Skabelonen indlæses, hovedindholdsområdet er tomt, og Google ser en fejlside. Vores guide til SEO for kategorisider i e-handel dækker, hvordan du holder oversigter værd at indeksere.
Produktsider, der skifter til „Dette produkt er ikke længere tilgængeligt“ uden pris, beskrivelse og alternativer, eller job- og eventsider reduceret til „Dette tilbud er udløbet“. Formuleringen alene er nok til, at Google behandler dem som manglende.
At sende alle fjernede URL'er til forsiden eller til en generisk kategori ligner en praktisk oprydning. Google har en tendens til at behandle en omdirigering til en side, der ikke erstatter originalen, som en soft 404, så omdirigeringen giver intet, og den gamle URL bliver alligevel rapporteret. Vores guide til SEO-omdirigeringer forklarer, hvornår en 301 er legitim.
Sider med en header, en footer og to linjer tekst, pladsholdersider („Kommer snart“) eller meget korte profiler genereret i masse. Google skelner ikke altid mellem en næsten tom side og en fejlside. Hvis det er din situation, så læs vores definition af tyndt indhold.
En god side kan markeres, når Googlebot ikke ser dens indhold. Googles vejledning siger, at en sådan side „ikke blev indlæst korrekt for Googlebot, manglede kritiske ressourcer, eller viste en fremtrædende fejlbesked under rendering.“ Typiske årsager: JavaScript eller CSS blokeret af robots.txt, API-kald der fejler eller timer ud for crawleren, for mange eller for tunge ressourcer, og klientside-apps, der renderer en fejlkomponent på ukendte ruter. Vores guide til JavaScript-SEO beskriver i detaljer, hvordan Google renderer scripts.
Pas på
Nogle få ord i en skabelon kan i sig selv udløse dommen. En sidebjælke eller et banner med „ikke fundet“, „ingen resultater“ eller „ikke tilgængelig“ på hver side er nok til, at Google fejllæser sunde sider som fejl. Kontrollér dine fælles blokke, før du jager årsager på sideniveau.
Tre kilder, fra den mest officielle til den mest udtømmende.
Googles vejledning sorterer rettelser efter sidens tilstand. Beslut først, hvad du vil have URL'en til at blive, og anvend derefter det passende svar.
| Situation | Rettelse | Kontrol efter rettelsen |
|---|---|---|
| Indhold fjernet, ingen erstatning | Returnér 404 eller 410 med en hjælpsom tilpasset fejlside | Statuskode 404 eller 410 på URL'en |
| Indhold flyttet, eller en klar ækvivalent findes | 301-omdirigering til den nærmeste ækvivalente side | Ét enkelt hop, den endelige URL returnerer 200 |
| God side, som Google fejllæste | Ret rendering: frigør ressourcer, ret API-fejl, gør siden lettere | URL-inspektion viser hele indholdet |
| Tynd side, der er værd at beholde | Tilføj rigtigt indhold: beskrivelse, data, svar, links | Hovedindholdet er tydeligt synligt |
| Tom oversigt eller intern søgeside | Returnér 404, tilføj noindex, eller stop med at linke til den | Ingen interne links længere til tomme sider |
| Route i single-page-app, der ikke findes | JavaScript-omdirigering til en URL, der returnerer 404, eller noindex tilføjet via script | Den renderede HTML indeholder noindex, eller den endelige status er 404 |
Hvis siden er væk, og intet på sitet erstatter den, er en 404 eller 410 det korrekte svar. Google behandler alle 4xx-koder undtagen 429 ens og fjerner URL'en fra indekset, hvis den var der. Hold fejlsiden nyttig for besøgende: en klar besked, sitenavigation, links til populære sider, men altid med 404-statuskoden.
Findes en ækvivalent side (ny URL, nyere model af produktet, sammenlagt artikel), så brug en 301 til den side og ingen andre steder hen. Kontrollér kæden med vores tjek af omdirigeringer: ét hop, endelig status 200.
Brug værktøjet URL-inspektion i Search Console, kør en live-test, og kig på skærmbilledet og den renderede HTML. En tom eller næsten tom rendering peger på blokerede eller fejlende ressourcer. For en klientside-app anbefaler Googles grundlæggende om JavaScript-SEO enten en JavaScript-omdirigering til en URL, der returnerer 404, eller et noindex-robotmetatag på fejlruterne; vores guide til SEO for single-page-applikationer dækker server-rendering, den varige rettelse. Når siden renderer korrekt, bekræfter vores tjek af indekserbarhed, at intet andet blokerer den.
Et produkt, der kommer tilbage snart, skal forblive live med sin fulde beskrivelse, en meddelelse om tilgængelighed og alternativer. Et produkt, der er udgået for godt, får en 301 til sin efterfølger eller den nærmeste kategori, hvis den passer til behovet, eller en 404, hvis intet gør. For tomme oversigter, du vil have nåelige, holder et noindex-tag dem ude af indekset uden at ødelægge navigationen.
Tip
Ret hver URL i et mønster, før du klikker på „Valider rettelse“ i Search Console. Google stopper valideringen, så snart den finder en resterende forekomst, og en validering tager typisk op til cirka to uger.
Intet ændrer sig, før Google crawler URL'erne igen. Efter en rettelse starter du en validering fra detaljesiden for Soft 404: ifølge Googles hjælpecenter tager den typisk op til cirka to uger og nogle gange væsentligt længere. URL'er, der er skiftet til en rigtig 404, flytter til årsagen „Ikke fundet (404)“ og forsvinder så over tid fra rapporten; rettede sider kan flytte til „Indekseret“ eller, hvis Google stadig finder dem svage, til Crawlet, ikke indekseret endnu. For de håndtag, der fremskynder genCrawlingen, se vores guide til indeksering i Google.
For Google betyder en soft 404 en side, der ikke kan rangere, og et crawlbudget brugt på ingenting. For AI-assistenter som ChatGPT, Gemini eller Perplexity er indsatsen tilsvarende: deres crawlere læser det, din server returnerer, og mange henter den rå HTML uden at køre JavaScript. En side, der kun renderer i browseren, kan se tom ud for dem, og en fejlside leveret med en 200 fortæller dem intet pålideligt om dit websted. Rene statuskoder og indhold til stede i den indledende HTML hjælper både Googlebot og AI-crawlere med at forstå, hvilke sider der findes, og hvilke der kan citeres.
Den praktiske rutine er kort: følg rapporten om sideindeksering efter hver migrering, hver opdatering af kataloget og hver ændring af en skabelon, og test nye skabeloner før udgivelse. Den gratis Sorank-udvidelse til Chrome markerer problemer på siden, du ser, og Sorank-dashboardet for GEO og SEO følger klik, visninger og placeringer fra Search Console, så du opdager et fald, så snart en serie sider forlader indekset.

En soft 404 er en side, hvis statuskode modsiger dens indhold: beslut, om URL'en skal findes, og gør derefter serveren og siden enige. Returnér en rigtig 404 eller 410 for det, der er væk, en relevant 301 for det, der er flyttet, og rigtigt, renderbart indhold for det, der skal rangere.
Den markerede URL kan ikke vises i Googles resultater, og Google bliver ved med at crawle den, hvilket spilder crawlbudget på store websteder. Resten af sitet bliver ikke straffet. Den reelle risiko er at miste en side, du ville have indekseret, for eksempel en produktside, Google ikke kunne rendere.
Nej. Google har en tendens til at behandle en omdirigering til en side, der ikke erstatter originalen, som en soft 404, så problemet forbliver. Omdirigér kun til en nær ækvivalent, og returnér en 404 eller 410, når ingen sådan side findes.
Google behandler 404 og 410 næsten ens: begge fortæller den, at siden ikke findes, og fører til fjernelse fra indekset. En 410 siger tydeligere, at fjernelsen er permanent. Begge er korrekte, så længe statuskoden matcher indholdet.
DE PRØVEDE SORANK, FØR DU GJORDE DET
