孤立ページ

TL;DR — 孤立ページとは、サイト内のほかのページからリンクされていないページです。 検索エンジンはリンクをたどってページを発見するため、孤立ページは見落とされやすく、 クロールもインデックス登録もされず、トラフィックも得られないことがあります。通常の解決策は、 サイト内の関連ページから数本のリンクを追加することです。

孤立ページとは

ウェブサイトを、出入口でつながった部屋のネットワークだと考えてみてください。その出入口が内部リンクです。孤立ページは、そこへ通じる出入口がない部屋に相当し、正確な住所を知っている場合にしかたどり着けません。

検索エンジンはあらかじめ住所を知っているわけではないため、これは問題になります。検索エンジンは主にリンクをたどることでページを発見します。ボットはあるページに到着すると、そこにあるリンクを取得して次のページへ移動します。どのページからもリンクされていなければ、ボットにはたどる経路がなく、そのページは見過ごされる可能性があります。発見されないページは検索結果にも表示されません。

孤立ページが問題になる理由

• 発見されにくい。 内部リンクがないため、Googleがたどれるリンク経路もありません。
• 「リンクジュース」を受け取れない。 リンクはサイト内でオーソリティを伝えます。孤立ページはそれを受け取れないため、内容が良くても上位表示が難しくなります。
• インデックス未登録になりやすい。 Search Consoleでよく見られる”Discovered — currently not indexed” (翻訳) 「検出 - インデックス未登録」は孤立ページに頻出します。GoogleはURLの存在を把握していても、インデックス登録する価値があるとは判断していません。

ページが孤立する原因

意図的に孤立させるケースは多くありません。一般的な原因は次のとおりです。

• サイトを再設計したりメニューを変更したりした際に、ページがナビゲーションから外れた。
• ブログ記事にカテゴリーやタグが割り当てられなかった。
• 商品の販売を終了した後も商品ページを公開したままにした。
• キャンペーンや広告のランディングページなど、単発用途のページとして作られた。

孤立ページを見つけて修正する方法

サイトをクロールするだけでは孤立ページを見つけられません。クローラーが確認できるのはリンクをたどって到達できるページだけであり、定義上、孤立ページはそこに含まれないからです。代わりに2つのリストを比較します。1つはクローラーが発見したページ、もう1つは存在が判明しているすべてのページ（サイトマップ、アナリティクス、Search Console）です。2つ目のリストにあり、1つ目にないものが孤立ページです。

上位表示させたいページを修正するには、その内容を表す明確なアンカーテキストを使い、関連ページから数本の内部リンクを追加します。購入後のサンクスページなど、検索結果に表示したくないページなら、必要なのはリンクではなくnoindexタグです。古くて役に立たないページは、関連性のあるページへリダイレクトするか削除します。

データ、Googleの引用、具体的な監査手順を確認したい場合は、Advancedタブに切り替えてください。

TL;DR — GoogleがURLを発見する経路は、リンクをたどること（主要）、サイトマップ（補助）、既知ページの再クロールという3つです。内部リンクもサイトマップ登録も被リンクもない孤立ページには発見経路がありません。サイトマップ経由でクロールされても、受け取る内部PageRankはゼロであるため、 “Discovered — currently not indexed.” (翻訳) 「検出 - インデックス未登録」に集中します。クロールだけでは孤立ページを見つけられません。クロール結果を既知URLの全体集合（サイトマップ、アナリティクス、GSC、被リンクインデックス）と比較します。上位表示させたいページには文脈に沿った内部リンクを追加し、意図的な孤立ページにはnoindexを設定し、残りはリダイレクトまたは削除します。1Mドメインを対象とした当社の調査では、66,2 %のサイトにdofollow内部リンクが1本しかないページがありました。孤立ページは、一般的な内部リンク不足の極端な例です。

ページが孤立ページになる条件

孤立ページとは、サイト内のほかのどのページからも内部リンクされていないページです。定義はそれだけで、問題となるのは受信内部リンクであり、それ以外ではありません。外部から多数の被リンクを得ていても、内部的には孤立ページになり得ます。XMLサイトマップに掲載されていても孤立ページになり得ます。孤立状態は、サイトの内部リンクグラフだけを基準に判定します。

