Google Chrome 148 apostará por la carga diferida de audio y vídeo

Última actualización: abril 9, 2026
Autor: ForoPC
  • Chrome 148 activará la carga diferida nativa para elementos de audio y vídeo en todo el ecosistema Chromium.
  • El navegador retrasará la descarga de medios pesados hasta que se acerquen a la zona visible, reduciendo datos y memoria.
  • Los desarrolladores podrán usar el atributo loading="lazy" en <video> y <audio> sin depender de scripts externos.
  • La mejora beneficiará a usuarios de Chrome y otros navegadores Chromium en España y Europa, con páginas más ágiles y ligeras.

Navegador Google Chrome con carga diferida de medios

En los últimos años, Google Chrome se ha consolidado como el navegador de referencia para la mayoría de usuarios, a pesar de las críticas históricas por su alto consumo de memoria. Lejos de quedarse quieto, Google sigue puliendo el rendimiento del navegador con cambios silenciosos que no siempre se ven, pero sí se notan cuando navegamos a diario.

Uno de esos cambios llega con Chrome 148, versión en la que el navegador empezará a cargar de forma diferida el audio y el vídeo. La idea es sencilla: retrasar la descarga de los elementos multimedia más pesados hasta que el usuario esté realmente cerca de ellos, para que las páginas se abran más rápido y se consuma menos tarifa de datos y memoria RAM, algo especialmente relevante en móviles y conexiones limitadas.

Qué es la carga diferida y cómo la amplía Chrome 148

Carga diferida de audio y vídeo en Google Chrome

La carga diferida, o lazy loading, es una técnica que retrasa la descarga de ciertos recursos hasta que están cerca de la parte visible de la pantalla. En lugar de traerlo todo de golpe nada más abrir la web, el navegador prioriza el contenido que se ve primero y deja el resto para más adelante, conforme el usuario hace scroll.

Desde 2019, los navegadores basados en Chromium, como Chrome, Edge, Brave, Opera o Vivaldi, ya aplican este mecanismo a las imágenes y a los iframes. Eso ha permitido que muchas páginas carguen antes al no tener que descargar todas las fotos o marcos embebidos desde el primer segundo.

Con Chrome 148, Google da un paso más y extiende esta lógica a los elementos <video> y <audio>. Es decir, al contenido multimedia que se incrusta directamente mediante las etiquetas HTML de vídeo y audio, que suele ser mucho más pesado que una imagen y tiene un impacto mayor en el tiempo de carga inicial.

En la práctica, cuando una página incluya varios reproductores repartidos a lo largo del texto, Chrome solo descargará e iniciará los que estén próximos a la posición actual del usuario. El resto se irán preparando conforme el lector se acerque a ellos al desplazarse por la página, evitando descargas que quizá nunca lleguen a reproducirse.

Conviene matizar que los vídeos de YouTube insertados como iframes ya se beneficiaban de la carga diferida existente para este tipo de elementos, de modo que la novedad será más evidente en webs que usan sus propios reproductores o etiquetas de vídeo y audio nativas.

Cómo funcionará el lazy loading nativo de vídeo y audio

Funcionamiento de lazy loading en Chrome

Hasta ahora, quienes querían retrasar la carga de un vídeo o un audio recurrían a soluciones a medida con JavaScript, normalmente combinando Intersection Observer con la asignación dinámica del atributo src. Es un enfoque funcional, pero añade complejidad, es más difícil de mantener y no se integra tan bien con el propio motor del navegador.

  La nueva estrategia de digitalización y ciberseguridad de la OMI para el sector marítimo

Con Chrome 148, esa lógica pasa a estar soportada de forma nativa. Los desarrolladores podrán usar el atributo loading="lazy" directamente en las etiquetas <video> y <audio>, igual que ya se hace con las imágenes y algunos iframes. A partir de ahí será el navegador el que decida en qué momento compensa descargar cada recurso.

Según la documentación publicada en la página de estado de la plataforma Chrome, el navegador tendrá en cuenta factores como el estado de la red, la presencia de atributos como autoplay y preload y su propio escáner de recursos previo a la carga. De esta forma, puede coordinar mejor la descarga de medios con el resto de elementos de la página.

Otro detalle relevante es que Chrome evitará bloquear el evento window.onload con medios que se encuentren fuera de la pantalla. En sitios con muchos clips, podcasts integrados o reproductores embebidos, esto puede marcar la diferencia en la sensación de rapidez cuando se abre la página por primera vez.

La mejora se está probando en ramas de desarrollo como Chrome 147 y llegará de forma estable en Chrome 148 para escritorio, Android, iOS y WebView. Eso significa que también se beneficiarán aplicaciones móviles que muestran contenido web dentro de una vista integrada, sin tener que cambiar apenas su código.

Impacto en velocidad de carga, datos móviles y memoria RAM

Rendimiento de páginas web en Google Chrome

El efecto práctico de esta novedad se nota sobre todo en páginas con muchos elementos multimedia repartidos a lo largo del contenido. En lugar de intentar descargar todos los vídeos y audios nada más entrar, el navegador puede centrarse en el texto, las imágenes clave y los recursos imprescindibles del primer pantallazo.

Para el usuario, esto se traduce en tiempos de carga inicial más bajos y una sensación de navegación más ligera. La página responde antes, se puede empezar a leer sin que el navegador se quede atascado preparando reproductores que quizá nunca se usen y se liberan recursos en equipos más modestos.

La mejora tiene especial relevancia en móviles y conexiones con tarifa limitada, muy habituales en España y el resto de Europa. Cada descarga de un vídeo que el usuario no llega a ver supone un desperdicio de datos. Con el lazy loading nativo, muchas de esas descargas innecesarias se evitan porque el navegador espera a que el lector se acerque al contenido antes de traerlo.

