意思決定・変更履歴

2026-08-24

実行

中間ゲート②'で撤退を確定。テスト終了（通算消化¥174,011・リード2件・リードCPA¥87,006）

判定時点の累計¥169,188（中間ゲート②' ¥170,000 の99.5%・残り¥812）で、②'の取り決め「到達時点で通算リードが3件未満なら撤退」に該当。通算リードは2件のままで、直近リードは8/12が最後・以降12日間ゼロ（この間の消化¥59,266）。fukuda判断で本日で配信停止＝ChatGPT広告テストを終了。最大損失¥45万の枠に対し、約¥17万で打ち切り。
⚠️停止翌日（8/25）に反映ラグが解消し、通算消化は¥174,011で確定。リードは2件のままで判定は変わらない。

なぜ②'は「表示を増やせばリードが増えるのか」を追加約¥2万で確かめるために置いた検問だった（8/20設定・数字を見る前に固定）。結果は表示もクリックも増えたのにリードはゼロ＝検証したかった問いに答えが出た。増えたクリックはリードに変換されなかった。ゲート③まで粘るには追加約¥13万が必要だが、それは当初から「そこまで払う価値はない」と決めていた金額。n=2と少なく「たまたま出なかっただけ」の可能性は残るが、その可能性を潰すコストが見込みリターンに見合わないという判断。

結果キャンペーン「260710_BtoBマーケター_クリック」を停止。リード2件は両方とも「外注不要訴求」経由で、8/17に書き直した2本（回数・定額）はクリックは付いたがリードは0のまま終了。通算 表示59,614 / クリック386 / CTR0.65% / CPC¥451 / リードCPA¥87,006（撤退ライン¥3万の2.9倍）。商談は0/2。キャンペーンは同日 `paused` に変更（API実測で確認済み。8/25の再確認でも `paused` のまま）。⚠️上記はAPI値で、請求ベースの実額はスプレッドシート「マーケ_広告レポート」が正。持ち帰る学び: ①この媒体のCPC¥460は、Google並みのCVRが出ても判定ラインぎりぎりで余裕が無い ②着地を直すと配信量・クリックは動くが、リードまで届くかは別問題 ③第1ラウンドの「広告の言葉が1語も無いページに送る」設計ミスで¥54,721を構造的に捨てた。

2026-08-20

判断

ゲート②判定＝「継続」。書き直した広告文は配信量を動かした。次は新設の中間ゲート②'（¥17万・リード3件未満なら撤退）

累計¥146,444（進捗97.6%・指定判定日の8/20昼）でゲート②を判定し、継続を確定。撤退条件は「リードCPA¥3万超」かつ「改善なし」の2条件で、CPAは通算¥73,222（ラインの2.4倍）と明確に超過。しかし8/17に書き直した2本（回数・定額）の1日あたり表示数が書き直し前168件/日 → 8/19実測732件・8/20昼時点671件＝2日平均で約4.2倍となり、事前に固定した継続条件（2倍=340件/日）を大きく超えた。よって「改善なし」に該当せず、撤退は不成立。

なぜ判定基準は8/18に数字を見る前に固定していた（8/18は編集直後の配り直しバーストと区別できないため除外・8/19と8/20の2日平均で見る・媒体のぶれで説明できない幅として2倍）。8/20が途中値でも表示数は積み上がる一方で結論は覆らないため、昼の時点で確定した。懸念だった外注不要訴求との表示の食い合いも検出されず（8/19の落ち込み801件は元々の振れ幅632〜2,048の内側で、8/20は全広告が伸長）。書き直し2本にはクリックも付き始めた（書き直し前6日間で計2件 → 8/19だけで9件・CTR 1.1〜1.3%）。

結果中間ゲート②'を新設（fukuda決定）: 累計¥17万（8/24頃）到達時点で通算リードが3件未満なら撤退。ゲート②で証明されたのは「配信量が動いた」までで、リードは2件のまま増えていない。増えたクリックがリードになるかを追加約¥2万で検証する。現状のCVR（1.34%）のままだと3件目が出る確率は約4割＝現状維持なら6割方ここで撤退になる厳しい基準だが、CPAがライン2.4倍のままの「現状維持」で満足しないために置いた。監視スクリプトに¥17万の到達・接近警告を実装済み。

2026-08-17

判断

リードCPAの物差しを「通算」に一本化。8/13の「直近2週」は4日で役目を終えた

8/13に「リードCPAは直近2週で測る」と事前確定したが、8/17に通算へ戻した。理由は単純で、物差しを分ける実益が消えたから。8/13時点は「通算¥55,522 / 直近2週¥28,162」で撤退ライン¥3万を挟んで結論が真逆だった。しかしこの4日間はリード0件のまま消化だけ¥1.3万進み、直近2週も¥37,713まで上昇してラインを突破。通算¥65,074と同じ結論を指すようになった。あわせて資料DLフォームが正常に動作していることを確認（リード0件は故障ではない）。

