A page with no internal links pointing to it is nearly invisible to search engines, hard to discover, and cut off from the authority that flows through your link graph. Here's how orphan pages happen, why they fail to rank, and how to connect them.
An orphan page is one that no other page on your site links to. It exists, but it sits outside your internal link graph, and that's the problem.
Search engines find pages mainly by following links. If nothing links to a page, the only way it can be discovered is through your sitemap or an external backlink, and even then, it's an outlier the crawler returns to rarely. Worse, internal links are also how ranking authority moves between pages, so an orphan receives none. The result is a page that may never be indexed, and that can't compete even if it is.
Two separate problems, both caused by the same missing links.
A crawler walks your site by following internal links from page to page. An orphan page has no inbound link to follow, so it falls outside that walk. It might be picked up from the sitemap, but sitemap-only URLs are crawled less reliably and less often. Brand-new orphan pages frequently sit unindexed for weeks because nothing points the crawler at them. More on crawlability →
Even an indexed orphan page is handicapped. Internal links distribute ranking authority across your site, and an orphan receives none of it. It's trying to rank on the strength of external backlinks alone (if it has any), competing against pages that are well-supported internally. This is why a genuinely good article can quietly underperform, the content is fine; the page is just disconnected from your link graph.
Almost always a side effect of how a site grows and changes.
Common causes: publishing a page but forgetting to link to it from anywhere; removing a category or navigation section that used to link to a group of pages; migrating a site and not rebuilding internal links; landing pages built for a campaign and never linked from the main site; or content reachable only through faceted navigation or search that crawlers don't follow. The audit also flags the milder version, pages in the sitemap with no internal links, and indexable pages with very few incoming links, because thin internal linking is a weaker form of the same problem.
Reconnect them to the link graph with relevant, contextual links.
Compare the full set of URLs that exist (sitemap, CMS export, server logs) against the set that receive at least one internal link in a crawl. Anything in the first list but not the second is orphaned. The Kalenux audit surfaces orphan pages directly.
Some orphans are orphaned for a reason: outdated, thin, or duplicate pages you no longer want indexed. For those, the fix is to noindex or remove them, not to link them. Only invest internal links in pages worth ranking.
Finding orphans is a set subtraction, and understanding it that way explains why a crawler alone can never do it. A crawler discovers pages by following links. An orphan has no incoming links. The crawler will therefore never reach it, which means the pages missing from your crawl are exactly the ones you are looking for.
You need two lists. The first is every URL that exists on the site, which cannot come from a crawl. The second is every URL that a crawl actually reached by following internal links. Orphans are the URLs in the first list and not the second.
Everything else is detail about where to get the first list.
No single source is complete, which is why serious orphan hunts combine several. Your XML sitemap is the obvious start, but it only contains what your sitemap generator knew about, and pages missing from the sitemap are often the same pages missing from your link graph. A CMS or database export is usually the most complete inventory, because it lists what was published regardless of whether anything ever linked to it.
Server access logs add the pages that real users and crawlers actually requested, which surfaces old URLs that still receive traffic from external links or bookmarks long after your navigation stopped mentioning them. Search Console adds pages Google has indexed, and a page Google indexed but your crawl never reached is an orphan by definition and a particularly valuable one to find, because it is already earning impressions with no internal support.
The raw output of the subtraction always overstates the problem, and working through the false positives is most of the job. Pages reachable only through a form submission or a search box are not orphans in the harmful sense: they were never meant to be crawled. Pages behind a login are correctly outside the link graph. Paginated URLs, filtered variants and print versions often appear because the sitemap lists them while navigation does not, and the right fix there is usually to remove them from the sitemap rather than to link to them.
What remains after that filtering is the real list, and it is usually shorter and more valuable than the raw export suggested. Judge each survivor by whether you want it ranking. A page you want ranking needs contextual internal links from topically related pages. A page you do not want ranking should be noindexed or removed rather than linked to, because adding links to a page that should not exist just spends link equity on it.
Orphans are created by ordinary work rather than by mistakes. A category gets restructured and the pages it used to list lose their only inbound link. A seasonal landing page drops out of the navigation when the campaign ends. A template change removes a related-articles block that was quietly carrying the link graph for a whole section. None of these look like errors at the time, and none of them announce themselves afterwards.
Running the subtraction after any structural change catches these while the context is still fresh, which is considerably cheaper than discovering a year later that a directory of pages has been invisible since a redesign.
Listing an orphan page in your sitemap helps, but only partly. It can get the page discovered, which is the more urgent of the two problems, so it is worth doing.
What it cannot do is pass internal link authority, because a sitemap entry is a notification rather than a link. Sitemap-only URLs are also crawled less reliably and less often than pages a crawler reaches by following links. Treat the sitemap as a backstop, never as a substitute for real internal links.
There is no magic number, and chasing one is not useful. The working floor is that every page worth ranking should have at least a few contextual internal links from topically relevant pages, and your most important pages should be linked prominently and often rather than buried.
The audit flags indexable pages with very few incoming links, which lets you see the weak end of the distribution rather than only the true orphans, and strengthen those pages before they slip out of the graph entirely.
Not every orphan is a fault. If a page is intentionally excluded from your site's structure, a thank-you page or a thin utility page, being orphaned is perfectly reasonable, since nothing on the site has any reason to link to it.
In that case, make sure it is also noindexed if you do not want it appearing in search, so the two decisions match. The situation that genuinely costs you is an orphaned page you do want to rank, which is why the fix always starts with deciding whether the page should exist at all.
Free to start. Surface orphan pages and weakly-linked pages across your whole site.
Start my free audit