Finding and Fixing Orphan Pages and Broken Internal Links
Orphan pages — pages with no internal links pointing to them — and broken internal links are among the most common technical issues found in site audits, and both quietly undermine SEO performance without producing any obvious error message or alert. A page can be well-written, well-optimized, and still get almost no organic traffic simply because nothing on the site links to it.
Why orphan pages happen
Orphan pages accumulate for predictable reasons: a page gets published but the writer forgets to add links from related content, a navigation redesign removes a menu item that was the only link path to a section of the site, or old content gets unlinked during a site restructuring but isn't deleted or redirected. Over time, larger sites in particular accumulate dozens or hundreds of orphan pages that Google may still have indexed from an old crawl but rarely recrawls or ranks competitively, since the lack of internal links signals low importance.
Finding orphan pages
The reliable method is comparing two data sources: a full site crawl (via Screaming Frog, Sitebulb, or similar) that maps every page reachable by following internal links, against your complete list of live URLs pulled from your XML sitemap, CMS export, or Google Search Console's indexed pages report. Any URL that appears in the second list but not the crawl's link-graph is, by definition, an orphan — nothing internal links to it, even though it exists and may be indexed.
Finding broken internal links
A standard crawl also flags internal links returning 4xx errors (404 not found) or 5xx errors (server errors). These typically result from a linked page being deleted, moved, or renamed without updating the internal links pointing to it, or a URL typo introduced during content editing. Screaming Frog's "Response Codes" report, Ahrefs Site Audit's "Broken Links" report, and Google Search Console's crawl error data (under Page Indexing) all surface these systematically rather than requiring manual link-checking.
Prioritizing fixes
- Fix broken links on high-traffic pages first: a broken link on your most-visited page affects more users and more crawl passes than one buried on a page nobody visits.
- Reconnect valuable orphan pages: check each orphan page's historical traffic or backlink profile (via Ahrefs or Search Console) before deciding whether to relink it, redirect it, or let it be deprecated — a page with meaningful existing backlinks deserves relinking rather than abandonment.
- Watch for redirect chains: a link that passes through two or three redirects before reaching its final destination should be updated to link directly to the final URL, since chains add latency and can weaken the signal passed along, especially past 3-4 hops. For a deeper look at this, see our guide, Crawl Errors & Broken Links.
Preventing recurrence
Build orphan-page and broken-link checks into a recurring monthly or quarterly crawl rather than treating this as a one-time cleanup project. Add a step to your content publishing checklist requiring at least 3 internal links to any new page before it goes live, and set up 301 redirects immediately whenever a URL is deleted or renamed rather than leaving the fix for a future audit to catch. This turns link health from a periodic emergency into routine maintenance that costs a few minutes per page instead of days of cleanup once a year. For a deeper look at this, see our guide, Sitemaps, Robots.txt & Canonicalization.