iOS 14 e o fim do cookie: proteja suas conversões

Se você anuncia no Meta desde antes de 2021, sabe que existe um marco que dividiu o tráfego pago em duas eras. Antes do iOS 14, o pixel funcionava lindamente. Depois, CPL inflou, atribuição virou um quebra-cabeças, e relatórios passaram a mostrar números cada vez mais distantes da realidade do checkout.

Neste artigo vamos explicar o que aconteceu de verdade, por que continua impactando suas campanhas em 2026, e principalmente, o que dá para fazer hoje para recuperar boa parte dos dados perdidos.

O contexto: a Apple mudou as regras

Em abril de 2021, a Apple lançou o iOS 14.5 com o recurso App Tracking Transparency, conhecido como ATT. Toda vez que um app quer rastrear o usuário fora dele (incluindo o Facebook e o Instagram), aparece aquela tela perguntando "Permitir que o app rastreie sua atividade?".

Na prática, a esmagadora maioria dos usuários clica em Não autorizar. Estimativas variam, mas em vários estudos a taxa de "não autorizo" no Brasil passa de 70%.

O resultado: o Meta perdeu a capacidade de identificar com precisão o que cada usuário do iPhone faz fora do app. E como o iOS representa uma fatia gorda do tráfego de e-commerce no Brasil, especialmente em nichos de ticket alto, o impacto foi brutal.

O que isso significa na prática para o seu anúncio

Antes do iOS 14, o fluxo era simples:

1. Pessoa vê o anúncio no Instagram.
2. Clica e vai para o site.
3. O pixel registra a visita e a conversão.
4. O Meta cruza os dados e atribui a venda ao anúncio específico.

Depois do iOS 14, para usuários de iPhone que recusaram o rastreamento:

1. Pessoa vê o anúncio.
2. Clica e vai para o site.
3. O pixel até tenta registrar, mas o Safari bloqueia ou limita os cookies.
4. O Meta recebe um sinal fragmentado, sem identificador claro.
5. A venda acontece, mas não é atribuída ao anúncio.

Resultado prático:

• CPL aparece inflado no relatório, porque conversões reais não estão sendo contadas.
• CPA aparece pior do que é, levando você a pausar campanhas que na verdade estão dando lucro.
• Públicos de retargeting ficam menores, porque o Meta não consegue identificar quem visitou o site.
• Lookalikes pioram, porque a base de conversões que alimenta o aprendizado virou pobre.

A janela de atribuição encolheu

Outra mudança importante: o Meta foi obrigado a reduzir a janela de atribuição padrão. Antes, o padrão era clique de 28 dias e visualização de 1 dia. Hoje, o padrão é clique de 7 dias e visualização de 1 dia (com a janela de view-through quase irrelevante).

Para nichos com ciclo de venda longo, isso é devastador. Se sua persona costuma comparar por duas semanas antes de comprar, metade das conversões nem vai aparecer atribuída ao anúncio que deu o clique inicial.

O limite de 8 eventos por domínio

Junto com o ATT, o Meta criou outra restrição: cada domínio só pode ter 8 eventos priorizados. Tudo o que sobrar é ignorado para fins de otimização de usuários iOS.

Você precisa entrar no Gerenciador de Eventos, abrir Configuração de Eventos Agregados e ranquear os eventos do mais importante para o menos importante. O Purchase quase sempre fica em primeiro. InitiateCheckout, AddToCart, Lead, ViewContent vêm depois, dependendo do funil.

Se você esquece de configurar essa parte, suas campanhas otimizadas para conversão funcionam com sinal degradado para todo o tráfego iOS.

Como a CAPI salva parte do jogo

A API de Conversões (CAPI) é a principal resposta ao problema do iOS 14. Como ela envia eventos diretamente do seu servidor para o Meta, sem depender do navegador do usuário, ela escapa de:

