Por que o Google Analytics pode relatar uma queda repentina, mas persistente, na taxa de rejeição (70% a 12%)
10
Eu estava rastreando dados de um site e percebi que há uma queda repentina na taxa de rejeição no Google Analytics. A queda repentina ocorreu ao longo de 2 dias e permaneceu consistente após.
A taxa de rejeição em janeiro de 2019 é de cerca de 70%, e após 2 dias, passou a ser de 12 a 15%. Não sei o que meu colega fez, então estou tentando descobrir agora.
Eu gostaria de apostar que seu colega implementou eventos na página .
Por padrão, o Google Anaytics mede apenas visualizações de página. Bounces são definidos como usuários que visualizam apenas uma página; mesmo que esse usuário passe horas em uma página.
Os eventos permitem acompanhar o que acontece dentro da página. Você pode enviar informações do GA sobre itens como:
Usuário clicando nos botões
Usuário rolando a página
Usuário gastando X minutos na página
Usuário digitando na página
Usuário assistindo a um vídeo na página
Conteúdo AJAX adicional é carregado
Todos esses eventos podem ser marcados como "interativos", o que faz com que o GA diga "este usuário não retornou". Eles também podem ser marcados como "não interativos", o que não afeta a taxa de rejeição.
Se eu estiver certo, você verá os dados no relatório "Comportamento" -> "Eventos" -> "Visão geral" iniciando quando a taxa de rejeição caiu.
Uma taxa de rejeição de 12% quando os eventos são implementados é bastante normal. Também é muito normal que alguns tipos de sites tenham uma taxa de rejeição de 75% antes dos eventos:
Os aplicativos de página única (SPAs) só têm várias visualizações de página se os usuários atualizarem ou clicarem no site pela segunda vez.
Muitos sites fornecem todas as informações que a maioria dos usuários precisa diretamente na página de destino. Isso é comum para artigos e calculadoras. Eu sinto que não deve ser um "salto" se o usuário ler o artigo inteiro.
Os eventos são a maneira de informar ao GA que você está satisfazendo seus usuários, mesmo quando eles estão visualizando apenas uma página.
Você pode revisar os eventos que estão sendo enviados e garantir que cada um deles esteja marcado como "interativo" ou "não interativo" adequadamente.
Bem, isso é realmente uma grande surpresa. Você pensaria que uma pessoa que chegasse à página exata de que precisava em um resultado do Google seria calculada de maneira mais favorável. Ao adicionar esses eventos, ele também melhora o algoritmo de SEO, mostrando ao Google que seu usuário não "saltou" de acordo com a definição redefinida?
precisa saber é o seguinte
3
As estatísticas do Google Analytics não têm impacto direto no SEO. Melhorar sua taxa de rejeição implementando eventos não altera o comportamento do usuário e não pode afetar sua classificação. Para fins de classificação, o Google se preocupa com a satisfação dos usuários. A classificação pode piorar se muitos usuários voltarem aos resultados da pesquisa depois de visitar o site e clicar em outro site. Para uma explicação detalhada do motivo, consulte minha resposta para "A taxa de rejeição de um site influencia a classificação do Google?"
Stephen Ostermiller
Esta é uma nova área para mim. Obrigado. Após uma rápida leitura, parece que o Gerenciador de tags do Google é carregado de forma assíncrona. Ainda assim, há um desempenho atingido nas páginas usando o GTM?
precisa
Você não precisa usar o Gerenciador de tags do Google para eventos. Isso pode ser feito dessa maneira, mas nunca o usei para esse fim. Sempre implementei eventos com JavaScript carregado da maneira js normal.
Stephen Ostermiller
2
A taxa de rejeição geralmente fica baixa quando qualquer uma das seguintes alterações é feita:
Melhor experiência na página de destino
O conteúdo exibido ao usuário é altamente valioso em comparação com outros
Nenhuma alteração na página é feita, mas o tráfego de uma fonte de baixa qualidade parou de chegar.
Para entender o porquê, verifique o seguinte com seu Analytics e colega:
Alguma alteração na página de destino / conteúdo?
Alguma alteração nas fontes de visitantes de suas páginas da web?
Uma taxa de rejeição de 12% não é normal?
Isso depende totalmente da categoria do site e das fontes de tráfego. Para o meu site, mantenho menos que sua taxa de rejeição de 12%, o que poucas pessoas poderiam alcançar. (A% não é relevante, pois também deve ser contabilizada com o número de usuários que visitam a página da Web em um período específico.)
Essa é uma taxa média de rejeição em diferentes páginas / fontes?
Geralmente, se cair para zero, é devido ao disparo duplo de visualizações de página, mas como você mostra 12% consistentes, imagino que o problema de rastreamento esteja afetando apenas algumas páginas.
Eu gosto de usar o complemento Tag Assistant Chrome para depuração
Todas essas coisas são boas, e é claro que todos nós queremos que os dados sejam assim, sem dúvida :), mas não esqueça que existe um "outro" lado da medalha. Isso pode ser resultado com base em script interceptado / configuração incorreta ou rastreamento duplo, se alguém implementou acidentalmente o código duas vezes ou se você possui scripts GTM e GA no código do site. Verifique isso também. Espero estar errado, mas ...
Eu esperaria que a taxa de rejeição fosse menor (quase zero) se o GA estivesse sendo chamado duas vezes. Se isso fosse verdade, também deveria haver um grande salto correspondente nas visualizações de página. Certamente vale a pena conferir.
Stephen Ostermiller
11
Se é GTM sobre GA, não é bem, eu sei uma coisa estranha, mas isso realmente aconteceu, a taxa de rejeição caiu em 5,6% em média.
A taxa de rejeição geralmente fica baixa quando qualquer uma das seguintes alterações é feita:
Para entender o porquê, verifique o seguinte com seu Analytics e colega:
Isso depende totalmente da categoria do site e das fontes de tráfego. Para o meu site, mantenho menos que sua taxa de rejeição de 12%, o que poucas pessoas poderiam alcançar. (A% não é relevante, pois também deve ser contabilizada com o número de usuários que visitam a página da Web em um período específico.)
fonte
Essa é uma taxa média de rejeição em diferentes páginas / fontes?
Geralmente, se cair para zero, é devido ao disparo duplo de visualizações de página, mas como você mostra 12% consistentes, imagino que o problema de rastreamento esteja afetando apenas algumas páginas.
Eu gosto de usar o complemento Tag Assistant Chrome para depuração
fonte
Todas essas coisas são boas, e é claro que todos nós queremos que os dados sejam assim, sem dúvida :), mas não esqueça que existe um "outro" lado da medalha. Isso pode ser resultado com base em script interceptado / configuração incorreta ou rastreamento duplo, se alguém implementou acidentalmente o código duas vezes ou se você possui scripts GTM e GA no código do site. Verifique isso também. Espero estar errado, mas ...
fonte