なぜ物差しを2つ持つのは、結論が割れるときにだけ意味がある。割れなくなった以上、2本立てはルールを複雑にするだけで判定の精度を上げない。
⚠️ ただし8/13に挙げた不利は消えていない。第1ラウンドは着地がサービスサイトのトップで、広告の言葉が1語も無いページに送っていた＝構造的に獲れない設計の消化¥54,721。これを分母に混ぜる限り、着地を直した効果は過小評価される。それを承知のうえでの決定で、記録の一貫性を優先した。直近2週は参考値として出し続ける。

結果ゲート②（¥15万・8/21頃到達見込み）は、数字での合格がほぼ不可能な状態だと分かった。合格には通算でリード5件必要だが現在2件。残り約¥2万＝約39クリックで3件取るには成約率7.6%が要るが、実測は1.34%。
したがってゲート②の判定は「¥3万超」の確認ではなく、撤退条件のもう半分である『改善なしと言えるか』の一点に絞られる。8/12に始めた3本体制（回数・定額）の成績が、その材料になる。

2026-08-13

対応

毎朝の監視スクリプトのバグを2件修正。うち1件は撤退ラインの実効性を削っていた

毎朝出ていた「配信が止まっている疑い」の誤報を直そうとして調べたところ、同じ原因のバグがもう1件、しかも重いほうに潜んでいたことが分かった。累計消化から当日分が丸ごと抜けて計算されていた（同時刻で¥109,923 vs 正しくは¥111,605）。累計は¥44.5万の自動停止（ハードストップ）の判定に使う値なので、発動が約1日分遅れる状態だった。

なぜChatGPT広告のAPIには「集計する期間をJSTの0時に揃えないと、エラーを返さず静かに0件を返す」という癖がある（8/5に判明済み）。監視スクリプトは期間の終わりを「現在時刻を毎時0分に切り下げた値」にしていたため、日の途中で切った窓＝APIが0を返す条件を踏んでいた。
誤報のほうは8/5に原因を特定していたが、「うるさいだけ」と判断して修正を後回しにしていた。同じ書き方が累計の計算にも使われていることに気づいていなかった。1つの誤りが2箇所にコピーされていたのに、痛い症状が出ていた片方しか見ていなかったのが今回の反省。

結果両方をJST0時境界に統一した。累計に当日分が入るようになり、ハードストップは設計どおり¥44.5万で効く。
配信の生存確認は「昨日の丸1日」と「今日0時から現在まで」の2つで判定する形に変えた。警告は2段階で、両方ゼロなら「止まっている（強）」、昨日は出ていて今日だけゼロなら昼12時以降に「止まった可能性（弱）」。朝は配信開始前でゼロなのが普通なので、朝いちに走っても鳴らない。
6ケースの分岐テストで、8/4の実害パターン（22時間の停止）は朝でも検出でき、正常時は鳴らないことを確認済み。

2026-08-13

判断

ゲート②のリードCPAは「直近2週」で測ると事前確定。2件目の資料DLも確認

判定ルールに「ゲートは通算で数える」と「直近2週の数字を優先する」が同居しており、リードCPAをどちらで測るかで結論が真逆になる状態だった（この日時点: 通算¥55,522 / 直近2週¥28,162。撤退ラインは¥3万）。ゲート②（8/19頃到達見込み）を迎える前に、数字を見てから物差しを選ぶことにならないよう切り分けを確定した。あわせて8/12発生の2件目の資料DL（外注不要訴求経由）と、GA4計測が稼働していることを確認した。

なぜトリガー（ゲートに到達したか）と物差し（何で合否を測るか）は別の問題だから。到達判定と最大損失¥45万は従来どおり通算のまま動かさない。一方でリードCPAは直近2週＝実質第2ラウンドのみで測る。第1ラウンドは着地がサービスサイトのトップで、広告の言葉が1語も無いページに送っていた＝構造的に獲れない設計の消化¥54,721で、これを分母に混ぜると着地を直した効果が永久に測れない。

結果判定ルールの正本に切り分けを明記した。現時点の直近2週リードCPAは¥28,162で判定ライン¥3万をわずかに下回るが、2件では偶然と区別できないため合否の予断は持たない。GA4は滞在・9割読了・CV到達の3指標とも取得できる状態を実測で確認（8/4〜8/11の欠測は確定・遡及不可）。あわせてこのレポートの現況ページをダッシュボードに作り直し、数字を広告APIからの自動生成に切り替えた（手書きの数字が古いまま残る事故を構造的に防ぐため）。

