ConnectWiz + Meta Conversions API

Integração em produção

O anúncio que começou a conversa fica a saber como ela acabou

Os anúncios de mensagens otimizam às cegas enquanto ninguém disser à Meta o que converteu. O ConnectWiz reporta os negócios ganhos como eventos Purchase — com valor real e a identidade correta de cada canal — para o seu próprio conjunto de dados do Events Manager, atrás de quatro barreiras e com todas as recusas registadas.

O seu conjunto de dados, o seu token Quatro barreiras — o consentimento primeiro Recusas registadas com motivo
Meta Conversions API × ConnectWiz
Sem correspondência? Descartado, não adivinhado
Barreira: o consentimento permite uso publicitário
Identidade correspondida canal a canal
Purchase + valor → o seu conjunto de dados
13
Nomes de evento padrão — um vocabulário fixo, porque a lista de nomes de um conjunto de dados é permanente
4
Barreiras antes de qualquer evento sair — ativado, consentimento, bem formado, ainda não enviado
100%
Das recusas ficam registadas com um motivo com nome — «não enviámos» é um facto visível
24 h
Guarda local contra duplicados — deliberadamente mais curta do que a janela de 48 horas da própria Meta

Publicidade

O que faz — ao certo

Os negócios tornam-se sinais

Ganhar um negócio reporta um Purchase com o seu valor real; entrar numa fase mapeada dispara o evento que escolheu — venha de onde vier: ecrã, automação ou importação.

Identidade como deve ser

O WhatsApp usa o click ID, o Messenger o ID no âmbito da página, o Instagram o seu próprio — a chave de correspondência certa de cada canal, com hash como a Meta especifica.

Quatro barreiras, uma porta

O tenant está ativado? O consentimento permite segmentação publicitária? O evento está bem formado e é correspondível? Ainda não foi enviado? Cada recusa fica registada com o seu motivo — auditável, não misteriosa.

Um painel de saúde

Veja o que foi enviado e o que foi recusado, e porquê — canalização de conversões que se pode mesmo inspecionar.

Os eventos da própria Meta, devolvidos como deve ser

As compras que a Meta deteta dentro da conversa são devolvidas com o valor descodificado a partir da escala da própria Meta e com o ID do evento derivado da mensagem — para que uma retentativa de webhook colapse numa só em vez de contar uma segunda venda. Um montante desconhecido não envia valor nenhum: um zero falso diria à Meta que a conversão não valeu nada.

A boa formação, com nome

Os eventos são validados antes de serem enviados — comprimento do nome, marcas temporais futuras ou velhas, orçamento de parâmetros, capacidade de correspondência — e cada violação é uma recusa com nome no registo, não um mistério.

Por dentro

Canalização de conversões, feita com cuidado

Porque é que os nomes dos eventos são fixos

Um conjunto de dados da Meta aceita 1.000 nomes de evento distintos de forma permanente — não podem ser eliminados e, passado o teto, deixa de ser registado seja o que for de novo. Por isso os nomes dos eventos vêm de um vocabulário fixo e a variação vive nos parâmetros, que é onde deve estar.

IDs de evento determinísticos

O ID de cada evento é derivado daquilo que ele descreve, não de aleatoriedade — para que uma retentativa produza o mesmo ID e seja desduplicada, em vez de contar a mesma venda duas vezes. A aleatoriedade deitaria por terra o mecanismo inteiro.

Marcado como enviado só depois de a Meta aceitar

O registo local de desduplicação é escrito depois da aceitação da Meta, nunca antes — uma falha de rede é repetida; não se consegue silenciar até virar uma conversão perdida.

Normalização igual à da Meta, ao pormenor

Os e-mails passam a minúsculas, mas os pontos e as +tags do Gmail mantêm-se — porque é isso que a Meta faz. Os telefones têm de resolver para 8 a 15 dígitos com país; um número local sem país é descartado, não adivinhado. Uma chave descartada custa uma correspondência; uma chave errada custa a pessoa errada.

Identidade canal a canal, ao certo

Os eventos do WhatsApp levam o click ID mais o telefone — o click ID está legitimamente ausente em algumas colocações, e o telefone sobrevive a isso. A identidade no Messenger só conta como página + utilizador no âmbito da página, em conjunto; o Instagram usa o seu próprio ID de âmbito; os eventos de lead levam o lead ID da própria plataforma, restritos a leads de origem Meta.

