広告代理店の承認フローを、予算・素材・LP変更ごとに決める

広告代理店の承認フローは、予算・素材・LPの変更区分ごとに決めます。起案する人、顧客が承認する内容、媒体で実行する人、残す証跡を区分別に固定すれば、「返事を待つべき変更」と「承認済みの範囲で進められる作業」を判別できます。

顧客の承認と媒体を操作できる権限は切り分けます。編集権限だけでは実行条件を満たしません。必要な承認記録を確認してから実行します。事前に合意した範囲では、誰の確認をもって着手できるかを台帳で分かるようにします。その範囲は変更の名称だけでは判断できません。同じ「差し替え」でも、配信や請求、審査、遷移先に与える影響が異なるからです。

広告代理店の承認フローは、変更の影響から分ける

承認の重さは、変更後に何が動くかで決めます。作業時間や担当者の経験は、顧客が引き受ける影響を示す基準にはなりません。

2026年9月21日時点のGoogle 広告「予算の変更が反映される仕組み」では、1日の平均予算またはキャンペーンの合計予算の変更が、広告の表示頻度と請求額に影響する可能性があると案内されています。1日の平均予算の変更は、費用上限にも反映されます。したがって予算変更は、配信と請求に関わる判断として扱う必要があります。

2026年9月21日時点のGoogle 広告「広告の審査プロセスについて」では、広告やアセットを作成または編集すると審査が自動的に始まり、広告見出し、説明文、キーワード、リンク先、画像、動画などが審査対象になるとされています。変更によって審査が再開され、遅延につながる可能性も示されています。素材やLPでは、表現の内容に加えて、掲載状態への影響も承認対象に含めます。

この仕様から、次の分け方を運用上の提案とします。

• 予算変更は、配信と請求への影響を承認対象にする
• 素材変更は、表現の内容と審査への影響を承認対象にする
• LP変更は、遷移先の内容とリンク先編集に伴う審査への影響を承認対象にする

「変更してよいか」だけを尋ねると、顧客と代理店が別の範囲を想定する余地が残ります。何が変わり、どの影響まで了承するのかを承認依頼に含めてください。

起案・顧客承認・実行・証跡を一枚で固定する

運用上の提案として、案件ごとに次の承認マトリクスを用意します。表には起案者、顧客承認者、実行者などの役割を置きます。組織変更や担当交代の際も、誰が何を判断するかを読み替えやすくなります。

この表では「顧客承認済み」と「実行可能」の欄を分けます。運用上の提案として、顧客承認の完了と媒体上の実行権限を別項目で管理してください。顧客の了承後も、実行者が対象と承認済み版を照合できない変更は止めます。実行者の編集権限は承認記録の代わりになりません。

顧客確認待ちは、未充足の実行条件で示す

顧客名と送信日だけの一覧からは、代理店側が何を待っているのか判断できません。運用上の提案として、ステータスには実行に必要な条件を記載します。

たとえば、LPの文言が承認済みで、公開先URLが未確定の案件は実行待ちへ移しません。「LP変更の実行条件が未充足」と記録します。素材の承認後にリンク先も変えることになった場合は、LP・リンク先の行を追加し、元の承認と分けます。返答の有無に加え、今回の変更を安全に実行できる材料がそろったかを確認できます。

顧客への確認文にも、対象、変更前後、想定する影響、承認してほしい範囲を並べます。「変更してよいでしょうか」という一文だけでは、承認範囲が実行者に伝わりません。顧客から条件付きの回答があれば、その条件を承認記録に残し、実行者が読める状態にします。これらの記録方法は運用上の提案です。媒体の公式仕様として定められた手順ではありません。

予算・素材・LP変更で、止める条件を変える

例外を口頭で通すと、承認済みの変更と無断変更を区別する記録が残りません。変更区分ごとに停止条件と差し戻し先を決め、例外にも同じ記録単位を適用します。

予算変更

変更前後、対象キャンペーン、顧客の承認記録のいずれかが確認できなければ止めます。実行後は媒体の変更履歴と案件台帳を突合します。予算は表示頻度と請求額に影響する可能性があり、1日の平均予算の変更は費用上限にも反映されるという公式情報が、この扱いの根拠です。

