Myk 404-feil: Hva det betyr i Search Console og hvordan du retter det

En myk 404-feil er en uoverensstemmelse mellom det serveren sier og det siden viser. Serveren svarer «alt er i orden», mens besøkende og Googlebot ser noe som ikke er nyttig. Begrepet stammer fra en forskningsartikkel fra 2004 av Ziv Bar-Yossef og kolleger, slik Wikipedia-artikkelen om HTTP 404 minner om, og Google har oppdaget slike sider automatisk i flere år. Denne guiden forklarer hvordan Google avgjør at en side er en myk 404, årsakene bak hvert tilfelle, hvordan du diagnostiserer en flagget URL på få minutter, og hvilken rettelse du bør bruke.

Hva er en myk 404-feil?

Hvert HTTP-svar har en statuskode. En ekte manglende side returnerer 404 (ikke funnet) eller 410 (borte): nettleseren viser en feilside, og søkemotorene vet at URL-en ikke har noe å indeksere. En myk 404 returnerer 200 (suksess) i stedet, slik at serveren hevder at siden finnes, mens innholdet sier det motsatte.

Googles dokumentasjon om feilsøking av feil ved gjennomsøking definerer den som en URL som «returnerer en side som forteller brukeren at siden ikke finnes, og i tillegg statuskoden 200 (suksess)», og legger til at «i noen tilfeller kan det være en side uten hovedinnhold eller en tom side». Når algoritmene oppdager at en side er en feilside basert på innholdet, viser Search Console en myk 404, og siden utelates fra Søk.

To poeng følger av definisjonen:

• Dommen er basert på innholdet. Google leser den gjengitte siden. En gyldig produktside som ikke klarer å laste hovedinnholdet sitt, kan flagges på samme måte som en bevisst side for «ingen resultater».
• Det er en utelatelse fra indeksen, ikke en straff. Den flaggede URL-en holder seg utenfor indeksen; resten av nettstedet blir ikke nedgradert på grunn av den.

Myk 404 mot 404: hva er forskjellen?

De to ser like ut for en besøkende og oppfører seg svært forskjellig for en crawler.

En ren 404 er et sunt svar. Googles veiledning om håndtering av gjennomsøkingsbudsjett kaller en 404 «et sterkt signal om ikke å gjennomsøke den URL-en igjen» og sier at «soft 404-sider vil fortsatt bli gjennomsøkt, og sløser med budsjettet ditt.» På et lite nettsted er sløsingen marginal; i en butikk med tusenvis av tomme filtersider forsinker den gjennomsøkingen av sidene som betyr noe (se oppføringen vår i ordlisten om gjennomsøkingsbudsjett).

Hva forårsaker myke 404-feil?

Google lister fire tekniske årsaker: en manglende inkluderingsfil på serveren, en brutt databasetilkobling, en tom side med internt søk og en JavaScript-fil som ikke er lastet eller mangler. I revisjoner faller de flaggede URL-ene i seks familier.

1. Slettet innhold servert med 200

CMS-en eller temaet viser en mal for «Side ikke funnet», men beholder statuskoden 200. Dette skjer med enkelte egendefinerte 404-oppsett, fangst-ruter og rammeverk som gjengir en generisk feilkomponent uten å sette statusen.

2. Tomme oversikter

Kategorisider uten produkter, tagg-arkiver uten innlegg, interne søkesider med «0 resultater» og filterkombinasjoner som ikke treffer noe. Malen lastes, hovedområdet er tomt, og Google ser en feilside. Veiledningen vår om SEO for kategorisider i netthandel viser hvordan du holder oversikter verdt å indeksere.

3. Utsolgte og utløpte sider

Produktsider som bytter til «Dette produktet er ikke lenger tilgjengelig» uten pris, beskrivelse og alternativer, eller stillings- og arrangementssider redusert til «Dette tilbudet har utløpt». Ordlyden alene er nok til at Google behandler dem som borte.

4. Omdirigeringer til en irrelevant side

Å sende alle fjernede URL-er til forsiden, eller til en generisk kategori, ser ut som en praktisk opprydding. Google har en tendens til å behandle en omdirigering til en side som ikke erstatter originalen som en myk 404, så omdirigeringen gir ingenting, og den gamle URL-en blir rapportert likevel. Veiledningen vår om SEO-omdirigeringer forklarer når en 301 er riktig.

5. Tynne sider

Sider med en topptekst, en bunntekst og to linjer med tekst, plassholdersider («Kommer snart»), eller svært korte profiler generert i masse. Google skiller ikke alltid en nesten tom side fra en feilside. Hvis dette gjelder deg, les definisjonen vår av tynt innhold.

6. Feil i gjengivelsen

En god side kan flagges når Googlebot ikke ser innholdet. Googles veiledning sier at en slik side «ikke ble lastet ordentlig for Googlebot, manglet kritiske ressurser, eller viste en tydelig feilmelding under gjengivelsen». Typiske grunner: JavaScript eller CSS blokkert av robots.txt, API-kall som feiler eller får tidsavbrudd for crawleren, for mange eller for tunge ressurser, og klientapper som viser en feilkomponent på ukjente ruter. Veiledningen vår om SEO for JavaScript beskriver hvordan Google gjengir skript.

Slik finner du myke 404-feil

Tre kilder, fra den mest offisielle til den mest uttømmende.