内部リンクは二者択一ではなく、連続した状態として捉えると分かりやすくなります。完全な孤立（内部リンク0本）が最悪で、1本だけでも大差はなく、十分にリンクされたページが健全な側に位置します。Ahrefs Site Auditの調査で1Mを超えるドメインを分析したところ、66,2 %のサイトに、受信dofollow内部リンクが1本しかないページがありました。 当時、私は次のように述べました。“At least it’s not a completely orphaned page. But if it’s a page that you want to rank, you may want to add some more internal links.” (翻訳) 「少なくとも完全な孤立ページではありません。しかし、上位表示させたいページなら、内部リンクをもう少し追加した方がよいでしょう。」孤立ページは、同じリンク不足問題の最も極端な状態にすぎません。

孤立ページがSEO上の問題になる理由

検索エンジンが確実に発見できない

GoogleはURLを見つける仕組みを明示しています。“There isn’t a central registry of all web pages, so Google must constantly look for new and updated pages.” (翻訳) 「すべてのウェブページを集約した中央レジストリは存在しないため、Googleは新しいページや更新されたページを常に探す必要があります。」発見経路は3つあります。過去のクロールですでに把握したページ、“when Google extracts a link from a known page to a new page,” (翻訳) 「Googleが既知のページから新しいページへのリンクを抽出したとき」、そして “when you submit a list of pages (a sitemap) for Google to crawl.” (翻訳) 「Googleがクロールするページのリスト（サイトマップ）を送信したとき」です。

リンクをたどることが主要な仕組みであり、サイトマップは補助であって代替ではありません。Google自身のリンクに関するベストプラクティスは明快です。“Every page you care about should have a link from at least one other page on your site.” (翻訳) 「重要だと考えるすべてのページには、サイト内の少なくとも1つの別ページからリンクを張る必要があります。」サイトマップ登録も外部被リンクもない孤立ページには、3つの発見経路がどれもなく、Googlebotから完全に見えません。

ジョン・ミューラーは、内部リンクを “super critical for SEO… one of the biggest things that you can do on a website to kind of guide Google and guide visitors to the pages that you think are important.” (翻訳) 「SEOにとって極めて重要であり、Googleや訪問者を重要だと考えるページへ案内するためにウェブサイトでできる最大の施策の1つ」と述べています。彼の説明で重要なのは単純なリンク数ではなく、重要なハブページからのリンク距離です。孤立ページはリンクグラフから到達できないため、その距離が無限になります。

内部PageRankを受け取れない

PageRankは今もGoogleのリンクベースのオーソリティを支えており、内部リンクはサイト内でPageRankを運ぶ配管です。 孤立ページはその配管から切り離されているため、コンテンツがどれほど優れていても内部PageRankをまったく受け取りません。

この点は見落とされがちで、問題は双方向に及びます。強い外部被リンクを持ちながら内部リンクがないページは、力不足なだけでなくPageRankの漏出箇所です。外部からオーソリティが流入しても、内部リンクがサイトのほかの部分へ運ばないため、その先へ流れません。内部リンクを追加すれば、孤立ページ自体を強化すると同時に、流入したリンク価値をサイト内へ循環させられます。

「検出 - インデックス未登録」に集中する

Googleがサイトマップや外部リンクからURLの存在を把握していても、インデックス登録しないと判断した場合、GSCには**“Discovered — currently not indexed” (翻訳) 「検出 - インデックス未登録」**と表示されます。孤立ページは典型的な原因です。GoogleはURLを見つけたものの、そのページを指す内部リンクがなく、重要性を示すシグナルがないため、優先度が下がります。関連ページから内部リンクを追加することは、この状態からURLを移行させるための特に確実な方法の1つです。ただし原因はこれだけではなく、内容の薄さやクロールバジェットも関係するため、孤立状態は最初に確認すべき項目の1つです。

クロールバジェットを浪費する可能性があるが、主に大規模サイトの問題

一般的な規模のサイトでは、ほとんど問題になりません。10万ページ以上、または急速に変化するURLが大量にあるような非常に大規模なサイトでは、孤立または孤立に近いURLの大きな集団が、見返りを生まないままクロールバジェットを消費します。ほとんどのサイトはこの点を気にする必要がありません。その規模未満であれば、孤立ページはクロールバジェットではなく、発見とPageRankの問題として扱ってください。

一般的な原因

