Estratégia multi-conta Google Ads MCC

Os limites oficiais Google Ads 2026 fixam em 20 sub-MCC nível 1 por MCC raiz, 6 níveis de hierarquia aninhados máximo, e 200.000 child accounts na arborescência completa (documentação oficial em support.google.com). Nas agências PPC observadas nos benchmarks Google Ads públicos, a migração para uma estrutura MCC se inicia tipicamente entre 5 e 8 contas gerenciadas, e a introdução de sub-MCC entre 30 e 50 contas — bem antes dos limites técnicos, é a legibilidade operacional que guia a decisão.

Mas será que é preciso abrir um MCC a partir da 3ª conta cliente? Não sistematicamente — o MCC introduz uma camada de governança e pilotagem que só faz sentido a partir de um certo volume. Este artigo expõe a metodologia completa: critérios de decisão MCC vs contas isoladas, arquitetura sub-MCC e hierarquias de permissões, escolha de consolidated billing vs faturamento separado, stack de reporting cross-account (Looker Studio, BigQuery export, scripts), scripts MCC-level industrializáveis, e auditoria multi-contas. Para a mecânica de auditoria conta por conta, leia em paralelo nossa checklist de auditoria Google Ads. Para os scripts prontos para copiar, veja nosso guia 10 scripts Google Ads.

Quando migrar para um MCC? Critérios de decisão

O MCC (My Client Center, renomeado Manager Account na UI Google Ads desde 2018, mas o acrônimo permanece em toda a documentação e scripts) é uma camada de gestão que supervisiona várias contas Google Ads filhas. Concretamente, é uma conta específica sem veiculação publicitária própria, que serve para centralizar permissões, billing, reporting, scripts e audiences para todas as child accounts que administra.

A decisão de abrir um MCC se baseia em 4 critérios práticos, a avaliar simultaneamente. Primeiro critério: o número de contas gerenciadas. A partir de 3-4 contas, o MCC se torna prático para alternar rapidamente entre contas via uma única conexão Google. A partir de 8-10 contas, o MCC se torna quase indispensável para uma pilotagem coerente — sem MCC você troca de janela, multiplicado por 10, por dia, e a qualidade da pilotagem cai mecanicamente.

Segundo critério: o compartilhamento de recursos entre contas. Se você gerencia várias marcas de um mesmo grupo e-com que compartilham parte de sua audience (visitantes de site cross-marca, Customer Match consolidada, listas de remarketing comuns), o MCC permite o cross-account audience sharing nativo. Sem MCC, você duplica as audiences manualmente conta por conta — custo operacional elevado e risco de dessincronização. Nosso calculador MER (Marketing Efficiency Ratio) mede a eficiência de marketing global, não canal por canal.

Terceiro critério: o reporting consolidado. Se a direção financeira ou um cliente de agência solicita um reporting agregado multi-contas mensal, o MCC simplifica radicalmente a produção: um único export Looker Studio conectado ao MCC basta para agregar 100 contas. Sem MCC, a agregação passa por BigQuery export individual ou por scripts API account-level — viável mas muito mais complexo.

Quarto critério: a delegação de permissões. Uma agência com 5 account managers gerenciando 10 clientes cada precisa isolar as permissões: cada manager vê apenas seus clientes, o diretor da agência vê tudo, o cliente vê apenas sua conta. O MCC permite essa granularidade via a hierarquia sub-MCC. Sem MCC, a gestão de permissões é manual conta por conta, com risco de vazamento de acesso.

Leitura: o « limite pragmático » corresponde ao número de child accounts além do qual a experiência UI Google Ads e a latência dos scripts se tornam incômodos no dia a dia. É muito abaixo dos limites técnicos oficiais. Quanto mais profunda a arborescência, mais o compromisso se desloca: ganha-se em granularidade de permissões mas perde-se em simplicidade de pilotagem. A regra prática: nunca adicionar um nível de hierarquia sem caso de uso de negócio explícito.