1. Search Console. Åpne Indeksering, deretter Sider, og se under «Hvorfor sider ikke er indeksert» etter årsaken «Soft 404». Klikk på den for å se eksempel-URL-er (opptil 1,000) og datoen for siste gjennomsøking. Googles dokumentasjon for rapporten om sideindeksering anbefaler å returnere statuskoden 404 for sider som virkelig er «ikke funnet».
2. En gjennomsøking av ditt eget nettsted. Crawlere som Screaming Frog kan flagge sider med statuskode 200 og svært lite innhold, eller med teksten «ikke funnet». Sorter etter antall ord, og se på de korteste sidene først.
3. En test av håndteringen av 404. Be om en URL som ikke kan finnes (for eksempel /this-page-does-not-exist-123) og les statuskoden den returnerer. Svarer den 200, kan hver ødelagt lenke på nettet som peker til domenet ditt skape en potensiell myk 404. Vårt gratis verktøy for sjekk av HTTP-headere viser den nøyaktige koden på sekunder.

Slik retter du en myk 404, tilfelle for tilfelle

Googles veiledning sorterer rettelsene etter tilstanden til siden. Bestem først hva du vil at URL-en skal bli, og bruk deretter det riktige svaret.

Innhold fjernet: 404 eller 410

Hvis siden er borte og ingenting på nettstedet erstatter den, er en 404 eller 410 det riktige svaret. Google behandler alle 4xx-koder unntatt 429 på samme måte, og fjerner URL-en fra indeksen hvis den var der. Gjør feilsiden nyttig for besøkende: en tydelig melding, navigasjon på nettstedet, lenker til populære sider, men alltid med statuskoden 404.

Innhold flyttet: en relevant 301

Hvis det finnes en tilsvarende side (ny URL, nyere modell av produktet, sammenslått artikkel), bruk en 301 til den siden og ingen annen. Kontroller kjeden med vår sjekk av omdirigeringer: ett hopp, endelig status 200.

Siden skal indekseres: rett den

Bruk verktøyet URL-inspeksjon i Search Console, kjør en live-test, og se på skjermbildet og den gjengitte HTML-en. En tom eller nesten tom gjengivelse peker mot blokkerte eller feilende ressurser. For en klientapp anbefaler Googles grunnleggende om SEO for JavaScript enten en JavaScript-omdirigering til en URL som returnerer 404, eller en noindex-robotkode i metakoden på feilrutene; veiledningen vår om SEO for enkeltsideapplikasjoner dekker gjengivelse på serveren, den varige løsningen. Når siden gjengis riktig, bekrefter vår sjekk av indekserbarhet at ingenting annet blokkerer den.

Utsolgte produkter

Et produkt som kommer tilbake snart bør forbli aktivt med full beskrivelse, en melding om tilgjengelighet og alternativer. Et produkt som er utgått for godt får en 301 til etterfølgeren eller nærmeste kategori hvis den passer behovet, eller en 404 hvis ingenting passer. For tomme oversikter du vil beholde tilgjengelige, holder en noindex-kode dem utenfor indeksen uten å ødelegge navigasjonen.

Hvor lang tid tar det før myke 404-feil forsvinner?

Ingenting endres før Google gjennomsøker URL-ene på nytt. Etter en rettelse starter du en validering fra detaljsiden for Soft 404: ifølge Googles hjelpesenter tar det vanligvis opptil omtrent to uker, og noen ganger mye lenger. URL-er som er gjort om til en ekte 404 flytter seg til årsaken «Ikke funnet (404)» og faller ut av rapporten over tid; rettede sider kan flytte seg til «Indeksert» eller, hvis Google fortsatt vurderer dem som svake, til Gjennomsøkt, ikke indeksert foreløpig. For tiltakene som fremskynder ny gjennomsøking, se veiledningen vår om indeksering i Google.

Myke 404-feil, SEO og GEO: hvorfor synlighet i KI avhenger av rene statuskoder

For Google betyr en myk 404 en side som ikke kan rangere, og et gjennomsøkingsbudsjett brukt på ingenting. For KI-assistenter som ChatGPT, Gemini eller Perplexity er innsatsen tilsvarende: crawlerne deres leser det serveren returnerer, og mange henter den rå HTML-en uten å kjøre JavaScript. En side som bare gjengis i nettleseren kan se tom ut for dem, og en feilside servert med 200 forteller dem ingenting pålitelig om nettstedet ditt. Rene statuskoder og innhold som finnes i den første HTML-en hjelper både Googlebot og KI-crawlere å forstå hvilke sider som finnes, og hvilke som kan siteres.

Rutinen i praksis er kort: følg rapporten for sideindeksering etter hver migrering, hver oppdatering av katalogen og hver endring i malene, og test nye maler før lansering. Den gratis Sorank-utvidelsen for Chrome flagger problemer på siden du ser på, og dashbordet for GEO og SEO i Sorank følger klikk, visninger og posisjoner fra Search Console, slik at du ser et fall så snart en gruppe sider forsvinner fra indeksen.

En myk 404 er en side der statuskoden motsier innholdet: bestem om URL-en skal finnes, og sørg deretter for at serveren og siden sier det samme. Returner en ekte 404 eller 410 for det som er borte, en relevant 301 for det som er flyttet, og ekte, gjengivbart innhold for det som skal rangere.