301 redirect of 302: welke kies je en hoeveel stappen volgt Google?

Kort antwoord: Bij de keuze tussen een 301 redirect en een 302 gebruik je een 301 (of zijn tweeling 308) als het oude adres definitief weg is, en een 302 (of 307) alleen als de verhuizing tijdelijk is en het oude adres in de zoekresultaten moet blijven. Google ziet een permanente redirect als een sterk signaal om het doel te verwerken en een tijdelijke als een zwak signaal. Standaard volgt Google tot 10 stappen, maar stuur toch elk oud adres in één stap naar de eindbestemming.

301 redirect of 302: wat is het verschil?

Een redirect is een antwoord van je server dat zegt “niet hier, ga daarheen” en het nieuwe adres noemt in de header Location. De statuscode geeft de reden. In de HTTP-standaard (RFC 9110) betekent 301 dat de pagina een nieuw, permanent adres heeft. 302 betekent dat ze maar tijdelijk ergens anders staat, zodat de client het oorspronkelijke adres moet blijven gebruiken. Google leest dat verschil net zo en handelt ernaar:

De tabel komt uit de pagina van Google over HTTP-statuscodes (laatst bijgewerkt 2026-02-04). Wat het voor zoeken betekent, staat op de pagina van Google over redirects (laatst bijgewerkt 2026-04-14): bij permanente redirects toont Google het nieuwe doel in de zoekresultaten, bij tijdelijke de oorspronkelijke pagina. De hier gelinkte pagina’s van Google hebben we op 4 november 2026 gelezen.

Waarom bestaan 307 en 308 eigenlijk? Google behandelt ze als 302 en 301, maar wijst erop dat ze semantisch verschillen. Kies dus de code die bij de situatie past. Het verschil zit in de aanvraagmethode: na een 301 of 302 mag een client van een POST een GET maken, na een 307 of 308 moet hij de methode houden (RFC 9110, paragraaf 15.4). Bij het gewone bekijken van een pagina merk je daar niets van. Voor formulieren en API’s die POST-verzoeken ontvangen, gebruik je 308 of 307.

Welke redirect kies je wanneer?

Eén vraag beslist de meeste gevallen. De pagina van Google over redirects zegt: “Use permanent redirects when you're sure that the redirect won't be reverted.” Komt het oude adres nooit terug, gebruik dan een 301. Komt het wel terug, gebruik dan een 302.

De laatste rij komt uit de verhuisgids van Google (laatst bijgewerkt 2026-08-20). Hoe je zulke gevallen vindt, lees je in ons artikel over soft 404-fouten. De gids zelf gaat over het verhuizen van een hele website naar een nieuw domein, en dat is een grotere klus dan dit artikel behandelt.

Wat kost de verkeerde keuze? Een 302 op een pagina die definitief is verhuisd, vertelt Google iets onwaars. Een tijdelijke redirect houdt de oorspronkelijke pagina in de zoekresultaten, en “the target page might still be indexed if other canonicalization signals are present”. Dat is een misschien. We hebben geen pagina van Google gevonden die belooft dat een langlopende 302 later vanzelf een 301 wordt. Wacht daar dus niet op.

Hoeveel redirects volgt Google?

De pagina van Google over statuscodes zegt: “By default, Google's crawlers follow up to 10 redirect hops.” Googlebot volgt bij webinhoud doorgaans 10 stappen, andere producten van Google kunnen andere grenzen hanteren, en wat het doorsturende adres zelf teruggeeft, wordt genegeerd. Verwerkt wordt de inhoud van het uiteindelijke doel.

Tien is een plafond, geen streefwaarde. De verhuisgids raadt aan rechtstreeks naar de eindbestemming door te sturen, en als dat niet kan de keten kort te houden: liefst hooguit 3 en minder dan 5 stappen. De reden: “Chaining redirects adds latency for users, and not all user agents and browsers support long redirect chains.” De pagina van Google over crawlfouten (laatst bijgewerkt 2025-12-18) voegt toe dat lange ketens het crawlen negatief beïnvloeden.

Ketens groeien laag voor laag, niet met opzet. Een typische keten heeft drie stappen voordat de pagina verschijnt:

http://example.com/oude-gids         301 -> https://example.com/oude-gids
https://example.com/oude-gids        301 -> https://www.example.com/oude-gids
https://www.example.com/oude-gids    301 -> https://www.example.com/nieuwe-gids
https://www.example.com/nieuwe-gids  200

De oplossing is één stap per oud adres: elke schrijfwijze van het oude adres antwoordt met één 301 die meteen het eindadres noemt. Hetzelfde geldt voor je eigen links. Laat interne links, canonical-tags en sitemapvermeldingen naar het eindadres wijzen. Een redirect is er voor bezoekers van buiten en oude bladwijzers, niet voor je eigen navigatie.

Zo stel je een 301 redirect in

Gebruik een redirect op de server. De pagina van Google over redirects noemt die als het type dat het meest waarschijnlijk goed wordt begrepen. De voorbeelden voor nginx en Node hebben we op 4 november 2026 uitgevoerd (nginx 1.24.0, Node 25.9.0) en de antwoorden met curl gelezen. De Apache-regels zijn het eigen voorbeeld van Google, dat we niet hebben uitgevoerd.

Eerst nginx. De location-regel hoort in het serverblok van https://example.com. De twee serverblokken sturen elke andere schrijfwijze in één stap daarheen, en $request_uri behoudt pad en queryreeks:

# één pagina definitief verhuisd (gebruik 302 voor een tijdelijke verhuizing)
location = /oude-gids {
    return 301 https://example.com/nieuwe-gids;
}

# http:// en https://www. gaan allebei naar https://example.com
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}

server {
    listen 443 ssl;
    server_name www.example.com;
    ssl_certificate     /etc/ssl/example.com.pem;
    ssl_certificate_key /etc/ssl/example.com.key;
    return 301 https://example.com$request_uri;
}

Node zonder pakketten. Vervang 301 door 308 als POST-verzoeken POST moeten blijven:

import http from 'node:http';

const verplaatst = new Map([['/oude-gids', '/nieuwe-gids']]); // oud pad -> nieuw pad

http.createServer((req, res) => {
  const { pathname, search } = new URL(req.url, 'http://localhost');
  const doel = verplaatst.get(pathname);
  if (doel) {
    res.writeHead(301, { location: `https://example.com${doel}${search}` });
    return res.end();
  }
  res.writeHead(200, { 'content-type': 'text/plain' });
  res.end('ok');
}).listen(3000);

Apache, uit de pagina van Google (in de serverconfiguratie of in een .htaccess-bestand):

Redirect permanent "/oud" "https://example.com/nieuw"
Redirect temp "/twee-oud" "https://example.com/twee-nieuw"

Kun je niet bij de server, kijk dan eerst op je platform: Google noemt Blogger en Shopify als voorbeelden die redirect-hulpmiddelen kunnen hebben. Google leest ook een meta refresh (0 seconden geldt als permanent, een vertraging als tijdelijk) en JavaScript-redirects, maar alleen als noodoplossing. Bij JavaScript kan Google de redirect volgens zijn eigen pagina nooit zien (“might never see it”) als het renderen mislukt.

Zo controleer je je redirects, en wat SEOgrinder vindt

Twee curl-opdrachten volstaan. De eerste toont elke stap met status en doel, de tweede het aantal en het eindadres. Ze gebruiken GET, niet HEAD, omdat sommige servers anders op HEAD antwoorden:

curl -s -L -o /dev/null -D - http://example.com/oude-gids | grep -i -E "^(HTTP|location)"
curl -s -L -o /dev/null -w "%{num_redirects} redirects, eindadres: %{url_effective}\n" http://example.com/oude-gids

Voer ze uit voor elke schrijfwijze waarmee mensen en links je bereiken: http en https, met en zonder www. Het gewenste resultaat is één 301 en daarna een 200.

SEOgrinder is ons eigen gereedschap, dat we zelf bouwen. De gratis scan bij SEOgrinder kijkt op drie plekken naar redirects (namen zoals in de Nederlandse interface):

