Broken Link Search: Find and Fix Dead Links

A broken link search is the process of crawling your own site (and the pages that link to it) to find every hyperlink that no longer resolves. Done well, it turns a slow trickle of dead ends into a short, prioritized fix list. This guide covers why broken links appear, what they cost you in rankings and trust, and exactly how to search for and repair them.

What a broken link actually is

A broken link, also called a dead link, is any hyperlink whose target the server cannot return successfully. Click it and instead of the expected page you get an error. The most common result is a 404 Not Found. As MDN describes it, the 404 Not Found status code indicates that the server cannot find the requested resource, and links leading to such pages are exactly what people mean by broken or dead links.

Broken links come in two flavors that a good search should separate:

• Internal broken links: links inside your own site pointing to your own pages that no longer exist. You control both ends, so these are the easiest to fix.
• External broken links (outbound): links from your pages to other websites that have removed or moved their content. You cannot restore their page, but you can update or remove your link.

There is also a third case worth tracking: other sites linking to a dead page on your domain. Those are inbound links pointing at a 404, and recovering them is often the highest-value part of any broken link search.

Why broken links appear in the first place

Dead links are a symptom of normal site change, not neglect alone. The usual causes are:

• Deleted or unpublished pages that were never redirected.
• Changed URLs and slugs after a redesign, a CMS migration, or an SEO cleanup.
• Typos in hand-written HTML, a missing letter or a stray space in an href.
• Moved media and downloads, where an image or PDF path shifts but the link does not.
• Expired external destinations, when a site you cited restructures or shuts down.
• HTTP to HTTPS or www changes that were only half applied.

Because these events happen continuously, a broken link search is never truly finished. The realistic goal is a low, steady error count rather than a permanent zero.

The SEO and UX impact

Broken links do not usually cause a direct algorithmic penalty. Google has said for years that a 404 is a normal part of the web. The damage is indirect but real:

• Wasted crawl budget. Google confirms in its guidance on HTTP and network errors that newly encountered 404 pages are not processed and their crawl frequency gradually decreases. Every dead URL a crawler retries is attention not spent on your live content.
• Lost link equity. When an internal link points to a dead page, the ranking signal that link should pass simply evaporates. Inbound links to a 404 waste external authority you already earned.
• Broken user journeys. A visitor who hits a dead end is one click from leaving. That raises bounce and lowers the trust that converts readers into customers.
• Weaker topical structure. Internal links define how your site connects. Broken ones break that map for both users and crawlers.

If you want the full picture of how dead ends ripple through a site, our deep dive on broken links, causes and SEO impact expands on each of these points.

How to run a broken link search

Use more than one method, because no single tool sees everything. Combine a crawler, Google Search Console, and spot checks.

1. Crawl the whole site. A desktop crawler such as the free tier of Screaming Frog SEO Spider follows every link and reports status codes. Filter the response codes for 4xx and 5xx to get your internal broken list. The free tier crawls up to a set URL limit, which covers most small and medium sites.
2. Read Google Search Console. The Pages report (under Indexing) flags URLs excluded as Not found (404). This is Google telling you which dead URLs it has actually encountered, so it doubles as a priority signal. Our guide to Google Search Console for SEO walks through the report in detail.
3. Check inbound links to dead pages. A backlink tool (Ahrefs, Moz, or Semrush free tiers) can show external links pointing at URLs that now 404. These are recovery opportunities worth a redirect.
4. Use a browser extension for spot checks. A link-highlighting extension colors dead links on any single page you are editing, useful right before you publish.

How to fix what the search finds

Sort your list by value first: pages with traffic or inbound links, then everything else. Then apply the right fix for each type.

• Wrong URL, page still exists: correct the href. This is the cleanest fix and needs no redirect.
• Page moved to a new URL: add a 301 permanent redirect from the old URL to the new one, and also update the internal links that pointed at the old URL.
• Page deleted, close replacement exists: 301 redirect to the most relevant live page. Do not redirect everything to the homepage, which Google may treat as a soft 404.
• Page deleted, no replacement: let it return a genuine 404 or 410 Gone. A clean error is correct here, not a problem to hide.
• External destination dead: update the link to the new source, point it to an archived copy, or remove it.

Reach for a redirect when a URL had value and has an equivalent home. For the mechanics of choosing and testing redirects, see our walkthrough of the HTTP redirect checker and how to read its output.

301 versus 302 when you redirect

Getting the redirect type right protects the ranking signal you are trying to save. The difference is about permanence. Google states in its redirects documentation that with a permanent (301) redirect the indexing pipeline uses the redirect as a signal that the target should be canonical, while with a temporary (302) redirect it does not treat the target as canonical.

• Use 301 for a move you do not intend to reverse. This consolidates ranking signals on the new URL.
• Use 302 only for genuinely temporary situations, such as a page down for maintenance.

Picking 302 for a permanent move is a common mistake that leaves the old URL competing with the new one.

Keep the search continuous

A one-time cleanup decays. New broken links appear every time you publish, edit, or migrate. Build a light routine instead:

• Re-crawl on a schedule, monthly for a small site and weekly for a large or fast-changing one.
• Check the Search Console Not found report at the same cadence.
• Run a quick link scan before any big migration and again right after.
• Keep a redirect map so retired URLs are handled the moment they retire.

If you would rather not remember to re-crawl, continuous monitoring services (including 404Pulse) can scan on a schedule and alert you when a new dead link shows up, so you are fixing one link at a time instead of a backlog of hundreds.

Frequently asked questions

What is the difference between a broken link and a 404?

A broken link is the hyperlink itself, the clickable element that leads nowhere. A 404 is the specific HTTP status the server returns when the target page cannot be found. Most broken links resolve to a 404, but a link can also break with a 500 server error or a DNS failure.

Do broken links directly hurt my Google rankings?

Not directly. Google treats a 404 as a normal part of the web and does not apply a penalty for having some. The harm is indirect: wasted crawl budget, lost link equity, and worse user experience, all of which can weaken rankings over time.

What is the fastest way to find broken links on my site?

Run a free crawler such as Screaming Frog across your domain and filter for 4xx and 5xx status codes, then cross-check against the Not found report in Google Search Console. Together they surface both the links on your pages and the dead URLs Google has actually seen.

Should I redirect every broken link?

No. Redirect a dead URL only when it had traffic or inbound links and a relevant live page exists to send visitors to. If a page is genuinely gone with no equivalent, letting it return a clean 404 or 410 is the correct outcome.

How often should I search for broken links?

Monthly is enough for a small, stable site. Weekly suits large or frequently updated sites. Always run an extra scan immediately before and after a redesign or migration, since those events create the most dead links.