Integração da Meta Conversions API para restaurantes: medir anúncios em relação a visitas reais

Integrar a Meta Conversions API com o WiFi de convidados permite que os restaurantes meçam as visitas offline em relação aos gastos com anúncios, sob as normas do GDPR. Ao enviar registos de início de sessão encriptados em SHA-256 em mais de 80 000 locais, os operadores atribuem as entradas físicas diretamente às campanhas, indo para além das reservas online para acompanhar o verdadeiro retorno dos anúncios.

O que faz a Meta Conversions API por um restaurante?

A Meta avalia os seus anúncios com base nos eventos que consegue ver. Para a maioria dos restaurantes, esses eventos são eventos de pixel num website: uma reserva, uma visualização do menu ou o download de um voucher. Um cliente que viu o seu anúncio, ignorou o website e entrou para almoçar nunca aparece. No entanto, essa visita é o resultado pelo qual pagou.

A Conversions API (CAPI) é a ligação servidor a servidor da Meta. Os seus sistemas enviam eventos diretamente para a Meta, em vez de dependerem de um script num navegador. A Meta documenta-a para eventos de website, aplicações e eventos offline. Os eventos offline incluem visitas a um local físico, marcadas com a fonte de ação "physical_store".

Por que razão os relatórios apenas com pixel subestimam os resultados dos restaurantes

Existem três lacunas entre o que os seus anúncios alcançam e o que o Ads Manager comunica.

• A visita ocorre offline. O Meta Pixel é executado apenas num navegador, nas suas próprias páginas. Uma entrada direta, uma reserva por telefone ou uma reserva através de uma plataforma de terceiros não deixam qualquer evento de pixel.
• Os navegadores perdem eventos. As próprias orientações da Meta indicam que a Conversions API reduz a perda de dados decorrente de erros de carregamento do navegador, problemas de conetividade e bloqueadores de anúncios.
• As definições de privacidade do dispositivo limitam os sinais. Desde o iOS 14.5, a Apple exige que as aplicações peçam permissão antes de utilizar dados de atividade em aplicações e websites de outras empresas. Muitas pessoas recusam, o que remove os sinais em que o pixel anteriormente confiava.

O custo é mais do que uma lacuna nos relatórios. O sistema de distribuição da Meta otimiza em direção às pessoas que produzem os eventos que recebe. Se esses forem apenas reservas online, o orçamento desvia-se para pessoas que reservam online. As campanhas que enchem mesas com clientes sem reserva parecem dispendiosas, pelo que são pausadas.

O que muda quando as visitas chegam à Meta

Envia um evento de visita por cada convidado consensual que inicie sessão no seu WiFi, com um e-mail ou número de telefone encriptado e uma carimbo de data/hora. A Meta estabelece a correspondência entre esse evento e a conta da Meta da pessoa, sempre que possível. Em seguida, comunica a visita relativamente a qualquer anúncio que a pessoa tenha visto ou no qual tenha clicado dentro da sua definição de atribuição. Obtém um custo por visita por campanha, e não apenas um custo por reserva.

A parte difícil não é a API. É um registo fiável e consensual de quem visitou e quando. As plataformas de e-mail como o Mailchimp, Klaviyo e HubSpot enviam campanhas para uma lista que já possui. Elas não registam que um cliente entrou pela sua porta. O WiFi de convidados regista: cada início de sessão é um registo de visita de primeira entidade com carimbo de data/hora e a opção de consentimento do convidado associada. Nos mais de 80 000 locais ativos da Purple, os convidados iniciaram sessão 440 milhões de vezes em 2024 (dados da Purple). Esse é o material base para a medição de visitas.

Do que precisa antes de começar com a Conversions API?

Reúna sete elementos antes que alguém escreva código ou ligue uma integração.

1. Um portefólio empresarial da Meta com acesso de administrador, além do conjunto de dados sobre o qual os seus anúncios apresentam relatórios. A Meta utiliza agora "conjunto de dados" para o que anteriormente se chamava ID do píxel.
2. Um token de acesso à Conversions API, gerado no Meta Events Manager para esse conjunto de dados.
3. Uma forma de enviar eventos no lado do servidor. Isto significa o seu próprio programador, uma integração de parceiro da Meta, ou um CRM ou plataforma de dados de clientes com um conetor da Meta.
4. Dados de visitas com consentimento. Precisa de registos de início de sessão no WiFi de convidados com e-mail ou telefone, carimbo de data/hora, local e estado do consentimento. O Purple Engage guarda estes dados como perfis de convidados criados a partir de cada início de sessão.
5. Uma base legal e um aviso de privacidade atualizado. Ao abrigo do Artigo 6.º do GDPR, necessita de uma base legal para partilhar dados com a Meta. Para a medição de anúncios, trata-se normalmente do consentimento, que deve cumprir as condições do Artigo 7.º.
6. Uma definição partilhada de visita. Decida o que conta: um início de sessão por convidado, por local, por dia, excluindo os funcionários.
7. Uma linha de base. Exporte quatro semanas de resultados apenas com píxel por campanha, para poder comparar o antes e o depois.

