404-fouten oplossen in Google Search Console (2026)

Los 'Niet gevonden (404)' in Search Console op: wanneer je het negeert, wanneer je een 301-redirect instelt en wanneer je de pagina herstelt.

Veelgestelde vragen

Schaden 404-fouten mijn rankings in Google?

Niet op zichzelf. In de documentatie over paginaindexering zegt Google dat 404-reacties niet per se een probleem zijn wanneer een pagina zonder vervanging is verwijderd, en een 404 voor een pagina die je hebt verwijderd staat daar als een normale reden waarom een URL niet wordt geïndexeerd. De 404's die je wel moet oplossen, zijn URL's waar je zelf naar linkt of die in je sitemap staan.

Moet ik een 404 of een 410 gebruiken voor verwijderde pagina's?

Voor Google Zoeken maakt het in de praktijk geen verschil. Volgens de documentatie over HTTP-statuscodes behandelt Google alle 4xx-fouten behalve 429 op dezelfde manier: de content wordt gemeld als niet bestaand, een eerder geïndexeerde URL verdwijnt uit de index en het crawlen van die URL neemt geleidelijk af. Kies dus wat je platform het makkelijkst maakt.

Hoe lang duurt 'Validate fix' (Oplossing valideren) bij 404-fouten?

Volgens Google duurt validatie meestal ongeveer twee weken, maar het kan veel langer duren. Klik niet opnieuw op Validate fix zolang de huidige validatie niet is geslaagd of mislukt. Als Google nog één resterend voorbeeld van het probleem vindt, stopt de validatie.

Waarom staat een opgeloste URL nog steeds in het rapport Not found (404) (Niet gevonden (404))?

Google blijft een tijdlang proberen een ontbrekende URL te crawlen, dus hij kan na je oplossing nog even in de lijst staan. Bovendien is de voorbeeldlijst in het rapport beperkt tot 1.000 rijen en worden niet per se alle URL's getoond. Los eerst de oorzaak op (kapotte links, sitemapvermeldingen), start dan de validatie en wacht af.

Moet ik elke 404 doorsturen naar mijn homepage?

Nee. Google adviseert een 3XX-redirect te geven wanneer een pagina naar een nieuwe pagina is verhuisd. Een pagina zonder echte vervanger laat je beter een 404 geven. Als je niet-verwante URL's naar de homepage stuurt, krijgen bezoekers iets wat ze niet zochten en blijft het echte probleem voor jou verborgen.

