記事が増えてくると、「公開済みなのに、どこから読みに行けばよいのか分からないページ」が混ざりやすくなります。検索結果やXMLサイトマップからURLを知れば開けても、サイト内の関連ページから自然にたどれないなら、内部リンク構造の見直し候補です。
先に結論を言うと、孤立ページはSearch Consoleだけで断定せず、公開URLの一覧、Search Consoleのリンクレポート、実際のサイト内導線を突き合わせて見つけます。見つけた後も、すべてにリンクを増やすのではなく、「検索対象として残したいページか」「他記事と役割が重複していないか」を確認してから対処します。
孤立ページとは？「内部リンクが少ないページ」とは違う
ここでいう孤立ページ（オーファンページ）は、サイト内のクロール可能なページから、そのURLへたどる内部リンク経路がない、または実質的に見つけにくい状態のページです。
Googleは、重要だと考えるページには同じサイトの別ページから少なくとも1本のリンクを持たせることを勧めています。また、リンクはユーザーが別ページを見つける経路になるだけでなく、Googleがページを発見し、サイト内の関係を理解する手掛かりにもなります。
ただし、内部リンク数が少ないだけで孤立とは限りません。1本でも自然な導線があり、読者が必要な場面でたどれるなら、役割上は問題がないこともあります。反対に、サイトマップに載っていても、本文やナビゲーションからまったく接続されていなければ、サイト構造上の位置づけが弱い状態です。
Search Consoleの「リンク」だけでは孤立ページを確定できない
Search Consoleのリンクレポートでは、内部リンクされている主なページや、特定URLへリンクしているページを確認できます。孤立ページを探す入口として便利ですが、Googleのヘルプには、このレポートがサイト上のすべてのリンクを網羅したものではないことも明記されています。
つまり、レポートにURLが見当たらないからといって、すぐに「内部リンク0本」と決めつけるのは危険です。反対に、リンクが表示されていても、そのリンクが古い・削除済みなど、現在のサイト状態と完全には一致しない場合があります。
Search Consoleは候補抽出に使い、最終確認は実際のサイト内リンクと組み合わせる。これが基本です。
孤立ページを見つけるときに用意する3つの情報
1．検索対象として残したい公開URLの一覧
まず「存在するURL」を把握します。WordPressの投稿一覧、XMLサイトマップ、運用中のURL台帳などから、検索結果に出したい記事URLを一覧にします。
XMLサイトマップはURLを検索エンジンへ知らせる助けになりますが、それだけでサイト内の読み進め方が完成するわけではありません。Googleも、重要なページがサイト内リンクから到達できる状態を基本として説明しています。
2．Search Consoleの内部リンク情報
Search Consoleの「リンク」から「上位のリンクされているページ」を確認します。対象URLを開くと、そのページへリンクしているページの情報も確認できます。
ここでは「リンク数が少ないから悪い」と考えず、重要な記事なのにリンク元が見つからない、または想定より極端に少ないURLを候補として拾います。
3．実際に読者がたどれるサイト内経路
最後に、候補URLへ本当に到達できるかを確認します。本文の関連記事、ピラーページ、カテゴリ導線、パンくず、メニューなど、サイト内のクロール可能なリンクをたどります。
内部リンクを設計し直す場合は、単にURLをどこかへ置くのではなく、既存記事をトピッククラスターへ整理する方法のように、そのページが全体像・詳細・次工程のどこを担当するかも一緒に確認すると、リンクの置き場所を決めやすくなります。
孤立ページ候補を洗い出す5ステップ
STEP1：公開中の検索対象URLを1列に並べる
投稿一覧やXMLサイトマップから、検索対象として残したいURLを一覧化します。カテゴリ・タグ・検索結果ページなど、意図的にnoindexとしているURLは別グループに分けます。
最初から「全URL＝内部リンクを増やす対象」と考えないことが重要です。運用上、検索対象にしないページまでリンク補強すると、読者導線がかえって分かりにくくなります。
STEP2：Search Consoleで内部リンクの少ない候補を拾う
Search Consoleのリンクレポートを開き、内部リンク先の一覧を確認します。重要記事なのに一覧で見つけにくいURL、あるいは想定していたリンク元が表示されていないURLを候補として記録します。
ここでは「孤立確定」ではなく、確認対象という扱いにします。レポートはサンプルであり、すべてのリンクを列挙するものではないためです。
STEP3：候補URLへ実際にたどれるリンクがあるか確認する
候補URLと関連が深い記事を2〜3本開き、本文中にそのURLへのリンクがあるか確認します。リンクがある場合は、通常の<a href=”…”>で実装され、読者がリンク先の内容を予想できるアンカーテキストになっているかも見ます。
JavaScriptのクリックイベントだけで遷移させるなど、Googleが安定してクロールできない形式は、内部リンクとして期待どおりに機能しない可能性があります。重要な導線は通常のリンク要素で作るのが基本です。
STEP4：そのページを本当に残すべきか確認する
リンクを追加する前に、そのページの役割を確認します。同じ検索意図を別URLが担当しているなら、孤立を直すために両方へリンクを増やすより、先に役割整理が必要です。
複数URLが同じクエリで競合している可能性がある場合は、Search Consoleでキーワードカニバリを確認する方法で重複を確認します。統合が妥当なら、残すURLと統合先を決める方法へ進みます。
STEP5：残すページだけ、自然なリンク元候補へ接続する
検索対象として残し、独立した役割もあるページなら、関連する既存記事から内部リンクを追加します。どの記事から先にリンクすべきか迷う場合は、内部リンクの優先順位を決める5つの基準でリンク元候補を比較できます。
リンクは「孤立を解消するため」という運営側の都合ではなく、そのページへ進むと読者の次の疑問が解決する場所へ置きます。
「孤立候補」を見つけた後の5つの判断
| 状態 | 判断 | 次の行動 |
|---|---|---|
| 検索対象・役割独立・リンク経路なし | 内部リンク追加候補 | 関連記事やピラーから自然に接続する |
| 検索対象・リンク経路あり・GSCでは少なく見える | 孤立と断定しない | 実リンクを確認して必要なら経過観察 |
| 他記事と検索意図が強く重複 | カニバリ整理を優先 | 統合・役割分離を検討する |
| 意図的なnoindexページ | 原則として孤立修正対象外 | 検索対象化する理由があるか別途判断 |
| 古く、役割もなく、代替ページがある | 整理候補 | 削除・統合・必要な場合のみ適切な301を検討 |
孤立ページ対策は「内部リンクを増やす作業」ではありません。残す価値のあるページを、サイト構造の中で正しい位置へ戻す作業です。
サイトマップに載っているなら、内部リンクは不要？
不要とは言えません。XMLサイトマップはGoogleへURLを知らせる手段ですが、Googleはサイトのページが適切にリンクされている場合、多くのページをリンクから発見できると説明しています。
サイトマップにあることと、読者がサイト内でそのページへ到達できることは別です。検索エンジン向けの発見経路だけを作るのではなく、読者にとっても「なぜ次にこのページを読むのか」が分かる内部リンクを設計します。
ピラーページを決めた後は、孤立ページも一緒に確認する
既存記事からピラーページを選ぶ方法で中心ページを決めたら、その周囲に置くクラスターページが本当にピラーや関連ページから接続されているかを確認します。
「ピラーは決まったが、一部の詳細記事へ入口がない」という状態では、トピッククラスターが図の上だけで完成し、実際の読者導線が途切れます。孤立ページ確認は、トピッククラスターを運用へ移すときの点検工程として使えます。
孤立ページ対策で避けたい5つのこと
1．Search Consoleに出ないだけで孤立と断定する
リンクレポートは全リンクを網羅しません。実際のHTMLとサイト内導線を確認します。
2．すべてのページへ一律に3本、5本とリンクを増やす
Googleは1ページあたりの理想的なリンク数を示していません。関連性のある文脈から必要なリンクだけを置きます。
3．重複記事を残したまま相互リンクする
検索意図が同じページ同士をリンクしても、役割重複そのものは解消しません。
4．カテゴリや関連記事ウィジェットがあるから本文リンクは不要と決めつける
共通ナビゲーションで到達できても、読者の次工程として重要なら本文中の文脈リンクが役立つ場合があります。逆に、文脈上不要なら無理に追加しません。
5．新記事公開後のリンク元追加を後回しにする
記事を公開するときに、どの既存記事からそのページへつなぐかまで決めておくと、後から孤立候補が積み上がりにくくなります。
PLAY：孤立ページ候補の次の行動を判定する
候補URLについて4項目を選ぶと、内部リンク追加・カニバリ確認・意図的な非Index維持・追加確認のどれを先にするか整理できます。
孤立ページ候補 判定PLAY
内部リンクを追加した後は「認識」と「検索成果」を分けて確認する
リンクを追加した直後に順位上昇だけを見て成功・失敗を決めると、判断が早すぎます。まずリンクが実装されていること、対象URLが正しく開くこと、Search Consoleでリンク情報や検索パフォーマンスを継続確認できることを分けて見ます。
追加後の確認方法は、内部リンク追加後のSEO効果を確認する方法で、リンク認識とクリック数・表示回数・CTR・平均掲載順位を分けて確認できます。
また、「この不足テーマは内部リンクでつなぐべきか、それとも追記・新記事が必要か」という段階なら、コンテンツギャップを内部リンクで処理する判断基準へ戻ると、ページを増やし過ぎずに整理できます。
参考資料
- Google Search Central「リンクに関するベスト プラクティス」
- Search Console ヘルプ「リンクレポート」
- Google Search Central「サイトマップについて」
まとめ
孤立ページを探すときは、Search Consoleのリンクレポートだけに頼らず、検索対象URLの一覧 → 内部リンク情報 → 実際にたどれるサイト内経路の順で照合します。Search Consoleに表示されないことは候補抽出のきっかけにはなりますが、それだけで孤立を確定しません。
候補を見つけたら、検索対象として残す価値、他記事との役割重複、読者が次に読む理由を確認します。残すページだけを関連する記事やピラーページから自然につなぎ、重複ページはカニバリ整理を先に行う。この順番なら、内部リンク数を増やすこと自体を目的にせず、サイト構造の中で各ページの役割を明確にできます。