2026-08-12

対応

広告を3本体制に組み替え、広告を出す会話の指定も書き換えた（第2ラウンドで初めて広告側を触った）

第2ラウンドは「着地ページだけを変える」設計で走ってきたが、8/12にその方針を意図的に破り、広告側に手を入れた。スピード×工数訴求・権威性訴求を停止し、新規2本（回数訴求・定額訴求）を追加。あわせてコンテキストヒント（どんな会話に広告を出すかの指定）を9テーマから6テーマへ書き換えた。外注不要訴求は1文字も触らずそのまま残した。

なぜ理由は2つ。
(1) 予算の行き先を成果が決めていない。クリック課金のキャンペーンにはCV最適化が無く、配信量は「その広告文に合う会話がどれだけあるか」で決まる。停止したスピード×工数訴求は通算138クリックでCV0のまま第2ラウンド予算の47%を吸っていた。放置すれば残り予算も同じ比率で配られる。
(2) クリック単価が上がり、着地の改善だけでは届かなくなった。CPCは第1ラウンド¥424 → 第2ラウンド¥528（+25%）、CTRは0.81% → 0.62%（-23%）。この結果リードCPA¥3万に必要なCVRが1.41%→1.76%へ上昇し、Google広告並みの1.67%を出しても不合格になる水準になった。広告側を触るのは選択肢ではなく必須になった。
そのうえで「外注不要の何が刺さるのか」を3つの動機に分解する設計にした。自走・主導権（外注に頼らず自分で＝既存）／成果ロジック（回数を増やせばCVRが上がる＝回数訴求）／費用構造（都度発生をやめて定額＝定額訴求）。3本ともLPの同じ約束に着地するので、どれがCVを出してもゲート②の分子になる。

結果広告5本（配信中3本・停止2本）に再編した。新規2本は入稿から数分で審査通過。停止はAPIで「止める」指示だけを送り、実行前後でタイトル・説明文・画像・遷移先・審査状態が変わっていないことを照合済み＝クリエイティブは無傷で、いつでも戻せる。外注不要訴求は触っていない（触ると再審査が走り、唯一CVが出ている広告が数日止まるため）。
ヒントは9テーマ→6テーマへ。旧版にはLPに載っていないテーマが4つ（記事LP・スワイプ型LP・アンケート型LP・代理店の量産）混ざっており、来ても受け止められない相手を呼び込んでいた。新版は外注の納期・待ち時間／自分で作って直す／ABテスト回数×CVR／費用の都度発生／定額／ヒートマップの6つで、全てLP本文に実在する言葉だけで構成した。副産物として旧版のタイポ（「アンケート方LP」）も消えた。
実測で分かったこと: ヒントの変更では再審査が走らない（遷移先URLの変更では走る）。入札設定・ステータス・広告名も変わらず、既存広告は承認済みのまま維持された。

🔴 この判断で断定してはいけないこと。3本の実力が同じでも、たまたまCVが外注不要に落ちる確率は24%。スピード×工数の0/138も、合格実力があって起きる確率が9%残る＝クロに近い灰色であって、クロと証明されたわけではない。これは「効かないと分かったから止めた」ではなく「残り予算をどこに賭けるか」の期待値判断。
撤回条件を先に決めてある: 3本合計でゲート②到達までCVが1件も増えなければ、外注不要系の仮説ごと見直す。「待ち時間を主役にする案」は不採用で確定（待ち時間系はすでに通算138クリックCV0）。

2026-08-12

対応

GA4が新LPを一度も記録していなかった。8日分の行動データを失った（同日修正）

第2ラウンドの主要指標である滞在時間・9割読了を確認しようとしたところ、GA4が新LP（sb.squadbeyond.com）を8/4の配信開始から一度も記録していなかったことが判明した。8/4〜8/11の8日分・91クリック分の行動データは存在せず、GA4は遡って記録できないため永久に取得できない。同日中に計測を復旧した。

なぜ新LPと本体サイトではタグの管理コンテナもGA4の測定IDも別物だった。新LP側のGA4は起動条件が「完了ページのみ」に設定されており、LPのページ閲覧では設計上発火しない。バグではなく設定の抜け。さらに第1ラウンドの実測（滞在5秒・9割読了4.5%）は本体サイト側のGA4のデータで、引き継ぎ資料が別の測定IDを「第2ラウンドの計測先」と記録していたのが取り違えの起点だった。

結果新LPに第1ラウンドと同じGA4を直接設置し、実ブラウザでページ閲覧・9割スクロールの両方が記録されることを確認済み。同じプロパティに集めたので、第1ラウンドと同じ物差しで比較できる。
⚠️ ただしゲート②は行動データ約8日分だけで迎えることになる。

