Google está ultimando una novedad técnica para Chrome 148 que promete cambiar cómo se cargan los vídeos y audios en la web. El navegador retrasará de forma inteligente la descarga de estos recursos multimedia hasta que realmente sean necesarios, con el objetivo de mejorar el rendimiento de las páginas y reducir el consumo de datos, especialmente en conexiones móviles.
La idea no es completamente nueva: desde 2019, Chrome y otros navegadores basados en Chromium aplican carga diferida (lazy loading) a imágenes e iframes. Lo que ahora se pone sobre la mesa es extender esa misma lógica a los elementos <video> y <audio>, que suelen ser mucho más pesados y tienen un impacto mayor en la velocidad de carga inicial.
Qué es la carga diferida y cómo va a aplicarse a vídeo y audio
La carga diferida es una técnica que consiste en aplazar la descarga e inicialización de ciertos recursos hasta que el usuario se acerca a ellos al hacer scroll. En lugar de traer todo de golpe cuando se abre la página, el navegador se centra primero en el contenido visible y deja para más tarde aquello que está fuera de pantalla.
En la práctica, cuando una web incluye un vídeo o un audio muy por debajo del primer pantallazo, el navegador, con esta novedad, no empezará a descargarlo ni a prepararlo inmediatamente. Esperará a que el usuario se desplace hasta una distancia determinada de ese recurso para iniciar la carga. Así se evitan descargas innecesarias de medios que quizá nunca lleguen a verse o reproducirse.
Hasta ahora, muchos desarrolladores recurrían a soluciones propias en JavaScript, combinando herramientas como Intersection Observer con la carga dinámica del atributo src. Era una forma válida de conseguir un efecto parecido, pero añadía complejidad al código y no se integraba tan bien con las optimizaciones internas del motor del navegador.
Con la nueva implementación, Chrome permitirá usar directamente el atributo loading=»lazy» en las etiquetas de vídeo y audio, igual que ya sucede con las imágenes y algunos otros elementos. Esa será la pista que el navegador utilizará para decidir qué recursos multimedia puede diferir y cuándo debe traerlos.
Según la información recogida en la hoja de ruta de la plataforma, Chromium empezó a trabajar en esta capacidad a comienzos de año, y la función ya ha superado varias fases de implementación internas. El objetivo es pulir tanto el comportamiento visual como la interacción con el resto del sistema de carga del navegador.
Qué cambia en Chrome 148 y en otros navegadores basados en Chromium
La novedad se activará de forma nativa en Chrome 148, tanto en ordenadores como en móviles y en WebView, el contenedor que muchas apps usan para mostrar contenido web. Según la documentación de Google, la función ya se está probando en ramas de desarrollo como Chrome 147 y su lanzamiento estable está previsto para una de las próximas versiones, con un despliegue gradual que podría completarse alrededor de mediados de abril, siempre sujeto a cambios.
Al integrarse directamente en el código de Chromium, la mejora no se quedará solo en Google Chrome. Navegadores que comparten la misma base, como Microsoft Edge, Brave, Opera o Vivaldi, también podrán aprovechar esta optimización cuando actualicen a versiones que incluyan el nuevo comportamiento de carga diferida para medios.
Conviene matizar que no todos los contenidos multimedia se verán afectados de la misma forma. Los típicos vídeos de YouTube insertados mediante un iframe ya se benefician desde hace tiempo de la carga diferida nativa para iframes en navegadores basados en Chromium, de modo que en esos casos el cambio será menos evidente. El impacto será mayor en webs que utilizan directamente etiquetas <video> y <audio> propias para reproducir contenido.
Google señala además que la carga diferida nativa para vídeo y audio tendrá en cuenta otros atributos como autoplay y preload. Es decir, el navegador tratará de equilibrar el ahorro de recursos con el comportamiento que el desarrollador esperaba para cada reproductor, minimizando sorpresas en la experiencia.
Otro punto clave es que el sistema evitará bloquear el evento window.onload con recursos multimedia que están fuera del área visible. En sitios cargados de clips, reproductores embebidos o pistas de audio, esto puede marcar la diferencia en la sensación de rapidez cuando se abre la página.
Impacto en velocidad de carga, datos móviles y memoria RAM
El efecto práctico de esta mejora se nota sobre todo en páginas con muchos elementos multimedia repartidos a lo largo del contenido. En lugar de intentar descargar todos esos archivos a la vez nada más entrar, el navegador podrá centrarse en el texto, las imágenes iniciales y los recursos imprescindibles, dejando el resto para más adelante.
Eso se traduce en tiempos de carga inicial menores, menos consumo de ancho de banda y menor presión sobre la memoria RAM, algo especialmente relevante en móviles con recursos limitados o en conexiones de datos con franquicia mensual. Muchos usuarios en España y el resto de Europa navegan aún con tarifas ajustadas o en zonas con cobertura irregular, de modo que cada descarga innecesaria que se evita es un pequeño alivio.
En términos de experiencia, el usuario percibe que la página responde antes y se puede empezar a leer sin que el navegador se bloquee cargando vídeos en segundo plano. Aunque no vea ningún cambio visible en la interfaz ni reciba un aviso de la nueva función, sí notará que ciertas webs pesadas se sienten algo más ágiles.
Google también destaca que la implementación nativa permite optimizar la carga en función del estado de la red. El motor del navegador puede decidir umbrales distintos según si la conexión es rápida o lenta, o si detecta que hay muchas peticiones en curso. Esto es difícil de replicar con scripts externos, que no tienen el mismo acceso a la información interna del proceso de carga.
Al reducirse las descargas de elementos que el usuario quizá nunca vea, se obtiene además un uso más eficiente de la caché y del pipeline de renderizado. A la larga, son detalles que contribuyen a que la navegación sea algo más fluida, incluso aunque la mejora no se perciba de forma espectacular página a página.
Qué supone para desarrolladores web y para el ecosistema Chromium
Desde el punto de vista de quienes construyen sitios web, la llegada de esta novedad implica una simplificación importante en la forma de gestionar los recursos multimedia. Hasta ahora, quienes querían controlar al detalle cuándo se cargaba un vídeo o un audio debían recurrir casi obligatoriamente a JavaScript, con lógica adicional para detectar la posición en la pantalla.
Con la nueva API, bastará con añadir el atributo loading=»lazy» en las etiquetas <video> y <audio>, del mismo modo que ya se hace con imágenes. El navegador se encargará automáticamente del resto, aplicando heurísticas propias para decidir en qué momento interesa empezar la descarga sin romper la experiencia de usuario.
Esto tiene varias ventajas: se reduce la cantidad de código personalizado, se minimizan posibles errores en la lógica de carga y se evitan dependencias de librerías externas solo para gestionar el comportamiento de los reproductores. Además, el navegador puede coordinar mejor esta carga con su sistema de preload y con el escáner de recursos que ejecuta antes de renderizar la página.
La propuesta de incorporar carga diferida nativa para vídeo y audio ha sido impulsada por colaboradores activos del proyecto Chromium, que llevan tiempo trabajando en optimizaciones de rendimiento de este tipo. La especificación se está perfilando dentro de los grupos de trabajo habituales y, aunque aún puede pulirse, Google ya la presenta como una extensión lógica de las APIs de lazy loading que los desarrolladores conocen desde hace años.
Como sucede con casi todo lo que se integra en el motor Chromium, el cambio terminará beneficiando a un abanico amplio de navegadores, no solo a Chrome. En el contexto europeo, donde cada vez más usuarios alternan entre opciones como Edge, Brave, Opera o Vivaldi, este tipo de mejoras compartidas refuerzan la sensación de que buena parte de la web se mueve al mismo ritmo técnico.
Al final, se trata de una de esas actualizaciones silenciosas que no cambian el aspecto del navegador, pero que pueden recortar segundos (o al menos fricción) en el día a día, sobre todo en sitios muy recargados de contenido multimedia. Y en un entorno donde muchas páginas compiten por la atención del usuario, cualquier avance que haga la experiencia más rápida y menos pesada tiene bastante valor.
Con la llegada de la carga diferida nativa para vídeos y audio en Chrome 148, el navegador refuerza su papel de referencia en rendimiento dentro del ecosistema web: se mejora la velocidad de apertura de páginas, se recorta el uso de datos y memoria, y se simplifica el trabajo de los desarrolladores, mientras que el resto de navegadores basados en Chromium en España y Europa se preparan para heredar una optimización que, sin grandes titulares, puede hacer la navegación diaria un poco más llevadera.