Relativamente ao ponto cinco, leia as Diretrizes 8/2020 do Comité Europeu para a Proteção de Dados sobre a segmentação de utilizadores de redes sociais. Estas descrevem como um anunciante e uma plataforma podem ser responsáveis conjuntos pelo tratamento de alguns dados. Os Termos das Ferramentas de Negócios da Meta também definem as suas obrigações quando envia dados. O seu responsável pela proteção de dados deve aprovar ambos antes de o primeiro evento sair do seu servidor.

Como ligar os dados de visitas do WiFi de convidados à Conversions API?

A configuração é feita em seis passos. A documentação para programadores da Meta abrange os detalhes técnicos; esta secção abrange as decisões que lhe cabem a si.

1. Capturar o consentimento no início de sessão do WiFi

A sua página de início de sessão no WiFi é onde o consentimento começa. Peça o consentimento para a medição de anúncios separadamente do consentimento para marketing por e-mail. O Considerando 32 do GDPR é explícito ao indicar que o silêncio e as caixas pré-selecionadas não contam como consentimento. O Purple utiliza opções de adesão por escolha consciente por esta razão: o convidado escolhe ativamente, e a escolha é armazenada no perfil.

Escreva o texto num linguagem clara. Por exemplo: "Permita-nos partilhar uma versão codificada do seu e-mail com a Meta para podermos ver se os nossos anúncios o trouxeram até aqui." Uma frase clara obtém mais adesões do que um hiperligação para uma política.

2. Definir o evento de visita

Os eventos padrão da Meta não incluem uma visita a um restaurante, pelo que a maioria dos locais cria um evento personalizado. Dê-lhe um nome óbvio, como "VenueVisit". Envie um evento por convidado, por local, por dia, mesmo que façam início de sessão três vezes. Exclua dispositivos de funcionários e qualquer convidado que faça início de sessão em mais de quatro dias por semana, o que normalmente sinaliza um colaborador.

3. Preparar e aplicar hash aos dados de correspondência

A Meta exige que identificadores pessoais como e-mail e telefone sejam normalizados e convertidos em hash com SHA-256 antes do envio. Normalizar significa remover espaços, converter e-mails para minúsculas e adicionar o código do país aos números de telefone. Uma normalização incorreta é a razão mais comum para a falha nas correspondências.

Cada evento também precisa de uma hora de evento, a fonte da ação "physical_store" e um ID de evento exclusivo. Envie apenas os parâmetros listados pela Meta. Identificadores de rede, como endereços MAC, não estão entre eles e nunca devem sair dos seus sistemas.

4. Envie eventos num lote diário

A Meta rejeita eventos mais antigos do que a sua janela documentada, por isso não os deixe em fila durante uma semana. Agende, no mínimo, um lote diário e verifique o limite de tempo atual na documentação da Meta ao criá-lo. Um envio diário também mantém o Ads Manager suficientemente próximo do tempo real para revisões semanais de campanhas.

5. Teste antes de entrar em funcionamento

A ferramenta Test Events da Meta, dentro do Events Manager, mostra os eventos à medida que chegam quando os envia com um código de teste. Envie primeiro um punhado de visitas conhecidas. Confirme se o nome do evento, a hora e a fonte da ação são lidos corretamente antes de mudar para envios ao vivo.

6. Crie uma conversão personalizada e adicione-a aos relatórios

Crie uma conversão personalizada a partir do seu evento de visita e, em seguida, adicione-a como uma coluna no Ads Manager. Agora pode ler o custo por visita ao lado do custo por reserva, campanha por campanha.

O que deve enviar para a Meta, e quando?

Comece de forma reduzida. Um evento de visita limpo ensina-lhe mais do que cinco barulhentos. Adicione eventos apenas quando o primeiro estiver a corresponder bem e a sua equipa confiar nos números.

