Skip to content
Network

Redirect Checker

Trace the full HTTP redirect chain for any URL.

redirectchainhttp301302
Loading tool…

About this redirect checker

The Redirect Checker is a free online tool that traces the complete HTTP redirect chain of any URL — from the very first request to the final destination — so you can see every 301, 302, 307, and 308 hop in between. Whether you need to test a 301 redirect after a domain migration, check 301 redirect chains left behind by an old site structure, or confirm that your http:// URLs now resolve straight to https://www in a single hop, this tool shows you exactly what a browser (and Googlebot) experiences when it requests your URL. That matters for SEO because redirects are how you preserve rankings, backlinks, and crawl budget whenever a URL changes: one clean 301 tells Google "this page has permanently moved — transfer its authority to the new URL", while a broken loop or a chain of intermediate hops can silently delay indexing, split link equity, and drag your pages down the results. The redirect checker sends a real server-side HTTP request (bypassing browser CORS restrictions), follows each redirect, and reports the status code, the target location, and the response headers at every step. No browser extensions, no sign-up, and the URLs you check are never stored or logged.

Redirect checker examples

Input
http://fernandeslabs.com
Output
Step 1: 308 → https://fernandeslabs.com
Step 2: 308 → https://www.fernandeslabs.com
Final: 200 OK
Note: HTTP→HTTPS followed by apex→www. Two permanent redirects — acceptable, but a single hop directly to https://www would be faster.
Input
bit.ly/fernandes
Output
Step 1: 301 → https://www.fernandeslabs.com
Final: 200 OK
Note: URL shortener issues one 301 (permanent). The destination serves the final page directly — a healthy single-hop chain.
Input
old-site.com/old-page
Output
Step 1: 302 → /temporary-page
Step 2: 301 → https://new-site.com/new-page
Final: 200 OK
Note: A mixed chain: 302 (temporary) then 301 (permanent). The temporary hop wastes crawl budget — replace it with a direct 301 to the final URL.

How to check 301 redirects

  1. 1

    Paste the URL you want to test into the input field — start with the exact old URL (e.g. http://example.com/old-page), because that is what browsers and Googlebot actually request.

  2. 2

    Click "Check redirects" (or press Enter). The tool issues a real server-side HTTP request and follows every redirect in the chain automatically.

  3. 3

    Read each step in the results: the status code (301/302/307/308), the Location target it redirects to, and the response headers the server returned.

  4. 4

    Compare the final destination against the URL you expected. If it lands anywhere else, there is a misconfigured redirect rule somewhere in the chain.

  5. 5

    Count the hops. More than two hops means a chain worth collapsing — ideally A→C, not A→B→C.

When to test a redirect chain

  • Domain migrations — verify that every important old URL 301-redirects to the correct new URL, not to the homepage.
  • HTTP → HTTPS upgrades — confirm http:// URLs redirect exactly once, directly to the https:// canonical version.
  • Affiliate links — trace where affiliate, cloaked, or third-party tracking links actually land before you promote them.
  • URL shorteners — debug bit.ly, tinyurl, and t.co links to see the real destination behind them.
  • Redirect chain audits — find A→B→C chains that waste crawl budget and dilute link equity after site migrations.
  • 301 vs 302 checks — confirm permanent moves use 301/308 so Google transfers ranking signals to the new URL.

Redirect best practices for SEO

  • Use 301/308 for permanent moves (they pass link equity to the new URL) and 302/307 only for temporary maintenance, A/B tests, or seasonal pages.
  • Always redirect old URLs to the most relevant new page — a blanket redirect of every 404 to the homepage is treated by Google as a soft-404 and loses the link equity.
  • Keep redirects single-hop. Collapse A→B→C chains into A→C: every extra hop adds 100–500ms of latency and Google stops following after roughly five hops.
  • Land every redirect on the exact canonical URL — if a page is canonically https://www.example.com/page, never redirect to a non-www or http variant.
  • After changing redirect rules, update internal links and sitemap entries to point directly at the final URLs so crawlers stop re-requesting the old paths.
  • Test the chain after every deploy. Run your top 10 old URLs through this redirect checker — a broken rule is invisible until rankings and traffic drop.

Redirect checker tips

  • After a site migration, check your top 10 old URLs with this tool to ensure each one 301-redirects to the correct new URL.
  • Redirect chains (A→B→C) waste crawl budget and add latency — collapse them to a single A→C hop.
  • Use 301/308 for permanent redirects so SEO link equity is passed. Reserve 302/307 for genuinely temporary changes.
  • Google stops following redirects after ~5 hops. If your chain is longer, the final page may never get indexed.

301 redirect checker FAQ

A redirect checker is a tool that requests a URL and follows every HTTP redirect the server returns — 301, 302, 307, and 308 — until it reaches the final destination. It reports the status code and the target location at each hop, so you can see the full path a browser (or Googlebot) takes. This redirect checker sends a real server-side request rather than relying on your browser, which means it sees exactly what Google sees when it crawls the same URL.

Paste the old URL into this redirect checker and press Enter. A correct setup should show exactly one 301 (or 308) hop pointing at the new URL, followed by a 200 OK on the final destination. If you see a 302 instead, the move is temporary and Google will keep the old URL indexed. If you see multiple hops, you have a redirect chain worth collapsing. Test the exact URL format your visitors use — including http:// and the non-www version, because they often have separate rules.

A 302 tells Google the move is temporary, so ranking signals stay with the old URL — which is why a permanent move should never use one. The most common causes: a server default (many WordPress plugins and hosting panels default to 302), a rewrite rule written without the permanent flag (e.g. nginx `rewrite ... redirect` instead of `permanent`, or Apache `[R]` instead of `[R=301]`), or a platform-level setting such as Vercel or Cloudflare returning a 302 for your domain. Use this redirect checker to confirm which code your server is actually sending, then fix the rule at its source.

One hop is ideal; two are tolerable; three or more should be fixed. Every extra hop adds 100–500ms of latency for users, and Google documents that it may stop following redirects after roughly five hops — which means the final page never gets crawled and its rankings collapse. Chains typically build up after multiple site migrations (http→https added on top of an old www rule, for example). This redirect checker shows every hop so you can rewrite the rules to point the original URL directly at the final destination.

It depends on the chain. A single clean 301 passes essentially all of the link equity to the destination, and users barely notice the delay. But redirect chains, loops, temporary 302s used for permanent moves, and redirects that land on irrelevant pages (e.g. everything pointing to the homepage) do hurt: they slow crawling, split ranking signals, and can push Google to treat the destination as a soft-404. If your pages load fine in a browser but your rankings dropped after a migration, run your most-linked old URLs through this redirect checker — the chain is usually where the problem hides.

Your browser only shows the final page — the hops in between are invisible. A redirect checker shows every step: each status code, each Location header, and where the chain ends. Browsers also cache redirects, so you can be looking at a stale result while the tool always fetches fresh. Finally, this tool issues a server-side request, so it detects server-level redirects (301/302/307/308) even when a browser extension or local cache would mask them. The one thing it cannot follow is JavaScript redirects (window.location), which only run inside a real browser.

Explore more network tools

Browse the full collection of network tools on the hub, or jump back to all categories.

Related tools

Did this tool help?

Anonymous — one tap, no sign-up.