LLMOを意識して記事やサービスページを増やしても、サイト内のどこからもリンクされていないページは、読者にも検索システムにも見つけにくい状態です。一方で、全ページへ大量のリンクを並べたり、すべてを「詳しくはこちら」にしたりすると、どのリンクが何を説明するのか分かりにくくなります。
Googleは、AI OverviewsやAI Modeに特別な最適化は不要で、通常のSEOの基礎が引き続き重要だと案内しています。その例として、重要な内容をテキストで提供することと並び、サイト内リンクからページを見つけやすくすることを挙げています。リンク自体については、原則としてhrefを持つa要素、解決可能なURL、説明的で簡潔なアンカーテキストを推奨しています。
この記事では、2026年10月29日時点のGoogle Search Central、Search Console、W3Cの一次情報をもとに、内部リンクを読者・アクセシビリティ・検索・AI検索の共通基盤として整える5つの確認を解説します。サイト全体の階層はパンくずリストのLLMO、一覧の2ページ目以降はページネーションのLLMOもあわせてご覧ください。
結論：リンク元・文言・到達先を一つの台帳で管理する
内部リンクは、リンクを置くページ、表示する文言、移動先URL、リンクを置く理由、確認日を一行に記録します。重要ページには少なくとも一つの別ページから文脈に沿ったリンクを設け、公開終了やURL変更があれば、リンク元も同じ変更作業で更新します。
目標はリンク本数を増やすことではありません。読者が次に知りたい内容へ進めること、リンクの目的を理解できること、クローラーが標準的なHTMLリンクとして取得できること、移動先が正しい公開ページであることを揃えます。内部リンクを整えても、クロール、インデックス登録、検索・AI回答での表示や引用は保証されません。
内部リンクのLLMOで揃える5つの確認
1．重要ページと孤立ページを先に洗い出す
サービス、料金・条件、会社情報、問い合わせ、主要な解説記事など、読者に見つけてほしいページを一覧にします。各ページについて、グローバルナビゲーション、カテゴリ一覧、関連記事、本文リンク、パンくず、サイトマップのどこから到達できるかを記録します。どのページからも通常のリンクで到達できないページは、公開済みでも孤立ページとして見直し対象にします。
Googleのリンクに関する公式ガイドは、重要なすべてのページにサイト内の少なくとも一つの別ページからリンクがある状態を勧めています。ただし、無関係なページから機械的にリンクを増やすのではなく、そのページを読む人の次の疑問に答える場所からつなぎます。新着一覧やカテゴリ一覧の更新設計はXMLサイトマップのLLMOとも分けて確認し、サイトマップだけに発見を任せません。
2．a要素とhrefで、取得できるリンクにする
Googleは、一般にhref属性を持つa要素のリンクをクロール可能な形として案内しています。spanのクリックイベントや、hrefのないa要素など、見た目だけがリンクの実装は確実な取得を期待できません。相対URLでも絶対URLでも、ブラウザとクローラーが実際のWebアドレスとして解決できる値を使います。
JavaScriptでリンクを追加する場合も、最終的なレンダリング結果にa hrefとして現れることを確認します。PCでは表示されるのにモバイル版では主要リンクが省かれていないかも見ます。JavaScript描画の確認方法はJavaScriptサイトのLLMOで整理しています。
3．アンカーテキストだけでも移動先を予測できるようにする
アンカーテキストは、「こちら」「詳細」「記事」だけで終わらせず、移動先で確認できる内容を簡潔に表します。たとえば問い合わせ先なら「お問い合わせ」、支援内容なら「LLMO支援の内容」のように、周辺文と移動先の見出し・タイトルに矛盾しない言葉を使います。検索語を不自然に詰め込んだ長い文や、本文と関係のない宣伝語への置き換えは行いません。
W3CのWCAG 2.2解説は、リンクの目的をリンク文またはプログラムで関連付けられた文脈から判断できることを求めています。同じ移動先には一貫した説明、異なる目的・移動先には区別できる文言を使うことがベストプラクティスとして示されています。リンク文と移動先タイトルを揃える確認は検索結果のタイトルリンクにもつながります。
4．本文の文脈に置き、画像リンクには目的に合うaltを付ける
内部リンクは、記事末尾の一覧だけでなく、読者が関連情報を必要とする段落に置きます。リンク先を読む理由を周辺文で説明し、同じページ内で同じリンクを過剰に繰り返しません。カード全体をリンクにする場合も、見出しや説明がリンクの目的として読み上げられる実装かを確認します。
画像だけをリンクにする場合、Googleは画像のaltをアンカーテキストとして利用すると説明しています。装飾画像の空のaltをそのままリンクの唯一の名前にせず、画像または同じリンク内のテキストで移動先の目的が分かるようにします。画像の説明・権利・周辺文はWeb画像のLLMOも参照してください。
5．公開後に到達先・レンダリング・検索状態を分けて確認する
公開前後に各リンクを実際に選び、HTTP応答、最終到達URL、ページタイトル、主要見出し、canonical、モバイル表示を確認します。301転送を経由する古いリンクや、404・410になった公開終了ページへのリンクは、意図がなければ現在の適切なURLへ直します。公開終了ページの判断は404・410・リダイレクトのLLMOで整理しています。
Search ConsoleのURL検査では、公開URLの取得、レンダリングされたページ、読み込まれたリソース、HTML、インデックス登録可能性などを確認できます。ただし、URL検査で問題がないことやインデックス登録済みであることは、検索結果やAI検索での表示を保証しません。実ページのリンク切れ確認と、検索システム側の状態確認を別の項目として記録します。
内部リンク台帳に残す項目
- リンク元URL、ページ名、担当部署、確認日
- リンクを置く見出し・段落・カードと、その理由
- 表示するアンカーテキストまたは画像のalt
- リンク先URL、ページタイトル、主要見出し、canonical
a hrefとして取得できるか、レンダリング後も存在するか- PC・スマートフォンでの表示、キーボード操作、読み上げ時の目的
- HTTP応答、転送回数、最終到達URL、リンク切れの有無
- 孤立ページ、重複リンク、古いURL、公開終了ページの対応
- Search Consoleの確認日、検出元、インデックス状態
- 更新時に同時修正する一覧・関連記事・ナビゲーション
よくある質問
内部リンクは何本置けばよいですか？
すべてのページに共通する本数はありません。まず、重要ページが少なくとも一つの別ページから到達できるかを確認し、読者の次の疑問に必要なリンクだけを文脈に沿って置きます。本数だけをKPIにして無関係なリンクを増やしません。
「詳しくはこちら」はすべて直す必要がありますか？
リンクの目的が周辺文から明確に判断できる場合もありますが、リンク文だけで意味が分かる表現の方が、リンク一覧やキーボード移動でも理解しやすくなります。カード、一覧、CTAなどの共通部品から優先し、同じ文言が異なる移動先を指していないかを確認します。
サイトマップにURLがあれば、内部リンクは不要ですか？
不要にはなりません。サイトマップはURL発見を助ける手段ですが、ページ間の文脈や、読者が次に移動する導線の代わりではありません。重要ページはサイトマップに含めるだけでなく、関連ページから通常のリンクで到達できる状態にします。
内部リンクを増やせばAI回答に引用されますか？
引用は保証されません。内部リンクはページを見つけやすくし、内容の関係を人と検索システムが理解する土台の一つです。ページ自体が読者の疑問に明確に答え、公開可能で、クロール・インデックス登録の条件を満たすことも必要です。
公開前チェックリスト
- 重要ページに少なくとも一つの文脈に沿ったサイト内リンクがある
- 孤立ページと、リンク元が一覧だけのページを区別して確認した
- リンクが
a hrefで実装され、実際のURLへ解決できる - アンカーテキストが簡潔で、移動先の内容を予測できる
- 同じ文言が異なる目的のリンクに乱用されていない
- 画像リンクのaltまたは同一リンク内のテキストで目的が分かる
- PCとスマートフォンで主要リンクが表示され、横スクロールや重なりがない
- リンク先がHTTP 200または意図した応答で、古い転送や切れたURLがない
- 移動先のタイトル、見出し、canonicalが想定どおりである
- URL検査と実ページ確認を分けて記録し、表示保証と説明していない
まとめ：内部リンクを「次の疑問への案内」として設計する
内部リンクのLLMOでは、AI向けの特別な記述を増やすより、重要ページを孤立させず、標準的なリンクでつなぎ、移動先を説明する文言を使うことが基本です。これは検索システムのページ発見だけでなく、読者の回遊とアクセシビリティにも共通する改善です。
公開時だけでなく、記事の追加、URL変更、サービス終了、サイト改修のたびにリンク台帳を更新します。リンク元、文言、到達先の三つを同時に確認すると、古い導線や説明のずれを継続的に減らせます。
内部リンクとLLMOの優先順位を整理したい企業へ
株式会社メディカルアトラクトでは、対象サイト、優先したいページ、現在のナビゲーション、Search Consoleの確認範囲、更新体制を伺い、重要ページと孤立ページの一覧、リンク元候補、アンカーテキスト案、公開後の確認順序を整理します。お問い合わせページから、対象サイトURL、優先ページ、現在困っている導線、利用CMSをお聞かせください。初回の相談では、どのページからどこへリンクするか、共通部品と本文のどちらを直すか、公開後に誰がリンク切れと検索状態を確認するかを具体化できます。
LLMO支援の考え方はLLMOページ、Web制作・運用を含む支援範囲はサービスページ、制作・運用例は制作実績ページをご覧ください。
本記事は株式会社メディカルアトラクト編集部（Web・LLMO支援担当）が、公表資料を2026年10月29日に確認して作成しました。
参考にした一次情報
- Link best practices for Google（Google Search Central）（2026年10月29日確認）
- AI features and your website（Google Search Central）（2026年10月29日確認）
- Google Search Essentials（Google Search Central）（2026年10月29日確認）
- Troubleshoot Google Search crawling errors（Google Search Central）（2026年10月29日確認）
- URL 検査ツール（Search Console ヘルプ）（2026年10月29日確認）
- Understanding SC 2.4.4: Link Purpose (In Context)（W3C WAI）（2026年10月29日確認）
本記事は2026年10月29日時点の公表資料に基づく一般的なWeb制作・SEO・LLMO・アクセシビリティ運用の整理であり、個別案件への法律上、医療上または検索上の助言ではありません。クロール、インデックス登録、検索順位、AI回答への表示・引用、流入、問い合わせ、売上を保証しません。Google Search、Search Console、AI機能、W3C文書、ブラウザ、CMSの仕様や画面は変更される場合があるため、公開時に最新の公式情報と本番環境を確認してください。本記事はGoogleまたはW3Cの提携・監修を受けたものではありません。