Novo algoritmo OWOX BI para coletar dados de sessão

Publicados: 2022-04-12

A mudança é constante; essa é a nossa realidade, e às vezes é difícil aceitar. Mas as mudanças que queremos compartilhar com você irão impressionar cada usuário do OWOX BI.

Você já deve saber que o OWOX BI mudou recentemente a lógica de coleta de dados de sessão; os novos recursos estão disponíveis para todos os usuários desde 1º de março. Neste artigo, falaremos mais sobre nossos novos recursos e como eles podem beneficiar sua empresa.

Descubra o real valor das campanhas

Importe automaticamente dados de custo para o Google Analytics de todos os seus serviços de publicidade. Compare os custos da campanha, CPC e ROAS em um único relatório.

Iniciar teste

Direto ao ponto

Anteriormente, o OWOX BI criava tabelas de sessão no Google BigQuery usando dados de sessão do Google Analytics. Por um lado, essa abordagem garantiu um ajuste completo dos dados entre as fontes. Por outro lado, parte dos dados pode ser perdido no caminho do site para o sistema de análise e armazenamento em nuvem devido às limitações da API de relatórios principais do Google Analytics.

Para evitar esse problema, alteramos o algoritmo de coleta de dados da sessão. Agora, os dados de sessão são formados usando dados de hit do OWOX BI, portanto, os limites do Google Analytics não podem influenciar o processo de criação de tabelas de sessão. Graças a esse novo algoritmo, você pode coletar dados completos de comportamento do usuário sem amostragem em seu site e atribuir esses dados às sessões corretas. Vamos ver todos os benefícios em detalhes.

bônus para leitores

Casos de análise de marketing

Baixe agora

1. Evite amostragem

Antes : se os usuários do seu site gerarem mais de 200.000 sessões por dia, o Google Analytics (a versão gratuita) normalmente aplicará a amostragem. Assim, seu projeto do Google BigQuery receberá apenas uma amostra escolhida aleatoriamente das sessões.

Agora : os usuários do OWOX BI obtêm dados brutos e sem amostragem de todas as sessões no Google BigQuery sem limitações no valor do tráfego ou no tamanho da empresa.

2. Obtenha dados completos com precisão de nível de acerto

Antes : se você atingir o volume e os limites de dados coletados no Google Analytics, o sistema não processará os dados acima desses limites e esses dados não entrarão no Google BigQuery. Esses limites são 200.000 acessos por usuário por dia, 10 milhões de acessos por mês e 500 acessos por sessão. Além disso, o Google ignora hits com tamanho superior a 8 Kb.

Agora : O novo algoritmo OWOX BI não tem nenhum desses limites, e o tamanho máximo de um hit é dobrado para 16 Kb. Isso significa que você pode coletar dados sobre as ações de todos os usuários em seu site.

3. Obtenha dados a tempo

Antes : os dados da sessão podem ser atualizados com mais de 24 horas de atraso porque essas atualizações dependem da atualização das informações na API do Google Analytics.

Agora : atinge sessões de formulário no lado OWOX BI, para que a coleta de tabelas de sessão nunca seja pausada devido ao excesso de limites ou à falta de acesso ao Google Analytics. Os dados chegam ao BigQuery mais rapidamente, o que é muito importante se você usá-los para acionar marketing por e-mail ou atualizações de relatórios em tempo real.

4. Defina a origem do tráfego corretamente

Antes : no Google Analytics, a origem do tráfego é definida pelo modelo Último clique não direto. Se o último canal na cadeia de ação do cliente foi direto, esse canal será ignorado e substituído pelo último canal não direto.

Por exemplo, digamos que seu cliente pesquisou no Google e encontrou um produto em seu site. Eles se lembraram do endereço do seu site e depois de algum tempo o inseriram diretamente no campo URL. Nesse caso, a fonte desta sessão seria google/orgânico, mas não direta/nenhuma. Isso exclui a possibilidade de conhecer o compartilhamento preciso do canal direto como fonte de tráfego para seu site.

Agora : O novo algoritmo OWOX BI também usa o modelo Last Non-Direct Click para definir a origem do tráfego. Mas adicionamos um campo trafficSource.isTrueDirect especial à tabela de sessão para ajudá-lo a definir o tráfego direto. Este campo binário obterá um valor verdadeiro se uma sessão for iniciada com uma visita direta ao site e um valor falso se a sessão estiver seguindo uma sessão de canal pago. Graças a este campo, você pode avaliar o valor real dos canais pagos e seu efeito nas conversões. No Google Analytics, o campo isTrueDirect funciona de forma diferente, pois obtém o valor "true" quando há uma fonte direta ou quando duas sessões possuem os mesmos dados sobre a campanha.

5. Acompanhe o caminho do cliente em diferentes sites