• 移行と再設計 — URLは移行後も残ったものの、そこを指していたリンクが再構築されない。
• ナビゲーションの変更 — ページをメニューから外し、代わりのリンクを追加しない。
• CMSワークフローの不備 — 記事をカテゴリーやタグに割り当てずに公開したため、唯一のリンク経路となるカテゴリーアーカイブが作成されない。WordPressなどのCMSでは、ページネーションやアーカイブURLが大量に生成され、この形でコンテンツが取り残されることがあります。
• 販売終了商品 — 商品を一覧から削除した後も、商品ページを公開したままにする。
• キャンペーンやPPCのランディングページ — 広告からの流入を前提に作られ、サイトからリンクされない（意図的な場合が多い）。
• ステージング、テスト、分離されたマイクロサイトのコンテンツ — 公開アクセス可能なまま、メインのリンクグラフへ接続されていない。

孤立ページを見つける方法

クロールだけでは孤立ページを発見できないため、基本手法は2つのリストの比較です。

1. リスト1 — 到達可能なページ。 ホームページを起点に内部リンクをたどるサイトクローラーを実行します。これはGoogleがリンク追跡によって発見できるすべてのページです。
2. リスト2 — 既知の全ページ。 XMLサイトマップ、Google Analytics（セッションのあるページ）、GSCのページ、被リンクインデックス、サーバーログなど、存在が判明しているURLをすべて集めます。
3. 孤立ページ = リスト2にはあるが、リスト1にはないページ。

Ahrefs Site Auditにはこの機能が組み込まれています。サイトマップ、Ahrefsの被リンクインデックス、接続したGA/GSCデータをクロールの起点にし、存在を把握しているのに内部リンクから到達できなかったURLを「Orphan page」として検出します。Screaming Frogでは、サイトマップ、GA、GSCデータをURLソースとして読み込み、リスト／クロールモードでクロールした後、クロール分析を使って、それらのソースにはあるもののリンク追跡では発見されなかったURLを抽出します。GSCだけではサイト構造を確認できませんが、「検出 - インデックス未登録」にあり、クロール結果に現れないURLは、有力な孤立ページ候補です。

孤立ページを修正する方法

まず価値に基づいて分類します。すべての孤立ページにリンクを追加する価値があるわけではありません。

分類する前に、その候補自体がリンクに値するかを確認します。レスポンスステータス、canonicalのリンク先、noindexが設定されているかを調べてください。リダイレクト、Not Foundエラー、別URLへのcanonical指定、または意図的なインデックス除外があるURLへリンクしても修正にはならず、壊れたリンクや無駄なリンクが増えるだけです。正常に解決され、インデックス登録を意図したページだけを、以下の「リンクを追加」グループに含めます。

• 上位表示させたい価値あるページ → 内部リンクを追加。 トピックに関連するページを見つけ、内容を表すアンカーテキストでリンクします。すでに内部オーソリティを持つページ（ハブやクラスターページ）からのリンクを優先し、XMLサイトマップにも掲載します。
• 意図的な孤立ページ（PPC、サンクスページ、一部の法務ページ）→ noindex。 内部リンクは不要で、インデックスから適切に除外する必要があります。リンク追加は誤った修正です。次回の監査で誤って検出されないよう、意図的に孤立させる各カテゴリーに担当者を置き、除外理由を文書化します。
• 価値の低いページ → リダイレクトまたは削除。 最も関連性の高い代替ページへ301リダイレクトするか、適切な代替先がなく、維持すべき被リンクもなければ完全に削除します。

再発防止： 公開ワークフローに内部リンク追加の工程を組み込み、公開前にカテゴリーやタグを割り当て、移行、再設計、ナビゲーション変更のたびに再監査します。これはクロール深度やサイト構造内のPageRankの流れを支える内部リンク規律と同じです。孤立ページの防止は、良好な内部リンク設計の最低条件にすぎません。

関連する別の用語にも注意してください。孤立ページには受信内部リンクがなく、行き止まりページには送信内部リンクがありません。両者は別の問題であり、1つのページが両方に該当することもあります。

AIまとめ

Advanced版の要点をまとめると、次のとおりです。

