運用代理店の解約準備で最初に見落とされるのは「広告アカウントの権限」

この節では、移行作業に先立って作った前提資料に「未確認」と書かれていた項目が、実測でどう変わったかを説明します。

relmeaでは契約終了に先立って、広告アカウントの状況を整理した前提資料を作成していました。そこには「当該アカウントが代理店配下かどうかは未確認」と明記されていました。つまり、誰が実際にアカウントを所有し、自社はどこまで操作できるのかが、契約の終わりが見えてきた段階でもまだわかっていなかったということです。

この状態のまま解約日を迎えると、何が起きるかがわからないまま日付だけが過ぎていきます。実際に自社のAPI認証情報で広告アカウントへ接続し、権限を実測したところ、前提資料の「未確認」は「代理店配下だった」という事実に置き換わりました。権限の実態は、契約書や引き継ぎ資料を読むだけでは確定しません。自社のIDで実際に接続して確かめるまで、代理店に任せているアカウントの権限は「わからない」状態のままです。

自社IDの権限を実測する｜参照のみと更新可の違い

この節では、管理画面で見えることと、実際に操作できることが別物である理由を、実測結果で示します。

relmeaは検索広告のAPIを叩く読み取り専用のツールを自作し、2026年7月13日に本番環境で動作確認しました。6月の広告費をAPI経由で取得した金額は¥75,621、同じ月の広告費を管理画面から手動でダウンロードしたCSVの金額も¥75,621で、完全に一致しました。認証の更新トークンには期限がなく、無人での読み取り運転が成立する状態でした。読み取りに関しては、自社IDから見える数字を信用してよいことが確認できたということです。

ところが、この読み取りによって初めて判明した事実があります。自社ECの検索広告（指名キーワード・動的検索広告・一般キーワードの3キャンペーン）が入っている広告アカウントは、自社のビジネスIDに対して「参照のみ」の権限しか付いていませんでした。キャンペーンの停止や入札の変更といった更新系のAPIを呼ぶと、権限エラーで必ず失敗します。値を書き換えるには「更新可」の権限が別途必要で、参照権限だけではどれだけ待っても操作はできません。

このとき広告の管理環境には3つのアカウントが存在していました。

  • 代理店側が管理に使う親アカウント（MCC相当）
  • 自社ECの広告が入っている、参照のみのアカウント（代理店が運用）
  • 自社で別に運用している、更新可のアカウント

管理画面に広告アカウントが表示され、数字が見えるからといって、そこに自社の操作権限があるとは限りません。「見える」と「動かせる」は別の権限です。代理店に任せているアカウントの多くは、前者しか自社側に開放されていない可能性があります。

契約が切れる前にしか動かせない理由

この節では、権限の昇格やアカウントの移管がなぜ契約終了前にしか進められないかを説明します。

権限の昇格も、アカウントの移管も、代理店側の操作と承諾が必須です。自社のIDだけではどうにもなりません。そして代理店契約の終了日は2026年7月31日と決まっていました。契約が切れたあとに権限の昇格や移管を依頼しても、相手にはもう応じる契約上の義理がありません。「先に権限、後に解約」という順序を守らないと、選択肢そのものが失われます。

さらに、このプラットフォームにはアカウント移管に関する制度上の制約があり、移管日は毎月1日に固定されています。8月1日付けの移管を通すには7月26日までに申請が必要で、これを逃すと次の移管日は9月1日になります。しかし契約は7月31日で終了するため、9月1日の移管日を待つ選択肢は、代理店との契約関係が切れた時点で使えなくなります。期限は月単位で固定されており、待てば待つほど有利になるものではありません。

この期限を踏まえ、relmeaは7月16日の代理店との定例で、次の4点を確認事項として整理しました。

  • 当該アカウントの契約企業名が、自社名義か代理店名義か
  • 自社のビジネスIDを更新権限へ昇格できるか
  • アカウントが紐づいている親アカウント（MCC）はどれか
  • 更新権限を持つビジネスIDの一覧

