Porquê a SignalHost: o que as etiquetas no navegador perdem e o que o seu próprio servidor de etiquetagem recupera

Com as etiquetas no navegador, cada medição é um pedido para o domínio de outra pessoa: o script do Tag Manager a partir de googletagmanager.com, cada hit do GA4 para google-analytics.com, cada evento da Meta para facebook.com. Os bloqueadores de anúncios, as extensões de privacidade, os navegadores com bloqueio de rastreadores incorporado e os filtros de DNS nas redes de escritórios e de casa reconhecem esses nomes de anfitrião e caminhos e descartam o pedido. A página carrega normalmente. A visita simplesmente nunca chega.

Não consegue ver esta perda no GA4, porque o GA4 só mostra o que chegou. A sua dimensão depende do seu público — muito maior num público técnico, jovem ou atento à privacidade do que num público geral — e atinge todos os relatórios ao mesmo tempo: menos utilizadores, menos sessões, menos conversões e campanhas que parecem piores do que são.

O bloqueio é um de quatro motivos pelos quais o GA4 mostra menos conversões do que a sua loja: porque é que o GA4 conta a menos e que partes é possível recuperar.

Uma visualização de página perdida é um incómodo. Uma conversão perdida custa-lhe duas vezes. O Google Ads, a Meta e o TikTok decidem para onde vai o seu orçamento aprendendo com as conversões que recebem, por isso cada compra que um bloqueador engole é uma compra com que as licitações nunca aprendem, e cada campanha reporta um retorno pior do que aquele que obteve.

A segunda perda é o próprio clique no anúncio. Uma conversão só conta para uma campanha quando pode ser ligada ao clique que a originou, e essa ligação é um ID do clique — gclid para a Google, fbclid para a Meta, ttclid para o TikTok — que está no endereço da página de destino e desaparece dele com o clique seguinte do visitante. Alguma coisa tem de o guardar até à compra, e essa coisa é um cookie. Definido a partir do endereço de outro site, o Safari recusa-o pura e simplesmente, e a compra três páginas depois chega sem nenhum clique associado.

• As suas etiquetas carregam e reportam a partir do seu próprio domínio. Com metrics.oseusite.com como endereço de etiquetagem, cada pedido vai, para o navegador, para o seu próprio site, e nenhuma lista dirigida aos nomes de anfitrião da Google o apanha.
• Não sobra nada para reconhecer. As listas de filtros também procuram gtm.js, /g/collect e IDs de medição em qualquer domínio. A SignalHost codifica cada pedido num único caminho opaco, de forma diferente para cada cliente, por isso o nome do ficheiro, o nome do evento, o seu ID de medição e o endereço da página deixam de seguir às claras.
• As conversões chegam às plataformas de publicidade a partir do seu servidor. O Google Ads, a Meta, o TikTok, o Reddit, o Pinterest, o Snapchat e o LinkedIn recebem os seus eventos através das suas próprias interfaces de servidor — a Conversions API da Meta, a Events API do TikTok e as restantes — em vez de um píxel no navegador. Se quiser, mantenha também um píxel: envie o mesmo event_id para ambos e cada plataforma conta o evento uma vez.
• O clique sobrevive até à compra. O seu contentor de servidor guarda o ID do clique num cookie no seu próprio domínio — FPGCLAW para o Google Ads, _fbc para a Meta — por isso uma compra páginas ou dias depois continua a chegar à plataforma com o clique de onde veio.
• Um evento, todos os destinos. Os eventos que o seu site já envia para o GA4 alimentam também todas as plataformas que ligar, traduzidos para os nomes próprios de cada plataforma, por isso configura um evento uma vez em vez de uma vez por plataforma.

Nada disto é tecnologia nova. O Google Tag Manager do lado do servidor é da própria Google, e pode alojá-lo por sua conta. Fazê-lo significa um projeto Google Cloud com faturação, um servidor de etiquetagem mantido a funcionar em produção e um segundo para a Pré-visualização, o seu próprio domínio apontado para ele com um certificado, uma imagem de servidor para manter atualizada e uma fatura que cresce com o seu tráfego. Depois, os contentores: um contentor web cuja etiqueta Google envia para o seu servidor, uma etiqueta para cada evento, um contentor de servidor que os recebe e reencaminha e, para cada plataforma de publicidade, um modelo, credenciais e um acionador — e qualquer um deles pode falhar sem um erro em lado nenhum.

