Google Analytics 2027 · Capítulo 30 de 35 · 11 min
Exportação para o BigQuery: analisar os eventos brutos fora do GA4
A exportação para o BigQuery leva os dados brutos do Analytics, evento por evento, para um banco que se consulta à vontade, com custo, prazo de atualização e números que não batem com a interface por desenho. O capítulo mostra quando ela vale a pena, qual modalidade escolher e o que pedir à equipe antes de ligar.
Este capítulo faz parte do curso gratuito Google Analytics 2027.
A interface do Analytics responde bem às perguntas do dia a dia, e para em três lugares: quando a pergunta cruza o Analytics com a loja ou o CRM, quando uma exploração de eventos e usuários precisa de um período maior que a retenção da propriedade (14 meses no máximo na edição padrão; os relatórios agregados não são afetados) e quando a análise precisa dos eventos individuais e dos identificadores disponíveis para reconstruir sessões ou conferir pedidos. A exportação para o BigQuery atende a esses três casos. O BigQuery é o armazém de dados do Google: cada evento vira uma linha de tabela, consultada com SQL, a linguagem de perguntas a tabelas.
Antes de ligar, compare a pergunta com o custo. A Verde Vivo, loja fictícia do curso, fez esse exercício com três perguntas reais da diretoria, e só duas justificaram a exportação.
-- Caso fictício: três eventos, sem consultar sua propriedade.
-- user_pseudo_id é o identificador pseudônimo do usuário.
-- NULL indica ausência de valor.
WITH eventos AS (
SELECT 'purchase' AS event_name, 'usuario_a' AS user_pseudo_id
UNION ALL
SELECT 'purchase', 'usuario_a'
UNION ALL
SELECT 'purchase', NULL
)
SELECT
COUNT(*) AS total_eventos,
COUNT(DISTINCT user_pseudo_id) AS identificadores_distintos,
COUNTIF(user_pseudo_id IS NULL) AS eventos_sem_identificador
FROM eventos;Conferir uma contagem antes de consultar sua exportação
Você separa eventos de identificadores numa consulta SQL (linguagem de consulta a tabelas) de três minutos.
Passo 1: Abra o editor de consultas
No console do Google Cloud, selecione seu projeto e abra o BigQuery, o armazém de dados do Google. Abra uma consulta no editor.
Deu certo quando: Você vê uma área para escrever a consulta e o botão Executar.
Erro comum: Sem projeto selecionado, a consulta pode pedir essa escolha. Selecione o projeto preparado para a exportação ou seu sandbox, o ambiente gratuito de teste.
Passo 2: Cole e execute o código
Cole o código completo e clique em Executar. Ele cria três linhas fictícias durante a consulta, sem acessar nem alterar suas tabelas.
Deu certo quando: Você recebe uma linha com as colunas total_eventos, identificadores_distintos e eventos_sem_identificador.
Erro comum: Copiar apenas o trecho final deixa a consulta sem os dados fictícios. Cole novamente todo o conteúdo, incluindo WITH eventos.
Passo 3: Confira as três contagens
Confira três eventos, um identificador distinto e um evento sem identificador. O identificador repetido aparece em duas linhas.
Deu certo quando: Você consegue explicar por que três eventos produziram apenas um identificador distinto.
Erro comum: Interpretar identificadores distintos como usuários ativos cria uma comparação inadequada. Mantenha o nome da contagem e documente o identificador usado.
Defina o que sua consulta está contando
Antes de comparar números com a interface, registre a unidade contada e o tratamento dos identificadores ausentes.
- Cada linha do caso representa um evento.
- Um identificador pode aparecer em vários eventos.
- COUNT(DISTINCT) conta valores distintos e ignora NULL, a ausência de valor.
- O caso fictício funciona sem uma exportação vinculada.
- Confira a exportação real procurando a tabela de anteontem.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
| Pergunta | Onde se responde | Por quê |
|---|---|---|
| Quantas sessões cada canal trouxe na semana? | Interface ou painel do Analytics | Número agregado disponível na interface, sem cruzamento com outra fonte |
| Quais pedidos pagos na loja não aparecem como compra no Analytics? | BigQuery | Exige cruzar pedido a pedido com a tabela da loja |
| A coorte de clientes de setembro de 2025 voltou a comprar em 12 meses? | BigQuery | Exige ligar cada compra ao cadastro do cliente na loja, com o histórico de pedidos da Shopify carregado ao lado da exportação |
| Item | Premissa da Verde Vivo | Como acompanhar |
|---|---|---|
| Volume | Cerca de 210 mil eventos por dia em 2026, somando site, aplicativos e servidor | Contagem diária de linhas da tabela exportada |
| Armazenamento | Cresce todos os dias; prazo de expiração decidido pela finalidade | Tamanho do conjunto de dados no console, conferido no fim de cada mês |
| Consultas | Relatório diário lendo tabelas intermediárias, cerca de 2 GB por atualização | Estimativa de volume antes de cada consulta nova |
| Teto de gasto | Alerta de orçamento no Google Cloud, com valor aprovado pela diretoria | Aviso por e-mail ao responsável ao atingir 50%, 90% e 100% |
| Responsável | Caio, com Marina como substituta | Revisão mensal junto do relatório de custos |
O total em reais depende do tamanho real das tabelas e do modelo de cobrança contratado; a ficha registra premissas e controles, sem prometer um valor antes do primeiro mês medido.
Três modalidades, com prazos e limites diferentes
A exportação diária entrega, uma vez por dia, todos os eventos do dia anterior, sem amostragem. O horário não é garantido: costuma sair à tarde no fuso da propriedade e pode atrasar para a noite ou o dia seguinte. A propriedade padrão tem limite de 1 milhão de eventos por dia nessa modalidade, e filtros de exportação ajudam a ficar abaixo dele. A modalidade contínua (streaming) entrega em minutos, sem limite de volume, sem garantia de completude, sem a origem de tráfego de usuários novos e com custo extra de US$ 0,05 por GB.

