Kort samengevat:

  • Een HTTP 301 is een permanente server-side doorverwijzing die aangeeft dat een URL definitief is verhuisd.
  • Gebruik altijd een 301 (of 308 voor POST-methoden) bij blijvende URL-veranderingen om linkwaarde correct over te dragen.

Een HTTP 301 is een permanente server-side redirect die aangeeft dat een URL definitief is verhuisd naar een nieuw adres. Voor SEO is dit de enige juiste keuze bij blijvende URL-wijzigingen: de 301-statuscode draagt een groot deel van de bestaande linkwaarde over naar de nieuwe URL en geeft zoekmachines het signaal om hun index bij te werken.

Actieadvies in één zin: gebruik een 301 (of 308 wanneer POST-methoden behouden moeten blijven) voor elke permanente URL-verplaatsing, altijd server-side en altijd één-op-één.

  • Gebruik 301 voor permanente verhuizingen, 302 of 307 voor tijdelijke situaties zoals A/B-tests of onderhoudspagina’s.
  • Gebruik 308 wanneer je formulieren of API-eindpunten hebt die de HTTP-methode moeten bewaren.

Pro-tip: Controleer na elke deploy met curl -I of de server daadwerkelijk 301 teruggeeft. Frameworks zoals Next.js geven standaard soms 308 terug, en Apache zonder expliciete instelling kan 302 uitsturen.

Inhoudsopgave

Wat doet een HTTP 301 technisch en wat is het SEO-effect?

Wanneer een browser of zoekmachinebot een URL opvraagt die een 301-statuscode teruggeeft, stuurt de server twee dingen mee: de statuscode zelf en een Location-header met het nieuwe adres. De browser volgt die header automatisch. Dat hele proces speelt zich af op serverniveau, voordat de pagina in de browser laadt.

Het SEO-effect is direct. Google beschouwt 301 en 308 als kanonisatiesignalen: ze geven aan welke URL de “officiële” versie is en dragen rankingsignalen over. Tijdelijke codes zoals 302 en 307 doen dat doorgaans niet. De oude URL blijft dan in de index staan, wat bij permanente verhuizingen precies het tegenovergestelde is van wat je wilt.

Het verschil tussen 301 en 308 zit in methodebehoud. Een 301 mag de browser de methode wijzigen van POST naar GET bij de vervolgaanvraag. Een 308 verbiedt dat. Voor gewone webpagina’s maakt dat niets uit; voor formulieren of API-eindpunten wel.

Overzichtelijke infographic met de stappen van een 301-redirect

Pro-tip: Zet redirects altijd op serverniveau in, nooit via JavaScript of een meta-refresh. Zoekmachines volgen die varianten minder betrouwbaar, en de linkwaarde-overdracht is onzeker.

Wanneer zet je een 301 in? Praktische use cases voor site- en internationale migraties

Het team werkt aan een strategie om de website geschikt te maken voor een internationaal publiek.

De keuze is eenvoudig: is de wijziging permanent, dan is een 301 de juiste code. Hieronder de meest voorkomende situaties, met een concrete vertaling naar de Duitse uitrol.

Permanente use cases voor een 301:

  • Domeinwijziging naar een .de-ccTLD (bijv. van bedrijf.nl naar bedrijf.de): elke pagina krijgt een eigen 1:1 redirect naar de meest relevante Duitstalige tegenhanger.
  • HTTP naar HTTPS: standaard bij elke nieuwe of vernieuwde website; Google geeft doorgaans de voorkeur aan HTTPS-domeinen.
  • www versus non-www: kies één canonieke versie en stuur de andere permanent door.
  • URL-structuurwijziging: van /product?id=123 naar /produkt/naam bij een herstructurering of lokalisatie voor de Duitse markt.
  • Samenvoeging van content: twee vergelijkbare artikelen worden één sterke pagina; de zwakkere URL wijst naar de sterkere.
  • Verwijderde pagina’s: stuur door naar de meest thematisch relevante pagina, nooit blindelings naar de homepage.

Wanneer geen 301 gebruiken:

  1. A/B-tests: gebruik 302 zodat de originele URL geïndexeerd blijft.
  2. Tijdelijke landingspagina’s voor campagnes of seizoensacties: ook hier 302.
  3. Onderhoudspagina’s: 302 of 307, zodat de originele URL niet uit de index verdwijnt.

Bij een uitrol naar Duitsland speelt de keuze tussen een .de-ccTLD, een submap (/de/) of een subdomein (de.bedrijf.nl) een grote rol. Een ccTLD geeft het sterkste lokale vertrouwenssignaal op Google.de, maar vereist een volledige domeinmigratie met bijbehorende 301-redirect-map. Een submap is technisch eenvoudiger en behoudt de autoriteit van het hoofddomein. Meer hierover in de sectie over internationale SEO hieronder.

