Conversões a partir do servidor: Meta CAPI, GA4 e desduplicação na sua loja

Abre o gestor de anúncios e vê 40 compras. A sua loja tem 60 encomendas dessa campanha. A diferença não é um erro da plataforma: são compras que o navegador do cliente nunca chegou a comunicar. Bloqueadores de anúncios, navegadores que limitam as cookies, separadores fechados antes de a página de confirmação carregar ou pagamentos que voltam do gateway por outro caminho.

O resultado é que as plataformas otimizam as suas campanhas com dados incompletos. A medição a partir do servidor (server-side) envia as conversões diretamente da sua loja para a plataforma, sem depender do navegador.

Navegador e servidor

Não se trata de escolher um: o habitual é usar os dois e desduplicar.

Meta: a API de Conversões

A API de Conversões (CAPI) recebe eventos do seu servidor com um token de acesso do píxel. Cada evento leva:

• event_name (por exemplo Purchase), event_time e action_source (website).
• event_id: o identificador que permite desduplicar.
• user_data: dados do cliente com hash SHA-256 (e-mail, telefone, nome…), mais o IP, o agente de utilizador e as cookies _fbp e _fbc, se existirem.
• custom_data: valor, moeda, produtos.

Desduplicação: se o píxel e o servidor enviarem a mesma compra com o mesmo event_name e o mesmo event_id, a Meta conta-a uma só vez. Sem um event_id partilhado, terá compras a dobrar.

GA4: o Measurement Protocol

O GA4 aceita eventos do servidor através do Measurement Protocol, com um api_secret criado no fluxo de dados e o ID de medição. Diferenças importantes face à Meta:

• Precisa do client_id do navegador (vem da cookie _ga) para juntar o evento à sessão do utilizador. Sem ele, a compra aparece sem origem de tráfego.
• Para as compras, a desduplicação faz-se com o transaction_id: o GA4 descarta compras repetidas com o mesmo identificador.
• Os eventos enviados com muito atraso podem não ser atribuídos à sessão correta.

Quando enviar a compra?

• Ao criar a encomenda: rápido, mas inclui encomendas por transferência ou à cobrança que talvez nunca sejam pagas.
• Ao cobrar a encomenda (quando passa a um estado de pagamento aceite): mais fiel à realidade. É a opção recomendável para a maioria das lojas.

Também convém enviar os reembolsos, para que os relatórios reflitam as vendas líquidas.

Consentimento: não é opcional

O envio ser feito a partir do servidor não muda as regras. Os dados que envia à Meta ou à Google para publicidade requerem o consentimento do utilizador quando a legislação de cookies e de proteção de dados o exige (em Espanha, o artigo 22.2 da LSSI e o RGPD). Na prática:

• Se o utilizador recusou as cookies de publicidade, os seus identificadores não são enviados a essas plataformas.
• O Google Consent Mode v2 permite comunicar o estado do consentimento (ad_storage, analytics_storage, ad_user_data, ad_personalization) para que a Google trate os dados em conformidade.
• Uma recusa explícita nunca deve ser substituída por um valor por defeito.
• Envie só o necessário e com hash; o preço de custo ou as margens não têm de sair da sua loja, salvo se o decidir.

Relay: um intermediário entre a loja e as plataformas

Uma variante é não enviar diretamente a partir da loja, mas para um servidor intermédio (um relay) que recebe os eventos assinados e se encarrega de os entregar a cada plataforma, com as suas novas tentativas e as suas credenciais. Vantagens: as chaves das plataformas não ficam na loja, as novas tentativas não sobrecarregam o seu servidor e é possível gerir várias lojas a partir do mesmo sítio.

Checklist

1. Píxel e servidor partilham event_id na Meta.
2. O GA4 recebe o client_id real e um transaction_id único e constante.
3. A compra é enviada ao cobrar, e os reembolsos também.
4. O consentimento é respeitado antes de carregar etiquetas e antes de enviar a partir do servidor.
5. Compara todas as semanas as encomendas da loja com as conversões em cada plataforma.
6. Revê no gestor de eventos da Meta a qualidade de correspondência dos eventos.

Como resolvê-lo no PrestaShop

RKR API Conversions Pro envia as conversões a partir do servidor para Meta, GA4, Google Ads, TikTok, Microsoft Ads, Pinterest, Snapchat, LinkedIn e OpenAI / ChatGPT Ads, com o mesmo event_id que a etiqueta do navegador para que a plataforma desduplique, e no GA4 evita que um evento chegue duas vezes. As compras podem ser enviadas ao cobrar a encomenda, e inclui reembolsos parciais e cancelamentos. Aplica o Consent Mode v2, restaura o consentimento guardado antes de carregar as etiquetas, tem adaptadores para Cookiebot, CookieYes, Complianz e OneTrust e nunca substitui uma recusa explícita. Em modo fila não faz chamadas de rede enquanto a página é gerada ou se paga, e uma conciliação diária compara as encomendas com o que foi entregue a cada plataforma. Também pode enviar os eventos para um relay do lado do servidor, com chamadas assinadas e apenas identificadores com hash; os planos de relay da Rekire acompanham este artigo.