Ver como texto
Ajuda do Google Analytics sobre o BigQuery Export: exportação completa uma vez por dia, exportação contínua, sandbox do BigQuery e o limite diário de 1 milhão de eventos para propriedades padrão
| Critério | Diária | Contínua (streaming) | Diária reforçada (Fresh Daily, só 360) |
|---|---|---|---|
| Quando chega | Uma vez por dia, em geral à tarde no fuso da propriedade, sem horário garantido | Em minutos | Em geral até 5h, com lotes ao longo do dia |
| Dados completos? | Tabela do dia atualizada por até 2 dias depois | Sem garantia; falta a origem de tráfego de usuários novos | Lotes ao longo do dia e atualização final no mesmo prazo da diária |
| Volume | 1 milhão de eventos por dia no padrão; até 20 bilhões no 360 | Sem limite | Segue o 360 |
| Custo extra | Só armazenamento e consulta | US$ 0,05 por GB (cerca de 600 mil eventos) | Só armazenamento e consulta |
Fonte: Ajuda do Google Analytics, BigQuery Export (answer/9358801), consultada em 24/10/2026
A tabela de um dia pode estar disponível no dia seguinte e ainda receber eventos atrasados por até dois dias além da data, e o Google às vezes reprocessa tabelas mais antigas, por exemplo depois de corrigir um defeito. Um relatório que fecha o dia às 8h da manhã seguinte lê um número que ainda vai mudar. A Verde Vivo só trata uma tabela como final três dias depois da data.
O número do BigQuery difere da interface por desenho
A interface aplica processamentos que a exportação não traz: atribuição entre canais, modelagem de quem recusou cookies, agrupamento de linhas raras em “(other)” e limiares que escondem grupos pequenos. A exportação traz o evento como chegou. Por isso a mesma pergunta pode dar números diferentes nos dois lugares, e procurar o “erro” que explica a diferença costuma consumir semanas.
A mesma semana na interface e no BigQuery
O que a interface faz com o dado
Interface
- Distribui o crédito das conversões entre canais pelo modelo de atribuição
- Estima o comportamento de quem recusou cookies (modelagem)
- Agrupa o excesso de valores raros em “(other)”
- Conta usuários pela identidade escolhida na propriedade
O que a exportação entrega
Exportação
- Evento bruto com a origem registrada; a atribuição é da consulta
- Nenhum dado estimado
- Toda linha, sem “(other)” e sem amostragem
- Usuários contados pelo identificador que a consulta escolher
A consequência prática é uma decisão escrita: qual número a empresa adota como oficial para cada pergunta, e por quê. Na primeira semana de exportação, a contagem de usuários no BigQuery da Verde Vivo saiu diferente da interface. Marina, a analista, escreveu a definição de usuário que a consulta usava (o identificador do navegador, sem as linhas que chegam sem identificador) e registrou no documento da propriedade que a contagem de usuários oficial continua sendo a da interface; o BigQuery responde às perguntas por pedido e por cliente.
Filtros de dados agem antes de tudo isso. Desde 21 de setembro de 2026 a propriedade aceita filtro de domínio do tipo Incluir, uma lista de domínios autorizados a enviar dados, e um filtro ativo muda os dados de forma permanente dali em diante. O efeito na exportação deve ser conferido no estado de Teste, comparando a tabela antes de ativar, como descreve Validação, filtros e qualidade: aprovar a coleta com evidências.
O que pedir à equipe antes de ligar
A decisão do executivo cabe em quatro perguntas à equipe técnica. Em qual projeto do Google Cloud os dados vão ficar e quem paga a conta. Em qual região, que deve ser a mesma das tabelas da loja e do CRM, porque consultas entre regiões diferentes não rodam e trocar depois exige recriar o vínculo. Qual modalidade e por quê. E qual a política de retenção no próprio BigQuery, que tem prazos de expiração configuráveis: guardar tudo para sempre é uma escolha, com custo.
O sandbox (a versão gratuita do BigQuery, sem cartão) parece resolver o custo, e esconde uma armadilha. Nele, todas as tabelas expiram automaticamente em 60 dias, o armazenamento vai até 10 GiB e a exportação contínua não funciona. GB e GiB são unidades de volume diferentes; cada preço ou limite vale na unidade em que foi publicado. Quem liga a exportação no sandbox para guardar histórico além da retenção perde exatamente o que queria guardar, a menos que o faturamento seja ativado e a expiração removida antes do dia 60.