Hoe implementeer je 301-redirects: Apache, Nginx, IIS, CDN en CMS

Concrete configuraties voor de meest gebruikte omgevingen:

  1. Apache (.htaccess): activeer mod_rewrite en gebruik R=301,L expliciet. Zonder die vlag geeft Apache standaard een 302 terug.

    RewriteEngine On
    RewriteRule ^oude-pagina$ /nieuwe-pagina [R=301,L]
    

    Of eenvoudiger voor een enkelvoudige URL:

    Redirect 301 /oude-pagina /nieuwe-pagina
    
  2. Nginx: gebruik return 301 in het server-blok. Dit is de meest directe methode en voorkomt dat Nginx intern een extra rewrite-stap uitvoert.

    return 301 https://www.bedrijf.de$request_uri;
    
  3. IIS (web.config): voeg een <rule> toe in het <rewrite>-gedeelte met redirectType="Permanent".

  4. Next.js: stel in next.config.js expliciet permanent: true in. Zonder die instelling geeft Next.js standaard een 308 terug, wat voor de meeste webpagina’s werkt maar afwijkt van de verwachte 301.

  5. Cloudflare / Netlify / Vercel: gebruik de platformeigen redirect-configuratiebestanden (_redirects bij Netlify, vercel.json bij Vercel) en geef de statuscode altijd expliciet mee.

  6. WordPress: plugins zoals Redirection, Rank Math of Yoast SEO Premium beheren redirects direct vanuit het dashboard. Voor grote aantallen URL’s is serverniveau beter voor de laadsnelheid.

Leg altijd een redirect-map vast voordat je live gaat: een spreadsheet of bestand met oude URL, nieuwe URL, statuscode, paginatitel en backlink-prioriteit. Een volledige URL-inventaris bevat minimaal die vijf kolommen en voorkomt dat je na de livegang achter de feiten aanloopt.

Pro-tip: Test alle redirects op een stagingomgeving met een crawler zoals Screaming Frog vóór de livegang. Controleer ook welke standaardcodes je framework uitgeeft: Next.js en sommige Apache-configuraties geven niet automatisch 301 terug.

Hoe werken 301-redirects bij uitbreiding naar Duitsland?

De structuurkeuze bepaalt hoeveel werk de redirects kosten en hoe snel Google.de de nieuwe pagina’s vertrouwt.

  • ccTLD (.de): sterkste lokale vertrouwenssignaal, maar vereist een volledige domeinmigratie. Alle bestaande backlinks naar het .nl-domein moeten via 1:1 redirects worden doorgegeven. Plan een monitoringperiode van enkele maanden in Google Search Console. Meer over de technische voorbereiding voor de Duitse markt vind je in onze uitgebreide lokalisatiegids.
  • Submap (/de/): eenvoudiger te implementeren, behoudt de domeinautoriteit van het hoofddomein en vereist geen aparte domeinmigratie. Redirects zijn alleen nodig als bestaande URL’s van structuur veranderen.
  • Subdomein (de.bedrijf.nl): Google behandelt subdomeinen als aparte entiteiten, waardoor linkwaarde minder goed doorstroomt. Minder aanbevolen voor nieuwe markten.

Hreflang en 301-redirects zijn twee aparte mechanismen. Gebruik hreflang-tags om Google te vertellen welke taalversie voor welk land bedoeld is. Zet nooit een redirect in de plaats van een correcte hreflang-implementatie: een Duitstalige bezoeker die automatisch naar de .de-versie wordt doorgestuurd terwijl Google de .nl-versie nog indexeert, zorgt voor verwarring in de index. De internationale SEO-best practices van Duitsewebsite behandelen dit in detail.

Backlinks naar het oude domein behoud je via 1:1 redirects, maar actieve outreach naar linkende domeinen blijft noodzakelijk. Zoekmachines verwerken de linkwaarde-overdracht, maar een directe link naar de nieuwe URL is altijd sterker dan een omgeleide.

Pro-tip: Stel in Google Search Console aparte properties in voor zowel het oude als het nieuwe domein. Zo zie je precies welke pagina’s nog worden gecrawld op het oude adres en wanneer de indexatie volledig is overgezet.

