Se você já entende a importância da Meta Conversions API (CAPI) para o rastreamento de conversões, o próximo passo é colocá-la em prática. Neste guia completo, vamos mostrar como configurar a CAPI usando o Google Tag Manager Server-Side (sGTM), a abordagem mais flexÃvel e escalável disponÃvel atualmente. Siga cada etapa e tenha sua integração funcionando em poucas horas.
Por que Usar o GTM Server-Side para Implementar a CAPI
O Google Tag Manager Server-Side atua como um intermediário entre o navegador do usuário e os servidores da Meta. Em vez de enviar dados diretamente do navegador (client-side), os eventos passam primeiro pelo seu próprio servidor de tagging, que então os encaminha para a Meta. Isso traz vantagens significativas em relação à implementação direta via Pixel.
Com o sGTM, você ganha controle total sobre quais dados são enviados, pode enriquecer eventos com informações do servidor (como dados de CRM), reduz a dependência de cookies de terceiros e melhora o desempenho do site ao diminuir scripts no navegador. Além disso, a configuração via GTM é familiar para a maioria dos profissionais de marketing digital.
Resumo dos benefÃcios do sGTM para a CAPI: Controle granular dos dados enviados, enriquecimento de eventos com dados do servidor, menor impacto no carregamento da página, compatibilidade total com o fim dos cookies de terceiros e facilidade de manutenção via interface do GTM.
Pré-requisitos para a Configuração
Antes de começar, certifique-se de que você tem tudo pronto. A falta de qualquer um desses itens pode travar o processo no meio da configuração.
- Conta no Meta Business Manager com acesso de administrador ao Pixel desejado
- Pixel da Meta já criado e com o ID em mãos
- Token de Acesso da Conversions API gerado no Events Manager
- Contêiner GTM Web (client-side) já instalado no site
- Contêiner GTM Server-Side provisionado e rodando em um servidor (Google Cloud, AWS, Stape ou outra plataforma)
- DomÃnio personalizado configurado para o endpoint do servidor (ex: sgtm.seusite.com.br)
- Acesso ao site para instalar ou modificar tags e verificar eventos
Etapa 1: Provisionar o Servidor do sGTM
O primeiro passo é ter um contêiner server-side rodando. Você pode hospedar o sGTM diretamente no Google Cloud Platform (App Engine ou Cloud Run), na AWS, ou utilizar plataformas especializadas como Stape, Addingwell ou Taggstar, que simplificam o processo.
Se optar pelo Google Cloud, acesse o GTM, crie um novo contêiner do tipo “Server”, e siga o assistente de provisionamento automático. O GTM vai configurar o App Engine na sua conta Google Cloud automaticamente. Se preferir uma solução gerenciada, plataformas como Stape oferecem deploy com poucos cliques e preços a partir de USD 20 por mês.
Após o provisionamento, configure um domÃnio personalizado (subdomÃnio do seu site) apontando para o servidor. Isso é essencial para que os cookies definidos pelo servidor sejam tratados como first-party pelo navegador, aumentando a durabilidade dos dados de rastreamento.
Etapa 2: Configurar o Client no Contêiner Server-Side
No contêiner server-side do GTM, você precisa de um “Client” que saiba interpretar as requisições vindas do navegador. O client padrão para a maioria dos casos é o GA4 Client, que já vem disponÃvel no contêiner server-side.
Acesse o contêiner server-side no GTM, vá em “Clients” e verifique se o “GA4” client está ativo. Se você envia dados via GA4 do lado do cliente, esse client vai capturar automaticamente as requisições e disponibilizar os dados como um evento no server-side GTM. Caso utilize outro método de envio (como o transport_url customizado), pode ser necessário configurar um client personalizado.
Etapa 3: Enviar Eventos do GTM Web para o Servidor
No seu contêiner GTM web (client-side), você precisa redirecionar os eventos para o servidor em vez de enviá-los diretamente para a Meta. Se já utiliza a tag do GA4, basta modificar o parâmetro transport_url para apontar para o domÃnio do seu servidor sGTM.
Na tag GA4 Configuration do contêiner web, adicione o campo server_container_url com o valor do seu domÃnio sGTM (ex: https://sgtm.seusite.com.br). Isso faz com que todos os eventos GA4 sejam enviados primeiro para o seu servidor, de onde serão processados e encaminhados para os destinos configurados, incluindo a Meta CAPI.
Se você utiliza o Pixel da Meta via GTM no lado do cliente, pode optar por manter o Pixel client-side para eventos básicos (PageView) e usar o sGTM exclusivamente para eventos de conversão mais importantes (Purchase, Lead, AddToCart). Essa abordagem hÃbrida é bastante comum.
Dica importante: Ao usar a abordagem hÃbrida (Pixel client-side + CAPI server-side), é fundamental implementar a deduplicação de eventos usando o parâmetro event_id. Sem isso, a Meta contará o mesmo evento duas vezes, inflando suas métricas de conversão.
Etapa 4: Criar a Tag da Meta Conversions API no sGTM
Esta é a etapa central da configuração. No contêiner server-side, você vai criar uma tag que envia os eventos para a Meta via Conversions API.
Acesse o contêiner server-side no GTM, vá em “Tags” e clique em “Nova”. Na galeria de templates, busque por “Facebook Conversions API” (também chamada de “Meta Conversions API Tag”). Se não aparecer, acesse a Community Template Gallery e adicione o template.
Configure a tag com os seguintes parâmetros obrigatórios:
- API Access Token: Cole o token gerado no Events Manager da Meta. Vá em Events Manager, selecione o Pixel, acesse Configurações e gere um token na seção Conversions API.
- Pixel ID: O ID numérico do seu Pixel da Meta.
- Event Name: Use uma variável de evento para mapear dinamicamente o nome do evento (ex: page_view para PageView, purchase para Purchase).
- Action Source: Defina como “website” para eventos originados do site.
- Event URL: A URL da página onde o evento ocorreu. Use a variável de URL de página disponÃvel no sGTM.
Etapa 5: Mapear Parâmetros de Dados do Usuário
Para que a CAPI funcione com máxima eficiência, é essencial enviar o maior número possÃvel de parâmetros de dados do usuário. Esses dados são usados pela Meta para fazer o matching entre o evento server-side e o perfil do usuário no Facebook ou Instagram.
Na configuração da tag, mapeie os seguintes campos sempre que disponÃveis:
- Email (em): Endereço de email do usuário, em hash SHA-256 e minúsculo
- Phone (ph): Telefone com código do paÃs, em hash SHA-256
- First Name (fn) e Last Name (ln): Nomes em hash SHA-256 e minúsculos
- IP Address (client_ip_address): Capturado automaticamente pelo sGTM via cabeçalhos da requisição
- User Agent (client_user_agent): Capturado automaticamente pelo sGTM
- FBC e FBP: Cookies _fbc e _fbp, usados para matching baseado em cliques e navegador
- External ID: Um identificador único do usuário no seu sistema (ID de cliente, por exemplo)
Quanto mais parâmetros você enviar, maior será a taxa de match (Event Match Quality) e melhores serão os resultados das suas campanhas. A Meta recomenda uma taxa de match acima de 6.0 para resultados otimizados.
Etapa 6: Configurar o Trigger (Acionador)
Defina quais eventos devem acionar a tag da CAPI. No contêiner server-side, crie um trigger personalizado ou use triggers existentes. Para uma configuração básica, você pode usar o trigger “All Events” para enviar tudo que chega ao servidor, mas recomendamos criar triggers especÃficos para cada tipo de evento.
Por exemplo, crie triggers separados para: PageView (todas as páginas), ViewContent (páginas de produto), AddToCart (cliques no botão de adicionar ao carrinho), InitiateCheckout (inÃcio do checkout), Purchase (compra finalizada) e Lead (envio de formulários). Isso permite maior controle sobre quais dados são enviados e facilita a depuração.
Precisa de ajuda para configurar a Meta CAPI com sGTM no seu site? Nossa equipe de especialistas em rastreamento server-side pode implementar toda a infraestrutura para você, garantindo dados precisos e campanhas otimizadas.
Etapa 7: Configurar a Deduplicação de Eventos
Se você mantém o Pixel client-side ativo junto com a CAPI (abordagem recomendada para redundância), precisa implementar a deduplicação. Sem ela, cada conversão será contada duas vezes: uma pelo Pixel e outra pela CAPI.
A deduplicação funciona através do parâmetro event_id. O conceito é simples: tanto o evento enviado pelo Pixel (client-side) quanto o evento enviado pela CAPI (server-side) devem conter o mesmo event_id. A Meta então identifica que são o mesmo evento e conta apenas uma vez.
Para implementar, gere um ID único no navegador no momento do evento (pode ser um UUID ou um timestamp combinado com dados do evento) e envie-o tanto na tag do Pixel quanto como parâmetro no evento GA4 que será capturado pelo sGTM. No lado server-side, mapeie esse ID para o campo event_id da tag da CAPI.
Etapa 8: Testar e Validar a Implementação
Antes de considerar a configuração completa, é fundamental testar. A Meta oferece a ferramenta “Test Events” no Events Manager, que permite validar os eventos recebidos via CAPI em tempo real.
Siga este processo de teste:
- Acesse o Events Manager e abra a aba “Test Events”
- Copie o código de teste fornecido pela Meta
- No contêiner sGTM, adicione o parâmetro
test_event_codena tag da CAPI temporariamente - Ative o modo Preview do GTM web e do GTM server-side simultaneamente
- Navegue pelo site realizando as ações mapeadas (visualizar página, adicionar ao carrinho, etc.)
- Verifique no Events Manager se os eventos aparecem com a indicação “Server” na coluna de origem
- Confirme que a deduplicação está funcionando: não deve haver eventos duplicados
- Verifique o Event Match Quality (EMQ) e ajuste os parâmetros de dados do usuário se necessário
Utilize também o modo de Preview do sGTM para inspecionar os dados que chegam ao servidor e os que são enviados para a Meta. Isso é essencial para identificar problemas de mapeamento de variáveis.
Erros Comuns na Configuração e Como Evitá-los
Durante a configuração, alguns erros aparecem com frequência. O mais comum é esquecer de configurar o domÃnio personalizado para o servidor sGTM, o que resulta em cookies de terceiros que navegadores como Safari e Firefox bloqueiam. Sempre use um subdomÃnio do seu próprio site.
Outro erro frequente é não implementar a deduplicação corretamente. Se o event_id no Pixel e na CAPI não forem idênticos, a Meta não consegue deduplificar e você verá conversões infladas. Verifique que o mesmo valor é passado em ambos os caminhos.
Também é comum enviar dados do usuário sem o hash SHA-256 obrigatório. A CAPI exige que informações pessoais como email, telefone e nome sejam enviadas em hash. Se você enviar em texto puro, a Meta pode rejeitar o evento ou o matching será inferior. A maioria dos templates de tag no GTM faz o hash automaticamente, mas verifique na documentação do template que está usando.
Por fim, muitos esquecem de remover o test_event_code após os testes. Eventos enviados com o código de teste não são processados para otimização de campanhas, então remova-o assim que terminar a validação.
Conclusão e Próximos Passos
Configurar a Meta Conversions API com o Google Tag Manager Server-Side é um processo que exige atenção aos detalhes, mas que traz resultados significativos para a precisão do rastreamento e a performance das suas campanhas. Com a implementação correta, você terá dados mais confiáveis, melhor atribuição de conversões e campanhas mais eficientes.
Após finalizar a configuração básica, considere avançar para: enriquecer eventos com dados do seu CRM ou banco de dados, implementar eventos offline (como vendas em loja fÃsica), configurar a CAPI para o catálogo de produtos e explorar a otimização baseada em valor (Value Optimization) para campanhas de compra.
Quer garantir que sua implementação da CAPI está gerando o máximo de resultados? A Wizia oferece auditoria completa de rastreamento server-side, identificando oportunidades de melhoria e corrigindo problemas que podem estar custando conversões.