Webサイトの内部リンク設計｜親子ページをつなぐ実務点検表

Webサイトの内部リンクは、ページ同士を増やしてつなげば完成するものではありません。設計の出発点は「このページを読んだ人が次に何を知りたいか」です。その疑問に答える公開ページへ、内容が分かる文言でリンクし、公開後に表示と遷移を確認します。

この記事では親記事と子記事を結ぶ考え方から、孤立ページの探し方、アンカー文言、公開後の点検までを一つの手順にまとめます。運用全体の整え方はWebサイト公開後の運用・改善ガイドも参照してください。

内部リンク設計の結論：読者の疑問を起点にする

内部リンクは同じサイト内のページへ移動するためのリンクです。検索エンジンがページを発見する経路にもなりますが、まず考えたいのは読者の移動です。「費用の概要」を読んだ人には費用の内訳、「運用の全体像」を読んだ人には更新時の承認手順というように、次の疑問が具体的ならリンク先も選びやすくなります。

Googleはリンクの発見と理解のために、URLを持つ<a href>形式と、リンク先の内容が分かるアンカーテキストを勧めています。重要なページには、サイト内の別ページから少なくとも一つのリンクを設けることも案内しています。ただし、内部リンクを追加するだけで検索順位や検索結果のサイトリンク表示が決まるわけではありません。詳細はGoogleのリンクに関するベストプラクティスをご覧ください。

親記事と子記事をどうつなぐか

親記事はテーマ全体を見渡す入口、子記事は一つの課題を深く扱うページとして整理できます。例えば「Webサイト運用の改善」を親テーマとするなら、更新の承認、記事の点検、内部リンクの確認は別々の作業として掘り下げられます。

• 親から子へ：親記事で課題を紹介した直後に、その作業を詳しく説明する子記事へリンクする。
• 子から親へ：子記事だけでは判断しにくい全体方針や前提を、親記事で確認できるようにする。
• 関連する子同士：読者の作業が自然につながる場合だけ結ぶ。関連性の薄い記事を一律に並べない。

親子関係を管理表に登録していても、公開ページの本文にリンクがなければ読者はその経路を使えません。設計上の関係と公開ページに表示されたリンクは分けて確認しましょう。

内部リンクを設計する5つの手順

1. 公開URLとページの役割をそろえる

公開中のURL、ページの主題、想定読者、親記事を一覧にします。下書きや予約投稿を公開済みとして混ぜず、リンク先が実際に閲覧できるかを確かめます。似た疑問に答えるページが複数ある場合は、リンクを増やす前に各ページの役割を整理します。

2. 起点ページで生まれる次の疑問を一文にする

「何か関連する記事」ではなく、「概算費用を見た後、内訳を知りたい」「運用方針を読んだ後、承認担当を決めたい」のように書きます。次の疑問が言語化できなければ、そのリンクが必要か判断できません。

3. 疑問に答えるリンク先を選ぶ

タイトルだけで決めず、公開本文がその疑問に答えているかを確認します。答えがないなら無理にリンクを追加せず、リンク先の記事の拡充や新しいページの必要性を検討します。

4. 文脈の中に通常のリンクを置く

「こちら」「詳細」だけに頼らず、リンク先で得られる情報を短い言葉で示します。例えばWebサイト更新の承認フローなら移動先の内容を予測できます。前後の文章でも、なぜ今そのページを読むとよいかを伝えましょう。

ボタン風の見た目でも、実装上はURLを持つリンクであるか確認します。画像だけをリンクにする場合は、画像の代替テキストからも行き先が分かるようにします。

5. 公開後の実物を確認して記録する

編集画面にリンクを入れただけで完了にせず、公開URLを開き、文言と遷移先を確認します。公開後にURLが変わったり、リンク先が非公開になったりする場合があるためです。確認日は次回の点検対象を決める材料になります。

そのまま使える内部リンク監査表

下表は架空のURLを使った記入例であり、実際のサイトの確認結果ではありません。運用時には自サイトの公開URLと実測結果に置き換えてください。スマートフォンでは表を横に動かして確認できます。

「疎通」にはリンク設置予定ではなく、公開画面でクリックした結果を書きます。正常に目的のページへ進むか、予期しない転送や閲覧不可がないかを分けて記録します。リンクがない場合は「未設置」、開けなかった場合は「要修正」とし、空欄を確認済みと解釈しません。

孤立ページとリンク切れを見つける

公開ページ一覧を作り、各ページに向かうサイト内リンクを照合します。どの公開ページからも到達できないページは読者が見つけにくい「孤立ページ」です。管理表に親記事IDが入っていることと、親記事から実際にリンクされていることは別です。

1. 管理画面から公開URLを集め、下書きと予約投稿を除く。
2. 各ページの公開本文やナビゲーションから、対象URLへのリンクがあるか確認する。
3. リンク元が見つからないページは、読者のどの疑問に答えるかを再検討する。
4. 適切な起点があれば、本文の自然な文脈にリンクを追加する。
5. 公開画面でリンクをクリックし、移動先と確認日を記録する。

リンク切れは移動先が404にならないか、ログイン画面へ飛ばないか、想定外のページへ転送されないかも見ます。ページの統合・削除・URL変更後は以前のリンク元を優先して点検しましょう。

アンカー文言は移動先で分かることを表す

アンカーはキーワードを詰め込む場所ではありません。リンクだけを見ても行き先を想像できる程度に具体的で、周囲の文章となじむ言葉を選びます。W3Cのリンク目的に関する基準も、リンク文言または関連づく文脈から目的を判断できることを求めています。

同じページへ何度も誘導する必要はありません。本文に置くリンクは、読者の判断や作業を前に進めるかを基準に選びます。Googleも1ページあたりの理想的なリンク数は定めていません。

公開前後の点検チェックリスト

• リンク先は公開済みで、起点ページの次の疑問に答えているか。
• アンカーから移動先の内容が分かり、不自然にキーワードを詰めていないか。
• 公開HTMLにURLを持つ通常のリンクとして表示されているか。
• 親→子と子→親をそれぞれ公開画面で確認したか。
• クリック後に目的のページが開き、内容を閲覧できるか。
• スマートフォンでリンクが読め、押し間違えにくいか。
• 起点URL、リンク先URL、疎通結果、確認日を記録したか。

内部リンクの整備は公開時だけでなく、記事を追加・統合・改稿した時にも必要です。担当者が変わっても確認できるよう、管理表上の「予定」と公開ページ上の「確認済み」を分けて残しましょう。

内部リンクで期待できることと保証できないこと

適切な内部リンクは読者が次の情報を見つける助けになり、検索エンジンがページ間の関係を理解する手がかりにもなります。一方、リンク追加だけで順位、インデックス登録、サイトリンク表示を保証することはできません。Googleのサイトリンク資料によれば表示は自動的に判断されます。公開後の検索実績や登録状態はSearch Consoleなどで別途確かめます。

参照した一次資料

以下の公式資料を2026年10月12日に確認しました。実務表と点検手順は各資料を参考に本記事で独自に整理したもので、実案件の観察結果ではありません。

• Google 検索セントラル：Googleのリンクに関するベストプラクティス
• Google 検索セントラル：サイトリンク
• W3C WAI：リンクの目的