Google広告MCCのメリット・デメリット|複数アカウント運用の構造・権限・移管を判断フレームで解説
Google広告のMCC(マネージャーアカウント)のメリット・デメリットを構造・権限・移管の3視点で解説。子MCCの階層設計、体制別の権限設計表、クロスアカウント機能による入札学習の分断対策、自社MCC保有か代理店MCC配下かの判断フレームまで、複数アカウント運用の意思決定に必要な論点を体系化します。
複数のGoogle広告アカウントを運用していると、「アカウントごとにログインし直す」「代理店を替えたらアカウントごと持っていかれるのでは」といった疑問に必ず突き当たります。答えはどちらもMCC(マネージャーアカウント)の設計次第です。MCCは無料で作れる管理レイヤーですが、一度作成すると削除できず、権限設計を誤ると退職者のアクセスが残り続けるといった構造的な制約も抱えています。この記事では、Google広告MCCのメリット・デメリットを構造・権限・移管の3視点に分解し、自社MCCを持つべきか代理店MCC配下に残るべきかを判断できるところまで踏み込みます。
この記事のポイント
- MCCへのアカウントリンクはアクセス権の付与であり、所有権の移転ではない
- MCCは一度作成すると削除不可のため、体制変更を見据えて階層と権限を設計するのが定石
- 1つの広告アカウントには最大5つのMCCをリンクでき、代理店併用や移行期の並走に使える
- 権限は5段階あり、体制(インハウス/ハイブリッド/複数代理店併用)ごとに渡し方を変えるべき
- クロスアカウント機能を使えばスマート自動入札の学習分断をある程度緩和できる

