Help & support
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
- Go to the App page.
- Paste the URL you want to trace into the input field. An example URL (
https://httpbin.org/redirect/3) is pre-filled. - Click Trace.
- Redirectdepth follows the chain from the Cloudflare edge and shows each hop in order, numbered
#1,#2, and so on. - 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:
- The HTTP status code returned (301, 302, 307, 308, or a terminal 200).
- The URL the hop started from and where it redirected to.
- What changed at that step — scheme (http → https), host (apex → www), trailing slash added or removed, path case change, or tracking parameters injected.
- Whether the hop is avoidable or unavoidable.
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
An avoidable hop is one that could be collapsed into a single redirect. Common examples:
http://example.com→https://example.com(scheme change)example.com→www.example.com(host change)https://example.com→https://example.com/(trailing slash added)https://example.com/Path→https://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.
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.
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.
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.
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.
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.
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.
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:
- Bug reports or suspected incorrect trace results
- Feature requests
- Professional tier availability and pricing inquiries
- Legal questions, abuse reports, or takedown requests
- Business or partnership inquiries
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.