学び: 「タグが入っていること」と「記録されていること」は別。設置の確認はHTMLに測定IDがあるかで済ませがちだが、今回はタグは実在していたのに発火条件で止まっていた。配信開始日に実データが1件でも入ったかを見るのが唯一の確認方法だった。

2026-08-12

検証

ゲート①（通算）に到達。判定は「継続」

通算220クリック / ¥102,763でゲート①（218クリック または 累計¥10万の早い方）に到達した。ゲート①の停止条件は「資料DL 0件」で、第2ラウンドで8/8に1件出ているため非該当。撤退ラインの定めどおり配信を継続し、次の判定はゲート②（累計¥15万）とした。

なぜゲートは事前に決めた条件でのみ動かすのが本テストの設計。第1ラウンドでは同じゲート①で「資料DL 0件」に該当したため約束どおり停止した。今回は該当しないので、数字が芳しくないという理由で前倒しに止めることはしない。判定を後から動かすと、テスト全体が「気分で止めた記録」になってしまう。

結果継続を決定。同時に「継続するが、このままでは勝てない」ことも確認したため、同日中に広告の組み替え（別エントリ）へ進んだ。
⚠️ 日消化が設定¥5,000に対し平均¥6,005（+20%）で走っていた。この配分ならゲート②は8/19〜20頃に来る見込み。
⚠️ 第2ラウンド全体のCVR 1.10%（1/91）は、合格ライン相当の実力があってもこの結果になる確率が52%。白黒はまだついていない。

2026-08-05

検証

毎朝の配信監視が「配信停止」を誤報していた。原因はAPIの集計窓

監視スクリプトが「配信が止まっている疑い」を出したため実データを当たったところ、誤報だった。ChatGPT広告のAPIは、集計する期間をJSTの0時に揃えないと、エラーを返さず静かに「0件」を返す。監視は毎時0分を起点に直近24時間を取っていたため、朝に走ると必ず0が返り、配信が正常でも毎朝アラートが鳴る状態になっていた。

なぜこの監視は8/4に足したばかりの対策だった。8/1〜8/3に配信が止まっていたのを「累計消化が前回と同額＝変化なし」として2日続けて素通りしたため、「累計だけでなく直近の配信も見る」チェックを追加した。その追加分が、追加した翌日から誤報を出していた。

結果同じ24時間でも、窓の切り方だけで答えが変わることを実測で確認した。
08/04 09:00 → 08/05 09:00（24時間・時刻境界）→ 0件・¥0
08/04 00:00 → 08/05 00:00（同じ24時間・JSTの日境界）→ ¥5,382・表示1,564・クリック11
エラーが出ないため、「0件」を「配信が止まった」と読んでしまうのが厄介なところ。修正（集計窓をJSTの0時に揃える）を手配済み。

学び: 「アラートを足した」と「アラートが効いている」は別。監視を入れたら、答えが分かっている過去のデータで一度必ず答え合わせをする。今回は「8/4は配信があった」という既知の事実と突き合わせて初めて壊れていると分かった。
あわせて、鳴りっぱなしのアラートは無いのと同じという点も残しておく。毎朝必ず鳴る警告は数日で読み飛ばされ、本物の停止を見逃す。

2026-08-04

検証

配信が立ち上がったのは再開の翌日。3本の配信先が入れ替わった

8/3に再開したが8/3中は表示0・消化¥0で、実際に配信が始まったのは翌8/4（¥5,382・表示1,564・クリック11）。8/5は午前だけで表示3,622・クリック12と加速している。遷移先URLを変えるだけでも再審査が走るため、再開直後に数字が出ないこと自体は異常ではない。

結果予想していなかったのは、配信先の入れ替わり。第2ラウンドで動いた消化は全額が権威性訴求1本で、第1ラウンドで消化の69%を取ったスピード×工数訴求は1回も表示されていない。本命の外注不要訴求も0本で、通算24クリックのまま止まっている。
広告文もコンテキストヒントも1文字も変えていないのに、配信先が入れ替わった。第1ラウンドでは「広告本文そのものが、どの会話に出るかを決めている」と読んだが、それだけでは説明がつかない。こちらの設定以外の要因で配信が大きく振れるということで、3本並走のままでは、どの訴求が効くかは今回も判定できない見込み。訴求を測りたいならラウンドごとに1本ずつ回すほうが確実。

運用上の学び: 「再開した日」と「配信が始まった日」は違う。再開の翌日まで数字を見ないと、止まっているのか審査待ちなのか区別できない。同じ理由で、再開初日の数字で良し悪しを判断してはいけない。
また日予算¥5,000に対し8/4は¥5,382、8/5は午前で既に¥6,687と超過して消化している。媒体側のオーバーデリバリーとみられ、この率が続くと¥45万の上限に想定より早く到達する。監視対象として追っている。

