広告運用を Cowork に任せて分かった「人間が押すべき一手」の線引き

押すべき一手② — フロアの「書き込み」

もうひとつ自分で押すべきなのが、フロア値の最終入力です。これは reCAPTCHA とは理由が違って、自動操作の信頼性の問題です。

AdMob のメディエーショングループ編集画面は、フロア入力欄のボタン ID が毎回変わり、入力欄を取り違えて別のフィールドに値を打ち込む「誤爆」が起きやすい作りになっています。実際、過去にグループ名の欄に誤って値を入れる事故を起こしたことがあり、以来この部分の自動入力は禁止運用にしています。

代わりに採っているのが、人間が入力し、AI が実値を読み返して検証するという分担です。月次のフロア見直しでは、Cowork がレポートから 42 グループ分の実勢 eCPM とマッチ率を取得し、ルール（iOS はフロア＝実勢 eCPM × 55%、比率が 65% を超えたら引き下げ、40% 未満かつマッチ率 95% 超なら引き上げ）に沿って各グループの新しいフロア値を算出します。算出までは AI。実際に編集画面へ値を打ち込むのは人間。打ち込んだ後、Cowork が編集画面を読み直して「入力された実値が提案値と一致しているか」を検証する。この往復で、自動入力の誤爆リスクをゼロにしたまま、判断と検証だけ AI に任せられます。

# 「人間が入力 → AI が実値を読み返して検証」の検証側の考え方
# Cowork はフロア編集ページを読み直し、提案値と実値を突き合わせる
GROUP_ID="7930061941"            # 例: BW-INT-AND-US
PROPOSED="0.50"                  # AI が算出した提案フロア
ACTUAL=$(fetch_floor_from_admob "$GROUP_ID")   # 編集ページから実値を読み取る
 
if [ "$ACTUAL" != "$PROPOSED" ]; then
  echo "⚠️ 不一致: group=$GROUP_ID 提案=$PROPOSED 実値=$ACTUAL → 再入力を依頼"
else
  echo "✅ group=$GROUP_ID フロア $ACTUAL で確定"
fi

ポイントは、AI に「入力させない」ことではなく、AI の役割を『提案』と『検証』に寄せ、不可逆な書き込みだけ人間に残すという発想です。書き込みは人間、その正しさの確認は AI。これで「速いが事故る自動化」ではなく「速くて事故らない運用」になります。

押すべき一手③ — 確定していない値を「埋めない」判断

3つめは少し性質が違っていて、AI に「分からないものを埋めさせない」線引きです。

サーバーサイド入札パートナーは、承認後に各社が「自社の seller ID（authorized seller 行）」を提供してくる設計です。承認前の段階では seller ID は確定していません。ここで AI に app-ads.txt を整備させると、ドメインだけ分かっている状態で seller ID を推測で埋めてしまう誘惑が生まれます。

app-ads.txt は「このドメインで自分の在庫を売る権限を持つのは誰か」を宣言するファイルなので、捏造した ID を書くと、最悪その行のデマンドが認証されず無効になります。だから私は Cowork への指示に「承認メールで各社指定の行を受け取るまで app-ads.txt に追記しない。seller ID を捏造しない」を明示的に含めています。AI は空欄を嫌って何かを埋めようとする傾向があるからこそ、「確定するまで埋めない」を人間側のルールとして与えておく必要があります。

任せるほど効いてくる「証拠主義」の検証設計

ここまでの3つの一手に共通するのは、いずれも「AI の出力をそのまま信じず、必ず実物で裏を取る」という姿勢です。これは Cowork に運用を任せる割合が増えるほど、重要度が跳ね上がります。

今回いちばん効いたのが「パートナーシップ有効化 ≠ 実配信可能」という落とし穴でした。AdMob 上で「パートナーシップ有効」と表示されても、それは口座契約が済んだという意味でしかなく、配信されるとは限りません。実際、BidMachine や LY Ads のように、AdMob 上は有効化できてしまうのにアダプタ SDK の統合が必須なパートナーが混ざっています。ここで「有効化されたから配信されているはず」と AI の状態報告を鵜呑みにすると、いつまでもインプレッションが増えない理由が分からなくなります。

だから運用タスクの完了条件を「有効化できた」ではなく「レポートに実インプレッションが立った」に置く。AI に運用を委譲するときは、こうした証拠主義の完了条件を人間側があらかじめ定義しておくことを強く推奨します。「やった」と報告されたことと「実際に効いている」ことは別物で、その差を埋めるのは検証ステップしかありません。

個人開発で AI に運用を委譲するときの設計指針

最後に、今回の作業から抽出した指針をまとめておきます。

任せる作業と押す作業を、作業を始める前に明示的に分ける。具体的には、reCAPTCHA v2 のような人間必須の操作、不可逆な書き込み（フロア入力）、確定していない値の取り扱い（seller ID）の3つは人間側に残す。AI には「提案」「画面操作」「検証」を担わせ、書き込みの正しさは AI に読み返させて裏を取る。そして運用タスクの完了条件は、必ず実データで判定できる形にしておく。

私はアート作品そのものは一切 AI を使わず手作業で作りますが、その作品を世に出すための運用や、アプリ事業の広告運用には AI を全面的に投入しています。創作の本体は手で、反復する運用は AI にという線引きを引けているのは、運用の中でも「人間が押すべき一手」を見極められているからだと感じています。AI に任せる範囲を広げることと、任せない一手を明確に持つことは、矛盾せず両立します。

まずは自分の運用フローの中で、「これは不可逆だ」「これは確定していない」「これは人間の認証が要る」という3種類の一手を1つずつ書き出してみてください。それ以外を Cowork に預けるだけで、運用は驚くほど軽くなります。