内部リンクの候補提案プロンプト｜記事一覧からAIに関連ペアを4項目で出させる

内部リンクを増やそうと思って記事一覧を開き、そのまま閉じた。そんな経験はないでしょうか。

同じテーマ領域の記事が増えるほど、内部リンクを追加すべき組み合わせも比例して増えます。ところが、目視での候補出しは記事数の増加に追いつかなくなります。設計の考え方を理解していても、実際にどのペアをつなぐかという候補出しは、また別の手間がかかる作業です。

この記事は、その候補出しをAIとの一往復で片づけるための手順書です。記事タイトルと要約の一覧さえ用意すれば、関連性の根拠と設置理由つきで組み合わせが返ってきます。そのままコピーして使えるプロンプトと、出力の読み方、反映のしかたまでをまとめました。

以下は、あるオウンドメディア運営チームでのやり取りです。近い立場の人の質問から拾い読みしていただいて構いません。

• 若葉さん（Web担当2年目）— 「そもそも、それって何ですか？」を聞く役
• 高梨課長（マーケ課長）— 「誰が、どれくらいの手間でやるんですか？」を聞く役
• 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役

01内部リンクの候補をAIに提案させるのは、AI検索対策として何が変わるんですか？

若葉さん

若葉さんの発言

内部リンクを増やしてくださいと言われたんですが、どの記事とどの記事をつなげばいいのか、決め手がなくて…。

鈴木さん

鈴木さんの発言

そこは、思い出そうとするほど難しくなるところなんですよ。一覧を横から眺めてもらうほうが、早く片づきます。

やることは単純です。記事タイトルと要約をまとめた一覧をAIに読ませ、内容が関連する記事同士の組み合わせを、関連性の根拠と設置理由つきで提案させます。

人が候補を出すときは、記憶から始めます。最近書いた記事、印象に残っている記事から思い出していく。一方、AIは記憶を持たないぶん、渡された一覧を最初から最後まで同じ濃さで見ます。この差が、候補の出方を変えます。

内部リンクの候補は、記事を書いた本人よりも、一覧を横から眺めるAIのほうが見つけやすいことがあります。書いた本人にとっては、記事は書いた順番や苦労した順番で並んでいます。要約だけを並べた一覧には、その並びがありません。

02なぜ内部リンクの候補出しは、AI検索最適化の作業として追いつかなくなるんですか？

内部リンクを追加しようとするとき、多くの担当者は自分が最近書いた記事から思い出して候補を選びがちです。記事数が増えるほど、記憶に残っている記事は一部に偏ります。

• 公開から時間が経った記事は、内部リンクを追加する候補として思い出されにくい
• タイトルの言葉が違っても、要約を読むと実は関連が深い記事の組み合わせは見落とされやすい
• 全記事の組み合わせを1つずつ検討するのは、記事数が増えるほど非現実的になる
• リンクを追加すべきだと気づいても、どんなアンカーテキストや設置理由で結ぶべきかまでは決めづらい

このうち、いちばん取りこぼしが出るのが2つめです。記憶に残っているかどうかと、実際に関連が深いかどうかは、別々に決まります。 言葉が似ていない記事同士のほうが、読者にとっては次に読む意味が大きい、ということも起こります。

03内部リンクのアンカーテキストまで、AI検索対策としてAIに提案させていいんですか？

このプロンプトは、アンカーテキストの具体的な文言までは提案させない設計にしてあります。出させるのは設置理由の説明までです。

理由は、アンカーテキストには公式の基準があるからです。Googleの公式ガイド「Link best practices for Google」は、内部リンクのアンカーテキストについて基準を示しています（出典: 同ガイド）。リンク先の内容を的確に示す、説明的な言葉を使うことが推奨されています。

「リンク先の内容を的確に示す」かどうかを判断できるのは、リンク先の記事を読んだことがある人です。要約だけを見ているAIに文言まで作らせると、要約に引きずられた言葉が返ってきます。候補と根拠はAIに、文言は人に。 この分担が、結果として基準に沿った形になります。