Evento	De onde vêm os dados	Dados de correspondência enviados	Quando enviar	O que lhe diz
VenueVisit (personalizado)	Login no WiFi de convidados, apenas convidados com consentimento	E-mail com hash, telefone com hash, hora do evento, local	Lote diário	Custo por visita por campanha
ReturnVisit (personalizado)	Segundo login no WiFi no prazo de 30 dias	E-mail com hash, telefone com hash, hora do evento, local	Lote diário	Se os anúncios trazem as pessoas de volta, e não apenas uma vez
Purchase (padrão)	Registo de caixa ou EPOS associado ao convidado	E-mail com hash, valor, moeda, hora do evento	Lote diário	Receita atribuída aos anúncios
Schedule (padrão)	Sistema de reservas online	E-mail com hash, hora do evento, ID do evento partilhado com o pixel	No prazo de uma hora	Reservas recuperadas da perda de dados do navegador

Aplicam-se duas regras a cada linha. Primeiro, envie apenas convidados que deram consentimento para medição de anúncios e pare no momento em que o retirarem. Segundo, quando o pixel e o servidor reportarem o mesmo evento web, utilize o mesmo nome de evento e ID de evento. A Meta utiliza esse par para desduplicar, para que uma reserva não seja contada duas vezes.

O evento de visita de regresso é o que mais importa para um diretor de CRM. Uma primeira visita a partir de um anúncio é útil. Uma segunda visita no prazo de 30 dias mostra que o anúncio iniciou uma relação sobre a qual o seu programa de e-mail e mensagens pode construir. Para o canal de acompanhamento, compare os custos em WhatsApp vs SMS for restaurant marketing: cost and reach compared.

Qual o método de medição que se adequa ao seu restaurante?

Os eventos de visita no lado do servidor não são a única forma de medir as redes sociais pagas. A escolha certa depende de onde os seus clientes convertem e de que dados possui.

Método	O que vê	Conta visitas de clientes sem reserva	Dados necessários	Esforço de configuração	A quem se adequa
Apenas Meta Pixel	Eventos do website no navegador	Não	Pixel nas suas páginas de reserva e menu	Baixo: uma etiqueta no site	Locais onde a maioria dos clientes reserva online
Pixel mais CAPI para eventos web	Eventos do website, com recuperação de perdas do navegador	Não	Pixel, acesso ao servidor, IDs de eventos partilhados	Médio: integração de parceiro ou programador	Grupos com elevado volume de reservas online
CAPI com eventos de visita de WiFi de convidados	Eventos web mais visitas no local com consentimento	Sim, para convidados de WiFi com consentimento	Registos de acesso com consentimento contendo e-mail ou telefone	Médio a elevado: revisão de consentimento, hashing, envio diário	Restaurantes, bares e hotéis com forte afluência de clientes sem reserva
Estudo Meta Conversion Lift	Visitas incrementais causadas por anúncios, através de grupos de teste e controlo	Sim, utilizando os eventos de visita que envia	Eventos de visita mais orçamento e volume suficientes para um teste	Elevado: teste planeado ao longo de várias semanas	Grupos a testar se as redes sociais pagas realmente compensam

Utilize a tabela como um percurso de decisão. Se menos de metade dos seus clientes reservar online, os relatórios do pixel falham a maioria dos seus resultados, pelo que os eventos de visita vêm em primeiro lugar. Se já envia eventos de visita e a sua equipa financeira ainda duvida das redes sociais pagas, execute um estudo de lift. A atribuição diz-lhe quem visitou após ver um anúncio. O lift diz-lhe quem visitou por causa dele.

Dois cenários práticos

As figuras abaixo são um exercício aritmético ilustrativo para mostrar o método. Não são resultados reportados por um local identificado.

Cenário 1: um grupo de restauração casual com 12 espaços a promover uma oferta de almoço

Situação. O grupo gastou 6 000 £ ao longo de quatro semanas a promover um menu de almoço em dias úteis no Instagram e Facebook. O Ads Manager reportou 40 reservas online, com um custo de 150 £ por reserva. O diretor financeiro pediu para parar a campanha.

O que foi feito. A equipa de marketing adicionou um consentimento separado para medição de anúncios na página de acesso ao WiFi. Em seguida, enviou um evento VenueVisit diário para os convidados que deram consentimento e reconstruiu os relatórios em torno de uma conversão personalizada. A vaga seguinte de quatro semanas decorreu com o mesmo orçamento e criatividade.