Veelgemaakte fouten bij redirect-migraties en hoe ze rankings schaden

  • 302 in plaats van 301 voor permanente verplaatsingen: de meest voorkomende fout bij internationale uitbreidingen. Een per ongeluk ingestelde 302 houdt de oude URL in de index en draagt geen kanonisatiesignaal over. Het gevolg: twee URL’s concurreren met elkaar.
  • Redirect-ketens (A→B→C): elke extra hop verhoogt de laadtijd en verspilt crawlbudget. Stuur altijd direct door naar de uiteindelijke URL. Ketens ontstaan vaak wanneer een eerder ingestelde redirect niet wordt bijgewerkt bij een nieuwe verhuizing.
  • Oude URL’s in de XML-sitemap: een sitemap met verouderde URL’s stuurt Googlebot naar adressen die alleen maar doorsturen. Dat kost crawlbudget zonder iets op te leveren. Verwijder oude URL’s uit de sitemap direct na de livegang.
  • Redirects te vroeg verwijderen: SEO-consolidatie kan maanden duren. Externe links, bladwijzers en gecachte zoekmachineresultaten verwijzen nog lang naar het oude adres. Houd redirects langdurig actief om rankingverlies te voorkomen.
  • Wildcard-redirects naar de homepage: elke waardevolle oude URL moet naar de meest thematisch relevante nieuwe URL wijzen. Een algemene doorstuur naar de homepage vernietigt de linkwaarde van specifieke pagina’s.

Redirect-ketens zijn stiller dan 404-fouten, maar even schadelijk. Ze verlagen de crawlfrequentie, verhogen de laadtijd en laten linkwaarde weglekken bij elke extra stap. Controleer na elke migratie met Screaming Frog of alle paden direct naar de eindbestemming leiden.

Wat controleer je na de livegang?

Dag 0–7

  1. Controleer serverlogs op onverwachte 404- of 302-statuscodes.
  2. Steekproef van 20–50 kritieke URL’s met curl -I of een online redirect-checker.
  3. Verifieer dat de XML-sitemap alleen nieuwe URL’s bevat.
  4. Controleer of interne links al zijn bijgewerkt naar de nieuwe URL-structuur.

Week 1–4

  • Open Google Search Console en controleer het Coverage-rapport op nieuwe fouten.
  • Gebruik URL-inspectie voor de belangrijkste landingspagina’s en verzoek herindexatie.
  • Monitor organische sessies per dag; een tijdelijke daling van 10–20% is normaal, een langdurige daling van meer dan 30% is een signaal om in te grijpen.
  • Controleer of Google Search Console geen sitemapfouten meldt.

Maand 1–6

  • Vergelijk organisch verkeer week-over-week met de periode vóór de migratie.
  • Controleer backlinks via Ahrefs, Majestic of een vergelijkbaar hulpmiddel en benader de belangrijkste linkende domeinen voor een directe linkupdate.
  • Houd redirects actief en verwijder ze pas als het verkeer stabiel is en de nieuwe URL’s volledig zijn geïndexeerd.
  • Bekijk de stappen voor hoog scoren op Google.de als aanvulling op je monitoring.

Bij problemen: een piek in 404-fouten wijst op ontbrekende redirects; indexatieverlies op een specifieke pagina wijst op een onjuiste of ontbrekende 301; grote SERP-dalingen zonder 404-fouten wijzen vaak op redirect-ketens of een verkeerde hreflang-implementatie.

Hoe test je redirects snel en betrouwbaar?

Essentiële commando’s:

  • curl -I https://oudeurl.nl/pagina — toont de statuscode en Location-header van de eerste stap.
  • curl -L -I https://oudeurl.nl/pagina — volgt alle hops en toont de statuscode van elke stap.
  • curl -s -o /dev/null -w '%{http_code} %{redirect_url} ' https://oudeurl.nl/pagina — compacte output met statuscode en doelURL op één regel.

Bij een correcte 301 zie je in de output HTTP/1.1 301 Moved Permanently en een Location:-regel met het nieuwe adres. De vervolgaanvraag geeft 200 OK terug. Meer dan één hop in de output betekent een keten.

Aanbevolen tools:

  1. Screaming Frog SEO Spider: crawlt de volledige site en toont alle redirect-statuscodes, ketens en loops in één overzicht.
  2. Sitebulb: vergelijkbaar met Screaming Frog, met visuele rapporten die handig zijn voor presentaties aan klanten of management.
  3. Redirect Path (Chrome-extensie): toont per pagina alle redirect-hops direct in de browser, zonder commando’s.
  4. Browser DevTools (tabblad Netwerk): filter op de URL en bekijk de volledige HTTP-responsketen inclusief headers.

Pro-tip: Bouw een geautomatiseerde steekproef in je CI/CD-pijplijn: een eenvoudig shellscript dat curl uitvoert op een lijst van kritieke URL’s en de statuscode vergelijkt met de verwachte waarde. Zo vang je regressies op vóór productie.

Belangrijkste inzichten

Een HTTP 301 is de enige juiste keuze voor permanente URL-verplaatsingen: server-side, 1:1, zonder ketens, en minimaal 6–12 maanden actief houden na de livegang.

