Verificação de domínio na Meta: o pré-requisito de rastreamento que quase ninguém configura direito

Entre todos os passos de uma implementação de rastreamento para a Meta, a verificação de domínio é provavelmente o mais subestimado. Ela não gera relatório bonito, não aparece no dashboard de campanha e não tem o glamour da Conversions API. E, no entanto, é um pré-requisito estrutural: sem verificar o domínio onde suas conversões acontecem, você não consegue priorizar eventos sob o Aggregated Event Measurement, corre o risco de perder o controle da configuração para outra parte, e fica exposto a que anúncios usem seus links de forma que você não autorizou. Este artigo explica o que a verificação de domínio faz, por que ela virou obrigatória no mundo pós-privacidade, e como executá-la sem tropeçar nos erros comuns.

O que a verificação de domínio realmente estabelece#

Verificar um domínio na Meta é provar, para a plataforma, que você — e a sua organização no Business Manager — controla aquele domínio. É uma reivindicação de propriedade. Uma vez verificado, o domínio fica associado à sua conta empresarial, e só ela pode configurar como as conversões daquele domínio são medidas e como os links daquele domínio podem ser editados em anúncios.

Isso resolve três problemas distintos.

• Autoridade sobre a mensuração. Sob o AEM, quem controla o domínio verificado é quem prioriza e ordena os oito eventos medíveis daquele domínio. Sem verificação, você não tem essa autoridade — e num cenário em que várias contas de anúncios tocam o mesmo domínio, isso vira uma disputa que você pode perder.
• Proteção contra sequestro de link. A verificação impede que terceiros editem os elementos de exibição de links do seu domínio em anúncios deles (título, descrição, imagem no compartilhamento). Sem isso, seu domínio pode aparecer em anúncios com texto que você não escreveu.
• Segurança da configuração. Domínio verificado é domínio sob controle. Ele ancora o dataset, os eventos e as regras de otimização a uma organização identificada, reduzindo ambiguidade sobre quem manda na mensuração daquele endereço.

Por que virou obrigatório e não opcional#

Antes das restrições de privacidade, a Meta conseguia medir conversões de forma granular sem precisar saber, com rigor, quem era o dono de cada domínio. Com o AEM, a agregação depende de uma âncora clara: os oito eventos priorizados são propriedade de um domínio verificado, e essa configuração precisa ter um dono inequívoco para funcionar. A verificação deixou de ser uma boa prática de higiene e virou a fundação sobre a qual toda a priorização de eventos se apoia.

Na prática, se você tentar configurar a priorização de eventos de um domínio não verificado, esbarra em bloqueios: a interface não deixa, ou deixa mas de forma frágil, sujeita a ser sobreposta. A verificação é, portanto, o primeiro passo lógico de qualquer implementação séria de mensuração para a Meta — antes de configurar eventos, antes de refinar a CAPI, antes de otimizar por valor.

Qual domínio verificar — e a armadilha dos subdomínios#

Você verifica o domínio raiz (por exemplo, sualoja.com.br). A verificação cobre o domínio e os seus subdomínios para os fins de reivindicação de propriedade. Mas há sutilezas importantes.

• Verifique o domínio onde a conversão acontece. Se o checkout roda num domínio de um provedor de e-commerce diferente do seu site institucional, é o domínio do checkout — onde a compra de fato ocorre — que precisa estar sob seu controle para a mensuração da conversão. Verificar só o domínio da vitrine e deixar o checkout num domínio de terceiro que você não controla é uma causa clássica de conversões que não casam.
• Domínios de terceiros nem sempre são verificáveis por você. Se suas conversões acontecem numa plataforma hospedada em domínio alheio, você pode não conseguir verificá-lo. Nesses casos, avalie mover o checkout para um domínio próprio ou usar os mecanismos que a plataforma oferece para associar a mensuração.
• Um domínio, um dono. Um domínio só pode ser verificado por uma organização por vez. Se ele já foi reivindicado por outra conta empresarial (uma agência antiga, uma filial), você precisa resolver essa posse antes de reivindicar.

Os três métodos de verificação#

A Meta oferece caminhos alternativos para provar a propriedade. Todos chegam ao mesmo resultado; a escolha depende do seu acesso técnico.

• Meta tag no HTML. Você adiciona uma meta tag fornecida pela Meta na seção <head> da página inicial do domínio. É o método mais rápido se você edita o HTML do site. A tag precisa ficar na home e permanecer lá — removê-la depois pode invalidar a verificação.
• Arquivo enviado à raiz. A Meta gera um arquivo HTML que você hospeda na raiz do domínio, acessível por um caminho específico. É útil quando você tem acesso ao servidor de arquivos mas não quer mexer no template da home.
• Registro DNS TXT. Você adiciona um registro TXT com um valor fornecido pela Meta na zona DNS do domínio. É o método preferido quando você controla o DNS mas não o código do site, e costuma ser o mais estável — o registro fica no DNS, longe de deploys que poderiam remover uma meta tag por acidente.

