孤立ページとは？検索エンジンに発見されにくい原因と見つけ方・改善方法

孤立ページとは、サイト内の他ページから内部リンクで発見できないページです。XMLサイトマップや外部サイトからのリンクでGoogleに見つかることはありますが、サイト内の通常の導線から外れているため、重要なページであれば見直す価値があります。

対処法は、すべてのURLで同じではありません。検索や問い合わせに必要なページには関連ページから内部リンクを追加し、重複・古いページは統合や301リダイレクトを検討します。広告用LPや送信完了画面のように、意図して通常導線から外しているページは、必ずしもリンクを増やす必要はありません。

この記事では、孤立ページが起きる原因、候補URLの見つけ方、WordPressでの確認ポイント、ページごとの改善方法と修正後の確認手順を解説します。

孤立ページを見つけたら、まず必要性を判断する

孤立ページを発見しても、すぐにリンクを増やすのではなく、そのURLを今後も公開・検索対象にする必要があるかを確認してください。重要な公開ページなら内部リンクを追加し、不要な旧ページや類似ページなら統合・削除を検討します。

Googleはリンクを、新しいページを発見する経路やページ同士の関連性を理解する手がかりとして利用します。Google Search Centralでも、重要なページには少なくともサイト内の別ページからリンクを張るよう案内されています。

出典：Google Search Central「SEO Link Best Practices for Google」

ただし、孤立していることだけで、検索順位の低下や未インデックスが必ず起きるわけではありません。ページ品質、検索需要、外部リンク、サイトマップ、クロールの可否、canonical設定なども影響します。URLの目的に応じて処理を分けることが重要です。

孤立ページが生まれる主な原因と放置するリスク

孤立ページは、公開後の導線設計やサイト改修時の管理漏れによって生じます。投稿、固定ページ、商品ページなどが増えるほど、以前はリンクされていたURLが気付かないうちに導線から外れることがあります。

• サイトリニューアルでメニュー、カテゴリ、関連記事リンクを変更した
• リンク元の記事、カテゴリ、タグページを削除または非公開にした
• 新規ページを公開したが、カテゴリや関連記事に紐付けていない
• 古いキャンペーン、商品、採用ページを公開したままにしている
• WordPressの固定ページ、カスタム投稿タイプ、添付ファイルページを管理しきれていない
• JavaScriptで表示するリンクが、クローラーに認識されにくい実装になっている

重要ページが孤立すると、ユーザーがサイト内でその情報に到達しにくくなります。また、検索エンジンにとっても、通常の内部リンク経路では発見しにくく、サイト内でのテーマや位置付けを理解しにくくなる可能性があります。内部リンクはSEOだけでなく、読者を必要な情報へ案内するための導線です。

XMLサイトマップや外部リンクがあっても孤立ページになり得る

XMLサイトマップに掲載されていても、サイト内のリンクを辿って到達できないURLは、内部リンクの観点では孤立ページです。サイトマップはGoogleにクロール対象となるURLの候補を伝える手段であり、読者の回遊導線や内部リンクの代わりにはなりません。

Googleはサイトマップをクロールのヒントとして扱いますが、送信したすべてのURLのクロールやインデックス登録を保証していません。重要な公開ページには文脈に合う入口を作ることが基本です。

出典：Google Search Central「Build and submit a sitemap」

たとえば、過去に外部サイトからリンクを受けた記事は、内部リンクがなくてもGoogleに発見されている場合があります。しかし外部リンクの有無は自社で安定して管理できません。継続して検索や閲覧につなげたいページには、サイト内にも明確な入口を用意しましょう。

すべての孤立ページがSEO上の問題とは限らない

広告用LPや完了画面など、通常の回遊導線へ載せないことに目的があるページまで、機械的に内部リンクを追加する必要はありません。意図的に通常導線から外れることがあるページには、次のようなものがあります。

• 広告配信専用のランディングページ
• 資料請求、購入、会員登録後の完了画面
• 会員限定コンテンツやログイン必須ページ
• 社内確認用、テスト用、期間限定のページ
• 検索結果に表示する意図がないサイト内検索結果ページ

公開を維持する理由と検索表示の要否は別々に確認してください。意図的なページでも、誤ってサイトマップに残っている、検索結果に表示されている、アクセス制限が不十分といった状態はあり得ます。

孤立ページの見つけ方は、公開URLとクロール結果の比較が基本

孤立ページの候補は、把握している公開URL一覧と、内部リンクを辿るクロールで発見されたURL一覧の差分として探す方法が実務的です。公開URL一覧にはXMLサイトマップ、WordPressの投稿・固定ページ一覧、商品データなどを使います。

ただし、差分だけで孤立と確定してはいけません。ログイン必須ページ、意図的にnoindexにしたページ、canonicalで別URLへ統合しているページなどが混ざるため、候補を抽出した後に用途と設定を確認します。

XMLサイトマップとサイトクローラーのURLを比較する手順