2026-08-03

実施

第2ラウンド開始。着地だけを資料DL専用LPに差し替えて再開

第1ラウンドの敗因診断（＝敗因は「広告と着地の接続部」）を受け、遷移先をサービスサイトのトップページから資料DL専用LPへ変更して配信を再開した。日予算¥5,000・広告3本・コンテキストヒントは据え置き。

なぜ変えたのは着地だけ。広告文・画像・コンテキストヒントは1文字も変えていない。第1ラウンドの129クリック（滞在5秒・9割読了4.5%・CV0）を対照群として使うため。
広告も同時に変えると、成果が動いても「来る人が変わったから」か「ページが変わったから」かを切り分けられない。第1ラウンドで残った問い——滞在5秒は (a) 来ている人が違うのか (b) ページが広告の約束に応えていなかったのか——は、着地だけ変えれば判別できる。
広告を書き直す案も作成済みだが、第3ラウンド用に取ってある。1回のテストで変えるのは1つだけ。

結果差し替え前に、第1ラウンドで着地に0回だった5語（CVR / ABテスト / 30分 / 外注 / 修正）が、すべて新しいLPに載っていることを照合済み。広告を書き直さなくても言葉の接続は成立している。
遷移先URLだけの変更でも再審査になることを実測した（承認済み → 審査中 → 約10分で再承認）。停止中に実施したので損失はゼロだが、配信中にURLを触ると審査待ちの空白が生まれることは覚えておく必要がある。

あわせて判定ルールを2点変更した。
(1) ゲートの数え方を「通算」（第1ラウンド込み）に確定。第2ラウンド起点でリセットする案もあったが、最大損失¥45万を守ることを優先して通算とした。
(2) ゲート①を「218クリック または 累計¥10万」の早い方に変更。第1ラウンドは金額（¥5万）で切ったため、判定に足るクリックが集まる前に到達してしまった反省による。218クリックは「不合格だと95%の確からしさで言い切れる最小クリック数」。
⚠️ 通算で数えるため、ゲート①に着く時点で新LPが受けたクリックは89本程度にとどまる。89クリックでCV0でも合格圏が残る確率は26%あり、そこで打ち切ると判断を誤りうる。ゲート①は自動停止ではなく警告なので、到達時に改めて判断する。自動で止まるのは¥44.5万のハードストップだけ。

2026-07-29

意思決定

ゲート①に到達し、撤退ラインどおり配信を停止（第1ラウンド終了）

停止判断時の数字は累計¥52,885・表示15,096・クリック119（CTR 0.79%・CPC ¥415）・資料DL 0件。ゲート①「累計¥5万・資料DLが1件でも出るか。0件なら停止」に該当したため、キャンペーンを停止した。配信期間は11日間。
※ 7/30追記: 最終日分の反映が完了し、確定値は累計¥54,721・表示15,945・クリック129（CTR 0.81%・CPC ¥424）。資料DLは0件のまま、判定の結論は変わらない。

なぜ配信前に決めた撤退ラインをそのまま実行した。運用側からは「敗因は着地設計にあるので、遷移先だけ変えて継続すべき」という提案も出たが、ルールどおり止めることを優先した。走り出してから基準を緩めれば、撤退ラインは以後どのテストでも機能しなくなる。

結果敗因は「着地までの距離」だった。広告をクリックした人が資料DLに到達するには、サービスサイトのトップページ → 資料一覧ページ（7種類から選択）→ 個別の資料ページ → フォームと3ページ移動し、最後に会社名・姓・名・メール・電話番号・同意の必須6項目を埋める必要があった。
広告は「LP制作30分」「修正に2週間待ちをやめませんか」と具体的な痛みを突いていたのに、着地はその話をしていない会社紹介ページで、約束を受け止めるページが無かった。さらに、ChatGPT広告用に改修した資料DL専用LPを事前に用意していたにもかかわらず、一度も使わないまま終わった。

GA4で確定（7/29）: 112セッションが着地（7/29時点のクリック119に対し94%・確定クリック129に対し87%）し、配信・計測の技術的な問題は無かった。しかしページ下部まで読んだのは5人（4.5%）、平均滞在5秒、ページビュー1.02。第一画面だけで判断され、ページの中身は評価されていなかった。着地ページのHTML全量（8,301文字）を検索すると、広告で使った「CVR」「ABテスト」「30分」「外注」「修正」の出現回数はすべて0回だった。

