Explicação prática - O Safari bloqueia o Google Analytics

Aqui, o tema O Safari bloqueia o Google Analytics é explicado com exemplos práticos. Ninguém apertou um botão para desligar nada: o Safari bloqueia Google Analytics por consequência do ITP, que encurta a vida dos cookies e corta os identificadores dos quais a plataforma depende.

Safari não simplesmente "bloqueia Google Analytics" em todas as configurações. Uma solicitação GA4 básica ainda pode ser acionada se o usuário permitir e nenhum bloqueador de conteúdo intervir. O que Safari faz é enfraquecer os identificadores dos quais dependem a análise e a publicidade baseadas em cookies.

A Prevenção Inteligente de Rastreamento da Apple bloqueia cookies de terceiros e restringe o armazenamento gravável por script em contextos relacionados ao rastreamento. O WebKit documenta um limite de 7 dias para armazenamento gravável em script após nenhuma interação do usuário, um limite de 24 horas para alguns casos de decoração de links e defesas de cloaking CNAME (Prevenção de rastreamento do WebKit). As orientações anteriores do WebKit também explicaram que os cookies persistentes criados por meio de document.cookie foram limitados a sete dias (ITP 2.1).

Não simplifique isso para "Safari exclui todos os cookies primários após 7 dias". Cookies primários definidos pelo servidor para funcionalidade comum do site não são iguais ao armazenamento gravável por script usado por rastreadores. O ponto analítico importante é que os identificadores definidos ou atualizados por meio do código de rastreamento do lado do cliente são menos duráveis em Safari do que muitos relatórios de marketing supõem.

O que isso significa para Google Analytics

Se Google Analytics usar cookies primários para reconhecer visitantes que retornam, as restrições de Safari podem encurtar o tempo de funcionamento desse reconhecimento. Se os recursos de publicidade ou rastreamento entre sites dependem de contextos de terceiros, Safari é muito mais restritivo. Alguns usuários também usam bloqueadores de conteúdo que bloqueiam totalmente os scripts de análise.

O resultado nem sempre são dados zero. São dados degradados:

• Visitantes recorrentes podem aparecer como novos visitantes.
• As janelas de atribuição podem diminuir.
• A medição de anúncios entre sites torna-se mais fraca.
• Fragmento da jornada do usuário.
• O tráfego Safari pode ser diferente do tráfego Chrome.

Por que isso é importante

Safari é especialmente importante em iOS. Fora do EU, os navegadores iOS ainda dependem amplamente do WebKit de acordo com as regras da plataforma da Apple. No EU, a Apple permite mecanismos de navegador alternativos para aplicativos de navegador qualificados e navegadores no aplicativo sob direitos específicos em versões compatíveis de iOS e iPadOS (mecanismos de navegador alternativos da Apple). Essa advertência é importante para testes futuros, mas hoje você ainda deve tratar o comportamento do iOS Safari/WebKit como um ambiente analítico importante.

A direção mais ampla de privacidade da Apple

Safari é apenas uma parte da postura de privacidade da Apple. App Tracking Transparency requer permissão para rastreamento entre aplicativos. A Proteção de Privacidade do Mail afeta o rastreamento de abertura de e-mail. O Private Relay pode ocultar informações IP para alguns usuários do iCloud. As regras de privacidade da App Store da Apple também restringem a impressão digital e exigem práticas de divulgação de dados (Privacidade do usuário e uso de dados da Apple).

A direção é clara: rastreamento menos silencioso, mais controle do usuário e menos identificadores duráveis.

Como adaptar análises

Use análises que não precisam de cookies de longa duração para produzir relatórios úteis. Uma configuração que prioriza a privacidade deve:

• Evite cookies de terceiros.
• Evite impressões digitais.
• Evite armazenamento IP completo.
• Use UTMs para atribuição de campanha.
• Acompanhe as conversões como eventos primários.
• Compare tendências por navegador para que as lacunas fiquem visíveis.
• Mantenha as cargas de eventos livres de dados pessoais.

