Una guía práctica de ¿Safari bloquea Google Analytics? Comprender las

Esta guía explica ¿Safari bloquea Google Analytics? Comprender las de forma práctica, con un enfoque en decisiones de analítica respetuosas con la privacidad.

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. Los usuarios también pueden usar bloqueadores de contenido que bloqueen 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, los límites de almacenamiento pueden ser parte de la explicación. 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.