A armadilha comum: abrir um MCC cedo demais, com 2-3 contas apenas, sob pretexto de « preparar o crescimento ». O MCC introduz uma camada de complexidade (login diferente, switching de arborescência, parâmetros de permissões) que não tem ROI abaixo de 5 contas. Inversamente, atrasar a abertura do MCC após 15+ contas acumula uma dívida operacional enorme — cada migração tardia para um MCC custa 0,5 a 1 dia-homem por conta transferida, mais o risco de quebrar integrações OAuth (Looker Studio, scripts, API custom). A janela de migração ideal se situa entre 5 e 10 contas gerenciadas.

Arquitetura MCC: sub-MCC, hierarquias, permissões

A arquitetura MCC se baseia em uma hierarquia de árvore. O MCC raiz é a conta no topo, que pode administrar até 20 sub-MCC nível 1 (limite estrito 2026), cada um podendo administrar seus próprios sub-MCC nível 2, e assim por diante até 6 níveis máximo. As child accounts (contas que efetivamente veiculam publicidade) podem se encontrar em qualquer nível da árvore, vinculadas a qualquer MCC ou sub-MCC.

Os níveis de permissões Google Ads MCC são 4: Email-only (notificações apenas, sem acesso à UI), Read-only (leitura sem modificação), Standard (leitura + modificação, sem gestão de permissões), Admin (leitura + modificação + gestão de permissões e faturamento). Para uma agência, a prática comprovada: direção da agência em Admin no MCC raiz, account managers em Standard em seu sub-MCC dedicado, clientes em Read-only ou Standard em sua única conta filha — conforme o contrato.

Um ponto frequentemente negligenciado: um usuário Google com acesso ao MCC raiz em Admin tem acesso recursivamente a toda a arborescência sub-MCC e todas as child accounts. Essa propagação é poderosa mas perigosa: um Admin MCC raiz pode modificar ou excluir qualquer conta filha. Limite o papel Admin raiz a 2-3 pessoas máximo em uma agência, nunca aos account managers operacionais. Para revisões de permissões trimestrais, implemente um script ou uma auditoria manual listando quem tem acesso a quê na arborescência.

O acesso cross-domínio é a outra funcionalidade MCC crítica. Se você gerencia 4 contas Google Ads para 4 marcas de um mesmo grupo e-com que compartilham seus visitantes de site, pode configurar um compartilhamento de audiences cross-account no nível do MCC pai. Essa configuração se efetua uma vez (em Tools > Audience Manager > Audience sources, nível MCC) e beneficia automaticamente toda a arborescência. Documentação oficial em support.google.com. Limitações RGPD: o compartilhamento cross-país necessita um acordo jurídico explícito entre as entidades que controlam as contas.

Consolidated billing vs contas com faturamento separado

A escolha de billing é uma das mais estruturantes — e uma das mais frequentemente mal configuradas. O consolidated billing MCC permite ter um único meio de pagamento (cartão ou IBAN) que debita mensalmente a totalidade dos gastos das child accounts vinculadas, com uma fatura única agregada Google. O billing separado conserva em cada child account seu próprio billing setup (cartão, IBAN, faturas distintas por conta).

A regra de decisão depende do modelo de negócio. Para uma empresa multi-marcas ou multi-país gerenciada por uma equipe interna, consolidated billing é geralmente ideal: uma única fatura mensal endereçada à sede, um único meio de pagamento gerenciado pela direção financeira, simplificação radical da contabilidade interna. Para uma agência PPC que gerencia contas de clientes com mídia faturada diretamente pelo Google ao cliente, billing separado é frequentemente preferível: cada cliente recebe sua fatura Google diretamente, paga diretamente ao Google, e a agência fatura honorários de gestão além da prestação de mídia.

