Tracking server-side do GA4, sem o problema Unassigned
Envie os eventos da sua loja para o Measurement Protocol do GA4 a partir do servidor, já não do navegador: agarrados à sessão do navegador com o mesmo client_id e o mesmo session_id, para que mantenham a sua origem real em vez de irem parar a Unassigned. Sem script próprio de Measurement Protocol para escrever, sem contentor GTM de servidor para configurar: uma chave de ligação, e o mesmo evento chega também à Meta CAPI, Google Ads, TikTok, Pinterest e Microsoft Advertising.
O seu ID de medição e o seu segredo de API ficam cifrados do nosso lado: nunca os cola na sua loja.
O que é o tracking server-side do GA4?
O tracking server-side do GA4 envia os seus eventos a partir do seu próprio servidor para o GA4, a interface de servidor para servidor do Google Analytics 4. Em vez de pedir ao navegador do visitante que comunique uma compra, é o seu servidor que envia o evento diretamente. O pedido sai da sua infraestrutura, por isso um bloqueador de anúncios ou uma política de cookies do navegador não têm nada para intercetar.
A armadilha Unassigned
É isto que quase todas as instalações server-side do GA4 falham, e passa despercebido porque nada parece avariado. O GA4 atribui por SESSÃO. Um evento de Measurement Protocol enviado sem session_id abre uma sessão nova, sem origem, e o GA4 arquiva a receita em Unassigned. As conversões são reais; apenas perderam o seu canal. Fica sem conseguir dizer que campanha as pagou.
São o client_id e o session_id que guardam o canal
O navegador e o servidor enviam o mesmo client_id e o mesmo session_id, lidos dos cookies do GA4. O evento de servidor junta-se então à sessão que o navegador já etiquetou com a sua origem e o seu meio reais, em vez de abrir uma sem origem.
Server-side não quer dizer sem consentimento
Mover uma tag para o servidor muda de onde parte o pedido, não o facto de precisar de autorização para o enviar. O consentimento analítico continua a aplicar-se e verificamo-lo nas duas camadas.
Procura a visão de conjunto em vez do GA4 em concreto? Leia o que é o tracking server-side e como funciona.
Porque é que o GA4 sozinho declara menos receita do que a que teve
A tag do GA4 corre no navegador do cliente: o único elo da cadeia que não controla, e o que está sob maior pressão.
-
Os bloqueadores de anúncios
impedem a tag de carregar na página de confirmação da encomenda: a compra pura e simplesmente nunca é registada no GA4.
-
O Safari ITP e os limites de cookies dos navegadores
encurtam ou apagam o cookie
_gacookie com que o GA4 reconhece um visitante que volta, de modo que uma pessoa é contada como várias. -
Sessões sem origem
é o que produz uma instalação server-side ingénua: os eventos chegam, mas o GA4 não sabe de onde vieram.
O problema não é apenas um buraco nos relatórios. Cada decisão de canal, cada orçamento que move, assenta no que o GA4 diz ter convertido. Receita declarada a menos ou sem atribuição significa um relatório que responde a uma pergunta diferente da sua.
Uma ligação ao GA4 gerida, sem a canalização
Instale o conector da sua plataforma, ou chame a nossa API diretamente: cada passo do funil é replicado do lado do servidor para o Measurement Protocol, agarrado à sessão do navegador e condicionado ao consentimento.
Eventos que sobrevivem ao navegador
A compra do lado do servidor parte da sua infraestrutura. Quando a tag do navegador está bloqueada, é esse o evento que o GA4 recebe.
O agarrar à sessão tratado por nós
O conector lê os cookies do GA4 e transmite client_id
(client_id e session_id, para que o evento de servidor se junte à sessão certa com a origem certa.
Dados de utilizador mais ricos
O evento de servidor pode levar o e-mail, o telefone e a morada em hash a partir da encomenda, a base dos dados fornecidos pelo utilizador/relatórios entre dispositivos, que o navegador raramente tem no momento da conversão.
Nada se perde pelo caminho
Uma fila de repetição repete automaticamente os envios falhados que podem ser repetidos, para que uma falha breve de um lado ou do outro não lhe custe um evento.
Consentimento aplicado duas vezes
A camada do navegador não injeta nada sem consentimento e o dispatcher aplica uma segunda verificação antes de algo chegar ao GA4.
O segredo nunca na sua loja
O seu ID de medição e o seu segredo de API do Measurement Protocol estão cifrados do nosso lado. Um front-end de loja comprometido não os pode expor.
O Inspector para o provar
Cada evento e o seu estado por destino estão visíveis no Inspector, por isso confirma a entrega ao GA4 em vez de a presumir.
Um evento, seis destinos
O mesmo evento chega também à Meta CAPI, Google Ads, TikTok, Pinterest e Microsoft Advertising, sem construir uma segunda integração.
Ligar a sua loja ao GA4
Adicione as suas credenciais do GA4 uma vez
Na sua conta DataFirefly, adicione o seu ID de medição do GA4 (G-XXXXXXX) e um segredo de API do Measurement Protocol criado em Administrar, Fluxos de dados. Ficam guardados cifrados e nunca são enviados para a sua loja.
Instale o conector da sua plataforma
PrestaShop,
WooCommerce ou
Shopware, depois cole a sua única chave de ligação dfss_ . Em qualquer outra tecnologia, envie os seus eventos para a nossa API.
Verifique no GA4 Tempo real
Faça uma encomenda de teste, procure no Inspector um
purchase e confirme que aparece no GA4 Tempo real com uma origem e um meio reais, não como Unassigned.
O seu próprio script, GTM de servidor ou conector gerido?
Três caminhos levam ao mesmo Measurement Protocol. Distinguem-se pelo que tem de manter a funcionar e por o GA4 ser, ou não, o único destino.
A sua própria integração
Código que escreve contra o Measurement Protocol: ler os cookies do GA4, agarrar sessões, aplicar hash aos dados de utilizador, repetições. Controlo total, e cada subtileza do protocolo é sua para descobrir.
GTM de servidor
Um contentor GTM de servidor que aloja e configura, com uma tag do GA4 lá dentro. Controlo máximo sobre tags e variáveis, e verdadeiras competências de GTM para o construir e manter.
DataFirefly
Um conector gerido: sem contentor, sem conta de cloud, uma chave. GA4 mais Meta CAPI, Google Ads, TikTok, Pinterest e Microsoft Advertising a partir do mesmo evento, alojado na UE.
Quando outro caminho lhe convém mais. Se tem um programador que vai assumir a integração e o GA4 é o seu único destino, escrevê-la é perfeitamente sensato. Se tem competências de GTM em casa e precisa de controlo das transformações tag a tag, o GTM de servidor é mais flexível do que nós. Encaixamos melhor quando quer que os seus eventos cheguem de forma fiável a várias plataformas sem se tornar uma equipa de infraestrutura de tracking. Veja também as nossas páginas Alternativa ao Addingwell e FAQ .
Tracking server-side do GA4 para cada plataforma de e-commerce
PrestaShop
Um módulo nativo que envia todo o funil para o GA4, com agarrar à sessão e gestão do consentimento integrados.
WooCommerce
Um plugin WordPress com fila de repetição, painel Activity e suporte a HPOS, que entrega o funil do lado do servidor ao GA4.
Shopware 6
Um plugin Shopware que cobre o mesmo funil, ligado com a mesma chave única.
Shopify
Os webhooks de encomenda do Shopify, subscritos em minutos com a mesma chave única. Nada a colocar no tema.
Num front-end headless ou numa tecnologia própria? Envie os seus eventos para a nossa API: o dispatcher trata o GA4 e todos os outros destinos da mesma forma. Conte-nos como está montado.
GA4 incluído em todos os planos
Uma subscrição cobre toda a sua conta e todos os seus destinos: o GA4 não é uma opção paga. Suba de nível para mais sites e mais eventos por mês.
Grátis
Gratuito
Começar gratuitamente
Para uma loja que quer montar bem o GA4 do lado do servidor.
Faturado 390 € por ano: compromisso de 12 meses, sem reembolso proporcional.
O mais popular
Growth
Faturado 1 190 € por ano: compromisso de 12 meses, sem reembolso proporcional.
Escolher Growth
Scale
Faturado 3 490 € por ano: compromisso de 12 meses, sem reembolso proporcional.
Prefere testar primeiro a ligação? O plano gratuito deixa-o enviar eventos e vê-los chegar antes de subscrever.
Enviar dados ao GA4, dentro do quadro europeu
O tracking server-side muda de onde parte o pedido. Não o tira do RGPD: por isso integrámos as verificações de consentimento em vez de as contornar.
Os eventos são tratados na UE antes de chegarem ao Google.
Nada dispara do lado do navegador sem consentimento, e o servidor volta a verificar.
O seu segredo de API do Measurement Protocol está cifrado em repouso e nunca é enviado ao navegador nem à loja.
O e-mail, o telefone e a morada são transformados em hash como o Google exige: nenhum identificador em claro é enviado.
Um acordo de tratamento de dados que cobre este fluxo está na nossa página do DPA.
Acompanhado em tempo real na nossa Medido e monitorizado em tempo real na nossapágina de estado pública
Perguntas frequentes: tracking server-side do GA4
O que é o tracking server-side do GA4?
Enviar os seus eventos (visualização de página, adicionar ao carrinho, compra) a partir do seu próprio servidor para o Google Analytics 4 através do Measurement Protocol, em vez de depender apenas do gtag que corre no navegador do visitante. Como o pedido sai da sua infraestrutura e não do navegador, não é afetado por bloqueadores de anúncios nem por restrições dos navegadores aos cookies. Bem feito, o evento de servidor leva o mesmo client_id e o mesmo session_id do navegador, por isso junta-se à mesma sessão em vez de abrir uma nova.
Porque é que os meus eventos GA4 server-side aparecem como Unassigned?
Porque chegam sem session_id. O GA4 atribui por sessão, por isso um evento que abre a sua própria sessão não tem origem e vai parar a Unassigned. A solução não é abdicar do server-side, que é o dado mais completo: é devolver-lhe a etiqueta transmitindo o client_id e o session_id lidos dos cookies do GA4. Os nossos conectores fazem-no por omissão. Se já tem receita em Unassigned, é quase sempre por isto.PrestaShop, WooCommerce, Shopware
O tracking server-side vai contar os meus eventos do GA4 duas vezes?
O GA4 não tem chave de desduplicação própria, por isso depende de como o funil é repartido, e os nossos conectores fazem essa repartição por si: a tag do navegador fica com os eventos de interação em que é boa, e o servidor é dono da conversão. Assim não envia a mesma compra duas vezes. Se montar o Measurement Protocol sozinho e reenviar um evento que a tag já enviou, o GA4 conta os dois, porque não tem forma de saber que são o mesmo.client_id
Como se liga um site ao Measurement Protocol do GA4?
Três caminhos habituais: escrever a sua própria integração contra o Measurement Protocol, manter um contentor GTM de servidor com uma tag do GA4, ou usar um conector gerido. Com a DataFirefly instala o conector da sua plataforma (PrestaShop, WooCommerce, Shopware) ou chama a nossa API, e depois cola uma única chave de ligação. O seu ID de medição e o seu segredo de API ficam do nosso lado, cifrados: nunca os cola na sua loja.
O tracking server-side para o GA4 cumpre o RGPD?
O tracking server-side não elimina a necessidade de consentimento. Os nossos conectores condicionam a camada do navegador e a camada do servidor ao consentimento, e o dispatcher aplica uma segunda verificação antes de um evento sair para o Google. Os eventos são tratados na UE (Alemanha), está disponível um DPA , e o segredo de API nunca sai do nosso servidor. O server-side é um mecanismo de fiabilidade e de qualidade do dado, não uma forma de contornar um banner de consentimento.
Isto substitui a minha tag do GA4 no navegador?
Não, e não deve querer que substitua. A tag do navegador vê coisas que o servidor nunca verá: o deslocamento, o tempo de interação, a sequência de páginas, o referenciador real. O servidor vê coisas que o navegador perde: a encomenda validada, o seu valor real, os dados de cliente em hash. Os nossos conectores usam os dois e repartem o funil para que cada um faça aquilo em que é bom, o que é também a razão por que não há contagem em duplicado. O
dados fornecidos pelo utilizador e relatórios entre dispositivos agarrar à sessão é o que mantém as duas metades na mesma sessão.
Google, Google Analytics e GA4 são marcas da Google LLC. A DataFirefly não é afiliada da Google. Os nomes dos produtos são usados para descrever a interoperabilidade.
Deixe de perder receita do GA4 por causa do navegador
Envie o funil completo para o Measurement Protocol do GA4, agarrado à sessão certa: respeitador do consentimento, alojado na UE, com Meta CAPI, Google Ads, TikTok, Pinterest e Microsoft Advertising a partir do mesmo evento.