第5章
内部リンク設計の実践ガイド|親記事・子記事・サービス・事例・FAQを正しくつなぐ方法
記事を増やしてもページ同士がつながっていなければ、検索エンジンにもAIにもサイトの専門性は伝わりにくいままです。この章では、親記事・子記事・サービスページ・事例・FAQの5種類のページを内部リンクでどうつなぐかを、中小企業サイトの実情に合わせて10セクションで解説します。設計の考え方から手順、失敗パターン、自社対応と外注判断の基準まで、読み終えたあとすぐ着手できる内容です。
この章で学べること
- 内部リンクの3つの役割と中小企業サイトで特に重要な理由
- 親記事・子記事・サービス・事例・FAQの5種類のページの役割と相互リンクの設計方法
- SEOとLLMO/AI検索の両面で内部リンクが果たす機能の違いと共通点
- よくある失敗パターンの見分け方と、自社対応・外注判断の基準
冒頭の結論
内部リンクは単なるページ間の移動手段ではなく、サイト全体で「この会社は何の専門家か」を検索エンジン・AI・訪問者に伝えるための情報設計です。親記事でテーマを俯瞰し、子記事で個別の疑問を深掘りし、サービスページで解決策を提示し、事例で実績を裏付け、FAQで不安を解消する。この5種類のページを文脈に沿ってつなぐことが、限られたページ数で専門性を示す中小企業サイトの基本戦略になります。すべてを一度に完璧にする必要はありません。まず1つのテーマ群から着手し、棚卸し・リンク追加・効果確認のサイクルを回すことが、継続的なサイト育成の第一歩です。
図解ノート
内部リンク設計の実践ガイド|親記事・子記事・サービス・事例・FAQを正しくつなぐ方法の全体像
内部リンクとは何か——定義・3つの役割・外部リンクとの違い
同じドメイン(同じサイト)内のページ同士をつなぐハイパーリンクのことです。たとえば「https://example.com/blog/article-a」から「https://example.com/service」へのリンクは内部リンクです。一方、別のサイト(https://other-site.com)へ向かうリンクは「外部リンク」と呼ばれ、役割も評価のされ方も異なります。
内部リンクと聞くと、本文中に張るテキストリンクだけを思い浮かべる方が多いかもしれません。しかし実際には、サイト内のあらゆるリンクが内部リンクに含まれます。まずは種類を整理し、そのうえで「なぜ内部リンク設計が中小企業サイトにとって重要なのか」を3つの役割から確認していきましょう。
内部リンクの定義と種類——ナビ・パンくず・本文リンクの違い
内部リンクは、配置される場所と目的によっていくつかの種類に分かれます。中小企業サイトで特に意識すべき代表的な種類を以下にまとめます。
| 種類 | 配置場所 | 主な目的 | 具体例 |
|---|---|---|---|
| グローバルナビゲーション | ヘッダー(全ページ共通) | サイトの主要ページへの入口を常に提示する | 「サービス」「事例」「ブログ」「お問い合わせ」 |
| パンくずリスト | ページ上部(タイトル付近) | 現在のページがサイト階層のどこにあるかを示す | ホーム > アカデミー > 第5章 内部リンク設計 |
| 本文中テキストリンク | 記事やページの本文内 | 文脈に沿って関連ページへ誘導する | 「FAQ構造化データの書き方は第4章で解説しています」 |
| 関連記事リンク | 記事下部やサイドバー | 読者の次の行動を促し、回遊を増やす | 「この記事を読んだ方におすすめ」の記事一覧 |
| フッターリンク | フッター(全ページ共通) | 会社概要やプライバシーポリシーなど補助ページへの導線 | 「会社概要」「プライバシーポリシー」「サイトマップ」 |
このうち、内部リンク「設計」として特に意識的に取り組むべきなのは本文中テキストリンクと関連記事リンクです。グローバルナビやパンくずリストはサイトの枠組みとして自動的に生成されることが多いのに対し、本文中のリンクは記事を書く人が意図的に配置する必要があるからです。
逆に言えば、本文中のリンクは「どのページとどのページを関連づけるか」を自分でコントロールできる部分です。ここを設計するかしないかで、サイト全体の構造が検索エンジンやAIにどう伝わるかが大きく変わります。
内部リンクが果たす3つの役割——クロール・テーマ伝達・回遊
内部リンクには、大きく分けて3つの役割があります。どれか1つだけではなく、3つが連動してサイト全体の評価に影響します。
Googleのクローラー(Googlebot)は、リンクをたどってページを発見します。内部リンクが張られていないページは、クローラーが見つけにくく、検索結果に表示されない可能性があります。
内部リンクは「このページとこのページは関連している」というシグナルを検索エンジンに送ります。親記事から子記事へ、子記事からサービスページへとリンクをつなぐことで、サイト全体の専門テーマが明確になります。
読者が1ページだけ読んで離脱するのではなく、関連する情報を続けて読める導線を作ります。結果として滞在時間が伸び、問い合わせや資料請求などの行動につながりやすくなります。
Google Search Centralでも、クロール可能でインデックス可能なサイト構造を作ることが基本として示されています。特に中小企業サイトでは、ページ数が限られているからこそ、1ページ1ページを確実にクローラーに発見してもらい、テーマの関連性を正しく伝えることが重要です。
また、AI検索(GoogleのAI Overview、ChatGPT、Perplexityなど)の文脈でも、サイト全体で一貫した専門領域を示しているサイトは、回答の参照元として選ばれやすくなる可能性があると考えられています。内部リンクによるテーマ構造の伝達は、従来のSEOだけでなくLLMO対策にも関わる施策です。
外部リンクとの違いと中小企業サイトで内部リンクを優先すべき理由
内部リンクと外部リンクは、どちらも「リンク」ですが、性質と自社でコントロールできる度合いがまったく異なります。
| 比較項目 | 内部リンク | 外部リンク(被リンク) |
|---|---|---|
| 定義 | 同じサイト内のページ同士をつなぐリンク | 他のサイトから自社サイトへ向かうリンク |
| 自社でのコントロール | 完全にコントロールできる | 相手サイトの判断に依存する |
| 主な効果 | クロール促進、テーマ構造の伝達、回遊促進 | サイトの権威性・信頼性の向上 |
| 施策の難易度 | 自社で今日から着手できる | 質の高いコンテンツや広報活動が必要で時間がかかる |
| 中小企業での優先度 | 高い——まず整備すべき基盤 | 重要だが、内部リンク整備の後に取り組むのが現実的 |
外部リンク(被リンク)はサイトの権威性を高めるうえで重要ですが、他のサイトに自社へのリンクを張ってもらう必要があり、自社だけではコントロールできません。一方、内部リンクは自社サイト内の作業だけで完結します。
中小企業サイトの場合、まずは内部リンク設計を整えることで「サイト内にある情報を正しくつなぎ、検索エンジンとAIに専門性を伝える」という基盤を作るのが現実的な第一歩です。内部リンクが整っていない状態で外部リンク獲得に注力しても、サイト内の構造がバラバラでは効果が十分に発揮されません。
- 内部リンクとは、同じサイト内のページ同士をつなぐリンクのこと。ナビゲーション、パンくず、本文中リンクなどすべてが含まれる。
- 内部リンクには「クロール促進」「テーマ構造の伝達」「ユーザー回遊の促進」という3つの役割がある。
- 外部リンクと違い、内部リンクは自社で完全にコントロールできる。中小企業サイトではまず内部リンク設計を整えることが優先。
- 自社サイトの内部リンク状況を把握するには、Search Consoleの「リンク」レポートが参考になる。現状を確認したい場合は、無料診断を活用する方法もある。
中小企業サイトの5つのページ種別——それぞれの役割とリンク方向
内部リンクを設計する前に、まず自社サイトにあるページを種類ごとに分類する必要があります。分類ができていないと、「どこからどこへリンクを張ればいいか」が決められません。中小企業サイトで使うページは、大きく5つの種別に整理できます。このセクションでは、5種別それぞれの定義と具体例、主なリンク方向、そして分類に迷ったときの判断基準を解説します。
- 中小企業サイトのページは「親記事・子記事・サービス・事例・FAQ」の5種別に分けられる
- 各種別には固有の役割があり、リンクの方向も異なる
- 分類に迷ったら「読者がそのページに何を期待しているか」で判断する
5種別の定義と具体例——親記事・子記事・サービス・事例・FAQ
まず、5つのページ種別を定義します。それぞれの役割と、中小企業サイトでの具体例を確認しましょう。
親記事(ピラーページ)
親記事は、あるテーマ全体を俯瞰するページです。「LLMO対策とは」「ホームページ育成の基本」のように、テーマの全体像を1ページでまとめます。読者にとっては「このテーマについて知りたいなら、まずここを読めばいい」という入口になります。検索エンジンやAI検索にとっては、そのテーマにおけるサイトの中心ページとして認識されます。
親記事は長くなりがちですが、すべてを深掘りする必要はありません。各トピックの概要を示し、詳細は子記事に任せる構成が基本です。
子記事(クラスターページ)
子記事は、親記事で触れたトピックの1つを深掘りするページです。「FAQ構造化データの書き方」「Search Consoleで見るべき指標」のように、1つの疑問や作業手順に絞って解説します。読者が具体的な作業に取り組むとき、最も参照するのがこのページです。
子記事は親記事と必ずリンクでつながっている必要があります。親記事から子記事へ、子記事から親記事へ、双方向のリンクがあることで、テーマの関連性が検索エンジンに伝わります。
サービスページ
サービスページは、自社が提供するサービスの内容・料金・対応範囲を説明するページです。「ホームページ育成プラン」「LLMO対策サービス」などが該当します。学習記事を読んで「自分でやるのは大変そうだ」と感じた読者が、次に見るページです。
サービスページは、問い合わせや無料診断への最終的な導線を持つため、サイト内で最も重要なページの一つです。ただし、学習記事からサービスページへのリンクは、読者の文脈に合ったタイミングで張ることが大切です。
事例ページ
事例ページは、実際の成果や取り組みを具体的に示すページです。「A社サイトリニューアル事例」「BtoB集客改善の取り組み」のように、どんな課題があり、何をして、どう変化したかを記録します。読者にとっては「この会社に頼んだら、実際にどうなるのか」を判断する材料になります。
事例ページは信頼性の裏付けとして機能するため、サービスページや関連する学習記事からリンクされることが多いページです。
FAQページ
FAQページは、よくある質問に端的に答えるページです。「LLMO対策の費用は?」「効果が出るまでの期間は?」のように、読者が抱きやすい具体的な疑問に対して、短く明確に回答します。AI検索(Google AIOverview、ChatGPT、Perplexityなど)は「質問→回答」の形式を参照しやすいため、LLMO対策の観点でも重要なページです。
FAQページは単独で存在するだけでなく、各回答から関連する子記事やサービスページへリンクすることで、サイト全体の回遊を促します。
各ページの主なリンク方向を比較表で整理する
5つのページ種別を定義したところで、それぞれの主なリンク方向を比較表で整理します。「どこからどこへリンクを張るか」を一覧で把握することで、設計の全体像が見えてきます。
| ページ種別 | 主な役割 | 主なリンク先 | 主なリンク元 |
|---|---|---|---|
| 親記事 | テーマ全体を俯瞰し、子記事への入口となる | 各子記事、サービスページ | 子記事、グローバルナビ、パンくず |
| 子記事 | 1つの疑問・作業を深掘りする | 親記事、関連子記事、サービスページ、事例 | 親記事、関連子記事、FAQ |
| サービスページ | サービス内容・料金・対応範囲を説明する | 事例ページ、FAQ、問い合わせ | 親記事、子記事、FAQ、グローバルナビ |
| 事例ページ | 実績・成果を具体的に示し、信頼性を裏付ける | サービスページ、関連記事、問い合わせ | サービスページ、子記事 |
| FAQページ | よくある質問に端的に答え、不安を解消する | 子記事、サービスページ | サービスページ、子記事、フッター |
この表で注目してほしいのは、リンクの方向が一方通行ではないという点です。親記事から子記事へリンクするだけでなく、子記事から親記事へも戻れるようにします。サービスページと事例ページも相互にリンクします。この双方向のリンク構造が、サイト全体のテーマ関連性を検索エンジンとAI検索に伝える基盤になります。
もう一つ重要なのは、すべてのページからすべてのページへリンクするわけではないということです。リンクは関連性のあるページ同士に限定します。関連性のないリンクを大量に張ると、テーマ構造がぼやけて逆効果になる可能性があります。
ページ種別が曖昧なときの判断基準
実際にページを分類しようとすると、「このページは親記事なのか子記事なのか」「サービスページとFAQの境界はどこか」と迷うケースが出てきます。以下の3つの判断基準を使うと、分類がしやすくなります。
基準1:読者がそのページに何を期待しているか
最も重要な判断基準です。読者が「テーマの全体像を知りたい」と思って訪れるなら親記事、「具体的な手順を知りたい」なら子記事、「サービスの内容と料金を知りたい」ならサービスページです。ページの内容ではなく、読者の期待で分類します。
基準2:そのページは他のページの「入口」か「深掘り」か
テーマ内の複数のトピックを紹介し、それぞれの詳細ページへ誘導する構成なら親記事です。1つのトピックに絞って詳しく解説する構成なら子記事です。「入口か深掘りか」で判断すると、親記事と子記事の区別がつきやすくなります。
基準3:「質問→回答」の形式で成立するか
ページの内容が「〇〇とは?」「〇〇の費用は?」のように、1つの質問に対する回答として成立するなら、FAQページ(またはFAQの1項目)として扱えます。回答が長くなり、手順や比較が必要になる場合は、子記事として独立させた方が読者にとって分かりやすくなります。
| 迷うケース | 判断のポイント | 分類の目安 |
|---|---|---|
| テーマが広い記事 | 複数の子テーマへ誘導する構成か | 誘導する構成なら親記事、1テーマに絞っているなら子記事 |
| サービス紹介を含む記事 | 主目的は学習か、サービス説明か | 学習が主なら子記事にサービスリンクを追加。サービス説明が主ならサービスページ |
| 短いQ&A形式の記事 | 回答が300字以内で完結するか | 完結するならFAQ。手順や比較が必要なら子記事 |
| 事例を含む学習記事 | 事例が主か、学習が主か | 事例が主なら事例ページ。学習の補足として事例を使うなら子記事 |
分類は一度決めたら終わりではありません。記事を増やしていく中で、子記事だったページが親記事に昇格することもあります。大切なのは、現時点での分類を明確にし、それに基づいてリンクを設計することです。分類が曖昧なままリンクを張ると、サイト全体のテーマ構造がぼやけてしまいます。
自社サイトのページ分類が難しいと感じた場合は、まず主力サービスに関連するページだけを対象に、5種別への分類を試してみてください。全ページを一度に分類する必要はありません。1つのテーマ群から始めて、少しずつ広げていくのが現実的な進め方です。Acquaの無料診断では、既存ページの種別分類とリンク構造の現状を可視化するところからサポートしています。
親記事と子記事のつなぎ方——トピッククラスターの実践手順
1つの中心テーマ(親記事)と、それを深掘りする複数の関連テーマ(子記事)をリンクでつなぎ、サイト全体で専門性を示す情報設計の手法です。Googleの検索品質評価でも、サイト全体のテーマ一貫性が重視されており、AI検索やLLMOの文脈でも「体系的に整理された情報群」は参照されやすい傾向があると考えられています。
前のセクションで、中小企業サイトには親記事・子記事・サービスページ・事例ページ・FAQの5種類があると整理しました。このセクションでは、その中核となる「親記事と子記事のつなぎ方」を、3つのステップに分けて具体的に解説します。
トピッククラスターは大規模メディアだけの手法ではありません。むしろ、ページ数が限られる中小企業サイトだからこそ、少ないページで専門性を伝えるために有効な設計です。
ステップ1:中心キーワードを決めて親記事を定義する
最初に行うのは、親記事のテーマとなる「中心キーワード」を1つ決めることです。中心キーワードは、自社の主力サービスや専門領域に直結するものを選びます。
選定の基準は3つあります。
- 自社の専門性と一致しているか——自社が実務経験を持ち、具体的に語れるテーマであること
- 顧客が実際に検索しそうか——Search Consoleの検索クエリデータや、営業現場で受ける質問が参考になります
- 子記事を3本以上展開できるか——1つのキーワードから複数の具体的な疑問が派生するテーマが適しています
たとえば、Web制作会社であれば「ホームページ育成」、製造業の部品メーカーであれば「精密加工の品質管理」、地域密着の工務店であれば「福岡 注文住宅 費用」のように、自社の強みと顧客の検索行動が重なるキーワードを選びます。
中心キーワードは「広すぎず、狭すぎず」が目安です。「SEO」だけでは広すぎて大手メディアと競合しますし、「SEO meta descriptionの文字数」だけでは子記事を展開しにくくなります。「中小企業サイトのSEO対策」のように、対象と領域を絞ったキーワードが中小企業には適しています。
中心キーワードが決まったら、そのテーマ全体を俯瞰する記事を「親記事(ピラーページ)」として定義します。親記事は、テーマの全体像を1ページで把握できる構成にします。各トピックの詳細は子記事に任せ、親記事では概要と子記事への案内を中心に書きます。
ステップ2:子記事テーマを洗い出し優先順位をつける
中心キーワードが決まったら、そこから派生する具体的な疑問や作業テーマを洗い出します。洗い出しの情報源は主に4つです。
- Search Consoleの検索クエリ——自社サイトに流入しているキーワードから、まだ記事化していないテーマを見つける
- 顧客からの実際の質問——営業担当やカスタマーサポートが受ける質問は、最も信頼できる一次情報です
- 競合サイトの構成——同業他社がどんな子記事を持っているかを参考にする(内容をコピーするのではなく、テーマの抜け漏れを確認する目的)
- 関連キーワードツール——Googleの検索候補や「他の人はこちらも検索」を確認する
洗い出したテーマは、すべてを一度に記事化する必要はありません。優先順位をつけて、段階的に進めます。
| 優先度 | 基準 | 具体例 |
|---|---|---|
| 高 | 顧客からの質問頻度が高い/Search Consoleで表示回数があるがクリック率が低い | 「LLMO対策とSEOの違い」「育成プランの費用感」 |
| 中 | 競合が記事化しているが自社にはない/サービスページへの導線になる | 「FAQ構造化データの書き方」「Search Consoleの見方」 |
| 低 | 将来的に必要だが、現時点では検索需要が少ない | 「AI検索の最新動向まとめ」「LLMO対策の海外事例」 |
中小企業サイトの場合、まずは優先度「高」のテーマから3〜5本の子記事を作成し、親記事とつなぐことを目標にします。最初から10本、20本を計画すると手が止まりやすいため、小さく始めて成果を確認しながら広げるのが現実的です。
ステップ3:親記事⇔子記事の双方向リンクを設置する
親記事と子記事のテーマが決まったら、実際にリンクを設置します。ここで重要なのは「双方向」であることです。親記事から子記事へのリンクだけでなく、子記事から親記事へのリンクも必ず設置します。
親記事→子記事のリンク
親記事の本文中で、各子記事のテーマに触れる箇所にリンクを設置します。単に記事一覧を並べるのではなく、文脈の中で自然に案内するのがポイントです。
「LLMO対策とSEOの違いについては、別の記事で詳しく比較しています」——読者が「もっと知りたい」と思うタイミングでリンクが出てくる
記事末尾に「関連記事:記事A、記事B、記事C、記事D、記事E…」と羅列するだけ——文脈がなく、どれを読むべきか判断できない
子記事→親記事のリンク
子記事の冒頭または末尾に、親記事への案内を入れます。「この記事は『LLMO対策の基礎から実践まで』の一部です。全体像はこちらで解説しています」のように、読者が全体像に戻れる導線を作ります。
子記事同士のリンク
関連性が高い子記事同士もリンクでつなぎます。ただし、すべての子記事を相互リンクする必要はありません。「この記事を読んだ人が次に読みたくなる記事はどれか」を基準に、自然な流れでつなぎます。
| リンクの方向 | 設置場所 | アンカーテキストの例 |
|---|---|---|
| 親記事→子記事 | 本文中の関連箇所 | 「FAQ構造化データの具体的な書き方は、こちらの記事で手順を解説しています」 |
| 子記事→親記事 | 冒頭または末尾 | 「LLMO対策の全体像は『LLMO対策の基礎から実践まで』で解説しています」 |
| 子記事→子記事 | 本文中の関連箇所 | 「Search Consoleでの効果測定方法は、別の記事で詳しく紹介しています」 |
リンクのアンカーテキスト(クリックできる文字列)は、リンク先の内容が分かる表現にします。「こちら」「詳しくはこちら」だけでは、検索エンジンにもユーザーにもリンク先の内容が伝わりません。「FAQ構造化データの書き方」のように、リンク先のテーマを含む文言を使いましょう。
ここまでの3ステップを実行すれば、1つのトピッククラスターが完成します。最初は1テーマ・3〜5本の子記事から始めて、記事が増えるたびにリンクを追加・更新していくのが、中小企業サイトに合った進め方です。
「自社サイトのテーマ群をどう設計すればいいか分からない」「子記事のテーマ選定に自信がない」という場合は、現状のサイト構造を客観的に診断してもらうのも一つの方法です。Acquaでは、サイトの内部リンク状況を含む無料診断を行っています。また、5記事のテスト投稿で、実際にどのようなトピッククラスターを組めるかを確認することもできます。本番環境には触れず、提案内容を見てから判断できるので、まずは現状把握から始めてみてください。
サービスページ・事例ページへの自然な導線設計
親記事や子記事で読者に役立つ情報を提供しても、学習記事だけで完結してしまうと、読者は「勉強になった」と感じて離脱します。中小企業サイトにとって、学習記事からサービスページや事例ページへの導線は、問い合わせにつながる重要な接点です。
ただし、記事の途中で唐突に「今すぐお問い合わせ」と挟むのは逆効果です。読者が「押し売りされている」と感じた瞬間に信頼は下がり、ページを閉じる原因になります。大切なのは、読者自身が「もう少し詳しく知りたい」「実際の事例を見たい」と思ったタイミングで、自然にリンクが目に入る設計です。
- サービスページ・事例ページへのリンクは、読者心理の変化に合わせた3つのタイミングで配置する
- アンカーテキストは「こちら」ではなく、リンク先の内容が分かる具体的な文言にする
- 事例ページ側にも、サービスページ・関連記事・問い合わせへの内部リンクを設計する
読者がサービスページへ進みたくなる3つのタイミング
学習記事を読んでいる読者がサービスページや事例ページへ進みたくなる瞬間は、大きく3つに分類できます。この3つのタイミングを意識してリンクを配置すると、押し売り感なく導線を作れます。
| タイミング | 読者の心理 | リンク先の例 | アンカーテキストの例 |
|---|---|---|---|
| 1. 作業の手間を実感したとき | 「これを全部自分でやるのは大変そうだ」 | サービスページ(育成プランなど) | 「内部リンク設計を含むサイト育成の進め方」 |
| 2. 成果事例を知りたいとき | 「実際にやった会社はどうなったのか見たい」 | 事例ページ | 「内部リンク改善後に検索流入が変化した事例」 |
| 3. 自社の現状を確認したいとき | 「うちのサイトは今どうなっているんだろう」 | 無料診断ページ | 「自社サイトの内部リンク状況を無料で確認する」 |
タイミング1:作業の手間を実感したときは、手順解説の途中や、チェック項目が多い箇所の直後が適しています。たとえば「既存ページの棚卸し → テーマ群の定義 → リンクマップ作成 → 実装 → 検証」という5ステップを解説した直後に、「この一連の作業をプロに任せる選択肢もあります」という文脈でサービスページへリンクすると、読者は自然に受け取れます。
タイミング2:成果事例を知りたいときは、施策の効果や意義を説明している箇所です。「内部リンクを整理するとサイト全体の専門性が伝わりやすくなる」と書いた後に、「実際に内部リンクを再設計した中小企業サイトの変化をまとめています」と事例ページへつなぐと、読者の「本当に効果があるのか」という疑問に応える形になります。
タイミング3:自社の現状を確認したいときは、記事の終盤やまとめ部分が適しています。読者が記事全体を読み終えて「では自分のサイトはどうなのか」と考え始めるタイミングです。ここで無料診断や5記事テスト投稿への導線を置くと、学習の延長として自然に受け入れられます。
アンカーテキストの書き方——「こちら」を避ける具体例
内部リンクのアンカーテキスト(リンクが設定されたテキスト部分)は、SEOにもユーザー体験にも影響します。Googleはアンカーテキストからリンク先ページの内容を推測します。読者もアンカーテキストを見て「クリックする価値があるか」を判断します。
よくある失敗は、「こちら」「詳しくはこちら」「この記事」のような、リンク先の内容が分からないアンカーテキストです。これでは検索エンジンにも読者にも情報が伝わりません。
| 避けたい書き方 | 改善例 | 改善のポイント |
|---|---|---|
| 詳しくはこちら | 内部リンク設計を含むサイト育成プランの詳細 | リンク先ページの内容がテキストだけで分かる |
| こちらの記事をご覧ください | FAQ構造化データの書き方と実装手順 | 子記事のテーマが具体的に伝わる |
| 事例はこちら | BtoB製造業サイトで内部リンクを再設計した事例 | 業種・施策内容が明示されている |
| お問い合わせはこちら | 自社サイトの内部リンク状況を無料で診断する | 読者が得られるものが明確 |
アンカーテキストを書くときの基準は、「リンクのテキストだけを読んで、リンク先に何が書いてあるか想像できるか」です。この基準を満たしていれば、検索エンジンにもリンク先の内容が正しく伝わり、読者もクリックするかどうかを判断しやすくなります。
もう一つ注意したいのは、同じページへのリンクに異なるアンカーテキストを使いすぎないことです。1つの記事内で同じサービスページへ3回リンクする場合、毎回まったく違うテキストにすると、検索エンジンがリンク先のテーマを判断しにくくなります。表現に多少の幅を持たせるのは問題ありませんが、核となるキーワードは揃えておくのが実務上の目安です。
事例ページ側のリンク設計——サービス・関連記事・問い合わせへのつなぎ方
導線設計は「学習記事 → 事例ページ」の方向だけでは不十分です。事例ページに到達した読者が次にどこへ進むかも設計しておく必要があります。事例ページは信頼性を裏付ける重要なページですが、事例を読んで終わりでは問い合わせにつながりません。
事例ページに設置すべき内部リンクは、主に3方向です。
事例で紹介した施策を提供しているサービスページへリンクする。「この事例で実施した内部リンク設計は、ホームページ育成プランの対応範囲に含まれます」のように、事例とサービスの関係を明示する。
事例の背景知識を解説している親記事や子記事へリンクする。「内部リンク設計の基本的な考え方はこちらの記事で解説しています」のように、学習を深めたい読者の動線を確保する。
事例を読んで「自社でも相談したい」と思った読者向けに、問い合わせページや無料診断への導線を置く。事例ページの末尾に自然な形で配置するのが一般的。
事例ページの内部リンク設計で見落とされがちなのが、事例ページ同士のリンクです。同じ業種の事例、同じ施策の事例など、関連する事例ページ同士をつなぐことで、読者は複数の事例を比較でき、サイト全体の実績の厚みが伝わります。
たとえば、BtoB製造業の内部リンク改善事例ページの末尾に、「同じ業種の別事例:BtoB製造業サイトのFAQ構造化データ導入事例」とリンクを置けば、読者は自社に近い事例を続けて読めます。
事例ページが3ページ以下の段階では、事例同士のリンクよりも、サービスページと学習記事への導線を優先してください。事例が増えてきた段階で、業種別・施策別のリンクを追加していくのが現実的な進め方です。中小企業サイトでは、最初から完璧な構造を目指すよりも、ページが増えるたびにリンクを見直す運用が合っています。
ここまでの内容を振り返ると、学習記事からサービスページ・事例ページへの導線は「読者が進みたくなるタイミング」に合わせて配置し、アンカーテキストでリンク先の内容を明示し、事例ページ側にも次の行動への導線を設計する——この3点がセットで機能して初めて、押し売りではない自然な導線になります。自社サイトの内部リンクがこの3点を満たしているか、まずは主要な学習記事と事例ページを1つずつ確認してみてください。
FAQページの内部リンク設計——AI検索に参照されやすい構造
「よくある質問」として、顧客や見込み客が抱く疑問と、その回答を一問一答形式でまとめたページです。内部リンク設計では見落とされがちですが、AI検索・LLMO対策の観点では、サイト内で最も「回答として引用されやすい」構造を持つページの一つです。
FAQページがAI検索・LLMOで重要な理由
GoogleのAI Overview、ChatGPT、Perplexityなどの生成AI検索は、ユーザーの質問に対して端的な回答を生成します。このとき、AI検索が参照元として選びやすい情報には共通する特徴があります。
FAQは「Q→A」の形式なので、AIが質問意図と回答を紐づけやすい
長文の中から要点を抽出する必要がなく、回答がそのまま引用候補になる
回答内に具体的な数字、手順、条件を書くことで、信頼性のある情報源と認識されやすい
GEO(Generative Engine Optimization)に関する研究(arxiv.org/abs/2311.09735)でも、情報の流暢さ、根拠の明記、専門性の提示が生成AI回答での可視性に影響する可能性が示されています。FAQページはこれらの要素を自然に盛り込める形式です。
さらに重要なのは、FAQページが「サイト全体の専門性を凝縮した入口」になる点です。AI検索は特定のページだけでなく、そのページからリンクされている関連ページも含めてサイト全体の情報を参照する傾向があります。つまり、FAQページから子記事やサービスページへ適切にリンクが張られていれば、FAQ単体ではなくサイト全体の専門性がAI検索に伝わりやすくなります。
FAQ回答から子記事・サービスページへつなぐリンク設計
FAQページの内部リンク設計で最も重要なのは、各回答の中から適切なページへリンクを張ることです。ただし、すべての回答にリンクを詰め込むのではなく、読者が「もっと詳しく知りたい」と感じるタイミングで自然につなぎます。
リンク先の使い分け
| FAQ回答の内容 | リンク先 | アンカーテキスト例 |
|---|---|---|
| 手順や方法を端的に答えた場合 | 子記事(詳細解説) | 「具体的な手順はこちらの記事で解説しています」 |
| 費用・料金について答えた場合 | サービスページ(料金表) | 「プランごとの費用と対応範囲はサービスページをご覧ください」 |
| 成果・効果について答えた場合 | 事例ページ | 「実際の改善事例をこちらで紹介しています」 |
| 前提知識が必要な場合 | 親記事(テーマ全体の俯瞰) | 「基礎から確認したい方はこちらの記事が参考になります」 |
FAQ内部リンクの具体例
たとえば「LLMO対策」をテーマにしたFAQページの場合、以下のようなリンク設計になります。
| 質問 | 回答の要点 | リンク先ページ |
|---|---|---|
| LLMO対策とは何ですか? | AI検索で自社情報が参照されやすくする取り組みです | 親記事「LLMO対策とは|基礎から実践まで」 |
| FAQ構造化データはどう書きますか? | JSON-LD形式でQ&Aを記述します | 子記事「FAQ構造化データの書き方」 |
| 費用はどのくらいかかりますか? | 月額プランの場合、月15記事で30,000円が目安です | サービスページ「ホームページ育成プラン」 |
| 効果が出るまでどのくらいかかりますか? | 一般的に数ヶ月の継続が必要です | 事例ページ「BtoB集客改善事例」 |
- 1つの回答に張るリンクは原則1本に絞る。複数あると読者が迷い、リンクの重要度も分散する
- 回答の末尾に「詳しくはこちら」と添えるのではなく、回答文の中で自然に言及する形が望ましい
- リンク先のページが存在しない質問は、子記事の新規作成候補としてリストアップしておく
FAQページは「質問を集める場所」であると同時に、「サイト内の情報を整理して案内する目次」としても機能します。読者が質問を起点にサイト内を回遊できる設計にすることで、サイト全体の滞在時間と理解度が向上します。
FAQPage構造化データとの連携ポイント
FAQページの内部リンク設計と合わせて実装したいのが、FAQPage構造化データ(JSON-LD)です。これはGoogleが定義する構造化データの一種で、検索結果にQ&A形式のリッチリザルトが表示される可能性があります。
内部リンク設計と構造化データの関係
構造化データと内部リンクは別々の施策に見えますが、実際には連携して機能します。
- 構造化データは、検索エンジンにページの内容を「機械が読める形式」で伝える
- 内部リンクは、そのページと他のページの関連性を「リンク構造」で伝える
両方が揃うことで、検索エンジンとAI検索の両方に対して「このFAQページは信頼できる情報源であり、さらに詳しい情報はリンク先のページにある」というシグナルを送ることができます。
実装時の注意点
| チェック項目 | 内容 |
|---|---|
| 構造化データと本文の一致 | JSON-LDに記述するQ&Aの内容は、ページ上に表示されている本文と一致させる。見えない情報を構造化データだけに入れるとガイドライン違反になる |
| 回答内のリンク | FAQPage構造化データのacceptedAnswer内にURLを含めることは可能。ただし、本文側のリンクと一致させる |
| 質問の粒度 | 1つの質問に複数のテーマを詰め込まず、1質問1テーマで分ける。AI検索が回答を抽出しやすくなる |
| 更新頻度 | サービス内容や料金が変わったら、FAQ本文と構造化データの両方を更新する。古い情報が残るとAI検索に誤った回答が引用されるリスクがある |
構造化データの実装自体はJSON-LDの記述が必要なため、技術的なスキルが求められます。自社で対応が難しい場合は、この部分だけ外注するという判断も合理的です。Acquaの無料診断では、FAQページの構造化データ実装状況も確認できますので、現状を把握する第一歩として活用できます。
- FAQページは「質問→回答」の形式がAI検索に参照されやすく、LLMO対策の重要な接点になる
- 各回答から子記事・サービスページ・事例ページへ、読者の関心に沿って1本ずつリンクを張る
- FAQPage構造化データを内部リンク設計と連携させることで、検索エンジンとAI検索の両方にサイトの専門性を伝えられる
- 構造化データの実装が難しい場合は、まずFAQの質問収集と内部リンク設計から着手し、技術面は外注を検討する
パンくずリスト・ナビゲーション・構造化データの連携
内部リンク設計というと、本文中に手動で張るテキストリンクをイメージしがちです。しかし、パンくずリストやグローバルナビゲーションも立派な内部リンクであり、サイト構造を検索エンジンとAI検索に伝えるうえで欠かせない要素です。さらに、これらのナビゲーション要素は構造化データと組み合わせることで、検索結果の表示やAI検索の参照精度に影響を与える可能性があります。このセクションでは、パンくずリスト・グローバルナビゲーション・構造化データの3つを連携させる具体的な方法を解説します。
- パンくずリストは「ユーザーの現在地表示」と「クローラーへの階層構造伝達」を同時に担う内部リンクである
- グローバルナビゲーションの項目数は5〜7個を目安にし、サイトの主要テーマを反映させる
- BreadcrumbList・Article・LocalBusinessの構造化データを内部リンク設計と一致させることで、情報の一貫性が高まる
パンくずリストの役割とBreadcrumbList構造化データ
ページの階層構造を示すナビゲーションです。「ホーム > アカデミー > 第5章 内部リンク設計」のように、現在のページがサイト内のどこに位置するかを表示します。名前の由来は、童話「ヘンゼルとグレーテル」でパンくずを道しるべにしたエピソードからです。
パンくずリストには、内部リンクとして3つの効果があります。
今どの階層にいるかが一目で分かり、上位ページへワンクリックで戻れます。特にスマートフォンでは画面が狭いため、パンくずリストが回遊の起点になります。
すべてのページから上位階層へのリンクが自動的に生成されるため、クローラーがサイト構造を理解しやすくなります。
BreadcrumbList構造化データを実装すると、検索結果にパンくず表示が出る可能性があります。ユーザーがクリック前にページの位置づけを把握できます。
BreadcrumbList構造化データを実装する際に重要なのは、実際のサイト階層と構造化データの階層を一致させることです。パンくずリストの表示上は「ホーム > ブログ > 記事タイトル」となっているのに、構造化データでは別の階層を記述しているケースが見受けられます。この不一致は、検索エンジンの混乱を招く可能性があります。
| 確認項目 | 正しい状態 | よくある間違い |
|---|---|---|
| 階層の一致 | 表示上のパンくずと構造化データの階層が同じ | 表示は3階層なのに構造化データは2階層 |
| URLの正確性 | 各階層のURLが実際のページURLと一致 | リダイレクト前の旧URLが記述されている |
| 名前の一致 | パンくずのテキストと構造化データのnameが同じ | 表示は「ブログ」なのにnameが「コラム一覧」 |
| 最下層の扱い | 現在のページを最下層として含める | 現在のページが構造化データに含まれていない |
WordPressを使っている場合、テーマやプラグインがパンくずリストを自動生成していることが多いです。ただし、自動生成された構造化データが正しいかどうかは、Googleのリッチリザルトテストツールで確認することをおすすめします。
グローバルナビゲーションの設計原則——中小企業サイトの項目数の目安
グローバルナビゲーション(ヘッダーメニュー)は、サイト内のすべてのページに共通して表示される内部リンクです。ユーザーがどのページにいても主要なページへ移動できる導線であり、検索エンジンに対しては「このサイトで最も重要なページはどれか」を示すシグナルにもなります。
中小企業サイトでは、グローバルナビゲーションの項目数を5〜7個に絞ることを推奨します。項目が多すぎると、ユーザーが迷いやすくなるだけでなく、各リンクの重要度が分散します。
| 項目例 | リンク先 | 含める理由 |
|---|---|---|
| ホーム | トップページ | どのページからもトップに戻れる基本導線 |
| サービス | サービス一覧またはメインサービスページ | 事業内容を最短で伝える |
| 事例・実績 | 事例一覧ページ | 信頼性の裏付けとなるページへの導線 |
| ブログ/コラム | 記事一覧ページ | 親記事・子記事への入口 |
| 会社概要 | 会社情報ページ | 信頼性の基盤となる情報 |
| よくある質問 | FAQページ | 不安解消とAI検索対策 |
| お問い合わせ | 問い合わせフォーム | コンバージョンの最終導線 |
ドロップダウンメニュー(サブメニュー)を使う場合は、第2階層までに留めます。第3階層以降のドロップダウンは、スマートフォンでの操作性が悪く、ユーザーの離脱につながりやすいためです。
また、グローバルナビゲーションの項目名は、できるだけ具体的にします。「ソリューション」よりも「ホームページ制作」、「リソース」よりも「ブログ」のほうが、ユーザーにも検索エンジンにもページの内容が伝わります。
Article・LocalBusiness構造化データと内部リンクの一貫性
パンくずリスト以外にも、内部リンク設計と連携させるべき構造化データがあります。中小企業サイトで特に関係するのは、ArticleとLocalBusinessの2つです。
Article構造化データ
親記事・子記事にArticle構造化データを実装すると、記事の著者情報、公開日、更新日、見出し構造などを検索エンジンに明示できます。内部リンク設計との連携で重要なのは、以下の点です。
- 著者情報の統一:同じテーマ群の親記事・子記事で著者情報を統一すると、「この人(この会社)がこのテーマの専門家である」というシグナルが一貫します
- mainEntityOfPageの設定:各記事のURLをmainEntityOfPageとして指定し、正規URLと一致させます。内部リンクで指定するURLとも一致させることが重要です
- 更新日の反映:内部リンクを追加・修正した際に記事内容も見直した場合は、dateModifiedを更新します。形だけの更新日変更は避けてください
LocalBusiness構造化データ
地域密着型の中小企業サイトでは、会社概要ページにLocalBusiness構造化データを実装することで、地域検索やGoogleマップでの表示に好影響を与える可能性があります。
- 会社概要ページへの内部リンク:グローバルナビゲーションやフッターから会社概要ページへリンクし、LocalBusiness構造化データが設置されたページへクローラーが確実に到達できるようにします
- サービスページとの連携:LocalBusinessのhasOfferCatalogやmakesOfferプロパティで、サービスページのURLを指定できます。内部リンクで張っているサービスページのURLと一致させます
- 地域名の一貫性:構造化データに記述する住所・地域名と、サイト内の各ページで使う地域名表記を統一します。「福岡市」と「福岡県福岡市」が混在していると、一貫性が損なわれます
- パンくずリストの表示とBreadcrumbList構造化データの階層が一致しているか
- Article構造化データのURLと、内部リンクで使うURLが一致しているか(www有無、末尾スラッシュの統一)
- LocalBusinessの住所・地域名と、サイト内テキストの表記が統一されているか
- 構造化データのエラーがないか(Googleリッチリザルトテストで確認)
- グローバルナビゲーションの項目が、サイトの主要テーマ群を反映しているか
構造化データの実装は技術的な作業を伴うため、自社での対応が難しい場合もあります。まずはパンくずリストの表示確認とグローバルナビゲーションの項目整理から始め、構造化データの実装は段階的に進めるのが現実的です。自社サイトの現状がどうなっているか分からない場合は、無料診断で構造化データの実装状況を確認することもできます。
内部リンク設計の実践手順——棚卸しからリンク設置まで
ここまでのセクションで、親記事・子記事・サービスページ・事例ページ・FAQのつなぎ方、パンくずリストやグローバルナビゲーションの役割を解説してきました。考え方は理解できても、「で、自社サイトでは何から手を付ければいいのか」が分からなければ実務には落とし込めません。
このセクションでは、中小企業サイトで内部リンク設計を実際に進めるための5ステップを、具体的な記録項目やリンクマップの作り方を含めて解説します。特別なツールは不要です。Googleスプレッドシート(またはExcel)とSearch Consoleがあれば始められます。
- 内部リンク設計は「棚卸し→テーマ群定義→リンクマップ→設置→確認」の5ステップで進める
- 棚卸しシートの記録項目を決めておくと、作業の抜け漏れを防げる
- リンクマップは完璧を目指さず、まず1テーマ群から着手する
ステップ1〜2:既存ページの棚卸しとテーマ群の定義
ステップ1:既存ページの棚卸し
最初にやるべきことは、自社サイトにあるすべてのページをリストアップすることです。「だいたい把握している」という感覚ではなく、1ページずつURLを記録します。中小企業サイトであれば、多くても50〜100ページ程度のことが多いため、半日あれば完了できます。
スプレッドシートに以下の項目を記録します。すべてを一度に埋める必要はありません。まずURLとページタイトルだけ入力し、残りの項目は順次埋めていく方法が現実的です。
| 記録項目 | 内容 | 記入例 |
|---|---|---|
| URL | ページのアドレス | /blog/llmo-basics/ |
| ページタイトル | titleタグまたはH1の内容 | LLMO対策とは|基礎から実践まで |
| ページ種別 | 親記事/子記事/サービス/事例/FAQ/その他 | 親記事 |
| 主要キーワード | そのページが狙うキーワード | LLMO対策 |
| 内部被リンク数 | 他ページからリンクされている数 | 8 |
| 発リンク先 | そのページからリンクしているページのURL | /blog/faq-schema/, /service/ |
| 検索パフォーマンス | Search Consoleの表示回数・クリック数・平均順位 | 表示1,200 / クリック45 / 順位18.3 |
| 最終更新日 | 最後にコンテンツを更新した日 | 2025-04-15 |
内部被リンク数は、Search Consoleの「リンク」→「内部リンク」レポートで確認できます。この段階で「どのページからもリンクされていないページ(孤立ページ)」が見つかることがあります。孤立ページは後のステップで対処するため、まずは記録だけしておきます。
ステップ2:テーマ群(トピッククラスター)を定義する
棚卸しが終わったら、ページをテーマごとにグループ分けします。第3セクションで解説したトピッククラスターの考え方を使います。
具体的には、スプレッドシートに「テーマ群」列を追加し、各ページがどのテーマに属するかを記入します。1つのテーマ群に対して親記事を1本決め、関連する子記事を紐づけます。
| テーマ群 | 親記事 | 子記事(例) | 関連サービスページ |
|---|---|---|---|
| LLMO対策 | LLMO対策とは|基礎から実践まで | FAQ構造化データの書き方、AI検索に参照されやすい記事テンプレート、LLMO対策の費用と進め方 | ホームページ育成プラン |
| 内部リンク設計 | 内部リンク設計の実践ガイド(本章) | トピッククラスターの作り方、パンくずリストの設定方法 | ホームページ育成プラン |
| BtoB集客 | BtoB集客の基本と実践 | 問い合わせフォーム改善、事例ページの作り方 | サイト制作サービス |
テーマ群の定義で迷うのは、「どのテーマにも属さないページ」の扱いです。会社概要やプライバシーポリシーなどの固定ページは、テーマ群に含めず「サイト共通」として分類します。一方、過去に書いたブログ記事でテーマが曖昧なものは、既存のテーマ群に統合できないか検討します。どこにも属さず、検索パフォーマンスも低いページは、他のページへの統合や削除も選択肢に入ります。
ステップ3〜4:リンクマップの作成とリンク設置の実作業
ステップ3:リンクマップを作成する
テーマ群が定義できたら、「どのページからどのページへリンクを張るか」を決めるリンクマップを作ります。リンクマップは、専用ツールを使わなくてもスプレッドシートで十分です。
作り方はシンプルです。行にリンク元ページ、列にリンク先ページを並べ、リンクを張るセルに「○」を入れます。すべてのページ同士の組み合わせを埋める必要はありません。以下の優先順位で判断します。
- 最優先:親記事→各子記事、子記事→親記事(双方向リンク)
- 優先:子記事→関連するサービスページ、事例ページ
- 推奨:子記事同士の関連リンク(同じテーマ群内で内容が補完し合うもの)
- 推奨:FAQ回答→関連する子記事・サービスページ
- 必要に応じて:事例ページ→サービスページ、サービスページ→事例ページ
リンクマップを作る際の判断基準は、「読者がこのページを読んだ後、次にこのページを読む理由があるか」です。関連性のないページ同士をリンクで結んでも、読者にとって不自然であり、テーマ構造もぼやけます。
サイト全体のリンクマップを一度に完成させようとすると、作業量が膨大になり挫折しやすくなります。まずは自社の主力サービスに直結する1テーマ群だけでリンクマップを作り、設置まで完了させてください。1つ完了すれば、2つ目以降は同じ手順で進められます。
ステップ4:リンク設置の実作業
リンクマップができたら、実際にCMS(WordPressなど)でリンクを設置します。設置時に注意すべきポイントは3つあります。
ポイント1:アンカーテキストはリンク先の内容を表す言葉にする。「こちら」「詳しくはこちら」ではなく、「FAQ構造化データの具体的な書き方」「内部リンク改善で検索流入が変化した事例」のように、リンク先ページの内容が分かるテキストを使います。検索エンジンはアンカーテキストからリンク先ページのテーマを判断するため、具体的な表現が重要です。
ポイント2:リンクを置く位置は、読者の文脈に合わせる。本文の冒頭にいきなりリンクを並べるのではなく、読者がそのテーマについて理解を深めた段階、または「もっと詳しく知りたい」と感じるタイミングで配置します。段落の末尾や、手順の補足説明の中が自然な位置です。
ポイント3:1ページあたりのリンク数は、読者が迷わない範囲に収める。明確な上限はありませんが、本文中のテキストリンクが10〜15本を超えると、読者がどれをクリックすべきか迷いやすくなります。中小企業サイトの記事であれば、本文中のリンクは5〜10本程度が目安です。
ステップ5:Search Consoleで内部リンク状況を確認する
リンクを設置したら、Search Consoleで状況を確認します。確認すべきポイントは以下の3つです。
「リンク」→「内部リンク」で、各ページの内部被リンク数を確認します。親記事やサービスページなど重要なページの被リンク数が少なくないか、孤立ページが残っていないかをチェックします。
リンク設置後、対象ページの表示回数・クリック数・平均掲載順位を定期的に確認します。変化が出るまでに数週間〜数ヶ月かかることもあるため、短期間で判断せず、傾向を追います。
「設定」→「クロールの統計情報」で、Googlebotがサイトをどの程度クロールしているかを確認できます。内部リンクを整備した後、クロール対象ページ数が増えていれば、リンク設計が機能している一つの指標になります。
確認の結果、重要なページの被リンク数が少ない場合は、リンクマップに戻って追加のリンクを検討します。逆に、あまり重要でないページに大量のリンクが集中している場合は、リンク構造の見直しが必要です。
この5ステップは、一度やって終わりではありません。新しい記事を公開するたびに、棚卸しシートとリンクマップを更新し、適切なリンクを設置する作業を繰り返します。この継続的な運用こそが、サイト全体の専門性を検索エンジンにもAI検索にも伝え続ける仕組みになります。
「棚卸しやリンクマップの作成は自社でできそうだが、テーマ群の優先順位やリンク方向の設計に自信がない」という場合は、まず現状のサイト構造を把握した上で専門家に相談するのが効率的です。Acquaの無料診断では、サイトの内部リンク状況を含めた現状分析を行い、どこから手を付けるべきかの優先順位を提案しています。また、5記事テスト投稿では、内部リンクを意識した記事設計がどのようなものかを、本番環境に触れずに確認できます。
よくある失敗パターン5つと具体的な対策
前のセクションで内部リンク設計の手順を解説しましたが、手順どおりに進めたつもりでも、気づかないうちに陥りやすい失敗パターンがあります。ここでは中小企業サイトで実際によく見かける5つの失敗を取り上げ、それぞれの発見方法と具体的な対策を整理します。
- 失敗パターンは大きく5つに分類できる
- どれもSearch Consoleや手動チェックで発見可能
- 一度に全部直す必要はなく、影響の大きいものから着手する
| 失敗パターン | 主な原因 | 影響 | 発見方法 |
|---|---|---|---|
| 1. 孤立ページの放置 | 新規ページ追加時にリンクを張り忘れる | クローラーが発見できず、検索結果に出ない | Search Console「内部リンク」レポート、サイトマップとの照合 |
| 2. 関連性のない過剰リンク | 「リンクが多いほど良い」という誤解 | テーマ構造がぼやけ、専門性が伝わらない | ページごとのリンク先一覧を手動で確認 |
| 3. 「こちら」アンカーテキスト | 文章の流れで安易に「こちら」と書く | リンク先の内容が検索エンジンに伝わらない | サイト内検索で「こちら」を含むリンクを抽出 |
| 4. リンク切れの放置 | ページ削除・URL変更後のリンク修正漏れ | ユーザー体験の悪化、クロールの無駄 | Search Console「ページ」レポート、ブラウザ拡張機能 |
| 5. 階層が深すぎる | カテゴリの細分化しすぎ | 重要ページへ3クリック以上かかり到達率が下がる | トップページからの最短クリック数を手動で数える |
失敗1〜2:孤立ページの放置と関連性のない過剰リンク
失敗1:孤立ページ(オーファンページ)の放置
サイト内のどのページからもリンクされていないページを「孤立ページ」と呼びます。中小企業サイトでは、ブログ記事を追加したときに親記事や関連ページからリンクを張り忘れるケースが最も多い原因です。
孤立ページはGooglebotがリンクをたどって発見できないため、XMLサイトマップ経由でしかインデックスされません。仮にインデックスされても、内部リンクからの評価が渡らないため、検索結果で上位に表示されにくくなります。
発見方法:Search Consoleの「リンク」→「内部リンク」を開き、内部リンク数が0または極端に少ないページを探します。また、セクション7で作成した棚卸しシートのURL一覧と、実際のサイト内リンクを照合すると、リンクされていないページが見つかります。
対策:孤立ページが属すべきテーマ群を特定し、親記事の本文中から自然な文脈でリンクを追加します。どのテーマ群にも属さないページは、関連性の高いページに内容を統合するか、不要であれば削除(またはnoindex)を検討します。
失敗2:関連性のない過剰リンク
「内部リンクは多いほどSEOに良い」という誤解から、関連性の薄いページ同士を大量にリンクしてしまうケースです。たとえば、すべてのブログ記事のフッターに全サービスページへのリンクを10本以上並べるような設計がこれに当たります。
過剰リンクの問題は、テーマ構造が曖昧になることです。検索エンジンは内部リンクの関連性からページ間のテーマのつながりを判断します。無関係なページ同士をリンクすると、「このサイトは何の専門家なのか」が伝わりにくくなります。
判断基準:リンクを張る前に「このリンクを読者がクリックする理由があるか?」と自問します。読者にとって次に読む動機がないリンクは、検索エンジンにとっても意味のあるリンクではありません。
対策:各ページの本文中リンクは、同じテーマ群の親記事・子記事・関連サービスページ・事例に限定します。サイドバーやフッターの共通リンクも、主要カテゴリ(5〜7項目程度)に絞ります。
失敗3〜4:「こちら」アンカーテキストとリンク切れの放置
失敗3:アンカーテキストが「こちら」ばかり
「詳しくはこちら」「こちらをご覧ください」というアンカーテキストは、日本語の文章として自然に見えますが、内部リンク設計の観点では大きな損失です。
検索エンジンはアンカーテキストを「リンク先ページの内容を説明する手がかり」として使います。「こちら」では、リンク先が何のページなのかまったく伝わりません。AI検索でも同様で、リンクの文脈からページ間の関連性を読み取る際に、「こちら」は情報量ゼロです。
「内部リンクの詳細はこちら」
「内部リンク設計の5ステップで手順を確認できます」
発見方法:WordPressの場合、管理画面の検索機能やデータベース検索で「こちら」を含むリンクを抽出できます。手動で各ページを確認する場合は、ブラウザの「ページ内検索」で「こちら」を検索します。
対策:アンカーテキストには、リンク先ページの主要キーワードまたはページタイトルの一部を含めます。ただし、不自然にキーワードを詰め込む必要はありません。「リンク先の内容が読者に伝わるか」を基準にします。
失敗4:リンク切れ(404エラー)の放置
ページを削除したり、URLを変更したりした後に、旧URLへのリンクを修正し忘れるケースです。リンク切れは、ユーザーがクリックしても404エラーページが表示されるため、体験を大きく損ないます。
検索エンジンにとっても、リンク切れはクロールの無駄になります。また、リンク切れが多いサイトは「管理が行き届いていない」という印象を与え、サイト全体の信頼性評価に影響する可能性があります。
発見方法:Search Consoleの「ページ」レポートで「見つかりませんでした(404)」を確認します。また、ブラウザ拡張機能(Check My Linksなど)を使えば、ページ単位でリンク切れを検出できます。
対策:リンク切れを発見したら、以下のいずれかで対応します。
- リンク先ページが移動した場合:正しいURLにリンクを修正する
- リンク先ページが削除された場合:リンク自体を削除するか、代替ページへ差し替える
- URL変更が頻繁に起きる場合:301リダイレクトを設定し、旧URLから新URLへ自動転送する
月に1回程度、定期的にリンク切れチェックを行う運用ルールを作ると、放置を防げます。
失敗5:階層が深すぎてクローラーもユーザーもたどり着けない
カテゴリを細かく分けすぎた結果、重要なページにたどり着くまでに4クリック、5クリックとかかる構造になっているケースです。
一般的に、重要なページはトップページから3クリック以内で到達できる構造が望ましいとされています。これはユーザビリティの観点だけでなく、クローラーの巡回効率にも関わります。階層が深いページほどクロール頻度が下がり、更新内容がインデックスに反映されるまで時間がかかる傾向があります。
トップページから対象ページに到達するまでに必要な最小クリック数のこと。内部リンク設計では、重要ページのクリック深度を3以内に保つことが目安とされています。
中小企業サイトで起きやすい例:「ホーム → ブログ一覧 → カテゴリ一覧 → サブカテゴリ一覧 → 記事一覧 → 個別記事」のように、カテゴリを2階層以上に分けてしまうケースです。記事数が数十本程度の中小企業サイトでは、カテゴリの細分化は不要なことがほとんどです。
発見方法:トップページから主要なページまで、実際にクリックして到達するまでの回数を数えます。サービスページ、親記事、事例ページなど、検索流入を狙うページが3クリック以内で到達できるかを確認します。
対策:
- カテゴリ階層は原則1階層にする(中小企業サイトの記事数なら十分)
- 親記事をカテゴリのハブとして機能させ、子記事への最短経路を確保する
- グローバルナビゲーションに主要カテゴリを配置し、どのページからでも2クリック以内で重要ページに到達できるようにする
- パンくずリストを全ページに設置し、上位階層への導線を常に確保する
5つの失敗パターンの優先順位
すべてを一度に修正する必要はありません。影響の大きさと修正の手軽さから、以下の順番で着手することをおすすめします。
| 優先順位 | 失敗パターン | 理由 |
|---|---|---|
| 1 | リンク切れの修正 | ユーザー体験への悪影響が即座に出る。修正も比較的簡単 |
| 2 | 孤立ページの解消 | せっかく作ったページが検索に出ないのは大きな機会損失 |
| 3 | アンカーテキストの改善 | 既存リンクのテキストを書き換えるだけで効果が見込める |
| 4 | 階層の見直し | サイト構造の変更を伴うため、計画的に進める |
| 5 | 過剰リンクの整理 | 影響範囲が広いため、テーマ群ごとに段階的に対応する |
自社サイトの内部リンクにこれらの問題がないか、まずはSearch Consoleの「リンク」レポートと「ページ」レポートを開いて確認してみてください。棚卸しシートと照合すれば、どのパターンに該当するかが見えてきます。
「自社サイトの内部リンク構造にどの失敗パターンがあるか分からない」「修正の優先順位を判断しにくい」という場合は、無料診断で現状を確認することもできます。5記事テスト投稿では、内部リンクを含めた記事設計の具体例をお見せしています。
SEOとLLMO/AI検索——両面で機能する内部リンクの考え方
ChatGPT、Perplexity、GoogleのAI Overviewなど、大規模言語モデルを使った検索・回答サービスにおいて、自社の情報が参照・引用されやすくなるよう最適化する取り組みのことです。AIO(AI Optimization)とも呼ばれます。
内部リンク設計は、従来のSEOだけでなく、LLMO・AI検索対策としても重要な役割を果たします。しかし、両者で内部リンクに求められる機能は微妙に異なります。このセクションでは、従来SEOとLLMO/AI検索それぞれの視点で内部リンクの役割を整理し、中小企業サイトが両方を同時に満たすための設計原則を解説します。
従来SEOでの内部リンクの4つの機能
まず、従来のGoogle検索を中心としたSEOにおいて、内部リンクが果たす機能を4つに分けて確認します。
機能1:クロールとインデックスの促進
Googleのクローラー(Googlebot)は、リンクをたどってページを発見します。内部リンクが適切に張られていれば、新しく公開したページや階層の深いページもクローラーが到達しやすくなります。逆に、どこからもリンクされていない孤立ページは、クローラーが発見できず、検索結果に表示されない可能性があります。
機能2:PageRank(リンク評価)の受け渡し
Googleは、リンクを通じてページの評価を伝播させる仕組みを持っています。トップページやアクセスの多いページから内部リンクを受けたページは、検索エンジンからの評価が高まりやすくなります。中小企業サイトでは、サービスページや親記事など重要なページに対して、複数のページから内部リンクを集める設計が有効です。
機能3:テーマ関連性の伝達
内部リンクのアンカーテキストとリンク先の内容が一致していると、検索エンジンは「このページはこのテーマについて書かれている」と判断しやすくなります。トピッククラスター構造で親記事と子記事を双方向リンクすることで、サイト全体のテーマ構造が明確になります。
機能4:ユーザーの回遊率・滞在時間の向上
適切な内部リンクは、読者が関連情報を続けて読む動線を作ります。1ページだけ見て離脱するのではなく、複数ページを閲覧してもらうことで、サイト全体のエンゲージメントが高まります。これは直接的なランキング要因ではありませんが、ユーザー体験の向上はGoogleが重視する要素の一つです。
LLMO・AI検索で内部リンクが果たす役割——サイト全体の専門性と引用可能性
LLMO・AI検索の文脈では、内部リンクの役割は従来SEOとは異なる側面を持ちます。AI検索が回答を生成する際、特定のページ単体ではなく、サイト全体の情報構造を参照する傾向があるためです。
役割1:サイト全体の専門性を体系的に示す
AI検索は、回答の参照元として「このサイトはこのテーマについて体系的な情報を持っている」と判断できるサイトを選びやすいと考えられています。親記事で全体像を示し、子記事で個別テーマを深掘りし、それらが内部リンクで有機的につながっている構造は、サイト全体の専門性を示す強いシグナルになります。
役割2:情報の網羅性と一貫性を伝える
GEO(Generative Engine Optimization)の研究では、情報の流暢さ、根拠の明記、専門性の提示が生成AI回答での可視性に影響する可能性が示されています。内部リンクで関連ページがつながっていると、AIがサイト内の複数ページを横断して情報を収集しやすくなり、結果として回答の参照元として選ばれやすくなる可能性があります。
役割3:引用可能な情報単位を明確にする
AI検索は、質問に対して端的に回答できる情報を好みます。FAQページの「質問→回答」形式や、子記事の明確なH2・H3構造は、AIが引用しやすい情報単位です。これらのページが内部リンクでサービスページや事例ページとつながっていると、AIは回答の裏付けとなる情報も同じサイトから取得でき、参照元としての信頼性が高まります。
以下の表で、内部リンクが果たす役割の違いと共通点を整理します。
| 観点 | 従来SEO | LLMO・AI検索 |
|---|---|---|
| 主な目的 | 検索結果での順位向上 | AI回答の参照元として選ばれること |
| クロール・発見 | クローラーがリンクをたどってページを発見 | AIのクロール・学習時にサイト構造を把握 |
| 評価の伝播 | PageRankの受け渡し | サイト全体の専門性・信頼性の評価 |
| テーマ構造 | キーワードとアンカーテキストの一致 | テーマの体系性・網羅性・一貫性 |
| ユーザー行動 | 回遊率・滞在時間の向上 | 直接的な影響は限定的 |
| 引用のされ方 | 検索結果にURLとスニペットが表示 | AI回答内で情報が引用・要約される |
| 構造化データとの連携 | リッチリザルト表示の可能性 | AIが情報を正確に理解する手がかり |
SEOとLLMOを両立する内部リンク設計の3つの原則
従来SEOとLLMO/AI検索の両方で機能する内部リンク設計は、特別に複雑なものではありません。以下の3つの原則を守ることで、両立が可能です。
テーマの体系性を優先する
リンク先の情報品質を担保する
構造化データと内部リンクを一致させる
原則1:テーマの体系性を優先する
SEOでもLLMOでも、サイトが「あるテーマについて体系的な情報を持っている」と認識されることが重要です。親記事→子記事→FAQ→サービスページ→事例ページという流れを内部リンクで明確にし、テーマ群(トピッククラスター)の構造を崩さないようにします。関連性の薄いページ同士をリンクでつなぐと、テーマ構造がぼやけ、SEOでもLLMOでも逆効果になります。
原則2:リンク先の情報品質を担保する
内部リンクの設計がどれだけ優れていても、リンク先のページの内容が薄ければ効果は限定的です。特にAI検索では、参照元の情報の正確さ・具体性・根拠の明示が重視されます。内部リンクを張る前に、リンク先のページが「読者の疑問に具体的に答えているか」「根拠や出典が示されているか」を確認しましょう。内容が不十分なページは、リンクを張る前にコンテンツを改善することが先決です。
原則3:構造化データと内部リンクを一致させる
BreadcrumbList、FAQPage、Article、LocalBusinessなどの構造化データは、内部リンクで示したサイト構造を検索エンジンとAIに対して「データとしても」伝える手段です。内部リンクの階層構造とパンくずリストの構造化データが一致していること、FAQページの内部リンク設計とFAQPage構造化データの内容が対応していることを確認します。両者がずれていると、検索エンジンやAIに矛盾した情報を伝えることになります。
大規模サイトと違い、中小企業サイトはページ数が限られています。だからこそ、少ないページ数でテーマの体系性を示す内部リンク設計が効果を発揮します。「ページを増やす」ことよりも「既存ページのつながりを整理する」ことから始めるのが現実的です。自社サイトの内部リンク構造がSEOとLLMOの両面で機能しているか判断が難しい場合は、無料診断で現状を確認することもできます。
ここまでで、従来SEOとLLMO/AI検索の両面から内部リンクの役割を整理しました。重要なのは、両者を別々の施策として考えるのではなく、「テーマの体系性」「情報品質」「構造化データとの一致」という共通の原則に基づいて設計することです。この原則を守れば、検索エンジンの仕様変更やAI検索の進化にも対応しやすい、持続的なサイト構造を作ることができます。
まとめ——内部リンク設計を起点にサイト育成を始める
第5章では、中小企業サイトの内部リンク設計を「考え方」から「実装」「検証」まで一通り解説しました。ここで章全体の要点を振り返り、自社で着手できることと外注を検討すべきことの判断基準を整理したうえで、次に進むべきステップを案内します。
この章の要点を振り返る——5種類のページと内部リンクの設計原則
この章で扱った内容は、大きく3つの柱に分かれます。
- 柱1:ページ種別の理解と役割分担——親記事・子記事・サービスページ・事例ページ・FAQの5種類を区別し、それぞれの目的を明確にする
- 柱2:リンク設計の原則と手順——トピッククラスター、パンくず、構造化データを組み合わせて、サイト全体の専門性を伝える
- 柱3:検証と改善——Search Consoleや手動チェックで効果を確認し、失敗パターンを避けながら継続的に改善する
5種類のページがどうつながるかを改めて整理します。
| ページ種別 | 主な役割 | リンクの方向 |
|---|---|---|
| 親記事 | テーマ全体を俯瞰し、子記事への入口になる | 子記事へ送る。子記事から戻りリンクを受ける |
| 子記事 | 1つの疑問・作業を深掘りする | 親記事へ戻る。関連子記事・サービス・事例へつなぐ |
| サービスページ | 提供内容・料金・対応範囲を説明する | 事例・FAQ・問い合わせへつなぐ。学習記事から受ける |
| 事例ページ | 実績と成果で信頼性を裏付ける | サービスページ・関連記事へつなぐ |
| FAQページ | よくある質問に端的に答え、不安を解消する | 子記事・サービスページへつなぐ。AI検索の参照元になりやすい |
内部リンク設計の本質は、「ページ単体のSEO」ではなく、サイト全体で「この会社は何の専門家なのか」を検索エンジン・AI検索・訪問者の三者に伝えることです。セクション9で整理したとおり、従来のSEO(クロール促進・PageRank・テーマ関連性・回遊率)とLLMO/AI検索(専門性の体系化・引用可能性)の両面で、内部リンクは中核的な役割を果たします。
特に中小企業サイトでは、ページ数が限られるからこそ、1本1本のリンクが持つ意味が大きくなります。大手サイトのように数千ページで網羅するのではなく、5種類のページを正しくつなぐことで、少ないページ数でも専門性を示せるのが内部リンク設計の強みです。
自社でできること・外注を検討すべきことの判断基準
セクション12でも触れましたが、まとめとして改めて判断基準を整理します。内部リンク設計は「全部外注」か「全部自社」かの二択ではありません。作業の性質によって、自社が得意な領域と専門家に任せた方が効率的な領域が分かれます。
| 作業内容 | 自社対応の目安 | 外注検討の目安 |
|---|---|---|
| 既存ページの棚卸し | スプレッドシートにURL・種別・キーワードを記録する作業は自社で可能 | ページ数が100を超える場合、クロールツールの活用を含めて相談 |
| テーマ群の定義 | 自社の専門領域は自社が最もよく知っている。親記事・子記事のグループ分けは自社主導で | 競合分析やキーワード調査を含めた優先順位づけは専門家の視点が有効 |
| リンクの追加・修正 | WordPressなどのCMSでリンクを張る作業自体は技術的に難しくない | 数十ページ以上を一括で見直す場合、設計図を先に作ってもらう方が効率的 |
| 構造化データの実装 | テンプレートが用意されていれば自社でも対応可能 | JSON-LDの記述・テスト・エラー修正は技術スキルが必要。初回は外注が安全 |
| Search Consoleでの検証 | 基本的な数値の確認は自社で可能(第6章で詳しく解説) | データの読み解きと改善施策の優先順位づけは、経験がある方が判断しやすい |
| FAQの質問収集 | 営業・顧客対応の現場から集める作業は自社にしかできない一次情報 | 集めた質問の構造化・記事化・構造化データ実装は外注と分担できる |
判断の基準はシンプルです。「自社の専門知識が必要な作業」は自社で行い、「技術的なスキルや設計経験が必要な作業」は外注を検討する。この線引きができれば、コストを抑えながら質の高い内部リンク設計が実現できます。
もう一つ重要なのは、「最初から完璧を目指さない」ことです。セクション7で解説した5ステップのうち、まずはステップ1(棚卸し)とステップ2(テーマ群の定義)だけでも着手してみてください。現状を把握するだけで、次に何をすべきかが見えてきます。
次のステップ——第6章・無料診断・育成プランへの案内
内部リンク設計は「張って終わり」ではなく、効果を測定し、改善を続けることで成果につながります。次章以降では、その「測定と改善」の具体的な方法を扱います。
内部リンクレポートの見方、検索パフォーマンスの追い方、改善すべきページの優先順位づけを解説します。この章で設計した内部リンクの効果を、データで確認する方法が分かります。
自社サイトの内部リンク状況がどうなっているか分からない場合、Acquaの無料診断で現状を確認できます。孤立ページの有無、テーマ構造の整理状況、構造化データの実装状況などをレポートします。
内部リンク設計を踏まえた記事がどのような仕上がりになるか、本番環境には触れずに5記事分のサンプルを確認できます。親記事・子記事のつながり、アンカーテキストの書き方、構造化データの実装例を実物で見られます。
Acquaのホームページ育成プランでは、内部リンク設計を含むサイト全体の構造設計から、記事の企画・執筆・構造化データの実装・Search Consoleでの効果測定までを一貫して対応しています。スタンダードプランは月額30,000円(税別)、月15記事の投稿が含まれ、初期費用は税込33,000円です。支払いは月末払いを想定しています。
ただし、まずはこの章の内容を自社で実践してみることをおすすめします。棚卸しシートを作り、テーマ群を定義し、1つのテーマ群だけでも内部リンクを整理してみてください。その過程で「ここは自社では難しい」と感じた部分があれば、そこが外注を検討するポイントです。
内部リンクは、ページ間の移動手段ではなく、サイト全体で「何の専門家か」を伝えるための情報設計です。親記事・子記事・サービスページ・事例ページ・FAQの5種類を正しくつなぐことで、検索エンジンにもAI検索にも訪問者にも、自社の専門性が伝わるサイトになります。すべてを一度に完璧にする必要はありません。まずは1つのテーマ群から始めて、少しずつ広げていくことが、継続的なサイト育成の第一歩です。
自社でできること
- 一次情報や実績を整理する
- 顧客からよく聞かれる質問を書き出す
- 公開済みページの古い情報を更新する
外注した方がいいこと
- SEO・LLMOを踏まえたテーマ設計
- 継続投稿、画像作成、内部リンク設計
- Search Consoleを使った分析と改善
重要ポイント
- 内部リンクはページ間の移動手段ではなく、サイト全体の専門性を伝える情報設計である
- 親記事と子記事は必ず双方向でリンクし、トピッククラスターとして機能させる
- サービスページ・事例ページへの導線は読者心理のタイミングに合わせて設置する
- FAQページはAI検索に参照されやすい構造を持つため、内部リンク設計で見落とさない
- アンカーテキストはリンク先の内容を具体的に表す文言にし、「こちら」を避ける
チェックリスト
- 自社サイトの全ページを棚卸しし、5種別(親記事・子記事・サービス・事例・FAQ)に分類したか
- 主力テーマごとにトピッククラスター(親記事1本+子記事群)を定義したか
- 親記事⇔子記事の双方向リンクを設置したか
- 学習記事からサービスページ・事例ページへの自然な導線があるか
- FAQの各回答から関連する子記事・サービスページへリンクしているか
- パンくずリストが全ページに設置され、BreadcrumbList構造化データと一致しているか
- 孤立ページ(どこからもリンクされていないページ)がないかSearch Consoleで確認したか
自社サイトなら、どんな記事テーマで育てられるか確認できます
SEO・LLMOに向けた記事テーマ10案の整理や、5記事テスト投稿の相談もできます。学んだ内容を自社サイトに落とし込む前に、現状を一度確認してみてください。
よくある質問
内部リンクは何本くらい張ればいいですか?
本数に決まった正解はありません。基準は「読者がそのリンクをクリックする理由があるか」です。関連性のあるページ同士を文脈に沿ってつなぐことが重要で、無関係なページへの大量リンクはテーマ構造をぼやけさせる可能性があります。
親記事と子記事の違いがよく分かりません。どう区別すればいいですか?
親記事はテーマ全体を俯瞰するページで、子記事は1つの疑問や作業を深掘りするページです。たとえば「LLMO対策とは」が親記事なら、「FAQ構造化データの書き方」「Search Consoleの見方」が子記事にあたります。
FAQページはAI検索対策に本当に有効ですか?
FAQページは「質問→回答」の形式で情報が整理されているため、AI検索が参照しやすい構造を持っています。GEO研究でも情報の流暢さや根拠の明記が生成AI回答での可視性に影響する可能性が示されており、FAQはこれらの要素を自然に盛り込みやすい形式です。ただし、効果を保証するものではありません。
内部リンク設計は自社だけでできますか?
ページの棚卸し、テーマ群の定義、リンクの追加作業、FAQ用の質問収集は自社で対応できます。一方、サイト全体のリンク構造設計、構造化データの実装、Search Consoleの分析と改善提案は専門知識が必要なため、外注を検討する価値があります。
リンク切れがあるとSEOに悪影響がありますか?
リンク切れ(404エラー)はクローラーの巡回を妨げ、ユーザー体験も損ないます。直接的な順位下落を保証する情報はありませんが、Google Search Centralでもクロール可能な構造を維持することが基本として示されています。定期的にSearch Consoleで確認し、修正することを推奨します。
内部リンクを改善したら、どのくらいで効果が出ますか?
改善直後に劇的な変化が出るとは限りません。Search Consoleで対象ページの表示回数・クリック数・平均掲載順位の変化を数週間〜数ヶ月の傾向で追うことで、効果を判断できます。即効性を期待するよりも、継続的な改善サイクルの一部として取り組むことが現実的です。