A armadilha frequente em agência: confundir o papel de gestão (quem pilota a conta Google Ads) com o papel de pagador (quem paga a fatura Google). O MCC permite separar os dois. Uma agência pode administrar uma conta de cliente (papel MCC) sem ser o pagador dessa conta (papel billing setup) — é inclusive a configuração recomendada para a maioria dos contratos agência-cliente. Do lado contratual, essa separação simplifica as transferências em fim de contrato: revogar o acesso MCC não toca o billing setup e o cliente mantém o controle de seu meio de pagamento.

Do lado da IVA e faturamento europeu, o consolidated billing MCC levanta questões específicas. Se seu MCC consolida gastos em vários países da UE (França, Alemanha, Espanha por exemplo), o Google emite uma fatura única com IVA segundo as regras do país da sede do pagador (intracomunitário ou local). Para a contabilidade analítica multi-país, você precisará desagregar os gastos país por país via script ou export BigQuery, já que a fatura consolidada não tem mais a granularidade por conta. Documentação IVA oficial em support.google.com.

Para contas com crédito promocional Google (ofertas de boas-vindas, vouchers comerciais), atenção: os créditos são vinculados a um billing setup específico. Uma transferência de uma conta de um billing setup para outro tipicamente cancela os créditos restantes. Antes de qualquer rearranjo de billing, verifique o saldo de créditos ativos e planeje a transferência com seu Account Strategist Google se o valor for significativo.

Reporting cross-account: Looker Studio, scripts, BigQuery

O reporting consolidado multi-contas é um dos benefícios primeiros do MCC. Três abordagens complementares existem em 2026: conector nativo Looker Studio MCC-level, scripts Google Ads MCC-level com export Sheets/CSV, e BigQuery Data Transfer Service com dataset Google Ads consolidado. Cada uma responde a necessidades diferentes.

Abordagem 1 — Looker Studio MCC connector (baixo esforço, baixa flexibilidade). O conector nativo Google Ads no Looker Studio suporta a conexão a um MCC, o que permite agregar automaticamente todas as child accounts em um único dashboard. É a solução rápida para produzir um reporting mensal de cliente ou um dashboard de direção. Limites: sem joins custom com outras fontes de dados (CRM, GA4 cross-domain), latência nos refrescos quando mais de 50 child accounts são consolidadas, e schema fixo pelo conector nativo. Ideal para 5-30 contas, pesado além disso.

Abordagem 2 — Google Ads Scripts MCC-level (esforço médio, flexibilidade alta). Um script MCC-level itera sobre a lista de child accounts e escreve os KPIs consolidados no Google Sheets via API Sheets. Vantagem: controle total sobre as métricas calculadas, períodos, filtros, alertas condicionais. Inconveniente: manutenção de código, latência de execução (15-45 minutos para 50-100 contas), limites de cotas API Google Ads (4.000 ops/dia por conta). Convém para 30-100 contas com necessidade de lógica de negócio custom (cálculo ROAS ponderado, alertas de drift CPA, etc.). Para exemplos concretos, veja nosso guia 10 scripts Google Ads.

Abordagem 3 — BigQuery Data Transfer Service (esforço alto, flexibilidade máxima). O Google propõe um conector nativo BigQuery que exporta diariamente a totalidade dos datasets Google Ads (campaigns, ad groups, keywords, conversions, change history, etc.) para um projeto BigQuery. Uma vez implementado, você cruza esses dados com seu CRM, GA4 export BigQuery, dados financeiros internos, e constrói um reporting BI completo. É a stack adotada pela maioria das agências enterprise e empresas com faturamento acima de 50M EUR. Documentação oficial em cloud.google.com. Custo BigQuery tipicamente 30-150 EUR/mês para um MCC consolidado de 50-100 contas.

