Google publicó Chrome 153 en el canal Stable el 8 de septiembre para escritorio, Android e iOS. Es la primera versión que sale bajo el ciclo de lanzamientos de dos semanas que Google anunció en marzo, y sus notas de la versión, publicadas el mismo día, muestran cómo es en la práctica un Chrome quincenal: dos nuevos elementos HTML para el acceso a cámara y micrófono, un analizador XML escrito en Rust y seguro en memoria, un puñado de novedades en CSS y JavaScript, y una lista de obsolescencias que cierra discretamente el capítulo de la mayor parte de Privacy Sandbox.
Chrome 154 llegará el 22 de septiembre, según 9to5Google, que también recoge cómo presenta Google el ritmo acelerado: las correcciones llegan antes a los usuarios, y una versión más pequeña facilita aislar una regresión cuando alguna se cuela.
La cámara y el micrófono se convierten en elementos HTML
La novedad principal para desarrolladores es un par de lo que Google llama «capability elements». El elemento <camera> solicita captura de vídeo y el elemento <microphone>, captura de audio. En su artículo «New in Chrome 153», Rachel Andrew los describe como «declarative, user-activated HTML controls», controles HTML declarativos activados por el usuario: el navegador dibuja el botón, el usuario tiene que pulsarlo y solo entonces aparece la solicitud de permiso o arranca un flujo de captura.
Se apoyan en el elemento <usermedia> que llegó con Chrome 151 en junio. Aquel artículo, firmado por Mari Viana y Minh Le, explicaba el razonamiento. Un clic en un botón controlado por el navegador es «a trusted signal of intent», una señal de intención fiable, y eso importa porque las solicitudes de permiso lanzadas desde un script sin una acción evidente del usuario son justo las que los navegadores bloquean o esconden cada vez más. El elemento incorpora además una vía de recuperación: si un usuario denegó el acceso a la cámara hace meses, tocar el elemento activa, según el artículo, un flujo de recuperación específico que permite volver a habilitar la cámara o el micrófono al instante en la página, sin navegar por ajustes complejos del navegador.
Las reglas de estilo son deliberadamente estrictas para que el botón no pueda disfrazarse: el artículo sobre <usermedia> enumera un contraste de texto mínimo de 3:1, nada de transparencias ni márgenes negativos, y transformaciones limitadas a traslación 2D y escalado proporcional. Los nuevos elementos de capacidad única mantienen, en palabras del artículo de la beta, el «identical security model, strict styling constraints, and built-in permission recovery path as the <usermedia> MVP», es decir, el mismo modelo de seguridad, las mismas restricciones de estilo y la misma vía integrada de recuperación de permisos que el MVP de <usermedia>.
Análisis XML seguro en memoria
Chrome 153 traslada el análisis XML de varias rutas habituales a una implementación en Rust. Las notas de la versión citan DOMParser, la propiedad responseXML de XMLHttpRequest y las imágenes SVG independientes y externas. Los escenarios XSLT no entran en este cambio. El objetivo declarado de Google, según el artículo de la beta, es eliminar posibles errores de corrupción de memoria manteniendo la compatibilidad total con las especificaciones web existentes.
Para el propietario de un sitio, lo relevante en la práctica es el SVG. Logotipos, iconos e ilustraciones servidos como archivos SVG pasan ahora por el nuevo analizador. Google afirma que la compatibilidad se mantiene y que no hay nada que hacer, pero si un recurso SVG se ve distinto tras la actualización, este es el cambio que conviene revisar primero.
Novedades en CSS y JavaScript
Dos cambios de CSS tienen que ver con el desplazamiento. La propiedad overflow acepta ahora un valor desplazable junto con clip, de modo que overflow: scroll clip crea un contenedor de desplazamiento en un eje mientras el otro eje queda recortado en su sitio. Las notas de la versión señalan que esto permite que position: sticky quede limitado por contenedores de desplazamiento ancestros distintos en cada eje. Una nueva propiedad, scroll-axis-lock, permite al desarrollador indicar al navegador que no bloquee un gesto de desplazamiento en un único eje cuando se desea desplazar en diagonal.
JavaScript incorpora dos propuestas de TC39. Iterator.prototype.join() concatena la salida de un iterador en una cadena, a imagen de Array.prototype.join(). Joint Iteration añade Iterator.zip() e Iterator.zipKeyed(), que recorren varios iterables al unísono y devuelven arrays u objetos con claves; los modos son «shortest» por defecto, «longest» con relleno opcional y «strict», que lanza un TypeError cuando las longitudes difieren.
Además, Chrome 153 decodifica el contenedor Immersive Audio Model and Formats, un formato abierto y libre de regalías para audio espacial, a través de Media Source Extensions; las conexiones WebTransport pueden transportar cabeceras HTTP personalizadas; y la API Long Animation Frames informa ahora también desde los web workers.
Privacy Sandbox entra en la lista de obsolescencias
Las notas de Chrome 153 indican que la Protected Audience API, la Shared Storage API, la Attribution Reporting API, los Related Website Sets y document.requestStorageAccessFor están cada uno «planned for deprecation and removal», es decir, previstos para quedar obsoletos y ser retirados. El motivo que se da para los Related Website Sets es que se diseñaron para un navegador sin cookies de terceros, y Chrome ha decidido conservarlas. El artículo de la beta del 20 de agosto ya incluía los Related Website Sets y requestStorageAccessFor entre las retiradas.
Nada de esto sorprende. El 17 de octubre de 2025, Anthony Chavez, vicepresidente de Google para Privacy Sandbox, anunció que Google retiraba diez tecnologías de Privacy Sandbox, entre ellas Topics, Protected Audience, Attribution Reporting, Private Aggregation con Shared Storage y los Related Website Sets, alegando «ecosystem feedback about their expected value and in light of their low levels of adoption», los comentarios del ecosistema sobre su valor esperado y su baja adopción. Aquel artículo prometía que los detalles seguirían los procesos de Chrome y Android para la retirada gradual de estas tecnologías. Chrome 153 es donde esos procesos se hacen visibles en una nota de versión.
Qué significa para tu negocio
Si tu sitio usa cámara o micrófono, merece la pena adoptar pronto los nuevos elementos. Verificación de identidad, probador virtual, un flujo de «escanea tu documento»: cada uno de ellos empieza hoy con una llamada JavaScript y una solicitud de permiso que muchos usuarios descartan por reflejo. Un botón dibujado por el navegador, que el usuario decide pulsar, con una vía integrada para recuperar un permiso denegado antes, actúa justo en el momento en que esos flujos pierden a la gente. Chrome es hoy el único navegador que lo incluye, así que debe ser una mejora progresiva: conserva la ruta getUserMedia existente como alternativa.
Si tu stack publicitario o tu analítica integraron alguna vez una API de Privacy Sandbox, es hora de retirar ese código. Las integraciones de Attribution Reporting, Protected Audience y Shared Storage las hicieron sobre todo proveedores ad-tech y no los propietarios de sitios directamente, pero siguen existiendo etiquetas y configuraciones de consentimiento que las referencian. Pregunta a tu proveedor qué ocurrirá cuando desaparezcan las API y asegúrate de que tu medición de conversiones no depende en silencio de una de ellas. Las cookies de terceros se quedan, lo que significa que la configuración de medición que tenías antes de la Sandbox es la que permanece.
Los Related Website Sets afectaban a un grupo concreto: empresas con varios dominios que comparten inicio de sesión o carrito. Si declaraste un conjunto para que las cookies fluyeran entre tus dominios de marca, ese mecanismo se retira. La Storage Access API en sí se mantiene; solo desaparecen el atajo basado en conjuntos y requestStorageAccessFor. Revisa ahora cualquier inicio de sesión o pago entre dominios, y no cuando lo reporte un cliente.
Nada en esta versión debería romper un sitio de marketing normal. El cambio de XML y SVG está pensado para ser invisible, las novedades de CSS son opcionales y los métodos JavaScript son nuevos, no modificados. El hábito que recomendamos, y que incorporamos a cada sitio web que mantenemos, es el mismo que la semana pasada: un perfil del navegador en el canal Beta y un repaso a tus formularios, al pago y a cualquier flujo de cámara cada dos semanas. Chrome 154 Beta ya está disponible; pasará a Stable el 22 de septiembre.
Nuestra lectura es que Chrome 153 es una versión modesta con una señal importante. Las funciones son incrementales, pero la lista de obsolescencias confirma que el navegador ha dejado de intentar sustituir las cookies de terceros por sus propias API publicitarias. Para un negocio, eso elimina una variable que llevaba seis años pesando sobre los planes de analítica web y publicidad. Planifica con cookies, consentimiento y datos propios, y trata todo lo que lleve la etiqueta Privacy Sandbox como tecnología heredada.