• Bloqueio de cookies pelo Safari.
• Inteligência de prevenção de rastreamento (ITP).
• Bloqueadores de anúncio.
• Limitações de JavaScript no navegador.

Com a CAPI bem configurada e enriquecida com dados de primeira parte (e-mail, telefone, nome, CEP, tudo com hash), o Meta consegue recompor a identidade do usuário e reatribuir conversões que sem ela seriam perdidas.

Para entender em profundidade essa abordagem, leia CAPI vs pixel do navegador.

Dados de primeira parte: o ouro novo

A grande virada estratégica pós iOS 14 é a importância dos dados de primeira parte. Antes, dependíamos de identificadores de terceiros (cookies, IDFA do iOS). Agora, o que vale é o que você mesmo coleta: e-mail, telefone, CPF, nome completo, endereço.

Quanto mais desses dados você consegue capturar no funil (em troca de algum valor, como cupom, frete grátis, conteúdo gratuito), maior o match rate nos envios para o Meta via CAPI, e melhor a recomposição da identidade do usuário.

Contingência: a defesa estrutural

Mesmo com pixel + CAPI rodando em paralelo, sobra um ponto frágil: depender de um único pixel. Se o Meta restringir sua conta, ou se o pixel for marcado por qualquer motivo, você perde todo o aprendizado e os públicos de uma vez.

A solução é a contingência de pixels: rodar vários pixels em paralelo, em contas diferentes, disparando os mesmos eventos. Funciona como redundância. Um cai, os outros mantêm.

Para quem investe valores significativos em mídia, contingência deixou de ser opcional. É infraestrutura básica.

O cenário do WhatsApp piora ainda mais

Se você manda tráfego direto para o WhatsApp, o problema do iOS 14 vira ainda mais agudo. Quando o usuário sai do navegador (onde o pixel poderia tentar identificar) e entra direto no app do WhatsApp, qualquer sinal posterior se perde completamente. A venda que acontece dentro da conversa é invisível para o Meta.

A única forma de fechar esse ciclo é enviar o Purchase diretamente do servidor, via CAPI, depois que a venda for confirmada na conversa. Sem isso, o Meta otimiza apenas pelo clique inicial, sem nunca saber se aquele lead virou cliente.

Roteiro prático de mitigação

Se você está sentindo o impacto do iOS 14 e quer recuperar o controle, faça nessa ordem:

1. Confirme que o pixel base está saudável seguindo o guia como configurar o Pixel do Facebook.
2. Configure os 8 eventos priorizados no Gerenciador de Eventos. Coloque o evento de maior valor no topo.
3. Ative a CAPI com deduplicação por event_id em todos os eventos críticos.
4. Capture dados de primeira parte: e-mail e telefone no mínimo. Envie tudo com hash SHA-256.
5. Verifique o EMQ (Event Match Quality) dentro do Gerenciador de Eventos. Mire acima de 7 sempre que possível.
6. Implemente contingência com pixels redundantes em contas separadas.
7. Estenda a janela quando possível, e analise resultados em horizontes mais longos do que o atribuído.

O que esperar daqui pra frente

Privacidade só vai apertar mais. Chrome já anunciou o fim dos cookies de terceiros. Outros navegadores seguem a mesma linha. Em 2026 e adiante, depender exclusivamente do pixel do navegador é projeto fadado ao fracasso. A migração para arquitetura híbrida com CAPI, dados de primeira parte e contingência não é mais "boa prática avançada", é o mínimo profissional.

Próximos passos

• Veja CAPI vs pixel do navegador e implemente a configuração híbrida.
• Proteja sua operação com contingência de pixels.
• Comece do começo, se precisar, com o guia como configurar o Pixel do Facebook.

A WhaTrack foi construída exatamente para esse cenário pós iOS 14: dispara em pixel e CAPI ao mesmo tempo, com contingência embutida, captura dados de primeira parte e devolve para você o controle de atribuição que o iOS 14 tirou. Conheça o painel e veja como recuperar suas conversões.