Strategie více účtů Google Ads MCC

Oficiální limity Google Ads 2026 stanovují 20 sub-MCC úrovně 1 na kořenový MCC, maximálně 6 vnořených hierarchických úrovní a 200 000 dětských účtů v celé stromové struktuře (oficiální dokumentace na support.google.com). Na francouzských PPC agenturách zaznamenaných ve veřejných Google Ads benchmarcích přechod na strukturu MCC typicky začíná mezi 5 a 8 spravovanými účty a zavedení sub-MCC mezi 30 a 50 účty — daleko před technickými limity je to provozní přehlednost, která řídí rozhodnutí.

Měl by se tedy MCC otevřít od třetího klientského účtu? Ne systematicky — MCC zavádí vrstvu správy a řízení, která má smysl až od určitého objemu. Tento článek předkládá kompletní metodologii: rozhodovací kritéria MCC vs izolované účty, architektura sub-MCC a hierarchie oprávnění, výběr consolidated billing vs oddělená fakturace, cross-account reporting stack (Looker Studio, BigQuery export, skripty), průmyslově využívané skripty MCC-level a multi-account audit. Pro mechaniku auditu účet-po-účtu si souběžně přečtěte náš checklist auditu Google Ads. Pro ready-to-copy skripty viz náš průvodce 10 Google Ads skripty.

Kdy přejít na MCC? Rozhodovací kritéria

MCC (My Client Center, přejmenovaný na Manager Account v Google Ads UI od roku 2018, ale zkratka zůstává všude v dokumentaci a skriptech) je vrstva správy zastřešující více dětských Google Ads účtů. Konkrétně jde o specifický účet bez vlastního reklamního šíření, který slouží k centralizaci oprávnění, billingu, reportingu, skriptů a publik pro všechny dětské účty, které spravuje.

Rozhodnutí otevřít MCC spočívá na 4 praktických kritériích, hodnocených současně. První kritérium: počet spravovaných účtů. Od 3–4 účtů je MCC praktický pro rychlé přepínání mezi účty přes jedno přihlášení Google. Od 8–10 účtů je MCC téměř nezbytný pro koherentní řízení — bez MCC se přepínáte mezi okny, násobeními deseti, denně, a kvalita řízení mechanicky klesá.

Druhé kritérium: sdílení zdrojů mezi účty. Pokud spravujete více značek ze stejné e-com skupiny sdílející část svého publika (cross-brand návštěvníci webu, konsolidovaný Customer Match, společné remarketingové seznamy), MCC umožňuje nativní cross-account audience sharing. Bez MCC publika duplikujete ručně účet po účtu — vysoké provozní náklady a riziko desynchronizace. Náš kalkulátor MER (Marketing Efficiency Ratio) měří celkovou marketingovou efektivitu, nikoli kanál po kanálu.

Třetí kritérium: konsolidovaný reporting. Pokud finanční ředitelství nebo klient agentury požaduje měsíční agregovaný multi-account reporting, MCC radikálně zjednodušuje produkci: jeden export Looker Studio připojený k MCC postačí k agregaci 100 účtů. Bez MCC agregace prochází individuálním BigQuery exportem nebo skripty API na úrovni účtu — proveditelné, ale výrazně složitější.

Čtvrté kritérium: delegování oprávnění. Agentura s 5 account managery spravujícími 10 klientů každý potřebuje izolovat oprávnění: každý manažer vidí pouze své klienty, ředitel agentury vidí vše, klient vidí pouze svůj účet. MCC umožňuje tuto granularitu prostřednictvím hierarchie sub-MCC. Bez MCC je správa oprávnění manuální účet po účtu, s rizikem úniku přístupu.

Čtení: „pragmatický limit" odpovídá počtu dětských účtů, za kterým se uživatelská zkušenost Google Ads UI a latence skriptů stávají v každodenním provozu nepříjemnými. To je výrazně pod oficiálními technickými limity. Čím hlubší stromová struktura, tím více se kompromis posouvá: získáváte granularitu oprávnění, ale ztrácíte jednoduchost řízení. Praktické pravidlo: nikdy nepřidávat úroveň hierarchie bez explicitního obchodního případu použití.

