An orphan page is a live page on your website that no other page on the same site links to. Visitors can't click their way to it, and search engines can only find it through a sitemap, an outside link or an old crawl.
By Kristijan GjorgjioskiIndependent SEO consultantPublished 18 October 2026 · 8 min read
Most orphan pages SEO advice stops at "add a link to it".
That's half the job. You also need to know which orphans exist, how they got that way and whether each one deserves to be found.
You'll learn:
An orphan page is a live, indexable URL on your website that receives no internal links from any other page on the same site.
The page exists. It loads. It might even be in your sitemap.
But nothing on your site points to it.
Here's a typical example:
You launch a "boiler servicing in Harrogate" page. It goes into the sitemap. Six months later, a menu redesign drops the "Areas covered" dropdown that used to link it.
The page is still live.
It's now an orphan, and nobody noticed.
This isn't a rare edge case. The internal link audit in my managed IT case study turned up a batch of orphan pages that nothing on the site linked to.
Three things get confused with orphans all the time:
| Term | What it means | Fix |
|---|---|---|
| Orphan page | No internal links point to it | Add links on other pages |
| Dead-end page | No links point out of it | Add links on the page itself |
| Noindexed page | Linked or not, it's told not to appear in search | Remove noindex only if it should rank |
| Page missing from the sitemap | Linked internally, but not listed | Add it to the sitemap |
A page missing from your sitemap is not an orphan if links reach it.
A page in your sitemap can still be an orphan.
A true orphan has zero internal links.
A near-orphan has a few, and they're all weak:
In my audits, near-orphans outnumber true orphans on almost every site.
They're also harder to spot, because a basic "zero inlinks" filter won't show them.
Orphan pages matter because internal links are how both people and search engines move around your site. A page without them is cut off from that system.
Here's what that costs you.
Google's link best practices say it uses links to judge relevance and "to find new pages to crawl".
The same page sets a simple minimum: "Every page you care about should have a link from at least one other page on your site."
An orphan fails that test by definition.
Your sitemap can still lead Google to an orphan.
But Google's sitemap overview is clear that a sitemap "doesn't guarantee that all the items in your sitemap will be crawled and indexed".
And a sitemap entry carries no context.
It doesn't say what the page is about, which topic it belongs to or how important it is. Internal links with descriptive anchors do all three.
This part gets forgotten.
If there's no link, the only people who see an orphan are those who land on it from search, an old email or a bookmark.
Your best case study, your newest service or your most detailed guide could be sitting there unseen.
Orphans are often pages nobody remembers owning.
That means old prices, discontinued services, expired offers and staff who left years ago.
If one of those still ranks, it's showing outdated information to real buyers.
Pages rarely start as orphans. They become orphans when something else changes.
These are the causes I see most:
| Cause | What happens |
|---|---|
| Menu or template redesign | A dropdown, sidebar or footer block that linked a group of pages disappears |
| Site migration | Links still point at old URLs, or the new templates drop whole sections |
| Batch-built pages | Location or industry pages go live together with no links planned into them |
| Campaign landing pages | Built for ads, never linked, then left live after the campaign ends |
| CMS changes | Removing a tag, category or archive page takes its listing links with it |
| Links search engines can't follow | Menus built with click handlers instead of real anchor links |
| Retired products | A category disappears but its products stay live |
The row about links search engines can't follow deserves a note.
Google's guidance says it can generally only crawl links that are <a> elements with an href attribute.
So a page can look linked to you in the browser and still be orphaned as far as a crawler is concerned.
After a migration, orphans are one of the first things I check. The website migration checklist includes it for exactly this reason.
You find orphan pages by building a complete list of URLs you know exist, crawling your site by following links only, and comparing the two.
The catch is the first list.
Most guides compare a crawl with the sitemap. That only finds orphans that are in your sitemap.
Pages that were never added, or were dropped from it, slip straight through.
So build the "known URLs" list from several sources.
Pull URLs from each of these into one sheet:
Server logs are a sixth source if you have them. They show which URLs Googlebot requests, including ones you'd forgotten.
Search Console and GA4 are the sources people skip, and they're often the most revealing. A page getting impressions is a page Google knows about, whether you do or not.
Run a crawler from your homepage with sitemap discovery switched off.
You want only the URLs reachable through links.
Export every URL it found, plus the number of internal links pointing at each one.
Normalise both lists first: same protocol, same trailing slash rule, parameters stripped.
Then find every URL in the known list that the crawl never reached.
Those are your orphan candidates.
Now go back to the crawl.
Filter for pages with only one or two internal links, pages linked only from the footer, and pages more than four or five clicks from the homepage.
If your crawler records where each link sits on the page, this takes minutes. My guide to finding internal linking opportunities explains how to separate body links from template links.
Before you act, open every candidate and record:
Some candidates will be redirects or old parameter URLs. Drop those. What's left is your real orphan list.
On a site with a few hundred pages, this is a long afternoon. On a site with thousands, it's why I run an internal linking automation crawl that does the matching and tagging for me.
Each orphan needs a decision, not an automatic link.
Here's the decision table I use:
| The page is... | Do this |
|---|---|
| Useful, current and something you want found | Link it from two or three relevant pages, in the body copy |
| Useful, but overlapping a stronger page | Merge the content and 301 redirect it |
| Outdated, but earning links or traffic | Update it, then link it in |
| Needed, but shouldn't rank (ad landing page, thank-you page) | Keep it unlinked and add noindex |
| No longer serving any purpose | Remove it, or redirect it if it has backlinks |
The merge and remove rows overlap with content pruning, which covers that decision in more depth.
If you redirect, update any remaining links to point at the final URL. A redirect map keeps that tidy.
Don't just drop it into the footer.
A footer link turns an orphan into a near-orphan.
Instead, find pages that already discuss the orphan's topic. A site search such as site:yourdomain.com "boiler servicing" usually turns up candidates fast.
Then add a link in the body copy, with anchor text that describes the destination.
For money pages, also check the obvious parents: the service hub, the location hub or the category the page belongs to. My internal linking strategy guide sets out which page roles should link to which.
Tip: on very large sites, orphans waste crawling on pages that send no signal. If you're running into crawl budget limits, clear the orphans you don't need before linking the ones you do.
Fixing today's orphans is pointless if next month's launch creates more.
Build these habits in:
Orphans are also a routine part of any technical SEO review or full SEO audit, so if you're already having one done, ask whether it compares crawled URLs with Search Console and GA4 data, not just the sitemap.
Start with Step 1 this week.
Pull your sitemap, Search Console pages and GA4 landing pages into one sheet, run a link-only crawl and compare. The first pass usually turns up a handful of quick fixes and at least one page nobody knew was still live.
If you'd rather hand the crawl and comparison over, I run it as part of my internal linking service: every orphan and near-orphan listed, with the page to link from and the reason, ready for whoever edits your site.
Usually, yes. An orphan page gets no internal links, so it receives no signal from the rest of your site about its topic or importance, and Google may only find it through a sitemap. Some orphans are harmless, such as paid campaign landing pages kept out of the menu on purpose, but an orphaned service or product page is a page working at a fraction of its potential.
Yes. Google can find an orphan page through your XML sitemap, a link from another website or an earlier crawl, and it may index it. Google's own sitemap guidance says a sitemap doesn't guarantee crawling or indexing, though. A page with no internal links depends entirely on those other routes and has nothing on your own site vouching for it.
An orphan page has no internal links pointing to it. A dead-end page has no links pointing out of it, so a visitor who lands there has nowhere to go next. The fixes are opposite: orphans need links added on other pages, while dead ends need links added on the page itself. A page can be both at once.
Check after every redesign, menu change, migration or batch of new pages, because those are the moments links get lost. Sites that publish weekly benefit from a monthly recrawl. A small site that rarely changes can get by with a check after each significant update.
Only if you genuinely want them out of search. Noindex is right for pages that must exist but shouldn't rank, such as a thank-you page or a paid campaign landing page. If the page is useful and you want it found, link it from relevant pages instead. If it has no purpose left, remove or redirect it rather than hiding it.
About the author
Kristijan Gjorgjioski
Independent SEO consultant · 6+ years in SEO · 60+ client websites worked on
I'm an independent SEO consultant with 6+ years in SEO. I run audits, migrations and content programmes for businesses in Europe, the UK and the USA, and I build the automation behind my own research.
Book a free 30-minute call. I look at your site first and tell you plainly what I would fix, and in what order.