Comparações no Google Analytics 4: segmentar leitura por canal, dispositivo e público

O que são “Comparações” no GA4 (e quando usar)

No Google Analytics 4, Comparações são filtros temporários aplicados diretamente em um relatório para você isolar e contrastar grupos de usuários/sessões (por exemplo, Mobile vs Desktop, Orgânico vs Pago, Novos vs Recorrentes). Elas não alteram dados, não mudam a configuração da propriedade e podem ser ativadas/desativadas rapidamente durante a leitura.

Pense em comparações como “lentes” para responder perguntas do dia a dia: onde caiu, para quem caiu e o que mudou em um segmento específico do tráfego.

Comparações x Filtros x Segmentos (na prática)

• Comparações: rápidas, dentro do relatório, ideais para leitura e diagnóstico.
• Filtros do relatório: restringem a visualização do relatório (dependendo do relatório e personalização), geralmente mais “fixos” naquele layout.
• Segmentos (Explorations): mais poder e flexibilidade para análises profundas; use quando precisar cruzar muitas dimensões, funis, coortes etc.

Como criar comparações diretamente nos relatórios (passo a passo)

Passo a passo básico

1. Abra um relatório (ex.: Aquisição, Engajamento, Páginas e telas).
2. Procure a área de Comparações (geralmente no topo do relatório, próximo ao seletor de período).
3. Clique em Adicionar comparação.
4. Escolha a dimensão (ex.: Grupo de canais padrão, Origem/mídia, Categoria do dispositivo, País, Cidade, Página de destino, Novo/recorrente).
5. Defina o operador (ex.: “corresponde exatamente”, “contém”, “começa com”).
6. Selecione o valor (ex.: Mobile, Organic Search, Brazil, /produto-x).
7. Dê um nome claro para a comparação.
8. Clique em Aplicar.

Depois de aplicada, a comparação normalmente aparece como uma “camada” adicional no relatório, permitindo alternar entre “Todos os usuários” e o grupo filtrado, ou comparar dois grupos lado a lado (dependendo do relatório).

Dicas para evitar comparações “quebradas”

• Prefira dimensões padronizadas quando possível (ex.: Grupo de canais padrão em vez de tentar reconstruir canais via origem/mídia).
• Ao usar Origem/mídia, cuidado com variações de escrita (ex.: facebook / paid vs Facebook / paid).
• Ao usar Página de destino, confirme se está usando o caminho correto (com ou sem parâmetros). Em geral, use o caminho “limpo” (ex.: /categoria/tenis).

Comparações por canal: Grupo de canais padrão e Origem/Mídia

1) Comparação por “Grupo de canais padrão” (rápida e consistente)

Quando usar: para entender performance por canal sem se perder em variações de UTM e origens.

Como montar:

Continue em nosso aplicativo e ...

• Ouça o áudio com a tela desligada
• Ganhe Certificado após a conclusão
• + de 5000 cursos para você explorar!

ou continue lendo abaixo...

Baixar o aplicativo

1. Adicionar comparação
2. Dimensão: Grupo de canais padrão
3. Valor: Organic Search (ou Paid Search, Direct, Referral, Email etc.)
4. Nome: CANAL | Organic Search

O que observar no relatório: usuários, sessões, engajamento, eventos-chave (conversões) e receita (se aplicável). Compare com “Todos os usuários” ou crie uma segunda comparação (ex.: Paid Search) para ver diferenças.

2) Comparação por “Origem/mídia” (mais detalhada)

Quando usar: para separar campanhas/fornecedores específicos dentro de um canal (ex.: google / cpc vs bing / cpc, ou newsletter / email vs crm / email).

Como montar:

1. Adicionar comparação
2. Dimensão: Origem/mídia
3. Operador: “corresponde exatamente” (quando possível)
4. Valor: google / cpc
5. Nome: SRM | google / cpc

Boa prática: se você usa UTMs, mantenha padrões de escrita para reduzir “fragmentação” (ex.: sempre google minúsculo; sempre cpc para mídia paga de busca).

Comparações por dispositivo: identificar por que o mobile cai mais

Como criar Mobile vs Desktop

1. Adicionar comparação
2. Dimensão: Categoria do dispositivo
3. Valor: mobile
4. Nome: DEV | Mobile

Repita para Desktop:

1. Dimensão: Categoria do dispositivo
2. Valor: desktop
3. Nome: DEV | Desktop

Pergunta do cotidiano: “Por que o mobile caiu mais?”

Use um relatório de Engajamento (ex.: Páginas e telas) e aplique as comparações DEV | Mobile e DEV | Desktop. Em seguida, verifique:

• Queda concentrada em poucas páginas: ordene por visualizações/usuários e veja se a queda está em páginas de entrada.
• Diferença de engajamento: compare taxa de engajamento e tempo médio de engajamento entre dispositivos.
• Eventos-chave por dispositivo: se eventos-chave caíram mais no mobile, pode indicar problema de UX, performance, formulário, checkout ou tracking específico.

Leitura prática: se o mobile mantém usuários, mas cai em eventos-chave, o problema tende a estar no “meio/fim” do fluxo (ex.: formulário, botão, etapa de pagamento). Se cai já na entrada (menos sessões/usuários), pode ser canal/campanha, SEO mobile, ou mudanças de distribuição.

Comparações por país e cidade: onde o desempenho piorou

Como criar por país

1. Adicionar comparação
2. Dimensão: País
3. Valor: Brazil (ou o país desejado)
4. Nome: GEO | BR

Como criar por cidade

