内部リンクと孤立ページ:サイト構造の監査
ガイドが3,000語あり、丁寧に編集したタイトルと独自の画像を備えていても、サイト内のどのページからもリンクされていなければ孤立したままです。サイトマップはクローラーにアドレスの存在を知らせます。内部リンクは、そのページの位置、支えるテーマ、読者が到達するべき文脈を説明します。
そのため、内部リンク監査は「各ページに何本のリンクが必要か」という問いから始めるべきではありません。重要なページに適切な導線があるか、その導線をクロールできるか、アンカーからリンク先を正しく予測できるか、という問いの方が有用です。
内部リンクには3つの異なる役割があります
内部リンクは、同じサイトのあるページから別のページへのリンクです。良いリンクは、同時に3つの層を支えます。
- 発見: クローラーと訪問者がURLを見つけます。
- 文脈: アンカーテキストと周囲の文章が関係を説明します。
- 優先順位: 構造がハブ、補助リソース、コンバージョン先を区別します。
リンク数だけを数えると、後の2つを無視します。フッターの繰り返しリンクを200本受けるページより、関連する専門記事から12本受けるページの方が、テーマの文脈が明確な場合があります。同時に、5クリックの深さにある古い投稿でしか触れられない重要なサービスページは、中核とは感じられにくいでしょう。
孤立ページとは?
孤立ページは、サイト内の他ページからクロール可能な内部リンクを受けていないURLです。サイトマップにはあり、被リンク、過去のデータ、フィードからGoogleが把握していても、通常のナビゲーションをたどるユーザーには見つかりません。
次の3つの状態を区別する必要があります。
- 完全な孤立: URLへの内部リンクがありません。
- 孤立に近い状態: 弱いリンクが1本だけあり、階層が深いか、トラフィックのなくなったページから来ています。
- 意図的な孤立: キャンペーンのランディングページ、確認ページ、非公開資料など、検索向け構造に加える必要がないページです。
すべての孤立ページを「救済」する必要はありません。フォーム送信後の完了ページを、クロールツールの表示を緑にするためだけにメニューへ追加するべきではありません。良い監査では、リンクを追加する前にURLの役割を判断します。
クローラーに見つかっていても構造に問題があるのはなぜですか?
サイトマップは、検索エンジンに知らせ、優先してクロールしてほしいURLの一覧です。ナビゲーションの代わりにはなりません。URLがサイトマップにしか存在しないと、カテゴリ、記事、パンくずリストからのリンクが与える多くの文脈シグナルをGoogleは得られません。
ユーザーも、次のガイドを探すためにXMLサイトマップを閲覧しません。Googleからの流入だけに頼り、適切な入口と出口がない記事では、次のページの閲覧、コンバージョンの機会、読者の作業完了を支援する可能性を逃します。
サイトマップは住所録、内部リンクは道順の地図と考えてください。両者は一致させるべきですが、互いの役割を代行することはできません。
監査前にデータを準備する
信頼できる監査には、少なくとも4つの情報源が必要です。
1つの入口からサイトをクロールする
クローラーはホームページから出発し、見つけたリンクをたどります。結果から、現在の構造で実際に発見できるURL、クリック階層、ステータスコード、アンカーが分かります。
サイトマップ内のURL一覧
Sitemap Checkerで、サイトマップインデックス、URL数、ファイルの状態を確認してください。これは、サイトが意図的に送信しているアドレスの集合です。
トラフィックや表示回数があるページ
分析ツールからランディングページを、Google Search Consoleからページをエクスポートします。表示回数があるのにクロール結果にないURLは、明確な孤立候補です。
CMSまたはデータベースのURL
公開済み記事、有効な商品、カテゴリ、ランディングページのシステム内一覧は、サイトマップにもナビゲーションにも入っていないページの発見に役立ちます。
正規化したURLで4つの情報源を統合します。HTTP/HTTPS、ホスト名、末尾のスラッシュ、大文字、パラメータを統一する必要があります。そうしないと、同じページが複数行として数えられ、偽の孤立ページが生まれます。
孤立ページを漏れなく探す手順
ステップ1:有効なURLの集合を定義する
アセット、管理ページ、プレビューURL、トラッキングパラメータ、コンテンツではないルートを除外します。コンテンツの責任者が目的を説明できるURLだけを残してください。
ステップ2:発見元を記録する
crawl、sitemap、GSC、analytics、CMSの列を追加します。CMSとサイトマップにはあるのにクロールにないURLは、孤立しているか、リンクがクロールできません。GSCにあるのにCMSにないURLは、リダイレクトや適切なステータスが必要な古いアドレスかもしれません。
ステップ3:実際のHTMLリンクを確認する
Googleは、<a>要素にhref属性を付けたリンクを推奨しています。JavaScriptのクリックリスナーが付いたdiv、メモリ内のルートを変えるボタン、hrefのないアンカーは、信頼できるクローラーの経路ではありません。
分かりやすい例です。
<a href="/guides/image-seo">Read the image SEO guide</a>
画面上でクリックできることだけで判断しないでください。レンダリング済みHTMLを見て、URLがhrefに入っていることを確認します。
ステップ4:対処方針で分類する
各孤立ページを、次の4つのいずれかに分類します。
- 内容にまだ価値があるため、構造へ追加します。
- 他ページと重複するため、統合してリダイレクトします。
- 検索向けではないため、独立したまま
noindexにします。 - 目的がなくなったため、削除して
404または410を返します。
「担当者」と「対応期限」の列は、スコア列を10個増やすより重要です。
リンクを蜘蛛の巣にしないトピッククラスター設計
トピッククラスターは、通常、ハブページと補助ページで構成します。ハブが全体像を説明し、専門的なガイドへ案内します。子ページはハブへ戻るリンクを持ち、読者にとって自然な次の手順がある場合に互いをつなぎます。
テクニカルSEOのクラスターの例です。
- ハブ:テクニカルSEO監査のチェックリスト。
- 枝:robots.txtとサイトマップ。
- 枝:canonicalと重複コンテンツ。
- 枝:HTTPコードとリダイレクト。
- 枝:JavaScriptのレンダリング。
- 枝:Core Web Vitals。
すべての子ページを他の全ページへリンクする必要はありません。6記事すべてが同じ「関連記事」ブロックを持つと、構造は雑然とし、文脈が薄れます。読者が実際に次の知識を必要とする段落にリンクを置いてください。
Canonical URLと重複コンテンツのガイドは、監査チェックリストから到達し、ハブへ戻れる枝です。すべてのSEO記事へ付け加える必要はありません。
アンカーテキスト:まず意味を明確にし、キーワードはその後に考える
「詳しく見る」というアンカーが常に誤りとは限りませんが、移動先の内容は伝わりません。良いアンカーは、「リダイレクトチェーンを確認する」「商品画像の代替テキストの書き方」「Google Search Consoleを接続する手順」のように、テーマや操作を説明します。
次の3原則で十分です。
- 文の自然な一部としてアンカーを書きます。
- 移動先の内容を正しく説明し、過剰な約束をしません。
- 文脈が変われば表現を変え、すべての場所で同じ完全一致フレーズを強制しません。
長すぎるアンカーは、段落を読みにくくすることがあります。ブランド名だけのアンカーは、専門記事には文脈が不足する場合があります。密度ではなく、読者を基準にバランスを取ってください。
画像をリンクに使う場合、代替テキストがアンカーの役割を果たすことがあります。そのため、クリック可能な画像には、キーワードの羅列ではなく、移動先や機能を説明する代替テキストが必要です。
ナビゲーション、パンくずリスト、本文リンクはどう違いますか?
メインナビゲーション
ナビゲーションは、商品、サービス、リソース、料金、問い合わせなどの中核領域へのアクセスを助けます。最上位メニューへ数十のブログ記事を入れるべきではありません。適切に振り分けられるハブやカテゴリへ案内してください。
パンくずリスト
パンくずリストは、階層内でのページの位置を示し、親カテゴリへ戻る経路を作ります。EC、ドキュメント、分類体系が明確なブログで特に有用です。乱れたカテゴリ構造を直すものではなく、選んだ構造を反映するだけです。
本文内リンク
通常、最も文脈が強いリンクです。503エラーの説明からHTTPコードの記事へ案内すれば、適切なタイミングで次へ進めます。このようなリンクは、長いフッター一覧より利用価値が明確です。
関連記事ブロック
テーマに基づいて選び、更新すれば有用です。無作為や新着順だけで選ぶと、関連性の低い導線になる場合があります。関連付けには分類、エンティティ、行動、編集ルールを使い、本文にすでにあるリンクの重複も避けるべきです。
クリック階層を選択的に改善する
「すべてのページをホームページから3クリック以内に」は覚えやすいですが、どのサイトにも現実的とは限りません。50,000URLの資料ライブラリで、使いやすいナビゲーションを保ちながら、すべてをルートの近くへ置くことはできません。
固定のしきい値を適用する代わりに、階層と重要度を比較してください。
- 主要な収益ページには、短く安定した経路が必要です。
- 重要なハブは、ナビゲーションやカテゴリページから案内します。
- 補助コンテンツは深くても構いませんが、ハブからの経路が必要です。
- アーカイブ、旧版、付録は、利用頻度が低ければ深くても構いません。
重要なページが6階層にあるなら、ホームページからリンクを追加するだけで済ませないでください。中間のカテゴリ層を見直します。ハブ不足、クロールできないページ送り、ナビゲーションの役割を代替しているフィルターが原因かもしれません。
リンクの効果を損なう技術的な問題
リダイレクトを経由するリンク
リンクは最終URLへ直接向けるべきです。移行後は古いアドレスへの参照が数千残ることがあります。リダイレクトで到達できても、リクエストが増え、ログが乱れ、古い構造が残ります。Redirect Chain Checkerで例を確認してください。
404、410、ソフト404へのリンク
リンク切れは行動経路を断ちます。ソフト404はより見つけにくく、サーバーが200を返しても、内容が「見つかりません」となっていたり、ほぼ空だったりします。ステータスと応答内容の両方を確認してください。
robotsで遮断されたページやnoindexへのリンク
noindexページへのリンクは、ユーザーに必要な場合もあるため、常に誤りではありません。ただし、検索から意図的に除外したURLへ数百記事が集中してリンクしているなら、目的を見直す必要があります。
文脈に合わない相対URL
href="guide"は、現在のパスによって異なる場所に解決されることがあります。複数のディレクトリ階層で使うコンポーネントでは、解決後のアドレスを確認するか、/で始まるルート相対パスを使ってください。
操作後にしか現れないリンク
タブやアコーディオン内の内容でも、HTMLにあれば処理される場合があります。しかし、マウスを乗せる、末尾までスクロールする、複雑な操作後にAPIを呼ぶといった条件でしか読み込まれないリンクは、発見が不安定です。重要な導線は、クローラーが受け取るHTMLに含めるべきです。
影響に応じて修正の優先順位を付ける
監査で数万の改善候補が出ることもあります。行の順番どおりに直すのは、時間を浪費する最も早い方法です。
次の4つの問いで優先度を評価してください。
- 移動先ページには高い事業価値や検索価値がありますか?
- リンク元にはトラフィック、被リンク、強いテーマ上の関連性がありますか?
- 追加するリンクは、読者が次の手順を終えるのに役立ちますか?
- 問題はテンプレートにありますか。それとも個別記事にありますか?
テンプレートの問題は、1回の修正で数千ページを改善できるため、常に注目すべきです。編集リンクでは、トラフィックのあるリンク元と、検索結果の1ページ目に近い移動先から始めます。適切な文脈の1リンクが、目標数を満たすための50リンクより役立つ場合もあります。
導入後に経過を確認する
修正前のクロールを保存し、比較基準にします。公開後は次を確認します。
- 再クロールし、孤立ページ、リンク切れ、リダイレクト経由リンクの数を確認します。
- ハブと収益ページの階層が適切になったか確認します。
- Search Consoleでクロールリクエストとインデックス登録状態を追跡します。
- 分析ツールで次ページへのクリックを確認します。
- 再構成したコンテンツ群のクエリとランディングページを測定します。
2日ですべてが変わるとは考えないでください。クローラーの再訪、検索システムによる新しい関係の処理、十分なコンバージョン標本の蓄積が必要です。中規模サイトでは、初回評価を4週間後、2回目を8〜12週間後に行う方が現実的です。
新しい孤立ページを作らない公開ルール
編集チェックリストに「入口」と「出口」を加えてください。
- 公開前に、新URLへ案内するハブか関連記事を少なくとも1つ選びます。
- 新記事には、読者に実際に必要なリンクを加えます。
- 適切な分類とサイトマップへ記事を登録します。
- 公開後、リンク元からクリックし、URL、ロケール、ステータスを確認します。
- 重要記事では、1クロール周期後に発見されたかを確認します。
最低リンク数が最重要なのではありません。適切なハブからの1リンクは、無関係な記事からの5リンクより良い場合があります。
より広いシグナルを確認: 無料SEO監査で、発見しにくいURL、リダイレクト、ページ内の問題を見つけてから、サイトを再構成してください。
まとめ
内部リンクは、リンクで記述されたサイトの利用構造です。クローラーによるURL発見、検索エンジンによるテーマ関係の理解、Googleへ戻らずに次へ進む読者の行動を支えます。
孤立ページを解消するには、完全なURL一覧を作り、複数の情報源を比較し、リンクがhrefを使うことを確認し、各ページを接続、統合、noindex、削除のどれにするか判断します。その後、実際の訪問者の作業に沿って経路を作り、Robots.txt Checkerでサイトのrobots.txtが正しく設定されているか確認してください。
参考資料:Google Search Centralのクロール可能なリンクとアンカーテキストの解説、Google Search Centralのサイトマップの解説。
よくある質問
サイトマップにはあるのに内部リンクがないページは、孤立していますか?
各ページに内部リンクはいくつ必要ですか?
すべての孤立ページを主要メニューへ追加するべきですか?
ウェブサイトを無料でチェック
SEO監査を実行したり、トラフィック品質をチェックしたりできます。登録は不要です。