Softonic

Redirect-checker

Stap 1 / 3
Volgende

Plak een URL en de checker volgt de HTTP-redirectketen hop voor hop, met één regel per stap: de statuscode (301, 302, 303, 307 of 308), de Location waarnaar hij wijst, en de server en het contenttype die worden gemeld. Hij stopt bij het eerste antwoord dat geen 3xx is of wanneer je hoplimiet is bereikt, en hij markeert een lus als een URL terugwijst naar een al bezochte URL. SEO-werk staat of valt met dit spoor: één stille 302 in een keten met meerdere hops kan PageRank laten weglekken, en een lange keten verspilt crawlbudget dat Google niet teruggeeft.

Zo volg je een redirectketen

  1. 1

    Voer de start-URL in

    Elke URL, HTTPS of HTTP, met of zonder `www`. De checker voegt een schema toe als je het weglaat.

  2. 2

    Stel de hoplimiet in

    Kies hoeveel redirects gevolgd worden, van 1 tot 20. De standaardwaarde stopt een op hol geslagen of lussende keten vroeg.

  3. 3

    Voer de controle uit

    Elke hop wordt om beurten opgevraagd en gevolgd tot een antwoord dat geen 3xx is wordt teruggegeven of de limiet is bereikt.

  4. 4

    Lees de keten

    Elke regel toont het hopnummer, de statuscode en het type (permanent, tijdelijk, OK, clientfout, serverfout of lus), de URL en waarheen die redirect.

Redirect-statuscodes en wat ze betekenen

RFC 7231 en RFC 7538 (voor 308) definiëren de semantiek. Het verschil ertussen is van belang voor SEO, caching en of de browser een POST herhaalt of terugvalt op GET.

Code Naam Permanent? Methode behouden? Standaard cachebaar?
301 Moved Permanently Ja Historisch nee Ja
302 Found Nee Historisch nee Alleen als de headers dat toestaan
303 See Other Nee Dwingt GET af Nee
307 Temporary Redirect Nee Ja Alleen als de headers dat toestaan
308 Permanent Redirect Ja Ja Ja

Voor SEO bundelen 301 en 308 de PageRank naar de bestemming; 302 en 307 doen dat niet (Google behandelt ze als tijdelijk en houdt de bron in zijn index).

Hoe een redirectketen eruit hoort te zien

  • 1 hop is prima. Oude URL naar nieuwe URL met één 301. Geen verlies van linkwaarde.
  • 2 hops is aanvaardbaar als één een upgrade van HTTP naar HTTPS is en één de www-normalisatie.
  • 3 hops of meer is een waarschuwingssignaal. Elke hop voegt vertraging toe, en Google documenteert dat zeer lange ketens kunnen worden opgegeven. Bundel de keten op de server zodat gebruikers en crawlers de bestemming in één stap bereiken.

Wat deze checker wel en niet volgt

De checker volgt HTTP-redirects aan de serverkant: elk antwoord met een 3xx-status en een Location-header. Hij voert de pagina niet uit, dus twee andere soorten redirect worden niet gevolgd:

  • Meta refresh. <meta http-equiv="refresh" content="0; url=..."> is een redirect op HTML-niveau die in de body van de pagina staat, geen HTTP-header, dus die verschijnt hier als een gewoon 200-antwoord.
  • JavaScript-redirects. window.location = '...' draait in de browser nadat de pagina is geladen, dus een verzoek aan de serverkant ziet die nooit.

Als een URL alleen via een van die manieren redirect, gebruik dan een tool met een headless browser om de eindbestemming te zien.

Een kapotte keten debuggen

De meeste kapotte ketens komen door een van drie oorzaken: een redirectlus (een hop wijst terug naar een al bezochte URL), een verdwenen www die opnieuw redirect, of een inconsistentie met de afsluitende schuine streep waarbij /page en /page/ naar elkaar terugkaatsen. De checker stopt en markeert de lus wanneer een URL zich herhaalt.

Veelgestelde vragen

Nee. Hij volgt HTTP-redirects aan de serverkant (een 3xx-status met een Location-header). Meta refresh- en JavaScript-redirects draaien binnen de pagina nadat die is geladen, dus een verzoek aan de serverkant ziet ze niet; gebruik daarvoor een tool met een headless browser.

Je kunt tussen 1 en 20 hops volgen, met standaard 10. De checker stopt bij jouw limiet of wanneer een URL terugwijst naar een al bezochte, zodat een redirectlus niet eindeloos kan doorgaan.

Alleen als ze vanaf het publieke internet te herleiden zijn. URL’s achter een VPN, met HTTP-basisauthenticatie of op localhost (en andere privéadressen) zijn niet bereikbaar voor de checker.

Voor elke hop: het nummer, de HTTP-statuscode en het type (permanent, tijdelijk, OK, clientfout, serverfout of lus), de opgevraagde URL, de Location waarheen die redirect, en de server en het contenttype die in het antwoord worden gemeld.

Nee. Elk verzoek wordt gedaan en het resultaat wordt rechtstreeks aan je teruggegeven; de URL’s die je plakt worden niet gelogd.

Gerelateerde tools

Extractor voor externe links

Plak ruwe HTML, geef optioneel een basis-URL op en krijg een schone lijst zonder duplicaten van elke externe http/https-link in de code voor linkaudits en SEO-beoordelingen.

Extractor voor interne links

Extraheer alle interne links uit een URL of geplakte HTML, inclusief ankertekst, rel-attributen en nofollow-status voor SEO-audits.

HTTP-beveiligingsheaders controleren

Plak HTTP-responsheaders en controleer HSTS, CSP, bescherming tegen framing, MIME-, referrer- en cross-originbeleid lokaal in je browser.

Meta-descriptie lengtecontrole

Meet een metabeschrijving in tekens en geschatte pixels, vergelijk redactionele richtwaarden en bekijk lay-outvoorbeelden voor desktop en mobiel.

XML-sitemapvalidator

Controleer sitemap-XML in uw browser op parseerfouten, ontbrekende of dubbele URL's en ongeldige waarden in gangbare velden.

FAQ-schemagenerator

Genereer FAQPage-JSON-LD-opmaak op basis van vraag-en-antwoordparen, zodat je pagina in aanmerking komt voor de rich results en het antwoordvak van Google.

Tool beschikbaar in andere talen