素材変更

承認された広告文・画像・動画の版を特定できなければ止めます。承認後の軽微な修正も、承認済みの差分を超えた時点で起案へ戻します。広告やアセットの編集で審査が自動的に始まり、変更によって審査が再開される可能性があるため、実行後の確認結果までを一つの変更として扱います。

LP・リンク先変更

承認された遷移先、公開条件、媒体で変更するリンク先が一致しなければ止めます。LP側だけ公開して媒体側のリンク先が未変更、あるいは媒体側だけ先に変更という状態を完了にしません。リンク先も審査対象に含まれるため、遷移確認と審査・掲載の確認結果を台帳へ戻します。

複数の変更が同時に起きた場合は、該当する行を区分別に満たします。予算が承認済みで新素材が未承認なら、予算変更まで止めるか、変更を分けて実行するかを案件責任者が判断し、その判断も記録します。この表は承認者を増やすためのものではありません。実行を止めている不足条件を明示するために使います。

実行前後の入力確認をさらに具体化する場合は、広告入稿のミス防止｜ダブルチェック体制と公開前チェックリストも合わせて整理できます。営業、運用、確認者の境界から見直す場合は、広告代理店の役割分担｜営業兼運用から分業を始める判断基準が参考になります。

承認記録と媒体の変更履歴を二つとも残す

2026年9月21日時点のGoogle 広告「変更履歴について」では、予算調整などの変更種類で絞り込み、変更内容を時系列で確認できます。ユーザーが個別のログイン情報を使っている場合、管理画面で変更したユーザーのメールアドレスも確認できます。実行内容を追う材料として使えます。

ただし、同じ公式情報には、Google担当者が行った変更やアカウント単位の設定変更の一部が表示されない場合があるという注意があります。したがって、媒体の変更履歴だけですべての顧客承認を証明できるとは限りません。

そこで運用上の提案として、案件台帳には次を残します。

• 変更対象と変更前後
• 顧客の承認者と承認記録への参照
• 媒体または公開環境での実行者と実行日時
• 実行後の確認結果
• 媒体の変更履歴と突合した結果

媒体履歴は「実際に何を変えたか」を確かめる材料、案件台帳は「なぜ、どの承認で変えたか」をたどる材料として分けます。チャットやメールを証跡にする場合は、台帳に該当メッセージへの参照を記録します。会話全体から後で探す運用では、実行者が承認範囲を照合しにくいためです。媒体履歴に表示されない変更を含め、承認から実行後確認までの流れを案件側で追える状態が必要です。

マトリクスを案件へ導入するときの確認順

運用上の提案として、まず現在扱っている変更を予算・素材・LPへ分け、実行条件を決めます。細かな例外は、実際に生じた段階で該当区分へ追加します。

1. 変更区分ごとに、顧客が承認する内容を文章で定義する
2. 起案者、顧客窓口、顧客承認者、実行者、確認者の役割を置く
3. 台帳の変更前後、承認記録への参照、実行記録、確認結果を必須にする
4. 承認記録がない、承認版を特定できないなど、止める条件を決める
5. 複合変更や条件付き承認を誰が判断するかを決める

この順番で整理すると、顧客確認待ちを不足している実行条件ごとに把握できます。マネージャーは、顧客へ催促すべきもの、代理店側で起案を直すもの、承認済みで実行へ渡せるものを分けられます。

AIを使う場合は、変更依頼から台帳項目の草案を作る、差分を候補として整理する、承認依頼文を下書きするといった範囲に置きます。承認範囲の確定、媒体での変更、公開・出稿・納品の最終判断は人が行います。効果や工数削減を前提にせず、既存の承認条件と責任分担に合わせて設計してください。

案件を一つ選び、予算・素材・LPの各変更について、承認記録がどこにあり、誰が実行可否を判断できるかをマトリクスへ記入します。空欄が残った行が、確認待ちや無断変更につながる境目です。空欄には、必要な情報、判断する役割、止める条件のいずれかを定義します。すると実行者は、編集権限を持っているかに左右されず、承認条件がそろっているかで実行可否を判断できます。

関連ガイド：広告代理店のAI活用と業務改善