Google està ultimant una novetat tècnica per a Chrome 148 que promet canviar com es carreguen els vídeos i àudios a la web. El navegador retardarà de manera intel·ligent la descàrrega daquests recursos multimèdia fins que realment siguin necessaris, amb lobjectiu de millorar el rendiment de les pàgines i reduir el consum de dades, especialment en connexions mòbils.
La idea no és completament nova: des del 2019, Chrome i altres navegadors basats en Chromium apliquen càrrega diferida (lazy loading) a imatges i iframes. El que ara es posa sobre la taula és estendre aquesta mateixa lògica als elements y , que solen ser molt més pesats i tenen un impacte més gran en la velocitat de càrrega inicial.
Què és la càrrega diferida i com s'aplicarà a vídeo i àudio
La càrrega diferida és una tècnica que consisteix en ajornar la descàrrega i inicialització de certs recursos fins que l'usuari s'hi acosta en fer scroll. En lloc de portar-ho tot de cop quan s'obre la pàgina, el navegador se centra primer en el contingut visible i deixa per més tard allò que està fora de pantalla.
A la pràctica, quan una web inclou un vídeo o un àudio molt per sota de la primera pantalla, el navegador, amb aquesta novetat, no començarà a descarregar-lo ni a preparar-lo immediatament. Espera que l'usuari es desplaci fins a una distància determinada d'aquest recurs per iniciar la càrrega. Així s'eviten descàrregues innecessàries de mitjans que potser mai no arribin a veure's o reproduir-se.
Fins ara, molts desenvolupadors recorrien a solucions pròpies en JavaScript, combinant eines com Intersection Observer amb la càrrega dinàmica de l'atribut src. Era una forma vàlida daconseguir un efecte semblant, però afegia complexitat al codi i no sintegrava tan bé amb les optimitzacions internes del motor del navegador.
Amb la nova implementació, Chrome permetrà utilitzar directament l'atribut loading=»lazy» a les etiquetes de vídeo i àudio, igual que ja passa amb les imatges i alguns altres elements. Aquesta serà la pista que el navegador utilitzarà per decidir quins recursos multimèdia pot diferir i quan els ha de portar.
Segons la informació recollida al full de ruta de la plataforma, Chromium va començar a treballar en aquesta capacitat al començament d'any, i la funció ja ha superat diverses fases dimplementació internes. L'objectiu és polir tant el comportament visual com la interacció amb la resta del sistema de carrega del navegador.
Què canvia a Chrome 148 ia altres navegadors basats en Chromium
La novetat s'activarà de forma nativa a Chrome 148, tant a ordinadors com a mòbils ia WebView, el contenidor que moltes apps usen per mostrar contingut web. Segons la documentació de Google, la funció ja s'està provant en branques de desenvolupament com Chrome 147 i el seu llançament estable està previst per a una de les properes versions, amb un desplegament gradual que es podria completar al voltant de mitjans d'abril, sempre subjecte a canvis.
En integrar-se directament al codi de Chromium, la millora no es quedarà sol a Google Chrome. Navegadors que comparteixen la mateixa base, com Microsoft Edge, Brave, Opera o Vivaldi, també podran aprofitar aquesta optimització quan actualitzin a versions que incloguin el nou comportament de càrrega diferida per a mitjans.
Convé matisar que no tots els continguts multimèdia es veuran afectats de la mateixa manera. Els típics vídeos de YouTube inserits mitjançant un iframe ja es beneficien des de fa temps de la càrrega diferida nativa per a iframes en navegadors basats en Chromium, de manera que en aquests casos el canvi serà menys evident. L'impacte serà més gran en webs que utilitzen directament etiquetes y pròpies per reproduir contingut.
Google assenyala a més que la càrrega diferida nativa per a vídeo i àudio tindrà en compte altres atributs com reproducció automàtica y precàrrega. És a dir, el navegador intentarà equilibrar lestalvi de recursos amb el comportament que el desenvolupador esperava per a cada reproductor, minimitzant sorpreses en lexperiència.
Un altre punt clau és que el sistema evitareu bloquejar l'esdeveniment window.onload amb recursos multimèdia que són fora de l'àrea visible. En llocs carregats de clips, reproductors encastats o pistes dàudio, això pot marcar la diferència en la sensació de rapidesa quan sobre la pàgina.
Impacte en velocitat de càrrega, dades mòbils i memòria RAM
L'efecte pràctic d'aquesta millora es nota sobretot a pàgines amb molts elements multimèdia repartits al llarg del contingut. En lloc d'intentar descarregar tots aquests fitxers alhora només entrar, el navegador podrà centrar-se en el text, les imatges inicials i els recursos imprescindibles, deixant la resta per més endavant.
Això es tradueix en temps de càrrega inicial menors, menys consum d'amplada de banda i menor pressió sobre la memòria RAM, cosa especialment rellevant en mòbils amb recursos limitats o en connexions de dades amb franquícia mensual. Molts usuaris a Espanya i la resta d'Europa encara naveguen amb tarifes ajustades o en zones amb cobertura irregular, de manera que cada descàrrega innecessària que s'evita és un petit alleujament.
En termes dexperiència, lusuari percep que la pàgina respon abans i es pot començar a llegir sense que el navegador es bloquegi carregant vídeos en segon pla. Encara que no vegi cap canvi visible a la interfície ni rebi un avís de la nova funció, sí que notarà que certes webs pesades se senten una mica més àgils.
Google també destaca que la implementació nativa permet optimitzar la càrrega en funció de l'estat de la xarxa. El motor del navegador pot decidir llindars diferents segons si la connexió és ràpida o lenta, o si detecta que hi ha moltes peticions en curs. Això és difícil de replicar amb scripts externs, que no tenen el mateix accés a la informació interna del procés de càrrega.
En reduir les descàrregues d'elements que l'usuari potser mai no vegi, s'obté a més ús més eficient de la memòria cau i del pipeline de renderitzat. A la llarga, són detalls que contribueixen a fer que la navegació sigui una mica més fluida, fins i tot encara que la millora no es percebi de manera espectacular pàgina a pàgina.
Què suposa per a desenvolupadors web i per a l'ecosistema Chromium
Des del punt de vista dels que construeixen llocs web, l'arribada d'aquesta novetat implica una simplificació important en la forma de gestionar els recursos multimèdia. Fins ara, els que volien controlar al detall quan es carregava un vídeo o un àudio havien de recórrer gairebé obligatòriament a JavaScript, amb lògica addicional per detectar la posició a la pantalla.
Amb la nova API, només cal afegir l'atribut loading=»lazy» a les etiquetes y , de la mateixa manera que ja es fa amb imatges. El navegador s'encarregarà automàticament de la resta, aplicant-hi heurístiques pròpies per decidir en quin moment interessa començar la descàrrega sense trencar l'experiència d'usuari.
Això té diversos avantatges: es redueix la quantitat de codi personalitzat, es minimitzen possibles errors a la lògica de càrrega i s'eviten dependències de llibreries externes només per gestionar el comportament dels reproductors. A més, el navegador pot coordinar millor aquesta càrrega amb el sistema de precàrrega i amb l'escàner de recursos que executeu abans de renderitzar la pàgina.
La proposta d'incorporar càrrega diferida nativa per a vídeo i àudio ha estat impulsada per col·laboradors actius del projecte Chromium, que fa temps que treballen en optimitzacions de rendiment d'aquest tipus. L'especificació s'està perfilant dins dels grups de treball habituals i, encara que encara es pot polir, Google ja la presenta com una extensió lògica de les APIs de lazy loading que els desenvolupadors coneixen des de fa anys.
Com passa amb gairebé tot el que s'integra al motor Chromium, el canvi acabarà beneficiant un ventall ampli de navegadors, no només a Chrome. En el context europeu, on cada cop més usuaris alternen entre opcions com Edge, Brave, Opera o Vivaldi, aquest tipus de millores compartides reforcen la sensació que bona part de la web es mou al mateix ritme tècnic.
Al final, es tracta de una d'aquestes actualitzacions silencioses que no canvien l'aspecte del navegador, però que poden retallar segons (o almenys fricció) al dia a dia, sobretot en llocs molt recarregats de contingut multimèdia. I en un entorn on moltes pàgines competeixen per l'atenció de l'usuari, qualsevol avenç que faci l'experiència més ràpida i menys pesada té força valor.
Amb l'arribada de la càrrega diferida nativa per a vídeos i àudio a Chrome 148, el navegador reforça el seu paper de referència en rendiment dins de l'ecosistema web: es millora la velocitat d'obertura de pàgines, es retalla l'ús de dades i memòria, i se simplifica el treball dels desenvolupadors, mentre que la resta de navegadors basats en Chromium a Espanya i Europa navegació diària una mica més suportable.