Běžná past: otevřít MCC příliš brzy, na pouhých 2–3 účtech, pod záminkou „přípravy na růst". MCC zavádí vrstvu složitosti (jiné přihlášení, přepínání stromové struktury, parametry oprávnění), která nemá žádný ROI pod 5 účty. Naopak odkládání otevření MCC po 15+ účtech hromadí obrovský provozní dluh — každá pozdní migrace na MCC stojí 0,5 až 1 pracovní den na přenesený účet, plus riziko přerušení OAuth integrací (Looker Studio, skripty, vlastní API). Optimální okno přechodu je mezi 5 a 10 spravovanými účty.

Architektura MCC: sub-MCC, hierarchie, oprávnění

Architektura MCC je postavena na stromové hierarchii. Kořenový MCC je účet na vrcholu, který může spravovat až 20 sub-MCC úrovně 1 (přísný limit 2026), přičemž každý může spravovat vlastní sub-MCC úrovně 2 atd. až do maximálně 6 úrovní. Dětské účty (účty skutečně šířící reklamu) mohou být na libovolné úrovni stromu, připojené k libovolnému MCC nebo sub-MCC.

Úrovně oprávnění Google Ads MCC jsou 4: Email-only (pouze oznámení, žádný přístup k UI), Read-only (čtení bez úprav), Standard (čtení + úpravy, bez správy oprávnění), Admin (čtení + úpravy + správa oprávnění a fakturace). Pro agenturu osvědčená praxe: vedení agentury jako Admin na kořenovém MCC, account manageři jako Standard na svém dedikovaném sub-MCC, klienti jako Read-only nebo Standard na svém jediném dětském účtu — podle smlouvy.

Často přehlížený bod: uživatel Google s přístupem Admin na kořenový MCC má rekurzivně přístup k celé stromové struktuře sub-MCC a všem dětským účtům. Toto šíření je mocné, ale nebezpečné: Admin kořenového MCC může upravit nebo smazat jakýkoli dětský účet. Omezte roli Admin kořene na maximálně 2–3 osoby v agentuře, nikdy na provozní account manažery. Pro čtvrtletní přehled oprávnění zaveďte skript nebo manuální audit výpisem kdo má přístup k čemu ve stromové struktuře.

Cross-domain přístup je další kritická funkce MCC. Pokud spravujete 4 Google Ads účty pro 4 značky ze stejné e-com skupiny sdílející své návštěvníky webu, můžete nakonfigurovat sdílení publik cross-account na úrovni nadřazeného MCC. Tato konfigurace se provede jednou (v Tools > Audience Manager > Audience sources, úroveň MCC) a automaticky prospívá celé stromové struktuře. Oficiální dokumentace na support.google.com. Omezení GDPR: cross-country sdílení vyžaduje výslovnou právní dohodu mezi entitami kontrolujícími účty.

Consolidated billing vs oddělené fakturační účty

Výběr billingu je jedním z nejstrukturálnějších — a jedním z nejčastěji špatně konfigurovaných. Consolidated billing MCC umožňuje mít jeden platební prostředek (karta nebo IBAN), který měsíčně strhuje celkové výdaje připojených dětských účtů, s jednou souhrnnou fakturou Google. Oddělený billing ponechává každému dětskému účtu vlastní billing setup (karta, IBAN, oddělené faktury na účet).

Rozhodovací pravidlo závisí na obchodním modelu. Pro multi-brand nebo multi-country podnik spravovaný interním týmem je consolidated billing obecně optimální: jedna měsíční faktura adresovaná centále, jeden platební prostředek spravovaný finančním ředitelstvím, radikální zjednodušení interního účetnictví. Pro PPC agenturu spravující klientské účty s médii fakturovanými přímo Googlem klientovi je oddělený billing often preferovaný: každý klient dostává svou fakturu Google přímo, platí přímo Googlu a agentura fakturuje poplatky za správu navíc k mediální službě.

