ClaudeのSEOプロンプト設計｜量産運用で再現性を出す7要素

「ClaudeのSEOプロンプト」と検索すると、コピペで使えるプロンプト集が大量にヒットします。1本の記事を試しに書く目的ならそれで十分かもしれませんが、月10本から100本のペースで記事を量産する運用には、コピペのプロンプトでは届きません。執筆者が編集長を務めた月間400万PVの金融メディアで、毎日30本のAI活用記事を回してきた経験から言えば、量産運用で本当に効くプロンプトは、コピペできる単発のテキストではなく、ファイル化されて再現性を持つ「設計」です。本記事は、Claude連携で量産メディアを運用する立場の人に向けて、プロンプト設計の中身を7要素に分解して整理する内容です。

想定読者は、複数クライアントのSEO運用を統括するWeb制作会社のディレクター、自社メディアで月10本以上の量産を目指す中小企業マーケティング担当、Claude APIや拡張機能で記事生成を効率化したい代理店マネージャーです。「コピペプロンプトを30個並べた記事」とは違うアプローチで、運用設計に組み込むためのプロンプト設計の考え方を扱います。

結論を先に述べると、Claude用のSEOプロンプトに含めるべき要素は7つあります。読者像・キーワード・構成・文字数・トーン・禁止表現・出典ルール。これらをチャット欄に毎回コピペで貼り付ける運用では量産は破綻し、6ファイル構成のプロジェクトナレッジに分散配置して再現性を持たせる運用が、量産メディアの標準解です。本記事ではこの7要素のそれぞれを、執筆者の実プロンプト設計の経験をベースに具体的に解説します。

コピペプロンプトと運用プロンプトの決定的な違い

SERPに並ぶ「コピペで使えるClaudeプロンプト」記事の大半は、1本の記事を試行錯誤しながら書くフェーズには有用です。しかし、これをそのまま量産運用に流用すると、3つの問題が同時に発生します。

第1の問題は、表記揺れです。毎回プロンプトを書く運用では、トーン指定の細部や禁止表現リストが少しずつ揺れていきます。10本目の記事と30本目の記事で、文体や用語の使い方がブレ、メディア全体の一貫性が崩れます。執筆者が運営してきた金融メディアでも、初期はプロンプトを毎回書き直していて、20本目あたりで表記揺れが顕在化した経験があります。

第2の問題は、品質基準の劣化です。新しい禁止表現や品質ルールを追加したいと思ったとき、毎回のプロンプトに書き加えるだけでは、過去の記事に遡って適用できません。さらに、追加し忘れた回が混ざることで、品質基準が時系列で下がっていきます。3ヶ月後には「最初の方が品質が高かった」という逆転現象が起きます。

第3の問題は、横展開できないことです。代理店ディレクションで複数クライアントを抱える場合、クライアントごとに微妙に違うプロンプトをチャット欄に貼り付ける運用は、ヒューマンエラーの温床になります。クライアントAのトーン指定をクライアントBの記事に誤って適用してしまうリスクが、規模が大きくなるほど増えます。

これらの問題を解消するのが、ファイルベースのプロンプト運用です。Claude Desktopのプロジェクト機能にナレッジファイルを登録し、CLAUDE.mdから順番に参照させることで、表記揺れ・品質劣化・横展開ミスのすべてを構造的に防ぎます。コピペプロンプトは「一度書き終わって終わり」の運用、ファイルベースは「書き続けるための運用」と位置づけが違います。

Claudeプロンプト設計の7要素｜全体像

Claudeに記事生成を依頼するときに、必ずプロンプトの設計に含めるべき要素は7つです。それぞれが独立した役割を持ち、欠けるとClaudeの出力品質に直接影響します。

表1: Claudeプロンプト設計の7要素と役割

要素	役割	主な配置ファイル
1. 読者像	誰に向けて書くかを決め、語り口を統一する	strategy.md
2. キーワード	狙うKWと検索意図を明示し、SEO評価軸を固定する	keyword.md
3. 構成	H2見出し案・命題型表現を指定し、出力構造を制御する	topiccluster.md / editor.md
4. 文字数	下限規定で網羅性を担保、上限は緩く設定する	editor.md
5. トーン	です・ます調、専門用語の扱い、断定表現の禁止を統一する	editor.md
6. 禁止表現	記号・断定・競合批判・自社価値毀損などを機械的に排除する	editor.md / CLAUDE.md
7. 出典ルール	数字の出典明示、実体験はexperience-bankの範囲内に限定する	CLAUDE.md / experience-bank.md
用途別おすすめ	—	単発生成は1要素ずつ手動指示、量産運用は6ファイル分散で自動参照