Independentemente do método, a lógica é a mesma: a Meta verifica que o token dela aparece onde só o dono do domínio conseguiria colocá-lo. Depois de adicionar o elemento, você aciona a verificação no painel e aguarda a checagem, que pode levar de minutos a algumas horas dependendo da propagação (no caso do DNS).

Erros comuns que fazem a verificação falhar ou se perder#

Verificar domínio parece trivial, mas há armadilhas recorrentes.

• Remover a evidência depois de verificar. Um deploy do site que apaga a meta tag, ou uma limpeza de DNS que remove o TXT, pode derrubar a verificação silenciosamente. Trate o elemento de verificação como permanente.
• Verificar o domínio errado. Verificar www.sualoja.com.br quando as conversões acontecem em checkout.sualoja.com.br de outro provedor não resolve. Alinhe o domínio verificado ao domínio onde o evento de conversão realmente dispara.
• Confundir verificação de domínio com verificação de negócio. São coisas diferentes. Verificação de negócio valida a sua empresa perante a Meta; verificação de domínio valida a posse de um endereço web. Você pode precisar das duas, mas resolvê-las é independente.
• Não associar o domínio ao dataset. Verificar o domínio é metade do caminho; você ainda precisa vinculá-lo ao dataset/Pixel correto para que a priorização de eventos daquele domínio funcione.
• Ignorar a posse conflitante. Se a verificação falha com aviso de que o domínio já pertence a outra conta, insistir no método não adianta — é preciso resolver a posse com quem reivindicou antes.

A ordem correta de implementação#

A verificação de domínio se encaixa cedo numa sequência lógica de implementação. Uma ordem que funciona.

• Verifique o negócio no Business Manager, se ainda não o fez, para destravar recursos que dependem disso.
• Verifique o domínio de conversão por um dos três métodos, preferindo o TXT de DNS pela estabilidade quando possível.
• Associe o domínio verificado ao dataset correto, aquele que recebe seus eventos de Pixel e CAPI.
• Configure e priorize os oito eventos daquele domínio sob o AEM, só depois de a verificação estar confirmada.
• Valide que a priorização "pegou" e que os eventos do domínio estão sendo medidos como você configurou.

Tentar pular a verificação e ir direto para a priorização de eventos é a origem de uma classe inteira de frustrações — "não consigo configurar meus eventos", "minha priorização não salva", "outra conta mexeu na minha mensuração".

Verificação de domínio em cenários multi-marca e multi-plataforma#

A verificação fica direta quando você tem um site num domínio que controla. As dificuldades aparecem em arranjos mais complexos, que são justamente os mais comuns em operações que crescem.

• Várias marcas, vários domínios. Se você opera marcas distintas em domínios separados, cada domínio precisa da sua própria verificação e dos seus próprios oito eventos priorizados. Isso é bom — cada marca ganha um espaço de mensuração independente —, mas exige disciplina para não esquecer de verificar um domínio novo antes de investir mídia nele.
• Uma marca, muitos subdomínios. Vitrine, blog, checkout e área do cliente podem viver em subdomínios do mesmo domínio raiz. Verificar o domínio raiz cobre a reivindicação de propriedade, mas você ainda precisa garantir que os eventos de conversão de cada subdomínio cheguem ao dataset certo e que a priorização se aplique onde a conversão de fato ocorre.
• Checkout em plataforma de terceiro. Este é o caso mais espinhoso. Se a compra fecha num domínio de um provedor de e-commerce que você não controla, verificar seu domínio institucional não resolve a mensuração da conversão. As saídas são mover o checkout para um domínio próprio, usar um subdomínio seu apontado para a plataforma, ou empregar os recursos que o provedor oferece para associar a mensuração ao seu negócio.
• Migração de domínio. Ao trocar de domínio — rebranding, mudança de sufixo, consolidação —, a verificação e a priorização de eventos precisam ser refeitas no novo domínio. Esquecer isso faz a mensuração "sumir" no dia seguinte à migração, sem causa aparente.

Em todos esses cenários, o registro TXT de DNS tende a ser o método mais robusto, porque sobrevive a mudanças no código do site e fica sob o controle de quem administra a zona DNS. Documentar qual domínio está verificado por qual método, e onde a evidência vive, evita que uma limpeza de rotina no DNS ou um deploy do site derrube a verificação sem ninguém relacionar a causa ao efeito semanas depois.

Um passo administrativo com consequências técnicas#

A verificação de domínio é enganosa porque parece burocracia — um passo de configuração sem código de negócio, que você faz uma vez e esquece. Mas ela é a base de posse sobre a qual toda a mensuração da Meta para aquele domínio se apoia. Sem ela, a priorização de eventos fica frágil, a otimização de conversão perde o alicerce e você abre mão do controle sobre como sua própria marca aparece em anúncios.

Fazê-la certo custa poucos minutos e evita horas de confusão adiante. Fazê-la e depois protegê-la — não removendo a evidência, mantendo a posse na organização certa, alinhando o domínio verificado ao domínio real de conversão — é o que garante que essa fundação continue de pé enquanto o resto da sua implementação evolui em cima dela.