Redirect Checker

Trace redirect hops to see the full path from a URL to its destination.

What this tool does

This tool follows HTTP redirects and displays every hop in the chain, including status codes and target URLs. It helps you detect unnecessary redirects, loops, or mixed protocol transitions. Use it when troubleshooting migrations, short links, or SEO issues caused by redirect chains.

Inputs explained

How it works / Method

The tool sends an HTTP request and follows Location headers for each redirect response. Each hop is recorded with its status code and destination. Only server-side HTTP redirects are followed; client- side JavaScript or meta refresh redirects are not included.

Redirection Chain

Example

Input: URL: http://example.com. Expected output: A chain showing a 301 redirect to https://example.com, followed by a 200 OK response at the final destination. Each hop is listed with its status code and target URL.

Use cases

Limitations & notes

Accuracy & Disclaimer

Redirect results reflect a single request path from our server. Verify behavior in your own environment if CDN, geo-routing, or authentication alters redirects.

Frequently Asked Questions

What is the difference between a 301 and 302 redirect?

A 301 redirect indicates a permanent move, while a 302 indicates a temporary move. Browsers and search engines may cache a 301 more aggressively, which can affect SEO and user experience if the move is not truly permanent. Temporary redirects are better for short-term maintenance or testing. Choosing the right status helps clients handle caching and prevents incorrect indexing of the old URL.

How many redirects are too many?

Each redirect adds latency because the browser must make another request. One hop is usually fine, but long chains can slow page loads and increase failure risk. Search engines also prefer shorter chains. As a rule, keep chains to a minimum and avoid unnecessary hops. If you see three or more redirects, consider consolidating them into a single direct redirect.

Why do I see tracking parameters or intermediate URLs?

Marketing platforms, link shorteners, and analytics tools often insert tracking parameters or route traffic through intermediate URLs. These steps help measure clicks but can add delay and complexity. The redirect chain reveals each hop so you can identify unnecessary intermediaries. If performance matters, consider using direct links or reducing third-party tracking where possible. Keep analytics needs in mind before removing parameters.

Does this tool follow JavaScript or meta refresh redirects?

No. This tool follows server-side HTTP redirects only, based on Location headers. JavaScript-based redirects or meta refresh tags require a browser to execute and are not included here. If you suspect client-side redirects, test the URL in a browser or use developer tools to observe script-driven navigation. For SEO and caching clarity, server-side redirects are generally preferred. Client-side redirects can often be seen in page source or network logs.

How do redirect loops happen?

Loops occur when a URL redirects back to itself or cycles between multiple URLs. Common causes include conflicting rules in web server configuration, mixed http and https rules, or misconfigured CMS settings. The chain view helps identify where the loop starts. Fix the rule ordering or consolidate redirects so each URL has a single, final destination. Pay special attention to www and trailing-slash rules.

Are redirects cached by browsers or proxies?

Yes. Browsers and intermediaries can cache redirects based on status codes and caching headers. Permanent redirects are especially likely to be cached, which means clients may continue to use the old redirect target until the cache expires. When changing redirect behavior, consider cache control settings and allow time for clients to refresh cached redirects. Clearing CDN caches can also help propagate changes faster.

Sources & references

Related Domain Tools