Resultado. O grupo enviou 1 900 eventos de visita de almoço com consentimento. A Meta atribuiu 310 deles à campanha dentro de uma janela de clique de sete dias e visualização de um dia. O custo por visita atribuída fixou-se nos 19,35 £, em comparação com os 150 £ por reserva apenas com dados do pixel. A campanha manteve-se ativa. A equipa de CRM utilizou depois o evento ReturnVisit para verificar que 70 desses convidados regressaram no prazo de 30 dias.

Cenário 2: um hotel de 150 quartos com restaurante e bar abertos ao público

Situação. O hotel veiculou anúncios da Meta para o seu restaurante e bar direcionados a clientes locais, não a residentes. Já executava o pixel e eventos de servidor para reservas, mas os resultados reportados tinham duplicado de um dia para o outro.

O que foi feito. A equipa descobriu que o seu motor de reservas e a sua integração de servidor enviavam ambos eventos Schedule com event IDs diferentes. A Meta não conseguia deduplicá-los. A equipa alinhou os event IDs e, em seguida, excluiu os hóspedes do hotel do evento VenueVisit, filtrando os inícios de sessão contra perfis associados a quartos.

Resultado. As reservas reportadas caíram de 220 para 112 no mês seguinte, alinhando-se com a contagem do próprio sistema de reservas com uma margem de 3%. Os eventos de visita passaram a contar apenas clientes do restaurante não residentes, 640 no mês. A equipa pôde finalmente comparar os gastos do restaurante com o comércio local em vez de uma mistura de residentes e duplicados.

Como sabe se a Conversions API está a funcionar?

Verifique cinco sinais no primeiro mês, por esta ordem.

Eventos recebidos correspondem aos eventos enviados

A sua contagem diária de visitas consentidas deve corresponder aos eventos que a Meta reporta como recebidos no Events Manager. Uma discrepância superior a 5% aponta para envios com falha, eventos rejeitados ou problemas de sincronização temporização.

A Event Match Quality está a melhorar

A Meta atribui a cada evento de servidor uma pontuação de 0 a 10 com base na eficácia com que os seus dados de correspondência identificam as pessoas. Adicionar um número de telefone com hash ao lado do e-mail geralmente melhora a pontuação. Acompanhe a tendência semana a semana, não o número do primeiro dia.

A deduplicação é limpa

Se os resultados do pixel e do servidor subirem bruscamente no dia em que entrou em funcionamento, os eventos estão provavelmente a ser contados duas vezes. Verifique se os eventos partilhados contêm o mesmo nome e event ID em ambas as fontes.

O custo por visita é estável

Após duas ou três semanas, o custo por visita atribuída deve estabilizar dentro de um intervalo consistente para cada campanha. Oscilações bruscas sugerem que os lotes estão a chegar com atraso ou de forma irregular.

Os resultados mantêm-se em comparação com um grupo de controlo

A atribuição dá crédito a um anúncio por qualquer pessoa que o tenha visto e depois tenha visitado o local, incluindo clientes habituais que teriam vindo de qualquer forma. Execute um teste simples: pause os anúncios para um local comparável durante duas semanas e compare as contagens de visitas WiFi. Para uma resposta rigorosa, utilize o estudo de Conversion Lift da Meta.

O que corre mal e como pode evitá-lo?

A maioria das falhas são falhas de processo, não falhas de código. Aqui estão as seis que custam mais tempo aos grupos de restauração.

• Enviar dados sem consentimento válido. Uma caixa de consentimento agrupada para "marketing" não será aceite nos termos do Artigo 7.º do GDPR para medição de anúncios. Separe os consentimentos e armazene cada escolha com o respetivo registo de data e hora.
• Contar o mesmo evento duas vezes. Eventos de pixel e de servidor sem event IDs correspondentes inflacionam todos os números que reporta. Corrija a deduplicação antes de apresentar os resultados à equipa financeira.
• Deixar os lotes ficarem desatualizados. Os eventos que ficam em fila de espera além do limite de tempo da Meta são rejeitados sem aparecerem nos relatórios. Automatize o envio diário e ative um alerta quando este falhar.
• Contar funcionários e residentes como clientes do restaurante. Os colaboradores iniciam sessão em cada turno e os hóspedes do hotel iniciam sessão diariamente. Filtre ambos, caso contrário o seu custo por visita parecerá melhor do que é na realidade.
• Tratar cada início de sessão como uma visita. Um cliente que se volta a ligar após o almoço continua a ser apenas uma visita. Envie um evento por cliente, por local, por dia.
• Confundir atribuição com causa. Um cliente habitual e fiel que viu o seu anúncio será contado como uma visita impulsionada pelo anúncio. Utilize grupos de controlo (holdouts) ou estudos de incremento (lift studies) antes de transferir orçamentos significativos.

