Explicación práctica - Does safari block Google Analytics

Esta guía explica el tema Does safari block Google Analytics con contexto práctico. Conviene matizar la idea de que Safari bloquea Google Analytics del todo: una petición de GA4 puede dispararse si el usuario lo permite y ningún bloqueador interviene. Lo que hace Safari es debilitar los identificadores de los que dependen la analítica basada en cookies y la publicidad.

Safari no "bloquea Google Analytics" sin más en todas las configuraciones. Una solicitud básica de GA4 todavía puede dispararse si el usuario lo permite y ningún bloqueador de contenido interviene. Lo que hace Safari es debilitar los identificadores de los que dependen la analítica basada en cookies y la publicidad.

La Prevención Inteligente de Rastreo (ITP) de Apple bloquea las cookies de terceros y restringe el almacenamiento modificable por scripts en contextos relacionados con el rastreo. WebKit documenta un límite de 7 días para el almacenamiento modificable por scripts cuando no hay interacción del usuario, un límite de 24 horas para algunos casos de decoración de enlaces y defensas contra el CNAME cloaking (WebKit tracking prevention). Las orientaciones anteriores de WebKit también explicaban que las cookies persistentes creadas mediante document.cookie se limitaban a siete días (ITP 2.1).

No simplifiques esto a "Safari elimina todas las cookies de origen tras 7 días". Las cookies de origen establecidas por el servidor para la funcionalidad ordinaria del sitio no son lo mismo que el almacenamiento modificable por scripts utilizado por los rastreadores. El punto importante para la analítica es que los identificadores establecidos o renovados mediante código de rastreo del lado del cliente son menos duraderos en Safari de lo que muchos informes de marketing suponen.

Qué significa esto para Google Analytics

Si Google Analytics utiliza cookies de origen para reconocer a los visitantes que regresan, las restricciones de Safari pueden acortar el tiempo durante el que ese reconocimiento funciona. Si las funciones publicitarias o de rastreo entre sitios dependen de contextos de terceros, Safari es mucho más restrictivo. Algunos usuarios también usan bloqueadores de contenido que bloquean los scripts de analítica por completo.

El resultado no siempre es cero datos. Es datos degradados:

• Los visitantes que regresan pueden aparecer como nuevos visitantes.
• Las ventanas de atribución pueden acortarse.
• La medición publicitaria entre sitios se vuelve más débil.
• Los recorridos de usuario se fragmentan.
• El tráfico de Safari puede verse distinto al de Chrome.

Por qué importa esto

Safari es especialmente importante en iOS. Fuera de la UE, los navegadores en iOS todavía dependen ampliamente de WebKit según las normas de plataforma de Apple. En la UE, Apple permite motores de navegador alternativos para las apps de navegador y los navegadores en la app que cumplan los requisitos, bajo entitlements específicos en versiones compatibles de iOS y iPadOS (motores de navegador alternativos de Apple). Esa salvedad importa para futuras pruebas, pero hoy debes seguir tratando el comportamiento de Safari/WebKit en iOS como un entorno de analítica de gran peso.

La dirección de privacidad más amplia de Apple

Safari es solo una parte de la postura de privacidad de Apple. App Tracking Transparency exige permiso para el rastreo entre apps. Mail Privacy Protection afecta al seguimiento de aperturas de correo. Private Relay puede ocultar información de IP para algunos usuarios de iCloud. Las normas de privacidad de la App Store de Apple también restringen el fingerprinting y exigen revelar las prácticas de datos (Apple User Privacy and Data Use).

La dirección está clara: menos rastreo silencioso, más control del usuario y menos identificadores duraderos.

Cómo adaptar la analítica

Usa una analítica que no necesite cookies de larga duración para producir informes útiles. Una configuración que prioriza la privacidad debería:

• Evitar las cookies de terceros.
• Evitar el fingerprinting.
• Evitar el almacenamiento de la IP completa.
• Usar UTMs para la atribución de campañas.
• Registrar las conversiones como eventos de origen.
• Comparar tendencias por navegador para que los huecos sean visibles.
• Mantener las cargas útiles de eventos libres de datos personales.

