キーワード214語から12ページを設計してClaude Codeで作った記録

手順1：語を出す（214語）

「claude code ○○」の形で、実際に検索されそうな語をClaude Codeに列挙させました。ポイントはカテゴリを先に決めてから埋めさせることです。何も指定せずに「200語出して」と頼むと、似た語のバリエーションで水増しされます。

今回は9カテゴリ（導入・料金・機能・エラー・連携・比較・用途・言語やフレームワーク・法人）で分けました。カテゴリごとに埋めさせると、抜けが見えやすく、後の分析でも「どの帯に需要があるか」が読み取れます。重複チェックも機械的にかけて0件を確認しました。

手順2：検索数と広告単価を実測する

キーワードプランナーには2つのモードがありますが、比較に使うのは「検索ボリュームと予測データを確認する」の方です。もう一方の「新しいキーワードを見つける」は種を数語しか受け付けず、勝手に関連語へ広げるため、こちらが用意したリストの比較になりません。

広告費を使っていないアカウントだと、数値は範囲表示（「1000〜1万」「低〜高」）になります。それでも層をまたいだ大小比較には十分なので、精密な数字を期待しなければ目的は果たせます。

手順4：共食いを見抜いた決定的な数字

214語をそのままページにしなかった理由は、データの中に明確な証拠があったからです。

「claude code github」と「claude code git」の2語は、検索数の区分も、広告単価の下限も上限も、1円単位まで完全に一致していました。これは偶然ではなく、Googleが両者を実質同じキーワードとして扱っていることを意味します。別々のページを作れば、自分の2ページが同じ検索結果を奪い合うだけです。

同じ考え方で束ねた組み合わせは次の通りです。

結果として214語 → 12ページ、1ページあたり15〜25語を拾う設計になりました。ロングテールは「語の数だけページを作る」のではなく「1ページで数十語を拾う」形が正解、というのが今回の結論です。

手順5：書く前に、既存ページを必ず調べる

新規作成に入る前にサイト内を調べたところ、いちばん重要なURLが、想定と全く違う内容で既に存在していました。

月間の検索数が最も多い語の完全一致URLが、実は「AIにコードの相談をする時の注意点」という別テーマのページになっていたのです。製品そのものを説明するページがサイトに存在していませんでした。順位が振るわなかった原因の一つはこれで、新規ページを作るより先に、既存URLの中身を直す方が正解でした。

この確認を飛ばしていたら、似た内容の新URLを作って、既存ページと共食いさせるところでした。「ページを作る前に、既にあるページを全部見る」を手順に固定しました。

手順6：書き分けと品質チェック

執筆では、モデルを作業の性質で使い分けました。比較記事や法人向けページのように文章の説得力が結果を左右するものと、インストール手順のように正確さが最優先のものでは、求められる性質が違うためです。

公開前の検品はすべて機械的に行いました。Claude Codeが得意な領域です。

• 本文の文字数──ヘッダーやフッターを除いた範囲で測定（2,420〜4,100字）
• 内部リンクの実在確認──全ページのリンク先が実際に存在するURLかを一括照合
• 文字の混入チェック──日本語の文中に紛れ込んだ不要な英字を正規表現で検出。実際に3件見つかって修正しました
• 公開後のHTTP実測──全ページへ実際にアクセスし、ステータスとtitleを一覧で確認

3件の混入は、目視では確実に見落としていたものです。人間が読んで確認する工程と、機械的に全件検査する工程は別物で、後者はAIに任せた方が確実だと実感しました。

効果測定の予定

公開したのが2026年8月8日なので、判定は2週間後以降になります。見る指標は「作ったページの表示回数」ではなく、狙った語の順位と表示回数がどう動いたかです。特に、改善前は75位だった主要キーワードがどこまで動くかを追います。測定方法はSearch Console APIの実践ログに書いた道具をそのまま使います。