A regra prática observada nos benchmarks Google Ads agregados de agência: abaixo de 20 contas, Looker Studio MCC connector basta. Entre 20 e 80 contas, scripts MCC + Sheets são o sweet spot. Acima de 80 contas ou com necessidade de joins de dados externos, BigQuery Data Transfer se torna indispensável. Os SaaS de reporting (Supermetrics, Funnel.io, AdEspresso) são uma alternativa pragmática para agências sem capacidade de dev interna — custo mensal 200-2.000 EUR conforme o volume, mas com manutenção delegada. Para um guia de reporting para cliente estruturado, veja nosso guia reporting Google Ads cliente 10 KPI.

Scripts MCC-level: 4 casos de uso industrializáveis

Os scripts MCC-level são uma das alavancas mais subutilizadas pelas agências mid-market em 2026. Um script MCC-level é exatamente como um script Google Ads clássico, mas se executa no nível MCC e itera programaticamente sobre as child accounts via o objeto MccApp.accounts(). Cada execução pode tratar algumas contas segmentadas via labels, ou a totalidade da arborescência, e produzir ações ou relatórios consolidados.

Aqui estão os 4 casos de uso mais maduros nos benchmarks Google Ads agregados observados. Todos são implementáveis em 2-5 dias-homem por um desenvolvedor familiarizado com Google Apps Script.

Caso de uso 1 — Auditoria de anomalias de tracking consolidada. O script percorre todas as child accounts, verifica para cada conta que (1) pelo menos uma conversão principal está definida, (2) o status de conversão é « Recording conversions » e não « Inactive », (3) o tag Google Ads está presente e funcional via diagnostic API, (4) a atribuição é data-driven e não last-click para contas com 50+ conversões/mês. O script escreve o resultado em uma Sheet consolidada com coloração condicional (vermelho se anomalia). Economia de tempo: 4-6 horas/mês manual vira 5 minutos auto + 30 minutos de revisão.

Caso de uso 2 — Alertas de budget burn rate. O script roda 3-4 vezes por dia, percorre todas as contas, e alerta por email se uma conta consumiu mais de 90% de seu orçamento mensal antes do dia 25 (ou mais de X% do daily budget antes das 16h). Configuração: limiares parametrizáveis por conta via labels. Objetivo: evitar que uma conta fique « out of budget » às 18h do dia 28 por causa de um gatilho de scaling Smart Bidding mal calibrado. Para os fundamentos de budget pacing, veja nosso guia budget pacing.

Caso de uso 3 — Bulk update de negativos ou ad copy em evolução regulatória. Quando uma nova regulamentação chega (por exemplo: proibição de um termo superlativo, atualização de Quality Score, nova compliance de vertical), um script MCC bulk update pode adicionar uma lista de palavras-chave negativas a 100 child accounts em poucos minutos, ou pausar massivamente anúncios não-conformes. Essa alavanca sozinha justifica o investimento em scripts para agências que gerenciam verticais regulados (saúde, finanças, álcool, jogos de azar).

Caso de uso 4 — Reporting consolidado custom. O script produz toda segunda-feira de manhã um relatório consolidado multi-contas enviado por email à direção da agência ou aos account managers, com: KPI principal da semana (receita, conv, CPA, ROAS), variação vs semana anterior, top 5 contas em crescimento, top 5 em alerta, métricas de qualidade (Quality Score médio, search lost IS budget, search lost IS rank). Evita a produção manual semanal e garante uma leitura cross-portfólio com frequência regular.

Aqui está um esqueleto de script MCC-level mínimo para começar:

function main() {
  var accountIterator = MccApp.accounts()
    .withCondition("Status = ENABLED")
    .withLimit(100)
    .get();

  var results = [];

  while (accountIterator.hasNext()) {
    var account = accountIterator.next();
    MccApp.select(account);

    var stats = AdsApp.currentAccount().getStatsFor("LAST_7_DAYS");
    results.push({
      accountId: account.getCustomerId(),
      accountName: account.getName(),
      cost: stats.getCost(),
      conversions: stats.getConversions(),
      cpa: stats.getCost() / Math.max(stats.getConversions(), 1)
    });
  }

  // Push results to Sheet, send email, raise alerts...
  Logger.log(JSON.stringify(results, null, 2));
}