Punt Details
301 versus tijdelijke codes Gebruik 301 (of 308 bij POST-methoden) voor permanente verplaatsingen; 302/307 voor tijdelijke situaties.
Linkwaarde-overdracht Een correcte 301 draagt naar schatting 90%–99% van de bestaande rankingwaarde (link equity) over naar de nieuwe URL.
Redirect-ketens vermijden Elke extra hop verhoogt laadtijd en verspilt crawlbudget; stuur altijd direct door naar de eindbestemming.
Post-migratie monitoring Controleer Google Search Console actief en houd redirects minimaal 6–12 maanden actief na de livegang.
Duitsewebsite voor Duitse uitrol Duitsewebsite combineert redirect-mapping, serverconfiguratie en linkoutreach voor Nederlandse bedrijven die naar Duitsland uitbreiden.

Wat wij zien bij Nederlandse bedrijven die naar Duitsland gaan

De technische kant van een 301-migratie is beheersbaar. Wat bedrijven het vaakst verrast, is de tijdlijn. Een correcte 1:1 redirect-implementatie zorgt voor een snelle eerste indexatie van de nieuwe URL’s, maar de volledige consolidatie van rankingsignalen duurt weken tot maanden. Dat is geen fout in de aanpak; dat is hoe zoekmachines werken.

Wat wij bij Duitsewebsite consequent zien: bedrijven die de redirect-map vóór de livegang volledig uitwerken en tegelijk SEO, development en hosting betrekken, herstellen sneller dan bedrijven die redirects achteraf repareren. De tweede groep verliest niet alleen rankings; ze verspillen ook crawlbudget op ketens en verouderde sitemaps.

Een ander patroon: de backlink-outreach wordt bijna altijd uitgesteld. Terwijl de 301 de linkwaarde technisch overdraagt, blijft een directe link naar de nieuwe URL altijd sterker. Benader de vijf tot tien belangrijkste linkende domeinen binnen de eerste maand na de livegang. Dat maakt een meetbaar verschil in hoe snel de nieuwe URL’s autoriteit opbouwen op Google.de.

Ons advies: plan de redirect-map als eerste deliverable, niet als laatste volgens de inzichten uit deze case over een nieuwe internationale marketinghub. En plan 3–6 maanden actieve monitoring in, ook als alles er bij de livegang goed uitziet.

Hulp nodig bij een 301-migratie naar Duitsland?

Een domeinmigratie naar Duitsland is meer dan een technische klus. Duitsewebsite begeleidt Nederlandse bedrijven van redirect-mapping en serverconfiguratie tot actieve linkoutreach bij Duitse domeinen, met 17+ jaar ervaring in SEO voor de Duitse markt.

Duitsewebsite

Het team combineert SEO-specialisten en technische developers die samenwerken aan één redirect-strategie: van de eerste URL-inventaris tot de monitoring in de maanden na de livegang. Geen losse adviezen, maar een aaneengesloten aanpak die rankings beschermt tijdens de overgang.

Wil je weten wat een migratie naar Duitsland voor jouw website betekent? Bekijk onze online marketing diensten voor Duitsland of neem direct contact op voor een eerste evaluatie.

Handige bronnen en documentatie

Gebruik deze bronnen per taak:

  • Implementatie en serverconfiguratiedocumentatie: MDN Web Docs — HTTP 301 en Cloudflare-documentatie over redirects voor serverregels en CDN-configuraties.
  • SEO-richtlijnen en canonicalisatie: Google Search Central — Redirects en Google voor het officiële standpunt van Google over hoe 30x-codes worden verwerkt.
  • Praktische migratiegids: RedirHub — best practices tijdens een websitemigratie voor redirect-mapping en het vermijden van ketens.
  • Post-migratie monitoring: Hostragons — SEO-verlies na websitemigratie voorkomen voor een checklist van monitoringstappen en GSC-gebruik.
  • Redirect-codes vergelijken: Gautam Khorana — 301 vs 302 vs 307 vs 308 voor een overzicht van wanneer welke code van toepassing is, inclusief framework-standaarden.
  • Internationale SEO-planning: de internationale SEO-gids van Duitsewebsite voor structuurkeuzes en hreflang bij uitbreiding naar Duitsland.

Bewaar tijdens elke migratie: de redirect-map als spreadsheet, screenshots van GSC-rapporten vóór en na de livegang, en de output van je curl-steekproeven. Die documentatie is onmisbaar als je later moet aantonen waarom rankings tijdelijk daalden of herstelden.

Bron Gebruik voor
Google Search Central Officieel standpunt over canonicalisatie en redirect-verwerking
MDN Web Docs Technische HTTP-statuscode-documentatie
Cloudflare-documentatie CDN-redirect-configuratie en regels
RedirHub Migratiechecklist en redirect-mapping
Hostragons Post-migratie monitoring en GSC-gebruik

Aanbeveling

Leave a Reply

Your email address will not be published. Required fields are marked *