Cambios en el seguimiento de Safari 26: Novedades y cómo adaptarse

(Actualizado en enero de 2026 con una comprobación de validez del seguimiento de Safari 26 — salta a esa actualización aquí.)

¡Por fin ha llegado Safari 26! En septiembre de 2025, Apple no sólo introdujo funciones de privacidad más estrictas que afectan al seguimiento en línea, sino que también dio una clara señal de hacia dónde se dirige el mercado.

Esto es importante para anunciantes, vendedores y proveedores de tecnología publicitaria que dependen del seguimiento del comportamiento de los usuarios (como clics en anuncios y conversiones). Hubo cierta confusión debido a los primeros anuncios, pero ahora que se ha lanzado Safari 26¹sabemos exactamente qué cambios se han introducido.

En este artículo, explicamos la nueva Protección avanzada de huellas dactilares (AFP), aclaramos qué permanece igual y analizamos cómo afectan estos cambios al seguimiento de conversiones y a los análisis. Por último, analizamos por qué el Seguimiento en el Servidor se está convirtiendo en una alternativa resistente y cómo herramientas como TAGGRS pueden ayudar a adaptarse a los movimientos de Safari en materia de privacidad.

¿Qué hay de nuevo en Safari 26?

La Protección Avanzada de Huellas Digitales (AFP) es el cambio clave en el arsenal de privacidad de Safari 26. Apple activó AFP por defecto para todos los modos de navegación. Esto significa que todos los usuarios de Safari 26 tienen ahora una capa extra de anti-rastreo activa sin cambiar ningún ajuste. La AFP está diseñada para bloquear los scripts de "huella digital" que los anunciantes o analistas podrían utilizar para identificar un dispositivo.

En la práctica, la AFP hace algunas cosas importantes:

• Bloquea las API de dispositivos de alta entropía: Los conocidos scripts de huellas digitales ya no pueden acceder de forma fiable a ciertas API web que revelan información detallada del dispositivo (por ejemplo, tamaño de la pantalla, detalles del hardware, lienzo o datos de audio que podrían ser exclusivos de tu dispositivo). Al reducir la precisión de estos datos o añadir ruido, Safari hace que la huella digital del dispositivo sea mucho menos eficaz
• Limita el almacenamiento a largo plazo: Se impide que estos scripts establezcan datos de larga duración en el navegador. En otras palabras, no pueden dejar caer cookies ni utilizar el almacenamiento local para guardar identificadores que duren semanas o meses. Esto impide que los rastreadores creen un identificador persistente para seguir al usuario a lo largo del tiempo.
• Restringe la lectura de URL y datos de referencia: Safari 26 también impide que los conocidos scripts de rastreo lean cierta información que podría identificar el viaje de un usuario. En concreto, esos scripts no pueden leer fácilmente los parámetros de consulta de la URL (los bits que aparecen después de una ? en un enlace) o el document.referrer (que indica a un sitio de dónde procede el visitante). A menudo se utilizan para rastrear los ID de los clics de los anuncios o la información de las campañas.

En resumen, AFP bloquea los scripts conocidos de huellas digitales y desactiva su funcionalidad. Apple no ha compartido qué scripts están en la lista. Sólo sabemos que no es lo mismo que ATFP, que utiliza las reglas de DuckDuckGo y EasyPrivacy. Como resultado, muchos métodos de rastreo ocultos son más débiles en Safari 26. Para los usuarios, esto significa más privacidad. Para los rastreadores, significa datos menos fiables.

¿Qué permanece inalterado?

Aunque AFP por defecto es nuevo, algunos cambios rumoreados no se han producido (al menos, no todavía) en la versión Safari 26. En particular, la Protección de Seguimiento de Enlaces (LTP) se mantiene como en versiones anteriores de Safari:

• LTP sigue sin estar activado por defecto en la navegación normal: Esto significa que cuando los usuarios navegan en modo normal (no privado), Safari no elimina automáticamente los parámetros de seguimiento de las URL. Las etiquetas de tus campañas y los identificadores de clics (como utm_source, utm_medium, o los ID de clics de anuncios como gclid de Google Ads o fbclid de Facebook) seguirán pasando a tu sitio como de costumbre durante la navegación normal. Para los profesionales del marketing, eso significa que tus plataformas de Google Analytics o de anuncios seguirán recibiendo sus parámetros de URL por ahora.
• LTP funciona en Navegación Privada y en algunas apps: LTP funciona en Navegación Privada y en algunas apps de Apple. En el modo Privado de Safari, la ATFP está activada por defecto. Esto significa que Safari elimina los ID de seguimiento conocidos de los enlaces, como gclid o fbclid. Lo mismo ocurre con los enlaces abiertos en Mail y Mensajes. Por ejemplo, un clic en un anuncio de Google en modo Privado perderá su gclid antes de que se cargue la página, por lo que ni el sitio ni Google podrán verlo. Para solucionar esto, Google introdujo gbraid y wbraid en marzo de 2021. Éstos transportan datos a nivel de campaña sin vincularse a un único usuario. Todavía se puede medir el ROI, pero las funciones de remarketing y audiencia son menos precisas. Más información sobre todas las actualizaciones de la medición de campañas de iOS 14.
• Los parámetros UTM y los datos de campaña son seguros: Apple ha aclarado que los parámetros genéricos de campaña como utm_campaign, utm_source, etc., se consideran correctos y no son eliminados por la Protección de Seguimiento de Enlaces. Esto era cierto en Safari 17 y sigue siéndolo ahora. Por tanto, el seguimiento de tu campaña de marketing a través de UTMs debería seguir funcionando normalmente tanto en navegación privada como en navegación normal. La LTP se dirige principalmente a los ID de seguimiento más personalizados que identifican a un usuario o un clic, en lugar de a la información general de la campaña.

A principios de este año, muchos creyeron que Safari 26 activaría automáticamente la LTP para toda la navegación (lo que significa que, incluso en modo normal, empezaría a eliminar los rastreadores de las URL). La documentación de Apple en torno a la WWDC causó confusión al hablar de "protección avanzada de huellas dactilares por defecto", lo que algunos interpretaron como que la ATFP/LTP estaría activada para todo el mundo.

Según las pruebas realizadas en la versión final de Safari 26, todos los parámetros de URL habituales siguen apareciendo en modo normal. Son buenas noticias para los anunciantes: al fin y al cabo, no se ha roto nada nuevo en la configuración por defecto. Sin embargo, Apple está experimentando claramente con el LTP en la navegación normal. En la Technology Preview de Safari (una versión de prueba del navegador), había casos en los que los ID de clic, como gclid, se eliminaban incluso en modo normal. Esto sugiere que Apple podría desplegar la Protección de Seguimiento de Enlaces completa para toda la navegación en una futura actualización de Safari (quizás Safari 26.x o Safari 27). Incluso mencionaron la compatibilidad con esto en algunas notas de la versión beta. Así que, aunque hoy no ha cambiado nada al respecto, podríamos ver cómo Safari refuerza el seguimiento de enlaces en un futuro próximo. Es una señal de advertencia de lo que está por venir.

Seguimiento del lado del servidor: una alternativa resistente

Con Safari (y navegadores como Firefox o Brave) reforzando continuamente la privacidad, el Seguimiento del Lado del Servidor está emergiendo como una solución más sólida para el seguimiento de conversiones y la analítica. En el Seguimiento del lado del servidor, trasladas la recogida y el procesamiento de datos del navegador del usuario a tu propio servidor o infraestructura en la nube.

He aquí por qué los métodos del lado del servidor soportan mejor los cambios de Safari:

• Menos dependiente del entorno del navegador: Cuando el seguimiento se realiza en el servidor, las restricciones del lado del cliente de Safari (como el bloqueo de scripts o la eliminación de datos) tienen menos efecto. Por ejemplo, en lugar de que JavaScript en la página lea el gclid y lo envíe a Google Analytics, podrías hacer que tu servidor capturara ese gclid cuando el usuario aterriza (desde la petición HTTP) y luego lo enviara a los servidores de Google desde el backend. En ese caso, aunque Safari intente ocultar el gclid a los scripts, mientras siga presente en la petición de URL que recibe tu servidor, lo tendrás. (Si Safari finalmente lo elimina antes de la solicitud, entonces puede que necesites un enfoque diferente - pero las configuraciones del lado del servidor son flexibles para adaptarse a los cambios, como señalaremos).
• No son fáciles de identificar o bloquear por Safari: Los rastreadores basados en el navegador suelen implicar la inclusión de un script conocido (como https://tracker.example.com/script.js) que Safari podría etiquetar como rastreador. Con el seguimiento del lado del servidor, los datos se recogen a través de tu propio dominio y se envían desde tu servidor. Safari no ve un script de seguimiento de terceros ejecutándose en el navegador del usuario, porque no hay ninguno en el sentido tradicional. En la práctica, los navegadores y los bloqueadores de anuncios son cada vez más sofisticados y el contexto de primera parte podría no ser suficiente para garantizar el flujo ininterrumpido de datos.
• Capacidad de adaptación rápida: Si Apple introduce una nueva norma (digamos, mañana empiezan a despojar todos los parámetros fbclid en todos los modos), un enfoque del lado del servidor puede adaptarse cambiando cómo se capturan o pasan los datos. Por ejemplo, puedes empezar a utilizar la etiqueta de recuperación de ID de clic TAGGRs, que permite utilizar GCLID y otros parámetros de Google a pesar de las técnicas de eliminación de Apple.

• Mayor retención de datos y capacidad de fusión: En el servidor, puedes decidir cuánto tiempo conservar los identificadores de seguimiento. Aunque Safari elimine las cookies de un usuario después de 7 días, podrías mantener un identificador en el servidor (que vinculas a través de algunos datos iniciales) para reconocer una conversión que se produce, digamos, 14 días después del clic en el anuncio. Podrías hacerlo asignando tu propia cookie o identificador de origen durante la primera visita del usuario (que Safari borrará tras 7 días sin visita, pero si el usuario vuelve antes de 7 días, mantiene la ampliación).
• Mejor control sobre el flujo de datos: El Rastreo del lado del servidor te permite filtrar, transformar o enriquecer los datos antes de que pasen a plataformas analíticas o publicitarias de terceros. Te aseguras de que sólo se comparten los datos necesarios, y se puede respetar la privacidad del usuario al no exponerlo todo en el navegador. También significa que si un navegador bloquea un determinado punto final de análisis, podrías dirigir los datos a través de tu servidor a ese punto final en su lugar. Por ejemplo, si Safari bloquea las llamadas directas a analytics.example.com, puedes enviar datos a midominio.com/collect (que Safari ve como de primera parte) y luego hacer que tu servidor los reenvíe a analytics.example.com. Este tipo de enfoque proxy es una técnica habitual para eludir los bloqueadores de anuncios o las restricciones de los navegadores. Al mismo tiempo, permite mantener la privacidad del usuario anonimizando los datos PII, de modo que sólo rastreas las acciones, no a los usuarios, si no lo desean.

Dados los cambios de Safari 26 y la trayectoria de Apple, implantar el Seguimiento en el Servidor es una decisión inteligente ahora. Protege tu pila de marketing y análisis frente a actualizaciones repentinas del navegador.

Sin embargo, configurar el Seguimiento en el Servidor puede ser complejo si lo haces desde cero: necesitas infraestructura para recibir eventos, gestionarlos de forma segura e integrarlos con todas tus herramientas. Aquí es donde entran en juego soluciones como TAGGRS.

PREGUNTAS FRECUENTES: Cambios en la privacidad y seguimiento de Safari

¿Qué es la PTI en Safari? ¿Significan lo mismo ITP, ATFP y AFP?

ITP son las siglas en inglés de Prevención Inteligente de Seguimiento. Es un conjunto de funciones de Safari (introducidas desde 2017) destinadas a bloquear las cookies de seguimiento de terceros y limitar otras técnicas de seguimiento. Por ejemplo, ITP eliminará automáticamente las cookies establecidas por los dominios que te rastrean a través de los sitios, a menudo después de 7 días, y bloquea algunas solicitudes de secuencias de comandos entre sitios.

Ahora, la suite de privacidad de Safari se ha ampliado, y hay nuevas siglas:

AFP = Advanced Fingerprinting Protection (Protección Avanzada de Huellas Digitales), nueva en Safari 26, es una función por defecto (siempre activada para todos) que se centra específicamente en las técnicas de toma de huellas digitales que hemos descrito antes. Es independiente del ajuste ATFP que puede activar el usuario. Aunque la ATFP esté desactivada, la AFP sigue funcionando en segundo plano en Safari 26.

ATFP = Protección Avanzada de Seguimiento y Huellas Digitales. Se trata de un ajuste que Safari introdujo (con Safari 17) y que agrupa varias protecciones. Cuando la ATFP está activada, Safari activa la Protección de Seguimiento de Enlaces (eliminando los ID de seguimiento de las URL) y también bloquea directamente las cargas de red a dominios de seguimiento conocidos. Por defecto, la ATFP está activada en las ventanas de Navegación Privada, pero no en las ventanas normales, a menos que el usuario la active. Piensa en el ATFP como un modo que sobrecarga la privacidad de Safari añadiendo esos bloqueos extra.

En resumen: ITP es la actual prevención inteligente de cookies y rastreadores, AFP es la nueva capa antihuellas predeterminada, y ATFP es una configuración opcional que añade aún más protecciones, como la eliminación de enlaces y un bloqueo más estricto de los dominios de rastreo. Todas ellas pretenden proteger la privacidad, pero funcionan de formas ligeramente diferentes.

¿Van a seguir viendo anuncios los usuarios de Safari?

Sí, los usuarios de Safari seguirán viendo anuncios en los sitios web. Las protecciones de rastreo de Apple no bloquean directamente la visualización de anuncios (excepto quizá algunos rastreadores conocidos, pero generalmente no el contenido en sí). Lo que cambia es el grado de personalización o rastreo de esos anuncios. Por ejemplo, Safari puede impedir que una red publicitaria sepa que visitaste la página de un producto la semana pasada, por lo que es posible que no veas los anuncios de ese producto exacto siguiéndote. Los anuncios serán más genéricos o contextuales porque el navegador impide al anunciante construir un perfil detallado del comportamiento de navegación del usuario. Desde el punto de vista del usuario, navegar en Safari puede parecer más "tranquilo" desde el punto de vista de la privacidad, pero sin duda seguirá viendo anuncios, sólo que esos anuncios pueden ser menos específicos. Y para los anunciantes, significa que la eficacia de las campañas de remarketing muy específicas podría disminuir para los usuarios de Safari, ya que se bloquea la vinculación de la identidad del usuario entre sitios.

¿Puede Safari 26 seguir haciendo un seguimiento de las conversiones?

Safari 26 puede hacer un seguimiento de las conversiones en el sentido de que, con el consentimiento del usuario y los métodos adecuados, aún puedes medir cuándo alguien que hizo clic en un anuncio compra algo más tarde. Lo que está cambiando es cómo hacerlo. Los métodos tradicionales (como las cookies de terceros o las huellas digitales) han desaparecido o se han debilitado mucho. Pero aún hay formas:

• Del lado del servidor y API: Como ya se ha comentado, si se utiliza el seguimiento del lado del servidor o las API (como la API de conversiones de Facebook o las conversiones mejoradas de Google) se puede seguir obteniendo información sobre las conversiones, aunque de forma agregada o sin depender de la memoria del navegador. Así que sí, se pueden rastrear las conversiones, pero Safari obliga a hacerlo de formas que no invadan demasiado la privacidad. Si has estado confiando en métodos antiguos, puede que necesites actualizar tu implementación de seguimiento a unos con los que Safari esté de acuerdo.
• Seguimiento basado en URL: Como se ha señalado, tus páginas de destino siguen recibiendo parámetros UTM y otra información en la navegación normal, por lo que puedes utilizarlos para atribuir conversiones a las campañas (especialmente dentro de la misma sesión o día).
• Cookies de origen y datos de inicio de sesión: Si tu sitio hace que el usuario inicie sesión o establece una cookie de origen cuando llega (y el usuario vuelve en el plazo de una semana), puedes vincular sus acciones para contabilizar una conversión. Safari no te impide hacer un seguimiento dentro de tu propio sitio utilizando datos de origen que el usuario haya consentido (como una cuenta o un correo electrónico).
• Medición de conversiones segura para la privacidad: Apple tiene su propio PCM (Medición Privada de Clics), que es un sistema para rastrear las conversiones de forma respetuosa con la privacidad sin dar datos identificativos completos. Es bastante limitado y lo utilizan sobre todo las redes publicitarias en segundo plano, pero significa que Safari permitirá cierto nivel de atribución a través de canales aprobados.

¿Extenderá pronto Safari la Protección contra el Seguimiento de Enlaces a todos los modos de navegación?

Es muy posible. La redacción de Apple en las versiones beta y en las pruebas de Safari Technology Preview indica que están considerando hacer de la Protección de Seguimiento de Enlaces un estándar también en la navegación normal. Eso significaría que, en una futura actualización, Safari podría empezar a eliminar esos parámetros gclid/fbclid y similares incluso fuera del modo Privado. No tenemos fecha oficial ni confirmación, pero los indicios sugieren que Apple se está moviendo en esa dirección. Puede que estén esperando a ver cómo van los cambios actuales (AFP), o introduciéndolo gradualmente. Por ahora, Safari 26 en el momento de su lanzamiento no permitía el LTP completo fuera de las ventanas privadas, pero las organizaciones deben estar preparadas para que esto ocurra con poco aviso. Básicamente, espera que Safari siga reforzando el seguimiento paso a paso. Recomendamos implementar soluciones ahora para que, si Apple acciona ese interruptor o cuando lo haga, tu medición no se rompa de la noche a la mañana.

¿Qué debo hacer para prepararme para estos cambios (y los futuros)?

La mejor preparación es preparar tu pila de seguimiento para el futuro:

• Implementa el Seguimiento del Lado del Servidor: Empieza a enviar datos importantes a través de tu servidor y no exclusivamente a través del navegador del usuario. Esto podría significar configurar un contenedor Google Tag Manager del lado del servidor, o utilizar las API proporcionadas por las plataformas publicitarias para enviar eventos de conversión desde tu backend.
• Utiliza dominios propios para los rastreadores: Si tienes que utilizar scripts del lado del cliente, intenta alojarlos en tu propio dominio. Por ejemplo, carga tu script de análisis desde analytics.yoursite.com en lugar de una URL de terceros. Es menos probable que Safari bloquee o restrinja los scripts que aparecen como parte del dominio de tu sitio.
• Mantente informado sobre las actualizaciones de Safari: Mantente atento a las notas de la versión de Apple para Safari y a las publicaciones del blog de WebKit sobre privacidad. Suelen insinuar lo que está por venir. Cuando lo sepas con antelación, puedes probar las versiones beta y ver cómo se comporta tu rastreo, para luego ajustarlo con antelación. (También puedes simplemente seguir nuestro blog y las redes sociales para mantenerte al día).
• Aprovecha las nuevas soluciones de medición: Utiliza marcos como Private Click Measurement de Apple (si eres una red publicitaria o trabajas con una) para el seguimiento de las conversiones de web a web. Para campañas de aplicaciones, utiliza SKAdNetwork, etc. Básicamente, adopta las herramientas de medición centradas en la privacidad que se están convirtiendo en la norma del sector. Puede que no sean tan granulares como las antiguas, pero sobrevivirán a los cambios de navegador.
• Obtén el consentimiento y sé transparente: Esto tiene más que ver con el cumplimiento y la ética, pero asegurarte de que tienes el consentimiento del usuario para el seguimiento también puede ayudar a utilizar determinados métodos de seguimiento. Con normativas como el GDPR, hacer lo correcto por el usuario no es sólo una buena práctica, sino que es un requisito legal. Los cambios de Safari se ajustan en gran medida a estos principios de privacidad.

Si sigues estos pasos, no tendrás que pelearte cada vez que Apple u otro navegador publique una actualización. En lugar de eso, dispondrás de un sistema flexible y controlado que podrás ajustar según sea necesario para mantener el flujo de datos.

Si Safari elimina los ID de clic de mis anuncios (como los parámetros fbclid o gclid), ¿hay alguna solución?

Sí, hay un par de soluciones si Safari (en el futuro) elimina tus parámetros de consulta en los enlaces:

• Redirige a través de tu servidor: Un método es hacer que el usuario pase a través de una página o punto final en tu propio dominio que registre la información del clic. Por ejemplo, en lugar de enviar el clic de un anuncio directamente a mylandingpage.com/?gclid=ABC123, lo envías a track.mycompany.com/click?gclid=ABC123, que hace un registro rápido de ese ID en el servidor, y luego redirige al usuario a la página final (quizás añadiendo algún identificador en una cookie de origen o localStorage en ese momento). Aunque Safari eliminara el gclid en el siguiente salto, ya lo has capturado en tu servidor en el primer paso. Esto requiere cierta configuración, pero puede garantizar que no se pierda ninguna información.
• Dependencia de las API del lado del servidor: Como ya se ha mencionado, utilizar cosas como las API de conversión (de Facebook o Google) significa que envías los datos del clic desde tu servidor, no desde el navegador del usuario. Para que funcionen, normalmente necesitas algún tipo de información que vincule el clic a la conversión (como un ID de pedido o un correo electrónico del usuario con hash, etc.). Es un cambio mayor, pero muy eficaz como solución a largo plazo.
• Herramientas emergentes (como TAGGRS Etiqueta de recuperación de ID de clic): Están construidas específicamente para manejar escenarios como éste de forma automática. TAGGRS, por ejemplo, gestionará la captura de esos ID y se asegurará de que lleguen a donde tienen que llegar, aunque el navegador intente interferir. Al utilizar su script y backend mejorados, no tendrías que diseñar tú mismo las soluciones anteriores, sino que todo ocurriría entre bastidores.

En resumen, aunque Safari intente cerrar la puerta a la transmisión sencilla de identificadores de clic por parte del cliente, los desarrolladores y las herramientas inteligentes pueden encontrar otra ventana para transmitir esos datos de forma respetuosa con el usuario. Puede que no sea tan sencillo como antes, pero es factible con planificación.

Puntos clave

• Safari 26 supone un paso más en el camino de Apple para reforzar la privacidad de los usuarios. La introducción de la Protección Avanzada de Huellas Digitales significa que el propio navegador está asumiendo un papel más activo en la neutralización de las técnicas de rastreo. Aunque esto plantea retos para los vendedores y analistas, también es un empuje hacia métodos de rastreo más nuevos y sólidos.
• Confiar sólo en el rastreo del lado del cliente es arriesgado hoy en día. Safari y otros navegadores añaden protecciones que cortan el flujo de datos. Chrome aún no ha añadido normas tan estrictas, pero sus usuarios suelen instalar bloqueadores de anuncios. Esto crea la misma pérdida de datos para los profesionales del marketing y los analistas.
• Adaptarse ahora adoptando el Rastreo en el Servidor y los enfoques de primera parte ahorrará muchos dolores de cabeza más adelante. Está claro que las medidas de privacidad serán cada vez más estrictas. Pero con el enfoque adecuado, los anunciantes y las organizaciones pueden adaptarse y prosperar en este nuevo panorama. Centrarse en el consentimiento del usuario, los datos de origen y los sistemas de seguimiento flexibles es el camino a seguir. Safari 26 no es el "fin" del rastreo; es una llamada a actualizar cómo rastreamos.
• Ahora es el momento de actuar. Implantar el Seguimiento en el Servidor o probar nuevas herramientas puede sonar complejo, pero el beneficio es la estabilidad a largo plazo en tu analítica y atribución de marketing. Si no sabes por dónde empezar, estamos aquí para ayudarte. Ponte en contacto con nosotros para obtener más información, o prueba TAGGRS para tu sitio web. Con la próxima solución de seguimiento mejorado de TAGGRS, podrás ir un paso por delante de los cambios de navegador y mantener tus datos de conversión fluyendo con precisión.

Verificación de validez del seguimiento en Safari 26 (enero de 2026)

Desde el lanzamiento de Safari 26, el impacto práctico de los cambios de privacidad de Apple se ha vuelto mucho más evidente. En las configuraciones de seguimiento diarias, la mayoría de los comportamientos básicos descritos anteriormente siguen siendo válidos.

1. Los parámetros UTM siguen siendo fiables

Los parámetros UTM siguen funcionando en el modo de navegación normal de Safari. Apple no ha comenzado a eliminar utm_source, utm_medium, utm_campaign ni otros parámetros similares. Incluso con la protección de seguimiento de enlaces, los UTM se consideran metadatos de campaña genéricos y no identificadores personales. Por lo tanto, la atribución de campañas basada en UTM sigue siendo válida tanto en escritorio como en móvil. Esto tampoco ha cambiado en el modo privado.

2. Los identificadores de clic aún se transmiten en la navegación normal

Los identificadores de clic (como gclid o fbclid) aún se mantienen en la navegación estándar. Aunque Apple anunció su intención de filtrar parámetros de seguimiento en todos los modos de navegación, Safari 26 todavía no los elimina en sesiones normales (no privadas). Las pruebas beta mostraron que estos parámetros siguen presentes, y la versión pública lo confirmó. Si un usuario llega a tu sitio desde un anuncio de Google Ads en Safari 26, el gclid sigue incluido en la URL de destino. Esto significa que el etiquetado automático de GA4 y la atribución publicitaria siguen funcionando normalmente para los usuarios de Safari.

3. La navegación privada sigue eliminando los identificadores de seguimiento

El comportamiento de la navegación privada no ha cambiado. Safari continúa eliminando parámetros de seguimiento conocidos como gclid y fbclid de forma predeterminada, al igual que desde Safari 17. El tráfico procedente de usuarios que navegan en modo privado suele llegar sin estos identificadores, lo que hace que aparezca como no atribuido o “directo” en las herramientas de análisis y las plataformas publicitarias. Esto sigue siendo una limitación estructural que debe tenerse en cuenta al analizar el tráfico de Safari.

4. Los efectos de la Advanced Fingerprinting Protection (AFP) son limitados

La Advanced Fingerprinting Protection no ha provocado interrupciones importantes en la analítica. AFP se dirige principalmente a scripts que usan técnicas de fingerprinting invasivas, como recopilar características detalladas de los dispositivos o navegadores. Las herramientas de análisis estándar no dependen de estas técnicas, por lo que no se ven afectadas. Un efecto secundario relevante de AFP es que los scripts identificados como rastreadores pueden perder acceso a ciertos datos, como la cadena completa de consulta o el referente (referrer). Sin embargo, esta limitación solo se aplica a los scripts del lado del cliente. La URL completa de la solicitud todavía llega al servidor.
El seguimiento del lado del servidor y la recopilación de datos first-party no se ven afectados, y las configuraciones que usan Google Tag Manager del lado del servidor pueden seguir capturando parámetros como gclid antes de que Safari limite el acceso del navegador.
Por este motivo, el etiquetado del lado del servidor sigue siendo una estrategia sólida a largo plazo bajo el modelo de privacidad en evolución de Safari.

1. Safari 26.0 se lanzó el 15 de septiembre de 2025. Fuente: Notas de la versión de Safari ↩︎