O que não fazer

Não responda às restrições Safari tirando impressões digitais dos usuários. As impressões digitais são difíceis de controlar pelos usuários e podem criar maiores riscos à privacidade do que os cookies. Também não esconda o rastreamento atrás do encaminhamento do lado do servidor; se os mesmos dados pessoais forem enviados para plataformas de anúncios a partir do seu servidor, o problema de privacidade permanece.

As proteções do Safari são um sinal sobre o futuro da web. Analytics que funciona apenas preservando identificadores contra a resistência do usuário e do navegador é frágil. A análise que mede o comportamento agregado sem rastrear as pessoas é muito mais resiliente.

Como diagnosticar lacunas Safari

Segmente relatórios por navegador e dispositivo. Se Safari tiver contagens de novos usuários excepcionalmente altas, janelas de atribuição mais curtas ou taxas mais baixas de visitantes recorrentes, suspeite primeiro dos limites de armazenamento. Em seguida, teste com o Web Inspector e um perfil Safari limpo. Observe cookies, armazenamento local, bloqueio de solicitações e tempo de consentimento.

Ajuste de relatórios

Não "corrija" os números Safari inventando substituições precisas. Em vez disso, rotule a limitação e use métricas direcionais: conversões por página de destino, tendências de campanha e resultados confirmados pelo servidor. Os executivos podem tomar boas decisões a partir de dados honestos e imperfeitos. Eles tomam decisões piores com base em certezas excessivamente modeladas.

Uma lista de verificação de teste Safari

Teste Safari como seu próprio ambiente, não como "Chrome com um ícone diferente". Use um perfil Safari limpo, desative as extensões para o teste de linha de base e abra o Web Inspector. Visite uma página de destino com UTMs, percorra um fluxo de conversão e inspecione Armazenamento, Cookies, Armazenamento Local e Rede. Registre quais identificadores são criados, por quanto tempo eles persistem e se as solicitações são acionadas antes do consentimento.

Repita o mesmo fluxo em iOS Safari se o tráfego móvel for importante. Teste também os principais navegadores iOS que são importantes para o seu público, especialmente no EU à medida que o suporte a mecanismos alternativos evolui. Um passe de controle de qualidade somente para desktop pode perder armazenamento, redirecionamento e diferenças de tempo de consentimento que afetam os visitantes móveis.

Para relatórios analíticos, crie visualizações de integridade específicas do navegador:

• Safari visitas por página de destino.
• Conversões Safari por origem e campanha.
• Parcela de visitantes novos versus recorrentes, se sua ferramenta oferecer suporte sem identificadores invasivos.
• Janelas de atribuição por navegador.
• Aceitação e rejeição de consentimento pelo navegador.

Se Safari subnotificar visitantes recorrentes, não "conserte" isso com impressões digitais. A W3C TAG descreveu o rastreamento não sancionado como prejudicial porque prejudica a escolha e o controle do usuário (descoberta da TAG W3C). Uma resposta que prioriza a privacidade é projetar métricas que sobrevivam sem identidade persistente: taxa de conversão em nível de campanha, desempenho da página de destino, resultados confirmados pelo servidor e tendências de envolvimento de conteúdo.

Verifique também o tratamento da string de consulta. As proteções de privacidade e ferramentas do usuário do Safari podem remover alguns parâmetros de rastreamento, mas os UTMs restantes devem ser capturados e higienizados rapidamente. Armazene rótulos de campanha, não URLs completos com valores pessoais ou confidenciais. Isso dá aos profissionais de marketing atribuição suficiente, ao mesmo tempo que respeita a direção que os fornecedores de navegadores estão claramente tomando.

Lista de verificação de análise Safari

Ao diagnosticar diferenças Safari, registre:

• Se os identificadores são cookies definidos pelo servidor, document.cookie, localStorage ou outro armazenamento gravável por script.
• Quer a decoração de links ou os redirecionamentos criem janelas de armazenamento mais curtas.
• Se as solicitações são disparadas antes do consentimento, após a rejeição e após a aceitação.
• Se iOS, macOS Safari e navegadores de mecanismo alternativo EU relevantes se comportam de maneira diferente.
• Se as conversões de back-end discordam dos visitantes recorrentes ou da atribuição relatada pelo navegador.

Relate Safari como um ambiente de medição conhecido, não como um erro a ser "consertado" com impressão digital.

Perguntas Frequentes

O Safari bloqueia completamente o Google Analytics?

Uma solicitação do GA4 ainda pode disparar no Safari se o usuário permitir e nenhum bloqueador de conteúdo intervier. O que a Prevenção Inteligente de Rastreamento da Apple muda é por quanto tempo os identificadores por trás dessa solicitação duram, não se ela é enviada.

O que é a Prevenção Inteligente de Rastreamento (ITP) da Apple?

A ITP é o recurso do WebKit que bloqueia cookies de terceiros e restringe o armazenamento gravável por script em contextos de rastreamento. Ela também inclui defesas contra CNAME cloaking, que identificam rastreadores de terceiros disfarçados de subdomínios próprios.

Por quanto tempo o Safari mantém o armazenamento gravável por script?

O WebKit limita o armazenamento gravável por script a 7 dias sem interação do usuário com o site, e a 24 horas em alguns casos de decoração de link. Cookies próprios definidos pelo servidor para o funcionamento comum do site não estão sujeitos a esses limites.

A ITP 2.1 mudou a duração dos cookies no Safari?

A ITP 2.1 limitou a sete dias os cookies persistentes criados via document.cookie. Essa regra afeta o armazenamento gravável por script usado por rastreadores, não todo cookie próprio definido pelo servidor.

Por que visitantes recorrentes aparecem como novos no GA4 com o Safari?

Quando o Google Analytics depende de cookies próprios para reconhecer visitantes recorrentes, os limites de armazenamento do Safari podem encurtar quanto tempo esse reconhecimento dura. Depois que o identificador expira, a mesma pessoa pode ser contada como nova na visita seguinte.

O fingerprinting é uma alternativa segura aos limites de rastreamento do Safari?

O fingerprinting é difícil de controlar pelos usuários e cria um risco de privacidade maior do que os cookies. Ele vai contra a direção para a qual Apple, WebKit e o W3C TAG estão movendo a web, com menos rastreamento silencioso e mais controle para o usuário.

O encaminhamento pelo servidor resolve a lacuna de dados no Safari?

O encaminhamento pelo servidor não resolve o problema de privacidade de fundo se os mesmos dados pessoais ainda chegam às plataformas de anúncios a partir do seu servidor. Isso muda o caminho dos dados, não a questão de saber se o rastreamento em si é apropriado.

Qual a diferença entre o Safari e o App Tracking Transparency no iOS?

A ITP regula cookies e armazenamento gravável por script dentro do Safari e do WebKit. O App Tracking Transparency é um sistema separado da Apple que exige permissão antes que um app possa rastrear um usuário através dos apps e sites de outras empresas.

Posso usar motores de navegador alternativos no iOS em vez do WebKit?

Fora da UE, os navegadores iOS ainda dependem amplamente do WebKit sob as regras de plataforma da Apple. Na UE, a Apple permite motores de navegador alternativos para apps de navegador elegíveis e navegadores integrados, com autorizações específicas nas versões compatíveis de iOS e iPadOS.

O que uma configuração de analytics focada em privacidade deve medir em vez de identificadores duráveis?

Uma configuração focada em privacidade registra conversões como eventos próprios, usa UTMs para atribuição de campanhas e compara tendências por navegador para manter a lacuna do Safari visível. Taxa de conversão por campanha, desempenho de landing page e resultados confirmados pelo servidor continuam úteis sem identidade persistente.