Redirect Chain: a beginner's guide
Trace HTTP redirect chain
HTTP redirects: why a chain of them quietly breaks performance and SEO
An HTTP redirect is a server response that says "the thing you asked for is actually somewhere else — go look there instead." Redirects are essential to a healthy web: they handle moves, name changes, HTTPS upgrades, regional variants, and the long tail of URLs that have to keep working forever. The three most common kinds are 301 (permanent redirect), 302 (temporary redirect), and 308 (permanent, with method preservation). Browsers and search engines treat each one slightly differently, and getting the wrong one in production can cause subtle SEO problems that take months to notice.
You should care because **redirect chains — where one redirect leads to another, which leads to another — are one of the most common silent performance and SEO killers on the modern web**. A typical chain looks like this: `http://example.com` → `https://example.com` → `https://www.example.com` → `https://www.example.com/`. That is four requests to load the homepage instead of one, with all the round-trip latency that implies. Worse, every step in the chain dilutes the SEO link equity passed through to the final URL. Search engines tolerate one redirect cleanly; chains of three or more start to leak ranking power.
The five things every redirect audit looks at:
Is there a chain at all? The first question is simply: how many redirects does the typical request go through before reaching a 200 response?
Are the redirects the right type? A permanent move should be a 301 or 308. A temporary move should be a 302 or 307. Mixing them up confuses both browsers and search engines.
Are HTTPS upgrades a single hop? The classic mistake is `http://` → `https://` happening as a separate step from `non-www` → `www`, when both can be combined into one redirect.
Are there any redirect loops? A loop (`A → B → A`) is fatal — browsers eventually give up and show an error.
Are there mixed-content redirects? A redirect from HTTPS to HTTP is dangerous and is treated as a security failure by some browsers.
Three questions a redirect audit answers:
How many redirects does my homepage actually go through, and can any of them be eliminated?
Are any of my redirects the wrong type (e.g., temporary when they should be permanent)?
Is my HTTPS-and-www canonicalization handled in a single hop, or is it taking multiple steps?
The cost of long redirect chains is the slow erosion of both performance and SEO. The fix is to consolidate multiple redirects into a single hop wherever possible. This is one of those operational details that almost nobody thinks about until they audit their own site and discover the chain has grown to four steps over the years.
The Redirect Chain endpoint, in plain language
In one sentence: Trace HTTP (HyperText Transfer Protocol) redirect chain
Follows and documents the complete redirect chain from a URL (web address) to its final destination. Identifies redirect types (301, 302, 307, 308, meta refresh) and potential issues.
Don't worry if some of the words above are still unfamiliar — there's a plain-language glossary at the bottom of this page, and most of the terms link to their own beginner guides if you want to learn more.
What is actually happening when you call it
Here's what's actually happening behind the scenes when you call this endpoint:
Makes HTTP (HyperText Transfer Protocol) requests following all redirects while recording each hop. Documents status codes, redirect types, response headers, and timing for each step. Identifies common issues like redirect loops, mixed content (HTTPS (secure HyperText Transfer Protocol) to HTTP), and excessive chain length.
If you're using an AI assistant through MCP, you don't need to understand any of the technical details — the assistant calls the tool and translates the result for you.
Why this specific tool matters
Let's skip the marketing fluff and answer the only question that actually matters: why should you, a real human with a real to-do list, care about the Redirect Chain tool? Here's the plain-English version, written the way you'd hear it from a friend who happens to do this for a living.
Redirect chains impact SEO (Search Engine Optimization) (passing link equity), page load speed, and can introduce security issues. Understanding the complete chain helps diagnose problems and optimize user experience.
Picture this in real life. Imagine an SEO specialist. Here's the situation they're walking into: Identify redirect chains that dilute link equity or slow down page indexing. Without the right tool, that person would be stuck copy-pasting between five browser tabs, reading documentation written for engineers, and crossing their fingers that the answer they cobble together is correct. With the Redirect Chain tool, the same person gets a clear answer in seconds — no spreadsheets, no guessing, no waiting for someone on the infrastructure team to free up.
Three questions this tool answers in plain English. If any of these have ever crossed your mind, the Redirect Chain tool is built for you:
Why does my website feel slow on real devices, even though it looks fine on mine?
Which specific change would give me the biggest speed boost for the least work?
Am I losing visitors and search rankings because of performance problems I cannot see?
You can either click the tool and get the answer yourself, or ask your AI assistant — connected through MCP (Model Context Protocol) — to ask the question for you and translate the answer into something you can paste into Slack.
Who gets the most out of this. Founders watching their conversion rates, marketers trying to lift landing-page revenue, ecommerce operators chasing every percentage point of speed, and developers tuning Core Web Vitals. If you see yourself in that list, this is one of the EdgeDNS tools you should bookmark today.
What happens if you skip this entirely. Skip it and visitors bounce, conversions drop, and your search ranking quietly slides — all from a problem nobody on the team can see. That's why running this check — even once a month — is one of the cheapest forms of insurance you can give your domain.
Available on the free plan. The technical details: `GET /v1/domain/redirect`.
When would I actually use this?
If you're still on the fence about whether the Redirect Chain tool belongs in your toolbox, this section is for you. Below you'll meet three real people — an SEO specialist, a devops engineer, and a security analyst — facing three real situations where this tool turns a stressful afternoon into a five-minute task. Read whichever story sounds closest to your week.
Story 1: SEO Audit
Imagine you're an SEO specialist. Identify redirect chains that dilute link equity or slow down page indexing.
Why it matters: Optimize redirects to improve SEO (Search Engine Optimization) performance and crawl efficiency.
Story 2: Migration Verification
Imagine you're a devops engineer. After site migration, verify old URLs properly redirect to new locations.
Why it matters: Ensure migration redirects are working and not creating chains.
Story 3: Security Analysis
Imagine you're a security analyst. Detect open redirects or suspicious redirect patterns in phishing investigations.
Why it matters: Identify malicious redirect patterns used in phishing campaigns.
Common situations across teams. Beyond the three stories above, here are the everyday workplace moments when people across the company reach for the Redirect Chain tool — or one of the tools right next to it in this category. If any of these are on your calendar this month, that's your sign:
Before a high-traffic marketing campaign or product launch.
After a redesign, to make sure performance did not regress.
When your conversion rate drops without an obvious cause.
On a recurring schedule, to enforce a performance budget for your team.
If you can see yourself in even one of those bullets, the Redirect Chain tool will pay for itself the first time you use it.
Still not sure? Here's the easiest test in the world. Open Claude, ChatGPT, Gemini, or any other AI assistant connected to the EdgeDNS MCP server and ask, in your own words: "Is the Redirect Chain tool useful for my job?" The assistant will look at the tool, ask you a couple of follow-up questions about what you're trying to accomplish, and give you a straight answer in plain English. No commitment, no signup forms, no jargon.
The easiest way: just ask your AI assistant
If you've connected the EdgeDNS MCP server to Claude, ChatGPT, Gemini, Cursor, or any other AI assistant, you don't need to write any code. Just ask in plain English:
"Use the Redirect Chain tool to check example.com and explain anything that looks wrong in plain language."
The AI will figure out which tool to call, fill in the right parameters, run it, and then explain the result back to you. No copy-pasting between tabs. No reading raw JSON. No memorizing endpoint names.
MCP (Model Context Protocol) access is free on every plan, including the free tier. One API key works for both REST and AI — you do not have to choose.
The technical way: call it from code
If you're a developer and want to call the endpoint from a script or your own application, here's the simplest possible example. Replace the placeholder API key with the real one from your dashboard.
# Replace edns_live_YOUR_KEY with your real API key from the dashboard
curl -H "Authorization: Bearer edns_live_YOUR_KEY" \
"https://api.edgedns.dev/v1/domain/redirect?url=http%3A%2F%2Fexample.com"What you need to provide
There's just one piece of information you need to provide. The table below explains exactly what it is and what a real value looks like.
| Field | Type | Required? | What it means | Example |
|---|---|---|---|---|
url | string | Yes | The URL (web address) to trace redirects from | http://example.com |
What you get back
When you call this tool, you'll get back a JSON object with the fields below. If you're talking to it through an AI assistant, the assistant reads these for you and explains them in plain language — you don't need to memorize them.
| Field | Type | What you'll see in it |
|---|---|---|
originalUrl | string | The starting URL (web address) |
finalUrl | string | The final destination after all redirects |
chain | array | Each redirect hop with status code and URL (web address) |
totalRedirects | number | Number of redirects in chain |
isLoop | boolean | Whether a redirect loop was detected |
issues | array | Detected problems (loops, mixed content, etc.) |
totalTimeMs | number | Total time to trace the chain in milliseconds |
Words you might be wondering about
If any words on this page felt like jargon, here's a plain-language version. Click any linked term to read a full beginner-friendly guide.
URL (web address) — The full address of a page, like https://example.com/about.
HTTP (HyperText Transfer Protocol) — The language web browsers and websites use to talk to each other.
HTTPS (secure HyperText Transfer Protocol) — HTTP with encryption — the little padlock in your browser. It means nobody between you and the website can read what you're sending.
SEO (Search Engine Optimization) — Everything you do to help search engines like Google find, understand, and rank your website.
Need Programmatic Access?
Automate domain intelligence with 100+ API endpoints and a free MCP server for AI integration.