--- title: "Safari e cookies: por que o anúncio perde atribuição | Grupo Marfre" description: "Safari e cookies no anúncio: cookie por JavaScript dura 7 dias e só 24 horas com fbclid ou gclid. Veja o que muda com o cookie do servidor no próprio domínio." canonical: https://grupomarfre.com.br/gestao-de-trafego/safari-e-cookies/ alternate_html: https://grupomarfre.com.br/gestao-de-trafego/safari-e-cookies/ language: pt-BR last_updated: 2026-10-27 type: guia --- # Safari e cookies: por que o anúncio perde atribuição **Resposta rápida:** No Safari, cookie escrito por JavaScript dura 7 dias, e só 24 horas quando a visita chega com fbclid ou gclid na URL, ou seja, justamente quem veio do anúncio. Quem compra depois disso pode aparecer sem origem. Cookie gravado pelo servidor no próprio domínio não sofre esse corte, segundo o WebKit (02/10/2026). O anúncio perde atribuição no Safari porque o cookie que guarda a origem da visita expira cedo demais. Segundo o WebKit (02/10/2026), cookie escrito por JavaScript dura 7 dias no Safari e apenas 24 horas quando a visita chega com `fbclid` ou `gclid` na URL. Esses dois parâmetros são a marca de quem clicou num anúncio da Meta ou do Google. Na prática, o visitante que veio do anúncio é o que tem o cookie mais curto. Se ele volta e compra depois de um dia, o cookie escrito por JavaScript já expirou e a venda pode ficar sem ligação com o clique. A saída descrita pelo WebKit é o cookie gravado pelo servidor no próprio domínio, que não sofre esse corte. ## Qual é a regra do Safari para cookies de JavaScript? O Safari limita a vida do cookie criado por JavaScript a 7 dias. Quando a URL de entrada traz `fbclid` ou `gclid`, o limite cai para 24 horas. A regra vale para o cookie escrito pelo navegador, não para o escrito pelo servidor no próprio domínio. | Como o cookie é gravado | Duração no Safari | | --- | --- | | JavaScript, visita comum | 7 dias | | JavaScript, visita com `fbclid` ou `gclid` | 24 horas | | Servidor, no próprio domínio | Não sofre esse corte | Pixel e tag de anúncio que rodam no navegador são JavaScript: o cookie que eles gravam ali entra nesse corte. ## Como isso aparece no relatório de anúncios? A perda aparece como venda sem origem: o pedido existe no caixa, mas a plataforma de anúncio não o credita. Quanto mais longo o intervalo entre clique e compra, maior a chance de o cookie já ter expirado. Compra por impulso, no mesmo dia, sofre menos. Exemplo fictício: uma clínica recebe um clique no Safari do iPhone na segunda-feira. A pessoa pensa, volta ao site no sábado e agenda. O cookie de 24 horas expirou na terça. O agendamento entra como acesso direto e o anúncio pode ficar sem o crédito. Dois cuidados antes de concluir que é isso: - Número baixo de conversões, sozinho, não prova defeito de rastreio. O defeito se acusa com duas fontes independentes, como o relatório da plataforma e o registro de vendas da loja. - Meta, Google e caixa nunca batem exatamente, por causa de janelas e métodos diferentes. A página [Por que Meta, Google e o caixa nunca dão o mesmo número](https://grupomarfre.com.br/gestao-de-trafego/meta-e-google-nao-batem/) mostra o que é esperado e o que é falha. ## Como o cookie do servidor resolve o problema? O cookie do servidor é gravado pela resposta HTTP do próprio site, e não por um script rodando no navegador. Como vem do domínio do site, o Safari não aplica o corte de 24 horas ou 7 dias descrito pelo WebKit. O identificador do clique pode durar até a compra, no prazo que o servidor definir. O fluxo básico tem três passos: 1. O visitante chega com `fbclid` ou `gclid` na URL. 2. O servidor lê o parâmetro na requisição e responde com um cabeçalho `Set-Cookie`. 3. Quando a compra acontece, o servidor lê o cookie e envia o evento com o identificador do clique. Exemplo fictício do cabeçalho: ```http HTTP/1.1 200 OK Set-Cookie: clique_origem=VALOR_DO_PARAMETRO; Max-Age=2592000; Path=/; Secure; SameSite=Lax ``` O `Max-Age` acima (30 dias) é só um exemplo. Escolha o prazo conforme o ciclo de decisão do seu cliente e a janela de atribuição que você usa. A gravação precisa partir do servidor que responde pelo domínio do site. Um script de terceiros que apenas imita isso no navegador volta ao mesmo limite. ## Como a API de Conversões entra nessa conta? Guardar o identificador no servidor só ajuda se o evento voltar para a plataforma. É o papel da [API de Conversões da Meta](https://grupomarfre.com.br/gestao-de-trafego/conversoes-pelo-servidor-meta/): o servidor envia a compra com os dados guardados. Dois pontos pedem atenção: - A API de Conversões rejeita evento com mais de 7 dias. O servidor precisa enviar a compra logo depois que ela acontece: guardar o identificador por 30 dias não autoriza mandar uma compra antiga. - Se pixel e servidor enviarem a mesma compra, o evento precisa do mesmo `event_id` nos dois, senão a venda conta duas vezes. O passo a passo está em [Deduplicação de eventos](https://grupomarfre.com.br/gestao-de-trafego/deduplicacao-de-eventos/). Há ainda uma armadilha de leitura. Um ganho grande de compras atribuídas ao ligar a API de Conversões não prova que as vendas dobraram, pois pixel bloqueado também produz ganho alto. ## Como testar se o seu site perde atribuição no Safari? O teste leva poucos minutos e usa o Safari, a linha de comando e o Gerenciador de Eventos da Meta. 1. Abra o site no Safari com um parâmetro de teste na URL, como `?fbclid=teste123`. 2. No Safari, abra o Web Inspector, aba Armazenamento, e veja a data de expiração dos cookies gravados. Cookie com o identificador do clique expirando em cerca de 24 horas é sinal de que foi escrito por JavaScript. 3. Rode `curl -s -L -D - -o /dev/null "https://www.seusite.com.br/?fbclid=teste123"` (mostra só os cabeçalhos, inclusive os de cada redirecionamento) e procure `Set-Cookie` na resposta. Se não houver nenhum com o identificador do clique, o servidor não grava o cookie. 4. Na Meta, abra a aba de diagnóstico do conjunto de dados e procure por fbclid vencido ou modificado, que a contagem de eventos não mostra. Em seguida, compare as vendas do caixa com as da plataforma para quem comprou mais de um dia depois do clique. Se a diferença se concentra nesse grupo, o cookie é suspeito. Se o zero aparece em todas as campanhas ao mesmo tempo, com cliques normais, a causa provável é outra: veja [Como saber se o rastreio quebrou](https://grupomarfre.com.br/gestao-de-trafego/rastreio-quebrado/). Quando a mudança de janela do relatório também entra na conversa, leia [Atribuição na Meta em 2026](https://grupomarfre.com.br/gestao-de-trafego/atribuicao-na-meta-2026/) para separar o que é o relatório mudando do que é o cookie expirando. ## Perguntas frequentes ### O cookie do servidor funciona em todos os navegadores? A documentação do WebKit trata do Safari, que é onde o corte de 24 horas e 7 dias foi documentado. Gravar o cookie pelo servidor é uma prática independente do navegador, mas a regra de duração citada nesta página vale para o Safari. ### Preciso de cookie do servidor se vendo no mesmo dia do clique? Se a compra quase sempre acontece dentro de 24 horas, o corte pesa pouco. Ele pesa quando há intervalo entre clique e fechamento, como em serviços, agendamentos e compras comparadas em vários dias. ### O pixel da Meta deixa de funcionar no Safari? Não. O que muda é a duração do cookie escrito por JavaScript, que fica curta para quem chega com `fbclid` ou `gclid`. O pixel continua registrando eventos, mas o vínculo com o clique original pode se perder em compras tardias. ### Gravar o cookie no servidor resolve a diferença entre Meta e caixa? Não por si só. Ele reduz a perda causada pela expiração, mas as diferenças de janela, de visualização e de modelagem entre plataformas continuam. A referência final é sempre a venda real. ## Fontes consultadas - [webkit.org/](https://webkit.org/) ## Leia também ### [API de Conversões da Meta (CAPI): para que serve](https://grupomarfre.com.br/gestao-de-trafego/conversoes-pelo-servidor-meta/) API de Conversões da Meta (CAPI): o servidor envia à Meta os eventos que o pixel perde. Veja cookie, hash, deduplicação e por que ela não esquenta pixel novo. ### [Deduplicação de eventos: por que a compra está contando em dobro](https://grupomarfre.com.br/gestao-de-trafego/deduplicacao-de-eventos/) Deduplicação de eventos na Meta: como usar o mesmo event\_id no pixel e na API de Conversões para a compra não contar em dobro e o CPA não parecer metade. ### [Atribuição na Meta em 2026: o que mudou no "clique"](https://grupomarfre.com.br/gestao-de-trafego/atribuicao-na-meta-2026/) Atribuição na Meta em 2026: desde março, em conversão de site e loja física, clique é só clique no link; curtida e comentário viraram engage-through de 1 dia. ### [Como saber se o rastreio quebrou](https://grupomarfre.com.br/gestao-de-trafego/rastreio-quebrado/) Como saber se o rastreio quebrou: compra zerando em degrau em todas as campanhas, duas fontes para confirmar e o que fazer até o sinal voltar. ### [Por que Meta, Google e o caixa nunca dão o mesmo número](https://grupomarfre.com.br/gestao-de-trafego/meta-e-google-nao-batem/) Meta Ads, Google Ads e o caixa dão números diferentes por janela, visualização e modelagem. Veja por que somar plataformas conta a venda 2× e o que conferir. ### [Consent Mode v2: o que é e se é obrigatório no Brasil](https://grupomarfre.com.br/gestao-de-trafego/consent-mode-v2/) Consent Mode v2: veja os 4 sinais, por que é obrigatório no Espaço Econômico Europeu e se vale para o seu site no Brasil, com o que conferir na prática. --- ## Sobre o Grupo Marfre Grupo Marfre Automação e Tecnologia LTDA (CNPJ 49.685.676/0001-55): agência de marketing digital e inteligência artificial com base em Contagem/MG, que atende o Brasil inteiro de forma remota. - Endereço: Alameda das Cotovias, 75, Cabral, Contagem - MG, Brasil - WhatsApp: (31) 93618-7272, https://wa.me/5531936187272 - E-mail: contato@grupomarfre.com.br - Instagram: https://instagram.com/marfregrupo - Serviços: gestão de tráfego pago (Meta Ads e Google Ads), site agêntico (site pronto pra assistentes de IA lerem), site que vira contato, SEO e Google, IA no WhatsApp, CRM e automação - Serviço de site agêntico: https://grupomarfre.com.br/servicos/site-agentico/ · serviço de gestão de tráfego: https://grupomarfre.com.br/servicos/gestao-de-trafego/ - Guias: https://grupomarfre.com.br/sites-agenticos/ e https://grupomarfre.com.br/gestao-de-trafego/ - Método em 4 etapas: Diagnóstico, Estratégia, Execução, Otimização - Segmentos já atendidos: clínica, consultório, advocacia, loja, igreja - Preço e escopo não são publicados: são definidos por diagnóstico, caso a caso - Todas as páginas em Markdown: https://grupomarfre.com.br/llms.txt · conteúdo completo: https://grupomarfre.com.br/llms-full.txt Página HTML equivalente: https://grupomarfre.com.br/gestao-de-trafego/safari-e-cookies/