「先月、このキャンペーンで何を変えたんだっけ」——広告運用に関わったことがあれば、必ず経験する場面です。
広告媒体には変更履歴の機能があり、いつ・誰が・何を変更したかを後から確認できます。ただ、実務で使ってみると分かりますが、媒体の変更履歴は「読む」ためのものとしてはかなり分かりづらく、施策の記録としてそのまま使えるものではありません。
この記事では、Google広告・Meta広告それぞれの変更履歴の確認方法を押さえた上で、当社が実際に運用している「変更履歴を自動取得し、施策の実施記録に変える仕組み」を、やってみて分かった効果と限界まで含めて紹介します。
変更履歴の確認方法
Google広告の場合
管理画面の左メニューから「変更履歴」を開くと、アカウント内で行われた変更の一覧を確認できます。
- 期間・キャンペーン・変更の種類（予算・入札・ステータス等）・変更したユーザーで絞り込みが可能
- 過去2年分まで遡って確認できる
- 各行を開くと、変更前後の値が表示される
Meta広告の場合
広告マネージャで対象のキャンペーン・広告セット・広告を選び、「アクティビティ履歴」（変更履歴）を表示します。
- 変更日時・変更項目・変更したユーザーが一覧される
- こちらもフィルタで期間・変更の種類を絞り込める
どちらの媒体も「いつ・誰が・何を変えたか」の生ログとしては十分な情報を持っています。問題は、その先です。
変更履歴を「そのまま」施策記録に使えない理由
当社も以前は、施策の記録を手動で残していました。しかし記録漏れは起きるし、記録自体に時間がかかる。かといって媒体の変更履歴を後から読み返そうとすると、今度は別の壁に当たります。
- 粒度が細かすぎる: 1つの施策（例:「検索キャンペーンの入札戦略を変更し、あわせて予算を調整」）が、変更履歴上では何行もの細かい変更ログに分解されて記録されます。後から読んで「これは要するに何の施策だったのか」を復元するのに手間がかかります。
- ノイズが多い: 自動ルールによる軽微な変更、下書きの保存、一時的なオンオフなど、施策とは呼べないログが大量に混ざります。
- 媒体ごとにバラバラ: GoogleとMetaを運用していれば、記録は2つの管理画面に分かれたまま。横断で「この週に何をしたか」を見る手段がありません。
- 「なぜ変えたか」が残らない: 変更履歴が教えてくれるのは「何を変えたか」まで。施策の意図・仮説は、どこにも記録されません。
つまり、変更履歴は素材としては優秀だが、記録としては未加工の状態です。ここを埋めるのが自動化の出番になります。
仕組み：変更履歴から施策記録を自動生成する
当社が運用している仕組みの全体像はこうです。
- 毎日、変更履歴を自動取得する: Google広告は管理画面の広告スクリプト機能で変更イベントを、MetaはアクティビティのAPIから変更ログを、それぞれ毎日自動でエクスポートします
- ノイズを除去し、施策単位にまとめる: 下書き保存や軽微な自動変更を除外し、残った変更を「媒体×日×変更の種類」で束ねて「施策の候補」に丸めます。細かいログの羅列を「◯月◯日、検索キャンペーンの入札戦略と予算を変更」という粒度に変換するイメージです
- 記録データベースへ自動起票する: 施策単位になった記録を、実施日・媒体・変更内容つきでデータベース（当社はNotionを使っています）へ自動登録します
- 一定期間後に振り返りが自動で回る: 起票された施策は「振り返り待ち」の状態で記録されるため、施策に応じた期間を置いて「その施策は効いたのか」を確認する運用に自動的に乗ります
ポイントは、人間が「記録する」という作業を一切しないことです。記録を書く手間がゼロになるので、記録漏れも起きません。
運用して分かったこと（実感ベース）
この仕組みを実際に回してみて、当初の狙いどおりだったことと、想定外だったことがあります。
レポートの粒度が一段上がった
そもそもこの仕組みを作った動機は、レポートでより細かい示唆を出したい・施策検証の精度を上げたい、というものでした。ここは狙いどおりで、「CPAが下がった」という結果に対して「◯日の入札変更以降、◯◯が改善した」と日付と施策を紐づけて語れるようになりました。数値が動いたときの仮説検証も、変更記録が正確に残っているため精度が上がります。
想定外の副産物：広告事故の早期発見
作ってみて気づいたのは、毎日変更履歴を機械的に取得していると、意図しない変更＝事故の兆候に早く気づけることです。「触っていないはずの設定が変わっている」「自動ルールが想定外の動きをした」といった異常は、記録の自動化がそのまま監視の役割を果たしてくれます。これは設計時には狙っていなかった効果でした。
制約も正直にある
- Google広告のスクリプトで取得できる変更イベントには期間の制限があり、またGoogle Ads Editor経由の変更は取得できません
- Metaのアクティビティ履歴APIは遡れる期間が短いため、取得が数日止まると記録が欠けます。毎日動かし続けることが前提の設計です
自動化しても、人がやるべきこと
この仕組みで「何を変えたか」の記録は完全に自動化できます。ただし、運用してみて明確になったのは、自動化の外側に残る仕事の輪郭です。
- 「なぜ変えたか」は人間が書く: 変更の意図・仮説は媒体のログからは復元できません。当社は自動起票された記録に、運用者が意図を後から一行補記する運用にしています
- 考察の精査は人間の仕事: 記録をもとにAIが「この変更が効いた可能性が高い」といった考察の下書きを出せるようになりますが、その内容を鵜呑みにはできません。考察の精度を担保する最終チェックは人間が行います
- 管理画面の外の文脈は人間しか知らない: 「クライアントの営業体制が変わった」「競合がセールを始めた」といった、数字に影響する外部要因はデータに現れません。これらを踏まえた提案は、引き続き人の仕事です
自動化は「人を置き換える」ものではなく、記録という作業を消して、人の時間を判断と検証に寄せるものだと考えています。
導入するには：最初の一歩
同じことをやりたい場合、おすすめの進め方はシンプルで、小さくてもいいのでまず実装を試してみることです。
- まず、変更履歴の取得を1媒体だけ自動化してみる（Google広告なら管理画面のスクリプト機能で、スプレッドシートへ日次書き出しするだけでも価値があります）
- 慣れてきたら、ノイズ除去・施策単位への集約・記録データベースへの起票と段階的に伸ばす
正直に言えば、スクリプトやAPIの接続、AIとの連携など、最初のハードルはあります。ただ、一度フローに乗ると実装は徐々に楽になり、運用の感覚も掴めてきます。完成形を最初から目指すより、「記録が自動で貯まり始める」状態を早く作ることが大切です。
よくある質問
Q. 変更履歴は何のために確認するものですか？
日常的には「意図しない変更がないかの確認」と「成果が動いたときの原因調査」です。数値の変動日と変更履歴を突き合わせるのは、要因分析の基本動作です。
Q. 手動の施策記録シートではだめですか？
続けられるなら有効です。ただ、経験上、忙しい時期ほど記録は漏れ、漏れた記録は後から復元できません。人の意思に頼らない仕組みにすることに価値があります。
Q. 記録した施策はどう活用するのですか？
月次レポートの要因分析、施策の効果検証、そして「同じ失敗を繰り返さない」ためのナレッジ蓄積です。施策に仮説を添えて記録し、後日答え合わせをする運用まで発展させると、運用の学習速度が大きく変わります（この「仮説の答え合わせ」の仕組みは、別の記事で詳しく書く予定です）。
まとめ
Google広告・Meta広告の変更履歴は、管理画面からいつでも確認できます。ただし、それを施策の記録として活かすには「ノイズを除き、施策単位にまとめ、意図を添える」加工が必要で、ここはスクリプト・APIによる自動化と相性の良い領域です。当社の実感として、記録の自動化はレポートの粒度と検証の精度を確実に上げ、副産物として事故の早期発見にも効きます。
「うちの運用体制でどこまで自動化できるか」を知りたい方は、お問い合わせからご相談ください。現状の運用フローを伺い、現実的な始め方をご提案します。