El mapa real del soporte en 2026

Los dos niveles anteriores han enseñado un sistema completo y coherente que no funciona en uno de los tres motores de navegador. Ese hecho no es una nota al pie ni un problema que se resuelve al final con un parche: condiciona cómo se escriben los keyframes, dónde va el estado inicial y qué se puede prometer al diseño. Este nivel entero es sobre eso, y empieza por establecer con precisión qué hay y qué no, porque la mitad de los artículos que encontrarás en la web se equivocan al respecto.

Quién tiene qué

Chromium fue el primero, en julio de 2023, con el conjunto completo: animation-timeline, scroll(), view(), las propiedades nombradas, animation-range y timeline-scope. Safari lo envió en la versión 26, en septiembre de 2025, y con eso el sistema pasó a estar disponible en dos de los tres motores y en la práctica totalidad de los dispositivos móviles, porque en iOS todos los navegadores usan WebKit.

Firefox no lo ha enviado. Existe una implementación parcial detrás del flag layout.css.scroll-driven-animations.enabled en about:config, activa en las builds de Nightly, y hay seguimiento público del trabajo restante. Pero no está activo para los usuarios, y “está en Nightly tras un flag” es, a efectos de lo que puedes construir, indistinguible de “no existe”. La documentación de referencia lo etiqueta como disponibilidad limitada: no forma parte de Baseline porque no funciona en uno de los navegadores más usados.

Hay una segunda erosión que conviene conocer porque afecta a código ya escrito: el valor timeline-scope: all existió en Chromium desde la 116 y fue retirado en la 138. Si mantienes un proyecto de 2023 o 2024 con animaciones de scroll, es un candidato a haberse roto sin que nadie lo relacione con una actualización del navegador.

Por qué no está en Firefox

No es desidia ni falta de interés: la implementación es genuinamente difícil, y entender por qué ayuda a calibrar cuándo llegará.

El problema de fondo es que una animación dirigida por scroll rompe la separación entre el hilo principal y el hilo del compositor de una forma que las animaciones de tiempo no rompen. Una animación de tiempo se puede enviar entera al compositor: el compositor conoce el reloj, conoce los keyframes, y puede interpolar sin preguntar nada. Una animación de scroll depende de una posición que puede cambiar por scroll del usuario —que el compositor sí conoce— pero también por cambios de layout, por redimensionados y por scroll programático, que el compositor no conoce.

A eso se suma el problema de los bucles de realimentación que ya vimos: el progreso depende del layout y el layout puede depender del progreso. La especificación lo resuelve con un punto fijo del bucle de eventos y una ronda adicional de estilo y layout por frame, y encajar eso en un motor cuya arquitectura de composición se diseñó con otras premisas es trabajo de meses.

La consecuencia útil para ti no es una fecha, que nadie puede dar, sino una postura: planifica con la limitación, no contra ella. Un proyecto que necesite las animaciones de scroll para funcionar está mal planteado hoy. Un proyecto que las use como mejora está bien planteado y mejorará solo el día que Gecko las envíe, sin tocar una línea.

Qué se ve exactamente

Ser concreto sobre el modo de fallo es lo que permite decidir. En un motor sin timelines de scroll, animation-timeline: scroll() es una declaración con un valor que el motor no entiende, así que se descarta. Lo mismo con animation-range. Lo que queda en pie es el resto de la regla, y ahí está todo el problema.

La tabla enseña la lección entera: no hay un modo de fallo de las animaciones de scroll, hay tantos como formas de escribirlas, y la diferencia entre “cosmético” y “roto” está siempre en dónde has puesto el estado inicial. Si el estado inicial vive en la regla base, el fallo es roto. Si vive dentro del @keyframes y la regla base describe el estado final, el fallo es cosmético.

Ese es el principio que organiza todo el nivel, y la lección el estado final por defecto lo desarrolla como estrategia sistemática.