⚠️ ただし「ChatGPT広告はダメだった」とも「広告は良くてLPが悪かった」とも言えない。同じ11日間・同じ squadbeyond.com に着地したGoogle広告はエンゲージメント率40.59%・滞在23秒・CV率1.67%（ChatGPT広告は22.32%・5秒・0%）。サイトが構造的に獲れないわけではない。同じページで4.6倍の差がつくなら、差を作っているのは「どんな人が来たか」＝広告文・画像・ターゲティングという広告側の変数でもある。敗因は広告と着地の接続部であり、LP単独ではない。
統計的にも、129クリックでCV 0件は、合格ライン相当の実力（CVR 1.37%＝リードCPA¥3万）があっても17%の確率で起こる範囲にある。いま言えるのは「CVRは2.3%以下」までで、合格圏はまだ排除されていない。白黒つけるには218クリック（累計約¥92,000）が必要だった。
学び: ゲートを金額で切ったことで、判定に足るクリックが集まる前に到達した。クリック単価が想定とずれると、金額ベースのゲートは測りたいものを測れなくなる。第2ラウンドを回すなら判定基準はクリック数に置く。
このテストの本来の目的だった「ChatGPT広告のリードの質」は、リードが0件のため一度も測れていない。

2026-07-19

検証

ブランド審査を通過し、配信開始

広告アカウントのブランド審査が通り、実際の消化が始まった。日予算¥5,000・広告3本（外注不要／スピード×工数／権威性）・遷移先はサービスサイトのトップページ（UTM付き）。

なぜ審査通過が配信開始の唯一の残条件だった。計測経路・監視スクリプト・ハードストップは配信前に揃えてあったため、通過後すぐに走らせられた。

結果配信量が初日で頭打ちになった。7/19の表示は3,679と大きく出たが、2日目以降は1,000前後に落ちて最後まで戻らなかった。CPCも¥263から上がり続け、終盤は¥500（入札上限¥600）に張り付いて日10クリックで固定。コンテキストヒントにマッチする会話の在庫が薄いことを示している。この頭打ちにより、¥45万の枠を使い切るには約3ヶ月かかる計算になっていた。

広告3本の配信は大きく偏った。スピード×工数訴求に消化の68%・クリックの73%が入り、本命の外注不要は21クリック、権威性は11クリックにとどまった。訴求の優劣は判定できていない。
興味深いのは、この偏りがCTR順ではなかったこと。CTRは権威性1.05% > 外注不要0.86% > スピード0.75%で、媒体が儲かる順（CTR×CPC）で並べても外注不要・権威性が上位になる。それでもスピード×工数に集中した。ChatGPT広告は広告本文そのものが「どの会話に出るか」を決めていると考えるのが自然で、「LPの修正に2週間待ち」という具体的な痛みの言葉に合う会話が単純に多かったとみられる。広告文が実質的にキーワードとして働いているという、次回に直結する学び。

2026-07-14

検証

CV計測のテストが「他媒体の数字」を汚す問題を発見（対策は"作らない"を選択）

計測タグの設置確認をしている最中に気づいた。資料DLのサンクスページには、ChatGPT広告のCVタグだけでなくGoogle広告・Google SEM・Yahoo・Facebook・自社の集計タグ、計6本のコンバージョンタグが同居している。つまり、CV計測をテストするためにこのページを1回踏むと、他媒体のコンバージョンにもテストが計上されうる。

なぜこれはChatGPT広告に固有の問題ではない。サンクスページが全媒体で共通である以上、どの媒体のCVタグを検証しても、毎回ほかの5媒体を巻き込む。しかも汚染は「エラー」として現れないため、月次レポートに静かにノイズが混ざり続ける。

結果最初の対策として、GTMに専用のテスト用トリガー（特定のURLでChatGPT広告のCVタグだけを発火させる迂回路）を作った。しかし作った上で、同日それを外した。
理由は過剰だから。CVタグのテストは「設置時の一度きり」で、そのために恒久的な設定を1本増やして保守対象にするのは割に合わない。同じ目的は、ブラウザから計測命令を直接実行すれば、設定をひとつも増やさずに達成できる（サンクスページを経由しないので、他媒体は1本も発火しない）。
あわせて、汚染の実害は当初の見積もりより小さいことも判明した。Google広告・Yahoo広告のコンバージョンは、広告クリック経由（クリック識別子が残っている場合）でないと計上されないため、直接アクセスによるテストは広告のCVとしては紐づかない（ただしGA4と自社タグには記録される）。
学び: 地雷の存在を知っていること自体が対策であって、設定を増やすことが対策とは限らない。危険を見つけたときに反射的に仕組みを足すと、使われない設定だけが残って保守コストになる。

2026-07-14

実施

コンバージョン計測タグをGTMに設置・公開（依頼せず自社で完結）

