A12 · Access & Crawlability

Redirect Chain Sanity

Jump to section

TL;DR

There’s a technical or content issue reducing how well your page can be crawled, understood, or cited. Follow the steps below to diagnose the cause, apply the fix, and verify the result. Finish by running an Oversearch AI Page Optimizer scan.

Why this matters

Access and crawlability are prerequisites. If crawlers can’t fetch or parse your content, rankings and citations become unreliable, and LLMs may fail to extract answers.

Where this shows up in Oversearch

In Oversearch, open AI Page Optimizer and run a scan for the affected page. Then open Benchmark Breakdown to see evidence, and use the View guide link to jump back here when needed.

What is a redirect chain and why is it bad?

A redirect chain occurs when a URL redirects to another URL, which redirects again, and so on. Each hop adds latency and risks losing crawl equity.

Search engines follow redirect chains but may stop after a certain number of hops (typically 5-10). Each redirect also dilutes the ranking signals passed to the final URL. Users experience slower load times.

  • A → B → C → D is a 3-hop chain. Each hop adds ~100-300ms latency.
  • Google loses a small amount of PageRank at each redirect hop.
  • Chains longer than 3 hops risk being abandoned by crawlers.
  • Redirect chains often accumulate over years of URL changes.

If you use Oversearch, open AI Page OptimizerBenchmark Breakdown to see the redirect chain for this URL.

How many redirects are okay?

Ideally one (direct A → B). Search engines tolerate up to about 5 hops, but every additional redirect adds latency and signal loss.

A single 301 redirect from old URL to new URL is standard and acceptable. Two hops (e.g., http → https → canonical) are common and fine. Anything beyond 2 should be simplified.

  • 1 redirect: ideal.
  • 2 redirects: acceptable (common for protocol + path changes).
  • 3+ redirects: consolidate to a single redirect.
  • Fix by updating the first URL to redirect directly to the final destination.

If you use Oversearch, open AI Page OptimizerBenchmark Breakdown to see the number of hops detected.

How do I fix redirect loops?

A redirect loop occurs when URL A redirects to B and B redirects back to A (or through a longer cycle). Browsers show an “ERR_TOO_MANY_REDIRECTS” error.

Loops are often caused by conflicting redirect rules — e.g., one rule redirects non-www to www while another redirects www to non-www. They can also be caused by CDN or load balancer configs conflicting with origin server rules.

  • Test with curl -sLI <url> to see the full redirect chain.
  • Check server config (nginx/Apache) for conflicting rewrite rules.
  • Check CDN/load balancer redirect settings.
  • Check CMS settings for site URL configuration.
  • Fix by removing the conflicting rule and testing both directions.

If you use Oversearch, open AI Page OptimizerBenchmark Breakdown to detect redirect issues.

Should I use 301 or 302?

Use 301 for permanent URL changes and 302 (or 307) for temporary ones. The choice affects how search engines transfer ranking signals.

A 301 tells search engines to transfer all ranking signals to the new URL and de-index the old one. A 302 tells them the move is temporary, so they keep the old URL in the index. Using 302 for permanent moves prevents proper signal transfer.

  • 301: Permanent move. Use when the old URL will never come back.
  • 302/307: Temporary. Use for A/B tests, seasonal redirects, or maintenance.
  • Most URL changes should be 301.
  • Verify with curl -I <url> — the status code should match your intent.

If you use Oversearch, open AI Page OptimizerBenchmark Breakdown to verify redirect status codes.

Common root causes

  • Template-level configuration mismatch or conflicting signals.

How to detect

  • In Oversearch AI Page Optimizer, open the scan for this URL and review the Benchmark Breakdown evidence.
  • Verify the signal outside Oversearch with at least one method: fetch the HTML with curl -L, check response headers, or use a crawler/URL inspection.
  • Confirm you’re testing the exact canonical URL (final URL after redirects), not a variant.

How to fix

Understand what redirect chains are (see: What is a redirect chain and why is it bad?) and what status codes to use (see: Should I use 301 or 302?). Then follow the steps below.

  1. Apply the fix recommended by your scan and validate with Oversearch.

Verify the fix

  • Run an Oversearch AI Page Optimizer scan for the same URL and confirm the benchmark is now passing.
  • Confirm the page is 200 OK and the primary content is present in initial HTML.
  • Validate with an external tool (crawler, URL inspection, Lighthouse) to avoid false positives.

Prevention

  • Add automated checks for robots/noindex/canonical on deploy.
  • Keep a single, documented preferred URL policy (host/protocol/trailing slash).
  • After releases, spot-check Oversearch AI Page Optimizer on critical templates.

FAQ

Why do I have different redirects for http/https and www/non-www?

This usually means redirect rules are configured at different layers (server, CDN, CMS) without coordination. Consolidate all redirects at one layer (preferably the edge/CDN) to avoid chains. When in doubt, trace the full chain with curl -sLI and update the first hop to point directly to the final URL.

How do I detect redirect chains at scale?

Use a crawl tool like Screaming Frog or Sitebulb that reports redirect chains. You can also use a script that follows redirects for every URL in your sitemap and flags chains > 1 hop. When in doubt, check your top 50 pages manually with curl -sLI.

Can redirect chains affect page speed?

Yes. Each redirect hop adds 100-300ms of latency before the user sees any content. A 3-hop chain can add nearly a second to page load time. When in doubt, consolidate chains to a single hop to eliminate unnecessary delays.

Should I fix old redirects that still work?

If the chain is longer than 1 hop, yes. Update the first redirect to point directly to the final destination. Even ‘working’ chains waste crawl budget and add latency. When in doubt, fix chains on your highest-traffic pages first.

Internal links to URLs that redirect pass slightly less authority than direct links. Update internal links to point to the final canonical URL whenever possible. When in doubt, run a crawl and fix any internal links that trigger redirects.

Does a redirect chain lose more authority than a single redirect?

Yes. Each hop in a chain loses a small amount of ranking signal. A direct A→B redirect preserves more authority than A→B→C→D. When in doubt, always consolidate chains to a single hop.