Social Rocket
Apple explicó oficialmente el 19 de 2026 de 27 por qué Safari bloquea por completo las conexiones a determinados servicios de identidad adtech. En una nueva entrada del blog de WebKit, la empresa describe cómo los proveedores externos convierten direcciones de correo electrónico de inicios de sesión o suscripciones a boletines en identificadores permanentes y así reconocen a los usuarios en varios sitios web. Safari bloquea esos servidores a nivel de dominio, en lugar de limitarse a rechazar cookies.
Ya hay una excepción documentada: el dominio de entrega publicitaria `adsrvr.org` de The Trade Desk, que también había quedado bloqueado, se corrigió como error tras su revisión el 9 de octubre. Así lo confirma el error de WebKit 324771. Por tanto, los servicios de identidad y la entrega técnica de anuncios no deben equipararse.
Apple distingue entre las relaciones propias con los clientes y el emparejamiento entre sitios
El ejemplo de Apple: un usuario facilita su dirección de correo electrónico en una tienda o al suscribirse a un boletín. Un proveedor externo integrado de forma invisible puede generar a partir de ello un identificador permanente, asociarlo con perfiles de otros sitios web y utilizar la información para publicidad. Según Apple, ni siquiera darse de baja del boletín elimina automáticamente esos datos almacenados en el tercero. WebKit denomina a esta práctica identity resolution y la diferencia del uso habitual de los datos de clientes propios de un sitio web.
Según Apple, Safari y WebKit aplican el nuevo bloqueo de red en iOS, iPadOS, macOS y visionOS 27. La empresa subraya que la personalización de primera parte debe seguir siendo posible. Desde su punto de vista, un servicio de identidad externo puede, sin embargo, vincular información entre varias empresas, incluso cuando se utiliza por encargo de un único editor. El artículo de WebKit no nombra los proveedores afectados.
Digiday informó el 20 de octubre sobre sistemas afectados relacionados con LiveRamp, ID5 y UID 2.0. La publicación de Apple, en cambio, no menciona una lista de bloqueo completa ni un procedimiento público para impugnar una decisión de bloqueo. No todos los dominios adtech están bloqueados; y de una única medición en un navegador tampoco se puede deducir una cuota de mercado sólida.
Por qué el caso pesó tanto
Algunos de los dominios que Safari captura sirven para reconocer a los usuarios entre sitios web. `adsrvr.org`, en cambio, según el ingeniero de The Trade Desk Ian Meyers, que informó del caso, también se usa para solicitar y entregar publicidad. Un bloqueo puede, por tanto, ir más allá de la pérdida de señales de audiencia y perturbar la entrega real de anuncios. Meyers comunicó el caso el 21 de septiembre; AdExchanger y Digiday documentaron las consecuencias.
El 5 de octubre, Meyers confirmó en el hilo del error cambios en la compilación beta `24B5099f`. El 9 de octubre, Wilander declaró expresamente resuelto el problema. Quien lea informes antiguos que todavía describen el caso como abierto debería consultar, por tanto, el expediente actualizado de WebKit. Sigue sin estar claro cuándo llegará la corrección a cada instalación productiva de Safari 27; el estado de un error corregido no es una tasa de despliegue medida.
Por qué los editores vuelven a hablar del Trusted Server
El conflicto adtech más amplio persiste: Safari bloquea directamente en el dispositivo determinadas llamadas de terceros. Con ello pueden desaparecer señales de identidad y medición, aunque el dominio de entrega central de The Trade Desk vuelva a estar permitido.
Según una investigación de Digiday del 8 de octubre, los editores están probando de nuevo el Trusted Server del IAB Tech Lab. En él, partes de la solicitud publicitaria y de la subasta se trasladan del JavaScript del navegador a un entorno de servidor controlado por el editor. El IAB Tech Lab describe el proyecto como un framework de código abierto con tiempo de ejecución WASM/WASI, conexión con Prebid Server y la posibilidad de dirigir de forma más precisa las funciones de terceros. En febrero 2026 se puso a disposición una prueba de concepto para pruebas de editores; esto no es prueba de una implantación productiva generalizada.
Sin embargo, cambiar de servidor no convierte automáticamente en conforme con la protección de datos el reconocimiento de usuarios. El consentimiento, la limitación de la finalidad, la minimización de datos y la transparencia siguen siendo relevantes aunque los datos ya no vayan directamente desde el navegador a cada proveedor adtech. Además, la medición, la visibilidad de un anuncio, la detección de fraude y la aceptación de las cifras resultantes por parte de los compradores no se resuelven con el cambio de arquitectura técnica.
Tres preguntas independientes para los equipos de medios alemanes
1. ¿Se sigue sirviendo publicidad? Comprueba la entrega y los ingresos por separado según la versión de Safari y el estado de iOS; no des por hecho que un fallo corregido en la beta siga siendo una interrupción en producción.
2. ¿Siguen siendo direccionables los usuarios? La falta de señales de identidad puede afectar a las pujas y a la creación de audiencias, aunque el anuncio se cargue técnicamente. Son importantes la cuota de navegador, el estado del consentimiento y los socios que realmente se utilizan.
3. ¿Quién controla los datos y la medición? Los editores deberían poder comprobar qué funciones se ejecutan en el navegador y cuáles en su propio entorno de servidor. Una prueba técnica necesita líneas base para el yield, la latencia, las tasas de coincidencia y la privacidad.
El conflicto pertenece así a dos debates: a las obligaciones de competencia en torno a Google AdX y Prebid y a los retos de la medición en la compra programática agéntica. Nuestro informe sobre Kokai Zuma y la medición de The Trade Desk sitúa la perspectiva de la plataforma.
Conclusión: Con la contribución de WebKit del 19 de octubre está disponible la justificación oficial de Apple: los bloqueos de dominios pretenden impedir la vinculación encubierta de identidades entre sitios. El fallo de bloqueo informado por separado en la entrega de anuncios de The Trade Desk ya se corrigió el 9 de octubre. Para los editores siguen siendo importantes las pruebas técnicas y el control contractual de los servicios de identidad, pujas y medición. Trusted Server puede ser un componente de arquitectura, pero no sustituye al consentimiento ni a las revisiones jurídicas.
Gráfico del artículo: WebKit / Apple, «Blocking Identity Resolution Infrastructure» (19.10.2026).
Fuentes: WebKit, explicación sobre el bloqueo de la resolución de identidad (19.10.2026); WebKit, error 324771; Digiday, contextualización (20.10.2026); IAB Tech Lab: Trusted Server; Digiday, 08.10.2026.