Analytics 360 e governança: quando a versão paga compensa

Um grupo que estudava comprar a Verde Vivo, a loja fictícia do curso, mandou uma pergunta por e-mail: “vocês são 360?”. O grupo tinha três marcas, operava no Brasil e em Portugal e queria saber se a medição da loja caberia na dele. Marina, a analista, respondeu que a Verde Vivo usava a edição padrão; faltava avaliar se ela atenderia às exigências do grupo.

A decisão errada custa dos dois lados. Pagar pelo 360 para resolver um problema de qualidade de dado não resolve o problema e consome um orçamento negociado caso a caso. Ficar na edição padrão depois de bater num limite que importa faz a análise parar justamente quando o negócio cresce. A pergunta que decide é qual limite ou exigência está impedindo o trabalho, qual é o volume atual e qual das três opções atende pelo menor custo total.

Os limites que pesam na decisão

A comparação oficial entre as edições lista dezenas de linhas, e poucas mudam a decisão de uma empresa média. Parâmetros por evento passam de 25 para 100. Dimensões personalizadas de evento passam de 50 para 125, e as de usuário, de 25 para 100. A retenção de eventos vai de no máximo 14 meses para até 50. A exportação diária para o BigQuery sai de 1 milhão de eventos por dia para até 20 bilhões, e o limite de eventos por consulta antes da amostragem nas explorações sobe de 10 milhões para um bilhão, com pedidos sem amostragem sujeitos às condições da edição.

A própria tabela ensina um cuidado. A linha de cota da API mostra 25.000 tokens por dia no padrão, enquanto a página de cotas da Data API, atualizada em 22 de outubro de 2026, mostra 200.000. Quando duas páginas oficiais divergem, vale a mais específica e mais recente, e a proposta comercial deve citar o número que a empresa vai usar. O preço do 360 não aparece em página pública do Google: ele sai de uma proposta, por volume e escopo, e é ela que entra na conta.

Subpropriedade separa acesso, e consolidação junta propriedades

No desenho do grupo, a equipe de cada marca veria só o próprio recorte, e a direção veria a soma de todas.

Duas peças do 360 resolvem problemas de grupo. A subpropriedade recebe dados de outra propriedade, a de origem, normalmente filtrados, e tem acessos, eventos principais e vínculos próprios. Uma origem aceita até 400 subpropriedades, e uma mudança de filtro leva de 5 minutos a 4 horas para valer no tempo real e de 4 a 36 horas nos dados diários. A propriedade de consolidação faz o caminho inverso: junta até 200 propriedades de origem numa visão única, e não pode ser origem de outra consolidação.

O Meridian, modelo do Google que relaciona investimento por canal e resultado ao longo do tempo, aparece em propostas comerciais como argumento para o 360. Em outubro de 2026, o anúncio de maio fala em “em breve”, e a página do orçamento entre canais descreve o modelo baseado em Meridian como versão experimental restrita (alpha), para clientes selecionados do 360. A proposta precisa dizer quais recursos estarão ativos na data de assinatura, como discute Orçamento e incrementalidade: medir o efeito de uma mudança de verba.

Três opções lado a lado, com o mesmo critério

Sozinha, a Verde Vivo fica no padrão. Ela usa 11 das 50 dimensões de evento, gera cerca de 210 mil eventos por dia, somando site, aplicativos e servidor, contra o limite de 1 milhão da exportação, guarda o histórico longo no BigQuery e consome 9.000 dos 200.000 tokens diários da Data API. Nenhum limite está perto. Para o grupo, a conta muda: seis sites e dois aplicativos somados passam de 1 milhão de eventos por dia, e a separação de acesso por marca pesa. Nesse cenário, o 360 atende às exigências de acesso e volume; a decisão depende do custo total comparado às alternativas.

Comprar o 360 porque o BigQuery não bate com a interface, ou porque o relatório tem “(other)” demais, é o erro mais comum. O primeiro é diferença de método, explicada em Exportação para o BigQuery: analisar os eventos brutos fora do GA4; o segundo é excesso de valores distintos numa dimensão, tratado em Dimensões e métricas personalizadas: o que merece aparecer no relatório. A edição paga aumenta limites e não conserta coleta.

Governança vale em qualquer edição e começa pelo acesso

Quando o grupo pediu acesso para auditar a compra, Marina abriu a lista de usuários, que já tinha caído de nove para cinco nomes na organização da propriedade, e recebeu três pessoas novas do grupo para encaixar. A governança saiu do documento e foi para a tela de acesso. A regra adotada: cada pessoa com o próprio login, no menor papel que o trabalho pede, com data de saída para fornecedores, e restrições que escondem custo e receita de quem não decide sobre eles. A lista é comparada todo trimestre com quem ainda trabalha com a propriedade.

Com muitas equipes, dar acesso pessoa a pessoa vira trabalho sem fim. Os grupos de usuários resolvem isso para contas ligadas a uma organização do Google Marketing Platform: quem entra no grupo herda o papel do grupo. Desde 5 de outubro de 2026, esses grupos podem ser criados, editados e apagados por programa, pela User Groups Admin API, que também inclui e remove membros como Membro ou Proprietário. Usá-la exige o papel de administrador de usuários ou da organização.

Para a sua propriedade, anote hoje três números: dimensões de evento em uso das 50, eventos por dia contra o limite de 1 milhão da exportação e pessoas com papel de Administrador. Como alerta interno proposto pelo curso, e não exigência do Google, use 80% dos limites: se um dos dois primeiros passar disso, essa é a primeira linha da conversa sobre o 360. Mais de dois administradores pedem revisão da lista de acesso, em qualquer edição. Ajuste os critérios ao risco e à operação da sua empresa.