Ver como texto
Documentação do Google Cloud com os limites do sandbox do BigQuery: 10 GiB de armazenamento, 1 TiB de consultas por mês, tabelas que expiram automaticamente após 60 dias e ausência de dados de streaming
Na Verde Vivo, a exportação diária foi ligada em julho de 2025, no projeto que a loja já usava, com faturamento ativo e região de São Paulo. A propriedade gerava cerca de 70 mil eventos por dia (2,1 milhões por mês), longe do limite de 1 milhão. Naquela época só o fluxo do site estava exportado; os demais fluxos entraram no vínculo quando foram ligados à propriedade, e com aplicativos e compras pelo servidor o volume chegou a cerca de 210 mil eventos por dia em 2026, ainda longe do limite. A contínua ficou desligada: custaria pouco, mas não atende sozinha à análise de aquisição de usuários novos, porque chega sem a origem de tráfego deles; a origem comercial dos clientes exige também o cadastro da loja. A escolha e o motivo ficaram anotados no documento da propriedade.
Configurar o vínculo é trabalho curto para quem tem o papel de Editor na propriedade e acesso de Proprietário no projeto do Google Cloud; depois de concluído, os dados devem começar a chegar em até 24 horas. O caminho é Administrador, Vinculações de produtos, Vinculações do BigQuery, botão Vincular; ali se escolhem o projeto, a região, os fluxos de dados, os eventos excluídos e a frequência. A exportação começa na data do vínculo: dias anteriores não são enviados.