Antes : se você tiver alguns sites e quiser acompanhar como os públicos-alvo se cruzam, pode configurar a medição de vários domínios no Google Analytics. Mas essa solução funciona apenas se seu público usar links cruzados para transferir de um de seus sites para outro. E se você precisar rastrear um usuário visitando os dois sites que não tenham links cruzados em momentos diferentes? Nós cuidamos disso ↴

Agora : Adicionamos um ID de usuário OWOX às tabelas de dados da sessão. Esse identificador de usuário anônimo ajudará você a combinar dados sobre ações de usuários de seus sites, mesmo que não estejam vinculados diretamente. Além disso, você terá a possibilidade de agrupar usuários rastreados para separar públicos de publicidade e evitar pagar duas vezes pelo mesmo tráfego.

6. Atribua todos os eventos do site às sessões corretas

Antes : se você estiver acompanhando eventos em seu site com a ajuda do Protocolo de avaliação, lembre-se de que parte desses eventos pode ser perdida. O fato é que no Google Analytics (inclusive na versão paga, GA360), a duração máxima do momento do hit até o envio da informação sobre o hit para o parâmetro &qt é de apenas quatro horas. Se o intervalo for maior, o evento não será atribuído. Por exemplo, digamos que seu visitante pague online em seu site. A transação será contada após o recebimento de uma confirmação bancária, mesmo que demore alguns dias. Em tal situação, a transação não será atribuída à sessão correta, o que significa que a fonte que levou a essa transação não será avaliada corretamente.

Se o parâmetro &qt foi enviado sem valor, a sessão separada para o evento será criada automaticamente. Em qualquer caso, isso afetará a precisão de seus dados.

Agora : em sessões baseadas no novo algoritmo OWOX BI, a duração máxima do parâmetro &qt é estendida para 30 dias. Isso significa que seus eventos enviados pelo Protocolo de avaliação serão atribuídos à sessão correta.

Outras diferenças entre os antigos e novos algoritmos OWOX BI

No novo algoritmo OWOX BI, as tabelas têm a mesma estrutura que tinham no antigo. Apenas a lógica pela qual os valores são definidos difere para alguns campos:

Como configurar a coleta de dados da sessão com base no algoritmo OWOX BI:

  • Ao criar um novo pipeline de streaming do Google Analytics ⟶ Google BigQuery, os dados da sessão começarão a ser coletados automaticamente usando o novo algoritmo.
  • Para alterar o algoritmo de coleta de dados de sessão em fluxos existentes, vá para configurações de fluxo e ative Coleta de dados de sessão .

Depois disso, o algoritmo antigo ficará indisponível.

  • Com o novo algoritmo OWOX BI, você não precisará de uma dimensão personalizada no nível da sessão no Google Analytics. Você pode excluir esta dimensão e adicionar outros parâmetros necessários.​
  • Você não precisará atualizar o código de rastreamento OWOX BI em seu site.
  • Para ativar a codificação UTM automática pelo Google Ads (gclid), você precisará configurar a coleta de relatórios de dados brutos para o Google Ads no BigQuery. Você pode fazer isso em um clique com a ajuda da integração nativa com o Google Data Transfer.
  • Se você tiver uma lista de exclusões de referência no Google Analytics, duplique-a nas configurações de fluxo para OWOX BI.

Devo alterar as solicitações para tabelas no Google BigQuery?

A estrutura das novas tabelas é a mesma das tabelas antigas, portanto, você deve alterar apenas os nomes das tabelas em suas solicitações. Para adaptar suas solicitações existentes a novas tabelas, basta alterar os nomes das tabelas session_streaming_ antigas para as novas tabelas owoxbi_sessions_ .

Para resumir

Se você quiser saber se está na hora de transferir para o novo algoritmo OWOX BI, responda às seguintes perguntas. Se você tem pelo menos um sim, já sabe o que fazer:

  • Você tem aproximadamente 200.000 sessões por dia? Ou você acha que chegará a esse número em alguns meses?
  • Você já experimentou amostragem antes?
  • Você já construiu relatórios fora do padrão e experimentou amostragem?
  • Você já atingiu o limite de 500 acessos por sessão?
  • Você está interessado em rastrear corretamente o tráfego direto, mas não quer comprar o pacote completo do GA360?
  • Deseja combinar os públicos-alvo do site e analisar sua sobreposição?
  • Deseja enviar todos os hits com transações durante 30 dias, não 4 horas?
  • É importante para você obter os dados da tabela de sessão o mais rápido possível?

Mesmo que essas perguntas não pareçam relevantes para você no momento, é melhor se preparar o mais cedo possível.

Se você ainda não experimentou o OWOX BI Pipeline, convidamos você a fazer um test drive durante um período de teste gratuito:

EXPERIMENTE OWOX BI GRATUITAMENTE

Se você tiver alguma dúvida, pergunte nos comentários abaixo.

Nossos clientes
crescer 22% mais rápido

Cresça mais rápido medindo o que funciona melhor em seu marketing

Analise sua eficiência de marketing, encontre as áreas de crescimento, aumente o ROI

Obter demonstração