What Is the Redirect Checker?
A redirect checker fetches any URL and shows the complete redirect chain - every hop from the original URL to the final destination, along with the HTTP status code returned at each step. Instead of manually tracing redirects through browser developer tools or command line, this tool shows the full redirect path in seconds.
Redirects are instructions that send users and search engines from one URL to another. They are essential for site migrations, URL changes, and fixing broken links - but poorly configured redirects are one of the most common sources of crawl inefficiency, link equity loss, and indexing problems on established websites.
This tool checks any URL and returns the complete redirect chain, each status code, response time at each hop, and the final destination URL - giving you everything needed to identify and fix redirect problems before they affect rankings.
Why Redirect Health Matters for SEO
Every redirect adds a step between Google and your content. A single clean 301 redirect passes link equity efficiently and causes minimal crawl overhead. A redirect chain - three, four, or five hops to reach the final URL - loses link equity at each step, slows page load time, and wastes crawl budget on unnecessary intermediate URLs.
Redirect problems that directly affect SEO performance include:
- Redirect chains - multiple sequential redirects that dilute link equity and slow crawl speed.
- Redirect loops - two or more URLs redirecting to each other indefinitely, making the page inaccessible.
- 302 redirects used in place of 301s - temporary redirects that do not pass link equity to the destination.
- Broken redirect destinations - redirects pointing to pages that return 404 errors.
- Cross-protocol redirects - HTTP redirecting to HTTPS in multiple steps rather than a single hop.
- Redirects in the XML sitemap - sitemap URLs that redirect rather than pointing directly to final destination URLs.
Identifying and fixing these problems removes friction from Google's ability to crawl, index, and assign link equity correctly across your site.
How to Use This Tool
- Enter the URL you want to check.
- Click Check Redirect.
- Review the complete redirect chain showing every hop.
- Check the HTTP status code at each step.
- Identify any chains, loops, or unexpected destination URLs.
- Fix problematic redirects at the server or CMS level.
- Recheck the URL to confirm the fix is working correctly.
HTTP Status Codes This Tool Returns
Understanding the status code at each redirect hop tells you whether the redirect is configured correctly and how it affects SEO.
- 200 OK - The URL returned content directly with no redirect. This is the desired final destination status.
- 301 Moved Permanently - The correct redirect type for permanent URL changes. Passes link equity to the destination. Use this for all permanent redirects including HTTP to HTTPS, old URLs to new URLs, and domain migrations.
- 302 Found - A temporary redirect. Does not reliably pass link equity to the destination. Often used incorrectly in place of 301 for permanent changes - a common source of link equity loss on sites that have undergone URL restructuring.
- 307 Temporary Redirect - The HTTP/1.1 equivalent of 302. Appropriate for genuinely temporary redirects but should never be used for permanent changes.
- 308 Permanent Redirect - The HTTP/1.1 equivalent of 301. Passes link equity and preserves the request method. Less commonly used than 301 but functionally equivalent for SEO purposes.
- 404 Not Found - The destination URL does not exist. A redirect pointing to a 404 page passes no link equity and creates a dead end for both users and crawlers.
- 410 Gone - The page has been permanently removed. More explicit than a 404 - use this when content has been intentionally deleted and will not return.
- 500 Server Error - The server encountered an error processing the request. A redirect chain ending in a 500 error means the destination page is broken at the server level.
Best Practices for Redirect Management
- Always use 301 for permanent redirects - A 301 redirect tells Google the move is permanent and transfers link equity to the new URL. Using a 302 for a permanent change means Google may continue indexing the original URL and the new URL may not accumulate the link equity it should.
- Eliminate redirect chains - When a URL redirects to another URL that redirects again, each hop loses a fraction of link equity and adds latency. Update redirect rules so every old URL points directly to its final destination in a single hop.
- Check redirect destinations regularly - Redirects pointing to pages that have since been deleted, restructured, or moved again become broken chains. Run a redirect audit after any significant site change to confirm all redirect destinations are still live and returning 200 status.
- Remove redirected URLs from your sitemap - Your XML sitemap should contain only final destination URLs returning 200 status. Sitemap entries that redirect waste crawl budget and generate Search Console warnings. Use the XML Sitemap Generator to rebuild your sitemap with clean direct URLs after fixing redirect issues.
- Consolidate HTTP and HTTPS in one hop - The redirect from HTTP to HTTPS should always be a single direct 301. Multi-hop HTTP to HTTPS redirects - HTTP to HTTP www to HTTPS www, for example - create unnecessary chain length that slows every page load and wastes crawl budget on intermediate URLs.
- Fix redirect loops immediately - A redirect loop makes a page completely inaccessible to both users and crawlers. If this tool detects a loop, the fix must happen at the server configuration level - typically in the .htaccess file, nginx config, or CMS redirect settings.
Frequently Asked Questions
A redirect chain is when a URL redirects to another URL that redirects again - each extra hop loses link equity and slows page load time.
Each hop in a redirect chain introduces latency, adds crawl overhead, and dilutes the link equity passed to the final destination. Google follows redirect chains up to a limit - very long chains may result in the final destination URL not being crawled at all within a given crawl session. The fix is straightforward: update redirect rules so every original URL points directly to its final destination in a single hop, eliminating all intermediate steps.
A 301 is a permanent redirect that passes link equity. A 302 is temporary and does not reliably pass link equity to the destination.
Using a 302 redirect for a permanent URL change is one of the most common redirect mistakes in SEO. Google treats 302 redirects as temporary - meaning it may continue indexing the original URL and the link equity from backlinks pointing to the original URL may not transfer to the new destination. Always use 301 redirects for permanent moves including HTTP to HTTPS, domain migrations, URL restructuring, and any change where the original URL will never return.
More than one hop in a redirect chain is worth fixing. Three or more hops is a significant problem that should be resolved immediately.
A single redirect hop is acceptable and expected in many situations - HTTP to HTTPS being the most common. Two hops is a warning sign that redirect rules have accumulated without cleanup. Three or more hops means link equity is being lost at multiple points, page load time is measurably slower, and crawl budget is being spent on intermediate URLs that serve no content purpose. After any site migration or URL restructuring, audit all redirects and flatten every chain to a single direct hop.
Yes - long redirect chains can prevent Google from reaching and indexing the final destination URL within its crawl budget allocation.
Google follows redirects up to a limit per crawl session. Pages at the end of long chains may not be reached if the chain exceeds what Google is willing to follow before moving to the next URL in its crawl queue. Even when Google does follow the full chain, the page at the end accumulates less link equity and may be deprioritized for recrawling. Flattening redirect chains to single hops is one of the most direct technical fixes for pages that are discovered but not indexing.
No - sitemaps should only contain final destination URLs returning 200 status. Redirected URLs in sitemaps waste crawl budget and generate Search Console warnings.
When Google encounters a redirected URL in your sitemap, it follows the redirect, notes the discrepancy, and may flag it as a sitemap error in Search Console. More importantly, it wastes part of your crawl budget on the redirect hop rather than going directly to the content. After fixing redirect chains, update your sitemap to use only the final clean URLs. Use the XML Sitemap Generator to rebuild your sitemap with corrected URLs after a redirect audit.
Identify the two conflicting redirect rules causing the loop and remove or update one of them at the server configuration level.
A redirect loop occurs when URL A redirects to URL B and URL B redirects back to URL A - or through a longer circular chain. The fix requires accessing your server redirect configuration directly - typically the .htaccess file on Apache servers, the nginx configuration file, or the redirect settings in your CMS. Identify which rule is creating the circular reference, remove the conflicting rule, and recheck using this tool to confirm the loop is resolved. Redirect loops make pages completely inaccessible to both users and crawlers until fixed.