A atribuição apropriada de conversão do Facebook é essencial para as empresas que desejam a vantagem total da publicidade paga. Enquanto algumas empresas ainda confiam no rastreamento do navegador, mudar para o rastreamento do lado do servidor pode fornecer dados mais precisos. A etiquetagem do lado do servidor permite a comunicação direta com seu servidor e o servidor do Facebook, fornecendo dados de primeira qualidade e usando cookies de primeira qualidade.
Esta publicação no blog fornecerá dicas acionáveis para ajudá-lo a melhorar sua atribuição de conversão do Facebook usando a tag do lado do servidor.
Uma das principais vantagens da etiquetagem s2s é que ela proporciona maior precisão em relação aos métodos de rastreamento do lado do cliente. Isto porque a etiquetagem servidor a servidor não pode ser bloqueada, uma vez que a comunicação assume o nível de servidor. Ferramentas como adBlocker ou outros mecanismos de prevenção de rastreamento não podem acessar os dados enviados através do servidor.
Quando você habilita a integração FB s2s, seu servidor se comunica diretamente com o servidor do Facebook. Ele envia dados confiáveis sobre eventos e usuários que visitaram seu site que ajudam a FB a atribuir seus usuários aos perfis do Facebook. Quanto mais informações sobre seus usuários você enviar à FB, maior será a chance de que eles possam atribuir corretamente os eventos em campanhas publicitárias.
A forma mais popular de rastreamento de servidor para servidor no Facebook é a API de conversão do Facebook.Mas há várias abordagens de como você pode configurar o FB CAPI. Neste guia, quero descrever diferentes métodos de configuração do FB CAPI, como cada forma impacta a atribuição do FB, e como melhorar a atribuição.
Estas sugestões são baseadas em nossa experiência e no feedback do cliente stape.
O Facebook recomenda a configuração de CAPI usando o método navegador+servidor. Quando o seguimento do navegador é bloqueado, o seguimento do servidor continuará a enviar dados do utilizador para o Facebook. Quando o rastreio do navegador e do servidor é accionado, o FB utiliza o nome e o ID do evento para a deduplicação do evento. Descarta um evento e mantém outro para evitar a comunicação excessiva.
Temos um post no blog que descreve como configurar o CAPI do Facebook usando o servidor GTM.
A FB dá maior prioridade aos eventos do navegador. Quando eles vêem os eventos do navegador e do servidor, seu algoritmo de deduplicação provavelmente descartará os eventos do servidor e registrará os eventos do navegador. Portanto, se você enviar mais dados com um evento do servidor, a FB não poderá ler esses dados. Eles também não combinam dados de eventos da Web e do servidor.
Um aspecto essencial da configuração do FB CAPI usando métodos híbridos via Google Tag Manager aparece quando você usa GA4 (ou qualquer outra tag GTM da web) para fornecer dados da web para o servidor GTM. Nos casos em que o AdBlocker bloqueia o GA4, ele não fornece dados ao sGTM, o que significa que as tags FB CAPI também não são acionadas. Portanto, neste cenário, os eventos do navegador não acionam, assim como as tags do servidor.
Comentários