Ver como texto
Vinculações do BigQuery (BigQuery links): o botão Vincular (Link) abre a escolha do projeto, da região e da exportação diária ou por streaming
Com a exportação ligada, a pergunta seguinte é como ler essas tabelas sem multiplicar linhas nem pagar caro por consulta, tema de SQL para Analytics: avaliar consultas que juntam Analytics, loja e CRM. O primeiro teste é simples: três dias depois do vínculo, a tabela do primeiro dia precisa existir no projeto. Se não existir, confira nesta ordem, antes de escrever qualquer consulta: o vínculo aparece ativo, os fluxos certos foram marcados, o faturamento está ativo e o limite diário de eventos não foi ultrapassado. Os requisitos de criação, como acesso de Proprietário no projeto para quem faz o vínculo, ficam na lista de configuração, separados desta verificação de entrega.
Antes de avançar ao próximo capítulo, reserve três minutos e confirme as contagens do caso e a tabela events_ de anteontem na sua propriedade. Se a tabela faltar, confira o teto de eventos e o faturamento. Depois, escreva a consulta sobre seus dados.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- SQL para quem decide: o que pedir ao banco e ao timesugerido pelo grafoApresenta os conceitos “BigQuery” e “SQL”, usados em “Exportação para o BigQuery: analisar os eventos brutos fora do GA4”.
- CursoDados com Pythonsugerido pelo grafo5 capítulos de “Google Analytics 2027” usam conceitos apresentados em “Dados com Python”.
Depois, siga para
- CursoGoogle Ads 2027sugerido pelo grafo7 capítulos de “Google Ads 2027” usam conceitos apresentados em “Google Analytics 2027”.
- CursoMeta Ads 2027sugerido pelo grafo5 capítulos de “Meta Ads 2027” usam conceitos apresentados em “Google Analytics 2027”.
- CursoCRO: Otimização de Conversão e Experimentaçãosugerido pelo grafo2 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “Google Analytics 2027”.
- CursoVibecoding para SEOsugerido pelo grafo2 capítulos de “Vibecoding para SEO” usam conceitos apresentados em “Google Analytics 2027”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Analytics de buscaDefinir o tamanho necessário da mediçãoExaminar conexões de Definir o tamanho necessário da medição
- SEO programáticoAcompanhar o acervo no Search ConsoleExaminar conexões de Acompanhar o acervo no Search Console
- Search Console para decisãoExplique por que a soma da tabela não bate com o totalExaminar conexões de Explique por que a soma da tabela não bate com o total
- Dados com PythonSQL para quem decide: o que pedir ao banco e ao timeExaminar conexões de SQL para quem decide: o que pedir ao banco e ao time
Terminou a leitura?
Você está aqui: capítulo 30 de 35
0 de 35 concluídos
- Próximo · Capítulo 31 de 35 · 11 minSQL para Analytics: avaliar consultas que juntam Analytics, loja e CRMLer o capítulo 31 sem concluir
Marque como concluído para o capítulo contar no seu painel e no certificado.
- Anterior · Capítulo 29 de 35 · 12 minServer-side e Measurement Protocol: medir pagamentos fora do siteVoltar para o capítulo 29
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Google Analytics 2027
- 28Validação, filtros e qualidade: aprovar a coleta com evidências
- 29Server-side e Measurement Protocol: medir pagamentos fora do site
- 30Exportação para o BigQuery: analisar os eventos brutos fora do GA4
- 31SQL para Analytics: avaliar consultas que juntam Analytics, loja e CRM
- 32APIs do Analytics: automatizar leituras e alertas com acesso controlado