O pixel do Facebook permite que você acompanhe o que os utilizadores estão a fazer no seu site, recolher públicos de remarketing e criar sósias. Se o pixel do Facebook for implementado correctamente, irá passar a informação relevante aos algoritmos de aprendizagem automática da FB. O FB ML (aprendizagem automática da FB) utilizará dados de pixel para mostrar os seus anúncios a pessoas com maior probabilidade de conversão.
Durante vários anos, foi possível acompanhar eventos no site através de código javascript, SDK do Facebook dentro de aplicações, ou carregar eventos offline. Mas como se pode rastrear os utilizadores que instalaram o Ad Blocker ou rastrear eventos fora do site? Ou como é que se pode prolongar a vida útil de um cookie? Isto pode ser feito através da implementação da API de Conversões do Facebook. Este artigo irá mostrar-lhe como configurar a API de Conversões do Facebook através de Contentor do Servidor do Gestor de etiquetas do Google.
Este artigo se concentrará na API de Conversões Facebook e mostrará a você como configurar a API de Conversões Facebook por meio do contêiner de servidor do Google Tag Manager. Você pode obter mais informações sobre o Facebook Conversion API Gateway em nosso blog. A propósito, confira os modelos pré-configurados da Stape para o Meta CAPI. Agora está mais fácil do que nunca configurar sua instalação: tudo está pronto para você!
Vamos ver o que é a API de Conversões do Facebook e como podemos utilizá-la para melhorar o rastreamento de eventos, atribuição, e recolha de dados no Facebook. A API de Conversões do Facebook permite o envio de quaisquer eventos de um servidor de nuvem para o pixel do Facebook seleccionado.
A API de Conversões do Facebook tem o mesmo objectivo que um pixel do Facebook, mas têm tecnologias diferentes por detrás deles. As políticas e restrições fizeram com que a API de Conversões do Facebook fosse mais adaptada às necessidades do ambiente de rastreamento moderno. Quanto à API de Conversões do Facebook, esta não envolve o navegador do utilizador para o envio de informação de rastreamento. Tudo é feito através do servidor da nuvem. Isso torna os dados dos utilizadores mais seguros e precisos.
Se observarmos mais de perto o link dos anúncios do Facebook, veremos que, no final de quase todos os URLs, o FB acrescenta seu parâmetro adicional fbclid. O código de pixel na página de destino armazena o valor desse parâmetro em um cookie e o envia junto com qualquer evento do Facebook. Junto com o ID do clique (fbclid), o Facebook usa o ID do navegador (fbp). Os cookies fbp e fbc ajudam o FB a determinar que tipo de usuário chegou ao seu site e quem converteu.
FB pode comparar utilizadores através de outros parâmetros tais como e-mail, número de telefone, o nome próprio/apelido, etc. Quanto mais dados de utilizador enviar para a API de Conversões do Facebook, maior será a taxa de correspondência que receber.
A etiquetagem do lado do servidor do Facebook ou API de conversões Meta esteve disponível no Facebook durante alguns anos. Mas a partir de 2021, a FB começou a pressionar mais a API de Conversões. Se tiver um representante do Facebook empenhado que ajude com a sua conta de anúncios, é muito provável que ele lhe ligue e recomende a configuração de uma API de conversões Meta.
Esses são os motivos mais importantes para considerar a implementação da API de Conversões Facebook. Veja os detalhes abaixo do infográfico.
Ao integrar a Conversions API juntamente com o Meta Pixel, a Ray-Ban conseguiu melhorar significativamente os seus resultados publicitários. A combinação levou a um alcance 36% maior no Facebook e Instagram em comparação com a utilização do Meta Pixel sozinho.
Além disso, a marca registou uma redução de 19% no custo por 1.000 visualizações e uma diminuição de 7% no custo por conversão, demonstrando a eficácia da Conversions API na otimização das suas campanhas e na obtenção de melhores resultados.
O Meta Conversions API Gateway é a solução mais rápida para implementar o rastreamento do lado do servidor da Meta e não requer nenhum conhecimento especializado.
O Stape oferece alojamento para o Conversions API Gateway a um custo de $10 por pixel por mês ou $100 por 100 pixels por mês. Além disso, todos os utilizadores recebem um período de teste gratuito de 7 dias.
Uma das formas mais acessíveis é usar o servidor Google Tag Manager (sGTM). Com o sGTM, as empresas podem enviar dados de clientes diretamente para os servidores do Facebook.
Prós de configurar o Facebook CAPI via sGTM:
Contras de configurar o Facebook CAPI via sGTM:
Neste artigo, vamos focar-nos na configuração do rastreamento do lado do servidor do Facebook via servidor GTM.
Vamos usar o contentor do servidor Google Tag Manager para configurar a Facebook Conversions API. Vai precisar do seguinte para configurar a Facebook Conversions API:
Também temos uma publicação no blog sobre o contentor de servidor do Tag Manager e os seus benefícios no nosso blog.
Este vídeo mostra como configurar a Facebook Conversions API usando o Google Analytics 4.
2. Envie dados para o contentor GTM do servidor. Os dois tipos mais populares de envio de dados para o sGTM são a configuração do Google Analytics 4 do lado do servidor e Data Tag/Data Client.
3. Aceda ao seu contentor de servidor do Google Tag Manager. Adicione a tag da API de Conversão Facebook a partir da Galeria de modelos.
4. Crie a tag da API de Conversão Facebook dentro do contêiner do servidor do Google Tag Manager. Escolha Tag -> Clique em Novo -> Escolha a Tag do Facebook que você importou na etapa anterior.
Adicione o ID do pixel do Facebook e o Token de acesso à API do Facebook (recomendo adicioná-lo como uma variável, pois precisará desses valores para cada evento do Facebook que deseja rastrear). Se não souber o seu Token de acesso à API do Facebook, esta documentação ajudá-lo-á a encontrá-lo.
5. Tem 2 opções para configurar a nossa etiqueta personalizada de API de Conversões do Facebook:
6. Se selecionou a opção override, precisará de usar eventos GA4 ou Data Tag/Data Client para acionar os eventos do servidor do Facebook. O evento pageview do Facebook deve ser acionado num evento personalizado page_view que foi reivindicado por um cliente específico (por exemplo, se escolheu usar o GA4 como fonte de dados para o servidor GTM, então deve usar o evento page_view quando o nome do cliente for igual a GA4).
Para configurar outros eventos, vá ao modo de pré-visualização do sGTM, realize uma ação no seu site que queira rastrear no Facebook e verifique o nome do evento que o GA4 ou Data Tag envia para o seu contentor de servidor.
Na captura de ecrã abaixo, queremos configurar um evento do Facebook ViewContent quando alguém abre a página do produto no nosso site. Certifique-se de que também envia com o seu evento GA4 / Data Tag do contentor web quaisquer dados adicionais que queira usar para o evento do servidor. O exemplo abaixo também usa parâmetros padrão de Facebook eCommerce e dados do utilizador.
Para isso, criámos uma nova tag dentro do contentor do servidor, configurámos para override, selecionámos o evento padrão ViewContent, adicionámos o API Access Token e o Facebook Pixel ID. Também adicionámos User Data e criámos um novo trigger com o nome do evento igual a view_item e Client Name igual a GA4.
7. Pode passar parâmetros personalizados usando os campos Server Event Data Override e Custom Data. Também pode enviar dados dos utilizadores para aumentar a correspondência dos resultados no Facebook através do campo User Data ("Dados do Utilizador"), note que a informação dos utilizadores que pretende enviar para a API de conversões do Facebook deve ser com hash.
Também pode ativar o Event Enhancement para usar o cookie seguro HTTP-only (gtmeec) para enriquecer os dados do evento. Quando esta funcionalidade está ativada, a tag armazena dados do utilizador em cookies e enriquece os eventos com dados do utilizador quando não estão disponíveis. Desta forma, pode aumentar a qualidade de correspondência do evento, o que pode melhorar a atribuição de conversões a campanhas.
8. Quando terminar de configurar todos os seus eventos do Facebook, abra o modo de depuração do Google Tag Manager e teste se os eventos do Facebook estão a funcionar corretamente. Também pode ir à sua tag do Facebook dentro do contentor do servidor e adicionar o Facebook test ID. Pode encontrar o test ID dentro do Meta Events Manager no separador Test Events.
9. Depois de configurar e verificar que a Facebook Conversions API funciona corretamente, precisa de remover o rastreamento do navegador do FB ou configurar a deduplicação de eventos. Caso contrário, os seus eventos serão duplicados.
O primeiro passo para testar o rastreamento do lado do servidor do Facebook é o mesmo que para o Google Analytics. Precisa de garantir que os eventos estão a ser acionados com os triggers corretos. Abra a ferramenta de depuração do GTM, navegue pelas páginas do seu site e realize os eventos que deseja testar. Depois, vá ao separador do depurador do Tag Manager e verifique os resultados.
Primeiro, certifique-se de que o pixel base do FB está a ser acionado numa visualização de página. Se vir o estado da tag como Fail, verifique os pedidos de saída, que devem indicar por que a tag falhou.
Se está a usar a nossa tag de rastreamento do lado do servidor do FB, tem duas opções para enviar eventos do FB:
Abra o Events Manager dentro do seu Facebook Business Manager e clique em Test Events. Verá um código de evento de teste que deve adicionar à sua tag do Facebook dentro do Google Tag Manager. Este código permite-lhe testar os eventos do servidor do Facebook em tempo real.
Depois de adicionar o test ID, abra o seu site e realize ações que acionem os seus eventos do FB. Em seguida, volte à ferramenta de testes do Facebook e verifique os eventos apresentados. Na coluna Received From, deve ver Server. Pode clicar no evento para ver os parâmetros registados.
Note que o plugin do Chrome Facebook Pixel Helper que usava para verificar os eventos do navegador do Facebook não funciona para a Conversions API. Por isso, precisa de verificar tudo na ferramenta de testes.
| Nota: os cookies só serão estendidos se estiver a usar um subdomínio personalizado no URL de etiquetagem. Por exemplo, se o URL do seu site é example.com, então um domínio personalizado para o URL de etiquetagem deve parecer-se com gtm.example.com. |
O terceiro passo é semelhante ao que fizemos antes, mas com algumas diferenças. Para verificar a data de expiração dos cookies do Facebook, primeiro precisa de os gerar. Para isso, abra o seu site e adicione fbclid.
Depois de fazer isso, abra as ferramentas de programador, vá a Storage e clique em Cookies. Verifique se _fbc e _fbp foram estendidos.
Com o Stape, você pode aumentar a precisão do rastreamento e os resultados da campanha com a marcação no lado do servidor.
Com base na plataforma que você usa, é possível configurar o rastreamento de forma rápida e eficaz com nossos modelos personalizados. Siga os guias passo a passo para configurar o Meta CAPI usando o GTM do servidor para:
Modelos e guias para Wix, Shopware, Prestashop e outros serão disponibilizados em breve. Informe-nos se precisar de um modelo para outro CMS.
O Facebook recomenda usar tanto o Pixel como a Conversions API para rastrear eventos, mas sem deduplicação de eventos, os dados duplicados do navegador e do servidor podem distorcer os resultados. A deduplicação garante que apenas um evento é mantido, usando IDs de evento únicos partilhados entre ambas as fontes. Uma configuração adequada requer gerar e sincronizar estes IDs entre eventos do navegador e do servidor, o que pode ser testado no Events Manager do Facebook.
Além disso, enviar dados do utilizador através da Conversions API melhora a qualidade de correspondência e as pontuações de correspondência de eventos, melhorando o desempenho dos anúncios. Os dados do utilizador devem idealmente vir de um data layer e cumprir as políticas de privacidade. Ferramentas como os plugins do Stape simplificam a integração de dados do utilizador para uma melhor otimização de campanhas do Facebook.
Para corresponder utilizadores que visitam o seu site com a sua base de dados, o Facebook usa User Data para a Conversions API.
O Facebook exige que faça hash de alguns parâmetros antes de os enviar, mas não precisa de se preocupar com isso; a tag do Facebook faz automaticamente o hash de todos os dados antes de serem enviados.
Quanto mais parâmetros do utilizador enviar ao Facebook, maiores são as hipóteses de corresponder um utilizador, resultando numa pontuação de correspondência de eventos mais alta.
Enviar parâmetros do utilizador do seu site para o Facebook é um tema sensível, pois estará a partilhar dados do utilizador com um serviço de terceiros. Portanto, antes de enviar estes dados ao Facebook, certifique-se de que cumprem a sua política de privacidade.
Idealmente, deve ter os dados do utilizador adicionados ao data layer. Se isso não for possível, tente recolhê-los da página usando código JavaScript personalizado e enviá-los juntamente com as conversões ou eventos que lhe interessam.
Por exemplo, todos os plugins do Stape para CMS (para Facebook CAPI para Shopify, rastreamento do lado do servidor para WordPress, Magento 2 Google Tag Manager, aplicação GTM para BigCommerce) adicionam um data layer que também contém dados do utilizador.
Pode facilmente recuperar os dados do data layer e adicioná-los aos eventos do Facebook num contentor web.
Em seguida, transfira os dados necessários para o contentor do servidor (no payload do GA4 ou Data tag, dependendo do que utiliza).
Finalmente, adicione estes dados ao seu evento do Facebook do lado do servidor.
Desta forma, conseguirá uma melhor qualidade de correspondência dos seus eventos do Facebook, potencialmente melhorando o desempenho das suas campanhas publicitárias, pois o Facebook compreenderá melhor o seu público e otimizará as suas campanhas publicitárias.
Pode ver todos os domínios que enviam dados para o seu Facebook Pixel. Se o Facebook detetar tráfego de um novo subdomínio ou domínio, enviará um aviso. Pode colocar domínios na lista de permissões ou na lista de bloqueio usando esta funcionalidade para bloquear tráfego dos seus sites de teste ou URLs técnicos.
Provavelmente, também verá tráfego de gtm-msr.appspot.com. Isto pode acontecer quando executa um contentor de depuração/publicação ou quando os utilizadores visitam o seu site com JavaScript desativado (alguns bots).
Para criar listas de permissão ou bloqueio de domínios, abra a Events Tool no Business Manager → clique em Settings → deslize para baixo até Traffic Permissions.
Este é o segundo erro mais comum do Facebook CAPI com base na nossa experiência. Este erro indica que não está a enviar algumas chaves de deduplicação para os seus eventos do servidor. O Facebook usa estas chaves de deduplicação: event name, event ID, _fbp e external ID.
Com base na nossa experiência, a falta de parâmetros de Event ID causa este erro 80% das vezes. Verifique se está a enviar um event ID tanto para o Facebook Pixel como para a Facebook Conversions API. Este event ID deve ser o mesmo para os eventos do navegador e do servidor, permitindo ao Facebook reconhecer o mesmo event name e event ID para deduplicação.
Por exemplo, para eventos PageView, envie o mesmo event ID e event name tanto do Facebook Pixel como do Facebook CAPI.
Para testar o event ID, abra a ferramenta de testes de eventos do Facebook. Se tudo estiver correto, o seu resultado deve parecer-se com a captura de ecrã abaixo. É assim que o Facebook mostra que registou eventos PageView tanto do navegador como do servidor, que tinham o mesmo event ID, indicando que os eventos do navegador foram processados e os eventos do servidor foram deduplicados.
Mas podem existir situações em que vê eventos do navegador e do servidor acionados aleatoriamente. Neste caso, verifique o event ID do Facebook; provavelmente não são idênticos. Pode usar a nossa variável personalizada para o contentor web para configurar o event ID do Facebook. Para mais informações sobre a deduplicação de eventos do Facebook, consulte a secção acima.
Por vezes, este erro pode ocorrer se não removeu o Facebook test ID e publicou as tags do Facebook CAPI no ambiente de produção. Recomendamos configurar o Test ID como uma variável de tabela de pesquisa que só funciona quando o modo de depuração está ativado para resolver este problema.
Aqui, o Facebook alerta-o de que os valores enviados do servidor não são únicos ou estão formatados incorretamente. Por exemplo, pode estar a enviar um IP de utilizador que inclui símbolos além de números, ou pode ter selecionado a variável errada, como enviar um número de telefone no campo de email.
Para identificar o problema, abra o modo de pré-visualização do contentor de servidor e web do Google Tag Manager (se usou o GTM para configurar a Facebook Conversions API). Deve ver que parâmetros do utilizador foram enviados ao Facebook e se estão formatados corretamente. Teste o evento, clique na tag no modo de depuração e verifique os valores.
Este erro também pode indicar que se esqueceu de incluir um parâmetro ou que está formatado incorretamente.
Por exemplo, houve um cliente que queria enviar o país e a cidade do utilizador com base no endereço IP. O Facebook esperava receber os detalhes reais do endereço do utilizador introduzidos no site, não os extraídos automaticamente do IP. Esta configuração levou a um erro sobre parâmetros de chave inválidos.
Este erro geralmente diz respeito a eventos do navegador e indica que o Facebook detetou dados do utilizador no URL. Alguns CMSs e ferramentas, como o Calendly ou o PayPal, enviam detalhes do utilizador no URL após o registo ou a compra.
Este erro é difícil de resolver e requer a atenção dos seus programadores. Devem melhorar os parâmetros de consulta do URL e remover todas as informações do utilizador do URL. Em alternativa, pode seguir as instruções de remoção de informações pessoais identificáveis (PII) e tentar corrigir o problema dentro do GTM. Outra opção é mudar para rastreamento do Facebook exclusivamente do lado do servidor. Isto permitirá modificar o URL antes de o enviar ao Facebook.
Para cada evento do servidor que envia ao Facebook, é gerada uma pontuação de qualidade de correspondência de eventos. Esta pontuação depende da quantidade de dados do utilizador que envia ao Facebook.
Se usar um subdomínio personalizado para o seu servidor de etiquetagem, apenas o User IP, browser ID, _fbp e _fbc são enviados ao CAPI do Facebook. Enviar apenas estes parâmetros do utilizador resulta numa pontuação de qualidade de correspondência de cerca de 4 em 10.
Para atingir uma pontuação de alta qualidade, é crucial enviar o máximo de parâmetros possível. O Facebook usa estes dados para corresponder utilizadores no seu site com os da sua base de dados. Mas antes de prosseguir, certifique-se de que o envio de dados do utilizador ao Facebook cumpre a política de privacidade do seu site e as regulamentações relevantes. Tecnicamente, enviar mais parâmetros é benéfico, pois leva a dados de público e conversão mais precisos, fornece aos algoritmos do Facebook informações específicas sobre os seus utilizadores e melhora o desempenho das campanhas.
Como pode aumentar a pontuação de qualidade de correspondência de eventos? A resposta é simples: envie mais dados do utilizador. No entanto, a implementação pode ser complexa. Primeiro, verifique se o data layer está implementado no seu site e se contém todos os dados do utilizador. Por exemplo, se os utilizadores podem iniciar sessão no seu site, verifique se os detalhes do utilizador são enviados ao data layer ao iniciar sessão.
Se o data layer não estiver implementado, atribua aos seus programadores a sua configuração.
Em seguida, certifique-se de que passa todos os parâmetros do utilizador da web para o contentor do servidor.
Além disso, uma nova funcionalidade do Data Tag pode ajudar a aumentar a qualidade de correspondência. Adicionámos a capacidade de armazenar dados do utilizador. Por exemplo, se um utilizador submeter um formulário de contacto no site, pode usar o Data Tag para armazenar dados do utilizador no armazenamento local e usá-los noutras páginas.
Por defeito, a tag tenta mapear os eventos padrão do GA para os eventos padrão do Facebook. Se não conseguir correspondê-los, será usado o nome do evento em bruto do cliente GA. Por exemplo, se enviar um nome de evento como este: gtag('event', 'UserLikedProduct'), verá o evento UserLikedProduct no gestor de eventos do Facebook.
Abaixo está o esquema de mapeamento de eventos GA para eventos do Facebook que usamos nesta tag por defeito:
| page_view | PageView |
| add_payment_info | AddPaymentInfo |
| add_to_cart | AddToCart |
| add_to_wishlist | AddToWishlist |
| sign_up | CompleteRegistration |
| begin_checkout | InitiateCheckout |
| generate_lead | Lead |
| purchase | Purchase |
| search | Search |
| view_item | ViewContent |
| contact | Contact |
| customize_product | CustomizeProduct |
| donate | Donate |
| find_location | FindLocation |
| schedule | Schedule |
| start_trial | StartTrial |
| submit_application | SubmitApplication |
| subscribe | Subscribe |
Para simplificar a migração da sua tag web do Facebook GTM para o contentor do lado do servidor, mapeámos todos os dados recebidos pelo cliente GA para o evento do Facebook sem necessidade de configuração adicional da sua parte. Isto também suporta o mapeamento de eventos GA Enhanced eCommerce, e claro, a tag pode substituir quaisquer parâmetros de evento enviados ao Facebook.
Por exemplo, se a tag detetar que o tipo de evento é Purchase, determinaremos a lista de produtos, a moeda e o valor.
Nas secções seguintes, descreveremos como exatamente os dados são mapeados em cada grupo de parâmetros.
1. Um utilizador na Comunidade notou que após mudar para o rastreamento do lado do servidor do Facebook, o seu público de retargeting era muito menor do que o tráfego do GA4 (cerca de 15% de match rate). O problema não era rastreamento defeituoso, mas expectativas irrealistas: o Facebook não consegue corresponder utilizadores de forma fiável usando apenas IP e User Agent. A solução foi seguir a configuração híbrida recomendada pela Meta (navegador + servidor com deduplicação) e enviar todos os dados do utilizador disponíveis (como email ou nome quando possível). Esta abordagem melhora a qualidade de correspondência e o tamanho do público, enquanto o rastreamento puramente do lado do servidor limita o potencial de retargeting.
2. Muitos utilizadores neste tópico enfrentam problemas com o rastreamento do lado do servidor do Facebook e o mapeamento de FBP/FBC, especialmente em checkouts de terceiros. Usar o template do Facebook CAPI do Stape num subdomínio próprio, acionar eventos-chave no domínio principal, implementar eventos híbridos navegador+servidor para deduplicação e, opcionalmente, usar webhooks resolve a maioria dos problemas. Verifique sempre os dados através das ferramentas de rede do navegador em vez de depender exclusivamente do Tag Assistant.
É tudo. Esperamos que tenha migrado com sucesso o rastreamento do Facebook para o lado do servidor. A Facebook Conversions API é uma ferramenta poderosa para compreender os seus clientes, rastrear a sua jornada até à conversão e fornecer mais dados para otimizar os algoritmos de machine learning do Facebook.
Comentários