1. Adicionar comparação
2. Dimensão: Cidade
3. Valor: São Paulo (exemplo)
4. Nome: GEO | São Paulo

Pergunta do cotidiano: “Onde o desempenho piorou?”

Crie comparações para as 2–5 principais cidades/estados/países e observe:

• Se a queda é geograficamente concentrada (ex.: só em uma cidade).
• Se o canal que caiu é o mesmo dentro daquela região (combine leitura: primeiro GEO, depois CANAL).
• Se a página de destino principal na região mudou (pode indicar mudança de SEO local, campanha regional, ou redirecionamentos).

Dica operacional: se você suspeita de uma região específica, comece com País e depois refine para Cidade. Comparações muito granulares de início podem confundir por volume baixo.

Comparações por página de destino: isolar comportamento de quem entra por uma URL

Como criar por página de destino

Quando usar: para entender a qualidade do tráfego que entra por uma landing page específica e como ele se comporta no site.

1. Adicionar comparação
2. Dimensão: Página de destino
3. Operador: “contém” ou “corresponde exatamente”
4. Valor: /landing/black-friday (exemplo)
5. Nome: LP | /landing/black-friday

Pergunta do cotidiano: “Qual canal traz tráfego qualificado para esta landing?”

Com a comparação da landing ativa, vá para um relatório de Aquisição e observe a distribuição por canal/origem. Se o relatório permitir, alterne a dimensão da tabela para ver Grupo de canais padrão ou Origem/mídia dentro do contexto da landing.

Interpretação prática: se a landing recebe muito tráfego de um canal, mas com baixo engajamento e poucos eventos-chave, isso pode indicar desalinhamento de mensagem (anúncio promete algo diferente), público errado, ou problemas na própria página.

Comparações por “Novos vs Recorrentes”: entender maturidade do público

Como criar

1. Adicionar comparação
2. Dimensão: Novo/recorrente
3. Valor: New
4. Nome: AUD | Novos

Repita para recorrentes:

1. Dimensão: Novo/recorrente
2. Valor: Returning
3. Nome: AUD | Recorrentes

Como usar no dia a dia

• Queda em Novos: costuma apontar para problema de aquisição (canais, campanhas, SEO, mídia).
• Queda em Recorrentes: pode indicar perda de fidelidade, menor retorno via e-mail/CRM, ou queda de interesse no conteúdo/produto.
• Diferença de conversão: recorrentes tendem a converter mais; se isso inverter, investigue mudanças na oferta, preço, estoque, ou experiência.

Montando comparações para perguntas recorrentes (receitas prontas)

Receita 1: “Mobile caiu mais. Foi canal ou página?”

Objetivo: separar queda por dispositivo e identificar se está ligada a um canal específico ou a uma landing.

1. Crie comparações: DEV | Mobile e DEV | Desktop.
2. No relatório de Aquisição, observe se a queda de usuários/sessões no Mobile está concentrada em um canal (ex.: Paid Social).
3. Se um canal específico cair no Mobile, crie uma comparação adicional: CANAL | Paid Social e observe em conjunto (quando o relatório permitir múltiplas comparações) ou alternando.
4. Vá para Páginas e telas e aplique DEV | Mobile para ver quais páginas perderam mais entradas/visualizações.
5. Se identificar uma landing crítica, crie LP | /sua-landing e reavalie engajamento e eventos-chave.

Receita 2: “Qual canal traz tráfego qualificado?”

Objetivo: comparar canais pelo que importa (engajamento e eventos-chave), não só volume.

1. Crie comparações por canal: CANAL | Organic Search, CANAL | Paid Search, CANAL | Paid Social, CANAL | Email (ajuste aos seus canais).
2. No relatório, compare: taxa de engajamento, eventos-chave, receita/valor (se disponível).
3. Se um canal parecer “bom” em volume e “ruim” em qualidade, refine com SRM | origem / mídia para achar a fonte específica que está puxando a média para baixo.

Receita 3: “Onde o desempenho piorou: região, dispositivo ou canal?”

Objetivo: localizar o “ponto de quebra” com o mínimo de comparações.

1. Comece com DEV | Mobile vs DEV | Desktop para ver se a queda é técnica/UX (dispositivo) ou geral.
2. Depois crie GEO | País (ou principais cidades) para ver se é regional.
3. Por fim, crie CANAL | ... para identificar se a queda está concentrada em um canal.

Regra prática: isole primeiro o eixo mais “macro” (dispositivo ou canal), depois refine para GEO e landing. Isso evita criar muitas comparações de uma vez e perder o foco.

Padrões de nomeação e consistência (para análises recorrentes)

Por que padronizar nomes de comparações

Comparações são rápidas de criar, mas sem padrão você perde tempo recriando e pode comparar coisas diferentes com nomes parecidos. Um padrão simples ajuda a repetir análises semanais/mensais e compartilhar prints com clareza.

Padrão recomendado (prefixo por tipo)

Recomendações de consistência

• Use sempre o mesmo idioma nos nomes (ex.: tudo em PT-BR) e mantenha capitalização consistente.
• Evite nomes genéricos como “Mobile 2” ou “Teste”. Prefira DEV | Mobile.
• Para Origem/Mídia, copie exatamente como aparece no GA4 para evitar divergências.
• Para Landing pages, padronize se vai usar “contém” (quando há variações) ou “exatamente” (quando a URL é estável). Se usar “contém”, inclua isso no nome: LP(contém) | /promo/.
• Crie um “kit fixo” de comparações recorrentes (ex.: principais canais, Mobile/Desktop, Novos/Recorrentes, país principal) e use sempre que for investigar quedas.