Limitações a conhecer: um script MCC-level tem uma cota de execução de 30 minutos máximo por run. Para tratar 100+ contas com operações pesadas (changes history, modificações estruturais), é preciso dividir em vários scripts MCC segmentando sub-MCC distintos, ou paralelizar via MccApp.accounts().executeInParallel(...) que executa o código em paralelo em várias contas simultaneamente. Documentação oficial em developers.google.com.

Auditoria multi-contas: checklist consolidada

Auditar 50 contas em modo manual puro é um investimento de 30-40 dias-homem. Com uma stack scripts + dashboard + auditoria qualitativa segmentada, o mesmo perímetro se trata em 4-6 dias-homem ao mesmo tempo aumentando a profundidade da auditoria. A industrialização passa por 3 níveis de auditoria sucessivos, do quantitativo automatizado ao qualitativo humano.

Nível 1 — Auditoria automatizada via script MCC (dia 1-2). O script de auditoria produz um export consolidado para cada child account com 25-35 controles automatizáveis:

• Quality Score médio ponderado por impressões fora de brand
• Porcentagem de palavras-chave em correspondência exata vs frase vs ampla
• Presença de pelo menos 3 RSA ativos por ad group
• Conversion tracking ativo e em atribuição data-driven
• Search lost IS budget superior a 20% (sinal de subinvestimento)
• Search lost IS rank superior a 30% (sinal de competitividade)
• Palavras-chave negativas críticas faltantes (« gratuito », « estágio », « barato » conforme vertical)
• Daily budget vs gasto real (conta que atinge o teto diariamente)
• Conformidade Smart Bidding mínima (30 conv/mês para Target CPA, 50/30d para Target ROAS)
• Presença de uma lista Customer Match ativa

O script sinaliza as contas fora da norma com score de gravidade (vermelho / laranja / verde), produzindo uma visão priorizada para o auditor humano.

Nível 2 — Dashboard Looker Studio MCC (revisão contínua). Em paralelo aos scripts, um dashboard Looker Studio MCC-level exibe continuamente os KPIs principais por conta com heatmap dos desvios. Permite identificar visualmente as contas em alerta e as tendências cross-portfólio (por exemplo: todas as contas Shopping que caem simultaneamente em uma semana — sinal de problema comum no feed Merchant Center).

Nível 3 — Auditoria qualitativa humana segmentada (dia 3-6). O auditor humano se concentra nas 10-20 contas sinalizadas pelos níveis 1 e 2, e procede a uma revisão qualitativa aprofundada: estrutura de campanha, qualidade das landing pages, coerência criativo-keyword-LP, oportunidades estratégicas (verticais não cobertos, audiences faltantes, formatos não testados). É nesse nível que o valor agregado do auditor senior se concentra — os níveis 1 e 2 industrializam o trabalho de baixo valor agregado.

Para a auditoria anual ou trimestral multi-contas estruturada, nosso audit Google Ads gratuito fornece em 72h um relatório consolidado: análise de Quality Score ponderado por investimento, detecção de anomalias de tracking e bidding cross-contas, recomendações de alocação de orçamento inter-contas, e roadmap de otimização priorizada. Para uma agência que gerencia 30+ contas, o relatório serve de input para a revisão anual do portfólio. Para a mecânica de auditoria conta por conta detalhada, veja nossa checklist de auditoria Google Ads.

Migração e transferências de contas

Três cenários de migração retornam frequentemente: (1) consolidação de várias contas isoladas em um MCC recém-criado, (2) transferência de uma conta de um MCC para outro (mudança de agência ou reorganização interna), (3) reestruturação de um MCC existente em sub-MCC para ganhar granularidade.