Časté nástrahy v agenturách: záměna role správy (kdo řídí Google Ads účet) s rolí plátce (kdo platí fakturu Google). MCC umožňuje obojí oddělit. Agentura může spravovat klientský účet (role MCC) bez toho, aby byla plátcem tohoto účtu (role billing setup) — to je dokonce doporučená konfigurace pro většinu smluv agentura-klient. Ze smluvního hlediska toto oddělení zjednodušuje přenosy při skončení smlouvy: zrušení přístupu MCC se nedotkne billing setupu a klient si zachovává kontrolu nad svým platebním prostředkem.

Na straně DPH a evropské fakturace klade consolidated billing MCC specifické otázky. Pokud váš MCC konsoliduje výdaje napříč několika zeměmi EU (Francie, Německo, Španělsko například), Google vydává jednu fakturu s DPH podle pravidel země sídla plátce (intrakomunitárně nebo lokálně). Pro analytické účetnictví multi-country bude potřeba dezagregovat výdaje country po country prostřednictvím skriptu nebo BigQuery exportu, protože konsolidovaná faktura již nemá granularitu na úrovni účtu. Oficiální dokumentace DPH na support.google.com.

Pro účty s Google promotional credit (uvítací nabídky, komerční vouchery), pozor: kredity jsou připojeny ke specifickému billing setupu. Přenos účtu z jednoho billing setupu na jiný typicky ruší zbývající kredity. Před jakoukoli reorganizací billingu ověřte zůstatek aktivních kreditů a naplánujte přenos se svým Google Account Strategistou, pokud je částka významná.

Cross-account reporting: Looker Studio, skripty, BigQuery

Konsolidovaný multi-account reporting je jedním z hlavních přínosů MCC. V roce 2026 existují tři doplňkové přístupy: nativní konektor Looker Studio MCC-level, skripty Google Ads MCC-level s exportem Sheets/CSV a BigQuery Data Transfer Service s konsolidovaným Google Ads datasetem. Každý odpovídá různým potřebám.

Přístup 1 — Konektor Looker Studio MCC (nízké úsilí, nízká flexibilita). Nativní Google Ads konektor v Looker Studio podporuje připojení k MCC, což umožňuje automatické agregování všech dětských účtů v jednom dashboardu. Je to rychlé řešení pro produkci měsíčního reportingu klienta nebo direktoriálního dashboardu. Omezení: žádné vlastní joiny s jinými datovými zdroji (CRM, GA4 cross-domain), latence při obnovení při konsolidaci více než 50 dětských účtů a schéma omezené nativním konektorem. Ideální pro 5–30 účtů, těžkopádné nad tím.

Přístup 2 — Skripty Google Ads MCC-level (střední úsilí, vysoká flexibilita). Skript MCC-level iteruje přes seznam dětských účtů a zapisuje konsolidované KPI do Google Sheets prostřednictvím Sheets API. Výhoda: úplná kontrola nad vypočítanými metrikami, obdobími, filtry, podmíněnými upozorněními. Nevýhoda: údržba kódu, latence spouštění (15–45 minut pro 50–100 účtů), limity kvót API Google Ads (4 000 operací/den na účet). Vhodné pro 30–100 účtů s potřebou vlastní obchodní logiky (výpočet váženého ROAS, upozornění na odchylku CPA atd.). Pro konkrétní příklady viz náš průvodce 10 Google Ads skripty.

Přístup 3 — BigQuery Data Transfer Service (vysoké úsilí, maximální flexibilita). Google nabízí nativní BigQuery konektor, který každodenně exportuje celé Google Ads datasety (kampaně, ad groups, klíčová slova, konverze, historii změn atd.) do projektu BigQuery. Po zavedení tato data propojíte s CRM, GA4 exportem BigQuery, interními finančními daty a sestavíte kompletní BI reporting. To je stack přijatý většinou enterprise agentur a podniků s obratem 50M€+. Oficiální dokumentace na cloud.google.com. Náklady BigQuery typicky 30–150 €/měsíc pro konsolidovaný MCC s 50–100 účty.

