How to Fix Orphan Pages with Internal Links

I found forty-three orphan pages on my own site last month. Forty-three. And I'm supposed to be the person who knows about this stuff.

Key Takeaways

• What Makes a Page an Orphan
• How I Found Mine (and the Things That Didn't Work)
• The Screaming Frog Approach That Actually Worked
• Sorting Through the Mess
• Actually Adding the Internal Links
• Preventing Orphan Pages Going Forward

That's the thing about orphan pages. They don't announce themselves. There's no alarm that goes off. No dashboard turning red. They just quietly exist, sitting on your server, burning crawl budget, contributing nothing. Some of them were pages I'd genuinely forgotten I published. A couple were old landing pages from campaigns that ended in 2024. One was a blog post I'd spent about six hours writing and then apparently never linked to from anywhere. Six hours of work, completely invisible to both search engines and humans.

So yeah. I'm going to walk you through how to fix this problem. But I want to be upfront: I'm writing this partly because I had to fix it myself, and the process was messier than I expected.

What Makes a Page an Orphan

An orphan page is any page on your site that has no internal links pointing to it. Zero. Not from navigation, not from blog posts, not from the sidebar, not from the footer. Nothing. It exists on your domain, it has a URL, and if someone typed that URL directly into their browser they'd see the page. But there's no path to get there from anywhere else on the site.

This matters for two reasons. First, search engine crawlers discover pages by following links. If no internal link points to a page, the crawler might never find it. Sure, it could be discovered through your XML sitemap or through an external backlink, but you're leaving that to chance. And even if a crawler does find an orphan page, the lack of internal links tells the search engine that the page probably isn't very important. Why would your own site not link to it if it mattered? For a deeper look at this topic, see our guide on How to Create a Site Architecture That Search Engines Love.

Second, real humans can't find orphan pages either. Unless someone bookmarked the URL or you're sharing it directly in an email, that page is effectively invisible to your audience. You could have your best piece of content sitting as an orphan and it would generate exactly zero traffic from internal navigation.

Now, some orphan pages are intentional. Thank-you pages after form submissions, for example. You don't want those indexed or discoverable through site navigation. Same with certain landing pages designed for specific ad campaigns. But the vast majority of orphan pages are accidents. They're the result of site redesigns that dropped old links, content that was published without being integrated into the site structure, or pages that lost their only internal link when another page was deleted or restructured.

How I Found Mine (and the Things That Didn't Work)

Let me tell you about the things I tried before I found an approach that actually worked, because I think this is useful context.

My first instinct was to check Google Search Console. I figured I could look at the pages Google had indexed and cross-reference them against my site's navigation and internal links. This was a terrible idea. It took forever and the data wasn't structured in a way that made the comparison practical. I spent about two hours on it before giving up. You can see which pages are indexed and which aren't, but Search Console doesn't tell you why a page is orphaned or give you a clean list of pages with zero internal links.

My second attempt was a manual audit. I pulled up my sitemap, opened a spreadsheet, and started going through pages one by one, checking whether each one had internal links pointing to it. This worked, technically. But I have over three hundred pages on my site. After about forty-five minutes and sixty pages, I realized this was going to take days. Actual days. And the likelihood of human error was high. I was already glazing over by page thirty.

Third attempt: I tried a WordPress plugin that claimed to identify orphan content. It found some, but it defined "orphan" differently than I expected. It was only looking at links within the main content body of posts and pages. It ignored navigation links, footer links, sidebar widgets, and dynamically generated related-posts sections. So it was flagging pages as orphans even when they appeared in the site's main navigation. Not useless, but not accurate enough to trust.

What actually worked was Screaming Frog. I should have started there. Lesson learned.

The Screaming Frog Approach That Actually Worked

If you haven't used Screaming Frog SEO Spider before, it's a desktop application that crawls your website the same way a search engine would. It follows links, catalogs pages, and generates reports about what it finds. The free version crawls up to 500 URLs, which is enough for many sites. The paid version removes that limit and adds some extra features. We wrote an entire guide on this: Internal Linking Audit: A Step-by-Step Guide.

Here's exactly what I did, step by step. Not a sanitized tutorial version, but what actually happened, including the parts where I messed up.

I opened Screaming Frog and entered my site's URL. Before starting the crawl, I went into Configuration and made sure "Crawl All Subdomains" was unchecked, because I only wanted to look at my main domain. I also checked that the user agent was set to Googlebot, which gives you a view of your site similar to how Google sees it. Then I hit Start and let it do its thing.

The crawl took about twelve minutes for my site. When it finished, I had a complete map of every page the crawler could find by following internal links from the homepage. This is the key insight: pages the crawler can reach through internal links will show up in the crawl results. Pages it can't reach won't.

But wait. That only tells you what the crawler found, not what exists. To find orphan pages, you need to compare the crawled pages against a list of all pages that actually exist on your site. This is where your XML sitemap comes in.

I went to Configuration, then Spider, then the Crawl tab, and enabled "Crawl linked XML Sitemaps." Then I re-ran the crawl. Alternatively, you can manually upload your sitemap under the Sitemaps tab. What this does is give Screaming Frog a complete list of URLs that should exist, including ones it might not find by following links alone.

Now here's where I made my first mistake. I didn't realize I had two sitemaps. One was auto-generated by my SEO plugin, and the other was an old one I'd manually created and forgotten about. The old one still referenced pages that had been deleted months ago. So my initial results were polluted with 404 errors from URLs that didn't exist anymore. I had to go clean up the old sitemap, delete it, and re-run the crawl. Annoying, but better to catch it now than later.

After the clean crawl, I went to the right sidebar and looked for a report called "Orphan Pages." In newer versions of Screaming Frog, you can find this under the "Sitemaps" tab at the bottom. It shows you every URL that appears in your sitemap but wasn't discovered during the crawl. These are your orphan pages. Or at least, your orphan page candidates.

I exported that list to a CSV. Forty-three URLs. Some I recognized immediately. Others I had to actually visit to remember what they were. Related reading: The Ultimate Guide to Internal Linking for SEO.

Sorting Through the Mess

Not every orphan page needs the same fix. This is something I didn't see mentioned in most of the guides I'd read on this topic, and it caused me to waste time applying the wrong solution to several pages before I figured out a better system.

I went through my list and put each page into one of four categories.

Category 1: Good content that should be linked. These were pages that still had value, the content was current, and they deserved to be part of the site's structure. This was the largest group. About twenty-five of the forty-three fell here. These pages just needed internal links added from relevant existing content.

Category 2: Outdated content that should be updated and then linked. Eight pages had decent bones but the information was stale. Statistics from 2023, references to tools that no longer existed, that sort of thing. These needed content updates before it made sense to link to them.

Category 3: Pages that should be redirected. Five pages were essentially duplicates of better, newer content on the site. Rather than linking to them, the right move was to 301 redirect them to the newer versions. This consolidates any link equity and avoids confusing search engines with duplicate content.

Category 4: Pages that should be deleted. The remaining five were genuinely useless. Old campaign landing pages with no ongoing relevance. A test page I'd published by accident. A draft that somehow went live. These got deleted and I set up 410 status codes for them, which tells search engines the content is gone permanently. You could 404 them too, but 410 is a clearer signal.

I spent about an hour on this categorization. It felt slow at the time, but it saved me a lot of rework later. If I'd just blindly started adding internal links to all forty-three pages, I'd have been linking to outdated content and duplicate pages, which creates more problems than it solves.

Actually Adding the Internal Links

For the twenty-five pages in Category 1, I needed to find appropriate places on the site to add internal links to them. And this is where it gets tedious. There's no magic button. You have to actually read through your existing content and find spots where a link to the orphan page would be natural and helpful.

Here's the process I used. For each orphan page, I asked myself: "What other content on my site is related to this page?" Then I'd search my site for relevant keywords. If the orphan page was about email subject lines, I'd search for other posts that mentioned email marketing, open rates, copywriting, or A/B testing. In each relevant post, I'd find a sentence or paragraph where mentioning the orphan page's topic would add value for the reader, and I'd add a link. If this is new to you, Pillar Pages and Topic Clusters: The Complete Guide breaks it down step by step.

I aimed for at least two internal links per orphan page. Three is better. One is the absolute minimum. And I tried to make sure at least one of those links came from a high-authority page on my site, something that already had decent traffic or backlinks. That passes more equity to the formerly orphaned page.

A few things I learned the hard way during this process. Don't force links where they don't belong. I caught myself trying to shoehorn a link to a page about Instagram analytics into a post about technical SEO. It didn't fit. It would have confused readers and probably looked manipulative to search engines. If you can't find a natural home for a link, it might mean you need to create a new piece of content that bridges the gap. Or it might mean the orphan page doesn't really fit your current content strategy and you should reconsider whether it belongs.

Also, pay attention to anchor text. Don't just link the word "here" or "this article." Use descriptive anchor text that tells both readers and search engines what the linked page is about. But also don't stuff your exact target keyword into every anchor. Mix it up. Use partial matches, natural variations, and sometimes just work the link into the flow of a sentence without any particular keyword focus.

The whole process of adding links to those twenty-five pages took me about four hours spread across two days. Not going to lie, it was boring. But four hours to rescue twenty-five pages of content that I'd already invested time creating? That math works out.

Preventing Orphan Pages Going Forward

Fixing the existing problem is one thing. Making sure it doesn't happen again is another. Here are the changes I made to my publishing workflow.

Every new piece of content now requires at least two internal links pointing to it before publication. I add this to my editorial checklist. It's a hard requirement. If I can't find two existing pages to link from, I either adjust the topic to better fit my existing content or I make a note to add links as soon as I publish related content in the future.

I run a Screaming Frog crawl once a month. It takes fifteen minutes and catches orphan pages before they've been invisible for too long. I've also set up a Google Search Console alert that flags pages with declining impressions, which can sometimes indicate a page that's lost its internal links due to a site update or content deletion.

When I delete or redirect a page, I now check what that page was linking to. If it was the only internal link pointing to another page, that other page just became an orphan. This is something I never thought about before and it's probably how a lot of my orphan pages were created in the first place. I'd delete old content without considering the downstream effects on internal linking. Our article on The Beginner's Guide to Link Juice and How It Flows explores this idea in more depth.

And I keep a simple spreadsheet. Nothing fancy. Just a list of every page on my site, when it was last audited, and how many internal links point to it. I update it monthly. It takes about twenty minutes and gives me peace of mind.

The Impact After Fixing Things

I'm going to be honest because I think honesty is more useful than hype. The results were good but not dramatic. Within about six weeks of fixing my orphan pages, I saw some of the previously orphaned pages start appearing in search results for the first time. A few started getting organic traffic almost immediately, which makes sense because they were good pages that just hadn't been discoverable.

One post, the one I'd spent six hours writing and never linked to, went from zero monthly organic visits to about three hundred within two months. That one stung a little. Three hundred visits a month for six months means I left roughly eighteen hundred visits on the table just because I forgot to add some internal links. Multiply that by even a modest conversion rate and it's real money left behind. Real opportunity wasted.

But not all of the fixed pages saw dramatic improvements. Some got a small bump in traffic, and a few showed no change at all. Internal links aren't magic. If the content isn't strong or the topic doesn't have search demand, linking to it won't change that. Internal links create the opportunity for a page to be found and ranked. They don't guarantee it.

Overall though, the total organic sessions for my site increased by about eight percent over the following quarter. I can't attribute all of that to the orphan page fix, there were other changes happening too, but the timing strongly suggests it was a significant factor.

What You Should Do Right Now

Download Screaming Frog. Crawl your site. Connect your sitemap. Look at the orphan page report. That's it. That's the next step. It'll take you maybe thirty minutes and you'll know exactly how big your problem is. Might be zero pages. Might be two hundred. Either way, you'll know. And knowing is the only way to do something about it.