Cenário 1 — Migração de contas isoladas para MCC. A operação é tecnicamente simples: a partir do MCC raiz, solicitar a vinculação da conta filha via Customer ID; do lado da conta filha, aceitar o convite em Tools > Setup > Account access. A vinculação não quebra as campanhas em curso, não muda o tracking, não perturba o learning do Smart Bidding. Uma única armadilha maior: se a conta filha tinha seu próprio billing setup individual e você quer migrar para consolidated billing MCC, a operação necessita a criação de um novo billing setup no nível MCC, e o encerramento progressivo do billing setup da conta. Durante a transição (tipicamente 7-15 dias), manter os dois billing setups ativos para evitar qualquer corte de veiculação.

Cenário 2 — Transferência de uma conta entre MCC. A conta filha pode ser movida de um MCC pai para outro via simples revogação + novo convite. Os elementos que seguem automaticamente: campanhas, ad groups, palavras-chave, anúncios, conversões, audiences, histórico. Os elementos que podem quebrar: (1) os scripts MCC-level que visam o antigo MCC, (2) as vinculações GA4 ou Looker Studio configuradas no nível do antigo MCC pai, (3) o compartilhamento de audiences cross-account se configurado no nível MCC fonte. Antes de qualquer transferência, fazer o inventário das dependências e reconfigurar do lado do novo MCC.

Cenário 3 — Reestruturação de MCC existente em sub-MCC. É o cenário mais complexo. Se você acumulou 60-80 child accounts diretamente vinculadas ao MCC raiz e quer introduzir 4-5 sub-MCC para melhor organizar, a sequência é: (1) criar os novos sub-MCC vazios a partir do MCC raiz, (2) mover cada child account uma por uma da raiz para o sub-MCC alvo (revogação + convite), (3) reconfigurar permissões de account managers nos novos sub-MCC, (4) atualizar scripts e reporting para considerar a nova hierarquia. Investimento de tempo típico: 0,5-1 dia-homem por 10 contas migradas, ou seja 4-8 dias para um portfólio de 80 contas.

Boa prática pré-migração: exportar localmente todas as configurações críticas (audiences compartilhadas, scripts, change history dos últimos 30 dias, vinculações Google Analytics) antes de qualquer transferência. Se uma regressão ocorrer pós-transferência (raro mas possível em contas complexas), o snapshot pré-migração serve de referência para rollback ou reconstrução manual.

Sobre o calendário de execução, duas janelas do ano devem ser evitadas para qualquer migração MCC: o período de Black Friday / Cyber Week (meados de novembro a meados de dezembro) onde a menor perturbação no learning do Smart Bidding pode custar caro em performance, e o período de retomada e-com Q1 (janeiro-fevereiro) onde as contas saem da baixa temporada e iniciam um novo pacing de orçamento. Prefira os períodos calmos (março-abril, junho-julho, outubro) para migrações estruturais. Para a arbitragem de sazonalidade de orçamento, veja nosso guia sazonalidade orçamento worldwide. Para contas de lead gen imobiliário que têm sua própria sazonalidade, veja nosso guia Google Ads imobiliário lead gen 2026.

Construir e pilotar uma arquitetura MCC coerente para 2026 é menos uma questão de ferramenta que de governança operacional. O verdadeiro valor de um MCC se mede pela capacidade da agência ou do grupo de industrializar auditoria, reporting, scripts e gestão de permissões sobre o conjunto do portfólio — não pela simples agregação administrativa das contas. As agências que se destacam não são as que têm mais contas sob MCC, são as que têm a menor dispersão de qualidade de pilotagem entre suas contas, medida por Quality Score, conformidade de tracking e desvio-padrão de CPA fora de brand. Um MCC bem governado é uma vantagem competitiva durável; um MCC mal estruturado é uma dívida operacional que se paga em horas perdidas a cada mês.

Fontes

Fontes oficiais consultadas para este guia:

• support.google.com
• support.google.com
• support.google.com
• blog.google

FAQ