Qué no hacer

No respondas a las restricciones de Safari haciendo fingerprinting de los usuarios. El fingerprinting es difícil de controlar para los usuarios y puede crear un riesgo de privacidad mayor que las cookies. Tampoco escondas el rastreo detrás de un reenvío del lado del servidor; si los mismos datos personales se envían a las plataformas publicitarias desde tu servidor, el problema de privacidad sigue existiendo.

Las protecciones de Safari son una señal sobre el futuro de la web. Una analítica que solo funciona preservando identificadores frente a la resistencia del usuario y del navegador es frágil. Una analítica que mide el comportamiento agregado sin rastrear a las personas es mucho más resiliente.

Cómo diagnosticar los huecos de Safari

Segmenta los informes por navegador y dispositivo. Si Safari tiene recuentos de nuevos usuarios inusualmente altos, ventanas de atribución más cortas o tasas más bajas de visitantes que regresan, sospecha primero de los límites de almacenamiento. Después haz pruebas con Web Inspector y un perfil limpio de Safari. Vigila las cookies, el almacenamiento local, el bloqueo de solicitudes y el momento del consentimiento.

Ajuste de los informes

No "corrijas" los números de Safari inventando reemplazos precisos. En su lugar, etiqueta la limitación y usa métricas direccionales: conversiones por página de aterrizaje, tendencias de campaña y resultados confirmados por el servidor. Los responsables pueden tomar buenas decisiones a partir de datos honestos e imperfectos. Toman peores decisiones a partir de una certeza sobre-modelada.

Una lista de comprobación para probar Safari

Trata Safari como su propio entorno, no como "Chrome con otro icono". Usa un perfil limpio de Safari, desactiva las extensiones para la prueba base y abre Web Inspector. Visita una página de aterrizaje con UTMs, recorre un flujo de conversión e inspecciona Storage, Cookies, Local Storage y Network. Anota qué identificadores se crean, cuánto persisten y si las solicitudes se disparan antes del consentimiento.

Repite el mismo flujo en Safari de iOS si el tráfico móvil importa. Prueba también los principales navegadores de iOS que importen para tu audiencia, sobre todo en la UE a medida que evoluciona el soporte de motores alternativos. Una QA solo de escritorio puede pasar por alto diferencias de almacenamiento, redirección y momento del consentimiento que afectan a los visitantes móviles.

Para los informes de analítica, crea vistas de comprobación específicas por navegador:

• Visitas de Safari por página de aterrizaje.
• Conversiones de Safari por fuente y campaña.
• Cuota de visitantes nuevos frente a recurrentes, si tu herramienta lo admite sin identificadores invasivos.
• Ventanas de atribución por navegador.
• Aceptación y rechazo del consentimiento por navegador.

Si Safari informa por debajo de lo real sobre los visitantes que regresan, no lo "arregles" con fingerprinting. El TAG del W3C ha descrito el rastreo no autorizado como dañino porque socava la elección y el control del usuario (hallazgo del W3C TAG). Una respuesta que prioriza la privacidad consiste en diseñar métricas que sobrevivan sin identidad persistente: tasa de conversión a nivel de campaña, rendimiento de la página de aterrizaje, resultados confirmados por el servidor y tendencias de engagement con el contenido.

Comprueba también el manejo de la query string. Las protecciones de privacidad de Safari y las herramientas del usuario pueden eliminar algunos parámetros de rastreo, pero los UTMs que queden deben capturarse y sanearse rápidamente. Almacena etiquetas de campaña, no URLs completas con valores personales o sensibles. Eso da a los profesionales del marketing suficiente atribución mientras se respeta la dirección que claramente están tomando los proveedores de navegadores.

Lista de comprobación de analítica en Safari

Cuando diagnostiques diferencias en Safari, registra:

• Si los identificadores son cookies establecidas por el servidor, document.cookie, localStorage u otro almacén modificable por scripts.
• Si la decoración de enlaces o las redirecciones generan ventanas de almacenamiento más cortas.
• Si las solicitudes se disparan antes del consentimiento, después del rechazo y después de la aceptación.
• Si iOS, macOS Safari y los navegadores con motores alternativos relevantes en la UE se comportan de forma diferente.
• Si las conversiones del backend discrepan de los visitantes que regresan o de la atribución que reporta el navegador.

Informa de Safari como un entorno de medición conocido, no como un error que "arreglar" con fingerprinting.

Preguntas frecuentes

¿Safari bloquea Google Analytics por completo?

Una solicitud de GA4 todavía puede dispararse en Safari si el usuario lo permite y ningún bloqueador de contenido interviene. Lo que cambia la Prevención Inteligente de Seguimiento de Apple es cuánto duran los identificadores detrás de esa solicitud, no si la solicitud se envía.

¿Qué es la Prevención Inteligente de Seguimiento (ITP) de Apple?

ITP es la función de WebKit que bloquea las cookies de terceros y restringe el almacenamiento editable por script en contextos de seguimiento. También incluye defensas contra el CNAME cloaking, que detectan rastreadores de terceros disfrazados de subdominios propios.

¿Cuánto dura el almacenamiento editable por script en Safari?

WebKit limita el almacenamiento editable por script a 7 días sin interacción del usuario con el sitio, y a 24 horas en algunos casos de decoración de enlaces. Las cookies propias creadas desde el servidor para el funcionamiento normal del sitio no están sujetas a esos límites.

¿ITP 2.1 cambió la duración de las cookies en Safari?

ITP 2.1 limitó a siete días las cookies persistentes creadas mediante document.cookie. Esa regla afecta al almacenamiento editable por script que usan los rastreadores, no a cada cookie propia creada desde el servidor.

¿Por qué los visitantes recurrentes aparecen como nuevos en GA4 con Safari?

Cuando Google Analytics depende de cookies propias para reconocer visitantes recurrentes, los límites de almacenamiento de Safari pueden acortar cuánto dura ese reconocimiento. Una vez que el identificador caduca, la misma persona puede registrarse como nueva en su siguiente visita.

¿El fingerprinting es una alternativa segura ante los límites de seguimiento de Safari?

El fingerprinting es difícil de controlar para los usuarios y supone un riesgo de privacidad mayor que las cookies. Va en contra de la dirección hacia la que Apple, WebKit y el W3C TAG están moviendo la web, con menos seguimiento silencioso y más control para el usuario.

¿El reenvío desde el servidor resuelve el hueco de datos en Safari?

El reenvío desde el servidor no resuelve el problema de privacidad de fondo si los mismos datos personales siguen llegando a las plataformas publicitarias desde tu servidor. Cambia la ruta de los datos, no si el seguimiento en sí es apropiado.

¿En qué se diferencia Safari de App Tracking Transparency en iOS?

ITP regula las cookies y el almacenamiento editable por script dentro de Safari y WebKit. App Tracking Transparency es un sistema distinto de Apple que exige permiso antes de que una app pueda rastrear a un usuario a través de las apps y sitios de otras empresas.

¿Puedo usar motores de navegador alternativos en iOS en lugar de WebKit?

Fuera de la UE, los navegadores de iOS siguen dependiendo en gran medida de WebKit bajo las reglas de plataforma de Apple. En la UE, Apple permite motores de navegador alternativos para apps de navegador elegibles y navegadores integrados con permisos específicos en versiones compatibles de iOS y iPadOS.

¿Qué debería medir una configuración de analítica centrada en privacidad en lugar de identificadores duraderos?

Una configuración centrada en privacidad registra las conversiones como eventos propios, usa UTMs para la atribución de campañas y compara las tendencias por navegador para que el hueco en Safari quede visible. La tasa de conversión por campaña, el rendimiento por landing page y los resultados confirmados desde el servidor siguen siendo útiles sin identidad persistente.