Ao configurar o Google Analytics 4, recomendamos comparar os resultados informados na sua propriedade do Google Analytics 4 com os da propriedade do Universal Analytics. Este artigo explica até que ponto é possível comparar as métricas entre o Universal Analytics e o Google Analytics 4.
Neste artigo:Usuários
No Universal Analytics, há duas métricas do usuário: total de usuários e novos usuários. No Google Analytics 4, existem três métricas do usuário: total de usuários, usuários ativos e novos usuários.
|
Métrica |
UA |
GA4 |
|
Total de usuários |
Métrica principal do usuário no UA: número total de usuários |
Número total de usuários únicos que registraram um evento. |
|
Novos usuários |
Número de usuários que interagiram com seu site pela primeira vez |
Número de usuários que interagiram com seu site ou acessaram seu app pela primeira vez. A medição é feita de acordo com o número de novos IDs de usuários únicos que registraram o evento |
|
Usuários ativos |
N/A |
Métrica principal do usuário no GA4: número de usuários distintos que acessaram seu site ou app. Um usuário ativo é qualquer um que tenha uma sessão engajada ou quando o Google Analytics coleta:
|
Observação importante
O Universal Analytics destaca o total de usuários (mostrado como Usuários) na maioria dos relatórios, enquanto o GA4 se concentra em usuários ativos (que também aparece como Usuários). Embora o termo usuários pareça ser o mesmo, o cálculo dessa métrica é diferente entre o UA e o GA4 porque o UA está usando total de usuários, e o GA4 está usando usuários ativos.
Dependendo da frequência com que os usuários retornam ao seu site, a métrica total de usuários no UA e a métrica usuários ativos no GA4 podem ser mais ou menos semelhantes.
Os dois tipos de propriedade usam configurações diferentes, como espaços de identificação do usuário. Por exemplo, a propriedade do Google Analytics 4 pode usar o User-ID, e a do Universal Analytics, o Client-ID.
Seus relatórios do UA podem excluir dados com base em filtros. No momento, as propriedades do GA4 não são compatíveis com esses filtros.
Não é incomum haver discrepâncias aparentes nos dados relacionados ao usuário entre o Google Analytics 4 e o Universal Analytics. É normal esperar discrepâncias de até 10% referentes a visualização de página e discrepâncias de até 20% relacionadas a usuários e sessões. Isso não é motivo de preocupação. Discrepâncias surgem (mesmo que os dois produtos tenham ambientes similares configurados) porque as métricas usadas têm definições ligeiramente diferentes que podem variar de acordo com a empresa, dependendo de vários fatores.
Visualizações de página
Em geral, as visualizações de página estão razoavelmente próximas no UA e no GA4, com alguma diferença de pontos percentuais, já que a tag do Google é disparada em cada página e gera uma visualização de página. No entanto, as diferenças variam de acordo com os filtros configurados no Universal Analytics ou no Google Analytics 4.
|
Métrica |
UA |
GA4 |
|
Visualização de página |
O número total de páginas visualizadas. Exibições repetidas de uma única página são consideradas. |
Também conhecidas como Visualizações: é o número total de telas do app e/ou páginas da Web que os usuários visualizaram. A métrica Visualizações na interface de relatórios é a combinação de visualizações de páginas e de telas. Exibições repetidas de uma única tela ou página são consideradas. |
|
Visualização de página única |
Número total de páginas visualizadas, mas cópias não são consideradas |
N/A |
Observação importante
O Universal Analytics mede exibições de telas em propriedades específicas para dispositivos móveis, enquanto o GA4 combina dados da Web e do app na mesma propriedade. Se você estiver medindo dados da Web e do app na sua propriedade do GA4, leve em consideração o tráfego adicional do app ao comparar as métricas de visualização de página entre os dois.
O Universal Analytics permite mais opções de filtragem que podem afetar os dados na visualização que você está comparando. Por exemplo, se você usar um filtro para excluir determinadas regiões geográficas, a contagem de visualizações de páginas entre o UA e o GA4 poderá ser diferente.
No momento, as propriedades do Google Analytics 4 não são compatíveis com filtros, enquanto os dados nos relatórios do Universal Analytics estão sujeitos a filtros de visualização que excluem dados. Por exemplo, o UA e o GA4 oferecem a capacidade de filtrar o tráfego de IP interno e as referências indesejadas, mas o UA pode ter mais filtros aplicados. Ao fazer a comparação, verifique se você tem os mesmos filtros em vigor para as duas propriedades.
Em algumas propriedades do Universal Analytics, é comum configurar uma visualização de página manual para aplicativos de página única (SPAs). Isso ocorre porque o método automático não consegue medir as visualizações de página dos SPAs logo no início. No Google Analytics 4, não é necessário implementar a inclusão de tag personalizada. Em vez disso, você pode ativar a medição otimizada para que a análise seja automática.
Compras
As contagens de compras na Web precisam ser exatas. Nunca esperamos que todos os eventos sejam coletados perfeitamente, e os eventos de compra não são exceções a essa regra. No entanto, como esses eventos são atômicos e críticos, a contagem deles precisa ser bastante parecida no UA/GA4.
transaction_id exclusivo no UA e no GA4 para garantir a comparação de métricas semelhantes.|
Métrica |
UA |
GA4 |
|
Compras |
|
|
Observação importante
O parâmetro transaction_id, se não aplicado de forma consistente e adequada, pode gerar diferenças visíveis ao comparar dados. Para fins de comparação e qualidade de dados, verifique se esses dados são coletados de maneira consistente, de acordo com a documentação.
Use todos os parâmetros obrigatórios para a implementação de e-commerce do GA4 (e do UA) e registre os dados de e-commerce corretamente.
Seus relatórios do UA podem excluir dados com base em filtros da vista.
Se você estiver comparando relatórios recentes, poderá notar diferenças porque o GA4 ainda está processando dados. Por exemplo, o GA4 pode atualizar os eventos principais atribuídos até sete dias após o evento principal ser registrado.
Sessões
|
Métrica |
UA |
GA4 |
|
Sessão |
|
Também conhecida como "Início da sessão"
|
Observação importante
A diferença na contagem de sessões entre o UA e o GA4 pode variar entre empresas, dependendo de vários fatores, como:
- Geografia: analise os fusos horários dos usuários e a probabilidade de eles ultrapassarem o limite da meia-noite para reiniciar uma sessão. Isso é especialmente relevante se você tiver uma base global de clientes.
- Uso de UTMs (monitores de tráfego do Urchin) em sites ou apps próprios: não recomendamos usar a tag UTM no seu site porque ela redefine a sessão no Universal Analytics. Se você usar UTMs no site, o número de sessões vai ser muito maior no UA do que no GA4.
- Filtros: os dados nos relatórios do UA podem estar sujeitos a filtros de vista que excluem dados. Os dados nos relatórios do GA4 para clientes do Google Analytics 360 podem estar sujeitos a filtros que definem quais dados de uma propriedade de origem aparecem em uma subpropriedade. No entanto, o Google Analytics ainda gera um ID de sessão quando você filtra o evento
session_startde uma subpropriedade. - Estimativa: as propriedades do Google Analytics 4 usam uma estimativa estatística do número de sessões no seu site ou app por meio da previsão do número de IDs exclusivos de sessão, enquanto as propriedades do Universal Analytics não estimam o número de sessões. As estimativas usadas pelas propriedades do Google Analytics 4 contabilizam as sessões com mais precisão e baixa taxa de erro. Saiba mais sobre as sessões do Google Analytics.
Métricas de aquisição com base em sessão/tráfego
|
Métrica |
UA |
GA4 |
|
Métricas de aquisição com base em sessão/tráfego |
Encontradas na seção "Aquisição" em vários relatórios diferentes, como os relatórios de canais ou de origem/mídia. "Canal" ou "Origem/mídia" é a dimensão que está sendo analisada em relação a métricas como usuários e sessões. A janela de lookback de atribuição padrão de uma sessão é determinada pela configuração "Tempo limite da campanha". Por padrão, são seis meses. |
Veja as métricas de aquisição de tráfego no Relatório de aquisição de tráfego As dimensões de "Canal" ou "Origem/mídia" são medidas de acordo com métricas como usuários e sessões. As principais diferenças entre o UA e o GA4 nas métricas de aquisição estão alinhadas às diferenças encontradas nas métricas usuários ou sessões. A janela de conversão de atribuição para as sessões é determinada pela configuração "Todos os outros eventos de conversão". Por padrão, são 90 dias. Saiba mais sobre como selecionar ou atualizar as configurações de atribuição. |
Observação importante
Como sessões e usuários são as principais métricas de comparação para aquisição, consulte Sessões e Usuários neste artigo.
Conversão e eventos principais
Se os eventos principais do GA4 têm como base URLs de destino ou eventos do UA, como categoria/ação/rótulo, onde você configurou eventos de conversão do GA4 equivalentes, as conversões e os eventos principais podem ser bem próximos. No entanto, há diferenças importantes entre o UA e o GA4 que podem dificultar a comparação das contagens.
|
Métrica |
UA |
GA4 |
|
Eventos principais |
Você define uma meta para indicar que determinada ação do usuário deve ser considerada uma conversão. Por exemplo, se você definir uma meta "Envio de formulário", uma conversão será registrada sempre que um usuário enviar o formulário. O UA contabiliza apenas uma conversão por sessão para cada meta. Portanto, se um usuário enviar o formulário duas vezes durante a mesma sessão, somente uma conversão será contabilizada para a meta "Envio de formulário". |
Especifique um evento principal para cada ação que você quer registrar como um evento principal. Por exemplo, se você especificar que o evento "Envio de formulário" é um evento principal, um evento principal será registrado sempre que um usuário enviar o formulário. O GA4 geralmente conta todas as instâncias do evento principal, mesmo que ele seja registrado várias vezes durante a mesma sessão. Portanto, se um usuário enviar o formulário duas vezes durante a mesma sessão, dois eventos principais serão contados. Para reduzir as diferenças na contagem de eventos principais entre a propriedade do UA e a propriedade correspondente do GA4, atualize a configuração do método de contagem de eventos principais do GA4 para Uma vez por sessão.
|
Observação importante
O Universal Analytics aceita cinco tipos de meta: destino, duração, páginas/sessão, Metas inteligentes e metas de eventos. O GA4, por outro lado, aceita apenas os eventos principais. Nem sempre é possível usar eventos principais do GA4 para duplicar com precisão alguns tipos de meta do UA. Por exemplo, não é possível duplicar uma meta inteligente ou de duração usando os eventos principais do GA4.
O UA contabiliza apenas um evento principal por sessão para a mesma meta. O GA4 geralmente conta vários eventos principais por sessão para o mesmo evento principal. Para reduzir as diferenças na contagem de eventos principais entre a propriedade do UA e a propriedade correspondente do GA4, atualize a configuração do método de contagem de eventos principais do GA4 para Uma vez por sessão.
Seus relatórios do UA podem excluir dados com base em filtros da vista.
Se você estiver comparando relatórios recentes, poderá notar diferenças porque o GA4 ainda está processando dados. Por exemplo, o GA4 pode atualizar os eventos principais atribuídos até sete dias após o evento principal ser registrado.
Mais motivos para as diferenças nas contagens dos eventos principais
Motivos mais comuns das diferenças
As tabelas a seguir descrevem os motivos mais comuns para as diferenças entre conversões semelhantes do UA e eventos principais do GA4. Ao encontrar diferenças, analisar e alinhar esses fatores comuns é a melhor maneira de começar a reduzir as discrepâncias. Na maioria dos casos, o alinhamento desses produtos, configurações ou diferenças de configuração resolve as principais diferenças de contagem.
No Google Analytics
Estes são os principais motivos das diferenças entre o UA e o GA4 com base nas escolhas de produto, configuração ou implementação feitas no Google Analytics:
| Descrição | Solução / recomendação |
|---|---|
|
Método de contagem: o UA contabiliza uma meta por sessão, enquanto o GA4 permite escolher entre uma vez por evento ou uma vez por sessão. Por exemplo, quando um usuário conclui uma mesma meta cinco vezes em uma única sessão, o UA mostra uma conversão, enquanto o GA4 mostra um ou cinco eventos principais, dependendo do método de contagem escolhido. Observação: Uma vez por evento é o método de contagem padrão para a maioria dos eventos principais, com exceção dos que são criados em uma propriedade do GA4 gerada automaticamente ou com a ferramenta de migração de metas do Assistente de configuração. As configurações padrão podem aumentar a contagem de eventos principais no GA4. |
Atualize as configurações de contagem de eventos principais. Para alinhar a contagem do GA4 àquela de metas do UA, verifique se o método de contagem de eventos principais do GA4 está definido como Uma vez por sessão. Observações:
Essa recomendação não é relevante em comparação com as transações de e-commerce do UA porque elas já são contabilizadas como Uma vez por evento nessa plataforma. |
|
Cobertura do site: se a tag do UA for implementada em um conjunto de páginas de um site diferente da tag do GA4, poderão ocorrer falhas de medição. Se as tags de uma página de destino de um anúncio do Google Ads não forem incluídas corretamente, é possível que as informações necessárias para medir e atribuir com precisão um evento principal gerado por essa interação não estejam disponíveis. Se as tags do GA4 forem implementadas em mais ou menos páginas do que as tags do UA, o GA4 vai mostrar respectivamente mais ou menos usuários, sessões, visualizações de página e eventos principais subsequentes. |
Recomendamos que você use um método padronizado de implementação para garantir que as tags sejam incluídas no seu site, por exemplo, a tag do Google ou o Gerenciador de tags do Google. Considere também as configurações que você definiu anteriormente, como a medição de vários domínios. Use o resumo da cobertura da tag para confirmar se a tag do Google foi implementada no seu site. Saiba mais sobre o resumo de cobertura da tag. Para minimizar as discrepâncias, use os mesmos métodos de implementação de tags no UA e no GA4. |
|
Erros de implementação: ao configurar a coleta de dados no GA4, é possível que uma tag seja implementada incorretamente. Isso pode resultar na ausência de dados na sua propriedade do GA4. Em alguns casos, os dados serão mostrados parcialmente. Se esse for o caso, você vai perceber discrepâncias ao fazer a comparação com o UA. É possível que uma implementação incorreta resulte em contagens de eventos principais mais baixas no GA4 comparado ao UA. |
Recomendamos que você use os métodos de implementação padrão descritos no guia para desenvolvedores em vez de implementações não padronizadas. Um sistema de gerenciamento de tag pode ajudar a gerar consistência nas implementações. Usar a tag do Google é suficiente para muitos usuários, porque permite o uso da mesma tag para o Google Ads e o Google Analytics (guia para desenvolvedores). |
|
Filtros: os filtros do UA funcionam de maneira muito diferente dos filtros do GA4. É comum que os filtros do UA fiquem ativos e alterem bastante os dados dentro de uma propriedade do UA, por exemplo, "mostrar apenas dados da França".O GA4 tem um conjunto muito diferente de filtros possíveis. Se os filtros do UA reduzirem o tráfego informado, talvez o GA4 mostre volumes maiores de tráfego. |
Filtros de dados: crie filtros de inclusão/exclusão para o tráfego interno e do desenvolvedor. Modificações de eventos e eventos personalizados: modifique nomes e parâmetros de eventos. Identificação de referências indesejadas: inclua apenas as referências que você quiser. Criação de subpropriedades (somente no 360): crie propriedades totalmente funcionais que sejam subconjuntos dos dados nas suas propriedades do 360. |
|
Exclusões de referências: as exclusões definidas no UA podem afetar os eventos principais atribuídos ao Google Ads. Se essas exclusões não forem configuradas da maneira correta no GA4, o crédito atribuído ao Google Ads poderá ser diferente. Por exemplo, as exclusões de provedores de pagamento, como o PayPal, geralmente são feitas no UA. Se os referenciadores forem excluídos no UA, mas não no GA4, os eventos principais do GA4 poderão ser atribuídos incorretamente no GA4, resultando em menos eventos principais atribuídos ao canal pago do Google em comparação com o UA. As exclusões de referências afetam o valor do crédito pelo evento principal. |
Combine as configurações de exclusões de referências entre o UA e o GA4 para minimizar atribuições incorretas. A exclusão de referências não altera o volume total de eventos principais na propriedade do Google Analytics. Ela afeta apenas a forma como os eventos principais são atribuídos. Saiba mais sobre exclusões de referências no UA e como identificar referências indesejadas no GA4. |
No Google Ads
Estes são os principais motivos das diferenças entre eventos principais semelhantes do UA e do GA4 com base nas escolhas de produto ou configuração feitas no Google Ads.
| Descrição | Solução / recomendação |
|
Janela de lookback do evento principal: as configurações da janela de lookback do evento principal no Google Ads definem por quanto tempo após um ponto de contato da plataforma o crédito pode ser atribuído a ele. Geralmente, essa configuração é definida como um valor definido pelo usuário, por exemplo, 90 dias. Uma diferença nas configurações pode significar que um ponto de contato recebe crédito pelo evento principal pelo UA, mas não pelo GA4, ou vice-versa. |
Alinhe as configurações da janela de lookback do evento principal no Google Ads para as ações de evento principal do UA e do GA4, de acordo com as configurações da propriedade do GA4. |
|
Configurações do modelo de atribuição (no Google Ads): os modelos de atribuição afetam como o crédito é distribuído entre os pontos de contato em um caminho de conversão. As diferenças nas configurações do modelo de atribuição no Google Ads entre o UA e o GA4 podem resultar em alocações de crédito distintas nas campanhas em uma conta do Google Ads ou de administrador (MCC). Observação: mudar as configurações de atribuição no Google Ads não afeta o volume total de eventos principais atribuídos à plataforma. |
Alinhe os modelos de atribuição nas configurações de eventos principais no Google Ads. |
| Configuração de atribuição padrão no GA4: se você observar um volume menor de conversões do GA4 em comparação com as do Universal Analytics no Google Ads, é possível que os "canais que podem receber crédito", a configuração de atribuição padrão do GA4, tenha sido definida como Pago pelo Google e Orgânico para todas as propriedades criadas antes de junho de 2023. As propriedades do GA4 criadas após junho de 2023 têm a configuração "Canais pagos do Google" como padrão. Alterar essa configuração no Analytics para Somente canais pagos do Google pode ajudar a aumentar o volume de conversões do GA4 em relação às conversões do UA no Google Ads. | Essa alteração pode ser feita nas Configurações de atribuição em Administrador > Exibição de dados > Configuração de atribuição > Canais que podem receber crédito. |
|
Metodologias de relatórios no Google Ads: para mostrar qual anúncio gerou um evento principal, os eventos principais são informados com base nos relatórios de período de interações. No Google Analytics, os eventos principais são informados de maneiras diferentes usando os relatórios de período de eventos principais. Por exemplo, um evento principal que ocorreu em 10 de maio pode ser atribuído a um clique no anúncio em 5 de maio. O Google Analytics geralmente informa esse evento principal em 10 de maio, enquanto o Google Ads informa em 5 de maio. |
Esse efeito se aplica aos eventos importados do UA e do GA4 no Google Ads, mas as diferenças nas configurações (como modelo de atribuição ou janela de lookback) entre as ações de evento principal podem intensificá-lo. Ao alinhar as configurações nas ações de evento principal importadas para o Google Ads, você minimiza os efeitos das metodologias dos relatórios. Lembre-se de que os eventos principais podem ser atribuídos durante toda a janela de lookback do evento principal, até 90 dias no Google Ads. Portanto, pode levar até 90 dias para que o GA4 e o UA sejam totalmente comparados entre si. Para avaliar se um par de eventos principais pode ser comparado ou se você precisa esperar mais tempo, use o relatório Métricas de caminho do Google Ads para o evento principal do UA e saiba quanto tempo a maioria dos usuários leva para interagir com um evento principal no caminho até ele. Observação: mais de 95% dos eventos principais são atribuídos nos primeiros 14 dias. Isso significa que é necessário usar os dados do Google Ads gerados há pelo menos 14 dias na comparação entre o UA e o GA4. |
Outros motivos das discrepâncias
Se, depois de alinhar os fatores acima que geram diferenças, você ainda encontrar discrepâncias significativas entre as conversões do UA e os eventos principais do GA4, consulte a lista completa de fatores abaixo.
As diferenças entre as conversões semelhantes do UA e os eventos principais do GA4 são esperadas, mas essa lista deve ajudar a alinhar as diferenças de produto e configuração sempre que possível para reduzir as discrepâncias.
No Google Analytics
Estes são outros fatores que geram diferenças entre eventos principais semelhantes do UA e do GA4 com base nas escolhas de produto e configuração feitas no Google Analytics.
| Descrição | Solução / recomendação |
|
Medição de e-commerce: o Google Analytics é compatível com vários esquemas de e-commerce. Você pode implementar os esquemas do GA4 e do UA simultaneamente ou usar um esquema para as duas propriedades. Se você usar dois esquemas, talvez ocorram discrepâncias nos dados. Para mais informações, consulte o Guia para desenvolvedores. Diferenças no esquema de e-commerce podem aumentar ou diminuir a contagem de eventos principais no GA4 em comparação com o UA. |
Ao coletar dados de e-commerce para o GA4, é recomendável usar o esquema de e-commerce do GA4 (guia para desenvolvedores). Se você usa o medição de e-commerce, recomendamos não usar tags do site conectadas. Também é recomendável usar o mesmo esquema de e-commerce para o UA e o GA4 ao comparar os dois. |
|
Condições de disparo de tags: as condições de disparo de tags codificadas podem afetar como e quando uma tag é disparada. Como em muitos casos é preciso implementar novas tags para configurar a coleta de dados do GA4, pode ser que as condições de disparo anteriores precisem ser implementadas no GA4 para entrarem em vigor. Recomendamos disparar as tags de acordo com as mesmas condições para minimizar as diferenças na coleta de dados. Se a coleta de dados for restrita no UA e não no GA4, as contagens de usuários, sessões, visualizações de página e eventos principais poderão ser maiores no GA4. |
É recomendável usar a gtag.js ou a gtm.js (com as tags do GA4) para coletar dados das propriedades do GA4. As condições de disparo de tags não vão causar discrepâncias se você usar outras formas de inclusão de tag, por exemplo, as tags do site conectadas. Porém, fazer uma nova inclusão é a primeira recomendação caso essas condições resultem no disparo de tags de forma inconsistente no UA e no GA4. Depois que as tags forem implementadas, alinhe as condições de disparo. Para consultar um exemplo de condição, acesse este guia para desenvolvedores sobre medição de tempo. |
|
Exclusão de tráfego interno: as configurações podem ser usadas para filtrar usuários internos (da perspectiva de um cliente, por exemplo, os funcionários do cliente) ou testar o tráfego. Se as configurações forem diferentes no UA e no GA4, espera-se que a propriedade sem os filtros de exclusão mostre mais usuários, sessões, visualizações de página e eventos principais subsequentes. |
É recomendável alinhar as configurações no UA e no GA4 para minimizar as discrepâncias. Para mais informações, consulte este artigo sobre o UA e este artigo sobre o GA4. |
|
Mudanças na página com base nos eventos do histórico de navegação: a medição otimizada do GA4 por padrão mensura as mudanças na página com base nos eventos do histórico de navegação. No UA, isso não acontece. Assim, há mais visualizações de página no GA4 do que no UA, o que pode levar a discrepâncias. Por exemplo, se os padrões de criação e uso do site fazem com que muitas páginas sejam carregadas por meio de alterações no histórico de navegação, ativar essa configuração estabelece uma medição para esses eventos. Isso resulta em discrepâncias em relação ao UA, em que esses eventos não foram medidos. |
Se você quiser que as contagens de visualização de página do UA correspondam às do GA4, desative a configuração de medição otimizada no GA4. Saiba mais sobre os eventos de medição otimizados. |
| Outras origens de eventos (acionadores de público-alvo, Measurement Protocol, edição de eventos etc.): gerar esses eventos e marcá-los como eventos principais poderá inflar o volume desses eventos no GA4 se você comparar os dados no nível da propriedade com os do UA. |
Use configurações correspondentes para conversões semelhantes do UA e eventos principais do GA4 no Google Analytics. É possível configurar eventos recém-criados a partir dessas fontes com nomes de eventos distintos para que as medições do UA e do GA4 sejam mais semelhantes. Se a configuração não puder ser feita exatamente da mesma maneira, não será possível comparar os dois. |
|
Filtros de spam e de bots:
Os filtros reduzem o tráfego no UA. Se não forem aplicados no GA4, ele vai informar mais tráfego e eventos principais subsequentes, nos casos em que o tráfego de spam/bot conseguir interagir com um evento principal no caminho até um desses eventos. |
Ative a configuração de filtragem de bots no UA e adicione filtros de spam se estiver recebendo spams. |
| Exclusões de parâmetros de URL: no UA, os clientes podem configurar uma meta para corresponder exatamente a um URL específico. No GA4, como não existem essas exclusões, o URL pode ter muitas versões que não seriam registradas na definição do evento principal. |
Confirme se essas exclusões são usadas no UA para entender as possíveis diferenças no GA4. |
|
Modelo de DDA para eventos principais e receita: no UA, o modelo de atribuição é o último clique não direto para as metas. No GA4, os eventos principais usam o modelo de atribuição baseada em dados (DDA) por padrão, mas podem ser modificados. Dependendo de como o crédito muda de acordo com a DDA, a quantidade de crédito atribuído a canais pagos (Google) pode ser maior ou menor. O modelo de atribuição não afeta o volume total de eventos principais de um determinado evento. |
Embora não seja recomendado, isso pode ser testado/quantificado mudando o modelo de atribuição da propriedade para Último clique no GA4. Observação: como os modelos de atribuição no Google Analytics não afetam o volume total de eventos principais em uma propriedade, é recomendável primeiro resolver todos os outros fatores que causam discrepâncias para minimizar as diferenças gerais no nível da propriedade para pares de eventos principais, como eventos principais semelhantes no UA e no GA4. |
|
Diferenças de fuso horário e redefinição de campanha: o UA interrompe a sessão à meia-noite e a reinicia com novos parâmetros de campanha, mas o GA4 não. Essa configuração pode causar discrepâncias de sessão, o que pode, por sua vez, leva a diferenças nos eventos principais de metas/sessões. Não esperamos que isso gere diferenças significativas no volume total de eventos principais em uma determinada propriedade. Isso vai ficar visível apenas se os dias forem comparados no UA e no GA4. |
Sem solução direta: essa situação foi resolvida no GA4. |
| Diferenças na configuração da medição de visualizações de página: a medição de visualizações de página com base em eventos do histórico de navegação pode ser desativada no GA4. A medição dos sites de página única não é encaminhada corretamente ao GA4 quando são usadas tags do site conectadas. |
O GA4 pode ser configurado para medir visualizações de página com base em eventos do histórico de navegação. No UA, isso não acontece. Essa diferença leva a uma avaliação mais detalhada no GA4, mas pode causar discrepâncias. É possível desativar essa configuração se você quiser que os números fiquem mais alinhados entre o UA e o GA4. A medição dos aplicativos de página única pode ser configurada no UA seguindo este guia para desenvolvedores. Isso não vai alinhar totalmente o UA com o GA4, mas pode minimizar diferenças para sites de página única. |
|
Indicadores do Google e User-ID: essas configurações ajudam a eliminar a duplicação de usuários nas propriedades do GA4. No UA, ambas as configurações afetam apenas alguns relatórios e uma vista específica. No GA4, elas afetam todas as informações na propriedade. Ativar os Indicadores do Google e o User-ID no GA4 reduz as contagens de usuários novos/totais, associando interações que no UA seriam consideradas provenientes de vários usuários. Assim, o crédito pode ser atribuído de maneira diferente. Não esperamos que esses recursos afetem o volume total de conversões no Google Analytics, mas eles podem resultar em diferenças nas exportações para o Google Ads. Se um anunciante mede as conversões de visualização engajada (EVCs), elas podem ser influenciadas pelo uso dos Indicadores do Google e do User-ID. |
Sem solução direta: a eliminação de duplicação do GA4 oferece insights melhores sobre como os usuários interagem com os recursos de um cliente. Recomendamos a implementação de ambos os recursos nas duas plataformas para minimizar as discrepâncias, embora elas não possam ser evitadas. |
| Tempo limite da sessão: você pode ajustar as configurações de tempo limite da sessão. Se as configurações padrão forem alteradas, as contagens e a atribuição de tráfego poderão ser afetadas. | Recomendamos o uso das configurações padrão. Se você alterou os tempos limite da sessão no UA, faça isso no GA4 também. Saiba mais sobre as sessões do Analytics. |
|
Substituição de cookies |
Ao alterar as configurações de cookies no UA, você precisa fazer o mesmo ao configurar o GA4. Reduzir as datas de validade dos cookies pode afetar a atribuição e resultar em diferenças na atribuição de eventos principais. Saiba mais sobre como configurar a tag do Google. |
| Uso das codificações automática e manual (no mesmo URL) | Você pode usar a codificação automática e a manual no mesmo URL, mas há casos em que isso não funciona. |
| Escolha de dimensões e métricas | O GA4 oferece uma quantidade maior de dimensões de aquisição do que o UA. Por isso, nem todas as combinações possíveis de dimensões de relatórios podem ser comparadas entre o UA e o GA4. |
| Diferenças na implementação da medição de apps entre o UA e o GA4 | É recomendável usar um SDK sempre que possível. No momento, um subconjunto muito pequeno de usuários pode coletar dados do app no UA. Os usuários vão precisar implementar o SDK do Google Analytics para Firebase se quiserem coletar dados do app e gerar relatórios sobre eles usando propriedades do GA4. |
|
Somente para tags do site conectadas (incluindo sideload): as tags conectadas são carregadas sequencialmente, ou seja, a tag do GA4 é carregada depois da principal (uma tag gtag.js ou analytics.js já existente). Isso pode significar o seguinte:
|
Para minimizar o risco de perda de eventos, é recomendável implementar tags dedicadas do GA4 em vez de usar tags do site conectadas ou sideload. Especificamente para configurações grandes e complexas do Google Analytics, evite usar tags do site conectadas ou sideload. |
| Inclusão de dados do app e da Web na propriedade do GA4: o GA4 unifica dados e eventos do app e da Web. Se você combinar os dados do app e da Web no GA4, mas não fizer algo semelhante no UA, a contagem de eventos principais no GA4 vai aumentar. | Para fazer a melhor comparação possível, não inclua fluxos de dados do app se as propriedades do UA não tiverem tráfego do app. Se o fluxo do app já estiver incluído, segmente os relatórios para excluir os eventos principais do app se quiser comparar o UA com o GA4. |
| Agrupamentos de canais atualizados: os agrupamentos de canais do GA4 podem atribuir um evento principal a um canal de maneira diferente. Saiba mais sobre o grupo de canais padrão. | Os usuários não podem modificar quais eventos principais são exportados para o Google Ads. |
No Google Ads
Estes são outros fatores que geram diferenças entre eventos principais semelhantes do UA e do GA4 com base nas escolhas de produto e configuração feitas no Google Ads.
| Descrição | Solução / recomendação |
|
Modelagem de eventos principais no modo de consentimento: essa modelagem está disponível no Google Ads para anunciantes que criaram conversões do Google Ads com base em eventos principais do Analytics de propriedades implementadas usando a gtag.js ou o Gerenciador de tags do Google. Para implementações da analytics.js, não oferecemos modelagem no Google Ads para conversões. O motivo é que o estado de consentimento não pode ser definido com precisão sem uma implementação da gtag.js ou do Gerenciador de tags do Google. Se o UA e o GA4 dependerem de tags compatíveis com o modo de consentimento, ambos poderão receber a estimativa de eventos principais no Google Ads. |
Para uma comparação justa, verifique se você tem um tipo de tag compatível com o modo de consentimento nas propriedades do UA e do GA4. |
| Medição de visualização engajada: o GA4 consegue atribuir um evento principal a uma interação com o anúncio de visualização engajada do YouTube, mesmo que essa interação não tenha resultado em uma visita ao site, mas tenha gerado um evento principal posteriormente. Isso pode ocasionar a exportação de um evento principal para o Google Ads, caso em que o UA não exporta créditos para a plataforma. Isso significa que o GA4 pode atribuir mais eventos principais ao Google Ads se um anunciante tiver um volume significativo de gastos no YouTube. |
No GA4, isso não deve aumentar o número de eventos principais de tráfego da Web. No entanto, é possível que mais créditos sejam atribuídos ao canal do Google Ads no GA4 do que no UA, melhorando a performance no Google Ads. Para comparar isso, você pode segmentar relatórios de campanha ou de conta no Google Ads. Compare as ações de eventos principais que fazem as mesmas medições. Não é possível segmentar relatórios padrão por tipo de evento de anúncio e a origem de evento principal ao mesmo tempo. Por isso, é difícil fazer uma comparação direta na interface do Google Ads. |
|
Modelo de exportação de crédito: o modelo usado para exportar eventos principais do GA4 para o Google Ads é diferente do UA. Antes o UA, e inicialmente o GA4, usavam um modelo de exportação de último clique não direto. Agora, o GA4 usa um modelo de crédito final, permitindo que o crédito fracionária seja exportado, mesmo que o último ponto de contato não direto não seja um ponto de contato do Google Ads. Embora isso não resulte em diferenças no nível da propriedade, o número de eventos principais exportados para o Google Ads pode ser diferente. Esse número pode ser maior ou menor quando comparado com o UA e depende das jornadas independentes do usuário. |
A exportação de crédito final foi lançada porque os modelos de último clique não direto não são suficientes. Isso significa que o GA4 exporta o crédito real em vários canais para o Google Ads. Não é possível realizar ações específicas para minimizar as diferenças entre o UA e o GA4. |
| Método de contagem de eventos principais relacionadas ao anúncio: o Google Ads tem uma configuração de contagem que pode ser usada para controlar um ou vários eventos principais contabilizados em uma janela de lookback definida para um determinado usuário. |
É recomendado alinhar as configurações de contagem de eventos principais para pares desses eventos do UA e do GA4. Saiba mais sobre as opções de contabilização de conversões. |
|
Aplica-se a propriedades do GA4 criadas manualmente e a clientes de campanhas inteligentes: o modelo de exportação de canais pagos do Google do GA4 atribui todos os eventos principais exportados para o Google Ads aos canais do Google. Isso resulta na exportação de mais eventos principais para o Google Ads do que a configuração Canais pagos e orgânicos porque exclui canais pagos que não são do Google do caminho do evento principal. O uso de canais pagos do Google pode fornecer insights mais detalhados sobre como as interações pagas do Google geram impacto. Esse modelo não está disponível no Universal Analytics. Por isso, pode ser difícil comparar eventos semelhantes do UA e do GA4 quando importados para o Google Ads. |
Por padrão, as novas propriedades do GA4 são definidas como canais pagos do Google. Você pode usar as configurações de atribuição no nível da propriedade do GA4 na seção Administrador para controlar como os eventos principais são exportados para o Google Ads. Para que o GA4 considere canais não pagos ao exportar conversões, use a configuração Canais pagos e orgânicos. Saiba como selecionar as configurações de atribuição. |
Taxa de rejeição
|
Métrica |
UA |
GA4 |
|
Taxa de rejeição |
A porcentagem de sessões de uma única página que não registrou interações. Uma sessão com rejeições tem duração de 0 segundos. Por exemplo, se o usuário acessa seu site e lê o conteúdo da página inicial por vários minutos, mas sai sem clicar em links nem acionar eventos que são registrados como eventos de interação, a sessão conta como rejeição. |
Porcentagem de sessões não engajadas. Por exemplo, se alguém visita seu site, lê o conteúdo da página inicial por menos de 10 segundos e sai sem acionar eventos ou ir para outras páginas ou telas, a sessão conta como uma rejeição. As sessões engajadas têm duração mínima de 10 segundos, pelo menos 1 evento principal ou no mínimo 2 visualizações de página ou tela. Se a pessoa não tem uma sessão engajada (ou seja, não atende a nenhum dos critérios necessários), o Google Analytics conta a sessão como uma rejeição. |
Observação importante
No Google Analytics 4, a taxa de rejeição é a porcentagem de sessões não engajadas. Em outras palavras, a taxa de rejeição é o inverso da taxa de engajamento. No Universal Analytics, a taxa de rejeição é a porcentagem de todas as sessões do seu site em que os usuários visualizaram apenas uma página e acionaram apenas uma solicitação no servidor.
A taxa de rejeição, como é calculada no Universal Analytics, é uma medida razoável de engajamento do site, mas ficou menos útil à medida que os sites e apps mudaram. Por exemplo, os usuários podem ver um aplicativo de página única (SPA) e sair sem acionar um evento, o que seria considerado uma rejeição.
Além disso, a taxa de rejeição, como é calculada no Google Analytics 4, oferece uma maneira mais útil de medir o nível de interação dos clientes com seu site ou app. Por exemplo, se você gerencia um blog, talvez não se importe se os clientes acessarem seu site para ler um artigo e saírem. Você provavelmente se preocupa mais com o número de clientes que acessam seu site, não encontram o que estavam procurando e saem rapidamente.
Contagem de eventos
Os eventos representam uma diferença fundamental no modelo de dados entre as propriedades do Universal Analytics e do Google Analytics 4.
|
Métrica |
UA |
GA4 |
|
Total de eventos |
Um evento do Universal Analytics tem uma categoria, uma ação e um rótulo, além de ser o próprio tipo de hit. Por exemplo, um evento pode ser configurado para registrar que o botão de inscrição foi clicado. O evento pode ter uma categoria "CTA", uma ação "Inscreva-se" e um rótulo que é o URL de destino. O total de eventos é incrementado sempre que um evento de categoria/ação/rótulo é acionado. |
N/A |
|
Contagem de eventos |
N/A |
Cada "hit" é um evento, e os eventos do GA4 não têm noção de categoria, ação ou rótulo. Por exemplo, quando alguém visualiza uma das páginas do seu site, um evento Todas as ações são eventos. Cada nome de evento não é necessariamente único. Na realidade, é uma prática recomendada reutilizar o mesmo nome de evento muitas vezes, diferenciando-o pelos valores de parâmetro coletados. Por exemplo, uma inscrição pode ter um nome de evento |
Observação importante
No GA4, o evento sign_up pode ou não ter o mesmo significado que no UA. Se o site tiver apenas um formulário de inscrição e apenas um botão em que o evento de inscrição seria disparado, o número de eventos poderá ser bem próximo. No entanto, se seu site tiver vários eventos sign_up, a comparação da contagem de eventos entre o GA4 e o UA pode não ser tão simples, e os números talvez não sejam próximos.
Os relatórios do GA4 não mostram categoria, ação e rótulo. É melhor repensar a coleta de dados em relação ao modelo do GA4 em vez de migrar sua estrutura de evento atual para o Google Analytics 4.