Um painel de saúde que assume as suas contas

Frescura, frequência dos eventos, cobertura de chaves de correspondência fortes, valores de compra e todos os motivos de recusa — medidos numa janela de 28 dias e rotulados como medições nossas, porque apresentar as nossas contas como a pontuação da Meta seria inventar uma autoridade que não temos.

Configuração

Como se liga

01

Cole o seu conjunto de dados

O ID e o token do seu conjunto de dados do Events Manager — encriptados, seus e revogáveis.

02

Mapeie as suas fases

Escolha que fases do pipeline disparam que eventos de conversão.

03

Ganhe negócios

O reporte acontece sozinho — com barreiras, desduplicado e registado.

Melhor em conjunto

Com o que se combina

Pipelines de CRM

Os negócios ganhos e as fases do pipeline mapeadas são o que dispara os eventos — o funil que já tem a funcionar é a fonte do sinal.

Anúncios de clique para mensagem

As campanhas que aterram no WhatsApp, Messenger ou Instagram finalmente ficam a saber que conversas deram receita.

Anúncios de leads

As submissões de formulários de leads da Meta já aterram no CRM — esta integração fecha o ciclo ao reportar a qualidade dos leads de volta à conta de publicidade.

Segurança e garantias

As garantias aborrecidas

O seu conjunto de dados, o seu token

Os eventos vão para o conjunto de dados que colar do seu próprio Events Manager — o token de acesso é encriptado em repouso e nunca é devolvido ao ecrã. A relação de dados é entre a sua empresa e a Meta.

O consentimento é uma barreira, não uma definição

Um evento só sai quando o consentimento do contacto permite segmentação publicitária — um duplo opt-in pendente não conta, e a recusa fica registada pelo nome.

O modo de teste está à vista

Um código de evento de teste esquecido impediria em silêncio que as conversões reais contassem — por isso o modo de teste aparece como um indicador próprio no painel, impossível de esquecer sem dar por isso.

A pergunta da contagem a dobrar, feita

Se já tem uma CAPI ou um Signals Gateway a funcionar, enviar também daqui contaria a dobrar — a desduplicação não consegue salvar dois IDs diferentes para uma só venda. O painel pergunta; sem resposta, avisa em vez de presumir.

As letras pequenas, sem rodeios

Limites, declarados

Nada de identidades adivinhadas

Um número de telefone sem indicativo de país é descartado, não adivinhado — uma correspondência errada gasta a privacidade de outra pessoa. E um negócio sem valor não envia nada, nunca um zero falso.

Desligado é um estado válido

A integração inteira vem desligada; desligado não é um modo degradado. Os seus dados de publicidade só saem quando for decidido que devem sair.

FAQ da Meta Conversions API

Respostas diretas

Mais respostas no FAQ, ou pergunte-nos diretamente.

Eventos Purchase para negócios ganhos (com valor real e identidade de cada canal), os eventos de conversão que mapear para fases do pipeline, e sinais de qualidade de leads vindos do funil do seu CRM — tudo para o seu próprio conjunto de dados, desduplicado contra a deteção da própria Meta.

É uma das quatro barreiras: um evento só sai se o consentimento do contacto permitir o uso publicitário. Os eventos recusados ficam registados com o motivo, para que «não enviámos» seja um facto visível.

Não — cola o ID e o token de acesso do seu próprio conjunto de dados do Events Manager. A relação de dados é entre a sua empresa e a Meta; nós somos a canalização com barreiras.

E-mails, telefones, nomes, cidade/região/código postal, datas de nascimento e IDs externos levam hash SHA-256 depois de uma normalização igual à da Meta. Os click IDs, os IDs de navegador, os IDs no âmbito da página e os lead IDs são enviados tal como estão — já são opacos e a Meta procura-os literalmente; aplicar-lhes hash seria destruí-los.

Contaria — e é por isso que a integração pergunta. Dois remetentes com IDs de evento diferentes são, para a Meta, duas vendas. Se declarar outro remetente, escolhe qual deles fica dono de que eventos; sem resposta, o painel avisa em vez de presumir.

Ligado com honestidade vale mais do que ligado com alarido.

Cada integração aqui está descrita pelo que faz na realidade — direção, propriedade dos dados e limites incluídos.