この7要素は、独立して機能するのではなく、相互に補完しあう関係にあります。例えば、読者像が曖昧なまま構成だけ精緻化しても、出力は焦点の合わない文章になります。逆に、構成が緩いまま読者像だけ細かく設定しても、Claudeは記事のどこに何を書くべきか判断できません。7要素のバランスが取れたときに、はじめてプロンプト設計が機能します。

以下、それぞれの要素について、設計の中身と運用上のポイントを順に整理します。

要素1：読者像｜ペルソナを具体化するほど出力は変わる

読者像は、Claudeに「誰に向けて書くか」を伝える要素です。「30代マーケター向け」のような抽象的な指定では、出力もぼんやりとした内容になります。執筆者が運営してきた金融メディアでも、ペルソナを具体化するほど、AIの出力が読者の検索意図に近づいていく実感がありました。

具体化のレベルとしては、年齢・職種・所属企業の規模・抱えている課題・予算決裁権限・情報接触チャネル・購買検討の判断軸まで言語化します。例えば「中小企業マーケ担当 田島翔太（32歳）。従業員80名の住宅設備系BtoBメーカーで、外注ライターに月20万円を支払って記事を月6本受け取っているが、上長から来年は予算を半分にしたいと告げられた」というレベルです。ここまで具体化すると、Claudeは読者の置かれた状況に共感する語り口で書き始めます。

運用上のポイントは、ペルソナを複数用意し、記事ごとに使い分けることです。執筆者がSpeedUp Journal で運用しているペルソナはAタイプ（中小企業マーケ担当）・Bタイプ（個人事業主・ローカルビジネス）・Cタイプ（代理店ディレクター）の3種類です。記事のターゲットキーワードに応じて、最も近いペルソナを選んで指定すると、出力の説得力が一段上がります。

ペルソナ情報はstrategy.mdに集約し、CLAUDE.mdから参照させる設計が、量産運用での標準です。記事のテーマに応じてどのペルソナを選ぶかは、Claudeに自動判定させることもできます。

要素2：キーワード｜メインKW・サブKW・検索意図の3点セット

キーワード設計でClaudeに伝えるべき情報は、メインキーワード1つ・サブキーワード2〜4つ・検索意図（Know／Do／Buy）の3点セットです。これだけで、Claudeは見出し配置とキーワード密度を自動的に調整します。

メインKWは、H1とmeta title、本文の冒頭段落に必ず含めます。サブKWは、H2見出しや本文中に自然に分散配置します。Claudeに対しては「メインKWを記事内に5回以内、サブKWを各2〜3回」のように具体的な数値で指定すると、キーワードスタッフィング（過剰配置）を避けつつ自然な配置になります。

検索意図は3分類で指定します。Know（知りたい）の場合は定義・解説型の構成、Do（実行したい）の場合はハウツー・手順型の構成、Buy（購入検討）の場合は比較・判断フロー型の構成。意図の指定がないとClaudeは中間的な構成を選びがちで、SERPの上位記事と差別化できなくなります。

運用上のポイントは、キーワード管理ファイル（keyword.md）にカテゴリ別の優先度・競合カバー状況・難易度を併記しておくことです。「次の記事書いて」とClaudeに依頼したとき、未公開キーワードの中から優先度Sで競合カバー△のものを自動選定する設計が、量産運用での基本動作になります。

要素3：構成｜命題型H2でAI検索引用率を上げる

構成は、記事のH2見出し案と全体の骨組みを指定する要素です。プロンプトで「H2を9個以上」「FAQセクションは省略」のように指定すると、Claudeは指定通りの構造で本文を組み立てます。

2026年時点で特に重要なのが、命題型H2の指定です。「〜とは何か」「〜は〜である」「〜の3つのポイント」のように、見出し自体が命題として完結する形を指定します。これにより、ChatGPT検索やPerplexityなどのAI検索エンジンが見出しと直後の段落をペアで読み取り、回答候補として引用しやすくなります。詳しくはLLMO・AIO・GEOとは何か｜生成AI検索時代のSEO最適化完全ガイドを参照してください。

命題型H2の指定は、Claudeへのプロンプトに「H2は命題として完結する形にする。例：『AIライティングの3つのつまずき』『買い切り型と月額SaaSの差は』のような表現を採用する」のように書きます。Claudeは指示通りに命題型を採用し、後続のH2見出しすべてに反映してくれます。