• 定義： 孤立ページには受信内部リンクがありません。判定基準は内部リンクグラフだけであり、外部被リンクがあるページやサイトマップ掲載ページも孤立し得ます。
• 問題点： GoogleがURLを発見する経路は、リンク追跡（主要）、サイトマップ（補助）、過去のクロールの3つです。サイトマップ登録も被リンクもない孤立ページには発見経路がありません。サイトマップ経由でクロールされても内部PageRankはゼロであり、**「検出 - インデックス未登録」**に集中します。
• PageRankの漏出： 外部被リンクのある孤立ページにはオーソリティが流入しますが、サイトのほかの部分へ流れません。
• 問題の規模： Patrickによる1MドメインのAhrefs Site Audit調査では、66,2 %のサイトにdofollow内部リンクが1本しかないページがありました。孤立ページは、広範な内部リンク不足の最も極端な状態です。
• 発見方法： クロールだけでは孤立ページを発見できません。クロール結果を既知URLの全体集合（サイトマップ、アナリティクス、GSC、被リンク）と比較します。孤立ページ = 既知だが到達不能なページです。
• 修正方法： 価値あるページには文脈に沿った内部リンクを追加し、意図的な孤立ページ（PPC、サンクスページ）にはnoindexを設定し、価値の低いページはリダイレクトまたは削除します。
• クロールバジェットは実在するものの二次的な問題で、主に非常に大規模なサイトで重要です。

公式ドキュメント

孤立ページと発見に関係する一次情報です。

Google

• Google検索の仕組みに関する詳細ガイド — URLを発見する3つの仕組み（過去のクロール、リンク抽出、サイトマップ送信）。
• リンクをクロール可能にする — “Every page you care about should have a link from at least one other page on your site,” (翻訳) 「重要だと考えるすべてのページには、サイト内の少なくとも1つの別ページからリンクを張る必要があります」という指針、およびリンクがページの発見とランキングに使われる仕組み。
• SEOスターターガイド — Googleが既知ページのクロールとリンク追跡によってページを見つける仕組み。
• ページのインデックス登録レポート — “Discovered — currently not indexed” (翻訳) 「検出 - インデックス未登録」 — 孤立ページに多い状態についてのGoogleの定義。
• サイトマップの概要 — サイトマップが行うことと保証しないこと。発見を助けますが、リンクの代替にはなりません。

Bing / Microsoft

• Bing Webmaster Tools — Site Scanツールはクロール可能性の問題を検出します。Bingには孤立ページを名指ししたドキュメントはありませんが、リンクをたどって発見する原則はBingbotにも当てはまります。

Ahrefs（ツールドキュメント）

• Site Auditの孤立ページエラー — Ahrefsによる孤立ページの定義と、チェックの起点URLを用意する方法。

ソースからの引用

Googleの公式発言です。各リンクは、ソースページの引用箇所へ直接移動するディープリンクです。

Google — URLが発見される仕組み

• “There isn’t a central registry of all web pages, so Google must constantly look for new and updated pages.” (翻訳) 「すべてのウェブページを集約した中央レジストリは存在しないため、Googleは新しいページや更新されたページを常に探す必要があります。」 — Google Search Centralドキュメント。 引用箇所へ移動
• “Some pages are known because Google has already visited them. Other pages are discovered when Google extracts a link from a known page to a new page… Still other pages are discovered when you submit a list of pages (a sitemap) for Google to crawl.” (翻訳) 「Googleがすでにアクセスしたことで把握されているページもあります。既知のページから新しいページへのリンクをGoogleが抽出したときに発見されるページもあります。さらに、Googleがクロールするページのリスト（サイトマップ）を送信したときに発見されるページもあります。」 引用箇所へ移動

Google — リンクは重要

• “Google uses links as a signal when determining the relevancy of pages, and to find new pages to crawl.” (翻訳) 「Googleは、ページの関連性を判断する際のシグナルとして、またクロールする新しいページを見つけるためにリンクを使用します。」 — 「リンクをクロール可能にする」。 引用箇所へ移動
• “Every page you care about should have a link from at least one other page on your site.” (翻訳) 「重要だと考えるすべてのページには、サイト内の少なくとも1つの別ページからリンクを張る必要があります。」 引用箇所へ移動

ジョン・ミューラー（Google Search Advocate）

