Encomendas offline na Meta: a compra que o pixel perdeu

A tua loja tem encomendas pagas que nunca apareceram nos resultados dos anúncios. O cliente veio de um anúncio, pagou, e o browser não avisou ninguém.

Quem procura conversões offline na Meta quer devolver à plataforma essa venda. Numa loja online, o caminho não é marcá-la como evento offline. É enviá-la a partir da encomenda, pela API de Conversões, como compra do site e com o mesmo identificador que o pixel usaria. A Meta junta as duas, guarda uma, e mostra-te à parte quantas só chegaram pelo servidor.

Porque é que o pixel perde encomendas que foram pagas?

Porque o pixel só existe enquanto a página está aberta no telemóvel ou no computador do cliente.

Se o cliente recusou cookies, se um bloqueador cortou o script, se o checkout terminou noutra página ou se o pagamento só confirmou horas depois, o evento de compra não sai. A encomenda continua registada na loja, paga, com valor e com o contacto de quem comprou. Como medir a distância entre o pixel e as encomendas pagas está no artigo sobre porque é que o pixel do Facebook não bate com as vendas.

O que interessa aqui é a correção. A encomenda paga não precisa do browser para existir, e é a partir dela que a compra perdida volta à Meta. Porque é que esse registo vale mais do que qualquer relatório está no texto sobre as compras que o GA4 conta sem terem existido.

Porque é que um evento offline não serve para uma venda do site?

Porque a Meta reserva os eventos offline para vendas que aconteceram fora do site, e não os junta ao pixel.

A Meta desligou em maio de 2025 a ferramenta que tinha só para vendas offline, e esses eventos passaram a entrar pela própria API de Conversões. Cada evento leva um campo que diz onde aconteceu a venda. Para uma venda presencial, o valor é loja física. A Meta pede que esse campo seja verdadeiro.

Há também um problema de contas. A documentação da Meta diz que os eventos offline só são deduplicados contra outros eventos offline. Se envias como offline uma encomenda do site que o pixel também registou, a mesma venda passa a existir duas vezes: uma como compra no site, outra como compra offline.

Se tens também uma loja de rua, os eventos offline fazem sentido para essas vendas. As do site seguem outro caminho.

Como enviar a encomenda à Meta sem a contar duas vezes?

Com o mesmo nome de evento e o mesmo identificador nos dois lados.

Quando a encomenda passa a paga, a loja, ou a integração que usas, envia um evento Purchase pela API de Conversões, marcado como venda no site, com o valor, a moeda, a hora do pagamento e um event_id. O pixel, na página de obrigado, envia o mesmo Purchase com o mesmo identificador. O número da encomenda é um bom candidato, porque existe nos dois sítios.

Se os dois eventos chegam no espaço de 48 horas, a Meta trata-os como a mesma compra e descarta o segundo. Se o pixel nunca disparou, o evento do servidor é o único e a compra entra. É assim que a venda perdida volta sem inflacionar as outras.

Para a Meta ligar a encomenda a uma pessoa, o evento leva o endereço de email e o número de telefone de quem comprou, convertidos com SHA-256, e os dados do navegador guardados no checkout: os identificadores que o pixel cria, o endereço da página e o agente do navegador. A Meta exige estes dois últimos em eventos do site enviados pelo servidor, por isso a loja tem de os guardar com a encomenda. Quanto melhores estes dados, mais encomendas a Meta consegue atribuir a um anúncio.

Há dois limites de tempo a respeitar. A API recusa o lote inteiro se algum evento tiver mais de 7 dias, por isso o envio tem de acontecer quando o pagamento confirma, e não no fim do mês. E nos pagamentos que chegam depois, como a referência Multibanco, o pixel pode ter disparado no dia da encomenda e o pagamento chegar mais de 48 horas depois. Nesse caso, a Meta já não junta os dois. Para esses métodos, o mais limpo é a compra sair só pelo servidor, quando o pagamento entra, e o pixel deixar de enviar Purchase na página de obrigado. Se o pixel continuar a disparar, conta como venda uma encomenda que pode nunca ser paga.

Facto: numa loja online, as compras que o pixel da Meta não registou voltam à plataforma quando cada encomenda paga é enviada pela API de Conversões como evento do site, e não como evento offline. A Meta só deduplica eventos offline contra outros eventos offline, por isso uma venda do site enviada como offline, e também vista pelo pixel, fica contada duas vezes. Enviada como evento do site, com o mesmo nome de evento e o mesmo identificador que o pixel usa, por exemplo o número da encomenda, a Meta considera as duas a mesma compra se chegarem num intervalo de 48 horas e descarta a segunda. Quando o pixel não disparou, o evento do servidor é o único e a compra conta. A API recusa eventos com mais de 7 dias, por isso o envio acompanha o pagamento. No Gestor de Eventos, a métrica de conversões adicionais reportadas estima quantas conversões são medidas graças à API, além do pixel sozinho.

