Rastreamento de rolagem inteligente com Gerenciador de tags do Google

Se você estiver usando o Gerenciador de tags do Google (GTM), o rastreamento de rolagem pode ser realizado em algumas etapas rápidas com o gatilho de profundidade de rolagem integrado do GTM, tornando essa tarefa realmente simples. Tendo implementado isso muitas vezes nos últimos anos, descobrimos que o gatilho GTM pronto para uso tem algumas limitações. Por esse motivo, compartilharemos alguns truques que você pode achar úteis ao personalizar seu controle de rolagem.

Nossa abordagem certamente fornecerá dados de rastreamento de rolagem mais precisos, permitirá que você transforme suas métricas, como a taxa de rejeição, em algo muito mais significativo, e você poderá realmente medir a qualidade de seu conteúdo .

A ideia por trás disso

Nossa solução personalizada é particularmente interessante quando você tem um site com muito conteúdo. Um problema com o acionador de profundidade de rolagem padrão é que ele não se importa se a página é longa ou curta. Se você tiver uma página muito curta, é possível que todos os limites sejam atingidos quando a página for carregada, o que leva a uma série de eventos gtm.scrollDepth sendo enviados para a camada de dados, disparando suas tags mesmo que o usuário nunca tenha rolado . Dependendo de suas configurações de Hit de interação no GTM, isso pode despencar sua taxa de rejeição .

Como ninguém deseja acessar o site manualmente e filtrar páginas curtas e longas (e ficar em espera quando o novo conteúdo for publicado), há uma solução mais simples para isso: usamos uma variável Javascript personalizada que mede automaticamente o comprimento da página, decide se é elegível para Scroll Tracking - em outras palavras, “longo o suficiente” - e só então irá ativar o Scroll Tracking Trigger para a página.

Etapa 1: Configurando a Variável de Limiar de Profundidade de Rolagem Personalizada e o Gatilho

Para disparar a tag de rastreamento de rolagem apenas em páginas onde os limites não são coletados automaticamente, precisamos definir uma condição para o acionador disparar apenas nos casos em que a página é longa o suficiente para fazer sentido para o seu rastreamento.

Em seu contêiner GTM, crie uma Variável Javascript Personalizada que deve ser semelhante a esta (o crédito vai para Simo Ahava ). Edite as variáveis ​​abaixo para corresponder aos seus requisitos:

• maximumRatio : é um valor entre 0 e 1 e reflete a proporção entre a altura da janela de visualização do navegador e a altura da página. Um valor de 0,25 implica que no máximo 25% da página está visível na janela de visualização do navegador, o resto apenas rolando mais para baixo.
• verticalScrollDepths : Estes são os vários limites que você pode definir para que sua página rastreie.
• fallbackDepths : recomendamos deixar em '101', o que dá à variável um valor substituto / padrão para quando a proporção máxima for excedida.

Agora, adicione esta variável {{Custom JS - Vertical Scroll Depths}} ao campo "Vertical Scroll Depths" Percentages em seu Scroll Trigger e habilite-o para "Window Load" em todas as páginas.

Etapa 2: definir o hit de não interação

Existem diferentes configurações para este parâmetro que afetarão como o Google Analytics registrará o hit de evento:

• Definido como falso : por padrão, quando um usuário dispara um evento em uma página, isso implicaria que ele está interagindo com a página e, portanto, não é contado como uma rejeição. Em conexão com o rastreamento de rolagem, você deve lidar com essa configuração com cuidado, pois ela definirá sua taxa de rejeição perto de zero.
• Definido como verdadeiro : se você não deseja que os eventos de rolagem afetem sua taxa de rejeição de forma alguma, esta é a configuração certa para você. No entanto, também evita insights mais profundos sobre o comportamento do usuário.
• Configuração personalizada: se você tem um site de muito conteúdo com páginas mais longas, pode querer diferenciar entre “rolagens rápidas” e usuários engajados. Para uma abordagem mais realista, recomendamos esta solução: Usuários que passam de 75%, por exemplo, são considerados significativos. As profundidades de rolagem que costumam ser alcançadas imediatamente (como 25%), são enviadas como eventos não interativos para o Google Analytics. Isso o levará mais perto de sua taxa de rejeição, refletindo a verdadeira intenção dos usuários. Para isso, você precisa configurar a variável {{Custom JS - Scroll is Non-Interactive}}. A variável {{Limite de profundidade de rolagem}} nesta função é uma variável embutida que você pode ativar e selecionar marcando sua caixa.

Etapa 3: juntando tudo

A etapa final é configurar a tag de evento do Google Analytics que enviará nossos dados de rolagem ao Google Analytics. Para obter instruções passo a passo, visite nossa postagem anterior do blog que descreve isso em detalhes. O importante para esta configuração é adicionar as variáveis ​​{{Limite de profundidade de rolagem}} e {{JS personalizado - A rolagem não é interativa}} nos campos corretos. Veja abaixo uma visão detalhada da configuração:

Uma vez que a etiqueta é configurada, você conecta o acionador da etapa 1 com a sua etiqueta de rastreamento de rolagem e você está pronto para o teste.

Aqui estão os resultados do nosso teste

Testamos as diferentes configurações de Hit sem interação (conforme descrito na etapa 2) e como elas afetam a taxa de rejeição.

Como mostra o gráfico acima, nossa taxa de rejeição era muito baixa quando o parâmetro de não interação foi definido como falso (agosto - setembro de 2019). Essa configuração implicava que cada evento de rolagem disparado, incluindo rolagens rápidas e acidentais, era considerado uma interação. Conseqüentemente, o Google Analytics interpretou isso como um usuário interagido. Portanto, mesmo se os usuários rejeitarem imediatamente, sem nenhum outro clique, eles não serão considerados como rejeição. O resultado foi uma taxa de rejeição muito baixa, em torno de 10%. Você provavelmente sabe que isso parece um pouco “bom demais para ser verdade”.

Em outubro, mudamos para a configuração oposta e definimos o parâmetro de não interação como verdadeiro. Aqui, não importa o quão longe os usuários rolaram, os eventos de rolagem acionados não foram vistos como uma interação no Analytics. Definir o parâmetro como verdadeiro basicamente desativa a detecção de interação. Isso pode ser considerado a opção de salvar, mas não é perfeita. O resultado foi uma taxa de rejeição muito maior e provavelmente mais realista em torno de 70%. Nesse caso, medimos apenas os usuários que realmente clicaram ou interagiram com o conteúdo da página. No entanto, consideramos essa abordagem muito extrema para nós. O conteúdo de nosso site é atualizado continuamente e, principalmente, nosso blog atrai um grande público. Queremos medir até que ponto os usuários realmente rolar e ler nossas seções de conteúdo pesado.

Então, em novembro, mudamos para uma solução personalizada que é a nossa configuração preferida. Contamos apenas os usuários que passaram de um determinado limite conforme interagiram. Os visitantes que rolam apenas algumas linhas ou um parágrafo e saem logo em seguida são considerados uma rejeição. Para nós, um usuário engajado é aquele que rola além de 75% da profundidade da página. Você pode definir a% de profundidade de rolagem para qualquer valor que atenda aos seus requisitos.