• “Internal linking is super critical for SEO. I think it’s one of the biggest things that you can do on a website to kind of guide Google and guide visitors to the pages that you think are important.” (翻訳) 「内部リンクはSEOにとって極めて重要です。Googleや訪問者を重要だと考えるページへ案内するために、ウェブサイトでできる最大の施策の1つだと思います。」 — Google Search Central SEO Office Hours、2022年3月。 記事を読む
• URLの深さではなくリンク距離について：“It’s really, from the homepage, or from the primary page, how quickly can we reach that specific page?” (翻訳) 「実際に重要なのは、ホームページまたは主要ページから、その特定のページへどれだけ早く到達できるかです。」孤立ページのリンク距離は無限です。 記事を読む

孤立ページ監査チェックリスト

孤立ページを見つけて解決するための反復可能な手順です。

• ホームページを起点に内部リンクをたどる完全なクロールを実行する（リスト1 — 到達可能なページ）。
• XMLサイトマップ、Google Analytics、GSCのページ、被リンクインデックス、サーバーログから既知URLをすべて集める（リスト2）。
• 差分を計算する。リスト2にはあるがリスト1にはないURLが孤立ページ候補。
• Ahrefs Site AuditでGAとGSCを接続し、Orphan pageの問題を確認する。
• Screaming Frogでサイトマップ／GA／GSCをURLソースとして読み込み、クロール分析でリンクされていないURLを抽出する。
• GSCの**「検出 - インデックス未登録」**をクロール結果と照合する。到達不能なURLは有力な候補。
• 認証が必要なページ、JavaScriptだけのリンク、別ホスト／プロトコル、ブロックされたパス、URL正規化の差異による誤検出を先に除外する。
• オーガニックトラフィック、被リンク、有用な内容を基準に各候補を分類する。
• リンク前に、候補が正常に解決すること（200、正しいcanonical、noindexなし）を確認する。
• 上位表示させたい → 関連性とオーソリティのあるページから、内容を表すアンカーテキストで内部リンクを追加し、サイトマップ掲載も確認する。
• 意図的（PPC／サンクス／一部の法務）→ noindexを設定してリンクは追加せず、各カテゴリーの担当者を決める。
• 価値が低い → 最適な代替先へ301リダイレクトするか削除する。
• 公開ワークフローに内部リンク工程を追加し、移行や再設計のたびに再監査する。

考え方の枠組み

1. 内部リンクの連続体。 孤立（0本）→ 1本 → 十分にリンクされた状態。二者択一として扱わないでください。Patrickのデータでは66,2 %のサイトにdofollow内部リンクが1本しかないページがあります。孤立ページ対応の多くは、その一段先にある「リンク不足」への対応です。

2. 3つの発見経路 — 孤立ページはすべてを閉ざす。 Googleは過去のクロール、リンク追跡（主要）、サイトマップ（補助）からURLを発見します。サイトマップ登録も被リンクもない孤立ページには、開かれた経路がゼロです。実際にどの経路がそのページを支えているか確認してください。

3. 孤立ページ = 既知URL − 到達可能URL。 クローラーは到達できるリンクしかたどれないため、孤立ページを発見できません。孤立ページは、存在が判明している全URLとクロールが到達した全URLの差集合です。常に2つ目のリストが必要です。

4. PageRankは配管、孤立ページは切断された管。 内部リンクはオーソリティを循環させます。孤立ページは何も受け取れません。外部被リンクがある孤立ページでは、流入したオーソリティをその先へ運ぶものがないため、価値が漏出します。

5. 分類の判断規則。 上位表示させたいなら内部リンクを追加。意図的に隠すページ（PPC、サンクスページ）なら**noindex。価値が低ければリダイレクトまたは削除**。すべての孤立ページに一律でリンクを追加してはいけません。

孤立ページを見つけるツール

原則を忘れないでください。クローラーだけでは孤立ページを見つけられないため、以下の各ツールはクロール結果と既知URLの外部リストを組み合わせます。

• Ahrefs Site Audit — サイトマップ、Ahrefs被リンクインデックス、接続したGoogle Analytics／Search Consoleデータを起点にし、内部リンクで到達できたページと比較してOrphan pageを検出します。
• Screaming Frog SEO Spider — XMLサイトマップ、GA、GSCをURLソースとして読み込み、クロール分析を実行し、それらのソースにはあるもののリンク追跡で発見されなかったURLを出力します。
• Google Search Console — 構造表示はありませんが、ページのインデックス登録レポートの”Discovered — currently not indexed” (翻訳) 「検出 - インデックス未登録」にはGoogleが把握するURLが現れます。クロール結果と照合して孤立ページを見つけます。
• Google Analytics — セッションがあるのに内部リンククロールに現れないページは孤立候補です。
• サーバーログ分析 — ボットがアクセスした、またはユーザーが直接到着したものの内部から到達できないURLは、特に大規模サイトで孤立ページを示します。
• Ahrefs Webmaster Tools — 所有確認したサイトではSite Auditを無料で利用でき、同じ孤立ページチェックを実行できます。