04LLMO対策として使う内部リンク候補をAIに提案させるプロンプトは、どこをコピーすればいいんですか？

高梨課長

高梨課長の発言

手順は分かりました。ただ、うちは専任を置けません。準備に時間がかかるようだと、続かないと思います。

鈴木さん

鈴木さんの発言

用意するのは、記事タイトルと要約の一覧だけです。添付して、このプロンプトを貼るだけで終わります。

記事タイトルと要約の一覧が手元にあり、内部リンクを追加する候補をまとめて洗い出したい段階で使います。下の枠をそのままコピーして、【】の中を差し替えてください。

あなたは内部リンク設計を支援するSEO/AIOアナリストです。
添付された記事タイトル・要約一覧をもとに、内容の関連性が高い記事の
組み合わせを抽出し、内部リンクの候補として提案してください。

■入力データ
分析対象カテゴリ: 【分析対象カテゴリ】
記事タイトル・要約一覧CSV: 【記事タイトル・要約一覧CSV】(添付ファイルとして
渡す。列=記事タイトル・要約・カテゴリ)

■提案手順
1. 【記事タイトル・要約一覧CSV】の全記事を対象に、要約の内容が意味的に
   関連する組み合わせを抽出する。タイトルの言葉の一致だけで判定しない
   こと。【分析対象カテゴリ】が指定されている場合は、そのカテゴリに
   属する記事を起点とするリンク候補を優先して提案し、未指定の場合は
   全記事を対象とする。
2. 抽出した組み合わせごとに、関連性の根拠(共通する論点・上位下位関係
   など)を1行で示す。
3. リンクの向き(どちらの記事からどちらへ張るべきか)を、より基礎的な
   内容から詳細な内容への向きを基本として判定する。
4. 設置理由(読者が次に読むと役立つ理由)を1行で添える。
5. 3件以上の記事が相互に関連する場合は、ペア単位ではなく「クラスター」
   としてまとめて示す。

■出力形式
候補ペア(またはクラスター)ごとに、以下の列を持つ表で出力してください。
| 記事ペア/クラスター | 関連性の根拠 | リンクの向き | 設置理由 |
表の後に、最も関連の強い候補を1件、根拠つきで指摘すること。

■制約
- 添付されたCSVに実在しない記事タイトルを作り出さないこと。
- 要約が示す実際の内容にもとづいて判定し、タイトルの見た目の類似だけで
  関連ありと判定しないこと。
- アンカーテキストの具体的な文言までは提案せず、設置理由の説明にとどめる
  こと。

用意するのは、この2つだけです

※入力例はすべて架空の例です。

使うのはClaudeで、記事タイトルと要約をまとめたCSVファイルをアップロードして渡します。ファイルアップロードは標準機能として提供されています（出典: Claude Help Center「Claudeへのファイルアップロードについて」、2026年7月時点）。CSVの添付は無料プランでも利用できます（2026年7月時点の提供状況にもとづきます）。要約が短い場合は、チャットへの直接貼り付けでも動作します。

05内部リンクの提案に渡す記事一覧は、AI検索最適化の準備として何を書いておくんですか？

出力の質は、渡す一覧の作り方でほぼ決まります。列は、記事タイトル・要約・カテゴリの3つです。

いちばん効くのは、要約の粒度をそろえることです。要約の書き方が記事ごとに粗かったり詳しかったりすると、関連性の判定精度がばらつきます。要約の分量や書式をある程度そろえたCSVを用意すると、判定の安定度が上がります。

粗い要約の記事は、内容が薄いから候補に挙がらないのではありません。判定材料が少ないから挙がらないだけです。この差は出力からは見分けがつかないので、渡す前にそろえておきます。

06出力された内部リンク候補の表は、AIOの実務としてどこから読むんですか？

若葉さん

若葉さんの発言

表が返ってきたんですが、行数が多くて。上から順に見ていけばいいんでしょうか。

鈴木さん

鈴木さんの発言

いえ、まとまりの大きいものから見てください。クラスターから読むと、全体の形が先に見えます。