Google広告のMCC(マネージャーアカウント)とは?
1つの鍵で複数の扉を同時に開ける比喩
MCC(Manager Account、旧称My Client Center/クライアントセンター)とは、複数のGoogle広告アカウントを1つのログインから横断管理できる管理者用アカウントのことです。広告アカウントそのものとは別物で、MCC自体には広告費が発生せず、配下にリンクした各アカウントの広告費だけが課金対象になります。
代理店が複数クライアントを管理する目的で使われることが多いですが、近年は自社で複数ブランド・複数事業部の広告アカウントを持つ企業側にも普及が進んでいます。Yahoo!広告にも同様の「MCCアカウント」機能があり、複数アカウントを一元管理する発想自体は媒体を問わない共通パターンです。
MCCと通常アカウントの違い
通常の広告アカウントはキャンペーンを運用する実行単位ですが、MCCはその実行単位を束ねる管理レイヤーです。両者の違いを整理すると次のようになります。
| 項目 | 通常の広告アカウント | MCC(マネージャーアカウント) |
|---|---|---|
| 役割 | キャンペーンの作成・入稿・入札 | 配下アカウントの一元管理・権限付与 |
| 広告費 | 発生する | 発生しない(配下アカウントの合算のみ) |
| ログイン | アカウントごとに個別 | 1ログインで配下アカウントを横断 |
| 削除 | 条件を満たせば可能 | 原則不可 |
リンク=アクセス権付与であり所有権は移らない
MCCと広告アカウントの関係で最も誤解されやすいのが「リンクした側がアカウントを所有する」という思い込みです。実際にはMCCへのリンクはアクセス権を付与する仕組みにすぎず、広告アカウントの所有権はアカウントを作成した主体に残ります。海外の解説メディアStore Growersも、MCCリンクはアクセス権の付与であり所有権の移転ではないと明確に整理しています。日本の管理画面でも構造は同じで、「代理店のMCCにリンクされている=代理店が所有している」ではない点を発注側は理解しておく必要があります。
Google広告MCCのメリットは?複数アカウント運用で得られる7つの効果
MCCの価値はログインの手間を減らすことだけではありません。運用ルールを配下アカウントへ一括で行き渡らせる「標準化装置」として機能する点こそが本質的なメリットです。代表的な効果は次の7つに整理できます。
- 複数アカウントへのシングルログイン
- パフォーマンス変動やポリシー違反の通知集約
- 一括請求によるインボイス集約
- 除外キーワードリストの共有・一括適用
- オーディエンスリストの共有
- 自動化ルール・Google広告スクリプトのMCC横断実行
- アカウント横断でのパフォーマンス比較レポート
一元管理・アラート集約・一括請求
配下アカウントの予算消化状況や審査落ちの通知はMCC画面に集約されるため、アカウント数が増えるほど個別確認の工数が削減されます。請求面では一括請求(Consolidated Billing)を使うと、複数アカウント分の支払いを1枚のインボイスにまとめられ、経理処理の負荷も下がります。ただし一括請求は税務・与信の扱いが通常アカウント単体とは変わるため、経理部門との事前すり合わせは必須です。
除外キーワードリスト・オーディエンスの共有
MCCの共有ライブラリを使うと、除外キーワードリストを一度作成するだけで配下の複数アカウントに横展開できます。海外の広告運用メディアSearch Engine Landは、業界共通の無関係語やブランドセーフティ上避けたい語をMCC側で一元管理し、配下全アカウントへ一括適用する運用を紹介しています。日本の運用現場でもこの発想は有効で、アカウントごとに除外リストをばらばらに管理していると更新漏れが起きやすく、MCCを「設定管理のハブ」として位置づける視点が実務品質を底上げします。オーディエンスリストも同様に共有でき、複数ブランドで似たターゲティングを使う場合の作業重複を防げます。
自動化ルール・スクリプトのMCC横断実行
自動化ルールやGoogle広告スクリプトは、MCCレベルから配下アカウントへまとめて適用・実行できます。予算消化ペースのチェックや異常値アラートなど、定型的な監視処理をアカウントごとに個別実装する必要がなくなる点は、アカウント数が増えるほど効いてきます。実装の具体的な設計パターンはMCC横断で使えるGoogle広告スクリプトの自動化設計で扱っているので、あわせて参照してください。なお高度な自動連携ではGoogle Ads APIを使ってMCC配下のデータを外部システムと連携するケースもありますが、これは一定の開発リソースを前提とした選択肢です。
Google広告MCCのデメリット・注意点は?導入前に知るべき制約
MCCはメリットばかりが語られがちですが、構造上の制約を理解せずに導入すると後戻りできない失敗につながります。特に「削除できない」「請求の縛りがある」「持ち出しリスクがある」の3点は、導入前に必ず把握しておくべきです。
一度作成すると削除できない
MCCアカウントは一度作成すると削除できません。テスト目的で複数作ってしまったり、組織変更のたびに新規MCCを乱立させたりすると、不要なMCCが残り続けアクセス権限の棚卸し対象も増えていきます。実務では、MCCを新規作成する前に「本当に新しい階層が必要か、既存MCCの子MCCで対応できないか」を検討するのが定石です。
リンク数・階層の上限と申請区分
MCCの階層は子MCCを重ねて多段構造にできますが、無制限にネストできるわけではなく、階層数やリンク数には上限が設定されています。上限の具体的な数値は仕様変更が入ることもあるため、設計段階でGoogle広告ヘルプの最新情報を確認してから階層設計に着手するのが安全です。また、一定規模以上のMCC作成やAPIアクセスには申請区分が絡む場合もあり、思いつきで階層を増やせるわけではない点も踏まえておく必要があります。
代理店MCC配下でアカウントが作られた場合の持ち出しリスク
もっとも見落とされがちなのがこの論点です。広告アカウントの所有権は「誰が作成したか」で決まります。発注企業側が自社でアカウントを作成し、そのうえで代理店のMCCにリンクしただけであれば、リンクを解除して自社MCCに付け替えることが可能です。一方、代理店が代理店自身のMCC配下でアカウントそのものを新規作成した場合、契約終了時に「アカウントの持ち出し」を巡って交渉が必要になるケースがあります。契約開始時点で「誰がアカウントを作成するか」を明確にしておくことが、将来の代理店切り替えリスクを最小化する最も確実な方法です。
MCCの階層構造はどう設計する?子MCC・ルートMCCの組み方
図1: ルートMCCと子MCCの階層構造図
MCCの階層設計は、組織の複雑さに比例させるのが基本方針です。単層で十分な会社もあれば、事業部・ブランド単位で子MCCを切らないと権限管理が破綻する会社もあります。
単層で足りるケースと子MCCを切るべきケース
広告アカウント数が数個程度で、担当者もほぼ固定されている体制であれば、ルートMCC1つに全アカウントを直接リンクする単層構成で問題ありません。逆に、事業部・ブランド・拠点ごとに担当チームが分かれている場合や、権限を渡す相手の入れ替わりが頻繁な組織では、子MCCを挟んだほうが管理が単純になります。海外の運用ガイドClickPatrolは、クライアント数が増えた代理店が地域別・業種別のサブMCCをルートMCC配下にネストする階層設計を紹介しており、この発想はそのまま複数ブランド・複数事業部を抱える日本企業のインハウス組織にも応用できます。担当チーム単位でサブMCCを切ると、権限管理の範囲が明確になり、退職時のアクセス棚卸しも「そのサブMCC配下だけ確認すればよい」状態に単純化できます。
組織図とMCC階層を対応させる設計手順
設計の進め方はシンプルです。まず組織図を用意し、広告アカウントの管理主体となる単位(事業部・ブランド・拠点など)を洗い出します。次にその単位ごとに子MCCを対応させ、ルートMCCには子MCCへのアクセス管理権限のみを持たせる構成にします。アカウント単位の構造設計、たとえばキャンペーン構成やPerformance Max導入時のアカウント内リファクタリングについてはGoogle広告アカウント構造のリファクタリング実務で扱っています。MCC階層は「アカウント間」の構造、アカウント内のキャンペーン設計は「アカウント内」の構造であり、両者は対になる関係にあります。
MCCの権限設計のやり方|誰にどのアクセスレベルを渡すか
図2: 5段階のアクセス権限レベル図
MCCの権限は5段階に分かれており、体制に応じて渡し方を変えるのが実務の要点です。渡しすぎれば持ち出しリスクや誤操作リスクが上がり、絞りすぎれば運用が滞ります。
アクセスレベル別にできること一覧
Google広告のユーザー権限は、管理者・標準・読み取り専用・請求限定・メール専用の5段階に分かれています。
| 権限レベル | できること |
|---|---|
| 管理者権限 | 全設定変更、ユーザー招待・削除、権限変更 |
| 標準権限 | キャンペーン作成・編集、入札・予算変更 |
| 読み取り専用権限 | 閲覧のみ、編集不可 |
| 請求限定権限 | 請求情報の閲覧・管理のみ |
| メール専用権限 | パフォーマンスメールの受信のみ |
インハウス・ハイブリッド・複数代理店併用の権限設計表
体制ごとに渡すべき権限の目安は次のように整理できます。
| 体制 | 自社担当者 | 代理店 | 経営層・関連部署 |
|---|---|---|---|
| 完全インハウス | 管理者権限 | ― | 読み取り専用権限 |
| ハイブリッド(一部委託) | 管理者権限 | 標準権限 | 読み取り専用権限 |
| 複数代理店併用 | 管理者権限 | 各社に標準権限(横展開不可な範囲で分離) | 読み取り専用または請求限定権限 |
複数代理店併用の場合、各代理店に管理者権限を渡してしまうと他社のアカウント設定まで見えてしまう構成になりかねません。子MCCで代理店ごとの管理範囲を分離したうえで標準権限を渡す設計が無難です。初期のアカウント作成と代理店への権限付与の具体的な手順はGoogle広告アカウントの作成と代理店への権限付与の手順で解説しています。
退職・契約終了時のアクセス棚卸しフロー
権限設計は付与して終わりではなく、退職・異動・契約終了のたびに棚卸しする運用が前提です。実務では、四半期ごとなど定期タイミングでMCCのユーザー一覧を確認し、在籍していない担当者や契約終了済みの代理店アカウントが残っていないかをチェックする運用が多いと言われています。子MCCで組織単位を分離しておくと、この棚卸し作業を「該当サブMCC配下だけ」に絞れるため、確認漏れが起きにくくなります。
クロスアカウント機能でスマート入札の学習分断を防ぐには
複数アカウントに広告費を分散すると、アカウントごとのコンバージョンデータが薄くなり、スマート自動入札の学習が不安定になりやすいという課題があります。MCCのクロスアカウント機能はこの課題への構造的な解決策です。
クロスアカウントコンバージョントラッキングの仕組みと注意点
クロスアカウントコンバージョントラッキングとは、MCCレベルでコンバージョン計測タグを一元管理し、複数の広告アカウントで計測データを共有する仕組みです。タグの一元化とアカウント横断でのコンバージョンパス把握が利点ですが、導入するとCV定義の管理主体が個別アカウントからMCC側に移ります。海外の運用メディアPPC Heroは、この切り替え時にコンバージョン計測が一時的に断絶したり、既存のコンバージョンアクションと二重計上が起きたりする点に注意すべきだと指摘しています。日本国内での移管やインハウス化の場面でも、「CV設定がどちらのアカウントに紐づいているか」の確認漏れは計測断絶に直結する典型的な失敗パターンです。導入前には必ず既存のコンバージョンアクションとの重複有無を確認してください。
クロスアカウント入札戦略が有効になる条件
クロスアカウントの入札戦略、いわゆるポートフォリオ入札戦略は、クロスアカウントコンバージョントラッキングと組み合わせることで、スマート自動入札がマネージャーアカウント横断のクエリレベルデータを学習に利用できるようになります。Google Ads Helpの公式情報によれば、単一アカウントのコンバージョンデータが少ない場合でも、複数アカウントのデータを束ねることで入札の変動を抑えやすくなるとされています。事業部やブランドごとにアカウントを分割しつつ、入札の学習を分断させたくない場合には有力な選択肢です。ただし、事業内容やコンバージョンの性質が大きく異なるアカウント同士を束ねると、かえって学習が最適化から外れることもあるため、「似た商材・似たコンバージョン構造のアカウント同士でまとめる」のが導入の前提条件になります。
代理店MCC配下と自社MCC保有、どちらにすべきか?判断フレーム
二股に分かれる道と光る分岐点
ここまでの構造・権限・クロスアカウントの論点を踏まえると、意思決定は所有権・データ資産・体制の3軸に集約されます。
自社MCCを持つべき3つの条件
次の3条件のうち2つ以上に当てはまる場合、自社MCC保有を検討する価値があります。ひとつ目は複数代理店を併用する、またはその予定がある場合。ふたつ目は将来的にインハウス化を視野に入れている場合。みっつ目はコンバージョンデータやオーディエンスデータを自社の資産として長期的に蓄積したい場合です。インハウス化そのものの判断基準はインハウス化する前に確認すべき7つの判断基準で整理しているので、自社MCC保有の是非とあわせて検討することをおすすめします。
代理店MCC配下に残ってよいケース
逆に、単一代理店に運用を全面委託しており、切り替えの予定もなく、社内に権限管理を担う人員を割けない体制であれば、無理に自社MCCへ移行する必要はありません。代理店MCC配下でも、アカウントの作成主体さえ明確にしておけば、持ち出しリスクは契約条件で担保できます。
最大5MCCリンクを使った並走・セカンドオピニオン設計
1つの広告アカウントには最大5つのMCCをリンクできます。Store Growersが整理しているとおり、この上限を利用すれば、既存代理店のMCCにリンクしたまま自社MCCや別代理店のMCCも並行してリンクし、セカンドオピニオンや移行期の並走を構造的に実現できます。代理店切り替えの過渡期に、旧代理店・新代理店・自社の3者を同時にリンクしておき、段階的に権限を移していく設計は実務上有効です。インハウス化後も一部業務を代理店に残すハイブリッド運用を検討している場合は、インハウス化後も代理店を使い続けるハイブリッド運用の設計もあわせて参考にしてください。
MCCアカウントの移行・移管手順と失敗しない進め方
図3: 旧MCCから新MCCへの移管フロー図
移管でつまずく最大の原因は、「MCC自体を移管しようとしてしまう」ことです。MCCというコンテナは移管できません。移管できるのは配下の広告アカウントのリンクだけです。
MCC自体は移管できない:正しい切り離しの手順
正しい手順は、旧MCCから広告アカウントへのリンクを解除し、新MCCへ改めてリンクを申請する流れになります。アカウントの所有権自体は移動しないため、誰がアカウントを作成したかによってこのリンク解除・再リンクがスムーズに進むかどうかが決まります。代理店が作成したアカウントの場合は、解除申請への協力を契約段階で取り決めておくことがトラブル回避につながります。
移行時に確認すべき設定チェックポイント
移行時には、コンバージョン設定の紐づけ先アカウント、オーディエンスリストの共有状態、除外キーワードリストの適用範囲、入札戦略がクロスアカウントで組まれていないかを、リンク解除前に必ず確認してください。特にクロスアカウントコンバージョントラッキングを使っている場合、リンクを解除すると計測が途切れる可能性があります。媒体横断での移管チェックリストは広告アカウント移管で失うデータと守るべき設定のチェックリストにまとめているので、実際の移管作業に入る前に確認しておくと抜け漏れを防げます。
よくある質問
Q:MCCアカウントの作成や利用に費用はかかりますか? MCCアカウント自体の作成・利用は無料です。費用が発生するのは配下にリンクした広告アカウントの広告費のみで、MCCの管理レイヤー自体に課金は発生しません。
Q:既存のGoogle広告アカウントをMCCアカウントに変更できますか? 既存の広告アカウントをMCCアカウントへ後から変更することはできません。MCCは新規に作成したうえで、既存の広告アカウントをリンクする手順を踏む必要があります。
Q:1つの広告アカウントに複数のMCCをリンクできますか? 最大5つまでのMCCをリンクできます。この仕組みを使えば、既存代理店のMCCにリンクしたまま自社MCCや別代理店のMCCを並行してリンクでき、代理店併用や移行期の並走運用が可能になります。
Q:MCCアカウントは削除できますか? 作成後のMCCアカウントを削除することはできません。実務上は、配下アカウントとのリンクをすべて解除し、利用を停止することで実質的に整理する方法が取られます。
Q:代理店を切り替えるとき、MCC配下の広告アカウントはどうなりますか? 誰がアカウントを作成したかによって扱いが分かれます。発注企業側が作成したアカウントであればリンク解除・再リンクで持ち出せますが、代理店が代理店MCC配下で作成したアカウントの場合は交渉や移管手順が必要になることがあります。詳細な進め方は本記事の移行・移管セクションを参照してください。
真策堂では、複数アカウント運用のMCC構造設計や権限設計、代理店からのインハウス化移行に関するご相談を受けています。自社の体制に合った階層設計や権限の渡し方に迷う場合は、現状のMCC構成を踏まえたうえでの整理から一緒に検討することが可能です。
- Web広告
Microsoft広告のコンバージョンが計測されない原因と切り分け手順|タグ発火・目標設定・反映ラグの3層診断フロー
Microsoft広告(Bing広告)のUETタグでコンバージョンが計測されない原因を、タグ発火・目標設定・反映ラグの3層で切り分ける診断フローを解説。追跡状態がActiveなのにCVゼロになる同意モードの罠、UETタグヘルパーの限界、GTM実装の確認手順まで、当日中に原因特定できる実務ガイドです。
- Web広告
YouTube広告が不承認になる理由と対処手順|音源著作権・「制限付き」表示の切り分けフロー
YouTube広告の不承認理由を動画内容・音源著作権・リンク先・フォーマット・アカウントの5層で切り分ける手順を解説。Content IDに検知される音源の落とし穴、「承認済み(制限付き)」との違い、修正再申請と異議申し立ての使い分けまで、当日中に配信再開を目指せる実務フローです。
- Web広告
Google広告「データ除外」と「季節性の調整」の違い|計測障害・セール時にスマート入札を壊さない使い分けと設定手順
Google広告のデータ除外と季節性の調整の違いを「過去の補正か未来の予告か」で整理し、計測障害・セール・恒常変化の3シナリオ判断フローで使い分けを解説。調整率をCPC上昇から逆算する決め方、セール後にデータ除外を併用する二段運用まで、スマート入札を壊さない実務手順が分かります。