生成AIをWeb広告に使っていると、同じ説明を何度も入力することがあります。
「1広告1訴求で考える」「LPにない情報を追加しない」「CTRだけでなくCVRやCPAまで確認する」「分からないことを推測で断定しない」。
こうした共通ルールを毎回伝えるのではなく、AIが仕事をするときの基本設定として持たせる考え方がSystem Prompt（システムプロンプト）です。
今回は、System Promptとは何か、通常のプロンプトやRole指定と何が違うのか、Web広告用AIの判断基準をどう設計するのかを整理します。
この記事で分かること
- System Promptの基本的な役割
- 通常のプロンプトやRole指定との違い
- 広告AIに設定したい判断基準
- Few-shotなどと組み合わせる考え方
- 広告AIを役割別に設計する方法
System Promptとは？
System Promptとは、AIに「どのような役割を持ち、どんなルールに従って仕事をするのか」をあらかじめ設定する考え方です。
例えばMeta広告の分析AIなら、
役割：Meta広告の分析担当
目的：広告成果のボトルネックを特定する
判断基準：CTR・CPC・CPM・CVR・CPAを確認する
禁止事項：確認できない情報を事実として断定しない
といった基本設定を持たせます。
そのうえで、「広告Aの配信結果を分析してください」と具体的な仕事を依頼します。
つまり、
System Prompt＝基本的な仕事のルール
User Prompt＝今回依頼する具体的な仕事
と考えると分かりやすいでしょう。
会社に例えるなら、System Promptは職務定義や業務マニュアル、User Promptはその都度渡される仕事に近いものです。
Web広告とSystem Promptの相性が良い理由
広告業務には、案件ごとに変わる情報と、比較的変わりにくいルールがあります。
商品、ターゲット、成果条件、LP、広告データなどは案件ごとに変わります。
一方で、
「根拠のない数字を作らない」
「広告とLPのメッセージを一致させる」
「事実と仮説を区別する」
「一つの広告へ訴求を詰め込みすぎない」
といった方針は、複数案件で共通して利用できます。
この変わりにくい判断基準をSystem Promptへ置くことで、毎回ゼロから説明する必要を減らせます。
Role指定はSystem Promptの一部分
Role指定では、「このAIは何の担当者なのか」を決めます。
広告分析担当、コピーライター、クリエイティブ担当、広告表現チェック担当などです。
System Promptでは、そのRoleに加えて、
Goal：何を達成するのか
Input：何を情報源とするのか
Process：どう処理するのか
Criteria：何を基準に判断するのか
Constraints：何をしてはいけないのか
Output：何を出力するのか
まで設定できます。
Roleを決めるだけでなく、その担当者にどう仕事をしてほしいのかまで定義するのがポイントです。
広告AIでは「創造してよい部分」を分ける
生成AIを広告制作に使う場合、特に重要なのが事実情報の扱いです。
例えば案件資料に「登録者10万人」と書かれているからといって、AIが「業界最大級の登録者10万人」と表現してよいとは限りません。
「業界最大級」という事実が確認できないからです。
そこでSystem Promptに、
提供された案件資料や広告主LPで確認できない実績・数字・条件・優位性を、事実として追加しない。
というルールを設定します。
フックや構図などではAIの発想力を使う。一方、料金、実績、サービス内容、成果条件などは提供された事実から逸脱しない。
AIに考えてほしい部分と、勝手に作ってはいけない部分を分けることが広告用途では重要です。
「事実」と「仮説」も区別させる
広告分析でも同じ考え方が使えます。
例えばCTRが低かったとしても、それだけで「ターゲティングが原因」と断定することはできません。
フック、画像、訴求、配信対象、競合状況など、複数の原因が考えられます。
そこで、
確認できる数値＝事実
そこから考えられる原因＝仮説
として分けて出力させます。
「CTRが低いことは確認できる。原因としてクリエイティブや訴求との相性が考えられるが、現時点では断定できない」
という形です。
広告分析では、もっともらしい答えを出すことより、どこまで分かっていて、どこからが推測なのかを明確にすることが重要です。
判断基準と処理手順を設定する
System Promptには、AIが確認する順番も設定できます。
広告分析なら、
CPM → CTR → CPC → CVR → CPA → 確定後の成果
というように、ファネルを分解して確認させます。
CPAが悪いから停止するのではなく、広告表示、クリック、LP、CVのどこに問題がありそうなのかを確認するためです。
広告制作なら、
案件情報 → ターゲット → 訴求 → フック → 広告文・構図 → LPとの整合性確認
という処理手順を設定できます。
重要なのは長い思考内容を出力させることではなく、必要な確認工程を飛ばさないためのワークフローを決めることです。
Few-shotと組み合わせる
System Promptだけでは伝えにくい判断方法は、Few-shotで具体例を見せることもできます。
例えばSystem Promptで「事実と仮説を分ける」とルールを設定し、Few-shotで実際の分析例を提示します。
すると、
System Prompt＝基本ルール
Few-shot＝ルールを適用した具体例
という関係になります。
広告運用を続ければ、自分が実際に行った判断とその結果もFew-shotの候補になります。
一般論だけでなく、実際の運用経験を少しずつAIへ反映できるわけです。
一つの巨大なSystem Promptにしない
広告に関するルールをすべて一つのSystem Promptへ詰め込むと、かえって役割が曖昧になる場合があります。
そのため、案件分析、戦略・訴求、クリエイティブ制作、広告表現チェック、運用分析、改善判断など、仕事の単位でAIを分ける方法があります。
例えば分析AIに広告画像を作らせる必要はありません。クリエイティブAIが最終的な広告停止判断まで担当する必要もありません。
それぞれに必要なSystem Promptを持たせ、前工程の結果を次のAIへ渡した方が責任範囲を整理しやすくなります。
System Promptも改善していく
System Promptは一度作って完成ではありません。
実際に使えば、「根拠のない情報を補完した」「CPAだけで停止判断した」「似た訴求ばかり作った」といった問題が見つかります。
そこでルールや判断基準を修正します。
System Prompt → 実務で使用 → 問題発見 → 修正 → 再利用
という改善サイクルです。
ただし、System Promptを細かく設定してもAIの判断が必ず正しくなるわけではありません。案件条件や媒体仕様も変化するため、広告費を使う判断や広告表現など、重要な部分では人間による確認も必要です。
まとめ
System Promptは、単に長い指示文を書くためのものではありません。
Web広告では、AIが何を目的として、どの情報を使い、どの基準で判断し、何をしてはいけないのかを決める土台として利用できます。
Role指定で担当者を決め、判断手順を設定し、必要ならFew-shotで具体例を見せる。そして実際の広告運用で問題が見つかればSystem Prompt自体を改善する。
こうして考えると、System Promptは広告AIにとっての「業務マニュアル」に近い存在です。
AIに広告を作ってもらうだけでなく、案件分析・制作・チェック・運用分析といった業務を少しずつ分担していくなら、まず「自分なら何を基準に判断するのか」を言葉にすることが出発点になります。
その判断基準をAIが繰り返し利用できる形にすることが、Web広告におけるSystem Prompt設計の基本です。