• Tabblad “Techniek & beveiliging”, kaart “Omleidingen”. Die toont de stappen van het adres dat je hebt gescand. Stuurt dat adres meer dan één keer door, dan toont de taak “N omleidingen achter elkaar” de stappen en adviseert ze de eerste URL direct naar de eindbestemming te laten wijzen.
• Zelfde tabblad, kaart “Domein-eenduidigheid”. Die verwacht dat http en https, met en zonder www, op één adres uitkomen. De taak “N concurrerende versies van de site” verschijnt als dat niet zo is. “Omleiding van het domein is slechts tijdelijk” verschijnt als een schrijfwijze met 302, 303 of 307 doorstuurt.
• Tabblad “Pagina bij Google”. De taak “N interne links lopen via een omweg” noemt interne links waarvan het doel doorstuurt of via canonical naar een andere pagina wijst (maximaal 60 interne links van de gescande pagina).

Twee grenzen. De ketencontrole betreft het gescande adres en de schrijfwijzen van je domein, niet elk oud adres van je website. Test oude adressen dus met curl. En SEOgrinder kan niet beoordelen of een doel een passende opvolger is, of hoe Google een redirect heeft behandeld. “Overdragen aan AI” maakt van een taak een briefing voor een coding agent, en “Opnieuw controleren” start na je wijziging een verse scan.

Veelgemaakte fouten

• Een 302 voor een permanente verhuizing. Het oude adres kan in de zoekresultaten blijven. Gebruik 301 of 308.
• Een 301 voor iets tijdelijks. Een winkel die een week dicht is, heeft een 302 nodig.
• Regels die zich opstapelen tot ketens. Eerst http, dan https, dan www, dan de nieuwe pagina: drie stappen. Noem in elke regel meteen het eindadres.
• Alles naar de homepage sturen. Stuur door naar een gelijkwaardige pagina, of antwoord met 404 of 410.
• Eigen links die nog het oude adres gebruiken. Pas interne links, canonical-tags en sitemap aan.
• Het oude adres blokkeren in robots.txt. Google kan het dan niet ophalen en ziet de redirect nooit. In het bericht van Google uit 2011, Do 404s hurt my site?, moet de crawler de URL kunnen crawlen (“has to be able to crawl that URL”) om het antwoord te zien.
• De redirect te vroeg weghalen. Voor verhuizingen schrijft Google: “Keep the redirects for as long as possible, generally at least 1 year.” Dat toepassen op één pagina is onze lezing.

Veelgestelde vragen

Schaadt een 301 redirect de SEO?

De verhuisgids van Google zegt: “301 and other permanent redirects don't cause a loss in PageRank.” De zin staat in de gids voor verhuizingen, dus hem op één pagina toepassen is onze lezing. Waarvoor Google wel waarschuwt, zijn lange ketens, redirects naar niet-passende pagina’s (soft 404) en, tijdens een verhuizing, schommelingen in de ranking terwijl Google opnieuw crawlt.

Is 308 beter dan 301?

Voor Google zijn ze gelijkwaardig. De 308 behoudt bovendien de aanvraagmethode, wat telt bij formulieren en API’s. Voor gewone pagina’s is een 301 prima.

Hoe lang duurt het voordat Google het nieuwe adres toont?

Voor één pagina noemt Google, voor zover wij vonden, geen termijn. Voor verhuizingen schrijft het dat het bij middelgrote websites “a few weeks or more” kan duren voordat de nieuwe URL’s de oude geleidelijk vervangen in de zoekresultaten. Beloof geen datum.

Je volgende stap

Voer de eerste curl-opdracht uit voor je oude adressen en voor elke schrijfwijze van je domein. Heeft een verzoek meer dan één stap nodig, laat het eerste adres dan rechtstreeks naar het eindadres wijzen. Scan daarna je website met SEOgrinder, open het tabblad “Techniek & beveiliging”, bekijk “Omleidingen” en “Domein-eenduidigheid” en klik na je wijziging op “Opnieuw controleren”. Meer over de technische basis vind je in onze SEO-audit checklist.

Lees ook

• Pagina uit Google verwijderen: 404, 410, 301 of noindex?