Ao utilizar a API de conversões do Facebook, pode enviar eventos do seu servidor para o servidor do Facebook. O rastreamento do lado do servidor com subdomínio personalizado configurado ajuda a evitar bloqueadores de anúncios, ITPs, e restrições de iOS 14.
Juntamente com os eventos de API de Conversões do Facebook, deverá enviar parâmetros adicionais. Estes parâmetros podem ser divididos em três partes:
Esta última ajuda a que a API de Conversões do Facebook faça corresponder os eventos que envia do servidor a utilizadores reais. Pode ser qualquer informação como e-mail ou apelido. Estes parâmetros foram criados para ajudar o Facebook a identificar os utilizadores.
Para cada evento do servidor que enviar, a FB mostrar-lhe-á uma classificação de qualidade de correspondência de eventos. Esta classificação de qualidade de correspondência depende do número de parâmetros de informação do cliente que enviar e da sua exactidão.
A qualidade de correspondência de eventos de CAPI do Facebook pode ter um impacto significativo nos resultados da sua campanha e na precisão do público. Deixe-me dar-lhe algumas dicas sobre como aumentar a classificação da qualidade de correspondência do Facebook neste post do blogue.
A chave para a configuração adequada da API de conversões do FB é a classificação de qualidade de correspondência de eventos. Por que? Bem, o Facebook utiliza os dados de utilizador enviados a partir do seu servidor para fazer corresponder ocorrências de eventos como a adição de um produto a um carrinho de compras a uma conta de FB específica. Por outras palavras, a qualidade de correspondência dos eventos classifica a informação do cliente que partilha. O número dos parâmetros enviados afecta a percentagem de eventos enviados.
Os dados dos utilizadores podem ser divididos nas seguintes subcategorias:
1) Parâmetros que requerem hash e podem ser enviados como is. Parâmetros tais como código postal, e-mail, ou estado precisam de ser enviados com hash (basicamente, todos os parâmetros que contêm informação pessoal do utilizador). Mas parâmetros como agente de utilizador cliente, endereço IP, ou ID do browser não requerem hash.
Eu separaria os parâmetros _fbp e _fbc em categorias diferentes. Estes dois parâmetros representam cookies de navegador.
2) _fbp
O pixel do Facebook adiciona automaticamente o cookie _fbp quando está a utilizar cookies originais. Este identificador único consiste na versão (sempre FB), índice de subdomínio (por exemplo, 0 para stape.com, 1 para app.stape.com, etc.), creationTime no horário padrão UNIX, e representa o tempo em milissegundos em que o cookie _fbp foi guardado e um número aleatório.
Aqui está o exemplo: fb.1.1596403881668.1116446470
Quando o pixel do Facebook é instalado num website e utiliza cookies originais o pixel guarda automaticamente um identificador único num cookie _fbp para o domínio do website, se este ainda não existir.
3) _fbc
Quando um utilizador clica no anúncio de FB, este inclui o parâmetro de query fbclid. Se acederem ao site que utiliza um cookie original com rastreamento de browser activado, então o parâmetro de query fbclid é guardado dentro do parâmetro _fbc.
É importante compreender que nem todos os seus eventos terão parâmetros _fbc. O tráfego de pesquisas orgânicas, anúncios de google, ou campanhas de e-mail não conterão _fbc, uma vez que as interacções com o site não acontecem no Facebook.
A classificação máxima que se pode obter para o evento do servidor de FB é 10. Chegar ao ponto final será complicado. Esta classificação significa que tem de enviar todos os parâmetros de informação de utilizadores para os seus eventos do servidor, e estes parâmetros são enviados em todas as ocasiões.
Para eventos como o PageView, em que não tem quaisquer parâmetros de utilizador, a classificação de correspondência será de cerca de 4. Tudo o que poderá enviar é _fbp, _fbc, endereço de IP, e agente de utilizador.
1. Configurar um subdomínio personalizado.
Se decidiu configurar a API de Conversões do Facebook através do Gestor de Etiquetas do Google, recomendamos a utilização de um subdomínio personalizado para o URL do servidor de etiquetagem. Desta forma, pode passar do cookie de terceiros para o cookie original. Também ajudará a aumentar a precisão do rastreamento e a configurar correctamente _fbp e _fbc.
2. Usar camada de dados. Antes de configurar o rastreamento do lado do servidor ou do browser, é necessário ter uma camada de dados adequada. Desta forma, pode garantir que os seus accionadores, variáveis, e etiquetas funcionarão correctamente se o URL da página, ID do elemento, ou selector de CSS mudar.
3. Certifique-se de enviar toda a informação possível do utilizador para a camada de dados. Segue-se um exemplo. Quando um utilizador inicia sessão, pode enviar um evento da camada de dados que inclui o nome do utilizador, ID, e e-mail. Desta forma, é possível aumentar a qualidade da correspondência de todos os eventos com estes dados de utilizador.
Peça aos programadores que configurem uma camada de dados ou utilize um plugin para o seu CMS que gera uma camada de dados.
4. Verifique se não há erro com os eventos do servidor que envia. O Facebook diminuirá a qualidade da correspondência de eventos se tiver quaisquer erros para os eventos do servidor. Verifique este post do blog que descreve alguns problemas comuns do CAPI do Facebook e dicas sobre como corrigi-los.
Para descobrir se existe algum erro, abra o gestor de eventos e clique no separador de diagnóstico.
5. Armazenar dados dos utilizadores. Digamos que os utilizadores subscreveram a um boletim informativo no seu site. Por defeito, só pode enviar o seu e-mail quando os eventos de subscrição acontecem. Mas há uma forma de armazenar os dados dos utilizadores no browser. Neste caso, pode enviar o seu e-mail enquanto este estiver armazenado no navegador. Pode utilizar etiquetas de dados para armazenar os dados do utilizador. Aqui está uma explicação mais detalhada sobre o que é uma data tag e como utilizar a ferramenta de armazenamento de dados.
6. Event Enhancement.
Também é possível ativar o Aperfeiçoamento de eventos para utilizar o cookie seguro apenas para HTTP (gtmeec), a fim de melhorar os dados do evento.
Quando esta funcionalidade está activada, a tag armazena os dados do utilizador em cookies e enriquece os eventos com dados do utilizador quando estes não estão disponíveis. Desta forma, pode aumentar a qualidade da correspondência de eventos e, como resultado, a atribuição de conversão a campanhas.
Recebemos muitas perguntas sobre as classificações de qualidade de correspondência de eventos do Facebook. Mas é impossível dizer se a classificação de qualidade de eventos é boa ou má. Se a classificação de qualidade nos seus eventos do servidor for inferior a 3, então poderá ser um indicador vermelho.
Basta tentar enviar toda a informação de utilizador que tiver quando este evento da FB acontecer. Evidentemente, o envio de dados do utilizador à FB deverá cumprir a política de privacidade e os termos e condições indicados no seu website. Deverá seguir as regras da GDPR e pedir o consentimento do utilizador antes de os rastrear ou enviar os seus dados para o Facebook.
Muitas pessoas são preocupadas quando têm uma qualidade de correspondência por volta de 6. É um número espantoso. Não se preocupem. O Facebook está a enviar tantas sugestões para melhorar as classificações de qualidade de correspondência, porque querem recolher tantos dados de utilizador quanto possível.
Suponha que envia os 4 parâmetros mais simples de dados de clientes (_fbc, _fbp, endereço IP, e agente de utilizador). Muito provavelmente, a FB já tem dados suficientes para associar este evento a um utilizador real. Se adicionar o e-mail do utilizador, então as hipóteses são ainda maiores.
Finalmente, se o seu objectivo é aumentar a classificação da qualidade de correspondência de eventos, siga as dicas descritas neste artigo.
E se tiver outras perguntas, basta clicar em Obter ajuda, preencher o formulário, e enviar-lhe-emos um orçamento.
