記事の本数がある程度そろってくると、次に書くものより先に「どれを直すか」を考える場面が増えてきます。ところが一覧を開いても、上から順に眺めているうちに時間だけが過ぎていきます。
新しい記事を書く時間を削ってまで、古い記事の見直しに回す。その順番を感覚だけで決めるのは、なかなか難しいものです。かといって1件ずつ開いて読み返していては、着手する前に力尽きてしまいます。
この記事は、その「どれから直すか」で止まっている方に向けて書きました。渡すのは、タイトル・target_kw・公開日の3列だけです。返ってくるのは、優先度つきの一覧と、着手順のたたき台です。
こんなふうに調べていませんか
- 記事が増えてきたが、どれからリライトすべきか決められない
- 「記事 リライト 優先順位」で検索して、判断の基準を探している
- 検索順位やクリック数のデータが手元になく、判断材料がないと感じている
この記事を読み終えたときに手に入るもの
- 記事一覧の3列から、改善の着手順のたたき台を出せます
- 優先度の「高」「中」「低」が、どういう軸で分かれているかを説明できます
- 実データが手に入ったときに、それをどう足すかが分かります
結論30秒でわかる、この記事の結論
- やることは、記事一覧を渡して着手順を出させるところまでです。 どこを直すかではなく、どこから触るかを決めます。
- 判断の材料は、公開からの経過期間と、その記事が担っている検索意図の重みの2つです。
- 検索順位やクリック数の実データがあれば、それが最優先の材料になります。無くても、たたき台までは出せます。
この記事では、ある会社のマーケティング部の会話をはさみながら進めます。若葉さん（Web担当2年目・「そもそも何ですか」を聞く役）、高梨課長（マーケ課長・「誰がどれくらいの手間でやるのか」を聞く役）、鈴木さん（AIO/SEOの専門家・答える役）の3人です。ご自身に近い立場の人の質問から読んでいただいて構いません。
01そもそも全記事の改善の優先順位を、AI検索最適化でどう決めるんですか？
若葉さん記事はだいぶたまってきたんですが…そもそも、どれから直すのが正解なんでしょうか。全部気になってしまって。
鈴木さん全部気になるのは自然なことです。決め手になるのは2つだけなんですよ。どれくらい時間が経ったかと、その記事がどれくらい大事な問いを引き受けているか。この2つで並べ替えます。
判断の材料は、次の2つです。
1つめは、公開からの経過期間です。時間が経つほど、書いてあることと今の状況とがずれていきます。
2つめは、その記事が担っている検索意図の重みです。target_kwを見れば、専門性を出しやすい問いなのか、想定される検索意図が広い問いなのかを、相対的に見当づけられます。
在庫の棚卸しに近い作業だと思ってください。棚に並んでいるものを1つずつ手に取って調べるのではなく、いつ入ったかとよく動く棚かどうかで先に順番を決めます。中身を見るのは、そのあとです。
この章のまとめ
材料は2つ。経過期間と、その記事が引き受けている問いの重みです。中身を読むのは、順番が決まったあとで構いません。
02記事が数十本を超えると、AI検索対策の見直しが進まなくなるのはなぜですか？
高梨課長見直したほうがいいのは分かっています。ただ、新しい記事を書く手も止められません。どこかで線を引きたいのですが、その線の引き方が分からなくて。
鈴木さん線を引く材料は、もう一覧の中にあります。手作業だと数え直すところで止まってしまうだけなんです。
進まなくなる理由は、だいたい次の4つに分かれます。
- 経過期間を数える作業そのものが負担になる。 公開が古い記事ほど優先度が上がりそうだと感覚では分かっていても、本数が多いと1件ずつ数えることになります
- target_kwを見ただけでは重みが判断しづらい。 その記事が検索の観点でどれだけ大事な位置づけなのかを、都度考え直すことになります
- 実データを突き合わせる手間がかかる。 検索順位やクリック数があっても、記事一覧と照らし合わせて優先度に反映する作業を毎回手でやると時間がかかります
- 感覚で選ぶと、影響の小さい記事に時間を使う。 「なんとなく古い記事」から手をつけて、あとから順番を間違えたと気づくことがあります
どれも判断力の問題ではありません。並べ替えの作業が手元に残っている、というだけの話です。
この章のまとめ
止まっているのは判断ではなく、その手前の並べ替えです。そこだけをプロンプトに任せます。
03このAI対策プロンプトは、記事一覧から何を出してくれるんですか？
出てくるのは、2つです。
1つめは、記事ごとの判定を並べた表です。列は「記事タイトル」「経過期間」「改善優先度（高／中／低）」「判定理由」。判定理由は1行で添えられます。
2つめは、優先度「高」の記事だけを並べた着手順のリストです。改善リソースの制約を入れておけば、その件数に収まる形で出てきます。
この章のまとめ
返ってくるのは、全体の地図と、今月の順番です。両方そろって初めて、着手する日が決まります。
04Claudeには何を渡すと、全記事の優先順位がAI検索の運用に乗りますか？
若葉さん渡すCSVって、どこまで作り込めばいいんでしょうか。列をたくさん用意したほうがいいのかなと思っていて…。
鈴木さん3列で始めて大丈夫です。増やすのは、手元にデータがあるときだけで構いません。
使うAIツールはClaudeです。記事一覧CSVを、そのままファイルとしてアップロードします。テキストの貼り付けでも動作しますが、記事数が多いときはCSVのアップロードのほうが列の崩れが少なく安定します。
CSVは2026年7月時点でClaudeの対応ファイル形式に含まれています（出典: Claude Help Center）。CSVの添付は無料プランでも利用できます（2026年7月時点の提供状況にもとづきます）。
用意するのは、タイトル・target_kw・公開日の3列です。CMSの記事一覧から書き出せば、それ以上の加工は要りません。検索順位やクリック数の実データが手元にあるなら、そのまま別の入力として添えます。
この章のまとめ
渡すのは3列の一覧だけ。作り込むより、いま書き出せる形のまま渡すほうが早く着手できます。
05全記事の改善の優先順位を出すAI検索対策プロンプトは、どこをコピーすればいいですか？
月に一度のコンテンツ棚卸しや、記事数がまとまった節目に使います。次のコードブロックの中身を、そのままコピーしてください。
あなたはコンテンツ改善の優先順位を判定するアナリストです。
以下の入力データをもとに、既存記事の改善優先度を判定してください。
■入力データ
記事一覧CSV(タイトル・target_kw・公開日を列に含む): 【記事一覧CSV】
パフォーマンスデータ(検索順位・クリック数等。あれば): 【パフォーマンスデータ】
改善リソースの制約(月に着手できる記事数の目安。あれば): 【改善リソースの制約】
■分析手順
1. 【記事一覧CSV】の各記事について、公開日から現在までの経過期間を算出する。
2. target_kwの内容から、専門性を出しやすいか、想定される検索意図が広いかを
相対的に評価する。
3. 【パフォーマンスデータ】が入力されている場合は、それを最優先の判断材料として
組み込む。未入力の場合は、経過期間とtarget_kwの内容から優先度を推定し、
推定にもとづく判定である旨を出力に明記する。
4. 記事ごとに改善優先度を「高」「中」「低」の3段階で判定し、判定理由を1行で示す。
5. 【改善リソースの制約】が入力されている場合は、優先度「高」の記事の中から、
その件数に収まる着手順リストを作成する。
■出力形式
以下の列を持つ表で出力してください。
| 記事タイトル | 経過期間 | 改善優先度(高/中/低) | 判定理由 |
表の後に、優先度「高」の記事を着手順に並べたリストを追加すること。
■制約
- 【記事一覧CSV】にない記事タイトルを作り出さないこと。
- 【パフォーマンスデータ】が未入力の場合、経過期間とtarget_kwからの推定である
旨を出力の冒頭で明記すること。
- 断定を避け、「〜と推測されます」「〜の可能性があります」という言い回しを使うこと。書き換えたくなったときは、番号の順序を入れ替えないでください。数えるより先に判定させると、判定理由に書かれる根拠がばらつきます。
なお、手順の3番目だけは性格が違います。ほかが順に進む指示なのに対し、この行は材料の有無で道を分ける指示です。実データがあればそちらを主役にし、無ければ推定であることを断ってから進みます。ここがあるおかげで、データがそろうのを待たずに実行できます。
この章のまとめ
コピーするのはコードブロックの中身だけです。途中に分岐が1つあり、そこが「データがなくても動く」を支えています。
063つの変数は、LLMOの優先順位づけでどう埋めればいいんですか？
差し替えるのは、次の3つです。
使う変数
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【記事一覧CSV】 | 既存記事のタイトル・target_kw・公開日を列に含む一覧データ | title,target_kw,公開日の3列を持つCSV(架空例) |
| 【パフォーマンスデータ】 | 記事ごとの検索順位・クリック数等(あれば) | 記事タイトルごとの平均順位・月間クリック数(架空例) |
| 【改善リソースの制約】 | 一定期間に着手できる記事数の目安(あれば) | 月5本まで(架空例) |
※入力例はすべて架空の例です。
3つは横並びではありません。必須は【記事一覧CSV】だけで、あとの2つは無くても動きます。ただし、それぞれ足したときに変わるものが違います。
【パフォーマンスデータ】を足すと、判定の根拠が変わります。推定ではなく実データにもとづく判定になり、判定理由の説得力が上がります。
【改善リソースの制約】を足すと、出力の絞り込み方が変わります。優先度「高」の記事が並ぶだけでなく、着手できる件数に収まったリストになります。
この章のまとめ
必須は一覧だけ。実データは根拠を、リソースの制約は絞り込み方を変えます。無い項目は空のままで構いません。
07「■制約」の3行は、AI検索対策として何を守っているんですか？
末尾の「■制約」の行は、消さずに残してください。この3行が、出てきた判定を確かめられる状態に保っています。
「一覧にない記事タイトルを作り出さない」は、手元にない記事が表に混ざるのを防ぐ行です。もっともらしいタイトルが並んでいると、その場では気づけません。
「未入力の場合は、推定である旨を明記する」は、材料が無いまま言い切らせないための行です。推定と実データにもとづく判定は、扱い方が変わります。
「断定を避けた言い回しを使う」は、判定を鵜呑みにさせないための行です。「〜と推測されます」と書いてあれば、読む側も確かめる姿勢のまま受け取れます。
この章のまとめ
制約の3行は、判定を鵜呑みにしないための行です。動かさず、そのまま残します。
08出てきた優先順位の表は、AI検索の運用としてどこから読めばいいんですか？
高梨課長表が出てきたら、私はどこを見ればいいんでしょうか。行数が多いと、全部には目を通せません。
鈴木さん優先度「高」の行と、その右にある判定理由だけで大丈夫です。理由に納得できたものから着手すれば、迷う時間が減ります。
出力された表は、まず改善優先度「高」の記事から確認します。
- 優先度「高」: 経過期間が長く、target_kwの検索意図も重要度が高いと判定された記事です。着手順リストの上位から手をつけます
- 優先度「中」: どちらか一方の条件に当てはまる記事です。優先度「高」を終えた後の、次の候補として扱います
- 優先度「低」: 公開から間もない、または検索意図の重要度が相対的に低いと判定された記事です。急いで手をつける必要はありません
3つの段階は、独立した3つの箱ではありません。経過期間と検索意図の重み、2つの軸が交わったところに置かれています。両方が高いところが「高」、片方だけが高いところが「中」、どちらも低いところが「低」です。この形で見ると、なぜその判定になったのかが目で追えます。
パフォーマンスデータを組み込んだ判定は、target_kwだけの推定よりも根拠が明確になります。内部リンクの少なさも見直しの合図になるため、設計の考え方は別記事『トピッククラスターの作り方｜内部リンク設計6ステップで解説【図解つき】』が参考になります。
この章のまとめ
読む起点は「高」の行と判定理由です。判定は2つの軸の交点で決まっているので、理由の妥当性はその場で確かめられます。
09カテゴリごとや内部リンクまで、AIOの改善優先順位はどこまで広げられますか？
このプロンプトは、入力の列と一文の指示を足すだけで応用が利きます。
1つめは、カテゴリ単位で分ける使い方です。【記事一覧CSV】にカテゴリ列を追加し、「カテゴリごとに優先順位表を分けて出力してください」と指示を加えれば、カテゴリ内での着手順を個別に把握できます。担当者が分かれている場合は、こちらのほうが配りやすくなります。
2つめは、孤立した記事を拾う使い方です。入力データに「被内部リンク数」の列を追加し、「■分析手順」に「被内部リンク数が少ない記事は優先度を1段階引き上げて検討する」と一文加えれば、リンクが集まっていない記事を見落としにくくなります。
どちらも、プロンプト本体の構造は変えていません。列を1つ増やし、指示を一文足すだけです。
この章のまとめ
広げ方は、列を足す方向と、判定の重みを変える方向の2つです。本体はそのままで構いません。
10この優先順位づけをAI検索の運用に乗せるとき、気をつけることはありますか？
若葉さんつまり、出てきた順番をそのまま今月の計画にするのは、まだ早いということですね？
鈴木さんそのとおりです。たたき台としては十分ですが、最後に人が見る前提で作ってあります。順番を決めた理由まで読んでから、採用してください。
そのうえで、次の点を押さえておいてください。
- 重みの判定は、相対評価です。 target_kwの検索意図の重要度は、AIが持つ一般的な知識にもとづく相対評価であり、実際の検索ボリュームや競合状況を正確に反映しているとは限りません（2026年7月時点）。重要な意思決定の前には、Search Console等の実データと照らし合わせることをおすすめします
- 出力には誤りが含まれる場合があります。 とくに判定理由は、そのまま信じず、記事一覧の実データと突き合わせてから採用してください
- 機密を含む一覧は、設定を先に確認してください。 自社の未公開の記事企画や社内評価コメントを含む一覧をアップロードする際は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください
- 編集フローへの組み込みと自動化は、規約の範囲内で行ってください。 出力結果を編集フローに組み込む場合や、自動化して大量の記事を繰り返し判定する場合は、利用しているAIサービスの利用規約の範囲内で行ってください
- 境界線は動きます。 同じ記事一覧でも、優先度の境界線（高と中の分かれ目など）が実行のたびに変わることがあります。着手順を最終決定する前には、複数回実行して結果が安定しているかを確認することをおすすめします
この章のまとめ
出てくるのは、たたき台です。相対評価であることと、境界線が動くこと。この2つを前提にして扱ってください。
11よくある質問
パフォーマンスデータがなくても実行できますか？
実行できます。パフォーマンスデータが未入力の場合は、経過期間とtarget_kwからの推定である旨を出力の冒頭に明記するよう組み込んであります。まずは記事一覧だけで実行し、あとからデータを足して精度を上げる進め方で構いません。データがそろうのを待っているあいだ、着手順が決まらないままになるほうが痛手です。
記事数が多い場合、一度にどれくらいまで処理できますか？
明確な上限はありませんが、数百本を超えると表が長くなり、確認に時間がかかります。件数が多い場合は、カテゴリや公開時期で分割して複数回実行することをおすすめします。分割したほうが、表を読む側の負担も軽くなります。
優先度「高」と判定された記事から、次にどう進めればいいですか？
本文の中身まで確認したい場合は、別記事『更新鮮度をAIにチェックさせる方法｜見せかけ更新を見抜く3つの視点』で、鮮度リスクの高い箇所を具体的に洗い出せます。このプロンプトが決めるのは順番までなので、そのあとは記事単位の作業に切り替わります。
判定理由に納得できないときは、どうすればいいですか？
その記事は、いったん保留にして構いません。判定理由は1行で書かれているので、どの材料を見てそう判断したかが読み取れます。経過期間の見立てが違うのか、target_kwの重みの見立てが違うのか。食い違っている箇所が分かれば、その列だけを直して実行し直せます。
公開したばかりの記事は、見直しの対象から外れますか？
多くの場合、優先度「低」と判定されます。急いで手をつける必要はない、という意味です。外れたわけではないので、次の棚卸しのときに同じ一覧へ含めてください。経過期間は自動的に伸びていくため、順番はそのうち上がってきます。
12まとめ｜今日やる3つのこと
どれから直すかで止まっているとき、足りていないのは判断力ではありません。並べ替えの作業が手元に残っているだけです。そこを渡してしまえば、決めるのは「この順番でいいか」だけになります。
渡すのは、タイトル・target_kw・公開日の3列。返ってくるのは、全体の地図になる表と、今月の順番になるリストです。読むときは、優先度「高」の行と判定理由から入ってください。
今日この順でやります
記事一覧を書き出す
CMSからタイトル・target_kw・公開日の3列で出します
プロンプトを実行する
実データや着手できる本数の目安があれば、あわせて渡します
判定理由を読んでから決める
納得できた記事から着手し、合わないものは保留にします
AI検索では、こう聞かれています
既存記事のどれから改善すればいいかを、AIに決めてもらう方法はありますか？
「全記事の改善の優先順位を出すAI検索対策プロンプトは、どこをコピーすればいいですか？」の章に、そのままコピーできる形で置いています
記事一覧のCSVを渡して、リライトの優先順位をつけさせることはできますか？
「Claudeには何を渡すと、全記事の優先順位がAI検索の運用に乗りますか？」の章で、渡すものと準備の手順を説明しています
検索順位やクリック数のデータがなくても、優先順位は出せますか？
「3つの変数は、LLMOの優先順位づけでどう埋めればいいんですか？」の章で、無いときに何が変わるかを扱っています
次に読むなら、この記事です