A SignalHost trata dessa parte. Liga a sua conta Google uma vez — Tag Manager e Analytics só de leitura, mais nada — e ela constrói e publica os dois contentores na sua própria conta: a etiqueta Google apontada para o seu servidor, etiquetas para dezasseis eventos padrão, desde registos e leads até cada passo de um checkout, o lado do servidor e cada plataforma de publicidade que adicionar. Demora cerca de quatro minutos, e só tem de colar um snippet no seu site.

Os contentores continuam a ser seus. Ficam na sua conta do Tag Manager, com o seu login: edite-os, adicione as suas próprias etiquetas, ou saia e fique com eles. Quando uma etiqueta precisa de mudar — porque a Google mudou alguma coisa ou porque acrescentámos um evento —, os seus contentores são atualizados sem que tenha de carregar em nada. Corre em infraestrutura europeia, sem projeto Google Cloud e sem fatura de cloud por pedido do seu lado.

• Contagens de pedidos e de eventos em direto para cada contentor, por isso «está a funcionar?» tem resposta em segundos em vez de no relatório de amanhã.
• Dois números por evento: tudo o que chegou e quanto disso veio com consentimento de analytics — a sua taxa de consentimento, medida em vez de estimada.
• Páginas, origens de tráfego, países, navegadores e dispositivos, contados a partir das visualizações de página que o seu servidor entregou. Apenas agregados: não se guarda nenhum endereço IP nem nenhum ID de cliente.
• Um cartão «Resolução de problemas» que segue as suas visualizações de página desde o seu site, passando pelo seu servidor, até ao próprio relatório de tempo real do GA4, e verifica o caminho até cada plataforma de publicidade que ligou.
• Com Growth, Enterprise ou Unlimited, o modo de Pré-visualização do Tag Manager liga-se ao seu contentor de servidor tal como se ligaria a um que gerisse por sua conta.

• Não substitui o consentimento. Um pedido para o seu próprio domínio precisa do mesmo consentimento que um pedido para o da Google. Uma recusa continua a ser uma recusa: as etiquetas da Google enviam apenas o que o Consent Mode permite, e a Meta, o TikTok e as outras plataformas não recebem nada desses visitantes.
• Não faz o GA4 coincidir com a página do seu contentor. O Analytics deixa de fora os visitantes que recusaram cookies; o seu servidor conta cada pedido. A diferença é a sua taxa de consentimento, não dados perdidos.
• Não consegue guardar o clique no anúncio sem o seu próprio domínio. No nome de anfitrião gratuito em signalhost.io, as suas etiquetas já estão fora dos domínios da Google, mas o cookie do clique continua a vir de outro site e o Safari recusa-o. É o seu próprio domínio, num plano pago, que faz o clique sobreviver.
• Não recupera um visitante cujo navegador não executa nenhum script, nem um que sai antes de a página ter carregado.

Precisa dela quando há dinheiro a depender dos números: tem anúncios na Google, na Meta, no TikTok ou nas outras plataformas e quer que aprendam com cada venda; vende online e o número de encomendas da sua loja e o GA4 não batem certo; o seu público é técnico, jovem ou cuidadoso com a privacidade; ou presta contas a um cliente cujo orçamento segue o que o painel mostra.

Provavelmente não precisa dela se não tem anúncios, o seu site tem algumas centenas de visitas por mês e ninguém decide nada com base nos números. O Analytics no navegador chega quando dez por cento a mais ou a menos não mudam nada.

A forma mais rápida de saber em qual dos casos está é medir. O plano gratuito são dez mil pedidos por mês e nunca cobra nada. Configure-o e depois compare uma semana de conversões no GA4 e nas suas plataformas de publicidade com a semana anterior.