ChatGPT広告の運用でわかった挙動・実績・注意点のすべて。まだ世に出ていない一次情報を公開します
アカウント開設から審査、配信設計、計測、日々の運用調整まで。実配信で記録した一次情報を、実数のまま公開します。
検証・文=WorXUP編集部/2026.09
ChatGPT広告は、ChatGPTの回答の下に表示される広告枠です。日本では2026年6月にユーザーへの広告表示が始まり、同月下旬から広告管理画面(Ads Manager Beta)を通じた出稿が可能になりました。OpenAIは同年8月11日に、日本を含む5つの市場での提供開始を正式に発表しています。広告は検索キーワードではなく、会話の文脈や意図、広告文、ランディングページなど複数の情報をもとに配信されます。
検索の次にくる広告面として注目を集めていますが、実際に配信してみると、これまでの広告媒体の常識がそのままでは通用しない場面がいくつもあります。
WorXUP編集部では、2026年8月から9月にかけて、BtoB領域の商材を中心に複数のジャンルで実際にChatGPT広告を配信してきました。アカウントの開設から審査、配信設計、日々の運用調整、そして成果の検証まで。管理画面とGA4、そして実機のChatGPT画面という三方向から挙動を記録しています。
本記事では、その過程でわかった配信の挙動、実測した数値、つまずいた注意点を、まだ世に出ていない一次情報としてそのまま公開します。数値はすべて当社の実測値です。自社に都合の悪い数字も含めて、実数のまま掲載します。
この記事でわかること
- ChatGPT広告を始めるにあたって知っておきたいことと、つまずきやすいポイント
- ChatGPT広告における「コンテキスト」の考え方と、実際の配信で見られた傾向
- クリックされる広告文の考え方と、審査で引っかかりやすい表現
- 流入してくるユーザーの実像と、リスティング広告と比べたときの流入の質
- 管理画面のコンバージョン数をどう読むか。計上の仕組みと、成果の判断のしかた
- 運用で実際に効いた調整と、この媒体が向く商材・向かない商材
導入フェーズ|アカウント開設と審査
出稿ボタンを押すまでが、ひと仕事でした。開設・審査・初配信までの実際。
ChatGPT広告の話は、どうしても「どんな広告が出るのか」「効果はあるのか」に関心が向きがちです。ただ実際に取り組んでみると、その手前でひと山あります。アカウントを開設し、審査を通し、配信できる状態に持っていくまでの工程です。ここは解説記事にもほとんど書かれていないため、最初に触れておきます。
アカウントは、広告主名義で開設していただく
代理店が自社アカウントでクライアントの広告を配信する。他媒体では珍しくない進め方ですが、この媒体では通りません。
当初は代理店側での開設も検討しましたが、実運用では「広告主自身がアカウントを作成し、その後に運用者を招待する」形が適切でした。事業者認証が「アカウント=広告主のアイデンティティ」という単位で紐づく実装になっているためです。
この点は、現在のOpenAI公式ヘルプでも同様に案内されています。代理店がクライアントに代わって広告主アカウントを作成することはサポートされておらず、クライアントがアカウントを作成した後に代理店を招待する流れが明記されています。当社の検証結果と公式仕様が一致した形です。
了解を取ったうえで代理申請する案も検討しましたが、見送りました。アカウント所有者の申告に不整合が生じること、認証審査やアカウント停止のリスクが名義人であるクライアント側に及ぶこと。この2点を踏まえると、割に合いません。
なお、この種の論点をChatGPTに尋ねると一般的な原則論が返ってくることがあります。実画面と公式ヘルプを一次情報として扱う。これは開設に限らず、運用全体を通して必要な構えでした。
開設まわりで確認できたこと
- 代理店がクライアントに代わって広告主アカウントを作成することはサポートされていない(公式ヘルプに記載あり)。クライアントが作成したうえで代理店を招待する
- 運用者は「管理者」ロールで招待を受ける形になる
- 招待機能そのものが動作しない事象が発生し、媒体側の既知の不具合として確認されたケースがあった
- アカウント名をクライアント名にリネームして使い回す運用は成立しない。同一ログインの配下に「+アカウントを作成」で複数の広告アカウントを持てる
- 名義・認証・請求はアカウント単位のため、1クライアント1アカウントで分けるのが正解
当社の進め方
- 社名とURLを差し替えれば他案件にも流用できる開設案内のテンプレートを用意し、チャットで手順を送る方式に統一しました。画面共有で伴走する方式も試しましたが、日程調整のぶん着手が遅れます
- アカウントの構造は最初に決めます。レポートの分離、請求の分離、審査の単位。すべてアカウント単位で効いてくるため、後から分けようとすると作り直しになります
- β版では、設定ミスを疑う前に媒体側の障害を疑う。これも運用全体で有効な構えでした
審査は、通らないときの読み方にコツがある
アカウントが整ったら、次は広告の審査です。ここは仕様を知っているかどうかで、往復の回数が変わります。
審査の仕様として確認できたこと
- 却下の理由は複数件ぶら下がることがある。管理画面に「1/2」のような表示が出て、めくらないと2件目が見えない
- 却下の原因は大きく2系統。広告文やランディングページがポリシーに合っていない場合と、ランディングページ側がOpenAIのアクセスをブロックしている場合
- 修正後は「編集して再提出」となり、軽微な修正でも新しいバージョンとして審査され直す
審査で往復しないために
- 却下されたら、まず全件の理由を確認してから修正に入る。ひとつ直して再提出、また落ちる、という往復はこれで避けられます
- 広告文をいくら直しても通らないときは、自社サイト側のアクセス制御を疑う。後者の系統であれば、文言の問題ではありません
- 新しいランディングページの公開と、広告のリンク先差し替えを同時にやらない。審査のタイミングでページが未公開だと、それだけで却下される可能性があります
準備さえ整えば、配信はすぐに立ち上がる
ここまで読むと面倒に思われるかもしれませんが、逆に言えば、この準備を越えてしまえば配信の立ち上がりは早い媒体です。あるジャンルでキャンペーンを開始したときは、配信開始からおよそ30分で数百件のインプレッションが発生し、クリックも付きはじめました。
広告枠は実在し、審査を通った広告はすぐに露出し、クリックも発生します。「本当に出るのか」という最初の不安は、数百インプレッションが出た時点で解消します。配信可否の判断に数日を費やす必要はありません。
ただし、ここで安心してはいけないことがひとつあります。このとき狙っていたのは、かなり限定的なテーマの文脈でした。ところが実際の配信を見ると、明らかにもっと広い、そのテーマを含む上位カテゴリ全般で拾われている様子だったのです。
つまり「配信された」ことと「狙った文脈に出た」ことは、まったく別の話でした。インプレッションが出たことに安心して予算を積むと、狙っていない会話の脇に広告が並び、関心の薄いクリックで予算が溶けていきます。
では、狙った文脈に出すにはどうすればいいのか。ここからが、この媒体の本題です。
配信されるかは、30分でわかります。
狙った文脈に出ているかは、まだわかりません。
コンテキスト設計|配信の仕組みを理解する
キーワードではなく「会話の文脈」に出す。では、その文脈は誰が決めているのか。
ChatGPT広告がこれまでの広告媒体と決定的に違うのは、広告が「検索キーワード」ではなく「会話の文脈(コンテキスト)」に対して配信される点です。
リスティング広告であれば、ユーザーが打ち込んだ検索語句に対して広告を当てます。言葉が一致するかどうかという、比較的わかりやすい世界です。一方ChatGPTでは、ユーザーはAIと会話をしています。質問があり、AIの回答があり、さらに追加の質問が続く。その会話の流れ全体を媒体側が解釈し、「この文脈にはこの広告が合う」と判断して広告枠に差し込んでいます。
だからこそ、うまく噛み合ったときの出方はこれまでの広告にないものになります。ユーザーが相談している、まさにその話の続きに自社の広告が現れるからです。
会話の文脈を直接指定できるのは「コンテキストヒント」
では広告主側は、この文脈をどうやってコントロールするのか。ここはまず仕様を押さえる必要があります。
コンテキスト指定の仕様
- 用意されているのは「コンテキストヒント」という改行区切りのフリーテキスト欄のみ。1行に1つ、出したい会話の文脈を言葉で書く
- キーワード形式と会話文形式は混在させられる
- マッチングは完全一致でも部分一致でもなく、意味的な近さで判定される
- 本数の公式な上限は明示されていない。実運用では1グループあたり10〜15本で十分に回る
- 会話トピック単位で「この話題だけに出す」「この話題には出さない」と直接指定する機能はない(地域やプラットフォームなど、他の設定項目は別に存在する)
会話トピックを直接除外できないという一点だけでも、運用の前提が変わります。除外キーワードで無駄を削っていくというリスティング的な改善は、現時点では成立しません。会話の文脈に対して打てる手は、ヒントの書き方と、広告文を読んだ人が自分で取捨選択してくれること。実質この2つになります。
では、ヒントを精密に書き込めば、狙った文脈に出せるのか。検証の結論は、ノーでした。
実際の配信で見られた4つの傾向
ここからは、実機での観測と管理画面の実測から見えた挙動を並べます。以下はOpenAIが公開している配信ロジックではなく、当社の実機検証から立てた運用上の仮説です。この4つが、この媒体を理解するうえでの核心にあたります。
会話に「強い言葉」が混ざると、広告はそちらに奪われる
あるBtoB領域の商材で、こちらは「外注先を探している」という文脈を狙ってヒントを組んでいました。実機で近い会話を再現していくと、途中まではおおむね想定に近い文脈で広告枠が発生していました。ところが会話の中で、まったく別の巨大市場を連想させる言葉が混ざった瞬間、表示された広告は大手の就職情報サービスのものに切り替わったのです。
こちらのヒントは何も変えていません。会話に言葉がひとつ混ざっただけでした。
これは偶然ではなく構造だと考えています。ChatGPTが会話を解釈して広告を当てるとき、参照されているのはヒントの文言そのものよりも、その会話が「どのビジネスカテゴリの話か」という、もっと粗い括りに見えます。そして市場が大きく広告在庫の厚いカテゴリほど強い引力を持ち、隣接した会話をそちらへ引っ張っていきます。
当社ではこれをカテゴリの重力と呼んでいます。就活、不動産、M&A、相続。巨大な広告市場を持つ言葉が会話に現れた瞬間、その周辺の話題はまとめてその重力圏に吸い込まれ、そこで競り合う大手の中に自社の広告は埋もれてしまいます。
第1章で触れた「狭いテーマを狙ったのに広いカテゴリで拾われた」現象も、同じことの裏返しです。狙いを絞り込むほど、その言葉を含む上位カテゴリの重力に負けます。
テーマを決めるスイッチは「モノ語」のほうにある
同じ意味のことを聞いているつもりでも、使う言葉によってAIが提示する業種がまるごと入れ替わります。実機で確かめた検証がこれです。
行為を指す言葉だけで聞くと、AIはその行為を含む業種を広く並べてきます。こちらが狙っていた領域は、リストに一度も登場しません。ところが具体的な成果物の名前を出して聞き方を変えると、同じ趣旨の質問なのに、その成果物を手がける会社の実名比較がずらりと出てきます。
当社では前者を行為語、後者をモノ語と呼んでいます。考えてみれば自然な話で、行為を指す言葉はあらゆる業種にまたがる汎用語です。それだけではAIも絞り込みようがなく、大きな棚の中から代表的なものを並べることになります。一方、成果物の名前であれば対象が具体的に決まるので、そこに紐づく業種が一意に立ち上がります。
複数の広告を入れても、当社検証では1本に配信が集中した
今回検証した広告グループでは、3本の広告を設定しても均等には配信されず、特定の1本に90〜100%近く配信が集中しました。媒体が反応の良いものを早い段階で選んでいるものと見ています。
複数の広告を用意して異なるメッセージを試すこと自体は一般的な運用ですが、少なくとも当社の検証では、同一グループ内に並べた広告が均等に露出することはありませんでした。同条件で比較したいのであれば、グループやキャンペーンを分けて予算を独立させる必要があります。
会話が進むと、広告枠が再び発生することがある
実機検証では、一度広告が表示されなかった会話でも、追加質問によって会話が進んだ次の回答で広告が表示されるケースを複数確認しました。一問一答で終わる会話よりも、AIが深掘りを促してユーザーが答えた先のほうが、広告に出会う機会は多いという印象です。
傾向を踏まえた、配信設計の勘所
出稿前の初手は「AIに、この会社を何屋だと思っているか聞く」
ヒントを設計する前に、AIが自社をどのカテゴリに置いているかを確かめます。方法は拍子抜けするほど単純で、ChatGPTに直接「この会社を何屋だと認識していますか」と聞くだけです。
実際にあるBtoB領域のクライアントで試したところ、AIが置いていた棚は、こちらがヒントで押していた「代行・アウトソーシング」ではなく、その隣にある「制作・デザイン」でした。事業内容としては地続きですが、AIの中では別のカテゴリです。
ヒントをどれだけ代行文脈に寄せても、AI側の認識が制作カテゴリであれば、広告はそちらの文脈に出ていきます。狙った文脈と実際の配信先が噛み合わないまま予算だけが動くことになり、実際この案件の初期のつまずきは、ここが一因だったと見ています。
設計時に決めていること
- 戦う場所は「文言」ではなくカテゴリで選ぶ。大手が手薄で、かつ自社の実像と一致する純度の高い中カテゴリを狙うか、サイトやLPの情報設計を変えてAIの認識そのものを寄せるか。順序としては、ヒント設計よりAI認識との整合が先です
- ヒントも広告文も、モノ語を主語にする。「何をしてほしいか」という行為ではなく、「何が欲しいか」という対象物からヒントを組み立てます
- 巨大市場の言葉に隣接するヒントは避ける。自社の事業に関係する言葉であっても、より大きな市場を連想させるものは意図せず重力に持っていかれます
- 広告文を比較したいならグループを分ける。1グループに複数入れて後で比べる設計は成立しません
理想の配置は、AIの比較リストの直後
では、この媒体で最も良い出方はどういう形なのか。検証を通じて、これだという構図の実物を押さえることができました。
ひとつめは、ある発注先を相談している会話です。AIが「私ならこの3社から相見積もりを取ります」と比較を提示した、その直下に、当該カテゴリの事業者の広告が並びました。ふたつめは、「東京でおすすめの会社」を相談した会話(未ログイン状態)です。AIが競合5社を提示した直後に、一括で請け負えることを訴求した広告が表示されました。
どちらも構図は同じです。AIが選択肢を並べ、ユーザーが比較検討モードに入ったその画面の最後に、自社の広告が「第4の選択肢」として立つ。しかも比較表を作る手間ごと引き受ける形で並びます。
検索広告でいえば、比較サイトを読み終えた直後に指名広告が出るようなものですが、ここではその比較リスト自体をAIが目の前で書き上げています。ユーザーの検討度が最も高い瞬間に、最後の一枠として入り込めるわけです。この構図に入れるかどうかが、この媒体の勝ち負けを分けていると考えています。
ヒントの文言では勝負が決まりません。
どのカテゴリの重力圏に入るか——それがすべてでした。
コンテキストの運用|クリエイティブと入稿
CTR5.0%と0.6%。差を分けたのは「売り込まなかった」ことでした。
配信される文脈が決まったら、次は何を書くかです。ここでもリスティング広告やSNS広告の感覚をそのまま持ち込むと、はっきり数字に出ます。
勝ったのは「文脈補完型」、負けたのは「オファー型」
同じ商材、同じ期間で複数の広告文を回した結果、CTRには10倍近い開きが出ました。
興味深いのは、このオファー自体は商材として強い訴求だったという点です。実際にそのサービスを選んだ企業が決め手に挙げるほどの内容でした。それでも広告文としては数字が伸びませんでした。
今回の検証では、強いオファーを前面に出した広告よりも、AIの回答を補足するような広告文のCTRが大きく上回りました。会話の途中にいるユーザーにとっては、広告らしい訴求よりも「いまの話の続きを読めそう」と感じる表現のほうがクリックにつながった可能性があります。
オファーは捨てず、置き場所を変える
強いオファーを持っているなら、それは広告文ではなくランディングページ側に回します。広告文の役割は、会話の続きとして自然に読ませてクリックさせることまで。説得はページに入ってからです。
冒頭12文字で、意味を完結させる
入稿仕様にも、実際に表示させてみないとわからない点があります。
入稿の仕様と、実際の見え方
- 管理画面の入力上限は、タイトルが50文字、説明文が100文字
- 一方、当社の実機確認では、端末や表示条件によってタイトルが12〜18文字程度で視認上切れるケースがあった。説明文も実表示は2行で25〜40文字程度にとどまった
- 画像は正方形256px以上。ただしスマートフォンではアイコンサイズで表示される
- 「テキストのカスタマイズ」のトグルは初期状態でオンになっており、AIが広告文を自動生成する
この仕様を踏まえた書き方
- タイトルは冒頭12文字で意味が完結する二段ロケット構造で書きます。前半だけ読まれても用件が伝わり、全文表示されればさらに情報が足される形です
- 画像に文字を入れても読めません。文字入りのバナー素材は流用できないと考えてください
- 検証段階では「テキストのカスタマイズ」をオフにします。オンのままだと、何が配信されて何が効いたのかを特定できなくなります
審査で引っかかった、意外な表現
広告文の中で、実際のAIサービスの名称を入れた表現を使ったところ、未承認となりました。理由として表示されたのは、ランディングページの問題です。その名称を外した文言に差し替えて再提出したところ、承認されました。
確認できたこと・できていないこと
- AIサービスの名称を含む広告文が未承認となり、その名称を外した文言で承認された
- ただし文言の変更と再提出が同時だったため、「名称そのもの」が原因か「AIの成果物を否定する構図」が原因かは分離できていない
現時点では原因を特定できていません。そのため運用上は、AIサービス名を用いた比較・否定表現を避けながら、別の表現で審査結果を確認しています。
表現の原則
- AIの成果物を否定する立てつけを避ける。否定形ではなく昇華形で書く
- この原則はランディングページ側の文言にも適用されます。審査はページも見ています
広告らしい訴求より、AIの回答の「続きの一文」。
今回の検証で差がついたのは、そこでした。
流入品質の評価|媒体間比較
エンゲージ率23%・平均4秒。同じLPで比べた、残酷なくらい正直な数字。
配信され、クリックもされた。では、やってきたユーザーはどうだったのか。ここからは成果ではなく「流入の質」の話です。
リスティング広告と、同じサイトで比べました
媒体の良し悪しを語るとき、最も誠実なのは同一サイト・同一期間での比較だと考えています。実際に比べた結果がこちらです。
| 流入経路 | エンゲージ率 | 平均エンゲージ時間 | セッションCV率 |
|---|---|---|---|
| 検索連動型広告A | 約64% | 約34秒 | 約2.2% |
| 検索連動型広告B | 約53% | 約26秒 | 約0.5% |
| 自然検索 | 約65% | 約37秒 | 約4.6% |
| ChatGPT広告 | 約23% | 約4秒 | 0% |
※同一サイト・同一期間の実測値。端数は丸めています。
この表がなぜ重要かというと、同じランディングページでこの差が出ているからです。少なくともページそのものの違いによる差ではありません。媒体ごとの流入意図や閲覧状況、デバイス構成の違いが大きく影響していると考えられます。ChatGPT広告の場合は「会話の合間に数秒だけ覗く」という閲覧文脈が、この数字に効いていると見ています。
広告クリックの約4〜5割を、GA4のセッションとして確認できなかった
クリック数とセッション数は、同じ指標ではない
- 広告管理画面のクリック数に対し、GA4で確認できたセッションは約5〜6割だった
- 残りはGA4上でセッションとして確認できていない。即時離脱、計測タグ読み込み前の離脱、ブラウザやアプリ内環境、計測条件など複数の要因が考えられる
広告管理画面のクリックとGA4のセッションは、そもそも定義が異なります。「クリック数=訪問数」という前提でレポートを作ると、広告費の行き先を説明できなくなります。半分程度は突き合わせられないものとして設計しておく必要があります。
明確なbot特有の挙動は確認できなかった
数字だけ見ると不正クリックを疑いたくなります。そこでユーザーの内訳を掘ってみました。
GA4で確認できたユーザー像
- 大半が0秒・1ページ・スクロールなしで離脱する。計測されるイベントは自動収集の3件ぴったり、という人が並ぶ
- ブラウザ、OS、地域、イベント構成を確認した範囲では、明確にbotと判断できる共通パターンは確認できなかった。一方で、極端に短い滞在が多いこと自体は事実
- ほぼ全員が「新規ユーザー」として表示される。再訪はdirectなどに化けるためで、見え方の仕様
- 地域は全国の市町村に1人ずつ現れる形で、地理的に広く分散している傾向が見られた。都心への集中は見られない
最後の項目は、他媒体ではあまり見ない特徴です。地方の小都市が単独で現れるという分散の仕方は、BtoBの狭いターゲットを狙う場合にはノイズとして効いてきます。
CPCの安さを、そのまま信じない
ChatGPT広告のCPCは、実測で¥80〜150程度でした。リスティング広告と比べれば明らかに安い水準です。
ただし、ここまで見てきた数字と組み合わせると評価は変わります。クリックの半分は到達せず、到達した人の8割近くは数秒で帰る。そうすると「1クリックの単価」ではなく「実際に読んでくれた1人あたりの単価」で考える必要が出てきます。この換算を通すと、CPCの高い検索系のほうが安くつく、という逆転が起こり得ます。
期待値の伝え方
クライアントや社内に提案するとき、当社はこの比較表をそのまま見せています。都合の悪い数字を隠して「CPCが安い新媒体です」と説明すると、配信開始後に必ず崩れます。先に数字を出したうえで「では何を狙う媒体なのか」を握るほうが、結果として話が前に進みます。
「1クリックの値段」ではなく「1エンゲージの値段」で見ると、
向き合うべき課題も、判断のポイントも変わってきます。
計測とレポーティング|CVの読み方
媒体が計上したCVのうち、GA4で同じ行動を確認できたのは約2割。両者が一致しないこと自体は、異常ではありませんでした。
運用していて最も混乱し、そして最も重要だったのがこの領域です。クライアント報告に直結するため、知らないまま進めると事故ります。設定の制約から順に見ていきます。
CVイベントは、ひとつしか設定できません
数字の読み方に入る前に、設定の制約を押さえておく必要があります。ここを知らないまま作り始めると、あとから取り返しがつかなくなる箇所があります。
コンバージョン設定の仕様
- コンバージョン目的のキャンペーンでは、CVイベントをひとつしか設定できない。複数登録しようとするとエラーになる
- 選べるのは標準イベントのみで、カスタムイベントは使えない
- 設定できるのはキャンペーンの作成時だけ。作成後に変更することはできない
- キャンペーンの複製機能がない(広告文の複製はできる)
- クリック目的のキャンペーンであれば複数のイベントを登録できるが、計測に使われるだけで最適化には反映されない
つまり「とりあえず本CVで作って、あとでマイクロCVに変えよう」ができません。変えたければキャンペーンごと作り直すことになります。
マイクロCVの置き方と、作り直しの判断
- フォーム到達などのマイクロCVには、標準イベントの中から意味の近いものを転用します。カスタムが使えない以上、標準イベントのどれを何の代わりに使うかを最初に決めておきます
- 最終的な問い合わせを最適化イベントに置くと、少額の検証では学習に必要な件数がまず貯まりません。到達しやすい中間地点をイベントに置くほうが、学習と検証の両面で現実的です
- 設定を誤った場合、CVがまだ発生していない段階であれば作り直しのコストは実質ゼロです。学習データが貯まる前に、早めに判断してください
- 自動でユーザー情報を照合する機能は、オンにするだけでは働きません。フォームのある画面で実際に発火させて初めて機能します
「まだCVは出ていません」と報告した翌日、過去の日付にCVが増える
まず面食らったのがこれでした。前日分の数字を確認し、CVはまだ発生していないと報告した翌日。同じ日付にCVが複数件付いており、セッション数も5割ほど増えて書き換わっていたのです。
データ反映の仕様
- 前日データの確定には24〜48時間かかる。これは公式にも明記されている
- CV・セッションとも、後から遡って計上される。広告管理画面とGA4の両方で発生する
- 配信を停止したキャンペーンにも、停止前のクリックを起点として数日間CVが付き続ける。異常ではない
報告のルールを先に宣言する
当社では「前日分は速報値、確定値は翌々日」をレポートの運用ルールとして、配信開始前にクライアントへ伝えています。後から数字が動くこと自体は仕様なので、先に握っておけば問題になりません。逆に、何も言わずに速報値で報告し続けると、数字が動くたびに信頼を削ります。
媒体のCVとGAの実測は、一致しません
より根深いのがこちらです。当社検証では、ある期間に媒体が計上したCVのうち、GA4で同じ行動を確認できたのは約2割にとどまりました。時期によっては、計上されたCVをGA側でひとつも裏取りできないこともありました。
この2割という数値自体は当社環境固有の実測値です。ただし広告管理画面とGA4では計測と帰属の仕組みが異なるため、両者が一致しないこと自体は異常ではありません。
最初は計測の設定ミスを疑いましたが、調べた結果、乖離を生む要因は3つの層に整理できました。
加えて、2026年7月下旬から8月中旬にかけてアトリビューションの仕様が変更され、ビュースルーのコンバージョンが別枠で表示されるようになりました。公式ヘルプにも、広告管理画面・アナリティクス・他の広告プラットフォームの間でコンバージョン合計が一致しない場合があるという趣旨の記載があります。合わないのが正常です。
レポートは2段表記にする
- 「CV(媒体計上値)」と「GAで実測確認できた到達数」を必ず併記します。媒体の数字を成果としてそのまま報告しません
- 効果検証の合否判定は、GA実測側で行います
- GAでクロスセッション分を補足したいときは、セッション単位ではなく「ユーザーの最初の参照元」で見ます
そのCVは、本物ですか
数字が合わないとなると、次に気になるのは「計上されているCVの中身」です。GA4で発生分を開いて検品したところ、想定外のものが混ざっていました。
検品でわかったこと
- 深夜4時のAndroid端末(地域不明)からのフォーム到達
- 海外からのWindows端末によるフォーム到達
- 地域ターゲティングは日本に指定している。それでもVPN経由の海外ユーザーが混入する。除外地域を追加しても防げない。媒体側はその人を「日本のユーザー」として認識しているため
CV検品の標準手順
GA4のページレポートに参照元openaiのフィルタをかけ、対象ページを開いて、第2ディメンションに「市区町村」「時」「デバイスカテゴリ」を順に当てます。これで実在と質の見当がつきます。実機検証で広告をクリックする場合は、日時・端末・遷移範囲を必ず記録してください。後日の切り分けが記憶頼みになります。
なお実測では、10秒以上滞在して読み込んでいる、いわゆる検討行動と呼べるフォーム到達はすべてPCからでした。スマートフォンからの到達は、0秒の確認アクセスか深夜のノイズのみです。この事実が、次章のデバイス戦略につながります。
そもそも、計測に写らない経路があります
ChatGPTのローカル検索結果には「電話する」ボタンが存在します。ユーザーはサイトを経由せず、会話画面から直接電話をかけられます。当然、GAにも広告レポートにも痕跡は一切残りません。また、サイト上のtel:リンクのタップも、GA4の自動計測の対象外です。
成果の全量は、計測範囲より広い
「サイトのCVは増えていないのに、電話問い合わせが増えた気がする」という現象は、この媒体では構造的に起こり得ます。電話が主要な問い合わせ経路である業種では、番号差し替え型のコールトラッキング導入や、受電時のヒアリング項目を設計に含めておくべきです。あわせて、AI向けのローカル掲載情報を整備することは、広告とは別の集客領域として今後効いてくると見ています。
同じ「CV」という名前でも、見ている範囲が異なります。
一致させることより、定義を理解して併記することが重要でした。
運用最適化|入札・デバイス・予算
CPCが¥659に暴騰しました。β版の管理画面で、実際に効いた設定は3つだけでした。
ここまでの内容を踏まえて、日々の運用で実際に成果が動いたレバーを挙げます。結論から言うと、効いたのは入札の上限・デバイスの限定・予算の設計、この3つでした。
CV最適化を、鵜呑みにしない
ある日、CPCが単日で¥659まで跳ね上がりました。通常は¥80〜200で推移していた媒体です。原因は、コンバージョン最適化のキャンペーンを、コンバージョンのシグナルがほとんど無い状態のまま回していたことでした。学習する材料が無いまま最適化を続けると、入札が青天井になっていきます。
β版の入札の仕様
- 入札方式は「成果を最大化(自動)」と「手動:上限入札額」の2択。Google広告やMeta広告にあるような目標CPA入札は用意されていない
- 「手動:上限入札額」は、コンバージョン1件に払ってよい上限額を、予測CVRを使ってクリック入札に換算する仕組み
- 当社の検証時、日本向けの管理画面では、上限入札額を¥450未満に設定すると配信が制限される可能性を示す警告が表示された(公式に固定の最低CPCが定められているわけではない)
入札の使い分けと、上限値の決め方
- 低いCPCで健全に回っている間は自動で構いません。シグナルが欠乏している局面では、手動上限で蓋をします。判断基準は「いま媒体の学習が信用できる状態か」です
- 上限値は目標CPAから逆算します。低すぎる値を入れると、換算後のクリック入札がオークションで全敗する水準になり、配信そのものが止まります。警告が表示される水準の金額をそのまま入れて、配信が止まりかけた実例があります
- 実際に上限を設定した結果、CPCは¥150前後に正常化し、日予算に対する消化率も66%を維持できました
あわせて注意したいのが、学習に使われるコンバージョンの質です。前章で見たような低品質なCVが混ざったまま学習が進むと、媒体はその層に似たユーザーへ配信を寄せていきます。学習が効くほど危ない、という状態です。CV数を議論する前に、そのCVは学習させてよいCVなのかを検品する。順序としてはこちらが先になります。
今回のBtoB検証では、デスクトップ限定のほうが効率的だった
ここは当社案件での実測に基づく話で、すべてのBtoB商材に当てはまるとは限りません。ただ、現時点でほとんど書かれていない領域なので共有します。
デバイスの実態
- デフォルトの配信比率は、モバイル約76%に対してPC約22%。アプリ内が主戦場になっている
- 一方、質の高いフォーム到達やコンバージョンは、ほぼPCに集中する。BtoBのユーザーは、AIと会話している最中にスマートフォンで問い合わせフォームを書かない
- PC限定にしても在庫は十分に確保できた。1日あたり約4,000インプレッション、20クリック超をCPC¥150前後で獲得
切り替えとその検証
- 当社案件では、モバイルが初期配信の7割超を占めていたため、PC限定への切り替えで、低品質と見ていた流入を大きく削減できました
- 設定を変更した日は必ず記録に残し、翌日のインプレッション数とCPCで裏取りします
- 副作用として、デバイスを絞って予算を増やすと実機検証時の広告遭遇率が跳ね上がります。PC限定配信中にPCで検証すると、誤クリックによる課金と学習シグナルの汚染に直結するため、広告そのものには触れないでください
日予算は「検証速度を買う」という発想で決める
予算の仕様
- 1キャンペーンあたりの日予算は最低¥2,500
- 日予算は「1日の平均額」として扱われ、最大2倍まで変動する
最低額の¥2,500は「とりあえず出せる最小」であって、競り合いには薄い水準です。早い時間帯に予算を使い切ってしまい、以降は不戦敗になります。
予算の決め方
「いくらまで出せるか」ではなく「1日に何クリック分の検証材料が欲しいか」から逆算します。想定CPCに必要クリック数を掛けた額が、検証速度に見合う日予算です。検証フェーズであれば¥5,000前後が現実的なラインでした。
なお、BtoB商材では曜日による偏りも出ています。土曜はインプレッションが平日の半分以下まで落ち込む一方、CTRは最も高くなりました。関連する会話の母数が減るぶん、残っているユーザーの検討度が高いためと見ています。平日に厚く、土日は薄く配分するのが基本ですが、土日の少数は質が高いので単純に切るのは惜しい、というのが実感です。
β版に魔法の設定はありません。効いたのは、
入札の上限・デバイスの限定・予算の設計。この3つだけでした。
媒体適性と検証設計
全員にはすすめません。この媒体が向く商材と、少額で正しく検証する設計。
ここまでの検証を踏まえて、最後に「そもそもやるべきか」をまとめます。
向く商材、向かない商材
商材適性の判断軸
- 概念がブレない商材は向きます。「これを売りたい」「これを買いたい」という意図がそのまま広告の答えになる商材では、文脈のズレが起きにくくなります
- 巨大市場の言葉に隣接する商材は注意が必要です。カテゴリの重力に持っていかれるリスクを織り込む必要があります
- 購買層がマスと重なるtoC商材のほうが、実効CPCは有利に働きます。流入は全国に均等分散するため、ターゲットが狭いほどノイズ比率が上がります
流入を、どのページで受けるか
ここは見落とされやすいのですが、成果への影響が大きい部分です。あるBtoBサイトで、サイト内のどの動線でコンバージョンが発生しているかをページ別に分解しました。すると実際にコンバージョンを生んでいたのは、サービス紹介ページからの問い合わせではなく、資料をその場でダウンロードできるコンテンツ側でした。前者のCV率が0.4〜1.3%だったのに対し、後者は13〜20%です。
そしてChatGPT広告は、その最も弱い動線に直行させていました。
受け皿設計の原則
- 広告を出す前に「このサイトはどの動線でコンバージョンしているか」をページ別のCV率で確認します
- 数秒で帰っていく低コミットな流入を、サイト内で最も要求水準の高い動線に直行させるのはミスマッチです。その場で受け取れるオファーへの導線のほうが噛み合います
- 学習シグナルの量という観点でも、到達しやすい地点にコンバージョンを置くほうが有利です
またランディングページ自体の設計についても、第4章の数字がそのまま答えになります。平均滞在4秒、スクロール率はほぼゼロ。スクロールさせてから説得する構成は、誰にも読まれません。ファーストビューだけで用件と価値が完結していることが条件になります。
少額検証で、何を結論にするか
検証の入り口は、数万円から十数万円ほどの規模になることが多いと思います。この規模で「コンバージョンが出るかどうか」を結論にするのは、設計として無理があります。
少額検証の評価指標
- 配信の可否と、配信されている文脈の質
- CPCの水準
- マイクロコンバージョン(フォーム到達など)の、リスティング広告との比較
コンバージョン数は評価指標に入れません。この規模では統計的な判断ができないからです。この3点を事前にクライアントと合意したうえで開始しています。
言い換えると、少額の検証で試すべきは「コンバージョンが出るか」ではなく「コンバージョンを出せる状態をつくれるか」です。文脈は合っているか、CPCは成り立つ水準か、受け皿は機能しているか。それらが確認できてはじめて、予算を増やす判断ができます。
少額で「CVが出るか」を試すのは設計ミスです。
試すべきは「CVを出せる状態をつくれるか」でした。
検証を終えて
今回の検証を通して感じたのは、この媒体の情報がいかに世に出ていないか、ということでした。出稿の手順や仕様の概要を説明した記事は数多くありますが、実際に回してみないとわからないことが、その先に大量に眠っています。
そしてもうひとつ痛感したのが、仕様が動き続けているという事実です。アトリビューションの変更も、未ログイン状態での表示に関する仕様の更新も、審査で落ちた事例も、すべてこの検証期間中の出来事です。今回書いた内容も、数ヶ月後には前提が変わっている可能性があります。
だからこの検証は続けます。現在も追いかけている論点を、最後に挙げておきます。
現在も検証を続けている論点
- コンバージョンの帰属内訳(クリック・ビュースルー・推定計上)を、管理画面上で実見できるか
- 審査で引っかかったのは名称そのものか、AI成果物を否定する構図か(別表現での再提出により切り分け中)
- 広告のリンク先を変更した際の再審査の仕様と、所要時間
- デバイス限定と「対象プラットフォーム」設定の関係
※本記事の数値・仕様はすべて2026年9月時点における当社の検証・実測に基づくものです。ChatGPT広告の仕様は変更される可能性があります。最新の情報はOpenAIの公式ヘルプをご確認ください。