出力された表は、まずクラスターとしてまとめられた組み合わせから確認します。読む順番を決めておくと、どこから着手するかがそのまま決まります。

• クラスター: 3件以上が相互に関連するグループです。ハブとなる記事を1本選び、そこから各記事へリンクを張る設計にすると、トピッククラスターとして機能しやすくなります
• ペア（関連性が強い）: 双方向にリンクを張る候補です。設置理由が具体的であるほど、読者にとって自然な導線になります
• リンクの向きが片方向のみ: 基礎的な内容から詳細な内容への一方向リンクが適しています。逆方向は読者の文脈を壊す可能性があります

そして、設置理由の欄を読みます。実際に記事本文のどの段落にリンクを挿入すると自然かを、提案を鵜呑みにせず自分で確認してから反映してください。

07クラスターとして提案された記事群は、AI検索対策としてどれをハブにするんですか？

クラスターとして提案された記事群では、ハブを1本選びます。最も基礎的な内容を扱っている記事や、アクセスが集まりやすいテーマの記事をハブに選ぶのが基本です。判断に迷う場合は、トピッククラスター設計の考え方に立ち返って選定してください。

ハブを決めたら、そこから各記事へリンクを張ります。この形にしておくと、読者がどの記事から入ってきても、いったんハブに戻ってから他の記事へ進めます。入口が増えるのではなく、通り道が1本できるというイメージです。

内部リンク設計の考え方そのものは、別記事『トピッククラスターの作り方｜内部リンク設計6ステップで解説【図解つき】』で解説しています。この記事はその設計思想を踏まえた次の一歩として、具体的にどの記事とどの記事をつなぐかという候補出しの実作業に絞っています。

08内部リンクの向きは、AI検索最適化としてどちらから張ればいいんですか？

リンクの向きは、より基礎的な内容から詳細な内容への向きが基本です。読者は、前提を知ってから次へ進みます。その進む向きと、リンクの向きをそろえます。

逆方向は、読者の文脈を壊す可能性があります。詳しい話を読んでいる途中で入門記事へ戻されると、読み手はいま自分がどこにいるのか分からなくなります。

ただし、AIが返してきた向きの判定は、そのまま採用しないでください。AIの出力には誤りが含まれる場合があります。 特にリンクの向きの判定は、記事の実際の難易度や読者の想定順序と照らして確認してから決めます。要約だけでは、どちらが基礎でどちらが詳細かを取り違えることがあります。

09この提案をAI対策の運用に乗せるとき、気をつけることは何ですか？

高梨課長

高梨課長の発言

毎回この作業をするのは大変です。運用に乗せるとしたら、どんな回し方になりますか。

鈴木さん

鈴木さんの発言

使いどころは2つあります。新しい記事を公開するときと、取り残された記事を探すときです。どちらも同じプロンプトのまま回せます。

新しい記事の要約を一覧の末尾に加えて実行すれば、公開と同時に張るべき内部リンクの候補を得られます。公開してから思い出して張るのではなく、公開の作業に組み込んでしまうやり方です。

もうひとつは、出力形式の指示に「どの記事にも候補として挙がらなかった記事があれば、それも別途一覧にすること」という一文を追加する使い方です。内部リンクが孤立しがちな記事を、優先的に洗い出せます。

運用に乗せる前に、確認しておくことがあります。未公開の記事タイトル・要約一覧をプロンプトに含める場合は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。提案結果を社外向けの資料に転用する場合や、自動化して大量の記事一覧を繰り返し分析する場合は、利用しているAIサービスの利用規約の範囲内で行ってください。

10よくある質問

11まとめ｜今日やる3つのこと

内部リンクの候補出しは、記憶に頼っている限り、記事数の増加に追いつきません。記事タイトルと要約の一覧さえあれば、思いつきに頼らず、全組み合わせを機械的に検討できます。

返ってくるのは、候補ペア・関連性の根拠・リンクの向き・設置理由の4項目です。AIの仕事は候補を出すところまで。どこに置き、どう書くかは人が決めます。この線引きを守るほど、提案は使いやすくなります。