7/10に用意した計測タグ2本（全ページに読み込むベースタグ／資料DL完了ページで発火するCVタグ）を、Googleタグマネージャー（GTM）に設置し、本番公開した。当初はGTMの編集権限が無いためWeb担当への依頼を予定していたが、権限を付与してもらい、マーケティング側で設置まで完結させた。

なぜ依頼して待つ形にすると、他部署の作業待ちがそのままテストの遅れになる。権限さえ受け取れば設置自体は10分で終わる作業であり、テストの初速を他部署の都合に依存させない方が速い。「依頼する」より「権限をもらう」ほうが、結果的に安く速いという判断。

結果公開まで完了。本番反映の前にGTMのプレビュー機能で実際に資料DLを送信し、サンクスページで2本のタグが正しく1回ずつ動くこと・エラーが0件であることを確認してから公開した（タグの中身は7/10に実物のSDKと突き合わせて検証済みのもの）。
残るのは広告管理画面での受信確認と、キャンペーンへの紐付け（配信開始後にしか行えない）。ゲート判定には不要な項目のため、配信開始を1日も待たせていない。

2026-07-10

実施

コンバージョン計測タグを準備（設置はWeb担当へ依頼）

広告媒体に資料DLの完了を伝えるための計測タグを用意した。ピクセル（データソース）と、資料DLに対応するコンバージョンイベント lead_created を作成。サイトへの設置はGTMの編集権限を持つWeb担当に依頼する。

なぜ媒体側の配信最適化を効かせるため。ゲート判定には不要（成果の測定はHubSpot側で完結している）ので、これを待たずに配信は開始できる。

結果依頼文を作成する過程で、手元にあったタグのコードが完全な誤りだったことが判明した（読み込み先のURLもタグの形式も違う）。管理画面が出力する実物と、計測SDKの中身を読んで仕様を確定させ、コードを全面的に差し替えた。
差し替え後のタグはブラウザ上で実際に動かして検証済み（送信をブロックした状態で、lead_created が正しい形式で送られることを確認）。誤ったコードをWeb担当に送らずに済んだ。

2026-07-10

実施

広告アカウント名を「Squad beyond」に変更（ブランド審査が発生）

ChatGPTの広告枠には広告主名としてアカウント名がそのまま表示される。法人名ではなくプロダクト名で表示されるよう変更した。変更に伴いアカウントのブランド審査が発生し、これが配信開始の唯一の残条件になった。

なぜChatGPTの回答面で最初に目に入るのは広告主名。認知のあるプロダクト名を出したほうがクリックされやすく、遷移先のサービスサイトとも表記が一致する。

結果アカウント名の変更は即日反映。ブランド審査は2026-07-19に通過し、同日配信を開始した（申請から約9日）。審査待ちの期間は消化¥0・表示0が正常で、この間はキャンペーンのステータスが「有効」でも配信されない。ステータスだけを見て「配信不良」と誤判定しないことが運用上の注意点。

2026-07-10

意思決定

広告文の数字表記を「約3割」→「約30%」に統一

同じ実績（国内ネット広告の約30%で活用）を、権威性訴求はタイトルで、外注不要訴求は説明文で語っていたが、表記が割れていた。両方を「約30%」に揃えた。

なぜ人は「3割」より「30%」を大きく感じる（3と30という数字そのものの大きさに判断が引っ張られる）。BtoBマーケター向けには「%」表記のほうが業界の書き方に馴染む。加えて、同じ広告主が同じ数字を2通りで書くのは信頼性を損なう。

結果3本とも再審査を通過（同日）。配信開始前に直したことで、3本が同じ条件でスタートできる。開始後に直すと、審査中の広告だけ配信が止まり、他の2本が先に予算を消化して訴求の比較が成立しなくなる。

2026-07-10

検証

成果を追う計測経路を実証（テストクリック・広告費ゼロ）

配信開始前に、広告と全く同じURLを実際に踏んで資料DLフォームを送信し、HubSpotの個票に何が記録されるかを1件ずつ確認した。

なぜゲート判定は「ChatGPT広告経由のリードが、いくらで商談になるか」で行う。広告とHubSpotの紐付けが成立しないまま配信すると、¥5万を使ってもゲート①の判断材料が手に入らない。配信前に必ず潰すべき前提条件だった。

結果合格。①ChatGPT広告経由かどうかの判別 ②3本のうちどの広告から来たかの判別 ③資料DLのサンクスページの特定、の3点を実証。
あわせて重大な誤解も発見した。当初あてにしていた項目（utm_source等）には2023年10月以降どの新規リードにも値が入っていない。サイト側にUTMをフォームへ渡す仕組みが無いためで、実際に使う項目を別のものに差し替えた。
また、既にサイト訪問歴がある人の広告情報は後日上書きされて消えうるため、毎朝リードを記録して保全する仕組みを監視処理に追加した。

