External Redirect Broken

No Comments
External redirect broken
TL;DR: This flag means a link on your site redirects the user off to another domain, and that external destination is broken: the redirect lands on a 404, a 5xx, a dead host, or an endless loop. Every user and every crawler that follows it hits a wall, and the trust and link value you passed along evaporate.
Check type
Redirects
Severity
Medium to high
Symptom
Dead destination
Fix effort
Low
Detect with
Screaming Frog

What this issue is

You have a URL on your site, often a short link, an affiliate link, a tracking wrapper, or an old vanity path, that returns a 301 or 302 pointing at a URL on a different domain. That is a normal external redirect. This check fires when the destination of that redirect is broken. The user or bot follows the hop off your site and lands on a 404 Not Found, a 410 Gone, a 5xx server error, a domain that no longer resolves, or a redirect that loops back on itself and never settles.

The important distinction is where the break lives. A normal broken internal link ends on a dead page you control. Here the chain leaves your domain first, then dies. You cannot fix the far end, which changes how you handle it. Your only lever is the redirect rule on your side, so the fix is always about repointing or removing your hop, never about repairing someone else's server.

Where the chain dies yoursite.com/go/deal 301 issued (fine) partner.com/x9 leaves your domain 404 / 5xx / dead host chain broken here You control the first two hops. Fix the redirect rule, since the third hop is not yours.

Why it hurts

The user cost is obvious and immediate. Someone clicks a link on a page you own, gets bounced to a dead page on a domain they have never heard of, and blames you, not the partner. That is a bad experience with your brand attached to it.

The SEO cost is quieter but real. Search engines crawl these redirects, and a hop that resolves to an error wastes crawl budget on a dead end. Any equity you were passing through an editorial external link is lost the moment the target 404s, because there is nothing on the other side to receive it. If a large share of your outbound links resolve to errors, it also reads as a low maintenance signal, the kind of neglect that correlates with sites that have stopped being tended. None of this tanks a site on its own, but it is free damage you should not be taking.

How to detect it

  • Screaming Frog: after a crawl, open the Response Codes tab and filter to Redirection (3xx), then use the Redirect Chains report to see the final status of each hop. Sort by the last destination status and pull anything ending in 4xx or 5xx. This is the fastest way to isolate external breaks.
  • Google Search Console: the Page Indexing report surfaces Not found (404) and Soft 404 entries that Google reached by following links, including redirected ones.
  • Server logs: watch for your redirect endpoints firing followed by no successful downstream fetch, or for repeat bot hits on the same short link that never convert to a 200.
  • Sitebulb: its redirect and broken link audits flag external targets that resolve to errors and show the full chain.

How to fix it, step by step

  1. Confirm the break is live. Curl or load the final destination yourself and record the exact status. A one time blip is different from a permanently dead host.
  2. Find the replacement. If the partner moved the page, get the new working URL. If the resource is genuinely gone, decide whether an equivalent target exists.
  3. If a valid replacement exists, update your redirect rule to point the hop straight at the new working URL. Keep it a single 301, not a chain.
  4. If nothing valid exists, remove the redirect and the links that feed it, or repoint them to a relevant page on your own site so the user still lands somewhere useful.
  5. For affiliate and tracking links, check whether the network deprecated the deep link format. These break in bulk when a program changes structure, so fix the pattern, not just the one link.
  6. Recrawl and confirm the redirect now resolves to a 200 in a single hop with no loop.

Do this, not that

DO
  • Verify the live final status before you touch anything.
  • Repoint the hop to a single working 301 target.
  • Remove or reroute redirects whose destination is truly gone.
  • Fix broken affiliate patterns at the template level.
  • Recrawl to confirm one clean hop to a 200.
DON'T
  • Leave a hop pointing at a dead external page.
  • Stack extra redirects to patch around the break.
  • Assume a 302 to an error is harmless because it is temporary.
  • Ignore loops that never resolve to a real page.
  • Fix one affiliate link and skip the identical broken siblings.

Triage by final status

Final statusMeansAction
404 / 410Page gone for goodRepoint or remove the hop
5xxServer error, may be temporaryRecheck, then repoint if persistent
Dead hostDomain no longer resolvesRemove the redirect entirely
Redirect loopNever settles on a pageRepoint to a real final URL

FAQ

Can I just fix the destination page?
Not if it is on someone else's domain, which is the whole point of an external redirect. You do not control that server. Your fix is to repoint or remove the hop on your side.
The destination is a 5xx that seems temporary. Do I still act?
Recheck it over a day or two. A brief outage will clear. If it persists, treat it like any other break and repoint, because users and crawlers hitting it during the outage still get a dead end.
Do broken external redirects pass or leak link equity?
Neither in any useful way. If the target errors, there is no live page to receive equity, so whatever you intended to pass is simply lost until you point the hop at something that returns a 200.
Most of mine are affiliate links. Any pattern to watch?
Yes. Affiliate networks change deep link formats and retire programs, which breaks every link of that type at once. Fix the link pattern or the redirect rule that generates them rather than chasing individual URLs.
Broken redirects piling up?
An audit crawls every hop, isolates the external dead ends, and hands you a repoint or remove decision for each one.

Get an advanced SEO audit

Claude Vincent is a technical SEO consultant focused on crawlability, rendering, and AI-search visibility. He writes the field guides and case studies at SEO ProCheck, with a bias toward the durable, unglamorous work that decides whether search engines and AI answer engines can actually read and cite a site.

About SEO ProCheck

Technical SEO consulting and GEO strategy with 20 years of enterprise experience. Case studies, resources, and tools for search and AI visibility.

Work With Me

Technical SEO audits, GEO strategy, site migrations, and international SEO. Hourly consulting for teams who need hands-on support, not just reports.

Subscribe to our newsletter!

More from our blog