記事の本数が数十本を超えると、どの記事から手を入れるべきかを一覧のまま判断するのは難しくなります。新しい記事を書く時間を削ってまで古い記事の見直しに回す優先順位は、感覚だけでは決めづらいものです。着手順のたたき台は、記事一覧のタイトル・target_kw・公開日を渡した直後の一往復で手に入ります。

01この記事でわかること

  • 記事一覧CSV(タイトル・target_kw・公開日)をAIに読み込ませ、改善優先度を判定させるプロンプト
  • 入力する情報(記事一覧CSV・任意のパフォーマンスデータ)と、得られる出力(優先度つきの記事リストと着手順)
  • 経過期間だけでなくパフォーマンスデータがある場合にどう組み込むか

02結論サマリー

記事一覧をAIに渡すと、経過期間とtarget_kwの情報だけから、着手すべき記事の順番のたたき台が見えてきます。パフォーマンスデータ(検索順位・クリック数等)が手元にあれば、それを判断材料に組み込み、優先順位の精度を高められます。数十本規模の記事群を1件ずつ読み返さなくても、まず着手順のリストがあれば改善作業の入り口に立てます。判定の根拠を数値でも裏づけたい場合は、別記事『AI Share of Voiceの計算方法|3段階で算出する』の数値をパフォーマンスデータ欄に組み込む方法もあります。

使用AIツール: Claude(記事一覧CSVをそのままファイルとしてアップロードします。テキスト貼り付けでも動作しますが、記事数が多いときはCSVアップロードのほうが列の崩れが少なく安定します。CSVは2026年7月時点でClaudeの対応ファイル形式に含まれています(出典: Claude Help Center)。CSVの添付は無料プランでも利用できます(2026年7月時点の提供状況にもとづきます))

引用されやすい定義文

記事の本数が増えるほど、どれから改善するかは勘ではなく基準で決める必要が出てきます。

03課題の整理(なぜ難しいか)

記事の本数がある程度そろうと、次に何を書くかより先に、何を直すかを考える場面が増えてきます。

  • 公開が古い記事ほど見直しの優先度が上がりそうだと感覚ではわかっていても、本数が多いと1件ずつ経過期間を数える作業自体が負担になる
  • target_kwを見ただけでは、その記事が検索の観点でどれだけ重要な位置づけかを都度判断しづらい
  • 検索順位やクリック数などのパフォーマンスデータがあっても、記事一覧と突き合わせて優先度に反映する作業を毎回手作業でやると時間がかかる
  • 感覚で「なんとなく古い記事」から手をつけると、実は影響の小さい記事に時間を使ってしまうことがある

記事一覧CSVを1回渡すだけで、この先のプロンプトが着手順のたたき台まで一度に整理します。

04プロンプト本体

月に一度のコンテンツ棚卸しや、記事数がまとまった節目に、次に手を入れる記事の優先順位を先に決めておきたい場面で使います。

あなたはコンテンツ改善の優先順位を判定するアナリストです。
以下の入力データをもとに、既存記事の改善優先度を判定してください。

■入力データ
記事一覧CSV(タイトル・target_kw・公開日を列に含む): 【記事一覧CSV】
パフォーマンスデータ(検索順位・クリック数等。あれば): 【パフォーマンスデータ】
改善リソースの制約(月に着手できる記事数の目安。あれば): 【改善リソースの制約】

■分析手順
1. 【記事一覧CSV】の各記事について、公開日から現在までの経過期間を算出する。
2. target_kwの内容から、専門性を出しやすいか、想定される検索意図が広いかを
   相対的に評価する。
3. 【パフォーマンスデータ】が入力されている場合は、それを最優先の判断材料として
   組み込む。未入力の場合は、経過期間とtarget_kwの内容から優先度を推定し、
   推定にもとづく判定である旨を出力に明記する。
4. 記事ごとに改善優先度を「高」「中」「低」の3段階で判定し、判定理由を1行で示す。
5. 【改善リソースの制約】が入力されている場合は、優先度「高」の記事の中から、
   その件数に収まる着手順リストを作成する。

■出力形式
以下の列を持つ表で出力してください。
| 記事タイトル | 経過期間 | 改善優先度(高/中/低) | 判定理由 |
表の後に、優先度「高」の記事を着手順に並べたリストを追加すること。

■制約
- 【記事一覧CSV】にない記事タイトルを作り出さないこと。
- 【パフォーマンスデータ】が未入力の場合、経過期間とtarget_kwからの推定である
  旨を出力の冒頭で明記すること。
- 断定を避け、「〜と推測されます」「〜の可能性があります」という言い回しを使うこと。

