- Crawlen, renderen en indexeren uitgelegd
- Robots.txt begrijpen
- Noindex, nofollow en robots meta tags
- XML-sitemap maken en controleren
- Canonical tags en duplicate content
- Redirects, 404-fouten en statuscodes oplossen
- Website structuur en crawlbaarheid
- Core Web Vitals en pagespeed voor SEO
- Technische SEO voor afbeeldingen
- Mobielvriendelijkheid en responsive SEO
Redirects, 404-fouten en statuscodes oplossen
Elke URL geeft een technisch antwoord.
Ook als je dat als bezoeker niet ziet.
Een pagina kan gewoon werken.
Een pagina kan zijn verplaatst.
Een pagina kan niet meer bestaan.
Of een server kan tijdelijk problemen geven.
Dat antwoord noemen we een HTTP-statuscode.
Voor gebruikers is vooral belangrijk dat ze op de juiste pagina uitkomen.
Voor zoekmachines is de statuscode een belangrijk technisch signaal.
Google moet begrijpen:
kan ik deze pagina gebruiken?
Moet ik een andere URL volgen?
Bestaat deze pagina nog?
Of is er technisch iets mis?
Daarom zijn HTTP-statuscodes belangrijk voor technische SEO.
Niet omdat je elke statuscode uit je hoofd moet kennen.
Maar omdat verkeerde statuscodes snel grote gevolgen kunnen hebben.
Een oude URL zonder redirect.
Een belangrijke pagina met een 404.
Een tijdelijke redirect die permanent had moeten zijn.
Een server die regelmatig 5xx-fouten geeft.
Dat soort dingen maken je website minder duidelijk.
En technische SEO draait juist om duidelijkheid.
🧭 Waarom HTTP-statuscodes belangrijk zijn voor technische SEO
Zoekmachines crawlen URL’s.
Maar ze beoordelen niet alleen de inhoud van een pagina.
Ze kijken eerst of de URL technisch goed reageert.
Geeft de pagina een succesvolle response?
Wordt de URL doorgestuurd?
Bestaat de pagina niet meer?
Geeft de server een fout?
Die technische reactie bepaalt wat Google daarna met de URL kan doen.
Een belangrijke SEO-pagina hoort normaal gewoon bereikbaar te zijn.
Een oude pagina die is vervangen, hoort netjes door te sturen.
Een pagina die echt niet meer bestaat, mag verdwijnen.
En een serverfout moet je oplossen.
HTTP-statuscodes helpen dus om de juiste verwachting af te geven.
Aan browsers.
Aan crawlers.
Aan zoekmachines.
Gaat dat goed, dan is je website technisch duidelijker.
Gaat dat fout, dan ontstaan er problemen.
Niet altijd direct zichtbaar voor de gebruiker.
Maar vaak wel zichtbaar in crawls, Search Console en indexeringsrapporten.
🚦 Wat HTTP-statuscodes zijn
Een HTTP-statuscode is de reactie van een server op een verzoek.
Een browser of crawler vraagt een URL op.
De server antwoordt met een code.
Die code zegt wat er met de URL aan de hand is.
De belangrijkste groepen zijn:
2xx= succesvol3xx= redirect4xx= fout aan de kant van de aanvraag of URL5xx= serverfout
Voor technische SEO kom je vooral deze tegen:
200= de pagina werkt301= permanent doorgestuurd302= tijdelijk doorgestuurd404= pagina niet gevonden410= pagina bewust verdwenen500= interne serverfout503= server tijdelijk niet beschikbaar
Je hoeft niet elke statuscode te kennen.
Maar je moet wel weten wat de belangrijkste codes betekenen.
En vooral:
wanneer is een statuscode logisch, en wanneer niet?
✅ 200-status: wanneer een pagina goed werkt
Een 200-status betekent dat de server succesvol content teruggeeft.
Voor een belangrijke SEO-pagina is dat meestal wat je wilt.
Bijvoorbeeld voor:
- dienstenpagina’s
- categoriepagina’s
- productpagina’s
- blogartikelen
- kennisbankartikelen
- landingspagina’s
Een pagina die je in Google wilt laten verschijnen, moet technisch goed bereikbaar zijn.
Een 200-status is daarvoor een basisvoorwaarde.
Maar let op.
Een 200 betekent niet automatisch dat een pagina geïndexeerd wordt.
Het betekent alleen dat de pagina technisch succesvol wordt geladen.
Daarna kijkt Google nog naar veel meer signalen.
Zoals crawlbaarheid.
Indexeerbaarheid.
Content.
Canonical tags.
Interne links.
Kwaliteit.
Relevantie.
Een 200 is dus geen SEO-garantie.
Het is de technische basis.
🤔 Soft 404
Soms geeft een URL technisch een 200-status, maar lijkt de pagina inhoudelijk op een foutpagina.
Bijvoorbeeld:
“Product niet gevonden.”
Of:
“Deze pagina bestaat niet meer.”
Maar technisch zegt de server nog steeds:
200 OK
Dat noemen we vaak een soft 404.
Voor gebruikers lijkt de pagina leeg of fout.
Voor zoekmachines is het signaal verwarrend.
Want technisch werkt de pagina.
Maar inhoudelijk is er niets bruikbaars.
Daarom wil je soft 404’s voorkomen.
Als een pagina echt niet bestaat, geef dan liever een echte 404 of 410.
Als er een goed alternatief is, gebruik dan een redirect.
🔁 3xx-statuscodes: wat redirects zijn
Een redirect stuurt een URL door naar een andere URL.
De gebruiker vraagt URL A op.
Maar komt uit op URL B.
Bijvoorbeeld:
/oude-dienst/
stuurt door naar:
/nieuwe-dienst/
Dat is handig wanneer een pagina is verplaatst, vervangen of samengevoegd.
Redirects gebruik je bijvoorbeeld bij:
- aangepaste URL’s
- verwijderde pagina’s met een goed alternatief
- website-migraties
- HTTP naar HTTPS
- non-www naar www, of andersom
- oude productpagina’s met een opvolger
- oude blogartikelen met een nieuwe URL
- dubbele URL-varianten die je wilt consolideren
Een goede redirect helpt gebruikers én zoekmachines.
Gebruikers komen niet op een foutpagina terecht.
Zoekmachines begrijpen beter waar de nieuwe URL staat.
Maar een redirect moet wel relevant zijn.
Alles zomaar doorsturen naar de homepage is meestal geen goede oplossing.
Een redirect moet antwoord geven op de vraag:
waar is de beste vervangende pagina?
Als die er niet is, is een 404 of 410 soms eerlijker.
📌 301, 302, 307 en 308: welke redirect gebruik je wanneer?
Niet elke redirect betekent hetzelfde.
De belangrijkste redirectcodes zijn:
301= permanent verplaatst308= permanent verplaatst302= tijdelijk verplaatst307= tijdelijk verplaatst
Voor SEO kom je vooral 301 en 302 tegen.
🔒 301: permanent verplaatst
Een 301 gebruik je wanneer een URL definitief is vervangen.
Bijvoorbeeld:
/oude-pagina/
wordt definitief:
/nieuwe-pagina/
Dan wil je dat gebruikers en zoekmachines voortaan naar de nieuwe URL gaan.
Een 301 is daarom meestal de juiste keuze bij:
- URL-wijzigingen
- migraties
- samengevoegde pagina’s
- oude content met een nieuw alternatief
- HTTP naar HTTPS
- domeinwijzigingen
⏳ 302: tijdelijk verplaatst
Een 302 gebruik je wanneer een redirect tijdelijk is.
Bijvoorbeeld wanneer een pagina tijdelijk niet beschikbaar is en je bezoekers tijdelijk naar een alternatief stuurt.
De oude URL blijft dan eigenlijk de hoofdversie.
Dat is belangrijk.
Want als iets permanent is verplaatst, wil je meestal geen tijdelijke redirect gebruiken.
Een veelgemaakte fout is dat een 302 blijft staan terwijl de wijziging definitief is.
Voor gebruikers lijkt dat vaak prima.
Ze komen op de juiste pagina.
Maar technisch geef je niet het sterkste permanente signaal.
🔁 307 en 308
307 en 308 lijken op 302 en 301.
Kort gezegd:
307= tijdelijk308= permanent
In veel SEO-trajecten zie je ze minder vaak dan 301 en 302.
Maar moderne frameworks en platformen kunnen ze wel gebruiken.
Het technische verschil zit vooral in hoe de request method wordt behandeld. Bij 307 en 308 blijft die methode behouden, bijvoorbeeld bij een POST-request. Bij gewone SEO-pagina’s is dat meestal minder belangrijk, maar bij formulieren, API’s of applicatie-achtige routes kan het wel relevant zijn.
De praktische vraag blijft hetzelfde:
is de verplaatsing tijdelijk of permanent?
Permanent? Gebruik een permanente redirect.
Tijdelijk? Gebruik een tijdelijke redirect.
❌ 4xx-statuscodes: wat 404-fouten betekenen
Een 404 betekent dat een URL niet gevonden is.
De pagina bestaat niet op die plek.
Dat klinkt slecht.
Maar een 404 is niet altijd een probleem.
Soms is het precies het juiste signaal.
Als een pagina echt niet meer bestaat en er geen goed alternatief is, mag die URL een 404 geven.
Dat is eerlijker dan bezoekers doorsturen naar een willekeurige pagina.
Een 404 wordt vooral een probleem wanneer:
- belangrijke pagina’s 404 geven
- interne links naar 404’s wijzen
- backlinks naar 404’s verloren gaan
- sitemap-URL’s 404 geven
- gebruikers vaak op 404’s landen
- oude waardevolle pagina’s geen redirect hebben
- veel 404’s ontstaan na een migratie
Dus niet elke 404 hoeft opgelost te worden.
De vraag is:
had deze URL nog waarde?
Zo ja, kijk naar een redirect of herstel de pagina.
Zo nee, dan mag de URL vaak gewoon verdwijnen.
🗑️ 404 of 410: wanneer laat je een pagina verdwijnen?
Een 404 betekent:
niet gevonden.
Een 410 betekent:
verdwenen.
In de praktijk liggen ze dicht bij elkaar.
Beide geven aan dat de content er niet meer is.
Je gebruikt een 404 of 410 wanneer een pagina echt mag verdwijnen.
Bijvoorbeeld wanneer:
- er geen relevant alternatief is
- de content bewust is verwijderd
- de pagina geen waarde meer heeft
- je geen misleidende redirect wilt maken
- het product of onderwerp niet terugkomt
- de URL nooit belangrijk is geweest
Voor SEO wordt soms gezegd dat een 410 sneller duidelijk maakt dat iets bewust verwijderd is.
Maar de belangrijkste keuze is meestal eenvoudiger:
heeft de oude URL een goed alternatief?
Dan redirecten.
Geen goed alternatief?
Dan kan 404 of 410 prima zijn.
Een slechte redirect is niet beter dan een goede 404.
Stuur gebruikers dus niet naar een pagina die inhoudelijk niet past.
🔥 5xx-statuscodes: wanneer de server een probleem geeft
Een 5xx-statuscode betekent dat er iets misgaat aan de serverkant.
Bijvoorbeeld:
500= interne serverfout502= bad gateway503= service unavailable504= gateway timeout
Voor technische SEO zijn 5xx-fouten belangrijker dan veel mensen denken.
Een incidentele serverfout kan gebeuren.
Maar structurele 5xx-fouten zijn een probleem.
Google kan de pagina dan niet goed ophalen.
En als dit vaak gebeurt, kan dat crawling en indexatie verstoren.
Vooral bij belangrijke pagina’s wil je dit voorkomen.
Denk aan:
- homepage
- categoriepagina’s
- productpagina’s
- belangrijke landingspagina’s
- XML-sitemaps
- robots.txt
- JavaScript- of CSS-bestanden
Een 5xx-fout is meestal geen SEO-keuze.
Het is een technisch probleem.
Daarom wil je dit snel onderzoeken met een developer, hostingpartij of serverbeheerder.
⚠️ Veelgemaakte fouten met redirects en statuscodes
Redirects en statuscodes gaan vaak mis omdat ze technisch klein lijken.
Maar op schaal kunnen ze veel impact hebben.
❌ Alles redirecten naar de homepage
Als een pagina verdwijnt, is de homepage niet automatisch het beste alternatief.
Een redirect moet inhoudelijk passen.
Een oude productpagina stuur je liever naar een opvolgend product of relevante categorie.
Niet zomaar naar de homepage.
❌ 302 gebruiken terwijl 301 logisch is
Een tijdelijke redirect gebruiken voor een permanente wijziging is een veelgemaakte fout.
Vooral bij migraties.
De gebruiker merkt het misschien niet.
Maar technisch geef je een minder duidelijk permanent signaal.
❌ Redirect chains
Een redirect chain ontstaat wanneer URL A doorstuurt naar B, en B weer naar C.
Bijvoorbeeld:
/oude-url/ → /tussen-url/ → /nieuwe-url/
Beter is:
/oude-url/ → /nieuwe-url/
Houd redirects zo direct mogelijk.
❌ Redirect loops
Een redirect loop ontstaat wanneer URL’s naar elkaar blijven doorsturen.
Bijvoorbeeld:
URL A verwijst naar URL B.
URL B verwijst weer terug naar URL A.
Dan komt de browser of crawler nooit op een eindpagina uit.
Dat moet je altijd oplossen.
❌ Redirects naar 404’s
Een redirect moet eindigen op een werkende pagina.
Niet op een foutpagina.
Een oude URL die doorstuurt naar een 404 geeft alsnog een slechte ervaring.
En een verwarrend technisch signaal.
❌ Interne links naar oude redirect-URL’s laten staan
Een redirect is handig.
Maar interne links moeten idealiter direct naar de eind-URL wijzen.
Link dus niet intern naar een oude URL die daarna redirect.
Pas de link aan naar de nieuwe URL.
❌ 404’s in de sitemap
Een XML-sitemap hoort belangrijke, indexeerbare URL’s te bevatten.
Niet URL’s die niet meer bestaan.
404’s in je sitemap zijn daarom een duidelijk opruimpunt.
❌ Waardevolle oude URL’s zonder redirect laten verdwijnen
Bij een migratie of herstructurering moet je oude waardevolle URL’s niet zomaar laten wegvallen.
Zeker niet als ze backlinks, verkeer of rankings hadden.
Maak vooraf een redirectplan.
Niet achteraf pas wanneer het misgaat.
❌ Soft 404’s negeren
Een soft 404 lijkt technisch misschien goed, omdat de pagina een 200-status geeft.
Maar inhoudelijk is de pagina leeg, foutachtig of niet bruikbaar.
Los dat netjes op.
Met goede content, een redirect of een echte 404/410.
❌ 5xx-fouten te laat oppakken
Serverfouten zijn geen contentprobleem.
Ze zijn een technisch probleem.
Als belangrijke pagina’s regelmatig 5xx-fouten geven, moet je dat snel onderzoeken.
Zeker als het om templates, sitemaps, robots.txt of belangrijke paginatypes gaat.
🧪 Hoe controleer je HTTP-statuscodes?
Statuscodes controleer je op twee niveaus.
Per URL.
En op schaal.
Voor één URL kun je een browsertool, redirect checker of technische SEO-tool gebruiken.
Maar voor een hele website heb je meestal een crawltool nodig.
Bijvoorbeeld Screaming Frog.
Daarmee kun je snel zien:
- welke URL’s een 200-status geven
- welke URL’s redirecten
- welke URL’s een 404 geven
- welke URL’s een 5xx-fout geven
- waar redirect chains zitten
- waar redirect loops zitten
- welke interne links naar 404’s wijzen
- welke interne links naar redirect-URL’s wijzen
- welke sitemap-URL’s geen 200-status geven
Gebruik daarnaast Google Search Console.
Daar zie je onder andere indexeringsproblemen, crawlproblemen en URL’s die Google niet goed kan verwerken.
Let bij statuscodes vooral op prioriteit.
Niet elke 404 is belangrijk.
Niet elke redirect is fout.
Kijk naar:
- krijgt de URL interne links?
- staat de URL in de sitemap?
- heeft de URL backlinks?
- kreeg de URL organisch verkeer?
- hoort de URL nog te bestaan?
- is er een relevant alternatief?
- raakt het probleem één URL of een heel template?
Die context bepaalt de oplossing.
Een losse oude 404 zonder waarde is vaak geen ramp.
Een hele categorie-template met 5xx-fouten wel.
🧠 Hoe bepaal je de juiste oplossing?
De juiste oplossing hangt af van wat er met de URL moet gebeuren.
Niet van één standaardregel.
Gebruik dit als denkkader:
- URL werkt en moet vindbaar zijn →
200 - URL is definitief vervangen →
301 - URL is tijdelijk verplaatst →
302 - URL bestaat niet meer en heeft geen alternatief →
404of410 - URL geeft een serverfout → technisch oplossen
- URL is een duplicate variant, maar moet bereikbaar blijven → canonical overwegen
- URL hoeft niet in Google, maar mag bereikbaar blijven → noindex overwegen
Het belangrijkste is dat de statuscode klopt met de bedoeling.
Een pagina die moet ranken, geef je geen 404.
Een oude URL met een sterk alternatief laat je niet zomaar doodlopen.
Een pagina zonder alternatief redirect je niet blind naar de homepage.
En een serverfout los je technisch op.
Zo maak je statuscodes niet ingewikkelder dan nodig.
Elke URL moet gewoon het juiste technische antwoord geven.
👉 Volgende stap
Nu je weet hoe je statuscodes en redirects goed gebruikt, gaan we door naar de structuur achter al die URL’s:
Website structuur en crawlbaarheid.
❓ Vragen beantwoord in dit artikel
Wat zijn HTTP-statuscodes?
HTTP-statuscodes zijn technische antwoorden van een server op een URL-verzoek. Ze geven aan of een pagina werkt, is doorgestuurd, niet bestaat of een serverfout geeft. Voor SEO zijn ze belangrijk omdat zoekmachines hiermee begrijpen wat er technisch met een URL aan de hand is.
Waarom zijn HTTP-statuscodes belangrijk voor SEO?
HTTP-statuscodes helpen zoekmachines bepalen wat ze met een URL moeten doen. Een belangrijke pagina hoort normaal een 200-status te geven. Een oude URL kan een redirect nodig hebben. Een verwijderde URL mag een 404 of 410 geven. Verkeerde statuscodes kunnen crawling, indexatie en gebruikerservaring verstoren.
Wat betekent een 200-statuscode?
Een 200-statuscode betekent dat de server succesvol content teruggeeft. Voor belangrijke SEO-pagina’s is dit meestal de gewenste status. Toch betekent 200 niet automatisch dat een pagina wordt geïndexeerd. Google kijkt ook naar crawlbaarheid, noindex, canonicals, interne links, contentkwaliteit en relevantie.
Wat is een redirect?
Een redirect stuurt een oude of alternatieve URL automatisch door naar een andere URL. Dit gebruik je bijvoorbeeld wanneer een pagina is verplaatst, een URL-structuur verandert of een oude pagina een goed nieuw alternatief heeft. Een redirect moet altijd naar een inhoudelijk passende eindpagina verwijzen.
Wat is het verschil tussen een 301 en 302 redirect?
Een 301 redirect gebruik je bij een permanente verplaatsing. Een 302 redirect gebruik je wanneer een verplaatsing tijdelijk is. Voor SEO is dit verschil belangrijk, omdat een permanente redirect duidelijker aangeeft dat de nieuwe URL de vervanger is. Een blijvende wijziging wil je daarom meestal niet met 302 oplossen.
Wat is het verschil tussen 307, 308 en 301, 302?
307 en 308 lijken op 302 en 301, maar behouden technisch gezien de oorspronkelijke request method. Voor gewone SEO-pagina’s is vooral belangrijk of de redirect tijdelijk of permanent is. 307 is tijdelijk, 308 is permanent. Bij formulieren, API’s of betaalflows kan het technische verschil wel relevanter worden.
Is een 404-fout altijd slecht voor SEO?
Een 404 is niet altijd slecht. Als een pagina echt niet meer bestaat en er geen relevant alternatief is, mag een URL een 404 geven. Een 404 wordt vooral een probleem wanneer belangrijke pagina’s, interne links, sitemap-URL’s of waardevolle oude URL’s zonder goede oplossing op 404 uitkomen.
Wanneer gebruik je een 404 of 410?
Je gebruikt een 404 of 410 wanneer een pagina echt mag verdwijnen en er geen goed alternatief is. Een 404 betekent dat de pagina niet gevonden is. Een 410 geeft sterker aan dat de pagina bewust verdwenen is. In beide gevallen is het belangrijker dat de keuze klopt met de situatie.
Hoe controleer je redirects, 404’s en statuscodes?
Je controleert statuscodes met een crawltool zoals Screaming Frog, Google Search Console of een redirect checker. Let op 3xx-, 4xx- en 5xx-codes, redirect chains, redirect loops, 404’s in de sitemap en interne links naar oude URL’s. Beoordeel daarna per URL of herstel, redirect of verwijderen logisch is.


