Zaznamenaná praktická pravidla z agregovaných benchmarků agentur: pod 20 účty postačí konektor Looker Studio MCC. Mezi 20 a 80 účty jsou skripty MCC + Sheets optimálním řešením. Nad 80 účty nebo s potřebou externích datových joinů se BigQuery Data Transfer stává nezbytným. SaaS reportingové nástroje (Supermetrics, Funnel.io, AdEspresso) jsou pragmatickou alternativou pro agentury bez interní vývojové kapacity — měsíční náklady 200–2 000 € podle objemu, ale s delegovanou údržbou. Pro průvodce strukturovaným klientským reportingem viz náš průvodce reportingem Google Ads klienta 10 KPI.

Skripty na úrovni MCC: 4 průmyslově využitelné případy

Skripty MCC-level jsou jednou z nejvíce nevyužívaných páček mid-market agentur v roce 2026. Skript MCC-level je přesně jako klasický skript Google Ads, ale spouští se na úrovni MCC a programaticky iteruje přes dětské účty prostřednictvím objektu MccApp.accounts(). Každé spuštění může zpracovat několik cílených účtů prostřednictvím štítků nebo celou stromovou strukturu a produkovat akce nebo konsolidované přehledy.

Níže jsou 4 nejzralejší případy použití z agregovaných Google Ads benchmarků. Všechny jsou nasaditelné za 2–5 pracovních dní vývojářem obeznámeným s Google Apps Script.

Případ 1 — Konsolidovaný audit anomálií trackingu. Skript prochází všechny dětské účty, ověřuje pro každý účet, že (1) je definována alespoň jedna primární konverze, (2) stav konverze je „Recording conversions" a nikoli „Inactive", (3) tag Google Ads je přítomen a funkční prostřednictvím diagnostického API, (4) atribuce je data-driven a nikoli last-click pro účty s 50+ konverzemi/měsíc. Skript zapisuje výsledek do konsolidovaného Sheets s podmíněným barevným kódováním (červená pokud anomálie). Úspora času: 4–6 hodin/měsíc manuálně se stávají 5 minut automaticky + 30 minut přehledu.

Případ 2 — Upozornění na míru čerpání rozpočtu. Skript běží 3–4× denně, prochází všechny účty a upozorňuje e-mailem, pokud účet spotřeboval více než 90 % svého měsíčního rozpočtu před 25. dnem v měsíci (nebo více než X % denního rozpočtu před 16h). Konfigurace: prahy parametrizovatelné podle účtu prostřednictvím štítků. Cíl: zamezit „out of budget" účtu v 18h 28. dne při spouštěči škálování Smart Biddingu špatně kalibrovaného. Pro základy budget pacing viz náš průvodce budget pacing.

Případ 3 — Hromadná aktualizace negativních klíčových slov nebo ad copy při regulační změně. Když přijde nová regulace (například: zákaz superlatifního termínu, aktualizace Quality Score, nový soulad vertikálu), skript MCC bulk update může přidat seznam negativních klíčových slov ke 100 dětským účtům za několik minut nebo hromadně pozastavit nesouladné reklamy. Tato páka sama o sobě odůvodňuje investici do skriptů pro agentury spravující regulované vertikály (zdravotnictví, finance, alkohol, hazardní hry).

Případ 4 — Vlastní konsolidovaný reporting. Skript produkuje každé pondělí ráno konsolidovaný multi-account report zasílaný e-mailem vedení agentury nebo account managerům s: hlavními KPI týdne (obrat, konverze, CPA, ROAS), srovnáním s předchozím týdnem, top 5 účtů v růstu, top 5 v upozornění, metrikami kvality (průměrný Quality Score, search lost IS budget, search lost IS rank). Zabraňuje manuální týdenní produkci a zajišťuje cross-portfolio čtení v pravidelné frekvenci.

Zde je minimální kostra skriptu MCC-level pro start:

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));
}

