SEOキーワードを検索意図でまとめるAIプロンプト｜記事設計まで進めるCSVテンプレート
SEOキーワードの一覧は、AIに「似た言葉をまとめて」と頼むだけでは記事設計に使える形になりません。必要なのは、表記の近さではなく、検索者が同じページで答えを得られるかを基準に分類することです。
このテンプレートは、キーワード調査を終えたものの、どの語を同じ記事で扱うべきか判断できないブログ運営者やSEO担当者向けです。キーワードを検索意図ごとのクラスターに分け、記事タイプ、主軸キーワード、統合候補までCSV形式で整理します。
この記事で分かることは次のとおりです。
- キーワードを検索意図で分類するコピペ用プロンプト
- 入力データとして用意すべき項目
- 「1キーワード＝1記事」にならない出力条件
- CSVを崩さず出力させる指定方法
- AIの分類を公開前に確認する手順
ここがポイント: AIに任せるのは分類のたたき台です。検索結果、既存記事、検索ボリュームなどの確認まで省略できるわけではありません。
このプロンプトで作るもの
完成形は、キーワード一覧ではなく記事企画の単位が分かるクラスター表です。
たとえば「コーヒーミル おすすめ」「コーヒーミル 比較」「コーヒーミル 手動 電動 違い」は、すべて製品選びに関係します。ただし、同じページで十分に答えられるかは検索結果や対象読者によって変わります。
そこで、各キーワードについて次の項目を整理します。
cluster_id：同じ記事で扱う候補の識別子cluster_name：検索意図を表す短い名称primary_keyword：記事の中心に置く語keyword：分類対象の語search_intent：情報収集、比較検討、購入・申込などの意図recommended_content_type：解説、比較、手順、一覧などの記事形式page_role：まとめ記事または個別記事confidence：分類の確信度reason：同じクラスターにした理由review_flag：人による確認が必要か
Googleは、分かりやすいサイト構造を作り、重要なページを関連ページからリンクすることを推奨しています。クラスター表にページの役割を持たせるのは、分類後にまとめ記事と個別記事の関係を設計しやすくするためです。Googleのサイトリンクに関する説明でも、論理的なサイト構造と関連ページから重要ページへのリンクが案内されています。
コピペ用プロンプトテンプレート
最初はCSV出力に絞り、記事タイトルや構成案を同時に作らせないのが安定しやすい進め方です。 分類と企画作成を分ければ、誤ったグループを修正してから次工程へ進めます。
あなたはSEOコンテンツ設計を支援するアナリストです。
以下のキーワードを、表記の類似ではなく「検索者が同じページで答えを得られるか」を基準にクラスタリングしてください。
# 目的
{サイトの目的}
# サイトの主題
{サイトが扱う分野}
# 想定読者
{読者の属性・知識・悩み}
# 分類ルール
- 1つのページで自然に回答できるキーワードを同じクラスターにする
- 単語が似ていても、検索者の目的や必要な回答が異なる場合は分ける
- 単語が異なっても、求める結論と適切な記事形式が同じなら統合候補にする
- ブランド名、地域名、対象者、価格帯、利用場面など、専用ページが必要になる修飾語を見落とさない
- 判断材料が不足しているキーワードは無理に確定せず、review_flagを「要確認」にする
- 入力にない検索ボリューム、順位、競合性、検索結果の内容を推測しない
- 既存ページと内容が重なる場合は、統合候補または差別化が必要と示す
# 検索意図の分類候補
[情報収集, 手順・方法, 比較検討, 購入・申込, 指名・案内, その他]
# 入力データ
{keyword_data}
# 出力形式
次の列を、この順番で持つCSVだけを出力してください。
cluster_id,cluster_name,primary_keyword,keyword,search_intent,recommended_content_type,page_role,confidence,reason,review_flag
# CSVの条件
- 1行目をヘッダーにする
- keywordごとに1行出力する
- cluster_idはC001から連番にする
- confidenceは「高」「中」「低」のいずれかにする
- review_flagは「不要」または「要確認」にする
- カンマ、改行、ダブルクォートを含む値はダブルクォートで囲む
- 値の中のダブルクォートは2つ重ねてエスケープする
- Markdownの表、コードブロック、前置き、後書きは出力しない
# 最終確認
出力前に内部で次を確認してください。
- すべての入力キーワードを1回ずつ含めたか
- 同じ検索意図を不必要に複数クラスターへ分けていないか
- 異なる検索意図を語句の類似だけで統合していないか
- 入力にない数値や検索結果を作っていないか
CSVの一般的な形式では、レコードを行ごとに置き、カンマや改行、ダブルクォートを含むフィールドをダブルクォートで囲みます。テンプレート内のCSV条件は、RFC 4180に記載された一般的な扱いを踏まえたものです。
入力時に変える部分
分類精度を左右するのは、プロンプトの長さより入力データの具体性です。 少なくとも、サイトの目的、読者、キーワード一覧を差し替えます。
{サイトの目的}
そのサイトが最終的に読者へ何をしてほしいのかを書きます。
例：
初心者が家庭用コーヒー器具を選べるようにし、比較記事から各製品の解説記事へ案内する
同じキーワードでも、商品購入を支援するサイトと、用語を解説するメディアでは適切な記事構成が異なります。
{サイトが扱う分野}と{想定読者}
対象範囲と読者の知識を明記します。
サイトが扱う分野：家庭向けのコーヒー器具と淹れ方
想定読者：初めて器具をそろえる人。専門用語には詳しくなく、予算は1万円前後
「初心者向け」だけで済ませず、何を知らず、何を決めたい人なのかまで書くのがコツです。
{keyword_data}
キーワードだけでも分類できますが、手元にある数値や既存ページ情報を加えると、主軸キーワードや統合候補を選びやすくなります。
keyword,monthly_volume,current_url,business_priority
コーヒーミル おすすめ,2400,https://example.com/coffee-mill/,高
コーヒーミル 比較,720,,高
コーヒーミル 手動 電動 違い,390,,中
コーヒーミル 掃除,260,https://example.com/coffee-mill-cleaning/,中
数値がない場合は空欄にします。AIに検索ボリュームや現在順位を推測させないでください。 それらはキーワード調査ツールやSearch Consoleなど、確認できるデータから入力します。
固定した方がよい条件
出力後の加工に使う列名と判定値は固定します。 実行のたびに表記が変わると、表計算ソフトでの並べ替えや集計が難しくなるからです。
固定を推奨する項目は次のとおりです。
- CSVの列名と並び順
- 検索意図の選択肢
confidenceの値review_flagの値- クラスターIDの形式
- 「入力にない数値を推測しない」という制約
一方、サイトの目的、読者、分類対象、既存URLは案件ごとに変更します。
よくあるNG例と改善方法
失敗の主因は、分類基準と利用目的をAIへ渡していないことです。
NG例：似たキーワードをまとめるだけ
次のSEOキーワードを似たもの同士でグループ分けしてください。
{キーワード一覧}
この指示では、「似ている」の意味が決まっていません。そのため、同じ単語を含むだけのキーワードが一緒になったり、同じ記事で回答できる別表現が離れたりします。出力列も未指定なので、実行ごとに形式が変わる可能性があります。
改善例：同じページで回答できるかを基準にする
以下のキーワードを、「検索者が求める結論」と「適切な記事形式」が同じかどうかで分類してください。
単語が似ていても、必要な回答が異なる場合は別クラスターにしてください。
単語が異なっても、1ページで過不足なく回答できる場合は同じクラスターにしてください。
判断できないものは推測せず「要確認」としてください。
出力列：cluster_id,primary_keyword,keyword,search_intent,reason,review_flag
{キーワード一覧}
変えた点は明確です。
- 語句の類似ではなく、検索者が求める回答を基準にした
- 統合と分割の両方の条件を示した
- 判断不能な項目を残せるようにした
- 出力列を固定した
これでAIは、分類結果だけでなく「なぜ同じ記事で扱えるのか」も出力できます。人が見直す際には、この理由列が重要です。
出力を安定させる3つのコツ
形式、制約、確認手順を分けて指定すると、結果を再利用しやすくなります。
1. 一度に処理する件数を管理する
大量のキーワードを一度に渡すと、分類漏れや似たクラスターの重複を見つけにくくなります。件数が多い場合は、製品カテゴリや課題領域などで入力を分割し、最後にクラスター同士を統合する工程を設けます。
分割する場合は、各回で同じ分類ルールとCSV列を使ってください。途中で基準を変えると、最終統合時に粒度がそろいません。
2. 不明を許可する
AIに全件の確定を要求すると、材料が不足したキーワードまで強引に分類されます。confidenceとreview_flagを設ければ、次に人が確認すべき対象を絞れます。
特に確認したいのは次の語です。
- 意味が複数ある短いキーワード
- 地域名やブランド名を含むキーワード
- 「無料」「料金」「解約」など行動段階が変わる修飾語
- 既存記事と重なりそうなキーワード
- 分類理由が抽象的なキーワード
3. CSV以外の文章を禁止する
CSVをそのまま表計算ソフトや処理プログラムへ渡すなら、前置きやMarkdownコードブロックは不要です。「CSVだけを出力」と明記し、列順も固定します。
ただし、生成後は次を機械的に確認します。
- ヘッダーと各行の列数が一致するか
- 入力した全キーワードが含まれるか
- 同じキーワードが重複していないか
- カンマを含む理由欄が適切に引用されているか
- 文字コードが利用環境に合っているか
分類後に記事設計へ進める追加プロンプト
クラスターが確定してから、記事の役割と内部リンクを設計します。 分類前に見出し案まで作ると、誤ったグループを前提に大量の企画が生成されるためです。
以下は、人が確認済みのSEOキーワードクラスターです。
各クラスターについて、検索者が最短で疑問を解決できる記事企画を作成してください。
# サイトの目的
{サイトの目的}
# 想定読者
{想定読者}
# 既存記事
{existing_pages}
# 確定済みクラスター
{approved_clusters}
# 作成する項目
- cluster_id
- article_role（まとめ記事／個別記事）
- working_title
- primary_keyword
- reader_question
- promised_answer
- required_sections
- internal_link_from
- internal_link_to
- overlap_risk
# 制約
- 1記事で扱う問いを1つに絞る
- タイトルにキーワードを不自然に詰め込まない
- 既存記事と回答範囲が重なる場合は新規作成を勧めず、統合または役割分担を示す
- 内部リンクは、読者が次に必要とする情報がある場合だけ提案する
- 入力にない検索順位や検索ボリュームを推測しない
# 出力形式
JSON配列で出力してください。前置きと後書きは不要です。
Googleは、各重要ページが少なくとも1つの別ページからリンクされ、アンカーテキストがリンク先を理解しやすい内容になることを案内しています。リンクのベストプラクティスを踏まえ、内部リンク案は「SEOのために本数を増やす」のではなく、読者が次に必要とするページへつなぐ設計にします。
AIの出力を採用する前のチェックリスト
最後の判断は、実際の検索結果とサイト内の既存コンテンツを見て行います。 AIの意味分類だけでは、検索結果に並ぶページ形式や競合ページの扱う範囲を確認できません。
- [ ] 同じクラスターの語は、本当に1ページで過不足なく答えられるか
- [ ] 表記が似ているだけの別意図が混ざっていないか
- [ ] 同じ検索意図のクラスターが重複していないか
- [ ] 主軸キーワードは実データを踏まえて選ばれているか
- [ ] 既存記事と新規企画の回答範囲が重なっていないか
- [ ] まとめ記事と個別記事の役割が区別されているか
- [ ] 「要確認」とされたキーワードの検索結果を確認したか
- [ ] 入力にない数値や競合情報が作られていないか
- [ ] CSVの列数、引用符、重複、欠落を確認したか
Google検索では、ページがクロールされた後、テキストや主要なタグなどが解析され、重複ページや正規ページも判断されます。Google検索の仕組みを考えても、キーワードを分けた数だけページを作るのではなく、各ページがどの問いに答えるかを明確にする必要があります。
まずは小さなキーワード群でテンプレートを試し、理由列を人が確認してください。分岐点は、AIが付けたクラスター名ではありません。同じ検索者が同じページで満足できるか、既存記事との役割を説明できるかです。説明できないクラスターは、記事を作る前に分割または統合を見直すべき対象です。