Acompanhamento no servidor: recolher dados a partir dos teus servidores

Aprende como funciona o acompanhamento no servidor. Envia dados de análise diretamente dos teus servidores, em vez de depender de scripts no navegador.

Rascunho

O acompanhamento no cliente depende de JavaScript a correr nos navegadores dos visitantes. Mas os navegadores têm limitações. Os bloqueadores de anúncios bloqueiam scripts de acompanhamento. As definições de privacidade desativam cookies. Os scripts de terceiros não carregam. Perdes dados. O acompanhamento no servidor envia os dados diretamente dos teus servidores. Os teus servidores sabem quando os eventos acontecem. Os teus servidores enviam-nos para a análise. Os bloqueadores de anúncios não conseguem interferir. As definições de privacidade não os bloqueiam. O acompanhamento no servidor é mais fiável. Capta dados que o acompanhamento no cliente perde.

Este artigo explica o acompanhamento no servidor e quando o usar.

Porque é que o acompanhamento no servidor importa

O acompanhamento no cliente perde dados. Os bloqueadores de anúncios bloqueiam entre 10 e 40 por cento dos visitantes. As definições de privacidade dos navegadores bloqueiam mais. Os scripts de terceiros não são fiáveis. Perdes os dados destes visitantes.

O acompanhamento no servidor evita estes problemas. São os teus servidores que enviam os dados. Os visitantes não os conseguem bloquear com as definições do navegador. Os bloqueadores de anúncios não lhes tocam. Captas dados de todos os visitantes.

O acompanhamento no servidor também é mais rigoroso. Os teus servidores conhecem o evento verdadeiro. Numa compra, o servidor sabe o valor real. O cliente só consegue estimar com base nos dados da página.

Perceber a diferença entre servidor e cliente

O acompanhamento no cliente corre JavaScript nos navegadores dos visitantes. O navegador envia os dados para a análise. É simples, mas pouco fiável.

O acompanhamento no servidor corre nos teus servidores. Quando um evento acontece, o teu servidor envia os dados para a análise. O visitante nunca envia nada diretamente. O teu servidor é a fonte.

O acompanhamento híbrido combina os dois. No cliente para as interações dos utilizadores. No servidor para as transações confirmadas. Juntos, dão-te um quadro completo.

Implementa o acompanhamento no servidor

O acompanhamento no servidor exige trabalho de desenvolvimento. Quando um evento acontece no teu servidor, chama a API da tua plataforma de análise. Envia os dados relevantes.

Numa loja online, quando confirmas uma compra, envia um evento de compra. Inclui o valor, os artigos e os dados do cliente. A tua plataforma de análise recebe-o.

Num software como serviço, quando um utilizador cria uma conta, envia um evento de registo. Quando faz upgrade, envia um evento de upgrade. O teu servidor é a fonte de verdade.

Associa os eventos do servidor às sessões dos visitantes

Os eventos do servidor precisam de contexto. Que visitante fez esta compra? Tens de ligar os eventos do servidor às sessões do cliente.

Usa identificadores de visitante. Quando um visitante inicia sessão, sabes o respetivo ID. Quando faz uma compra, envia a compra com o ID dele. A tua plataforma de análise liga-a à sessão.

Para visitantes anónimos, usa cookies. Um cookie do navegador contém um ID de visitante. Quando o visitante faz uma compra, lê o cookie. Envia a compra com esse ID.

Decide o que acompanhar no servidor

Acompanha no servidor os eventos confirmados. Compras. Registos. Upgrades de conta. Eventos que o teu servidor sabe serem reais e completos.

Não acompanhes no servidor o comportamento do cliente. Visualizações de página. Cliques. Deslocamentos na página. Estes acompanham-se melhor no cliente. O teu servidor não sabe nada sobre eles.

Pensa na exatidão dos dados. Se o teu servidor conhece os dados, acompanha-os no servidor. O teu servidor conhece os valores das compras. O teu servidor conhece os tipos de utilizador. O teu servidor conhece o uso das funcionalidades.

Lida com a duplicação de dados

Se acompanhares tanto no cliente como no servidor, podes enviar eventos duas vezes. Uma compra acompanhada das duas formas aparece como duas compras na análise.

Evita a duplicação com IDs de evento. Dá a cada evento um ID único. Se o mesmo ID chegar duas vezes, ignora o duplicado.

Ou usa propriedades de análise diferentes. Os eventos do cliente numa propriedade. Os eventos do servidor noutra. Analisa-os em separado.

Testa bem o acompanhamento no servidor

O acompanhamento no servidor é mais fiável, mas continua a precisar de testes. Verifica se os eventos chegam à tua plataforma de análise. Verifica a exatidão dos dados. Verifica se a atribuição de visitantes funciona.

Vigia os atrasos. Os eventos do servidor podem ter latência. Os eventos demoram algum tempo a chegar à análise. É normal. Mas se a latência aumentar, investiga.

Perguntas frequentes

O acompanhamento no servidor é melhor do que o acompanhamento no cliente?

É melhor em fiabilidade. É pior em flexibilidade. O cliente consegue acompanhar tudo o que está numa página. O servidor só consegue acompanhar eventos que conhece. Usa os dois. O cliente para as interações. O servidor para os eventos confirmados. Com o criador de websites da WEMASY, podes configurar isto diretamente no teu website.

Precisamos de remover o acompanhamento no cliente se implementarmos o do servidor?

Não. Mantém os dois. Servem fins diferentes. O cliente acompanha o comportamento dos utilizadores. O servidor confirma os eventos importantes. Juntos, dão dados completos. Basta evitar a duplicação.

Como evitamos eventos duplicados no acompanhamento no servidor?

Usa IDs de evento. Cada evento recebe um ID único. Se o mesmo ID chegar duas vezes, ignora o duplicado. A maioria das plataformas de análise suporta a deduplicação. Configura-a.

O acompanhamento no servidor exige consentimento?

Sim. O acompanhamento no servidor continua a enviar dados de utilizadores para a análise. Se exiges consentimento para a análise, também precisas dele para o servidor. Obter o consentimento aplica-se aos dois.

E se o nosso servidor ficar em baixo? O acompanhamento pára?

Sim. Se o teu servidor não conseguir contactar a tua plataforma de análise, os eventos não são enviados. Cria uma lógica de nova tentativa. Se o envio falhar, tenta mais tarde. Assim garantes que os dados acabam por chegar à análise.

Podemos acompanhar eventos offline no servidor?

Sim. Essa é uma das vantagens do acompanhamento no servidor. Se uma compra acontece offline e depois sincroniza com o teu sistema, podes enviá-la para a análise. O acompanhamento no servidor não precisa de atividade em tempo real no navegador do utilizador.

Põe isto em prática
no teu próprio site.

Começa grátis com a WEMASY e cria o teu site em poucos minutos.