Omezení k vědomí: skript MCC-level má kvótu spouštění maximálně 30 minut na běh. Pro zpracování 100+ účtů s náročnými operacemi (history změn, strukturální úpravy) je potřeba buď rozdělit do více skriptů MCC cílených na různé sub-MCC, nebo paralelizovat přes MccApp.accounts().executeInParallel(...), které spouští kód paralelně na více účtech současně. Oficiální dokumentace na developers.google.com.

Multi-account audit: konsolidovaný checklist

Auditovat 50 účtů v čistě manuálním režimu je investice 30–40 pracovních dní. S stackem skripty + dashboard + cílený kvalitativní audit se stejný rozsah zvládne za 4–6 pracovních dní při zvýšení hloubky auditu. Industrializace probíhá 3 postupnými úrovněmi auditu, od kvantitativního automatizovaného po kvalitativní lidský.

Úroveň 1 — Automatizovaný audit prostřednictvím skriptu MCC (den 1–2). Auditní skript produkuje konsolidovaný export pro každý dětský účet s 25–35 automatizovatelnými kontrolami:

• Průměrný Quality Score vážený impresemi mimo brand
• Procentuální podíl klíčových slov v přesné shodě vs frázové vs broad
• Přítomnost alespoň 3 aktivních RSA na ad group
• Aktivní conversion tracking v data-driven atribuci
• Search lost IS budget nad 20 % (signál podfinancování)
• Search lost IS rank nad 30 % (signál konkurenceschopnosti)
• Chybějící kritická negativní klíčová slova („zdarma", „stáž", „levně" podle vertikálu)
• Denní rozpočet vs skutečné výdaje (účet denně dosahující stropu)
• Soulad minimálního Smart Biddingu (30 konverzí/měsíc pro Target CPA, 50/30 dní pro Target ROAS)
• Přítomnost aktivního Customer Match seznamu

Skript flaguje mimořádné účty se skórem závažnosti (červená / oranžová / zelená), produkuje prioritizovaný přehled pro lidského auditora.

Úroveň 2 — Dashboard Looker Studio MCC (průběžný přehled). Paralelně se skripty dashboard Looker Studio MCC-level průběžně zobrazuje hlavní KPI podle účtu s heatmapou odchylek. Umožňuje vizuálně identifikovat účty v upozornění a cross-portfolio trendy (například: všechny Shopping účty, které současně klesají v jednom týdnu — signál společného problému Merchant Center feed).

Úroveň 3 — Cílený lidský kvalitativní audit (den 3–6). Lidský auditor se soustřeďuje na 10–20 účtů flagovaných úrovněmi 1 a 2 a provádí hloubkový kvalitativní přezkum: struktura kampaně, kvalita cílových stránek, koherence kreativa-klíčové slovo-LP, strategické příležitosti (nepokryté vertikály, chybějící publika, netestované formáty). Na této úrovni se koncentruje přidaná hodnota senior auditora — úrovně 1 a 2 industrializují práci s nízkou přidanou hodnotou.

Pro strukturovaný roční nebo čtvrtletní multi-account audit náš bezplatný audit Google Ads poskytuje do 72h konsolidovanou zprávu: analýzu Quality Score váženou investicí, detekci anomálií trackingu a biddingu cross-account, doporučení alokace rozpočtu mezi účty a prioritizovanou optimalizační roadmapu. Pro agenturu spravující 30+ účtů zpráva slouží jako vstup pro roční portfolio přezkum. Pro podrobnou mechaniku auditu účet-po-účtu viz náš checklist auditu Google Ads.

Migrace a přenosy účtů

Tři migrační scénáře se opakují nejčastěji: (1) konsolidace několika izolovaných účtů do nově vytvořeného MCC, (2) přenos účtu z jednoho MCC do jiného (změna agentury nebo interní reorganizace), (3) restrukturalizace existujícího MCC do sub-MCC pro získání granularity.

Scénář 1 — Migrace izolovaných účtů do MCC. Operace je technicky jednoduchá: z kořenového MCC požádat o propojení dětského účtu prostřednictvím Customer ID; ze strany dětského účtu přijmout pozvánku z Tools > Setup > Account access. Propojení nepřeruší probíhající kampaně, nezmění tracking, nenaruší Smart Bidding learning. Jedna hlavní nástraha: pokud dětský účet měl vlastní individuální billing setup a chcete přejít na consolidated billing MCC, operace vyžaduje vytvoření nového billing setupu na úrovni MCC a postupné uzavření billing setupu účtu. Během přechodu (typicky 7–15 dní) udržujte oba billing setup aktivní, abyste předešli přerušení šíření.

Scénář 2 — Přenos účtu mezi MCC. Dětský účet lze přesunout z jednoho nadřazeného MCC do jiného prostým zrušením + novou pozvánkou. Prvky, které automaticky přecházejí: kampaně, ad groups, klíčová slova, reklamy, konverze, publika, historie. Prvky, které se mohou přerušit: (1) skripty MCC-level cílené na starý MCC, (2) propojení GA4 nebo Looker Studio nakonfigurovaná na úrovni starého nadřazeného MCC, (3) cross-account sdílení publik pokud nakonfigurováno na úrovni zdrojového MCC. Před jakýmkoli přenosem inventarizujte závislosti a překonfigurujte na straně nového MCC.

Scénář 3 — Restrukturalizace existujícího MCC do sub-MCC. To je nejsložitější scénář. Pokud jste nahromadili 60–80 dětských účtů přímo připojených ke kořenovému MCC a chcete zavést 4–5 sub-MCC pro lepší organizaci, sekvence je: (1) vytvořit nové sub-MCC prázdné z kořenového MCC, (2) přesouvat každý dětský účet jeden po druhém z kořene na cílový sub-MCC (zrušení + pozvánka), (3) překonfigurovat oprávnění account managerů na nových sub-MCC, (4) aktualizovat skripty a reporting aby zohledňovaly novou hierarchii. Typická časová investice: 0,5–1 pracovní den na 10 migrovaných účtů, tj. 4–8 dní pro portfolio 80 účtů.

Osvědčený postup před migrací: exportovat lokálně všechny kritické konfigurace (sdílená publika, skripty, historii změn za posledních 30 dní, propojení Google Analytics) před jakýmkoli přenosem. Pokud nastane regrese po přenosu (vzácné, ale možné u složitých účtů), snapshot před migrací slouží jako reference pro rollback nebo manuální rekonstrukci.

Na harmonogramu provádění se dvě roční okna vyhýbají jakékoli migraci MCC: období Black Friday / Cyber Week (polovina listopadu až polovina prosince), kde jakékoli narušení Smart Bidding learning může být výkonostně nákladné, a e-com Q1 obnova (leden–únor), kde účty vycházejí z nízké sezóny a zahajují nové pacing rozpočtu. Preferujte klidná období (březen–duben, červen–červenec, říjen) pro strukturální migrace. Pro sezónnost-rozpočtovou arbitráž viz náš průvodce sezónností rozpočtu worldwide. Pro účty lead gen nemovitostí s vlastní sezónností viz náš průvodce Google Ads lead gen nemovitostí 2026.

Sestavit a řídit koherentní architekturu MCC pro rok 2026 je méně otázkou nástroje než provozní správy. Skutečná hodnota MCC se měří schopností agentury nebo skupiny industrializovat audit, reporting, skripty a správu oprávnění přes celé portfolio — nikoli pouhou administrativní agregací účtů. Agentury, které vynikají, nejsou ty s největším počtem účtů pod MCC, ale ty s nejnižším rozptylem kvality řízení mezi svými účty, měřeným Quality Score, soulad trackingu a směrodatnou odchylkou CPA mimo brand. Dobře řízený MCC je trvalá konkurenční výhoda; špatně strukturovaný MCC je provozní dluh placený ztrácenými hodinami každý měsíc.

Zdroje

Oficiální zdroje použité v tomto průvodci:

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

FAQ