運用上のポイントは、構成パターンをトピッククラスター設計ファイル（topiccluster.md）にまとめておくことです。A型（FAQ含む）・B型（FAQ省略・長文）・C型（一次情報体験記）・D型（比較ヘビー）の4パターンを定義し、記事ごとに最適なものをClaudeに選択させます。直近3記事と同じパターンを避ける連続回避ルールも、ファイルに組み込めばClaudeが自動判定します。

要素4：文字数｜下限規定で網羅性を確保する

文字数の指定は、上限ではなく下限で規定するのが量産運用の鉄則です。「5,000字以上」「8,000字以上」のように下限のみ指定し、上限は緩く設定するか設定しないことで、網羅性と深さを優先します。

上限を機械的に守らせると、Claudeは情報を削って文字数を合わせる方向で出力します。結果として、競合より浅い記事になり、検索順位が伸びません。下限のみ規定する設計に切り替えると、Claudeは網羅性を優先して書き、後から冗長表現を削る編集工程に回せます。

ピラー記事は5,000字以上、クラスター記事は4,000字以上が標準的なレンジです。ジャンルや競合のSERPでの平均文字数に応じて、下限を引き上げる調整も行います。SpeedUp Journal のピラー記事では、9,000字を超えるケースもありますが、editor.mdで「上限なし、品質優先」と明記しているため、Claudeは安心して長文を出力できます。

運用上のポイントは、editor.md内で文字数規定を1箇所に集約することです。strategy.mdやkeyword.mdに分散させると、ルール変更時に修正漏れが発生します。1ルール1箇所の原則を守ると、長期運用での事故が大幅に減ります。

要素5：トーン｜です・ます調と専門用語の扱いを統一

トーンの指定は、メディアの一貫性を保つ最重要要素です。です・ます調かである調か、専門用語をどこまで使うか、断定表現を許可するか、絵文字や顔文字を使うかなど、文体に関わるすべてのルールを統一します。

執筆者が運営してきた金融メディアでは、外注ライターに対しても「です・ます調」「専門用語は初出時に括弧で簡単な説明を添える」「断定表現は避ける」というルールを共通テンプレートで指示してきました。Claudeに対する指示も同じ構造で、editor.mdに集約します。Claudeはトーン指定を高い再現性で守るため、editor.md内のルールが全記事で一貫して反映されます。

トーン指定で見落としがちなのが、語尾のバラつきです。AI生成記事は「〜です」「〜ます」が連続しやすく、AI感の主要な原因になります。editor.mdに「語尾を3パターン以上で使い分ける」「同じ語尾を3文以上連続させない」のようなルールを入れると、AI感が大幅に軽減されます。

運用上のポイントは、トーンのサンプル文を実例として含めることです。Claudeに「このトーンで書く」と例文を見せると、抽象的な指示よりも遥かに正確に再現してくれます。editor.md内に「望ましいトーンの例」「避けるべきトーンの例」を5つずつ並べると、トーンの一貫性が一気に上がります。

要素6：禁止表現｜記号・断定・競合批判の3カテゴリ

禁止表現は、量産運用で最も漏れやすい要素です。Claudeは指示しない限り、AI生成記事の典型的なシグナルになる記号を使うことがあり、これが検索評価とユーザー体験の両方に悪影響を及ぼします。

禁止すべき表現は大きく3カテゴリです。第1カテゴリは記号類で、特定の強調記号や水平線、em-dashなど、AI生成のシグナルになりやすい記号を全て禁止します。第2カテゴリは断定表現で、「絶対に上位表示できる」「100%効果がある」のような根拠のない断定を禁止します。第3カテゴリは競合批判で、他社サービスの名指し批判や、根拠のない優劣比較を禁止します。

追加で第4カテゴリとして、自社価値毀損表現を禁止すべきケースがあります。「AIだけだと弱い」「AI記事はGoogleに評価されにくい」のような、自社サービスの価値を間接的に下げる表現は、編集チェックで漏れがちです。editor.md内に明記しておくと、Claudeは自動的に「他社との差別化につながる強力な要素」のようなポジティブ訴求に置き換えてくれます。

運用上のポイントは、禁止表現の機械チェックを公開前に組み込むことです。Pythonやshell scriptで禁止記号をgrepする3行のスクリプトを用意しておけば、人手の見落としを構造的に防げます。執筆者の運営フローでも、機械チェックを公開前の最終ステップに置いて、漏れをゼロに抑える運用にしています。

要素7：出典ルール｜捏造を構造的に防ぐ

出典ルールは、AI記事のハルシネーション（事実と異なる情報の生成）を構造的に防ぐ要素です。数字を出すときの出典明示と、執筆者の経験として書く内容の範囲限定が、運用上の2つの柱になります。

