A API de Conversões é o método de integração recomendado pela Meta para enviar eventos offline e da loja física para a Meta para utilização na medição, na atribuição e no direcionamento de anúncios. Esta página detalha como enviar eventos offline por meio de uma integração de parceiros ou direta da API de Conversões.
Os eventos offline enviados por meio da API de Conversões precisam estar associados a um conjunto de dados.
Datasets allow advertisers to connect and manage event data from web, app, store and business messaging event sources to the Conversions API. Datasets may show event data from any of these integrations that you choose to set up:
Datasets enable you to view all customer activities from a single interface. They also allow you to reduce the effort to build and maintain multiple API integrations.
In Events Manager, advertisers have different options to create a dataset depending on their starting point. Or you can create a brand new dataset in Events Manager by linking during offline event set creation or through an existing mobile app or during messaging event set creation information. Note that linking a dataset to an application is required before sending mobile app events to the Conversions API and only one application can be linked to a dataset. See more details and instructions here.
Você pode fazer a chamada GET
para https://graph.facebook.com/v16.0/{ads-pixel-id}/?fields=is_consolidated_container para detectar se o conjunto de dados do anunciante está consolidado e, assim, elegível para enviar eventos offline usando a API de Conversões.
Para implementar uma integração direta como anunciante, siga estas instruções relacionadas a pré-requisitos e permissões.
Para implementar uma integração de plataforma de parceiro, siga estas instruções relacionadas a pré-requisitos e permissões.
Os anunciantes podem usar a configuração mencionada aqui e consultar o conjunto atual de parâmetros que pode ser enviado por meio da API de Conversões. Para enviar eventos offline e da loja, os seguintes campos podem ser compartilhados na carga:
action_source
como physical_store
para todos os eventos offline e da loja. Note que esse parâmetro é necessário para todos os tipos de eventos do servidor. Ao usar a API de Conversões, você concorda em garantir a precisão do parâmetro action_source
conforme seu conhecimento.upload_tag
ainda é aceito para carregamentos de eventos offline para anunciantes que usam a API antiga para eventos offline.A lista a seguir contém parâmetros de informações do cliente que são normalmente usados para eventos offline e da loja:
Nomes dos parâmetros | Parâmetro | Hash obrigatório |
---|---|---|
Endereços de email |
| SIM |
Números de telefone |
| SIM |
Gênero |
| SIM |
Data de nascimento |
| SIM |
Sobrenome |
| SIM |
Nome |
| SIM |
Cidade |
| SIM |
Estados dos EUA |
| SIM |
Códigos postais |
| SIM |
País |
| SIM |
Identificador de Publicidade da Apple |
| SIM |
ID de publicidade do Android |
| SIM |
Número de identificação do usuário de terceiros |
| Altamente recomendado |
A identificação do cadastro dos anúncios de cadastro |
| NÃO converter em hash |
A seção a seguir contém parâmetros personalizados comuns usados por eventos offline e da loja. Para mais campos de dados personalizados, consulte a lista completa que aceitamos para a API de Conversões no seguinte link.
Parâmetro | Descrição |
---|---|
Tipo: número inteiro | Obrigatório. O registro de data e hora UNIX do evento de conversão. Exemplo: |
| Obrigatório. Tipo de evento. Exemplo: |
| Opcional. Dados de localização da loja sobre o evento de conversão. Exemplo: "store_data": { "store_page_id": 8576093908, // FBID "brand_page_id": 10236898932// FBID } |
| Obrigatório. O código de moeda ISO de três letras correspondente ao evento de conversão. Obrigatório para eventos Exemplo: |
| Obrigatório. Valor do evento de conversão. Obrigatório para eventos Exemplo: |
| Opcional. Qualquer Exemplo: |
Tipo: matriz JSON | Opcional. Obrigatório se você integrar os anúncios ao catálogo. Obrigatório: Recomendado: Obrigatório: Recomendado: |
Tipo: dicionário JSON | Opcional. Informações sobre o evento de conversão. Exemplo: |
Tipo: string | Opcional. Identificador exclusivo para cada transação ou pedido em um conjunto de eventos offline. Por exemplo, para varejo, isso pode ser o ID de um recibo. Exemplo: |
Tipo: string | Opcional. Identificador exclusivo para distinguir eventos dentro do mesmo pedido ou transação. Exemplo: |
Para enviar novos eventos, faça uma solicitação POST
para a API de Conversões a partir deste caminho: https://graph.facebook.com/{API_VERSION}/{DATASET_ID}/events?access_token={TOKEN}
Quando você publica nessa borda, a Meta cria novos eventos offline e da loja. Para obter mais detalhes, consulte este documento para desenvolvedores.
Confira uma visão geral de como os parâmetros se ajustam ao esquema geral da carga:
curl -X POST \ -F 'data=[ { "event_name": "Purchase", "event_time": 1674000041, "user_data": { "em": [ "309a0a5c3e211326ae75ca18196d301a9bdbd1a882a4d2569511033da23f0abd" ], "ph": [ "254aa248acb47dd654ca3ea53f48c2c26d641d23d7e2e93a1ec56258df7674c4", "6f4fcb9deaeadc8f9746ae76d97ce1239e98b404efe5da3ee0b7149740f89ad6" ] }, "custom_data": { "currency": "usd", "value": 123.45, "contents": [{ "id": "product123", "quantity": 1 }] }, "action_source": "physical_store" } ]' \ -F 'access_token=<ACCESS_TOKEN>' \ https://graph.facebook.com/v15.0/<DATASET_ID>/events
Recomendamos carregar em tempo real ou diariamente para ter resultados de otimização ideais. Dessa maneira, os dados offline podem ser efetivamente correspondidos com o desempenho de quaisquer anúncios que você esteja veiculando.
O event_time
pode indicar até 7 dias antes de o evento ser enviado à Meta. Se o event_time
de data
for maior que 7 dias antes do envio, um erro será retornado para toda a solicitação e nenhum evento será processado. Para eventos de loja física e offline com physical_store
definido como action_source
, é preciso carregar transações até 62 dias depois da conversão.
Os dados carregados são processados em tempo real. Desse modo, você poderá visualizar resultados assim que os dados forem adicionados. Você pode consultar o documento sobre Melhores práticas para dados de eventos offline na Central de Ajuda.
Diferentemente da desduplicação configurada em eventos da API de Conversões e do Pixel da Meta, os eventos offline podem ser desduplicados apenas em relação a outros eventos offline. Nós aceitamos dois métodos de desduplicação: baseado em order_id ou baseado em user. A desduplicação usa a combinação de campos: dataset_id
, event_time
, event_name
, item_number
, e o campo de chave baseado no método da carga do evento específico.
A desduplicação padrão usa order_id com uma combinação dos campos acima. Se order_id não estiver presente na carga, será usada a lógica de desduplicação baseada em user.
Por exemplo, onde existem dois pedidos com event_time
idêntico, event_name
tendo o mesmo order_id ou o mesmo conjunto de Parâmetros de Informação do Cliente sem order_id, consideraremos eventos duplicados e usaremos o primeiro evento. O método de desduplicação baseado em user só funciona com os mesmos campos de Parâmetros de informações do cliente nas duas cargas.
A janela de desduplicação máxima é de 7 dias.
Você pode usar a ferramenta Auxiliar de carga para gerar dados de carga:
physical_store
quando aplicável. Ao usar a API de Conversões, você concorda em garantir a precisão do parâmetro action_source
conforme seu conhecimento.Para testar, use a ferramenta Eventos de Teste no Gerenciador de Eventos. Observe que a ferramenta Eventos de Teste aceita apenas eventos da web e do app.