自動支出なしの広告

ある人の広告キャンペーンは、週末だけで月間予算を使い切ってしまった。あるパフォーマンスマックスのキャンペーンは、深夜2時のベラルーシからのマットレス広告のインプレッションを、1クリック40ドルの価値があると判断した。ある「スマート入札」のテストは、その機能のトグルがメニューの一段深い場所にあったため誰にも気づかれず、日次上限を静かに3倍にしてしまった。広告チームを設計する中で、こうした話を十分に聞き、それらはもはや教訓話ではなく、仕様そのものになった。

私たちがやらなかったこと — それは「上限付きの自律動作」を作ることだ。これは一見明白な中間案に思える。日次上限を設定してエージェントをその範囲内で自由に動かし、安心して眠る、というものだ。実際にその一案を作ってから、結局却下した。理由はこうだ。上限とは、システムが自分自身の将来の挙動について交わす約束であり、そうした約束は地味で特定のパターンで崩れていく。

• 誰かがローンチの追い込み中に日次上限を引き上げ、その後元に戻すのを忘れる。
• プラットフォームのアップデートによって「日次」の意味が境界で変わる — UTC の深夜か、アカウントのタイムゾーンの深夜か、日中の上限引き上げが遡って適用されるか — そしてまさにその境界で自動化システムは誤動作する。誰もその境界をテストしていないからだ。
• さらに悪いことに、お金に一度でも触れるシステムは、以後のあらゆる変更のたびに、この失敗モードについて再監査しなければならなくなる。プロンプトの微調整、モデルのアップグレード、新機能ひとつひとつが「誰も想定していなかった入力によって、意図しない支出が発生し得ないか」という問いになってしまう。

これは一度きりのコストではない。チームの規模が大きくなるほど積み重なり、やがてロードマップを食いつぶす恒常的な負担になる。

そこで私たちは、ダイヤルではなく壁として線を引いた。広告チームは目的、構成、チャネル配分を計画し、その理由を提示する — たとえばローンチ時の配分案を提案する際は、なぜそうするかを説明する：

この配分は、2週間分のクリックデータが揃えば見直される見込みだ。この理由に納得できなければ、何かが実際に動き出す前に配分を変更できる — これはブラックボックスが下した判断を推測するのとは違う。広告チームはオーディエンスも分析する — 「スプレッドシートが嫌いな中小企業経営者」を、興味カテゴリ、類似オーディエンスのシード、除外リストといった、地味だが実際に「買う人を見つけるキャンペーン」と「見るだけの人に予算を溶かすキャンペーン」を分ける要素に落とし込む。クリエイティブもストック写真ではなく、実際のプロダクトから作成する — あなたのアプリを見たこともない笑顔の人がラップトップを使っている写真ではなく、インターフェースの実際のスクリーンショットを使う。実際、実物のUIから作られたクリエイティブは、汎用的なライフスタイル系のストック画像よりもクリック率が高い傾向があり、これは広告がクリック直後に表示されるものそのものを見せていると考えれば、驚くことではなくなる。

そしてキャンペーンをステージングする。私たちのダッシュボード上のプレビュー画面でも、PDFのサマリーでもない — Google広告やMeta広告マネージャー内に実際に構築された本物のキャンペーンオブジェクトが、一時停止状態のまま置かれる。まるで人間のメディアバイヤーが組み立てて、有効化ボタンを押す前にランチに出かけたかのようだ。そしてそこで止まる。有効化のクリック、予算、登録済みのカード — すべてあなたのものだ。広告プラットフォーム自体のインターフェースに入り、あらゆる設定をいじり、見出しを差し替え、気に入らない広告グループを削除しても構わない — プラットフォームはそれに気づきもしなければ気にもしない。なぜなら、そもそも一時停止を解除する権限を一度も持っていなかったからだ。

同じルールがもう一つのことにも適用される。それはあなたの名前で発信することだ。ブログ記事の公開、メールリストへの配信、顧客への「あなた」としての返信。リスクの性質は同じで、下書きは安いが、間違って公開されると高くつく。

エージェントがどこであっても単独で決して行わない2つのこと — あなたのお金を使うこと、そしてあなたとして発言すること。

たった一文のポリシーで、私たちがリリースするすべてのチーム — 広告、コンテンツエージェント、あなたの本番サイトに触れるものすべて — が、公開前にその一文に照らしてチェックされる。監査コストの議論以外にもう一つ理由がある。それは分かりやすさだ。

こちらの方が信頼の連鎖がはるかに短く、キャンペーンが一時停止中かどうかを見るだけで、自分自身で5秒で検証できる。

これが実際に効いてくるのは、キャンペーンそのものの前後だ。上流：ディスカバリーチームは、何かを作り始める前に、ウェイトリストページに向けた一時停止中のキャンペーンをステージングできる。プロダクトのアイデアを思いついたら、ディスカバリーがランディングページと、それを求めていそうな人に向けた一時停止中のキャンペーンを作成し、あなたが自分で少額の予算をつけて有効化する。数日分の登録データで、そもそもそれを作るべきかどうかがわかる。ダメなアイデアなら、コストはランディングページとテストに使った予算だけで済み、誰も欲しがっていないものにエンジニアリングを四半期分費やすようなことにはならない。しかもこのテストを気軽に実行できるのは、エージェントが勝手に「このアイデアはもっと予算をかける価値がある」と判断してしまう危険が、常にワンクリック先にあるわけではないからだ。下流：成果は検索やストアのデータと同じスコアリングの仕組みに流れ込み、次回のプランニングでそれが参照される。3週間前のチャネル配分が実際のコンバージョンデータで明らかに振るわなかった場合、次のプランは同じ汎用的な配分を再提案するのではなく、その実績データから出発する。それでも支出前には必ずあなたが承認する — ただし、その承認対象はコールドスタートの案ではなく、あなたの実際の成果に基づいて主張しているプランになる。

私たちが常に立ち返るテストがある。もし機能が最悪の形で誤動作したら、その被害範囲はどこまでか？下書きなら、使われない下書きで済む。ターゲティングなら、1ドルも使われる前にあなたが編集できる一時停止中のキャンペーンで済む。広告チームには、あなたが承認していないお金がかかる「最悪の日」が存在しない。これは慎重に調整して得た結果ではなく、便利さのために絶対に譲らなかった唯一の制約だ。