En soft 404 är en sida som returnerar 200 OK men som ser tom eller borttagen ut för Google. Ta reda på orsaken och åtgärda den med en 404, en 410, en 301 eller riktigt innehåll.

På den här sidan
Kort sagt
en soft 404 är en URL som returnerar statuskoden 200 (lyckad) medan innehållet ser ut som ett fel, en tom sida eller ett meddelande om ”sidan hittades inte”. Google utesluter dessa URL:er från sitt index och rapporterar dem som ”Soft 404” i rapporten om sidindexering i Search Console. Åtgärden beror på sidan: returnera en 404 eller 410 om innehållet är borta för gott, en 301-omdirigering om det flyttats till en tydlig ersättning, eller reparera sidan (innehåll, rendering, resurser) om den ska vara indexerad.
Vill du veta mer? Fråga
Snabbquiz
Vem ska åtgärda den tekniska sidan av din webbplats?
Våra råd till dig
Borttaget innehåll som skickas med 200 är rätt lösning för dig
Nummer 1 i den här rankningen, den bästa matchningen för dina svar.
Våra råd till dig
Tomma listor är rätt lösning för dig
Nummer 2 i den här rankningen, den bästa matchningen för dina svar.
Våra råd till dig
Slutsålda och utgångna sidor är rätt lösning för dig
Nummer 3 i den här rankningen, den bästa matchningen för dina svar.
Våra råd till dig
Omdirigeringar till en irrelevant sida är rätt lösning för dig
Nummer 4 i den här rankningen, den bästa matchningen för dina svar.
Ett soft 404-fel är en förväxling mellan vad servern säger och vad sidan visar. Servern svarar ”allt är i ordning”, medan besökaren och Googlebot inte ser något användbart. Begreppet går tillbaka till en forskningsartikel från 2004 av Ziv Bar-Yossef och kollegor, som Wikipedia-artikeln om HTTP 404 påminner om, och Google har upptäckt dessa sidor automatiskt i flera år. Den här guiden förklarar hur Google avgör att en sida är en soft 404, orsakerna bakom varje fall, hur du diagnostiserar en flaggad URL på några minuter och vilken åtgärd du ska välja.
Varje HTTP-svar bär en statuskod. En riktigt saknad sida returnerar 404 (hittades inte) eller 410 (borttagen): webbläsaren visar en felsida och sökmotorerna vet att URL:en inte har något att indexera. En soft 404 returnerar i stället 200 (lyckad), så servern påstår att sidan finns, medan innehållet säger motsatsen.
Googles dokumentation om felsökning av crawlingfel definierar den som en URL ”som returnerar en sida som talar om för användaren att sidan inte finns och dessutom statuskoden 200 (lyckad)”, och tillägger att ”i vissa fall kan det vara en sida utan huvudinnehåll eller en tom sida”. När dess algoritmer upptäcker att en sida är en felsida utifrån innehållet visar Search Console en soft 404, och sidan utesluts från sökningen.
Två punkter följer av definitionen:
De två ser likadana ut för en besökare och beter sig mycket olika för en crawler.
| Kriterium | Hård 404 / 410 | Soft 404 |
|---|---|---|
| Returnerad statuskod | 404 (hittades inte) eller 410 (borttagen) | 200 (lyckad) |
| Vad sidan visar | En felsida, helst en användbar egen sådan | Ett felmeddelande, en tom mall eller nästan inget innehåll |
| Hur Google lär sig att sidan är borta | Från statuskoden, direkt | Genom analys av innehållet, efter crawling och rendering |
| Crawling efteråt | Crawlfrekvensen minskar gradvis | URL:en fortsätter att crawlas och slösar crawlbudget |
| Etikett i Search Console | ”Hittades inte (404)” | ”Soft 404” |
| Är det ett problem? | Nej, om innehållet verkligen är borta | Ja: fel signal, slösad crawling, möjligen förlorad sida |
En ren 404 är ett hälsosamt svar. Googles guide om hantering av crawlbudget kallar en 404 för ”en stark signal om att inte crawla den URL:en igen” och anger att ”soft 404-sidor fortsätter att crawlas och slösar din budget”. På en liten webbplats är slöseriet marginellt; i en butik med tusentals tomma filtersidor fördröjer det crawlingen av de sidor som spelar roll (se vårt uppslagsord om crawlbudget).
Google räknar upp fyra tekniska orsaker: en saknad serverinkluderingsfil, en bruten databasanslutning, en tom sida för intern sökning och en fil med JavaScript som inte laddats eller saknas. I granskningar faller de flaggade URL:erna i sex familjer.
CMS:et eller temat visar en mall för ”Sidan hittades inte” men behåller statuskoden 200. Detta händer med vissa egna 404-lösningar, catch-all-rutter och ramverk som renderar en generisk felkomponent utan att sätta statuskoden.
Kategorisidor utan produkter, taggarkiv utan inlägg, sidor för intern sökning med ”0 resultat” och filterkombinationer som inte matchar något. Mallen laddas, huvudområdet är tomt, och Google ser en felsida. Vår guide om SEO för kategorisidor i e-handel visar hur du håller listor värda att indexera.
Produktsidor som byter till ”Den här produkten är inte längre tillgänglig” utan pris, beskrivning och alternativ, eller jobb- och eventsidor reducerade till ”Erbjudandet har gått ut”. Formuleringen ensam räcker för att Google ska behandla dem som saknade.
Att skicka varje borttagen URL till startsidan, eller till en generisk kategori, ser ut som en bekväm städning. Google tenderar att behandla en omdirigering till en sida som inte ersätter originalet som en soft 404, så omdirigeringen ger ingenting och den gamla URL:en rapporteras ändå. Vår guide om SEO-omdirigeringar förklarar när en 301 är motiverad.
Sidor med en rubrik, en sidfot och två rader text, platshållarsidor (”Kommer snart”) eller mycket korta profiler genererade i bulk. Google skiljer inte alltid en nästan tom sida från en felsida. Om det gäller dig, läs vår definition av tunt innehåll.
En bra sida kan flaggas när Googlebot inte ser dess innehåll. Googles guide säger att en sådan sida ”inte laddades korrekt för Googlebot, saknade kritiska resurser, eller visade ett framträdande felmeddelande under renderingen”. Typiska orsaker: JavaScript eller CSS blockerat av robots.txt, API-anrop som misslyckas eller tar för lång tid för crawlern, för många eller för tunga resurser, och klientbaserade appar som renderar en felkomponent på okända rutter. Vår guide om JavaScript-SEO går igenom hur Google renderar skript.
Var försiktig
Några få ord i en mall kan ensamma utlösa bedömningen. En sidopanel eller ett banner som säger ”hittades inte”, ”inga resultat” eller ”inte tillgänglig” på varje sida räcker för att Google ska läsa friska sidor som fel. Kontrollera de delade blocken innan du jagar orsaker på sidnivå.
Tre källor, från den mest officiella till den mest uttömmande.
Googles guide sorterar åtgärderna efter sidans tillstånd. Bestäm först vad du vill att URL:en ska bli, och tillämpa sedan rätt svar.
| Situation | Åtgärd | Kontroll efter åtgärden |
|---|---|---|
| Innehållet borttaget, ingen ersättning | Returnera 404 eller 410, med en användbar egen felsida | Statuskoden 404 eller 410 på URL:en |
| Innehållet flyttat eller det finns en tydlig motsvarighet | 301-omdirigering till närmaste motsvarande sida | Ett enda steg, slutliga URL:en returnerar 200 |
| Bra sida som Google tolkade fel | Åtgärda renderingen: släpp blockerade resurser, rätta API-fel, lätta sidan | URL-inspektion visar hela innehållet |
| Tunn sida som är värd att behålla | Lägg till riktigt innehåll: beskrivning, data, svar, länkar | Huvudinnehållet syns tydligt |
| Tom lista eller sida för intern sökning | Returnera 404, lägg till noindex eller sluta länka till den | Inga fler interna länkar till tomma sidor |
| Rutt i en enkelsidesapp som inte finns | JavaScript-omdirigering till en URL som returnerar 404, eller noindex som läggs till med skript | Den renderade HTML:en innehåller noindex eller slutstatusen är 404 |
Om sidan är borta och inget på webbplatsen ersätter den är en 404 eller 410 rätt svar. Google behandlar alla 4xx-koder utom 429 på samma sätt och tar bort URL:en från indexet om den fanns där. Gör felsidan användbar för besökare: ett tydligt meddelande, webbplatsens navigering, länkar till populära sidor, men alltid med statuskoden 404.
Om det finns en motsvarande sida (ny URL, nyare modell av produkten, sammanslagen artikel), använd en 301 till just den sidan och ingen annanstans. Kontrollera kedjan med vår kontroll av omdirigeringar: ett steg, slutlig status 200.
Använd verktyget URL-inspektion i Search Console, kör ett live-test och titta på skärmbilden och den renderade HTML:en. En tom eller nästan tom rendering pekar på blockerade eller misslyckade resurser. För en klientbaserad app rekommenderar Googles grunder i JavaScript-SEO antingen en JavaScript-omdirigering till en URL som returnerar 404, eller en robots-metatagg med noindex på felrutter; vår guide om SEO för enkelsidesappar tar upp serverrendering, den varaktiga lösningen. När sidan renderas korrekt bekräftar vår kontroll av indexerbarhet att inget annat blockerar den.
En produkt som snart är tillbaka bör ligga kvar live med sin fullständiga beskrivning, ett meddelande om tillgänglighet och alternativ. En produkt som utgått för gott får en 301 till sin efterföljare eller närmaste kategori om en passar behovet, eller en 404 om ingen gör det. För tomma listor som du vill kunna nå, håller en noindex-tagg dem utanför indexet utan att bryta navigeringen.
Tips
Åtgärda varje URL i ett mönster innan du klickar på ”Validera åtgärden” i Search Console. Google avbryter valideringen så snart den hittar en kvarvarande förekomst, och en validering tar vanligtvis upp till ungefär två veckor.
Ingenting ändras förrän Google crawlar om URL:erna. Efter en åtgärd startar du en validering från detaljsidan för Soft 404: enligt Googles hjälpcenter tar den vanligtvis upp till ungefär två veckor, och ibland betydligt längre. URL:er som ändrats till en riktig 404 flyttas till orsaken ”Hittades inte (404)” och försvinner sedan ur rapporten med tiden; reparerade sidor kan flyttas till ”Indexerad” eller, om Google fortfarande anser dem svaga, till Genomsökt, för närvarande inte indexerad. För vad som snabbar upp omcrawlingen, se vår guide om indexering i Google.
För Google innebär en soft 404 en sida som inte kan rankas och en crawlbudget som spenderas på ingenting. För AI-assistenter som ChatGPT, Gemini eller Perplexity är insatserna liknande: deras crawlers läser vad din server returnerar, och många hämtar den råa HTML:en utan att köra JavaScript. En sida som bara renderas i webbläsaren kan se tom ut för dem, och en felsida som skickas med 200 berättar ingenting tillförlitligt om din webbplats. Rena statuskoder och innehåll som finns i den initiala HTML:en hjälper både Googlebot och AI-crawlers att förstå vilka sidor som finns och vilka som kan citeras.
Den praktiska rutinen är kort: bevaka rapporten om sidindexering efter varje migrering, katalooguppdatering eller mallbyte, och testa nya mallar innan de släpps. Det kostnadsfria Sorank-tillägget för Chrome flaggar problem på sidan du tittar på, och GEO- och SEO-instrumentpanelen i Sorank följer klick, visningar och positioner från Search Console, så att du upptäcker ett fall så snart en grupp sidor lämnar indexet.

En soft 404 är en sida vars statuskod motsägs av sitt innehåll: avgör om URL:en ska finnas, och låt sedan servern och sidan säga samma sak. Returnera en riktig 404 eller 410 för det som är borta, en relevant 301 för det som flyttats, och riktigt, renderbart innehåll för det som ska rankas.
Den flaggade URL:en kan inte synas i Googles resultat, och Google fortsätter att crawla den, vilket slösar crawlbudget på stora webbplatser. Resten av webbplatsen straffas inte. Den verkliga risken är att förlora en sida du ville skulle vara indexerad, till exempel en produktsida som Google inte kunde rendera.
Nej. Google tenderar att behandla en omdirigering till en sida som inte ersätter originalet som en soft 404, så problemet kvarstår. Omdirigera bara till en nära motsvarighet, och returnera en 404 eller 410 när ingen sådan sida finns.
Google behandlar 404 och 410 nästan på samma sätt: båda säger att sidan inte finns och leder till borttagning från indexet. En 410 anger tydligare att borttagningen är permanent. Båda är korrekta, så länge statuskoden stämmer med innehållet.
DE TESTADE SORANK FÖRE DIG
