Soft 404 oplossen betekent vaker een echte 404 of 410 teruggeven, niet elke verdwenen URL naar een nette pagina sturen. Juist de populaire reflex om bezoekers altijd naar de homepage of een categorie te leiden, kan opnieuw een soft 404 veroorzaken.
Dat verschil zit niet in het ontwerp dat je ziet, maar in het antwoord van de server en de inhoud die een crawler na rendering ontvangt. Een internationale praktijkcase koppelde dit soort indexeringsproblemen aan 90% verkeersverlies, maar niet iedere melding in Search Console vraagt om dezelfde ingreep.
- Een foutpagina met status 200 is geen nette oplossing, maar tegenstrijdige informatie voor crawlers.
- Een onderzoek vond 62.000 aangepaste 404-URL’s; bijna de helft was een soft 404.
- Een 301 hoort alleen bij een inhoudelijk passende vervanger, niet standaard bij de homepage.
- Google behandelt 404 en 410 voor indexering hetzelfde als andere 4xx-codes, behalve 429.
- In een praktijkcase daalde het aantal soft 404’s van ongeveer 120.000 naar minder dan 20.000.
De gevaarlijkste 200-status zegt dat er niets staat
Een soft 404 is geen officiële HTTP-statuscode. Het is Googles oordeel over een tegenstrijdige pagina: de server antwoordt met 200, terwijl de inhoud zegt dat de URL niet bestaat, leeg is of niet goed geladen kon worden. Google sluit zulke pagina’s uit van Search, volgens de eigen documentatie over crawlfouten.
Dat maakt het probleem verraderlijk. Een browser laat alleen de keurige foutpagina zien, compleet met logo, menu en knop naar de homepage. In de netwerklaag staat ondertussen 200 OK. Voor een mens oogt de afhandeling professioneel; voor een crawler beweert de server dat de ontbrekende URL geldige content bevat.
Hoe vaak die tegenstelling voorkomt, blijkt uit een analyse van redirects op het web. Onderzoekers identificeerden 62.000 aangepaste 404-URL’s en constateerden dat bijna de helft daarvan soft 404’s waren. Het onderzoek werd geaccepteerd voor de ACM Web Science Conference 2025, volgens de publicatie van Garg en vier coauteurs.
Een soft 404 kan bovendien een werkende URL raken. Google noemt een ontbrekende server-side include, een verbroken databaseverbinding, een leeg intern zoekresultaat en een niet-geladen JavaScript-bestand als concrete oorzaken. De URL bestaat dan misschien wel, maar Googlebot ontvangt of rendert nauwelijks hoofdcontent.
Daarom begint soft 404 oplossen niet met ‘meer tekst toevoegen’. Controleer eerst twee afzonderlijke waarheden: welke statuscode geeft de server en wat ziet Google na rendering? Pas daarna weet je of de URL dood, verhuisd of tijdelijk kapot is.
Vier statussen, vier totaal verschillende besluiten
De juiste oplossing volgt uit de bestemming van de oude inhoud. Niet uit de wens om een foutmelding in Search Console zo snel mogelijk te laten verdwijnen. Deze vier situaties vragen elk om een ander technisch antwoord.
| Situatie | Antwoord | Wat je ermee zegt |
|---|---|---|
| Inhoud bestaat en werkt | 200 | Deze URL bevat verwerkbare content |
| Inhoud is permanent verhuisd | 301 of 308 | Gebruik voortaan deze relevante vervanger |
| Inhoud bestaat niet meer | 404 of 410 | Deze URL heeft geen indexeerbare inhoud |
| Pagina blijft toegankelijk maar hoort niet in de index | 200 met noindex | De pagina werkt, maar hoeft niet in zoekresultaten |
Een 200-status is alleen juist als de bedoelde hoofdcontent werkelijk wordt geleverd. Google benadrukt dat 2xx geen indexering garandeert: de ontvangen pagina gaat eerst door de indexeringssystemen. Een lege pagina of foutboodschap kan daar alsnog als soft 404 eindigen, volgens Googles overzicht van HTTP-statuscodes.
Bestaat de inhoud niet meer en is er geen gelijkwaardige opvolger, dan zijn 404 en 410 normale antwoorden. Google behandelt alle 4xx-codes behalve 429 hetzelfde voor de indexering: nieuwe URL’s worden niet verwerkt en reeds geïndexeerde URL’s verdwijnen na verloop van tijd. Er is dus geen onderbouwde reden om iedere verwijderde pagina per se een 410 te geven omdat die gegarandeerd sneller zou verdwijnen.
Een 301 of 308 past bij een permanente verhuizing. Een oud artikel over ‘hypotheekrente 2024’ kan bijvoorbeeld naar een bijgewerkte doorlopende hypotheekrentepagina als de zoekintentie en inhoud overeenkomen. Een uitverkochte blauwe stoel mag naar exact hetzelfde model in een nieuwe uitvoering, maar niet automatisch naar ‘alle meubels’.
Schrijf per URL eerst één zin: ‘De beste bestemming voor iemand die hierop klikt is …’. Kun je geen concrete vervanger noemen, dan is een echte 404 vaak eerlijker dan een 301.
Je homepage is geen opvangbak voor verdwenen URL’s
Veel redirectregels zijn technisch succesvol en inhoudelijk fout. De server retourneert netjes 301, de browser komt uit op een werkende homepage en het auditprogramma toont geen gebroken URL. Toch kan Google zo’n redirect als soft 404 behandelen.
Google waarschuwt expliciet tegen het doorsturen van veel oude URL’s naar één irrelevante bestemming, zoals de homepage. Dat kan gebruikers verwarren en als soft 404 worden verwerkt, volgens de documentatie voor sitemigraties. Een redirect is dus geen administratieve bezem, maar een inhoudelijke verklaring dat bron en bestemming bij elkaar horen.
Neem een webwinkel die 800 verwijderde product-URL’s naar de categorie ‘assortiment’ stuurt. De categorie retourneert 200 en heeft genoeg tekst, maar beantwoordt niet noodzakelijk de specifieke vraag achter iedere oude URL. Een betere indeling bestaat uit drie groepen: producten met een vrijwel identieke opvolger krijgen een 301, tijdelijk niet leverbare producten blijven eventueel 200 met bruikbare informatie, en definitief verdwenen producten zonder vervanger krijgen 404 of 410.
Hetzelfde geldt na een websitemigratie. Maak een één-op-één URL-mapping voor pagina’s die werkelijk verhuisd zijn. Google adviseert redirectketens laag te houden, idealiter maximaal 3 en minder dan 5 stappen, hoewel Googlebot technisch tot 10 redirect-hops kan volgen. Verwijs daarom direct van de oude URL naar de uiteindelijke bestemming.
Controleer daarnaast oude externe links, interne links en sitemap-URL’s. Een juiste 404 kan volledig terecht zijn, terwijl een interne link naar die URL nog steeds gerepareerd moet worden. De statuscode vertelt wat er met de pagina is gebeurd; de link vertelt of je eigen navigatie nog klopt. Die twee controles lossen verschillende problemen op.
JavaScript kan een levende pagina dood laten lijken
De lastigste soft 404 is een pagina die voor jou werkt en voor Googlebot leeg blijft. Dat gebeurt bijvoorbeeld wanneer een productnaam, prijs en beschrijving pas na een API-aanroep verschijnen. Faalt die aanroep tijdens rendering, dan blijft alleen een header, laadicoon of algemene foutmelding over.
Google noemt geblokkeerde resources, te veel resources, serverfouten en trage of grote bestanden als mogelijke oorzaken van een bijna lege render. De aanbevolen controle is daarom niet alleen ‘URL openen’, maar de URL-inspectie gebruiken om zowel de gerenderde pagina als de ontvangen statuscode te bekijken, aldus Google Search Central.
Single-page applications voegen nog een laag toe. De oorspronkelijke HTML kan 200 teruggeven voor iedere denkbare route, waarna JavaScript bepaalt dat product 847 niet bestaat. De browser toont dan ‘product niet gevonden’, maar de server heeft al 200 gezegd. Google adviseert voor zulke client-side routes twee uitwegen: doorsturen naar een URL die server-side 404 retourneert, of via JavaScript een noindex-metatag toevoegen.
Die tweede optie is een noodroute, geen vrijbrief om alle foutafhandeling client-side te laten. Een server-side 404 communiceert de toestand al bij het eerste antwoord. Bij noindex moet de crawler de pagina en JavaScript eerst verwerken om te ontdekken dat indexering ongewenst is.
Test daarom minstens drie varianten: een bestaande URL, een bewust verwijderde URL en een willekeurig verzonnen URL binnen hetzelfde patroon. Controleer bij alle drie de eerste HTTP-respons én de render. Als /product/bestaand, /product/verwijderd en /product/dit-bestaat-zeker-niet allemaal 200 teruggeven, zit het probleem waarschijnlijk in de routering of generieke fallback, niet in de contenteditor.
Een Search Console-melding is een hypothese, geen diagnose
De foutmelding ‘soft 404’ vertelt wat Google heeft waargenomen, niet automatisch welke wijziging je moet doen. Een verwijderde pagina met 200 vraagt om 404 of 410. Een relevante pagina die tijdens een storing leeg werd gerenderd, moet juist 200 blijven nadat de laadfout is opgelost.
Werk daarom per URL-sjabloon, niet per losse melding. Honderd productpagina’s met hetzelfde probleem hebben meestal één oorzaak in een template, API of router. De volgende volgorde voorkomt dat je honderden redirects maakt terwijl één foutregel de bron is.
- Exporteer voorbeelden. Neem URL’s uit het pagina-indexeringsrapport en groepeer ze op type, zoals product, categorie, zoekresultaat, profiel of oud blogpad.
- Meet de serverrespons. Controleer de eerste status, alle redirects en de eindstatus. Noteer ook of meerdere URL’s op dezelfde generieke bestemming eindigen.
- Vergelijk bron en render. Bekijk de ruwe HTML en de gerenderde versie in URL-inspectie. Een verschil wijst vaak naar JavaScript, een API of geblokkeerde resources.
- Kies de bedoeling. Beslis per groep of de inhoud bestaat, is verhuisd, definitief weg is of toegankelijk moet blijven met noindex.
- Repareer het patroon. Pas de server, router, template of redirectmapping aan en test opnieuw met minstens één bestaande en één niet-bestaande URL.
- Laat Google hercontroleren. Start validatie nadat de live respons klopt. Een groen auditrapport vóór de deploy bewijst niets over wat Googlebot ontvangt.
Let ook op valse geruststelling door crawlers die alleen links volgen. Search Console kan URL’s kennen uit oude sitemaps, externe links of eerdere crawls die niet meer in je huidige navigatie staan. Combineer daarom drie bronnen: Search Console voor Googles waarneming, een eigen crawl voor interne ontdekking en serverlogs voor werkelijk botverkeer.
Een willekeurige 404 in Search Console is niet automatisch schadelijk. Een patroon waarbij geldige omzet- of informatiepagina’s als soft 404 worden uitgesloten verdient wel directe aandacht. Prioriteer op paginatype, interne en externe links, historische klikken en commerciële betekenis.
De grootste winst kwam niet uit nóg meer content
Een recente praktijkcase laat zien waarom statuscodes niet als klein technisch detail behandeld moeten worden. Een internationale cryptopublisher migreerde zijn Braziliaanse domein naar een subdomein. De oude omgeving ontving 15.000 tot 25.000 klikken per dag; na de migratie stabiliseerde het nieuwe domein rond 2.000 tot 4.000. Sessies en pageviews lagen in december 2022 ongeveer 90% lager dan een jaar eerder, volgens de gepubliceerde case.
Soft 404’s waren niet de enige oorzaak. De hersteloperatie omvatte ook URL-parameters, canonicals, automatisch gegenereerde valutapagina’s, robots.txt en Core Web Vitals. Dat voorbehoud is belangrijk: de resultaten bewijzen geen simpel causaal verband waarbij één gerepareerde fout automatisch verkeer terugbrengt.
De schaal maakt de case wel leerzaam. Pagina’s die werkelijk niet bestonden kregen 404 of 410; pagina’s met inhoud werden hersteld zodat ze goed renderten. In Brazilië daalde ‘gecrawld, momenteel niet geïndexeerd’ van 513.000 naar 220.000 URL’s. Het aantal soft 404’s ging van 1.193 naar 370, een daling van 69%.
Over alle 13 landendomeinen daalde het aantal soft 404’s later van een piek van ongeveer 120.000 naar minder dan 20.000, oftewel 83%. Duitsland zag het aandeel verkeer uit Google Discover stijgen van 42% naar 58%; Polen ging van 15% naar 86%. De grootste winst verscheen dus niet als een kleine opschoning van een foutenrapport, maar in betere indexeringsdekking en distributie.
De bruikbare les is niet dat iedere site dezelfde groei kan verwachten. Het is dat nieuwe content, backlinks en snelheid weinig kunnen compenseren wanneer de indexeringslaag tegenstrijdige signalen geeft. Meet daarom eerst hoeveel belangrijke URL’s werkelijk als 200 renderen en hoeveel waardeloze URL’s zich alleen als 200 voordoen.
AI-systemen erven je rommelige websignalen
Soft 404’s zijn primair een technisch SEO- en indexeringsprobleem. Toch stopt hun bereik niet bij de klassieke blauwe links. Bing vermeldt dat een 404 of 410 de directe route is om verwijderde content uit de Bing-index te halen, waarna die URL ook kan verdwijnen uit Bing-zoekresultaten en Copilot-ervaringen, volgens Bing Webmaster Tools.
Dat betekent niet dat één juiste statuscode je automatisch een vermelding in Google AI Overviews of andere AI-assistenten oplevert. Het betekent wel dat duidelijke machineleesbare antwoorden de onderlaag vormen. Een crawler moet kunnen onderscheiden welke URL bestaat, welke verhuisd is en welke niet langer als bron mag gelden.
Slechts 7% van de populairste Nederlandse sites heeft een llms.txt-bestand, blijkt uit ons eigen onderzoek. Vrijwel niemand is dus al bewust bezig met hoe AI-systemen hun site lezen. De bron is eigen Writgo-onderzoek onder de 500 populairste .nl-domeinen van 10 juni 2026.
Toch zou het verkeerd zijn om llms.txt bovenaan je soft-404-planning te zetten. Een aanvullend bestand herstelt geen productpagina die 200 zegt en leeg rendert. Begin bij HTTP, rendering, interne links en indexering. Pas daarna komt de extra laag van AI-vindbaarheid: duidelijke antwoorden, citeerbare gegevens en consistente entiteiten.
Test ook per systeem. Google Search, Bing, Copilot en andere AI-assistenten gebruiken niet noodzakelijk dezelfde crawl- en indexeringspaden. Een correct webantwoord van 404, 410, 301 of 200 is wel de meest universele instructie die je kunt geven. Tools en aanvullende bestanden veranderen, maar een server die eerlijk antwoordt blijft voor mens en machine begrijpelijk.
Onze kijk
Wij vinden dat soft 404 oplossen meestal verkeerd wordt geframed. Het doel is niet om het aantal rode meldingen kunstmatig naar nul te brengen. Het doel is dat iedere URL de waarheid vertelt. Soms is die waarheid een harde 404 en is de melding dus geen fout die je moet wegpoetsen.
De praktijkcase met 90% verkeersverlies laat ook zien waarom gewone SEO de basis blijft. Indexering, interne links, redirects en autoriteit verdwijnen niet doordat mensen vaker antwoorden zoeken via AI Overviews of AI-assistenten. AI-vindbaarheid ligt erbovenop; ze kan een kapotte technische onderlaag niet repareren.
Wij zouden daarom liever één URL-sjabloon aantoonbaar goed herstellen dan honderd meldingen blind naar de homepage sturen. Eigen data en controleerbare bronnen wegen daarbij zwaarder dan stellige SEO-regels. De 62.000 onderzochte aangepaste fout-URL’s, waarvan bijna de helft soft 404 bleek, maken het probleem concreter dan de algemene waarschuwing dat foutpagina’s ‘slecht voor SEO’ zijn.
Hetzelfde geldt voor een specifieke site: zonder Search Console, een HTTP-test en de gerenderde pagina te bekijken, weten wij niet of een soft-404-melding terecht is. We kunnen wel de kans en de impact toetsen. Eerst meten wat de server zegt, daarna bekijken wat de crawler ontvangt en pas dan 200, 301, 404, 410 of noindex kiezen. Praktisch betekent dit dat je morgen met drie test-URL’s kunt beginnen, zonder meteen je hele redirectbestand om te gooien.
Bronnen
- Troubleshoot Google Search crawling errors
- How HTTP status codes affect Google's crawlers
- Site moves and migrations
- Understand JavaScript SEO basics
- Not Here, Go There: Analyzing Redirection Patterns on the Web
- How soft 404s and indexing issues caused a 90% traffic collapse
- 404 pages best practices
- How to permanently remove a URL or page from Bing or Copilot
Wat is een soft 404?
Een soft 404 is een URL die een succesvolle status retourneert, terwijl de inhoud ontbreekt of op een foutpagina lijkt. Google kan zo’n URL uitsluiten van de zoekresultaten.
Moet ik een soft 404 altijd naar de homepage doorsturen?
Nee, stuur een soft 404 alleen door als er een inhoudelijk passende vervanger bestaat. Een irrelevante redirect naar de homepage kan door Google opnieuw als soft 404 worden behandeld.
Is 410 beter dan 404 voor SEO?
Nee, Google behandelt 404 en 410 voor indexering als andere 4xx-antwoorden, behalve 429. Kies 410 als je expliciet wilt aangeven dat de inhoud permanent verwijderd is.
Kan een bestaande pagina als soft 404 worden gezien?
Ja, een bestaande pagina kan als soft 404 gelden wanneer Googlebot weinig inhoud rendert. Controleer op mislukte JavaScript-bestanden, API-fouten, geblokkeerde resources en trage serverreacties.
Hoe controleer ik of een foutpagina status 200 geeft?
Controleer de HTTP-respons met URL-inspectie, een crawler of een header-test. Test daarnaast een verzonnen URL binnen hetzelfde paginapatroon om generieke 200-fallbacks te vinden.
Hoe snel verdwijnt een soft 404 na de reparatie?
Er bestaat geen vaste hersteltijd; Google moet de URL opnieuw crawlen en verwerken. Start validatie in Search Console nadat je live hebt bevestigd dat statuscode en rendering kloppen.
Begin met drie URL’s, niet met driehonderd redirects
Pak één geldige pagina, één bewust verwijderde pagina en één verzonnen URL binnen hetzelfde sjabloon. Noteer voor alle drie de eerste status, eventuele redirect en gerenderde hoofdcontent. Daarmee vind je snel of het probleem in je router, template, API of redirectregels zit.
Wil je de controles vastleggen en systematisch uitvoeren, gebruik dan de toolkit. Nadat de technische basis klopt, kun je met de gratis AI-citatie-check meten of je merk daadwerkelijk terugkomt in antwoorden van AI-assistenten.