新たな問題を生む孤立ページの修正

XMLサイトマップを内部リンク戦略として扱う

サイトマップは発見を助けますが、ページにナビゲーション上の文脈や内部リンク価値を与えません。上位表示させたいページはサイトマップに残したうえで、関連するハブ、カテゴリー、記事からもリンクします。

すべての孤立ページをグローバルナビゲーションへ追加する

サイト全体のリンクは、切断されたすべてのページへの答えではありません。価値あるページは読者が自然に必要とする場所へ配置し、継続する目的がないページは統合、リダイレクト、削除します。

受信リンク0本のクロール結果をすべて孤立ページと呼ぶ

クローラーが確認できるのは、与えられたソースと開始URLだけです。ページが実在し、本当に内部リンクがないと判断する前に、クロールデータをサイトマップ、アナリティクス、Search Console、被リンクデータと比較します。「受信リンク0本」は、真の孤立ではなくクロール設定による誤検出の場合もあります。ログインなどの認証後にだけ現れるリンク、クローラーがレンダリングしなかったJavaScriptリンク、クロール対象と異なるホストやプロトコル（httpとhttps、wwwありとなし）へのリンク、別URLとして扱われたモバイル版やテンプレート差異、robots.txtや設定でブロックされたパス、末尾スラッシュ・トラッキングパラメータ・大文字小文字などURL正規化の差異を確認してください。これらを除外し、canonicalのリンク先を確認してから、本当に孤立していると判断します。

孤立ページ調査でよくある問題

クローラーが孤立ページを報告しない

症状： アナリティクスにはユーザーが訪問できるURLがあるのに、クロール結果は問題なし。考えられる原因： リンククローラーはリンクのないURLを発見できず、二次的なURLソースも接続されていない。修正： サイトマップ、アナリティクス、Search Console、被リンク、CMSのURLリストを読み込み、クロール済みURLと比較します。

修正したページの受信リンクが依然として0本

症状： リンクを追加したのに、次のレポートでも対象が孤立ページに分類される。考えられる原因： リンク元ページがクロールされていない、操作後にだけリンクが挿入される、または正規化後のリンク先が異なる。修正： ソースHTMLに実際のhrefがあるか確認し、リンク元を直接クロールして、リダイレクト後の正確な最終URLを比較します。

孤立ページはインデックス登録されたが改善しない

症状： サイトマップ追加後にURLはインデックス登録されたが、表示回数が増えない。考えられる原因： 有用な内部文脈を加えず発見だけを解決したか、別URLと内容が重複している。修正： 関連する文脈内リンクを追加し、canonicalを確認し、ページ維持より統合が適切か判断します。

孤立ページのエクスポートを分類する

URL、ステータス、canonical、オーガニックセッション、表示回数、被リンク、ページ種別を含むCSVを、次のプロンプトへ貼り付けます。

Act as a technical SEO reviewer. Classify each supplied URL as: link and retain,
consolidate, redirect, intentionally isolated, or investigate. Use only the columns
I provide. For every decision, name the evidence, the most relevant page or section
that should link to it when applicable, and any missing data that prevents a safe
decision. Do not infer traffic, backlinks, or index state. Return a review table and
a separate list of ambiguous cases.

文脈に沿ったリンク配置を提案する

孤立ページのタイトル、短い要約、リンク元候補ページの一覧を貼り付けます。

Find the candidate source pages where a link to this target would genuinely help a
reader. For each fit, propose one natural sentence and descriptive anchor text.
Reject weak placements instead of forcing a link. Do not invent claims or add the
link to global navigation unless the target belongs there for users.

クロール結果と既知URLインベントリを比較する

クローラーから正規化済み絶対URLをcrawled.txtとして保存し、サイトマップ、アナリティクス、Search Console、被リンク、CMSを統合したインベントリをknown.txtとして保存します。macOSまたはLinuxで次を実行します。

comm -23 <(sort -u known.txt) <(sort -u crawled.txt)

