◈ Cowork/2026-06-04上級

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

AdMob のビディングパートナー申請やフロア調整といった広告運用の反復作業を Cowork に任せてきた中で見えた、AI に任せきれる作業と、人間が自分の手で押さなければならない一手の境界線を、実際の運用記録からまとめました。

Cowork³⁶ Claude⁴⁷ AdMob¹³ 業務自動化² human-in-the-loop²

✦ プレミアム記事

広告運用のような反復作業こそ AI に任せたい領域ですが、実際に Cowork へ預けてみると「ここから先は自分の手で押さないと駄目だ」という一手が、思っていたよりはっきり存在することに気づきます。先日 AdMob のサーバーサイド入札パートナーを 11 社まとめて申請し、同時にメディエーショングループのフロア（eCPM 下限値）を 42 グループ分見直す作業を Cowork と進めたのですが、その過程で見えた「任せられる／押すべき」の境界線が、そのまま AI に業務を委譲するときの設計指針になりました。

私は 2014 年から個人でアプリを作り続けていて、累計 5,000 万ダウンロード、AdMob 月間収益はピーク時で 150 万円を超えました。国際芸術賞 17 冠のアート活動と並行して、12 年以上この規模の広告事業を一人で回せているのは、運用の反復作業をかなりの割合で AI に預けているからです。ただし「全部任せる」ではありません。むしろ どこを任せ、どこを自分で押すかを毎回明示的に決めることが、任せて事故らないための核心でした。

任せきれる作業 — 申請フローの大半は AI で完結する

まず、任せられる範囲は想像以上に広い、というのが実感です。AdMob コンソールの「メディエーション → ビディング → 広告ソースを設定」から各パートナーを有効化していく作業は、フローが2つの型に分かれます。

ひとつは doc 型。「パートナー契約への署名手順」を押すと Google のヘルプが開いてステップ1が自動完了し、AdMob に戻ってステップ2の「確認して同意する」を押すだけで有効化されます。Improve Digital や Mobfox がこの型で、ここは完全に Cowork に任せて問題ありませんでした。

もうひとつが form 型。各社の外部サイトに飛んでフォーム入力・規約同意・送信まで行うタイプで、Chocolate Platform・Nativo・Verve・Sharethrough・Yieldmo がこれにあたります。フォームの入力項目も pub-0667784050147760 のような publisher ID が Google から自動で引き継がれるため、Cowork がページ構造を読んで入力・送信まで進められます。Verve はこの流れで完全に有効化まで到達しました。

ここで大事なのは、Cowork に画面操作を頼むときに「タブを開いて、あとはやっておいて」と人間に投げ返すのではなく、JavaScript でフォームの input を埋め、ボタンの click まで一気に実行させることです。タブを開いて手作業を依頼してしまうと、結局は自分の時間を奪う中途半端な自動化になります。任せると決めたら、人間の介在ポイントが残らないところまで一息で走らせる。これが任せ方の基本です。

押すべき一手① — reCAPTCHA v2 のチェックボックス

任せきれない一手の代表が、reCAPTCHA です。そして厄介なのは、reCAPTCHA の種類によって自動で通るか手動が必須かが変わる点です。

Verve のように reCAPTCHA v3（invisible 型）を使うサイトは、フォーム送信時に裏でスコアリングされるだけなので、Cowork の送信操作のまま自動で通過します。ところが Sharethrough のように reCAPTCHA v2（チェックボックス型）が出るサイトは、「私はロボットではありません」のチェックを人間が入れる操作が設計上どうしても必要で、ここだけは自動化に頼れません。

この線引きを知らないと、「なぜか送信できない」とログを延々追うことになります。私は申請を始める前に各社のフォームが v2 か v3 かを Cowork に判定させ、v2 のサイトだけ自分の手でチェックを押すという分担を最初から組みました。AI に任せられない一手をあらかじめ特定しておくと、運用全体のテンポが崩れません。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること

✦AdMob 運用で Cowork に任せられる作業と、人間が手で押すべき作業（reCAPTCHA v2・フロア書き込み・seller ID）の具体的な線引き

✦「人間が入力 → AI が実値を読み返して検証」という分担が、自動入力より確実になる理由と実装パターン

✦AI に運用を任せるほど重要になる『証拠主義の検証』を、広告運用の現場でどう設計するか

Stripe による安全な決済 · いつでもキャンセル可能

✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または

メンバーシップなら全記事が読み放題 →

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

もうひとつ自分で押すべきなのが、フロア値の最終入力です。これは 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 に預けるだけで、運用は驚くほど軽くなります。