2026-07-10

実施

毎朝の自動監視＋¥45万ハードストップの自動執行を導入

毎朝9時に消化額・ゲート進捗をAPIで自動チェックし、このレポートに反映する仕組みを稼働。累計消化が¥450,000に達した場合のみ、キャンペーンを自動で一時停止する。

なぜ媒体仕様では日予算キャンペーンに累計の上限を設定できない（日予算と総予算が排他で、予算タイプは作成後変更不可）と判明。ゲート④「例外なしハードストップ」を人の見落としに依存させず、コードで執行するため。ゲート①〜③は警告のみ＝判定は人が行う。

結果試運転OK（累計¥0・警告なし・誤発動なし）。自動での広告操作は「累計¥450,000到達時の一時停止」のみに限定。

2026-07-09

実施

キャンペーン入稿完了・広告3本が審査承認（配信開始待ち）

セルフサーブ（ads.openai.com）で「260710_BtoBマーケター_クリック」を入稿。クリック目的・日予算¥5,000・日本・CPC上限¥600。広告は訴求軸別に3本（外注不要／スピード×工数／権威性）、ターゲティングは「LP改善・CVR相談のBtoB会話」をコンテキストヒントで指定。遷移先はサービスサイトのトップページ。

なぜ目的=クリック：ゲート①が「¥5万で60〜100クリック来るはず」というクリック前提の判定設計のため（CV最適化は月間CV数が少なく学習が安定しない）。CPC¥600：米国相場$3〜5の中央値で、¥400では媒体の「配信されない可能性」警告が出たため。遷移先：資料DL専用LPではなく既存サービスサイトから開始し、既存導線の実力を先に測る判断（ChatGPT用に改修した資料DL用LPは次ラウンド用に保管）。

結果3本とも審査承認済み。2026-07-19にブランド審査が通過し、同日配信を開始した。

2026-07-09

意思決定

広告別トラッキング（utm_creative）を全広告に付与

3本の広告URLに utm_creative（no-outsource / speed-pdca / authority）を追加した。

なぜどの訴求から来たリードかをHubSpotの個票で判別し、ゲート判定で訴求別のリードの質まで比較できるようにするため。キャンペーン単位のUTMだけでは「安いリードを量産する訴求」を特定できない。

結果API経由で3本更新→再審査となったが、同日中に全て承認。

2026-07-09

実施

広告アカウントとAPIを接続（読み取り運用を開始）

Ads APIキーを接続し、設定の検証と数字の取得を自動化した。設定変更（書き込み）は都度承認制で運用する。

なぜ手動転記による更新漏れ・誤記をなくし、このレポートの数字をAPIから直接更新できるようにするため。

結果接続直後の検証で「コンテキストヒントが画面上は入力済みに見えるがサーバーに未保存」という入稿ミスを検知・修正できた。ターゲティング空のまま配信する事故を未然に防止。

2026-07-09

マイルストーン

稟議承認・配信準備フェーズへ

ChatGPT広告テストの社内稟議が承認。専用プロジェクトとして独立し、この運用レポートを開設した。

なぜ承認を受け、次は「計測を先に組む→入稿」の順で準備する。配信前に計測を固めるのは、後から遡れないベースライン（AI経由の自然流入）を取り逃さないため。

結果配信準備に着手。準備完了から実配信までは約10日（審査待ちを含む）。

2026-07-08

申請

稟議提出（テスト条件を確定）

日予算¥5,000・CV=資料DL・最大損失¥45万でChatGPT広告テストを申請した。

なぜ新チャネルの「質」は事前に読めない。だから大きく張らず、少額で質を測るためのテストにする。同時に最大損失を¥45万に固定し、負けても傷が一定額で止まる形にした。

結果翌7/9に承認。

2026-07-07

意思決定

撤退ラインを「質」ベースに再設計（v3）

判定軸をリードCPA主軸から、商談CPA・商談化率（＝リードの質）主軸の4ゲートに作り替えた。合格ライン商談CPA¥6万 / 撤退¥11万。

なぜ上司FB「目先のCPAだけでは決められない。質（商談率・契約率）を見ろ。近いのはAI検索オーガニックでは」を反映。実際MetaではリードCPAが過去最良¥9,725の月に商談CPAは¥138,306（Googleの2.4倍）。安いリードを量産しても商談で沈む＝「安いゴミリードを切れない」のがMetaの罠。

結果撤退ラインv3として確定（基準ページ参照）。当初案の商談CPA¥20万は、成約単価がGoogle実績の1.8倍になると判明したため¥11万に引き下げた。