使う変数

変数説明入力例
【記事一覧CSV】既存記事のタイトル・target_kw・公開日を列に含む一覧データtitle,target_kw,公開日の3列を持つCSV(架空例)
【パフォーマンスデータ】記事ごとの検索順位・クリック数等(あれば)記事タイトルごとの平均順位・月間クリック数(架空例)
【改善リソースの制約】一定期間に着手できる記事数の目安(あれば)月5本まで(架空例)

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

📊 図解制作中
記事一覧CSVがAIによって改善優先度つきの着手順リストへ変換される流れ。要素は「記事一覧CSV・パフォーマンスデータ・改善リソースの制約の入力」「AIが経過期間とtarget_kwを評価しパフォーマンスデータがあれば優先」「優先度(高/中/低)と着手順リストの出力」の3ステップ。関係性は一連の変換フロー

05出力の見方と分析の観点

出力された表は、まず改善優先度「高」の記事から確認します。

  • 優先度「高」: 経過期間が長く、target_kwの検索意図も重要度が高いと判定された記事です。着手順リストの上位から手をつけます
  • 優先度「中」: どちらか一方の条件に当てはまる記事です。優先度「高」を終えた後の次の候補として扱います
  • 優先度「低」: 公開から間もない、または検索意図の重要度が相対的に低いと判定された記事です。急いで手をつける必要はありません
📊 図解制作中
経過期間とtarget_kwの重要度を2軸にした優先度判定マトリクス。縦軸を「公開からの経過期間(短い〜長い)」、横軸を「target_kwの検索意図の重要度(低い〜高い)」とし、両方が高い象限に「優先度:高」、片方のみ高い象限に「優先度:中」、両方低い象限に「優先度:低」を配置する。関係性は2軸による重要度マトリクス

パフォーマンスデータを組み込んだ判定は、target_kwだけの推定よりも根拠が明確になります。内部リンクの少なさも見直しの合図になるため、設計の考え方は別記事『内部リンク設計でトピッククラスターを作る方法|実装6ステップ』が参考になります。

06応用パターン

応用1: カテゴリ単位で優先順位を分ける

【記事一覧CSV】にカテゴリ列を追加し、「カテゴリごとに優先順位表を分けて出力してください」と指示を加えれば、カテゴリ内での着手順を個別に把握できます。

応用2: 被内部リンク数も判定材料に加える

入力データに「被内部リンク数」の列を追加し、■分析手順に「被内部リンク数が少ない記事は優先度を1段階引き上げて検討する」と一文加えれば、孤立しがちな記事を見落としにくくなります。

07注意点

target_kwの検索意図の重要度は、AIが持つ一般的な知識にもとづく相対評価であり、実際の検索ボリュームや競合状況を正確に反映しているとは限りません(2026年7月時点)。重要な意思決定の前には、Search Console等の実データと照らし合わせることをおすすめします。

AIの出力には誤りが含まれる場合があります。特に判定理由は、そのまま信じず記事一覧の実データと突き合わせてから採用してください。

自社の未公開の記事企画や、社内評価コメントを含む一覧をアップロードする際は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。

出力結果を編集フローに組み込む場合や、自動化して大量の記事を繰り返し判定する場合は、利用しているAIサービスの利用規約の範囲内で行ってください。

AIの回答は実行のたびに揺らぎ、同じ記事一覧でも優先度の境界線(高と中の分かれ目等)が変わることがあります。着手順を最終決定する前には、複数回実行して結果が安定しているかを確認することをおすすめします。

08FAQ

Q. パフォーマンスデータがなくても実行できますか?

実行できます。パフォーマンスデータが未入力の場合は推定である旨を明記するよう組み込んであるため、まずは記事一覧だけで実行し、後からデータを足して精度を上げられます。

Q. 記事数が多い場合、一度にどれくらいまで処理できますか?

明確な上限はありませんが、数百本を超えると表が長くなり確認に時間がかかります。件数が多い場合は、カテゴリや公開時期で分割して複数回実行することをおすすめします。

Q. 優先度「高」と判定された記事から、次にどう進めればいいですか?

本文の中身まで確認したい場合は、別記事『自社記事の更新鮮度をAIにチェックさせる実践プロンプト設計』で鮮度リスクの高い箇所を具体的に洗い出せます。

09この分野を体系的に学ぶ

この記事は実践プロンプト記事です。AIO運用のKPI設計や計測の考え方を基礎から体系的に学びたい方は、AI検索最適化講座「計測・運用編: KPI設計と計測の考え方(V-A)」をご覧ください。