Op deze pagina3
Een zachte 404 verzendt twee conflicterende berichten. Uw server retourneert een 200 OK-antwoord, wat normaal gesproken betekent dat het verzoek is geslaagd, terwijl de pagina zelf er ontbrekend, leeg of defect uitziet. Google kan de URL daarom behandelen als een 404 Not Found-pagina, ook al zegt het technische antwoord anders.
Het probleem kan snel groeien. Denk eens aan een illustratieve e-commercecatalogus van 50.000 pagina's, waarbij een sjabloonfout 5% van de productpagina's leeg laat. Dat levert 2500 URL's op die misleidende succesreacties presenteren, die allemaal strijden om de aandacht van de crawler, terwijl ze weinig of geen waarde bieden aan zoekers.
Zachte 404's zijn niet alleen maar opruimitems in Search Console. Ze kunnen nuttige URL's uit de zoekresultaten verwijderen, het crawlen elders vertragen en technische storingen verbergen die echte bezoekers frustreren. Het juiste antwoord hangt af van wat de URL zou moeten doen: nuttige inhoud aanbieden, tot een echte vervanging leiden of duidelijk bevestigen dat de bron verdwenen is.
Organisch verkeersverlies op getroffen URL's
Een zachte 404 is als een open winkel met lege schappen. De deur werkt en de lichten zijn aan, maar de bezoeker kan niet krijgen waarvoor hij gekomen is. Zoekmachines zien dezelfde tegenstrijdigheid wanneer een URL 200 OK retourneert, maar een foutmelding bevat, bijna geen hoofdinhoud of een pagina die functioneel nutteloos lijkt.
Google hoeft niet elke URL die een succesvol antwoord retourneert, te indexeren. Een status 200 maakt de inhoud alleen beschikbaar voor verwerking. Als de weergegeven pagina op een fout lijkt, kan Google deze classificeren als een zachte 404 en uitsluiten van de index.
Voor een getroffen URL is het verkeerseffect doorgaans direct. Een pagina die niet is geïndexeerd, kan de normale zoekzichtbaarheid niet behouden, waardoor het aantal vertoningen en organische klikken kan afnemen. Als de URL eerder werd gerangschikt voor waardevolle zoekopdrachten, kan het verlies plotseling lijken zodra Google deze opnieuw crawlt en classificeert.
Dit kan gebeuren met pagina's die werkelijk ontbreken. Een verwijderde product-URL kan 'Artikel niet gevonden' weergeven, maar nog steeds 200 retourneren. Een lege interne zoekpagina kan 'Geen resultaten' zeggen, maar kan indexeerbaar blijven. Een verwijderde locatiepagina kan stilletjes de kop- en voettekst van de site laden zonder enige locatiespecifieke inhoud.
Het kan ook gebeuren met pagina's die geldig zouden moeten zijn. Een verbroken databaseverbinding kan ervoor zorgen dat de hoofdinhoud niet wordt geladen. Een include op de server kan mislukken, waardoor alleen de navigatie en de voettekst overblijven. Problemen met de weergave van JavaScript kunnen ervoor zorgen dat Googlebot een bijna lege pagina krijgt, ook al lijkt de browser zich bij sommige gebruikers te herstellen.
Dunne pagina's vormen een ander risico. Een geldige servicepagina met alleen een kop, één zin en een contactformulier kan nuttig zijn in de ogen van uw organisatie, maar toch te veel lijken op een lege of tijdelijke pagina. De oplossing is niet om het te vullen met generieke SEO-kopieën. Voeg de informatie toe die een echte bezoeker nodig heeft om een beslissing te nemen, zoals reikwijdte, proces, beperkingen, locatie, prijscontext of volgende stappen.
Start de diagnose in het pagina-indexeringsrapport in Google Search Console. Open het zachte 404-probleem en bekijk de voorbeeld-URL's, maar ga er niet vanuit dat het voorbeeld elke getroffen pagina vertegenwoordigt. Groepeer URL's op sjabloon, map en beoogde doel, zodat u patronen kunt vinden in plaats van ze één voor één te corrigeren.
Inspecteer representatieve URL's met URL-inspectie. Vergelijk de livepagina, geïndexeerde informatie en weergegeven uitvoer. Controleer vervolgens het daadwerkelijke HTTP-antwoord met een crawler, browserontwikkelaarstools of een opdrachtregelverzoek. Een pagina kan er in de browser uitzien als een 404 en toch 200 retourneren, wat precies de discrepantie is die u moet bevestigen.
Controleer de inhoud die Google ontvangt, niet alleen de pagina die u ziet terwijl u bent ingelogd. Personalisatie, cookies, regionale instellingen en client-side scripts kunnen verschillende versies opleveren. Serverlogboeken kunnen helpen bevestigen of Googlebot de URL heeft bereikt en of de reactie tussen crawls is gewijzigd.
Samen met serverlogboeken, regulierelogbewakinghelpt bij het verifiëren of Googlebot de URL heeft bereikt en of het antwoord tussen crawls is gewijzigd.
Zodra u het doel van de pagina begrijpt, kiest u het antwoord dat de waarheid vertelt.
| URL-situatie | Passende actie | Waarom het gebruikers en zoekmachines helpt |
|---|---|---|
| De pagina moet bestaan en een duidelijk doel hebben | Herstel substantiële hoofdinhoud en behoud 200 | Het succesvolle antwoord komt overeen met een nuttige, werkende pagina |
| Er bestaat een nauwe, permanente vervanging | Gebruik een relevante 301-redirect | Bezoekers en signalen verplaatsen zich naar de best gelijkwaardige bestemming |
| De inhoud is definitief verdwenen zonder vervanging | Retourneert 404 of 410 | Het antwoord bevestigt duidelijk dat de bron niet langer bestaat |
| Een product is tijdelijk niet beschikbaar, maar de pagina blijft bruikbaar | Behoud 200 en toon beschikbaarheid, alternatieven en verwachte volgende stappen | Zoekers ontvangen nog steeds zinvolle informatie in plaats van een doodlopende weg |
| Een tijdelijke technische storing verhindert de levering van inhoud | Verhelp de fout en gebruik indien nodig een geschikte tijdelijke serverreactie | De site vermijdt het presenteren van kapotte inhoud als een succesvolle pagina |
Stuur niet elke ontbrekende URL door naar de startpagina. Een homepage is zelden een echte vervanging voor een product dat niet meer leverbaar is, een verlopen evenement of een verwijderd artikel. Massale irrelevante omleidingen verwarren bezoekers en kunnen op zichzelf worden behandeld als zachte 404's omdat de bestemming niet voldoet aan het oorspronkelijke verzoek.
De mens-eerst-test is eenvoudig: als iemand via een zoekopdracht op de URL terechtkomt, kan hij dan begrijpen wat er is gebeurd en een verstandige volgende stap zetten? Een juiste statusafhandeling ondersteunt die ervaring in plaats van deze te vervangen. Een handige aangepaste 404-pagina kan navigatie, zoeken en populaire categorieën bevatten, terwijl u toch het juiste 404-antwoord retourneert.
Organische verkeersimpact op de hele site van wijdverspreide Soft 404s
Eén verkeerd adres verspilt wat tijd. Duizenden verkeerde adressen kunnen het hele bezorgtraject verstoren. Zachte 404's werken op vrijwel dezelfde manier wanneer een site ze op grote schaal genereert.
Google heeft beperkte tijd en middelen voor het crawlen van websites. Als de crawlers herhaaldelijk lege, kapotte of niet-bestaande URL's opvragen die 200 retourneren, kunnen deze verzoeken concurreren met pagina's die ontdekt of vernieuwd moeten worden. Het praktische risico is groter voor grote e-commercesites, marktplaatsen, uitgevers, directory's en platforms met vaak wisselende voorraden.
Eén sjabloondefect kan zich over een hele sectie verspreiden. Productpagina's kunnen hun beschrijvingen verliezen na een feedfout. Locatiepagina's kunnen zonder adressen worden weergegeven. Artikelen kunnen hun omhulsel behouden nadat de lichaamsinhoud is verwijderd. Omdat elke URL nog steeds succes rapporteert, kan normale uptime-monitoring het probleem over het hoofd zien.
Facetnavigatie kan een nieuwe grote bron van zachte 404's creëren. Filters voor onmogelijke combinaties, zoals een maat-, kleur- en merkselectie zonder overeenkomende producten, kunnen crawlbare URL's genereren die alleen 'Geen items gevonden' bevatten. Sessieparameters, trackingwaarden en verkeerd opgemaakte paginering kunnen deze lege statussen verder vermenigvuldigen.
Interne zoekresultaten verdienen soortgelijke aandacht. Zoekpagina's zijn ontworpen voor mensen die uw website gebruiken, en niet noodzakelijkerwijs als permanente organische bestemmingspagina's. Als elke zoekopdracht een crawlbare URL creëert, kunnen spellingsvariaties en onzinzoekopdrachten een vrijwel oneindige reeks lege 200 pagina's opleveren.
Sitemaps en interne links kunnen het probleem versterken. Door zachte 404-URL’s in XML-sitemaps te bewaren, weet Google dat u ze belangrijk vindt. Als u ernaar linkt vanuit categorieën, navigatie- of gerelateerde inhoudsmodules, wordt hetzelfde gemengde signaal verzonden terwijl bezoekers naar teleurstellende pagina's worden geleid.
Het resultaat kan verder reiken dan de getroffen URL's. Het kan langer duren voordat belangrijke product-, service- of redactionele pagina's na publicatie worden ontdekt of na een update opnieuw worden bezocht. Zoekmachines besteden mogelijk meer moeite aan het sorteren van URL-statussen met een lage waarde, terwijl uw beste pagina's op aandacht wachten.
Controleer de getroffen mappen naast brederwebsiteverkeerin plaats van het probleem te beoordelen op basis van één Search Console-diagram. Een daling op de hele site kan verschillende oorzaken hebben, maar door zachte 404-groepen te vergelijken met gezonde paginagroepen kunt u zien of het probleem zich concentreert rond bepaalde sjablonen of secties.
Rapportage kan ook misleidend worden. Analytics kan bezoeken aan lege pagina's registreren als normale sessies, vooral wanneer gebruikers arriveren via interne links, opgeslagen bladwijzers of verwijzingsbronnen. Dat verkeer kan het aantal paginaweergaven verhogen, terwijl de betrokkenheid en conversie afnemen. Segmenteer deze URL's zodat slechte paginastatussen niet verdwijnen binnen de gemiddelden op propertyniveau.
Geef prioriteit aan oplossingen op basis van schaal, commerciële waarde en hoofdoorzaak.
| Patroon | Prioriteit | Eerste onderzoek |
|---|---|---|
| Pagina's die inkomsten genereren, werden zachte 404's na een release | Kritisch | Implementatiewijzigingen, weergave en datafeeds |
| Duizenden lege filter- of interne zoek-URL's | Hoog | URL-generatie, crawlpaden en indexeerbaarheidsregels |
| Verwijderde pagina's worden nog steeds vermeld in sitemaps | Hoog | Automatisering van de inhoudslevenscyclus en sitemap |
| Een klein aantal verouderde URL's zonder links of verkeer | Lager | Corrigeer 404- of 410-reactie en opschoning van de link |
| Geldige pagina's zijn verkeerd geclassificeerd omdat de inhoud extreem dun is | Hoog wanneer het van strategisch belang is | Belangrijkste inhoudskwaliteit, weergave en paginadoel |
Gebruik robots.txt niet als vervanging voor correcte statuscodes. Als u Googlebot blokkeert, kan deze mogelijk niet zien dat een URL is verwijderd of gerepareerd. Op dezelfde manier verandert het verwijderen van een URL uit de sitemap niets aan wat de server retourneert wanneer de pagina wordt opgevraagd.
Vermijd algemene noindex-regels voordat u de oorzaak begrijpt. Een noindex-richtlijn kan een pagina buiten de zoekresultaten houden, maar corrigeert geen defecte sjabloon, lege gebruikerservaring of misleidende reactie. Als er geen duizenden pagina's zouden moeten bestaan, is de schonere oplossing meestal het stoppen met het genereren van onnodige URL's en het retourneren van waarheidsgetrouwe antwoorden voor de pagina's die toegankelijk blijven.
Zoek naar oorzaken op systeemniveau voordat u afzonderlijke pagina's bewerkt. Bekijk de regels voor contentbeheer, productfeeds, routeringslogica, lokalisatie, weergave, paginering en filters. Het repareren van de generator is zowel sneller als veiliger dan het handmatig behandelen van duizenden symptomen.
Kwaliteit en transparantie zijn hier van belang. Een technisch slimme oplossing die ervoor zorgt dat lege URL's er succesvol uitzien, kan het aantal fouten tijdelijk verminderen, maar bezoekers helpen er niet mee. Zoekoptimalisatie werkt het beste wanneer de serverreactie, pagina-inhoud en gebruikersverwachting allemaal dezelfde realiteit beschrijven.
Organisch verkeersherstel na zachte 404-oplossingen
Het repareren van zachte 404's is als het heropenen van een weg na het vervangen van de borden. Het corrigeren van de route is essentieel, maar het verkeer keert pas terug als mensen en crawlers ontdekken dat de route weer werkt.
Begin met het classificeren van de getroffen URL's in duidelijke groepen. Bepaal welke pagina's moeten bestaan, welke relevante vervangingen hebben en welke echt verdwenen zijn. Dit voorkomt een veelgemaakte fout: het toepassen van één status- of omleidingsregel op URL’s met verschillende doeleinden.
Voor pagina's die een goede ranking moeten krijgen, moet u de hoofdoorzaak oplossen en betekenisvolle inhoud herstellen. Bevestig dat de belangrijkste informatie verschijnt in de weergegeven HTML die beschikbaar is voor Googlebot, en niet alleen na een interactie of onder ideale browseromstandigheden. Bewaar de 200-reactie zodra de pagina echt zijn doel bereikt.
Voor pagina's met een bijna permanente vervanging voegt u een directe 301-omleiding toe. Vermijd lange ketens en stuur gebruikers niet via meerdere tussenliggende URL's. Werk interne links bij, zodat ze rechtstreeks naar de eindbestemming verwijzen, in plaats van voor onbepaalde tijd op de omleiding te vertrouwen.
Voor inhoud die permanent verdwenen is en geen geschikt alternatief heeft, retourneert u 404 of 410. Houd de gebruikersgerichte foutpagina nuttig, met duidelijke navigatie en relevante ontdekkingsopties. In het HTTP-antwoord moet nog steeds worden vermeld dat de aangevraagde bron niet beschikbaar is.
Reinig tegelijkertijd de ondersteunende signalen. Verwijder dode URL's uit XML-sitemaps, update interne links, corrigeer canonieke tags en voorkom dat sjablonen lege statussen opnieuw genereren. Als een pagina is hersteld, neem dan de canonieke URL op in de sitemap, met een nauwkeurige wijzigingsdatum.
Test een representatief voorbeeld voordat u een oplossing voor de hele site implementeert. Controleer een of meer URL's van elk betrokken patroon, inclusief mobiele weergave, taalvarianten en parametercombinaties. Een regel die werkt voor een standaardproductpagina kan zich anders gedragen op gepagineerde, gelokaliseerde of gefilterde versies.
Gebruik na de implementatie URL-inspectie voor een klein aantal belangrijke pagina's. Handmatige hercrawlverzoeken zijn handig voor prioriteits-URL's, maar zijn geen schaalbare vervanging voor schone sitemaps, doorzoekbare interne links en betrouwbaar servergedrag. Zoekmachines hebben nog steeds tijd nodig om de bredere set opnieuw te bekijken.
Herstel is zelden onmiddellijk. Google moet de URL opnieuw crawlen, de nieuwe reactie of inhoud verwerken en beslissen of de pagina in de index thuishoort. Vaak gecrawlde pagina's kunnen binnen enkele dagen veranderen, terwijl diepere of minder populaire URL's weken kunnen duren.
Volg het herstel in lagen in plaats van te wachten op één totaal verkeersnummer:
| Zacht 404 tellen | Een aanhoudende daling van het aantal getroffen URL-groepen |
| Geldige pagina's geïndexeerd | Herstelde pagina's die naar een indexeerbare status gaan |
| Crawlactiviteit | Googlebot bezoekt gecorrigeerde sjablonen en mappen |
| Zoekvertoningen | Query's beginnen de herstelde URL's opnieuw te activeren |
| Organische klikken | Relevante bezoeken komen terug nadat de zichtbaarheid is verbeterd |
| Sessies en acties op de landingspagina | Bezoekers zijn betrokken, converteren of gaan verder via de site |
Stel ter illustratie dat 600 categoriepagina's verkeerd zijn geclassificeerd na een weergavefout. Na de oplossing krijgen 450 mensen binnen vier weken weer een indruk, terwijl 150 afwezig blijven. De overgebleven groep verdient een aparte analyse op dunne inhoud, zwakke interne links, canonieke conflicten of een lage zoekvraag, in plaats van nog een algemene technische verandering.Vergelijk gerepareerde pagina's met gezonde controlepagina's over dezelfde periode. Als beide groepen stijgen, kan seizoensinvloeden of een bredere rangschikking een bijdrage leveren. Als de gerepareerde groep herstelt terwijl de besturing stabiel blijft, is de oplossing een plausibelere verklaring.
Valideer de correctie in Search Console zodra u er zeker van bent dat het onderliggende probleem is opgelost. Gebruik validatie niet als eerste stap en hoop dan dat Google stopt met het melden van het probleem. De paginastatus moet veranderen voordat het rapport een duurzaam herstel kan weerspiegelen.
Gebruik voor grote oplossingen een gefaseerde uitrol. Corrigeer één sjabloon of map, controleer de reacties en weergave van de server en breid vervolgens uit. Dit verkleint het risico dat het ene wijdverbreide probleem door het andere wordt vervangen.
Preventie hoort thuis in het vrijgaveproces. Voeg geautomatiseerde controles toe die belangrijke pagina's markeren en 200 retourneren met lege titels, ontbrekende koppen, kleine gebieden met hoofdinhoud of bekende foutzinnen. Crawl testomgevingen vóór grote lanceringen en houd plotselinge veranderingen in het aantal pagina's in de gaten na feed- of CMS-updates.
Zacht 404-herstel slaagt wanneer de technische respons en de menselijke ervaring overeenkomen. Nuttige pagina's moeten er nuttig uitzien en 200 retourneren. Vervangen pagina's moeten rechtstreeks naar een relevante bestemming leiden. Ontbrekende pagina's moeten dit duidelijk aangeven, zowel tegen de bezoeker als in het HTTP-antwoord.
Begin met een representatief monster van elk aangetast patroon, spoor de oorzaak op en repareer het systeem dat de oorzaak heeft veroorzaakt. Deze aanpak herstelt meer dan een foutenrapport. Het beschermt de crawlefficiëntie, zoekzichtbaarheid en het vertrouwen van iedereen die uw site bereikt.
