Skip to main content

Redirect Chain Checker

Trace 301/302 redirect chains — hop count, final destination, canonical and loops

Why check a redirect chain?

Trace HTTP redirects to diagnose unnecessary hops, loops and mismatches between the destination and its canonical.

Each HTTP redirect requires another request, so unnecessary chains add latency and make migrations harder to debug. Inspect the status and target of each hop, then verify the final page content and canonical. A canonical need not match the fetched URL when an equivalent alternate version is intentional. Use 301 or 308 for permanent moves and 302 or 307 for temporary moves. These signals help search engines select URLs; they do not guarantee a ranking outcome. The checker follows HTTP responses, not every navigation performed by JavaScript.

  • Shows every hop with its HTTP status code
  • Detects redirect loops
  • Compares the canonical URL against the final destination
Get started free

Example: interpret a finding and fix it

Illustration only, not a check of your website.

A redirect chain checker for domain migration should start with a real old URL that has links or traffic. Record each HTTP status and Location through to the final address. A completed chain is different from a redirect loop, which returns to an address already visited.

To check canonical after redirect, inspect the final page HTML and compare it with the equivalent content you intended to move. A new page still declaring the old domain needs a migration review. If the destination is missing, do not send every old URL to the homepage merely to obtain a 200 response; review the destination, internal links and sitemap together.

Suppose an old URL redirects through HTTP, HTTPS on the old domain, the new domain and finally a new slug. Where intermediate steps are unnecessary, redirect the old address directly to the final equivalent page.

Verify that the destination returns 200, serves the intended content and declares an appropriate canonical. Complete translations normally use their own canonicals and reciprocal hreflang links.

301/308 indicate a permanent move; 302/307 indicate a temporary one. Canonical is a URL-selection signal and Google may choose differently. Fewer hops reduce latency and simplify diagnosis without guaranteeing unchanged rankings.

Google Search Central

Advertisement

How to use in 3 steps

  1. 1Enter the URL whose redirect chain you want to trace.
  2. 2Click "Check redirect" — the tool follows each hop.
  3. 3See the hop count, final destination, loop warning (if any) and canonical.

Frequently asked questions

Why shorten redirect chains?
Each hop requires another request, adding latency and making diagnosis harder. Redirect directly to the final equivalent page where appropriate; do not infer a ranking-loss percentage from hop count.
How do 301 and 302 differ?
301 signals a permanent move and 302 a temporary move. Google uses multiple signals to choose canonical URLs; a status code cannot guarantee a particular indexed URL.
How do I fix a redirect loop?
Compare HTTP hops with application, web-server and CDN rules to locate the return to an earlier address. Retest after correcting the responsible rule.
Does the checker follow every navigation?
It follows HTTP redirects for one URL. JavaScript navigation and authenticated flows need additional browser checks.