トピッククラスターの設計図が完成しても、実際にどの記事からどの順番で書き始めるかは、また別の判断です。優先度の高い記事から着手するつもりでも、担当者の主観だけで並べると、抜け漏れや偏りが生じがちです。軸テーマと既存記事の一覧をAIに渡し、次に書くべきクラスター記事群を優先順位・スケジュールつきで設計する場面で使うプロンプトを解説します。

01この記事でわかること

  • 軸テーマと既存記事一覧をAIに渡し、次に書くべきクラスター記事群を優先順位付きで設計させるプロンプト
  • 入力する情報(軸テーマ・既存記事一覧・週あたりの制作可能本数)と、得られる出力(クラスター記事案・優先順位・制作スケジュール案)
  • クラスターの構造設計そのものと、この制作順序への落とし込みがどう役割分担されるか

02結論サマリー

軸テーマと既存記事の一覧さえあれば、次に書くべきクラスター記事群を、優先順位と制作スケジュールまで含めて一度に設計できます。このプロンプトは、優先順位を判定したクラスター候補を、週単位の制作カレンダーへと変換します。

内部リンクでクラスターをどう結ぶかという構造設計そのものは、別記事『内部リンク設計でトピッククラスターを作る方法|実装6ステップ』が扱う領域です。この記事はその先にある、どの記事を・どの順番で・いつまでに書くかという制作順序への落とし込みに絞ります。

使用AIツール: ChatGPT(特別な機能は使わず、通常のチャットのみで完結します。文章作成や表形式の出力は、無料プランでも2026年7月時点で対応できます)

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

クラスター記事の候補が10本、20本と並ぶと、どれから着手すべきかの判断自体が新たな負担になります。

  • 優先度を「なんとなく」で決めると、想定読者のニーズが大きい記事ほど後回しになりやすい
  • 担当者の得意分野に偏った順番になりやすく、手薄なサブテーマへの着手が遅れる
  • スケジュールに落とし込む段階で、週あたりの制作可能本数を考慮し忘れがちになる
  • クラスター全体の完成時期が見えないまま、個別記事の執筆だけが先行してしまう

軸テーマと既存記事の一覧を渡すだけで、この並べ替えと日程への変換をまとめて実行できます。

04プロンプト本体

クラスター記事の候補は洗い出せているものの、どの順番でいつまでに書くかが決まっていない段階で使います。

あなたはコンテンツ企画・編集ディレクションを担当するアナリストです。
以下の入力データをもとに、次に着手すべきクラスター記事群を優先順位と
制作スケジュールの形で設計してください。

■入力データ
軸テーマ: 【軸テーマ】
既存記事一覧(タイトル・target_kw・公開日を含む): 【既存記事一覧】
週あたりの制作可能本数: 【週あたりの制作可能本数】

■設計手順
1. 【軸テーマ】に関連するクラスター記事の候補を、【既存記事一覧】に
   まだ存在しないテーマの中から洗い出す。
2. 候補ごとに、想定読者の関心の広さと【軸テーマ】との関連度を踏まえて
   優先順位(高/中/低)を判定する。
3. 優先順位が高い候補から順に、【週あたりの制作可能本数】に沿って
   週単位の制作スケジュールに割り付ける。
4. スケジュールの最後に、全候補を書き終えるまでの想定週数をまとめる。

■出力形式
クラスター記事候補ごとに、以下の列を持つ表で出力してください。
| 記事候補(タイトル案) | 優先順位(高/中/低) | 判定理由 | 配置週 |
表の後に、想定される制作完了までの週数を1行でまとめること。

■制約
- 【既存記事一覧】に既に存在するテーマを、新規候補として重複提案
  しないこと。
- 【週あたりの制作可能本数】を超えた本数を、同じ週に割り付けないこと。
- 優先順位の判定理由には、想定読者の関心の広さと【軸テーマ】との
  関連度の両方を含めること。

使う変数

変数説明入力例
【軸テーマ】クラスターの中心に据えるテーマAI検索対策の基礎(架空例)
【既存記事一覧】公開済み記事のタイトル・target_kw・公開日の一覧「llms.txtとは/2026-07-24」等(架空例)
【週あたりの制作可能本数】実際に着手できる週間の記事制作本数の上限週2本(架空例)

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