中規模以上のサイトでは、XMLサイトマップとサイトクローラーを組み合わせると、候補を効率よく洗い出せます。手順は次のとおりです。

1. XMLサイトマップから、検索結果に表示したい正規URLの一覧を取得します。
2. トップページを起点に、内部リンクを辿るクロールを実行します。
3. クロールで発見されたURLを出力します。
4. URLを正規化して比較し、サイトマップにはあるがクロールで発見されないURLを候補として抽出します。
5. 候補URLのHTTPステータス、canonical、noindex、robots.txt、用途、リンク元の有無を確認します。

Screaming Frog SEO Spiderでは、XMLサイトマップをクロール対象に設定したうえで分析を実行すると、サイトマップ由来では見つかったものの内部リンク経由では発見されなかったURLを確認できます。結果は、設定したクロール範囲や取得元に基づく候補です。JavaScript描画、認証、クロール制限の条件によって結果が変わります。

出典：Screaming Frog「Issues – Sitemaps: Orphan URLs」

比較前には、末尾スラッシュの有無、httpとhttps、wwwの有無、トラッキングパラメータ、ページネーションなどの表記ゆれを整理してください。同じページを別URLとして扱うと誤判定につながります。canonical URLを基準に比較すると、確認を進めやすくなります。

Google Search Consoleは候補URLの状態確認に使う

Google Search Consoleには、すべての孤立ページを直接一覧化する標準レポートはありません。Search Consoleは孤立ページを発見する唯一の手段ではなく、候補URLのクロール・インデックス状況を確かめる補助ツールとして利用します。

• サイトマップレポート：送信済みサイトマップの取得状況やエラーを確認する
• ページのインデックス登録状況：登録除外の理由を確認する
• URL検査：個別URLについてGoogleが把握している情報を確認する
• リンクレポート：内部リンクの傾向を補助的に把握する

URL検査ツールでは、特定URLがGoogleに認識されているか、インデックス登録に関する問題があるかを確認できます。修正後にインデックス登録をリクエストすることも可能ですが、再クロールや掲載を保証する機能ではありません。

出典：Google Search Console ヘルプ「Inspect and troubleshoot a single page」

リンクレポートは内部・外部リンクの全件ではなく、サンプルとして提供されるデータです。レポートに表示されないことだけを理由に、孤立ページだと結論付けるのは避けてください。

出典：Google Search Console ヘルプ「Links report」

WordPressでは投稿・固定ページを棚卸しする

WordPressサイトでは、管理画面の投稿一覧、固定ページ一覧、カスタム投稿タイプの一覧を確認し、公開済みURLを棚卸しします。小規模サイトなら、URL一覧をCSVで整理し、メニュー、カテゴリ、関連記事、パンくずリストなどの導線と目視で照合する方法も有効です。

通常の投稿だけでなく、会社案内、サービス詳細、採用情報などの固定ページ、商品・事例・FAQなどのカスタム投稿タイプも確認対象です。テーマやプラグインの設定によっては、メディア添付ページなど意図しないURLが生成される場合もあるため、サイトマップと照らし合わせて公開方針を決めます。

WordPressはバージョン5.5以降、標準でXMLサイトマップ機能を備えています。ただしSEOプラグインを利用している場合は、プラグイン側のサイトマップが使われていることがあります。実際に送信しているサイトマップを確認しましょう。

出典：WordPress.org「Version 5.5」

見つけた孤立ページは3つに分類して判断する

候補URLを抽出したら、内部リンクを追加するか、統合するか、公開方針を見直すかを判断します。重要なのは「孤立している」という状態そのものではなく、そのページが今後もユーザーと事業に価値を持つかどうかです。

判断時には、ページの目的、内容の独自性、検索表示・クリック・外部リンクなどの実績、情報の鮮度、読者が他ページから到達すべき情報かどうかを確認します。たとえば検索流入を狙う料金ページなら、サービス一覧や比較記事からリンクする価値があります。一方、終了済みキャンペーンの告知ページは、新しい案内ページへの転送や削除のほうが適切な場合があります。

孤立ページの改善方法：目的別に対応を選ぶ

改善では、URLを残す理由と検索結果に表示する必要性を分けて考えます。重要なページへリンクを追加することだけが、孤立ページ対策ではありません。

重要なページには関連性の高い内部リンクを追加する

重要ページには、読者がそのページを必要とする場面からリンクします。フッターに大量のリンクを追加するより、テーマが近い記事、カテゴリやサービス一覧、比較ページ、FAQなどから自然に案内するほうが、読者にも理解されやすくなります。

アンカーテキストは「こちら」「詳細」だけで終わらせず、リンク先の内容が分かる文章にします。たとえば「内部リンクの設計方法」のようにテーマを簡潔に示してください。Googleは、説明的で簡潔なアンカーテキストがユーザーと検索エンジンの理解に役立つと案内しています。

出典：Google Search Central「SEO Link Best Practices for Google」

