Samenvatting
De gratis redirectchecker volgt een URL stap voor stap, zoals een crawler dat doet, en toont de statuscode, het adres en de server van elke stap tot aan de definitieve pagina. Je ziet de keten in één oogopslag (bijvoorbeeld 301 > 301 > 200), het aantal redirects, de eindstatus en of er een loop is. Streef naar één permanente redirect rechtstreeks naar de definitieve URL: Google volgt maximaal 10 stappen, maar raadt aan direct naar de bestemming te verwijzen.
Wil je verder gaan? Vraag het aan
Een redirectchecker toont wat een browser verbergt. Een bezoeker die een oud adres intypt, belandt op de juiste pagina en ziet de drie tussenstappen nooit, de tijdelijke 302 die een 301 had moeten zijn, of de loop die de pagina voor sommige bots breekt. Redirects zijn ook de manier waarop een site zijn geschiedenis behoudt na een migratie: Google gebruikt een permanente redirect als signaal dat het doel de canonieke URL moet zijn (Google, redirects and Google Search).
Wat toont de redirectchecker?
Voer een URL in. De tool vraagt hem op zonder automatisch redirects te volgen, leest het antwoord en vraagt dan zelf het volgende adres op, tot maximaal 20 stappen.
| Blok | Wat je ziet | Hoe een goed resultaat eruitziet |
|---|---|---|
| Oordeel | De keten van codes en de definitieve URL | Eén 301 of 308, daarna 200 |
| Redirects | Het aantal stappen vóór de definitieve pagina | 0 of 1 |
| Eindstatus | De code van het laatste antwoord | 200 |
| Stappen | Het totale aantal verzoeken | 1 of 2 |
| Loop | Of de keten terugkeert naar een URL die al is bezocht | Nee |
| Redirectketen | Elke stap met code, label, URL en server | Elke tussenliggende URL is een bewuste redirect |
Het oordeel wordt rood als er een loop is of de definitieve pagina geen 2xx is, oranje als er meer dan één redirect is, en anders groen. De gratis versie voert 3 controles per dag uit.
Welke redirectstatuscode moet je gebruiken?
Gebruik een permanente code wanneer de verhuizing definitief is, en een tijdelijke alleen wanneer de oorspronkelijke URL terugkomt. Google toont in de zoekresultaten het doel van een permanente redirect, en de bronpagina bij een tijdelijke.
| Code | Betekenis | Google behandelt het als | Gebruik het voor |
|---|---|---|---|
| 301 | Permanent verplaatst | Permanent | Hernoemde pagina's, migraties, http naar https, samengevoegde content |
| 308 | Permanente redirect, zelfde methode | Permanent | Hetzelfde als 301 wanneer formulieren of API's hun methode moeten behouden |
| 302 | Gevonden | Tijdelijk | Een korte campagne of een pagina die terugkomt |
| 303 | Zie elders | Tijdelijk | Na het versturen van een formulier |
| 307 | Tijdelijke redirect, zelfde methode | Tijdelijk | Tijdelijke verhuizingen die de methode moeten behouden |
Het verschil tussen 301 en 308, of 302 en 307, is technisch: bij 307 en 308 mag de client de requestmethode niet wijzigen, terwijl 301 en 302 van oudsher toestaan dat een POST een GET wordt (RFC 9110, HTTP semantics). Voor SEO telt alleen of een redirect permanent of tijdelijk is.
Hoeveel redirects in een keten zijn te veel?
Meer dan één is al te veel om te laten staan. Standaard volgen de crawlers van Google maximaal 10 redirectstappen en wordt de content van de doorverwijzende URL's genegeerd (Google, how HTTP status codes affect Google's crawlers). Bij sitemigraties raadt Google aan direct naar de eindbestemming te verwijzen of, als dat niet kan, ketens bij voorkeur tot maximaal 3 stappen en minder dan 5 te beperken, omdat elke stap vertraging toevoegt en niet elke browser lange ketens ondersteunt (Google, site moves and migrations).
| Keten | Oordeel | Oplossing |
|---|---|---|
| 301 > 200 | Goed | Niets te doen |
| 301 > 301 > 200 | Werkt, maar verspilt | Laat de eerste URL direct naar de definitieve verwijzen en werk de interne links bij |
| 302 > 200 bij een permanente verhuizing | Verkeerd signaal | Verander de 302 in een 301 |
| 301 > 404 | Kapot | Verwijs door naar de dichtstbijzijnde bestaande pagina, of laat de oude URL een 404 of 410 geven |
| A > B > A | Loop: de pagina is onbereikbaar | Herstel de tegenstrijdige regels op de server of in het CMS |
Wat veroorzaakt redirectketens en loops?
Ketens groeien in de loop van de tijd: elke wijziging voegt een regel toe bovenop de vorige. De gebruikelijke lagen zijn:
- Protocol en host: http naar https, daarna example.com naar www.example.com, als twee afzonderlijke regels in plaats van één.
- Slash aan het eind: /page naar /page/, door de server toegevoegd na een andere redirect.
- Opeenvolgende migraties: een pagina die in 2022 is hernoemd en in 2024 opnieuw, waarbij de oude regel nog naar de tussenliggende URL verwijst.
- CMS en server die elkaar tegenspreken: een plug-in stuurt de ene kant op, de serverconfiguratie of het CDN de andere kant, wat loops veroorzaakt.
Test de vier varianten van je homepage (http en https, met en zonder www): elke variant moet de definitieve URL in één stap bereiken. Voor de definities, zie onze woordenlijstartikelen over de 301-redirect en het crawlbudget.
Hoe controleer je redirects na een sitemigratie?
- Neem je lijst met oude URL's: die met verkeer of links. De URL-extractor toont de links van je belangrijkste pagina's.
- Controleer er een steekproef van met de redirectchecker: één permanente stap, een eind-200 en een bestemming die bij de oude content past.
- Vermijd alles naar de homepage doorsturen. Google waarschuwt dat veel oude URL's doorsturen naar één irrelevante pagina, zoals de nieuwe homepage, gebruikers kan verwarren en als soft 404 kan worden behandeld.
- Werk interne links bij zodat ze naar definitieve URL's verwijzen, niet naar redirects. De checker voor kapotte links signaleert de links van een pagina die doorverwijzen of falen.
- Bewaar de redirects zo lang mogelijk, in het algemeen minstens een jaar, zoals Google adviseert.
- Genereer je sitemap opnieuw met alleen de nieuwe definitieve URL's, met de XML-sitemapgenerator.
Wat zijn de beperkingen van de redirectchecker?
- Alleen serverredirects. De tool leest HTTP-statuscodes en Location-headers. Een meta refresh of een JavaScript-redirect in de pagina wordt niet gevolgd; de pagina antwoordt 200 en de keten stopt daar. Google raadt aan JavaScript-redirects alleen te gebruiken als je geen redirects aan de serverkant of via meta refresh kunt gebruiken.
- Eén user agent. Sommige sites verwijzen anders door per apparaat, land of taal. De controle toont wat een crawler zonder cookies ziet, vanaf één locatie.
- 10 seconden per stap. Een server die trager is, geeft een time-outfout.
- Privéadressen worden geblokkeerd. Een keten die naar een interne of privéhost leidt, stopt om veiligheidsredenen met een stap "geblokkeerd".
Om te controleren wat er na de laatste stap gebeurt, voer je de definitieve URL door de canonicalchecker of de indexeerbaarheidschecker: een nette redirect naar een noindex-pagina is nog steeds een verloren pagina.
Hoe ontdek je redirectproblemen voordat ze verkeer kosten?
Houd de pagina's in de gaten die klikken verliezen: een kapotte redirect zie je vaak eerst als daling van het verkeer op de oude URL zonder winst op de nieuwe.
- Spoor de pagina's op die dalen in het GEO / SEO-dashboard van Sorank, dat klikken en AI-bezoeken pagina voor pagina volgt.
- Behoud je autoriteit na een migratie met de domeinautoriteit-tracker, die laat zien of je links nog meetellen.
- Vraag wat er veranderd is in gewone woorden met SEO Chat, die je site kent en antwoordt met jouw data.
De beste redirect is één permanente stap naar de juiste pagina. Controleer je belangrijke URL's hierboven na elke wijziging en bekijk daarna de Sorank-abonnementen om je verkeer en zichtbaarheid op autopilot te monitoren.
