AIにキーワードを出させると、候補はすぐ増えます。ところが、似た記事案まで別々に残すと、書くほどサイト内の答えが競合します。
先に作るのは語句の一覧ではありません。「誰の何の判断に答えるか」を並べた検索意図の地図です。
この記事では、候補を増やす前に重複を見つけ、既存記事へまとめるか、新しく書くかを決める手順を紹介します。
この記事でわかること
- キーワードの近さと検索意図の重複を分ける方法
- AIへ渡す前にそろえる既存記事の情報
- 「新規・統合・更新・保留」を決める比較軸
- 書かない記事まで残すキーワードマップの作り方
キーワードマップは記事数を増やす表ではない
完成したマップに必要なのは、記事候補の多さではありません。どの悩みに、どの記事で答えるかが重ならずに決まっている状態です。
AIへ「関連キーワードを広げて」と頼むだけなら、言い換えは際限なく増えます。けれど、言葉が違っても答えが同じなら、読者に必要な記事は一つです。
たとえば、次の2つは語句だけを見ると別物です。
- AI ブログ リライト やり方
- AI 記事 書き直し 手順
どちらも「既存記事をAIで直す順番」を求めているなら、同じ記事で答えられます。別記事にすると、見出しも結論も似たページが2つ残ります。
一方で、次の2つは「AI 記事」という語が共通しています。
- AI 記事 作り方
- AI 記事 SEO 評価
前者は制作手順、後者は公開してよいかの判断です。読後の行動が違うため、別の記事として成立します。
AIへ渡す前に既存記事を一覧にする
新しいキーワードだけを渡すと、AIは既存記事を知らないまま企画します。これでは、新規記事が必要か、古い記事を直せばよいかを分けられません。
先に、公開済みと下書き中の記事を一つの表へまとめます。最低限ほしいのは、次の6項目です。
| 項目 | 書く内容 | 比較に使う理由 |
|---|---|---|
| URL | 現在の公開先 | 新規か更新かを分けるため |
| タイトル | 読者への約束 | 候補との言い換えを見つけるため |
| 主な検索意図 | 誰が何を知りたいか | 答えの重複を比べるため |
| 先に伝える結論 | 記事の答え | タイトルだけの違いに惑わされないため |
| 読後の行動 | 次に何をするか | 記事の役割を分けるため |
| 送客先 | 関連記事やサービス | サイト内での役割を確かめるため |
本文を丸ごと表へ入れる必要はありません。結論を一文にできない記事があれば、その記事自体の検索意図が広すぎる可能性があります。
キーワードを検索意図の一文へ直す
候補のままでは比較しにくいため、すべて同じ型の一文へ直します。私が残したいのは語句の分類ではなく、読者が終えたい判断です。
次の4つを埋めると、検索意図の輪郭が出ます。
- 誰が読むか
- どの状態で検索するか
- 何を決めたいか
- 読後に何をするか
一文にすると、次の形になります。
AIで記事を直したい人が、元の記事を壊さずに更新範囲を決める。
キーワードは「AI ブログ リライト やり方」です。けれど、企画を分けるときに効くのは、後半の「元の記事を壊さずに更新範囲を決める」という部分です。
AIには、候補ごとにこの一文を作らせます。出力が抽象的なら、「読後に選ぶ行動を一つだけ書く」と条件を足すと比較しやすくなります。
重複は言葉ではなく答えで見分ける
検索意図の重複は、タイトルの類似率では決まりません。読者の状態、最初の結論、読後の行動が重なるかを見ます。
私は、次の3問で候補を比べます。
- 同じ状態の読者へ向けた記事か
- 導入で先に伝える結論が同じか
- 読後に選ぶ行動が同じか
3つのうち2つ以上が同じなら、統合候補です。ただし、同じ結論でも、必要な手順が大きく違う場合は分ける余地があります。
反対に、使う言葉が似ていても読後の行動が違えば、記事を分けられます。作り方を知りたい人と、公開可否を決めたい人では、必要な説明が変わるからです。
ただし、この判定をAIだけで確定はしません。AIは与えたタイトルと要約を比べられても、現在の本文が何に答えているかまでは保証できないからです。
「新規・統合・更新・保留」の4つへ分ける
重複を見つけた後は、削除だけで終わらせません。候補ごとに、次の4つから扱いを決めます。
| 判断 | 選ぶ条件 | 次にすること |
|---|---|---|
| 新規 | 既存記事にない検索意図がある | 記事ブリーフを作る |
| 統合 | 複数候補の答えと読後行動が同じ | 一つの記事案へまとめる |
| 更新 | 既存記事で答えられるが説明が足りない | 直す見出しを決める |
| 保留 | 読者の困りごとや送客先が曖昧 | 書かない理由を残す |
「統合」と「更新」は似ています。統合は企画段階の候補を一つにする判断で、更新は公開済みの記事を生かす判断です。
既存記事を更新するときは、全文を書き直す前に残す情報を固定します。具体的な進め方は、AIでブログ記事をリライトする前に分ける情報で整理しています。
AIには判定表を作らせ、人が境界を決める
AIが得意なのは、同じ形式への整形と比較候補の洗い出しです。記事を増やす最終判断まで任せると、サイトの目的や相談範囲が抜けます。
依頼するときは、出力列まで指定します。
作業：各キーワードを次の列で表にする
キーワード / 検索意図の一文 / 近い既存記事 / 判断候補 /
判断理由 / 足りない説明 / 読後の行動
判断候補は、新規・統合・更新・保留の4つです。
禁止：検索ボリュームや順位の推測結果を受け取ったら、人が本文と照合します。とくに「近い既存記事」と「足りない説明」は、タイトルだけでは判定できないためです。
ここで見るのは文章の滑らかさではありません。2つの記事を公開したとき、読者がどちらを選ぶか説明できるか。その境界が曖昧なら、まだ分けないほうが自然です。
完成条件は「書かない理由」まで残っていること
良いキーワードマップには、採用した企画だけでなく、見送った理由があります。理由がない保留案は、数か月後に別名で復活しやすいからです。
保留理由は「優先度が低い」だけでは足りません。次のように、再判定できる言葉へ直します。
- 既存記事と結論が同じ
- 読者の状態を一つに絞れない
- 読後の行動が決まらない
- 現在のサービス範囲と離れている
- 事実を一次情報で確かめられない
この記録があれば、後から前提が変わったときだけ見直せます。候補数を減らす作業ではなく、同じ検討を繰り返さないための判断履歴です。
最後に、採用した記事同士の順番も見ます。公開可否の判断には、AI記事へ人が足すものを次に置けます。
おわりに
AIでキーワードマップを作るときは、候補を増やす前に検索意図を一文へ直します。そのうえで、読者の状態、先に伝える結論、読後の行動を比べると、重複を言葉の印象だけで決めずに済みます。
既存記事の一覧化と4つへの分類までは、自分でも進められます。記事ごとの役割や送客先まで決めきれないなら、サイト全体で見るほうが早いはずです。
候補が増えるほど、どれを書かないかの判断が要ります。そこで手が止まっているなら、現在のページと目的を並べるところからお手伝いできる場合もあります。