Existe mais uma falha que está totalmente fora da Meta: uma lista reduzida de consentimentos. A medição de visitas apenas funciona para convidados que deram o seu consentimento. Trate a taxa de adesão (opt-in) no acesso ao WiFi como uma métrica de media paga, pois ela define o limite máximo do que pode medir.

Perguntas frequentes

A API de Conversões da Meta substitui o Pixel da Meta?

Não, a Meta recomenda a execução da API de Conversões em conjunto com o pixel, e não em sua substituição. O pixel capta eventos do navegador em tempo real, enquanto a ligação do servidor recupera eventos que o navegador perde e adiciona visitas offline. Quando ambos reportam o mesmo evento web, envie o mesmo nome de evento e ID de evento. A Meta contá-lo-á apenas uma vez. Para visitas presenciais, aplica-se apenas a ligação do servidor, uma vez que não existe um evento de navegador para duplicar.

A partilha de dados de WiFi de convidados com a Meta está em conformidade com o GDPR?

Sim, desde que tenha uma base legal que, para a medição de anúncios, é normalmente o consentimento explícito. O Artigo 7.º do GDPR estabelece as condições, e o Considerando 32 exclui caixas pré-marcadas. Informe os convidados em termos claros de que uma versão codificada do seu e-mail é enviada para a Meta para medir anúncios. Aplique o algoritmo de hash SHA-256 aos identificadores, conforme exigido pela Meta. Interrompa o envio no momento em que um convidado retirar o consentimento. Peça ao seu responsável pela proteção de dados para rever as Diretrizes 8/2020 do Comité Europeu para a Proteção de Dados.

Isto funcionará com o hardware de WiFi que já temos?

Sim, o Purple é independente de hardware e funciona como uma sobreposição na nuvem nos seus pontos de acesso existentes. Funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Não precisa de substituir hardware para captar registos de início de sessão com consentimento. Os dados de visitas fluem depois para o Purple Engage sob a forma de perfis de convidados, prontos para serem preparados para a API de Conversões.

Em que medida isto é diferente de utilizar o Mailchimp, Klaviyo ou HubSpot?

A diferença reside na origem dos dados de visitas. O Mailchimp, o Klaviyo e o HubSpot enviam campanhas para uma lista que já possui. Não registam que um cliente entrou fisicamente no seu restaurante. O Purple Engage cria a lista a partir dos inícios de sessão no WiFi de convidados, sendo cada um deles um registo de visita em primeira mão (first-party), com carimbo de data/hora e consentimento. É esse registo que transforma uma ligação da API de Conversões de uma medição web numa medição de visitas presenciais.

Precisamos de um programador para configurar a API de Conversões?

Geralmente sim, para eventos de visita, embora o trabalho seja reduzido. Os eventos do website podem frequentemente ser ligados através de uma integração de parceiro da Meta com pouco código. Os eventos de visita necessitam de uma tarefa agendada que leia os registos de início de sessão com consentimento, normalize e aplique hash aos identificadores e envie um lote diário. Um programador, uma agência ou um CRM com um conector para a Meta podem construí-lo. Reserve tempo para a redação dos textos de consentimento e para a revisão da proteção de dados em paralelo com a implementação.

Que taxa de correspondência (match rate) devemos esperar entre as visitas e as contas da Meta?

Espere que a Meta corresponda a menos visitas do que as que envia. A Meta apenas consegue corresponder pessoas que tenham uma conta Meta com o mesmo e-mail ou número de telefone. Envie um e-mail com hash e um número de telefone com hash sempre que os tiver, e normalize cada um cuidadosamente. Em seguida, acompanhe a pontuação de Qualidade da Correspondência de Eventos no Gestor de Eventos. Uma pontuação em subida durante o primeiro mês mostra que os seus dados de correspondência estão a melhorar.

Com que rapidez os resultados das visitas vão aparecer no Gestor de Anúncios?

Os eventos de visita aparecem no Gestor de Eventos assim que a Meta os recebe, e os Eventos de Teste mostram-nos à medida que chegam. Os resultados atribuídos acumulam-se no Gestor de Anúncios à medida que a janela de atribuição de cada campanha avança. Com uma janela de clique de sete dias, dê a uma campanha pelo menos uma semana inteira antes de avaliar o custo por visita. Duas a quatro semanas de envios diários oferecem uma visão fiável para decisões de orçamento.