リンクは通常のa要素とhref属性を使い、実際にアクセスできるURLへつなげることが基本です。JavaScriptのクリックイベントだけで遷移させる実装では、クローラーがリンクとして安定して認識できない場合があります。実装変更後はレンダリング結果も確認してください。

重複・古いページは統合して301リダイレクトを検討する

テーマや検索意図がほぼ同じページが複数ある場合は、情報をより充実させた1ページへ統合する方法があります。旧URLへのアクセスや外部リンクを適切な新URLへ案内する必要があるときは、恒久的な移転として301リダイレクトを設定します。

301リダイレクトの転送先は、旧ページと内容・意図が近いページにしてください。関係のないURLを一律にトップページへ転送すると、ユーザーにとって不親切で、Googleにも意図が伝わりにくくなります。

出典：Google Search Central「Redirects and Google Search」

統合後は旧URLをサイトマップから外し、サイト内に残る旧URLへのリンクも新URLへ更新します。リダイレクトだけに頼らず、内部リンク構造とcanonical設定を整えることが大切です。

検索結果に出す必要がないページはnoindexや削除を使い分ける

フォーム送信完了画面や限定公開ページなど、URLを残す必要はあるものの検索結果には表示させたくない場合は、noindexを検討します。noindexは、Googlebotがページをクロールして指定を確認できた場合に、そのページをGoogle検索結果から除外するための指示です。

noindexを使うページをrobots.txtでブロックすると、Googlebotがnoindex指定を確認できないことがあります。noindex用のページはクロール可能にするという点を確認してください。

出典：Google Search Central「Block Search Indexing with noindex」

完全に不要で案内すべき代替ページもないURLは、削除を検討します。ただし検索流入や外部リンクがあるページを削除する前には、代替コンテンツを用意できないか確認してください。削除後も内部リンクやサイトマップにURLが残っていると、不要なエラーにつながります。

改善後はリンク・クロール・設定の整合性を確認する

改善後は、内部リンクを追加しただけで終わらせず、リンク先へ正常に到達できることと、検索に関する設定に矛盾がないことを確認します。リニューアルや大量修正の直後は、URL管理表を用意して点検すると安全です。

1. リンク元ページをブラウザで開き、追加したリンクが表示されているか確認します。
2. リンク先URLが正常に表示され、意図しないリダイレクトや404がないか確認します。
3. canonical URL、noindex、robots.txt、サイトマップ掲載の方針が一致しているか確認します。
4. クローラーを再実行し、対象URLが内部リンク経由で発見されるか確認します。
5. 必要に応じてSearch ConsoleのURL検査で状態を確認します。

Search Consoleでは個別URLの再クロールをリクエストできますが、クロール時期やインデックス登録はGoogle側の判断であり保証されません。技術設定とコンテンツ価値を継続して整えることが必要です。

出典：Google Search Console ヘルプ「Top tasks for Search Console users」

孤立ページと混同しやすい用語の違い

孤立ページ、未インデックス、クロールエラーは同じ意味ではありません。状態を混同すると対策を誤るため、URLごとに何が起きているかを分けて確認します。

デッドエンドページは、入口がない孤立ページとは異なり、出口が少ない状態です。両方が同時に起きることはありますが、孤立ページではリンク元を増やし、デッドエンドページでは次に読む・行動するためのリンクを設計します。

孤立ページに関するよくある質問

調査や改善時に判断に迷いやすい点を補足します。

孤立ページは必ず検索順位に悪影響がありますか？

いいえ、必ず検索順位が下がるとはいえません。サイトマップ、外部リンク、過去のクロールなどを通じて発見・インデックス登録されることはあります。ただし重要ページが内部リンク網から外れていると、ユーザーの到達性やサイト内での位置付けの理解に不利になる可能性があるため、優先的に確認しましょう。

XMLサイトマップにあるURLにも内部リンクは必要ですか？

重要な公開ページには内部リンクを設けるのが基本です。サイトマップは補助的な発見経路であり、読者を案内する役割は果たしません。カテゴリ、関連記事、サービス一覧、比較記事など、ページの役割に合う入口を作ります。

リンクを追加したら、すぐにインデックスされますか？

すぐにインデックス登録されるとは限りません。リンク追加後は、URLが正常に表示されること、noindexやrobots.txtに問題がないこと、canonicalが適切であること、内容に検索結果へ表示する価値があることを確認してください。

まとめ：URLの棚卸しと内部リンク設計を定期的に行う

孤立ページは、サイト内の他ページから内部リンクで発見できないURLです。重要ページなら関連性の高い内部リンクを追加し、重複・古いページなら統合と301リダイレクト、検索に不要でも保持するページならnoindexなど、目的に応じて対応を分けましょう。

サイトマップとクロール結果の差分確認を定期的に行うと、公開後に導線から外れたページを見つけやすくなります。特にサイトリニューアル、カテゴリ再編、記事削除、商品入れ替えの後は、URL一覧、内部リンク、サイトマップ、canonical設定をまとめて点検してください。