トピッククラスターの設計フロー 軸テーマ・既存記事一覧・週あたり制作可能本数を入力し、AIが候補ごとの優先順位を判定するフロー。 FLOW トピッククラスターの設計フロー 軸テーマ・既存記事一覧・週あ たり制作可能本数の入力 1 AIが候補ごとの優先順位を判定 2 週単位の制作スケジュールとし て出力 3
軸テーマと既存記事一覧からクラスター記事案と制作スケジュールが出力されるまでの直線フロー

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

出力された表とスケジュールは、まず優先順位「高」の判定理由から確認します。

  • 優先順位「高」の判定理由: 想定読者の関心の広さと軸テーマとの関連度の両方が根拠になっているかを確認します。片方だけを理由にしている場合は判定を疑います
  • 配置週: 週あたりの制作可能本数を超えて詰め込まれていないかを確認します
  • 想定完了週数: 実際の編集体制で無理なく回せる週数かどうかを、自社の状況と照らして判断します
クラスター記事の制作スケジュール クラスター記事群を週単位の制作スケジュールに、優先順位「高」から順に割り付けたタイムライン図。 TIMELINE クラスター記事の制作スケジュール 1週目 優先度:高の記事 3週目 優先度:高の記事 5週目 優先度:中の記事 8週目 残りの記事 週あたりの制作可能本数を超える週が出ないように配置する
生成されたクラスター記事群を週単位の制作スケジュールに並べたタイムライン図

HubSpotの解説記事は、ピラーページとクラスターページの関係を整理する考え方の起点として広く参照されています(出典: HubSpot公式ブログ)。本プロンプトはこの構造設計を前提に、着手順序への変換だけを担う点に注意してください。

候補として出た記事群を、どの記事とどの記事でリンクを結ぶべきかまで決めたい場合があります。その際は別記事『記事群から内部リンク候補をAIに提案させる実践プロンプト』で、候補ペアを洗い出す作業に進めます。

06応用パターン

応用1: 複数の軸テーマを同時に扱う

【軸テーマ】を複数列挙し、「軸テーマ間で優先順位を統合したスケジュールにしてください」と指示を加えれば、テーマをまたいだ1本の制作カレンダーにまとめられます。

応用2: 季節性・イベント時期を考慮する

■入力データに「公開を急ぎたい時期・イベント」を追加してください。あわせて■設計手順に「該当時期に関連する候補は優先順位を1段階上げる」と加えれば、季節要因を反映したスケジュールに調整できます。

07注意点

AIは実際の執筆にかかる時間や難易度までは正確に見積もれません。週あたりの制作可能本数はあくまで目安として扱い、実際の進捗に応じてスケジュールを調整してください。

AIの出力には誤りが含まれる場合があります。優先順位の判定理由も、そのまま採用せず自社の戦略・読者理解と照らして確認してください。

未公開の事業計画や、社外秘のキャンペーン時期に関する情報をプロンプトに含める場合は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。

生成したスケジュールを社外の委託先と共有する場合や、自動化して大量に運用する場合は、利用しているAIサービスの利用規約の範囲内で行ってください。

AIの回答は実行のたびに揺らぎ、同じ入力データでも優先順位の判定や配置週が変わることがあります。重要な年間計画の前には、複数回実行して結果が大きく変わらないかを確認することをおすすめします。

08FAQ

Q. 既存記事一覧が古く、更新が滞っている場合でも使えますか?

使えますが、更新が滞っている記事は「既にカバー済み」として重複判定されてしまう場合があります。更新予定の記事には別途印を付けて渡すと、より実態に沿った候補が得られます。

Q. 軸テーマを複数同時に指定するとどうなりますか?

テーマごとに候補が生成されますが、優先順位はテーマ内で完結してしまうことがあります。テーマをまたいだ統合スケジュールが欲しい場合は、応用1の指示を追加してください。

Q. 制作スケジュールどおりに進まなかった場合、どう調整すればいいですか?

未着手の候補と直近の既存記事一覧を再度渡し、同じプロンプトを再実行してください。残っている候補だけで、その時点からのスケジュールに再設計できます。