Você não mudou nada na sua campanha. Mesmo público, mesmo criativo, mesmo orçamento. Mas de uma época pra cá o painel da Meta começou a mostrar menos conversões, públicos menores, otimização mais burra — e você ficou ali coçando a cabeça, achando que estragou alguma coisa. Não estragou. O que mudou foi do outro lado: em algum momento de 2021, a Apple entregou pra cada usuário de iPhone um botão de "não me rastreie", a maioria apertou, e o seu anúncio simplesmente parou de enxergar metade do caminho. Esse texto é sobre o que aconteceu — e sobre a saída que separou quem se adaptou de quem ficou no escuro.
- O pixel rastreava o usuário pelo navegador — e dependia de uma permissão que, em 2021, a maioria deixou de dar.
- O iOS 14 (ATT) obrigou os apps a pedirem permissão pra rastrear; muita gente recusou e os dados sumiram.
- O sintoma no seu painel: conversões a menos, públicos menores, otimização pior — sem você ter mexido em nada.
- A saída é medir do seu lado (server-side / CAPI): o dado que é seu não depende da permissão do iPhone de ninguém.
O dia em que o pixel parou de enxergar
Por mais de uma década, o jeito de medir anúncio foi o pixel: um pedacinho de código que ficava no seu site e contava pra Meta o que a pessoa fazia depois do clique. Visitou a página, mexeu no carrinho, preencheu um formulário — o pixel via tudo e devolvia esse sinal pra Meta otimizar. Isso é o que se chama de rastreamento client-side: a medição acontece no navegador, no aparelho da pessoa.
Funcionou bem enquanto o navegador era um lugar aberto, onde a Meta conseguia acompanhar o usuário de um site pro outro. O anúncio "enxergava" porque o pixel via. E foi exatamente esse acesso ao navegador que a Apple cortou.
O que a Apple fez (ATT) e por que doeu
Em 2021 a Apple lançou o App Tracking Transparency — o ATT. A regra é simples de entender: todo app que quiser rastrear o usuário entre apps e sites tem que pedir permissão, com aquela janelinha "Permitir que [app] rastreie sua atividade?". Antes, o rastreio era o padrão silencioso. Depois do iOS 14, virou uma escolha — e a maioria das pessoas escolheu não permitir.
O efeito foi imediato. Boa parte do sinal que o pixel mandava pra Meta sobre o que acontecia depois do clique simplesmente deixou de chegar. Não porque o anúncio piorou, mas porque o cano de dados secou. A indústria inteira sentiu de uma vez, e a resposta foi clara: parar de depender só do navegador e migrar a medição pra um lugar que a Apple não controla — o servidor.
O sintoma no seu painel
Você provavelmente não acompanhou o noticiário sobre privacidade da Apple. Você só viu o resultado, e ele parecia um problema seu. Os sinais clássicos de quem foi pego pela mudança e não se adaptou:
- Conversões caíram ou ficaram imprecisas. A Meta passou a estimar mais e medir menos — então o número que aparece é parte conta, parte chute.
- Públicos de remarketing encolheram. Sem o pixel vendo quem visitou, dá pra reimpactar menos gente.
- A otimização ficou mais burra. O algoritmo aprende com o resultado que você devolve; com menos sinal de volta, ele acerta menos a quem mostrar o anúncio.
E o pior: nada disso aparece com um aviso. Não tem uma luz vermelha dizendo "metade dos seus dados sumiu". Você só vê o ROAS mais magro e tira a conclusão errada — que o anúncio cansou, que o público saturou, que a oferta não pega. Às vezes é isso mesmo. Mas muitas vezes é só o seu anúncio cego, decidindo no escuro.
A saída: medir do SEU lado (server-side)
Aqui está o que a indústria inteira fez, e que você também pode fazer. Se o problema é que a medição dependia do navegador da pessoa — e a pessoa fechou a porta —, a saída é parar de depender do navegador. Em vez de o evento sair do iPhone dela, ele sai do seu servidor.
Pensa assim: quando um lead chega, quando você fecha um agendamento, quando finaliza uma OS e o dinheiro entra, esses fatos são seus. Aconteceram no seu sistema, no seu banco de dados, na sua operação. Não tem janelinha de permissão da Apple no meio disso. Então, em vez de torcer pro pixel capturar, você manda esse evento direto pra Meta, de servidor pra servidor. Na Meta, esse caminho tem nome: API de Conversões, a CAPI.
O dado que é seu não depende da permissão do iPhone de ninguém. É isso que o server-side resolve: ele devolve pra Meta a parte do funil que o pixel perdeu — e o algoritmo volta a aprender com venda de verdade, não com estimativa.
Pra serviço local, isso é ainda mais crítico
Agora a parte que quase ninguém te conta. Pra e-commerce, o estrago do iOS 14 foi grande, mas a venda ainda fecha dentro do navegador — a pessoa clica, vai pro site, compra ali. Sobra algum sinal pra raspar.
No seu negócio, não. A venda de serviço local não fecha no navegador. Ela começa no clique, migra pro WhatsApp, rola uma conversa de dias, e só vira dinheiro quando a OS é finalizada lá no seu sistema — um lugar onde o pixel nunca pôs o pé. Quer dizer: o pedaço do caminho que mais importa pra você, o pedaço que termina em receita, é justamente o que o rastreamento do navegador jamais conseguiu ver, com ou sem Apple.
Por isso, pra serviço local, server-side não é refinamento — é o único jeito de a Meta saber que aquela campanha gerou cliente que pagou. Sem ele, você otimiza pra clique barato e reza. Com ele, você otimiza pra OS finalizada.
Por que isso não se resolve sozinho
Vou ser honesto com você sobre o tamanho do buraco. Entender o conceito é a parte fácil — "manda o evento do servidor, não do navegador". Fazer isso acontecer, toda vez, é a parte que ninguém faz na unha. Pra o server-side funcionar de verdade no serviço local, três coisas precisam estar amarradas: o lead que chega tem que guardar de qual anúncio veio; a conversa no WhatsApp tem que continuar ligada a esse lead; e a OS finalizada tem que voltar e dizer pra Meta "essa receita nasceu daquela campanha".
Cada uma dessas pontes, feita na mão, quebra na primeira semana. É um problema de sistema: ou suas ferramentas (anúncio, WhatsApp, CRM, OS, financeiro) conversam entre si e fecham esse caminho sozinhas, devolvendo a venda pra Meta no automático, ou o evento server-side nunca sai e você segue cego do mesmo jeito — só que agora sabendo o nome do problema.
Recupere a mira do seu anúncio — medindo do seu lado, não do navegador.
O Tráfego IA da Valiom guarda a origem de cada lead, segue ele até a OS finalizada e devolve a venda pra Meta via server-side, no automático. Foi o que eu construí pra minha própria empresa quando o iOS 14 cegou minhas campanhas — porque cansei de decidir no escuro.
Conhecer o Tráfego IASeu próximo passo (faça essa semana)
3 ações pra sair do escuro:
- Confira no Gerenciador de Eventos da Meta se sua conta usa só o pixel ou também a API de Conversões. Se for só o pixel, achou seu buraco.
- Para cada campanha ativa, pergunte: o evento de venda fechada está chegando na Meta, ou ela só vê o clique? Se só vê o clique, ela está otimizando cego.
- Comece a registrar a origem de cada lead novo e ligue essa origem à OS finalizada — nem que seja na unha por enquanto, até virar automático.
O iOS 14 não foi o fim do anúncio que funciona — foi o fim do anúncio que dependia de espiar o navegador dos outros. O dado que importa pra você sempre esteve do seu lado: o lead que chegou, o serviço que você entregou, o dinheiro que entrou. Pare de torcer pro pixel ver e comece a contar pra Meta o que já é seu. Quando o anúncio volta a enxergar a venda de verdade, ele para de gastar no escuro e volta a render.
Perguntas frequentes
O que foi a mudança do iOS 14?
Em 2021 a Apple lançou o App Tracking Transparency (ATT): cada app passou a ter que pedir permissão explícita para rastrear o usuário entre apps e sites. A maioria das pessoas optou por não permitir, e com isso boa parte dos dados que o pixel mandava para a Meta deixou de chegar.
Por que minhas conversões caíram sem eu mudar nada?
Porque o que mudou não foi o seu anúncio, foi o que a Meta consegue enxergar depois do clique. Com menos permissão de rastreio, a Meta passou a estimar mais e medir menos. O resultado aparece como conversões a menos ou imprecisas, públicos menores e otimização pior, mesmo com a campanha intacta.
O que é rastreamento server-side?
É mandar o evento de conversão direto do seu servidor para a Meta, em vez de depender só do navegador do usuário. Esse dado é seu (o lead chegou, o serviço foi finalizado, a receita entrou) e não depende da permissão de rastreio do iPhone. Na Meta, isso é feito pela API de Conversões (CAPI).
O pixel ainda serve pra algo?
Sim. O pixel continua útil para sinais do navegador, mas hoje ele funciona melhor em dupla com o server-side. O navegador captura o que dá, o servidor envia o que é seu de verdade, e a Meta junta os dois removendo duplicados. Sozinho, o pixel virou meia medição.
Isso afeta serviço local mais que e-commerce?
Sim, e por um motivo simples: no e-commerce a venda fecha dentro do navegador, onde ainda sobra algum sinal. No serviço local a venda fecha no WhatsApp e vira OS finalizada no seu sistema, longe do navegador. Esse pedaço do caminho só o rastreamento server-side consegue capturar.