Opinião: o erro mais caro aqui não é ficar sem a API. É ligá-la e não saber o que ela trouxe. Se o envio sai da encomenda paga, cada compra extra no painel tem uma encomenda real por trás que podes abrir. Se sai de uma cópia do evento do browser, só ganhaste um segundo contador do mesmo problema.

Onde vês a compra que o pixel perdeu?

No Gestor de Eventos, no evento Purchase.

A vista geral do evento mostra quantos eventos chegaram pelo browser e quantos chegaram pelo servidor. Esse total soma os dois antes de a Meta retirar os repetidos, por isso não o leias como número de vendas.

A leitura útil está noutro sítio. A métrica de conversões adicionais reportadas estima, com as conversões atribuídas a anúncios nos últimos 7 dias, quantas a Meta mede por causa da API, para lá do que o pixel sozinho mediria. É a estimativa da plataforma para a compra que o browser perdeu.

Confirma-a com a tua loja. Num período fechado, põe lado a lado as encomendas pagas, os Purchase recebidos pelo servidor e os recebidos pelo browser. Os do servidor devem andar perto das encomendas. Os do browser ficam abaixo. Conta só os métodos de pagamento em que o pixel continua a disparar: nos que passaram a sair só pelo servidor, a distância é escolha tua, não perda do pixel.

O que é que isto não resolve?

Não faz a loja vender mais.

A compra extra no painel é uma venda que já estava no banco. Se o custo por compra desce depois de ligares o envio, a campanha não melhorou por isso. Para separar o que mudou na medição do que mudou na campanha, lê porque é que o server-side não aumenta vendas.

Também não atribui tudo. Uma encomenda que a Meta não consegue ligar a ninguém conta como evento recebido, mas não chega a nenhum anúncio.

E há a parte legal. Parte das compras que o pixel perde é de quem recusou cookies. Enviar os dados dessas pessoas pelo servidor depende do consentimento que recolheste e da política de privacidade da loja. Antes de ligares o envio, pede a quem é responsável pelos dados pessoais na tua empresa que diga o que pode seguir.

Por onde começas esta semana?

Primeiro, abre o evento Purchase no Gestor de Eventos e vê se já recebe eventos pelo servidor. Se a loja usa a integração oficial da Meta, pode já estar ligada.

Segundo, confirma de onde sai esse evento do servidor. Tem de sair da encomenda paga, e não da página de obrigado.

Terceiro, faz uma compra de teste paga com cartão e verifica no separador de teste se o Purchase do browser e o do servidor chegam com o mesmo event_id. Se o identificador for diferente, a Meta conta duas compras.

Quarto, para a referência Multibanco e outros pagamentos que chegam depois, faz a compra sair só pelo servidor quando o pagamento confirma, e tira o Purchase do pixel nesses métodos.

Quinto, num período fechado, compara as encomendas pagas com os Purchase do servidor e do browser, e anota a métrica de conversões adicionais reportadas. Esse é o teu ponto de partida.

FAQ

Posso enviar as encomendas do site como conversões offline na Meta?

Não é o caminho indicado. Os eventos offline são para vendas fora do site, como as presenciais, a Meta pede que a origem declarada seja verdadeira, e não os deduplica contra o pixel. Uma encomenda do site enviada como offline pode contar duas vezes.

E as encomendas fechadas por telefone ou por mensagem?

Seguem pela mesma API, mas com a origem verdadeira: chamada, conversa por mensagem ou loja física, conforme o caso. A Meta pede que esse campo corresponda ao sítio onde a venda aconteceu. Só as encomendas feitas no site vão como evento do site.

Posso enviar as encomendas do mês todas de uma vez?

Não. A API recusa o envio inteiro se algum evento tiver mais de 7 dias. Envia cada encomenda quando o pagamento confirma, ou pelo menos todos os dias.

Preciso de saber programar para isto?

Depende da plataforma da loja. Há integrações oficiais e de parceiros que enviam o evento do servidor. O que tens de confirmar é se o enviam a partir da encomenda paga e com o mesmo identificador do pixel.

Quanto tempo demora a ver as compras no Gestor de Eventos?

A Meta processa os eventos à medida que chegam, por isso a compra de teste deve aparecer no separador de teste quase logo. A métrica de conversões adicionais reportadas precisa de alguns dias de dados para dizer alguma coisa.

Se o pixel ficar muito abaixo das encomendas pagas, leva os teus números à comunidade da Aero Agency e compara com lojas que já ligaram o envio pelo servidor.