数字の出典明示は、editor.mdに「数字を出すときは必ず出典URLを併記する」「出典が出せない数字は書かない」「『業界では一般的に』のような曖昧な裏付けは禁止」というルールを書きます。Claudeはこれを厳密に守り、出典が示せない数字は出力しません。実際の運用で、ハルシネーション由来の数字混入は大幅に減ります。

執筆者の経験として書く内容の範囲限定は、experience-bank.md（一次情報バンク）を作って、その中に記載された事実のみを「執筆者の経験」として書けるルールにします。Claudeは「執筆者になりきって体験談を書いて」と指示すると、もっともらしい架空のエピソードを生成することがあります。これを構造的に防ぐのが、experience-bank.mdの役割です。CLAUDE.mdに「experience-bank.mdに記載のない実体験を捏造しない」と絶対ルールとして明記しておくと、Claudeは一般論で書く場合は「一般的には」「多くの場合」の婉曲表現を選びます。

運用上のポイントは、出典ルールをCLAUDE.mdの「絶対ルール」セクションに置くことです。editor.mdに分散させると、Claudeが他のルールと優先順位を混同するケースがあります。最上位の制約として明示することで、生成プロンプトに対する最強の縛りとして機能します。

7要素を6ファイル構成に分散配置する設計

ここまで7要素を個別に解説してきましたが、実際の運用ではこれらをClaude Desktopのプロジェクトナレッジに分散配置します。7要素を1つのプロンプトに詰め込むと、毎回数千字の指示を貼り付ける運用になり、量産が成立しません。

標準的な分散配置は次の6ファイル構成です。CLAUDE.mdに参照順とコマンド定義と絶対ルール。strategy.mdに読者像（要素1）と戦略。keyword.mdにキーワードリスト（要素2）。topiccluster.mdに構成パターン（要素3）。editor.mdに文字数・トーン・禁止表現（要素4・5・6）と品質チェックリスト。experience-bank.mdに一次情報と数字バンク（要素7の一部）。これらをプロジェクトナレッジに登録し、CLAUDE.mdで参照順を指定すれば、「次の記事書いて」一言で運用が回ります。

6ファイル構成の詳細な立ち上げ手順はClaudeで書くSEO記事完全ガイド｜Desktop版で月100本量産する方法に整理しています。量産運用の全体像をあわせて把握したい方は参照してください。

代理店ディレクションでの応用｜複数クライアントへの横展開

Web制作会社や代理店で複数クライアントのSEO運用を統括する場合、プロンプト設計の応用が直接の競争優位になります。1クライアント1プロジェクトでナレッジを分けることで、クライアントごとに独立したプロンプト設計が可能になります。

具体的な運用は、ベーステンプレートとして6ファイル構成を1セット用意し、クライアント追加時にstrategy.mdとkeyword.mdとexperience-bank.mdの3ファイルだけを差し替えます。CLAUDE.mdとtopiccluster.mdとeditor.mdは基本的に共通で、業種特有のカスタマイズが必要な場合のみ部分的に上書きします。この設計により、新規クライアントの立ち上げ工数が大幅に減り、代理店マージンを確保しながら本数を増やせます。

クライアントごとのトーン指定が大きく異なる場合は、editor.mdをクライアント別に分けるアプローチも有効です。例えば金融系クライアントには「断定表現禁止」「リスク表現を必ず含める」を強めに、美容系クライアントには「読者への語りかけを多めに」「専門用語を最小限に」のように、業種特化したeditor.mdを別管理します。

横展開の経済性についての詳細はAI記事生成ツールを買い切りと月額SaaSで3年TCO比較するもあわせて参照してください。買い切り型のClaude連携ツールは、複数クライアントへの横展開で経済性が一気に高まる構造になっています。

プロンプト設計の改善サイクル｜10本ごとに見直す

プロンプト設計は最初から完璧を狙わず、運用しながら改善するのが現実的なアプローチです。執筆者の経験では、10本書くごとにeditor.mdを見直し、追加すべき禁止表現や修正すべきトーン指定を洗い出してきました。

改善のトリガーは3つです。第1のトリガーは、同じ修正を3回以上手動で入れているケースです。例えば「特定の語尾が連続する」を3回修正していたら、editor.mdに「同じ語尾を3文以上連続させない」というルールを追加します。第2のトリガーは、編集チェックで気付いた事実誤認です。出典ルールの強化や、特定分野での慎重な表現を追加します。第3のトリガーは、検索順位の動きです。順位が伸びない記事の構成パターンを分析し、topiccluster.mdの構成ルールを調整します。

