O Conversions API Gateway é uma forma self-serve e sem código de rodar a Conversions API da Meta provisionando um servidor em uma conta de nuvem que você possui. O Meta Pixel envia eventos do navegador tanto para a Meta quanto para o Gateway, e o Gateway os encaminha de servidor para servidor para a Conversions API, usando um event_id para deduplicar os dois. Você o configura no Events Manager e hospeda na AWS ou GCP, ou deixa um parceiro hospedar. Ele coloca rastreamento do lado do servidor no ar em horas em vez de semanas, sem desenvolvedor.
Existem várias formas de enviar eventos do lado do servidor para a Meta, e cada uma troca esforço, custo e controle de um jeito diferente. O Conversions API Gateway é a rota que leva você lá rápido, sem escrever código e sem entregar seus dados de evento a uma plataforma de terceiros que você não controla. É um método de configuração distinto, não um tipo separado de rastreamento, então vale entender exatamente onde ele se encaixa antes de assumir o compromisso.
Este guia cobre especificamente o Gateway: o que é, como funciona, para quem serve, as duas formas de implantá-lo e como ele se compara a integrações diretas e nativas. Se quiser a base sobre o que é a Conversions API e como a deduplicação funciona, comece pelo guia central e depois volte aqui para escolher o método de configuração.
O que é o Conversions API Gateway?
O Conversions API Gateway é um produto independente da Meta, oferecido como opção de configuração self-serve dentro do Events Manager, que roda a Conversions API para você sem código. Ele envia os eventos do seu site por dois canais ao mesmo tempo: o Meta Pixel pelo navegador e a Conversions API por um servidor, em uma configuração redundante e deduplicada. A Meta lançou o produto em 2021 e continua mantendo-o, com atualizações chegando até 2026.
O apelo é prático. Segundo a Meta, o Gateway reduz o tempo de integração da Conversions API de semanas para horas ou até minutos, não tem taxa própria de licença de software, exige pouco esforço técnico e se atualiza automaticamente com o consentimento do admin do host, mantendo-se atual sem manutenção manual.
O ponto essencial é propriedade. O Gateway não é um serviço hospedado pela Meta rodando nos servidores da Meta. Você, ou um parceiro agindo em seu nome, provisiona e possui o servidor em que ele roda dentro da sua própria conta de nuvem. Essa distinção molda todo o resto: o modelo de custo, o controle dos dados e quem é responsável por mantê-lo funcionando.
Como o Gateway funciona
O fluxo de dados é simples quando você visualiza. Um Meta Pixel configurado com o endpoint do Gateway dispara normalmente no navegador, enviando eventos para a Meta. Ao mesmo tempo, ele envia esses mesmos eventos para o Gateway. O Gateway recebe os eventos do navegador, transforma-os em eventos da Conversions API e os encaminha de servidor para servidor para a Meta. Um event_id é gerado automaticamente e carregado nos dois caminhos, para que a Meta combine o evento do navegador e o evento do servidor e conte uma vez, não duas.
Por baixo, o Gateway tem duas partes. Um módulo de middleware recebe, transforma e encaminha eventos. Um portal de administração, em interface web, permite administrar e monitorar a instância. Você acessa essa UI no endpoint do Gateway, no caminho /hub/capig, onde vê pixels conectados, atividade de eventos, taxa de sucesso da Conversions API e notificações do produto.
Uma instância cobre bastante coisa. O Gateway aceita vários pixels e domínios ao mesmo tempo, então uma agência ou empresa com vários sites pode cobrir todos a partir de uma única implantação em vez de criar uma por propriedade.
Para quem o Conversions API Gateway serve
O Gateway combina com anunciantes que querem rastreamento confiável do lado do servidor rapidamente e sem projeto de desenvolvimento. É uma boa opção quando:
- Você quer eventos do lado do servidor ativos em horas, não depois de uma construção de várias semanas.
- Você não tem recursos de desenvolvimento, ou não quer ocupá-los.
- Você prefere manter os dados de evento fluindo pela sua própria nuvem em vez de passar por uma plataforma de terceiros.
- Sua plataforma de site não tem uma integração nativa limpa com a Conversions API.
- Você gerencia vários domínios ou pixels e quer uma instância para cobrir tudo.
- Você quer um custo previsível ligado ao uso de nuvem.
Quando considerar outra abordagem
O Gateway não é a ferramenta certa para toda situação, e vale ser honesto sobre isso. Organizações maiores ou mais reguladas geralmente têm necessidades que ele não atende diretamente: garantia formal de uptime e monitoramento, processo de revisão de segurança para qualquer infraestrutura autogerenciada, rastreamento do lado do servidor para várias plataformas de anúncio como Google, TikTok e Snap em um só lugar, ou controle fino sobre exatamente como cada dado de cliente é criptografado e enviado. Uma customer data platform ou integração customizada pode fazer mais sentido nesses casos.
E se sua plataforma já oferece uma integração nativa gratuita com a Conversions API, como o app da Shopify ou um plugin de WooCommerce, esse caminho costuma ser mais simples do que implantar o Gateway.
Lance mais. Clique menos.
Suba centenas de criativos de uma vez, combine thumbnails com vídeos automaticamente e exporte direto para o Meta Ads Manager.
Teste Ads Uploader grátisNão precisa de cartão de crédito • Teste grátis de 7 dias
Como implantar o Conversions API Gateway
As duas rotas começam no mesmo lugar. No Events Manager, abra seu dataset, vá para Settings, encontre a seção Conversions API e clique em Get Started. A partir daí, escolha se quer hospedar o Gateway por conta própria ou com um parceiro.
Opção A: self-host na sua própria nuvem
Self-host roda o Gateway dentro de uma conta de nuvem que você possui. A Meta suporta três serviços para isso: AWS EKS, AWS ECS Express e GCP. Você não constrói a infraestrutura manualmente. A Meta fornece templates que fazem a implantação automática, por isso um desenvolvedor não é necessário para uma configuração padrão.
A etapa de configuração que sempre se aplica é DNS. Você aponta um subdomínio, algo como capig.example.com, para o endpoint do Gateway para que o Pixel consiga acessá-lo. Depois conecta seu pixel ou pixels e os domínios que quer cobrir. A autenticação com a Meta roda por um usuário do sistema do Meta Business e um token de acesso criado durante a configuração, o mesmo padrão de credencial usado por outras integrações do lado do servidor. Para o detalhe dessa parte, veja como configurar o usuário do sistema e token de acesso.
Com self-host, seu único custo recorrente é o próprio recurso de nuvem.
Opção B: hospedar com um parceiro
Se você preferir não operar infraestrutura, escolha Host with a partner na mesma tela do Events Manager e selecione um provedor. Vários parceiros oferecem isso, como Stape ou Datahash, e eles provisionam e mantêm a instância do Gateway para você. A troca é uma mensalidade recorrente que escala com seu volume de eventos (cada parceiro publica planos atuais na própria página de preços), e o fato de que seus dados de evento passam pela infraestrutura do parceiro em vez de apenas pela sua.
Verifique se o Gateway está disparando
Depois da implantação, confirme que os dois canais funcionam. Use a ferramenta Test Events no Events Manager para ver eventos do servidor chegando em tempo real, e abra a UI de administração do Gateway para verificar a taxa de sucesso da Conversions API, que mostra que parcela dos eventos do navegador chega à Meta pelo caminho do servidor. Como o Pixel ainda dispara client-side como a metade redundante da configuração, confirme esse lado com a extensão de navegador Meta Pixel Helper. Uma configuração saudável mostra eventos chegando pelos dois canais e deduplicando corretamente pelo event_id compartilhado.
Economize horas em testes criativos
Pare de subir anúncios um por um. Processe criativos ilimitados em massa com correspondência automática de mídia e publicação direta via API.
Teste Ads Uploader grátisNão precisa de cartão de crédito • Teste grátis de 7 dias
Gateway vs integração direta vs integração com parceiro
O Gateway é uma das formas de rodar a Conversions API. Escolher bem é principalmente uma questão de quanto controle você precisa versus quanto esforço pode investir.
- Integração direta: um desenvolvedor escreve o código de servidor para servidor que envia eventos à Conversions API. Oferece o maior controle sobre cada campo e evento, mas exige mais esforço inicial e mais manutenção contínua.
- Conversions API Gateway: sem código, provisionado por você na sua própria nuvem, rápido de implantar, baixa manutenção graças a atualizações automáticas, e o servidor permanece sob sua propriedade.
- Integração nativa ou com parceiro: uma integração nativa de plataforma (Shopify, WooCommerce) ou parceiro totalmente gerenciado. É o mais simples quando disponível, com menor controle sobre a implementação.
| Método | Esforço de configuração | Custo | Esforço técnico | Controle de dados | Manutenção |
|---|---|---|---|---|---|
| Integração direta | Alto | Tempo de desenvolvedor | Alto | Total | Alta |
| CAPI Gateway (self-host) | Baixo | Apenas recurso de nuvem | Baixo | Alto (nuvem própria) | Baixa (auto-updates) |
| CAPI Gateway (hospedado por parceiro) | Baixo | Mensalidade do parceiro | Baixo | Médio (via parceiro) | Baixa (gerenciado) |
| Integração nativa / parceiro | Mais baixo | Gratuito a mensal | Mais baixo | Baixo | Baixa |
GTM server-side é uma quarta rota usada por algumas equipes, e é coberta no guia central da Conversions API, não aqui.
O Gateway é o mesmo que Signals Gateway?
Não, embora os nomes sejam parecidos. O Conversions API Gateway tem uma função: rastreamento de conversões do lado do servidor para a Meta. O Signals Gateway é o hub mais amplo e mais novo de dados first-party da Meta. Ele cobre web, app, mensagens de negócios, offline e CRM, usa o Signals Pixel mais novo e pode rotear dados para destinos além da Meta.
Em 2026, a Meta tem direcionado configurações mais novas para o Signals Gateway como opção mais capaz. O Conversions API Gateway continua sendo uma escolha válida e focada para anunciantes que querem especificamente rastreamento do lado do servidor para Meta, e os dois podem rodar em paralelo. Se você está escolhendo hoje e espera precisar de roteamento de dados para vários destinos no futuro, vale estudar o Signals Gateway antes de se comprometer com uma configuração só de Gateway.
Perguntas frequentes
O que é o Meta Conversions API Gateway? É uma forma self-serve e sem código de rodar a Conversions API da Meta provisionando um servidor em uma conta de nuvem que você possui. O Meta Pixel envia eventos do navegador tanto para a Meta quanto para o Gateway, e o Gateway os encaminha de servidor para servidor para a Conversions API. É um produto independente da Meta configurado no Events Manager, não um serviço hospedado pela Meta.
O Conversions API Gateway é gratuito? O software do Gateway em si não tem taxa de licença da Meta. Você paga pela infraestrutura em que ele roda. Se fizer self-host, é sua conta de AWS ou GCP. Se hospedar com parceiro, é uma mensalidade fixa de parceiro que escala com volume de eventos; confira a página de preços atual do parceiro. Não há cobrança por evento da Meta.
Qual é a diferença entre o Conversions API Gateway e uma integração direta da Conversions API? Uma integração direta significa que um desenvolvedor escreve código de servidor para servidor para enviar eventos à Conversions API. Ela dá mais controle, mas exige mais esforço e manutenção contínua. O Gateway é uma alternativa sem código: os templates da Meta provisionam um servidor na sua nuvem, e ele converte e encaminha eventos do Pixel automaticamente, atualizando-se ao longo do tempo.
Preciso de um desenvolvedor para configurar o CAPI Gateway? Normalmente não. O fluxo self-host usa templates fornecidos pela Meta para implantar a infraestrutura automaticamente, e o fluxo com parceiro é tratado pelo parceiro. A principal tarefa técnica é uma alteração de DNS para apontar um subdomínio para o endpoint do Gateway. Um desenvolvedor ou contato de TI ajuda se seu DNS ou acesso à nuvem for restrito, mas nenhum código customizado é necessário.
Devo hospedar o Gateway por conta própria ou usar um parceiro? Use self-host quando quiser manter os dados na sua própria nuvem e pagar apenas custos de infraestrutura, e quando puder gerenciar uma conta de nuvem e DNS. Use um parceiro quando preferir não operar infraestrutura e quiser uma instância gerenciada por uma mensalidade, aceitando que os dados passem pela infraestrutura do parceiro. Ambos são configurados pela mesma tela do Events Manager.
O Conversions API Gateway é o mesmo que Signals Gateway? Não. O CAPI Gateway é focado em rastreamento de conversões do lado do servidor para a Meta. O Signals Gateway é o hub mais amplo de dados first-party da Meta, cobrindo web, app, mensagens, offline e CRM com o Signals Pixel mais novo, e pode rotear dados para destinos além da Meta. São produtos relacionados que podem rodar juntos, e a Meta tem direcionado configurações mais novas para o Signals Gateway.
Como verifico se o Conversions API Gateway está funcionando? Use a ferramenta Test Events no Events Manager para confirmar que eventos do servidor chegam, e confira a taxa de sucesso da Conversions API na UI de administração do Gateway. Como o Pixel ainda dispara no navegador como a metade redundante da configuração, você pode confirmar esse lado com a extensão Meta Pixel Helper para Chrome. Configurações saudáveis mostram eventos dos dois canais deduplicando corretamente.
Escolhendo o Gateway com confiança
O Conversions API Gateway é o caminho intermediário sem código e sob sua propriedade para rastreamento do lado do servidor. Ele fica entre uma integração direta escrita à mão e uma integração nativa totalmente gerenciada: mais rápido e leve do que construir por conta própria, mais sob seu controle do que entregar tudo a uma plataforma. Você o implanta pelo Events Manager, seja self-host na AWS ou GCP, seja hospedado por um parceiro, e ele roda a configuração redundante de Pixel mais Conversions API com deduplicação integrada.
Escolha o Gateway quando quiser velocidade e propriedade dos dados sem um projeto de desenvolvimento, e avalie uma integração nativa ou customer data platform quando essas opções se encaixarem melhor. Qualquer que seja a rota, garanta primeiro que seu Pixel está disparando, configure o usuário do sistema usado pelo Gateway para autenticar e monitore a qualidade de correspondência de eventos quando os dados do servidor começarem a fluir.
Para detalhes de onboarding em nuvem e DNS da Meta, veja o Gateway setup guide.
