Gebruik de Redirect Checker om één openbare URL via HTTP-omleidingen te volgen en de uiteindelijk ontvangen reactie te bekijken. Het rapport toont de waargenomen adressen, statuscodes en omleidingsdoelen. Vergelijk die gegevens met de bestemming waar de link naartoe hoort te leiden: een volledige keten kan nog steeds op de verkeerde pagina uitkomen, terwijl een onvoltooide controle geen eindbestemming bevestigt.
Voer de URL in die je wilt controleren
Begin met het adres dat mensen daadwerkelijk gebruiken, inclusief het pad en relevante queryparameters. Alleen de homepage controleren vertelt je niet wat er met een oude productlink gebeurt. Zo is http://example.com/products/old-mug/ een voorbeeld van een bronadres; vervang dit door de openbare URL die je wilt onderzoeken.
Bepaal vóór het indienen de verwachte bestemming en of de verhuizing permanent of tijdelijk hoort te zijn. Na een wijziging van een product-URL kan dat hetzelfde product op het nieuwe adres zijn. Bij een tijdelijke onderbreking van een dienst moet het oorspronkelijke adres mogelijk het vaste toegangspunt blijven.
Voer één volledige HTTP- of HTTPS-URL in en start de controle. Screpy doet een GET-verzoek en volgt ondersteunde HTTP-omleidingen. De tool ontdekt niet alle varianten van je domein, gebruikt niet je ingelogde browsersessie en voert geen scripts uit. Dien de bronadressen apart in als je verschillende paden, protocollen of hostnamen wilt vergelijken.
Lees de omleidingsketen en de laatste reactie
Lees de reactieregels op volgorde. Elke regel vermeldt de aangevraagde URL, de HTTP-status en een Location-bestemming wanneer een ondersteunde omleiding die opgeeft. Location-waarden worden als volledige, opgeloste adressen getoond. Verwijst een reactie naar /products/new-mug/, dan verwerkt het rapport dat pad ten opzichte van de URL die de reactie stuurde. Het getoonde adres hoeft dus niet de oorspronkelijke letterlijke headertekst te zijn.
Deze illustratieve keten bevat drie reacties en twee omleidingen. Het is een voorbeeld, geen controle van een echte website:
http://example.com/products/old-mug/ 301 → https://example.com/products/old-mug/
https://example.com/products/old-mug/ 301 → https://example.com/products/new-mug/
https://example.com/products/new-mug/ 200
Hier is de eerste status 301, de laatste status 200 en de uiteindelijke URL het nieuwe productadres. De laatste 200-regel is een reactie, geen extra omleiding. Bij een afgeronde controle beschrijft het aantal omleidingen de overgangen tussen waargenomen reacties. Stopt de controle voortijdig, lees dat aantal dan samen met de bewaarde regels en niet als de volledige lengte van de keten.
Bekijk de resultaatkleur samen met die details:
- Groen: een rechtstreekse succesvolle reactie zonder gevolgde omleidingen. Dit is nuttig wanneer de URL al de bestemming hoort te zijn.
- Geel: een omleiding, ook als die op een succesvolle reactie eindigt, of een andere reactie die beoordeling vraagt. Een gele omleiding is niet automatisch een kapotte link.
- Rood: een laatste reactie met een HTTP-fout, zoals 404 of 500. Lees de bestemming en de code voordat je bepaalt wat je moet herstellen.
- Grijs: de controle kon geen laatste reactie vaststellen. Bewaarde regels zijn gedeeltelijk bewijs.
De kleuren beschrijven reactiecategorieën. Ze geven geen score aan de pagina-inhoud, bewijzen geen indexering en bepalen niet of een omleiding bij je bedoeling past.
Begrijp 301, 302, 303, 307 en 308
Kies eerst het gewenste gedrag en daarna de status. Deze checker volgt de volgende vijf omleidingscodes:
| Code | Betekenis in HTTP | Wat je moet beoordelen |
|---|---|---|
| 301 | Permanente verhuizing | Moeten toekomstige links het nieuwe adres gebruiken? |
| 302 | Tijdelijke verhuizing | Moet het oorspronkelijke adres in gebruik blijven? |
| 303 | Bekijk een andere bron voor de reactie | Is dit bewust een vervolgbron in plaats van een permanente vervanging? |
| 307 | Tijdelijke omleiding die de verzoekmethode behoudt | Is een tijdelijke omleiding met behoud van de methode bedoeld? |
| 308 | Permanente omleiding die de verzoekmethode behoudt | Is een permanente verhuizing met behoud van de methode bedoeld? |
De verschillen volgen de HTTP-semantiek voor omleidingen in RFC 9110. Een controle die alleen GET gebruikt, kan niet vaststellen wat er gebeurt met een ingediend POST-verzoek of de inhoud daarvan. Een 307 of 308 in dit rapport test geen formulierverzending.
Googles richtlijnen voor omleidingen raden permanente serveromleidingen aan bij permanente URL-wijzigingen. Google gebruikt die als signaal om de bestemming als canonieke URL te verkiezen; tijdelijke omleidingen hebben een ander doel. Dat maakt niet elke 302 tot een SEO-fout en belooft niet dat een 301 de zoekresultaten onmiddellijk verandert.
Geeft een permanente verhuizing onverwacht een tijdelijke code terug, onderzoek dan de regel die deze produceerde. Verander bij een bewuste tijdelijke omweg de status niet alleen om een aantrekkelijker resultaat te krijgen.
Controleer of de bestemming de juiste pagina is
Een afgeronde keten laat zien waar dit verzoek eindigde. Daarmee staat niet vast dat de pagina een geschikte vervanging is. De checker leest reactiestatussen en omleidingsdoelen, zonder de inhoud van de laatste pagina te onderzoeken.
Vergelijk de uiteindelijke URL met de bestemming die je vóór de controle bepaalde. Bekijk de hostnaam, het pad en relevante queryparameters. Een oude productlink die met 200 op de homepage eindigt, kan nog steeds het doel van de bezoeker missen. Open de bestemming en bepaal of daar het bedoelde product, artikel of een andere relevante vervanging staat. Bestaat er geen geschikte vervanging, verzin er dan geen om alleen een fout uit het rapport te verwijderen.
Bekijk ook een waarschuwing voor een omleiding van HTTPS naar HTTP. Bepaal of de regel naar het bedoelde beveiligde adres verwijst en herstel een onbedoelde overgang naar HTTP. De waarschuwing beschrijft die overgang; ze is geen beveiligingsaudit van de bestemming.
Gebruik voor een pagina die in zoekresultaten hoort te verschijnen de Canonical Tag Checker om de opgegeven voorkeurs-URL apart te bekijken. Een succesvolle omleiding bevestigt niet de canonical-declaratie, de afwezigheid van noindex of Googles beslissing over indexering. Een correcte HTTP-keten en een correcte declaratie op de pagina zijn afzonderlijke waarnemingen.
Onderzoek een onvoltooide keten
Is de uiteindelijke URL of laatste status niet beschikbaar, begin dan bij de laatste reactie die werkelijk is vastgelegd. Een Location-waarde vermeldt waar die reactie het verzoek naartoe wilde sturen. Dat bewijst niet dat het volgende adres is bereikt of succesvol heeft gereageerd. Een niet-beschikbaar resultaat verschilt ook van een waargenomen HTTP-fout: bij een time-out is er geen bevestigde laatste code, terwijl een ontvangen reactie expliciet 404 of 403 kan melden.
Gebruik de bewaarde regels om het onderzoek te richten:
- Herhaalde adressen: de illustratieve reeks
A → B → Ais een lus. Onderzoek regels die het verzoek terugsturen naar een al bezochte URL, zoals conflicterende regels voor hostnamen of paden. - Een lange reeks zonder herhaling: de checker volgt maximaal vijf omleidingen. Die grens bereiken bewijst geen lus en onthult niet de rest van de keten. Onderzoek de laatst vastgelegde bestemming apart.
- Omleidingsstatus zonder bruikbare bestemming: controleer of de betreffende reactie een geldige Location opgeeft. Een ontbrekend of ongeldig doel kan niet als een voltooide verhuizing worden behandeld.
- Geen volgende reactie: problemen met openbare toegang, naamomzetting, verbindingen of beveiligde verbindingen kunnen de controle verhinderen. De hele URL-keten krijgt acht seconden, niet acht seconden per stap. Limieten voor reactieheaders en privédoelen of niet-ondersteunde doelen kunnen de controle ook stoppen.
Geeft de bestemming een toegangsbeperking of verzoeklimiet terug, onderzoek die situatie dan voordat je aanneemt dat de inhoud is verwijderd. Dit verzoek kan een andere reactie krijgen dan je ingelogde browser. JavaScript-omleidingen, meta refresh en browsergedrag vallen buiten de controle. Een HTTP-resultaat verklaart daarom niet elke navigatie die je op het scherm ziet.
Herstel de oorzaak en controleer dezelfde URL opnieuw
Download het JSON-rapport voordat je een regel wijzigt. Bewaar het ingediende adres en de bedoelde bestemming erbij, zodat degene die de correctie uitvoert het waargenomen en gewenste gedrag kan onderscheiden. Deze tool exporteert JSON; hij biedt geen gefilterde CSV en past geen omleidingen voor je aan.
- Zoek de reactie waar het adres of de status voor het eerst afwijkt van je bedoeling. Vind de instelling die deze reactie veroorzaakt, in plaats van ongerelateerde paginametadata te wijzigen.
- Herstel een onbedoelde bestemming, status, lus of overgang naar HTTP. Verwijder onnodige tussenstappen waar je de regels beheert, maar behoud routering of tracking met een bewust doel. Laat interne links rechtstreeks naar de bedoelde bestemming verwijzen wanneer dat het doel van de bezoeker dient.
- Controleer exact dezelfde bron-URL wanneer de gecorrigeerde openbare reactie beschikbaar is. Vergelijk de reeks, de eerste en laatste codes, het uiteindelijke adres en nog ontbrekende gegevens met het opgeslagen rapport.
- Controleer relevante bronvarianten apart, zoals een oud pad of een andere hostnaam. Eén hersteld adres bevestigt niet dat elke URL-koppeling van een migratie klopt.
Gebruik de Bulk HTTP Status Checker als je een lijst wilt beoordelen. Die accepteert maximaal 50 URL's en ondersteunt gefilterde CSV-export. Gebruik deze checker om één keten nauwkeurig te lezen. Een succesvolle hercontrole bevestigt de reactie die nu is waargenomen; ze bewijst niet dat een toekomstige bezoeker, browser of zoekcrawler hetzelfde gedrag zal ontvangen.