Find your orphan pages without a separate SEO audit

An orphan page is a page on your site with no internal links pointing to it. Nothing else on your site links there, so search engines have no path to follow to find it, and it gets little to no internal link equity even if it does eventually get indexed some other way.

Most guides to finding them describe the same multi-step process: crawl your site with a tool like Screaming Frog or Ahrefs, export your sitemap, pull in Google Analytics or Search Console data, then diff the lists to see which URLs never show up as a link target. That works, but it is a separate audit project, not something you check in passing.

A single lookup instead of a separate audit

If you already run a crawler that discovers your internal links as part of normal monitoring, you do not need to stitch anything together. WebPixie's Link Crawler starts at your homepage, follows discovered internal links across your publicly accessible pages, and records what it finds. Point the reverse lookup at any URL, and it shows you every crawled page that links to it. If the answer is zero, that page is an orphan.

No separate sitemap export, no Analytics integration, no diffing two lists by hand. The data comes from the crawl you are already running.

One honest limit worth knowing

This reverse lookup checks pages the crawl has already discovered, which means pages reachable by following links starting from your homepage. A page with genuinely zero internal links anywhere, including nothing pointing to it from the homepage's own link graph, will not be something the crawl found in the first place, so it will not show up to check against. Some competing approaches that stitch a sitemap into the mix can catch this specific case, since a sitemap can list a URL the crawl itself never reached. In practice this is a narrow edge case, most orphan pages are reachable but unlinked from anywhere useful, but it is worth knowing rather than assuming a reverse lookup sees everything a sitemap-based approach would. If catching that edge case matters to you, cross-check the crawl's discovered-page list against your sitemap once, rather than relying on either alone.

The use case most guides skip: checking before you break something

Every guide on this topic frames the reverse lookup as a one-directional audit: find pages that are already orphaned, then go fix them. That undersells the more useful direction. The same lookup answers a different question: what currently links to this page, before you remove it or redirect it somewhere else.

Point the lookup at a page you are about to deprecate. If ten pages across your site link to it, you now know exactly what to update, whether that means repointing those links to the new destination or accepting that a redirect needs to hold for a while. Skip this check and you find out about those ten pages the hard way, after a redirect chain starts stacking up or a navigation link quietly points at a 404.

Say you are consolidating an old pricing page into a new one, or retiring a legacy docs page after a product rename. Before touching either, look up the old URL. The result list might show your homepage nav, three blog posts that link to it inline, and a help-center article that references it by name. That tells you three things at once: which internal links need repointing so they do not just redirect forever, which published content will read oddly once the destination changes, and roughly how much traffic the page carries by link volume alone, since a page with a dozen internal links pointing to it is a bigger deal to retire than one with a single stray reference from an old blog post.

This works for external URLs too. Point the lookup at any destination, your own or someone else's, and see every crawled page linking out to it. Useful for auditing which of your pages reference a partner site, a tool you are migrating away from, or a domain you want to stop linking to.

What to actually check

• Pages you suspect are orphaned: new landing pages, old campaign pages, anything published outside your normal navigation flow. Look them up directly rather than waiting to notice they never get traffic.
• Pages you are about to change: before deprecating, merging, or redirecting a page, check what links to it first. This is the check most teams skip until something breaks.
• High-value pages with surprisingly few internal links: a page with real content but only one or two internal links pointing to it is not technically orphaned, but it is under-linked relative to its value, worth the same lookup.

This sits alongside the rest of an SEO monitoring setup rather than replacing it. Orphan pages and thin internal linking are one signal among several worth tracking on an ongoing basis, not a once-a-year cleanup project.