金融メディアでの実体験から言うと、最初の30本は手動修正が多く、editor.mdに頻繁にルールを追加していく時期です。50本を超えるあたりで手動修正が大幅に減り、100本を超えると新規ルール追加はほぼ不要になります。プロンプト設計が「ほぼ完成形」に達するまでには、運用開始から3〜6ヶ月かかるという感覚値です。

改善サイクルを回すためには、進捗管理ファイル（progress.md）に各記事の使用パターン・課題・改善案を蓄積します。20本ごとに進捗管理ファイルを見直し、繰り返し出てくる課題をeditor.md側にルール化していく運用が、長期的な品質向上の核になります。

プロンプト設計と外注ライター指示の共通点

意外に思われるかもしれませんが、Claudeへのプロンプト設計と、外注ライターへの指示書は、構造的に同じです。執筆者が2024年から2026年2月まで運営してきた外注運用では、ランサーズとクラウドワークスのライターに対して、AI使用禁止・納品方法・です・ます調などの基本テンプレと、毎回個別の指示（タイトル・キーワード・流れ・入れてほしいポイント）を組み合わせていました。

この構造をそのままClaudeに移植すると、プロンプト設計が一気に楽になります。基本テンプレに相当するのがeditor.md、毎回個別の指示に相当するのがチャット内での「次の記事書いて」コマンドへの応答です。外注運用で機能していた指示構造を、Claude運用にスライドさせるだけで、立ち上げ期間が大幅に短縮されます。

違いは2つあります。第1の違いは、Claudeは指示への忠実さがライターより遥かに高いことです。外注ライターでは10本中2〜3本でテンプレ遵守の漏れが発生するケースがありましたが、Claudeはほぼ100%の再現性で指示通りに書きます。第2の違いは、Claudeは修正の往復が原則1回で終わることです。外注ライターでは合わない人だと2〜3回の修正往復が必要でしたが、Claudeはプロンプトを改善すれば次の生成から自動的に反映されます。

外注運用とAI運用は、対立する選択肢ではなく、補完しあう関係にあります。量産部分はAIで内製し、業界経験3年以上の専門ライターには重要記事を任せるハイブリッド運用が、品質とコストのバランスで現実的な落としどころです。

PublifAIで7要素を最短実装する

本記事で整理した7要素を、ゼロから6ファイル構成に分散配置していく作業は、設計だけで数十時間が必要です。テンプレート化された6ファイル構成を使えば、この設計工数を大幅に短縮できます。

PublifAIは、Claude連携の買い切り型SEO記事量産ツールです。本記事で扱った7要素を分散配置した6ファイル構成のテンプレートを、業種・ターゲット・差別化軸を入力するだけでカスタマイズされた状態で生成します。代理店ディレクションで複数クライアントに横展開する場合も、ベーステンプレートのコピーで案件追加できる構造です。

量産メディアの立ち上げ全体についてはSEO記事を月100本量産する運用ガイド｜内部リンクとカニバリ管理まで、買い切り型と月額SaaSの経済性比較についてはAI記事生成ツールを買い切りと月額SaaSで3年TCO比較するもあわせて参照してください。

まとめ｜プロンプト設計はファイルベースで再現性を持たせる

ClaudeのSEOプロンプト設計は、コピペで終わる単発のテキストではなく、6ファイル構成のプロジェクトナレッジに分散配置することで再現性を持ちます。読者像・キーワード・構成・文字数・トーン・禁止表現・出典ルールの7要素を、それぞれ適切なファイルに集約し、CLAUDE.mdから参照順を指定する。これが量産メディアでのプロンプト設計の標準解です。

毎回のプロンプトを工夫する個別最適では、月10本を超えるあたりで運用が破綻します。ファイルベースの設計に切り替えると、「次の記事書いて」一言で運用が回り、100本を超える量産が現実のレンジに入ってきます。執筆者が金融メディアで運用してきた毎日30本ペースの記事公開も、ファイルベースのプロンプト設計が土台になっていました。

プロンプト設計は最初から完璧を狙わず、10本ごとに見直すサイクルを回すのが現実的です。3〜6ヶ月で「ほぼ完成形」に達し、それ以降は新規ルール追加はほぼ不要になります。本記事の7要素を自社の運用に組み込んで、長期資産化されたメディアを作る土台を築いてください。

---

本記事は2026年5月時点の情報をもとに執筆しています。Claudeおよび関連サービスの仕様変更により記事内容と実際の挙動が異なる場合があります。本記事は一般的な情報をまとめたものです。