PowerShellでの同等のコマンド：

Compare-Object (Get-Content crawled.txt | Sort-Object -Unique) (Get-Content known.txt | Sort-Object -Unique) -PassThru | Where-Object SideIndicator -eq '=>'

出力は候補リストであり、確定判定ではありません。リダイレクト、canonical、トラッキングパラメータ、意図的に分離したページは、引き続き分類が必要です。

維持するページが孤立状態を脱したことを証明する

実行するテスト： サイトの通常の入口からクロールし、対象ページの受信リンクを確認します。期待される結果： 関連性があり、クロール可能な内部アンカーが少なくとも1本、対象の最終URLへ到達する。失敗の解釈： リンク元に到達できない、リンクが実際のアンカーではない、または別URLを経由している。監視期間： デプロイとクロール完了の直後。ロールバック条件： 新しいリンクがナビゲーションを損なう、またはユーザーを誤ったページへ導く場合は削除または修正します。

インデックス可能性のシグナルが一致することを証明する

実行するテスト： Google Index Checkerで最終ステータス、robotsディレクティブ、canonicalを確認し、Search ConsoleのURL検査でGoogleが記録した状態を確認します。期待される結果： 維持するページが200を返し、インデックス登録を許可し、自身または意図した同等URLをcanonicalに指定する。失敗の解釈： 技術的シグナルを修正する前にリンクした。監視期間： HTTPとHTMLのシグナルは即時、Googleの記録は再クロール後に更新。ロールバック条件： リンクが非公開、重複、または意図的に除外したURLを公開する場合。

ビジネス上の処置別に見た孤立ページ数

指標： 孤立ページ候補を「維持」「統合」「リダイレクト」「意図的に分離」「要調査」に分類。分かること： バックログが発見問題なのか、主にURL衛生の問題なのか。取得方法： 既知URLソースを最新のリンククロールと結合し、レビュー済み処置を記録。ベンチマーク／現実的な範囲： サイト固有の基準値を設定し、価値がありインデックス可能で「維持」としたページの真の孤立をゼロにする。頻度： 毎月、および移行、再設計、ナビゲーション変更後。

リンクグラフへ復帰した価値あるページ

指標： 関連性がありクロール可能な受信リンクを少なくとも1本獲得した維持対象候補。分かること： 修正が表計算上だけでなくリンクグラフを変えたか。取得方法： 2回のクロールスナップショット間で対象ページの受信リンク数を比較。ベンチマーク／現実的な範囲： 承認済み修復リストを基準に測定し、意図的に分離したページは分母に含めない。頻度： 各修復リリース後、その後はバックログ解消まで毎月。

理解度チェック：孤立ページ

孤立ページとは何か、なぜ問題になるか、どう修正するかを問う5つの簡単な質問です。それぞれ回答を選び、確認してください。

参照する価値のある資料

私の関連記事

• Ahrefs Site Audit Study: 1M Domains — 内部リンクが1本だけのページを持つサイトが66,2 %という統計の出典、および一般的な技術問題の広範な分析。
• Internal Links for SEO: An Actionable Guide — 孤立ページを防ぐ内部リンク構造の作り方。
• 孤立ページを見つけて修正する方法 — ツール固有の手順を含むAhrefs Blogの解説。
• The Beginner’s Guide to Technical SEO — より大きなクロール／インデックス登録の全体像における孤立ページの位置付け。

私の講演

• How Search Works（SlideShare）— リンク追跡が発見を促す仕組みを含め、発見、クロール、インデックス登録、ランキングを解説した講演。注意書き：“This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳) 「これはシステムに対する私の理解であり、100 %完全または正確というわけではありません。」

業界の資料

• Orphan page error in Site Audit（Ahrefs Help）— Site Auditが使う正確な定義とクロール起点の作り方。
• 孤立ページを見つける方法（Screaming Frog）— クロールで孤立ページを抽出する3つのURLソース手法。
• 孤立ページとは何か、見つけて修正する方法（Semrush）— スクリーンショット付きの詳しい原因一覧。
• How to Find Orphan Pages（Search Engine Journal）— 表計算を使った比較手法。
• 孤立ページとは何か、見つけて修正する方法（Conductor）— 明確な分類／判断フロー。
• Orphan Page（Ahrefs SEO Glossary）— 簡潔な定義。

変更履歴