También entra en juego el consumo de memoria RAM y CPU. Al espaciar la inicialización de los reproductores, Chrome puede distribuir mejor la carga de trabajo y reducir los picos de uso, algo que se agradece en portátiles antiguos, equipos de gama baja o dispositivos que ya van justos con varias pestañas abiertas.

  Fallos de seguridad en Chrome 144 y cómo te afectan

Google señala además que la implementación nativa permite aplicar heurísticas de red más inteligentes. El navegador puede ajustar umbrales distintos según si la conexión es rápida o lenta, o si hay muchas peticiones simultáneas, algo difícil de replicar con scripts de terceros. Son detalles que, sumados, ayudan a que la web se sienta algo más ágil aunque no haya un cambio visual llamativo.

Qué cambia para desarrolladores web con Chrome 148

Desde el punto de vista técnico, la llegada de la carga diferida nativa para audio y vídeo supone una simplificación importante del trabajo de los desarrolladores. Ya no será imprescindible montar soluciones personalizadas en JavaScript solo para decidir cuándo se descarga cada reproductor.

A partir de Chrome 148, bastará con añadir el atributo loading="lazy" en las etiquetas <video> y <audio>, siguiendo el mismo patrón que muchos equipos ya utilizan con las imágenes. El motor de Chromium se encargará del resto, aplicando su propia lógica para coordinar la descarga con la precarga de recursos, la caché y el rendimiento global de la página.

Esto reduce la cantidad de código específico, minimiza errores en la lógica de carga y evita depender de bibliotecas externas para algo tan básico como decidir cuándo se inicializa un medio. Además, al unificar el comportamiento en una API de lazy loading compartida por varios tipos de elementos, se gana coherencia entre sitios y proyectos.

La propuesta de extender la carga diferida nativa a vídeo y audio ha sido impulsada dentro del propio proyecto Chromium por colaboradores centrados en el rendimiento. Según la hoja de ruta publicada, la especificación sigue puliéndose en los grupos de trabajo habituales, pero Google ya la trata como una evolución natural de las APIs de lazy loading que se usan desde hace años.

En la práctica, muchos desarrolladores europeos que ya aplican carga diferida a imágenes podrán extender la misma estrategia a su contenido multimedia con cambios mínimos en su código. Y al tratarse de un comportamiento integrado en el motor del navegador, las decisiones sobre cuándo y cómo cargar cada archivo estarán mejor alineadas con el resto del sistema.

Qué versiones y navegadores se beneficiarán de la mejora

Según la información publicada en el estado de la plataforma, las pruebas de la nueva capacidad comenzaron en la rama de desarrollo de Chrome 147. Tras esa fase inicial, el plan es activarla de forma estable en Chrome 148, con un despliegue progresivo tanto en ordenadores como en móviles y en entornos WebView.

Para la mayoría de usuarios, esto significa que la carga diferida de audio y vídeo se activará por defecto en el ciclo de Chrome 148, sin necesidad de tocar ajustes avanzados ni activar banderas experimentales. La transición será transparente: un día las páginas empezarán a comportarse de forma ligeramente más ágil en sitios cargados de medios.

  Starlink para tener Internet en cualquier lugar: guía completa

Como casi todo lo que se integra en el código de Chromium, la novedad no se quedará solo en Google Chrome. Navegadores como Microsoft Edge, Brave, Opera o Vivaldi, todos muy presentes entre usuarios españoles y europeos, heredarán el mismo soporte cuando actualicen al motor que incluya la nueva función.

En algunos casos, cada fabricante podrá decidir si activa este comportamiento por defecto o ajusta su configuración, pero lo esperable es que la mayoría siga el camino marcado por Google, ya que se trata de una extensión lógica de una API que ya utilizan para imágenes e iframes.

Conviene recordar que Chrome mantiene una cuota de mercado muy elevada, cercana a dos tercios del uso global y con cifras similares en España, seguido por Safari, Edge y otros navegadores. Por eso, cualquier cambio de este tipo acaba influyendo en la forma en la que se diseñan y optimizan muchas webs en Europa.

Relevancia para la web actual en España y Europa

El contexto en el que llega esta novedad es el de una web cada vez más cargada de contenido multimedia. Medios de comunicación, portales de formación, blogs tecnológicos y webs corporativas integran clips, podcasts, retransmisiones en directo y audios incrustados que, aunque aportan valor, también pesan lo suyo en términos de rendimiento.

En España y en otros países europeos, donde no siempre se navega con fibra o 5G y muchas tarifas móviles siguen siendo limitadas, el modo en que los navegadores gestionan estos recursos marca la diferencia. Que el navegador retrase de forma inteligente la carga de medios que el usuario quizá no llegue a ver ayuda a que la información principal esté disponible antes.

Este movimiento encaja con la estrategia de Google de seguir afinando la base técnica de Chrome mientras prepara funciones más ambiciosas, como las relacionadas con la inteligencia artificial y los agentes que realizan tareas por el usuario. Aunque la carga diferida de vídeo y audio no sea una función vistosa, sí contribuye a que la experiencia del día a día sea más cómoda.

Al mismo tiempo, refuerza el papel de Chromium como motor común para buena parte de los navegadores usados en Europa. Aunque cada vez más usuarios se interesan por alternativas centradas en la privacidad o la personalización, gran parte de esas opciones comparten las mismas optimizaciones de rendimiento de base.

Con la incorporación de la carga diferida nativa para audio y vídeo en Chrome 148, la web gana una herramienta más para contener el impacto del contenido multimedia sin exigir nada al usuario: menos descargas simultáneas, páginas que se abren con mayor soltura y una gestión más inteligente de los recursos tanto en ordenadores como en móviles, desde España hasta el resto de Europa.