契約企業名が自社名義であれば、必要な作業は「移管」ではなく「権限の昇格と、代理店側の権限の削除、親アカウントからのリンク解除」で完結し、これまでの広告実績と自動入札の学習をそのまま引き継げます。代理店名義であれば、アクティブなアカウントごと所有者を移す移管手続きが必要になり、作業の重さがまったく変わります。名義の確認は、移管作業の見積もりそのものを左右する分岐点です。

「別アカウントに作り直せばいい」が損になる理由

この節では、権限が取れないなら別アカウントで作り直せばよいという発想がなぜ得策でないかを説明します。

権限の交渉がうまくいかない場合に備えて、自社で運用しているもう一つの更新可アカウントに、同じキャンペーンを先回りして作り直すという案も検討しました。しかし、これは実行しないと判断しました。

移管はアカウントそのものの所有企業を変える手続きであり、中身のキャンペーンが別のアカウントへ自動的に流れ込むわけではありません。移管を待たずに別アカウントで同じ広告を先に始めると、同一の広告主が同じ内容の広告を重複して掲載することになり、掲載基準に抵触するおそれがあります。加えて、品質インデックスと自動入札の学習は、これまで運用してきたアカウントに蓄積されたものです。別アカウントで作り直せば、この学習はゼロから積み直しになります。実績を引き継ぐには、権限を通すか、アカウントごと移管するかのどちらかしかなく、「作り直せば早い」という近道は成立しません。

急ぐ理由を「損失」で語ると判断を誤る

この節では、前提資料にあった損失の見積もりと、実測した支出の差を示します。

前提資料には「日あたり約¥1,300を燃やし続けている」という記載があり、これが解約を急ぐ理由として扱われていました。しかし実測すると、動的検索広告のキャンペーンはすでに停止済みで、7月の支出は¥0でした。7月に実際に課金されていたのは指名キーワードのキャンペーンのみで、13日間の合計は¥12,248でした。

前提資料の「急がないと損失が膨らむ」という理屈は、実測の数字とは一致しませんでした。急ぐべき本当の理由は、支出が膨らみ続けることではなく、月初固定の移管日と申請期限を逃すと、その回の選択肢自体が消えることにありました。損失の大小で優先度を判断すると、「大した額でもないから後回しでよい」という誤った結論に至ります。優先度を決めるべきは金額ではなく、期限を過ぎたら取り戻せない性質の意思決定かどうかです。

契約前・契約中にやっておくこと

この節では、今回の記録から導けるチェック項目をまとめます。契約前にできること、契約中に確認すべきこと、そして正直に書いておくべき結果に分けます。

契約前に確認すること

  • 広告アカウントの契約企業名（自社名義か代理店名義か）を契約書に明記してもらう
  • 自社のビジネスIDに、参照のみか更新可かのどちらの権限が付与されるかを契約書に明記してもらう

契約中に定期的に行うこと

  • 自社のAPI認証情報で広告アカウントへ接続し、四半期に一度、権限種別（参照のみ・更新可）を読み取って記録する
  • 解約予定日が決まったら、その日からプラットフォームの移管日と申請期限を逆算し、カレンダーに反映する

自動でできることと、人がやること

この作業は役割で分けられます。権限種別の読み取り、期限の逆算、結果の台帳化は、APIとスクリプトで自動化できる部分です。一方で、契約企業名の交渉、解約するかどうかの判断、代理店への依頼そのものは、人が行う部分です。自動化できる部分を先に済ませておくことで、人が判断すべき論点（名義・交渉・解約時期）だけに集中できます。

今回の結果

最後に、今回の結果も正直に書いておきます。relmeaのケースでは、権限の昇格もアカウントの移管も実現しませんでした。交渉は打ち切り、参照のみの広告アカウントはそのまま代理店側に残っています。以後は、検証や数値の下読みは参照のみのアカウントで行い、実際に値を動かす作業は自社運用の別アカウントでのみ行うという分け方で運用しています。この記事に書いた確認の順序は、その結果から逆算したものです。