Redirect Checker: trace the full URL redirect chain
Free redirect checker that traces every hop in a URL's HTTP redirect chain — 301, 302, 303, 307, 308 — and shows the status code, URL, headers and timing for each. Supports bulk mode, switches the User-Agent (Googlebot, Bingbot, mobile, default browser), detects redirect loops, mixed protocols and chains too long for SEO. Powered by the public redirectcheck.org API.
When to run a redirect checker
SEO migrations
After moving a site or restructuring URLs, verify every old URL 301s straight to the new equivalent in one hop — not via three redirects.
Hunt redirect loops
Catch the dreaded ERR_TOO_MANY_REDIRECTS before users do. Loops show up instantly with a clear warning.
Short-link expansion
Expand bit.ly, t.co, tinyurl, goo.gl shorteners to see where they actually land — handy for phishing analysis.
Bot vs browser
Some sites serve different redirects to Googlebot vs Chrome. The UA picker exposes cloaking and split-test mistakes.
Mixed protocol audit
Spot http → https → http chains that leak cookies through the cleartext hop. A common security finding in PCI audits.
Bulk checks
Paste up to 100 URLs after a redirect-rules push to verify every one in one click. Export to CSV for the SEO team.
How to use the redirect checker
Pick the mode
Single URL for a quick check; Bulk for up to 100 URLs at a time (one per line).
Paste the URL(s)
Full URL with protocol — https://example.com/page. The tool auto-prepends https:// if you forget.
Pick a User-Agent (optional)
Default browser is fine for most cases. Switch to Googlebot to see what search crawlers see, or iPhone Safari for mobile-specific redirects.
Click Check redirects
Every hop appears as a colour-coded badge with status code, target URL and per-hop timing. Final URL is highlighted with a green 200 badge.
Export the results
Copy as JSON for an API integration, or export CSV for a spreadsheet audit.
About HTTP redirects, status codes and SEO
A redirect is an HTTP response that tells the browser "the resource you asked for lives somewhere else — go fetch this URL instead". The response carries a 3xx status code and a Location: header with the destination URL. A redirect chain is what happens when the destination itself redirects again, and so on. This redirect checker calls the public redirectcheck.org API which traces every hop server-side and returns the full chain as JSON — something browsers can't do directly because cross-origin responses hide intermediate redirects.
301, 302, 303, 307, 308 — what each one means
301 Moved Permanently — the resource has a new permanent URL. Search engines transfer ranking signals to the new URL. Use this for site migrations, URL restructuring and old-domain → new-domain moves.
302 Found — temporary redirect. Browsers cache the original URL; search engines keep the old URL indexed. Use only for short-term experiments, A/B tests and maintenance pages.
303 See Other — sent after a POST so the browser does a GET on the redirect target (the "post-redirect-get" pattern). Common after form submissions.
307 Temporary Redirect — same as 302 but preserves the HTTP method and body. A POST followed by a 307 stays a POST to the new URL.
308 Permanent Redirect — same as 301 but preserves the method and body. The modern successor to 301 for POST-aware permanent redirects.
Why redirect chains hurt SEO
Every hop in a chain costs three things: extra latency for the user, a portion of Googlebot's per-host crawl budget, and a tiny dilution of the ranking signal each hop passes through. Google states it follows up to 10 redirects per URL before treating it as an error. A chain of more than 2 hops is a red flag; 3+ hops should be flattened so the original URL points directly at the final destination.
Redirect loops
A loop is a chain where one URL eventually points back to a URL that already appeared earlier in the chain. Browsers cut the loop with ERR_TOO_MANY_REDIRECTS; users see a blank failed page. This tool detects loops by tracking visited URLs and flags them with a red warning.
Mixed-protocol chains
A chain that bounces between http:// and https:// leaks cookies, can be man-in-the-middled, and triggers browser security warnings. Common pattern: http://example.com → https://example.com → https://www.example.com. Always redirect protocol AND host in one hop.
HTTP vs HTML vs JS redirects
This checker traces HTTP redirects (Location header). It cannot follow HTML meta refresh (<meta http-equiv="refresh" content="0;url=...">) or JavaScript redirects (window.location = …) because those happen client-side, after the page loads. Google's own guidance is to prefer real 301s for any redirect you want indexed.
Why the User-Agent matters
Some sites serve different redirects to bots than to humans — a practice called cloaking that violates Google's webmaster guidelines. Other sites legitimately redirect mobile UAs to m.example.com. Switching the User-Agent in this tool reveals both — useful for SEO audits and for catching accidental cloaking after a CDN config change.
Privacy
The URLs you check are sent to the redirectcheck.org API; this page itself stores nothing. The API is free, requires no signup, and serves browser-side requests via CORS.
Redirect Checker — frequently asked questions
A redirect checker traces every hop in a URL's HTTP redirect chain — every 301, 302, 307 or 308 — and tells you the status code, target URL, response time and headers at each step. It also surfaces redirect loops, mixed-protocol chains and chains too long for SEO.
301 is a permanent redirect — search engines transfer the page's ranking to the new URL. 302 is temporary — search engines keep the old URL indexed. Always use 301 for moves you intend to keep.
Every hop adds latency and eats Googlebot's per-host crawl budget; each hop also slightly dilutes the ranking signal. Google follows up to 10 redirects per URL before giving up. 3+ hops is a red flag — flatten the chain.
Toggle Bulk, paste one URL per line (up to 100), click Check. Every URL's chain is rendered in its own card; export the lot as CSV for the team.
Yes — pick Googlebot (desktop), Googlebot (mobile), Bingbot, YandexBot, Facebook crawler or Twitterbot in the UA dropdown. Sites that cloak content show different chains to different bots.
No. Only HTTP-level redirects (via the Location header) are visible server-side. HTML meta-refresh and JavaScript-based redirects happen after the page is fetched and rendered, which this tool doesn't do.