Kort antwoord: Open in Search Console Indexing > Pages (Indexering > Pagina's), klik op Not found (404) (Niet gevonden (404)) en deel elke URL in een van drie categorieën in. Is de pagina bewust verwijderd en linkt niets ernaar, dan negeer je hem. Is de pagina verhuisd of is er een goede vervanger, voeg dan een 301-redirect naar die vervanger toe. Hoort de pagina te bestaan, herstel hem dan. Pas daarna interne links of sitemapvermeldingen aan die naar de dode URL wijzen en klik op Validate fix (Oplossing valideren).

De meeste '404-fouten' in Search Console hoef je helemaal niet op te lossen. Het draait dus om triage, niet om reparatie.

Wat 'Not found (404)' (Niet gevonden (404)) eigenlijk betekent

Het rapport Paginaindexering toont URL's die Google wilde crawlen maar niet kon indexeren. 'Niet gevonden (404)' betekent dat de server op dat verzoek met een 404-status antwoordde. Meer zegt het niet. Het zegt niet dat de URL ertoe doet.

Googles eigen advies is concreet: los alleen 404-fouten op waar je zelf naar linkt of die in een sitemap staan, en stuur bij een verhuisde pagina een 3XX-redirect naar de nieuwe pagina. Google noemt 'een 404 voor een pagina die je hebt verwijderd en waarvoor je geen vervanging hebt' ook als een legitieme reden waarom een pagina niet is geïndexeerd.

Heb je de tool nog niet ingesteld? Begin dan met onze Search Console-gids of de uitleg over je site verifiëren in Google Search Console.

Stap 1: Exporteer de lijst en zoek uit waar elke 404 vandaan komt

Open Search Console en kies je property.
Ga naar Indexing > Pages (Indexering > Pagina's).
Scrol naar de tabel 'Why pages aren't indexed' (Redenen waarom pagina's niet worden geïndexeerd) en klik op Not found (404) (Niet gevonden (404)).
Bekijk de voorbeeld-URL's. De tabel is beperkt tot 1.000 rijen en toont niet gegarandeerd elke URL, dus beschouw hem bij een grote site als een steekproef.
Exporteer de gegevens als je liever in een spreadsheet werkt.
Klik op een URL en gebruik Inspect URL (URL-inspectie) om te zien hoe Google hem heeft ontdekt. De verwijzende pagina en de sitemapgegevens vertellen je of de link van jou is.

De ontdekkingsbron is het belangrijkste gegeven. Een 404 die Google via je eigen navigatie of sitemap heeft gevonden, is een echt gebrek. Een 404 via een oude externe link of een typfout op andermans site is meestal ruis, tenzij die link echte bezoekers oplevert.

Stap 2: Beslis: negeren, doorsturen of herstellen

Gebruik deze tabel voor elke URL-groep in het rapport.

Situatie	Hoe het eruitziet	Actie
Pagina bewust verwijderd, geen vervanger, geen interne links	Oud product, verlopen evenement, testpagina	Negeren. Laat de 404 (of 410) staan.
Pagina verwijderd, maar er is een goede vervanger	Uitgefaseerd product, nieuwere versie van de gids	301-redirect naar de best passende pagina.
URL gewijzigd (slug hernoemd, map verplaatst, domein- of HTTPS-migratie)	Dezelfde content op een nieuw adres	301-redirect van de oude naar de nieuwe URL, in één stap.
Pagina hoort te bestaan maar is per ongeluk verwijderd of gedepubliceerd	Actieve dienstenpagina, belangrijk artikel	Herstellen, controleren dat hij 200 teruggeeft en dan valideren.
Je eigen menu-, footer- of bodylinks verwijzen ernaar	Interne link naar een dode URL	Link aanpassen (of redirect als de pagina is verhuisd).
Staat in je XML-sitemap	Sitemap bevat verwijderde URL's	Uit de sitemap halen en dan kiezen tussen redirect of negeren.
Rommel-URL's door spam of vreemde parameters	Willekeurige tekenreeksen, scraperpatronen	Negeren. Controleer de beveiliging als ze geïnjecteerd lijken (zie hieronder).

Als de vervanger niet goed aansluit, forceer er dan geen. In Googles documentatie over redirects zijn redirects de manier om gebruikers en Google naar de nieuwe locatie van een pagina te sturen, en een pagina zonder nieuwe locatie heeft niets om naar te verwijzen.

Stap 3: Stel de redirect goed in

Voor een permanente verhuizing raadt Google waar mogelijk een permanente redirect aan de serverkant aan. De statuscodes 301 en 308 betekenen allebei dat een pagina definitief is verplaatst. Google zegt JavaScript-redirects alleen te gebruiken als redirects aan de serverkant of via meta refresh niet kunnen.

Praktische regels:

Stuur door naar de ene best passende URL, niet via een ketting van tussenstappen.
Verwijs naar een pagina die gewoon 200 teruggeeft, niet naar een andere redirect of fout.
Werk ook je interne links bij naar de nieuwe URL, zodat je niet eeuwig op de redirect leunt.
Op WordPress doet een redirectplugin of de redirectregels van je host dit. Gebruik op andere platformen de redirect- of rewrite-instellingen van je server of cms.

Voorbeeld van een redirectoverzicht dat je aan een ontwikkelaar kunt geven of in een redirecttool kunt plakken:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Stap 4: Test de oplossing en valideer

Controleer de URL zelf voordat je het aan Google meldt.

Open de oude URL in een browser, of voer een headercheck uit, en controleer dat hij een 301 geeft en op een 200-pagina uitkomt.
Plak de URL in Search Console in de bovenste balk en voer Inspect URL (URL-inspectie) uit. Gebruik daarna de livetest om te zien wat Google te zien krijgt.
Controleer dat de URL niet meer in je sitemap staat en dat geen enkele interne pagina ernaar linkt.

Valideer daarna:

Open het probleem Not found (404) (Niet gevonden (404)) in het rapport Paginaindexering.
Klik op Validate fix (Oplossing valideren).
Volg de status. Klik niet opnieuw op Validate fix totdat de validatie is geslaagd of mislukt.
Mislukt het, klik dan op See details (Details bekijken), los de overgebleven URL's op en start opnieuw.

Volgens Google duurt validatie meestal ongeveer twee weken, maar het kan veel langer duren. Ze stopt ook zodra er nog één resterend geval wordt gevonden, dus valideer pas als je de hele groep hebt opgelost. Een tip uit Googles documentatie: valideren op een deel van de getroffen URL's kan sneller klaar zijn. Dat doe je door het rapport te filteren met een sitemap die alleen je belangrijkste pagina's bevat.

Ook goed om te weten: Google behandelt 404-URL's geleidelijk. Volgens Google haalt de indexeringspipeline een URL die een 404 geeft uit de index als hij eerder was geïndexeerd, worden nieuw gevonden 404-pagina's niet verwerkt en neemt de crawlfrequentie geleidelijk af. Een URL die je als 404 laat staan, verdwijnt dus vanzelf.

Stap 5: Let op gevallen die geen echte 404 zijn

Twee lookalikes vragen om een andere aanpak:

Soft 404. De pagina geeft een 200-status maar toont een lege pagina of foutmelding, en Search Console meldt een soft 404. Los dit op door een echte 404-status terug te geven, of door echte content op de pagina te zetten.
Gehackte of geïnjecteerde URL's. Een plotselinge stortvloed aan 404's op vreemde bestandsnamen of spammy paden kan wijzen op een gehackte site. Komt dat overeen met wat je op een cms ziet, lees dan onze oplossingsgidsen voor WordPress, Joomla of Drupal en controleer het rapport daarna opnieuw.

Kopieerbare triagechecklist

[ ] De Not found (404)-URL's geëxporteerd uit Indexing > Pages
[ ] Elke URL gemarkeerd: eigen link, eigen sitemap, externe link of onbekend
[ ] Verwijderde pagina's zonder vervanger en zonder interne links genegeerd
[ ] 301-redirects toegevoegd voor verhuisde pagina's, in één stap, naar een 200-pagina
[ ] Per ongeluk verwijderde pagina's hersteld
[ ] Interne links naar dode URL's aangepast
[ ] Dode URL's uit de XML-sitemap gehaald
[ ] Een steekproef gecontroleerd met Inspect URL
[ ] Eén keer op Validate fix geklikt en het resultaat afgewacht

Voorkom de volgende golf

Terugkerende 404's komen meestal door herbouwde sites, hernoemde slugs en verwijderde berichten zonder redirectplan. Maak vóór elke migratie een lijst van de oude URL's en koppel elke aan zijn nieuwe plek. Bouw je toch al een kleine site opnieuw op? Met het gratis abonnement van We.Inc publiceer je tot drie sites vanuit kant-en-klare templates. De AI-builder die op basis van een prompt een site opzet, start bij het Starter-abonnement voor $20 per maand. Je kunt je hier aanmelden. Bewaar in beide gevallen je overzicht van oude en nieuwe URL's, want daarmee houd je dit rapport schoon.

Voor een bredere kennismaking met de tool, zie Google Search Console voor beginners.

Gratis beginnen · Geen creditcard nodig

Umair Ali Sadaqat

Oprichter van We.Inc

Umair is de oprichter van We.Inc. Hij schrijft over websites bouwen met AI, bureaus en de bedrijfsvoering van een webstudio.

Klaar om iets moois te bouwen?

Sluit je aan bij 15,000+ bedrijven die We.Inc gebruiken om te lanceren, te groeien en te automatiseren, allemaal vanuit één platform.