Help & support

Redirectdepth help centre — getting started, FAQs, and known limitations.

Getting started

Redirectdepth traces the full redirect chain of any URL you submit, reports each hop with its status code and the changes that occurred, then tells you which hops were avoidable.

One trace, step by step

  1. Go to the App page.
  2. Paste the URL you want to trace into the input field. An example URL (https://httpbin.org/redirect/3) is pre-filled.
  3. Click Trace.
  4. Redirectdepth follows the chain from the Cloudflare edge and shows each hop in order, numbered #1, #2, and so on.
  5. Read the verdict block at the bottom for the summary: how many hops were avoidable, and whether a loop or excessive chain was detected.

Each hop card shows:

No account needed. Every trace is anonymous and ephemeral. The URL is sent only to the Cloudflare Worker that performs the trace, and nothing is stored server-side.


Frequently asked questions

What does "avoidable" vs "unavoidable" mean?

An avoidable hop is one that could be collapsed into a single redirect. Common examples:

  • http://example.comhttps://example.com (scheme change)
  • example.comwww.example.com (host change)
  • https://example.comhttps://example.com/ (trailing slash added)
  • https://example.com/Pathhttps://example.com/path (case change)

These are individually defensible, but if four hops do four different things, the stack is still four round trips. Often they can be combined into a single redirect at the origin server.

An unavoidable hop is one that Redirectdepth cannot determine was unnecessary — for example, a redirect to a completely different hostname whose purpose is not detectable from the URL alone.

A chain with zero avoidable hops means the redirect chain is performing as configured. That does not guarantee it is optimal — only that Redirectdepth detected nothing clearly wasteful.

Why can't I trace a URL that uses Cloudflare?

Redirectdepth runs on Cloudflare Workers. A Cloudflare Worker cannot open a connection into Cloudflare's own network — so any site that uses Cloudflare (including cloudflare.com itself, example.com, stackoverflow.com, and many of the most popular domains on the web) will appear as unreachable. This is a platform restriction, not a problem with your server or your network.

If a URL you trace shows as unreachable and you know that site uses Cloudflare, that is the likely cause. There is no workaround within the current architecture. This is listed as a known limitation below.

How many redirect hops does Redirectdepth follow?

Redirectdepth follows the browser standard of 20 redirect hops. If a chain exceeds 20 hops, the trace stops at the limit and reports every hop collected before it. This is the same limit most browsers enforce — an endless chain beyond 20 hops would fail in a real browser too.

Does Redirectdepth store the URLs I trace?

No. Every trace is ephemeral. The URL you submit is sent to the Cloudflare Worker, which makes the HTTP requests to follow the chain, returns the results, and discards everything. No trace data persists — not server-side, not in a database, not in a log file.

See the Privacy Policy for full details.

Can I export trace results?

Yes. After a trace completes, two export buttons appear in the toolbar above the results:

  • Export JSON — downloads the full trace data as a JSON file, including every hop, its status code, the change details, and the verdict.
  • Export CSV — downloads a flat CSV file with one row per hop, suitable for spreadsheet analysis.

Both exports are generated client-side in your browser. The tool does not send your export data to any server.

How do I upgrade to the Professional tier?

The Professional tier ($9/month) is not yet available for purchase. It is listed on the Pricing page as coming soon with planned features — bulk trace, saved trace history, webhook notifications, and higher-rate API access. No payment processor is connected and no accounts system exists yet.

All features of the Free tier are available now, immediately, with no account, no payment, and no limits.

Why does some URL show as "unreachable" or "connection failed"?

A trace may fail to reach a host for several reasons:

  • The host is behind Cloudflare. This is the most common cause — see the separate FAQ above.
  • DNS resolution failure. The hostname does not exist or the DNS lookup timed out.
  • Connection timeout. The server did not respond within the Worker's timeout window (typically 10 seconds).
  • Invalid or malformed URL. The URL did not parse as a valid absolute URL with a recognised scheme.

Redirectdepth reports the specific error message it received. It never guesses at the cause — if the Worker cannot reach a host, it says so with the reason it has.

What do the HTTP status codes mean in the results?

The most common redirect status codes you will see:

  • 301 Moved Permanently — the resource has a new permanent URL. Browsers and search engines update their records.
  • 302 Found — a temporary redirect. The original URL should continue to be used for future requests.
  • 307 Temporary Redirect — like 302, but the HTTP method and body must be preserved across the redirect.
  • 308 Permanent Redirect — like 301, but the HTTP method and body must be preserved.

When the chain reaches a page that does not redirect (typically a 200 OK), Redirectdepth marks the chain as Resolved. If it hits an error (4xx or 5xx) or a connection failure, the chain is marked as Terminated.


Known limitations

Redirectdepth is a free, early-stage tool. The following are honest assessments of what it does and does not do.

Cannot trace hosts behind Cloudflare

The Worker that performs traces cannot open connections into Cloudflare's own network. Any site that uses Cloudflare as its DNS or proxy will appear unreachable. This is not something a configuration change on your side can fix — it is inherent to how Cloudflare Workers are sandboxed.

Not real-user latency measurement

Hops are measured from the Cloudflare edge, not from a browser on a mobile or residential connection. Redirectdepth counts round trips, not milliseconds, and does not account for TCP handshake time, TLS negotiation, or DNS resolution at each hop. Actual user-perceived latency will be higher than what the hop count alone suggests.

No inference beyond what the Worker observes

If a host is unreachable, Redirectdepth reports the error it received — it never guesses at server software, misconfiguration, or the cause of a redirect. The service does not load pages, execute JavaScript, or follow meta-refresh redirects. Client-side redirects are invisible to this tool.

No accounts, no stored history

Every trace is ephemeral. There is no way to save, share, or revisit a previous trace once the page is closed. The Professional tier (coming soon) will add saved history, but today no trace data persists beyond the current browser session.

No configuration changes

Redirectdepth is a read-only diagnostic tool. It does not and cannot change any DNS, server, or CDN configuration. If you need to fix a redirect chain, Redirectdepth can help you diagnose it, but the actual fix must be applied in your own infrastructure.

Professional tier features are not yet built

Bulk trace (multiple URLs at once), saved trace history, webhook notifications, and higher-rate API access are planned but not implemented. They require user accounts, persistent storage, and a payment processor — none of which exist yet. The Professional tier is listed as coming soon and is not purchasable.


Contact us

Email support is not yet available. Redirectdepth is a small operation and has not yet set up a support inbox. The FAQs on this page cover the most common questions. If your issue is not addressed here, it will need to be raised with the operator directly.

For the following types of inquiry, please ask the operator directly — no contact address is published yet:

A support email address will be published here when one is available. Until then, please review this page and the Privacy Policy and Terms of Service for guidance.