Google Chrome en andere Chromium-gebaseerde browsers, waaronder Microsoft Edge en Vivaldi, zullen naar verwachting binnenkort native video- en audio lazyload-functies ondersteunen. Deze wijziging werd voorgesteld door de onafhankelijke ontwikkelaar Helmut Januschka, die al vele malen aan het Chromium-project heeft bijgedragen.
Lui laden is geen nieuw concept. Chrome heeft vele jaren geleden native lazyloading-ondersteuning geboden voor elementen zoals afbeeldingen en iframes, maar heeft geen betrekking op video- en audiotags. Deze verbetering betekent dat op Chromium gebaseerde browsers in de toekomst direct ondersteuning zullen bieden voor het lui laden van multimedia-inhoud in de onderste laag, wat naar verwachting de initiële laadtijd aanzienlijk zal verkorten en de reactiesnelheid van pagina's zal verbeteren op webpagina's die een grote hoeveelheid audio- en video-inhoud bevatten.
Voor gebruikers die niet bekend zijn met dit mechanisme betekent 'lui laden': wanneer u een webpagina opent, zal de browser niet alle afbeeldingen, video's en andere bronnen volledig downloaden en initialiseren zodra de pagina wordt weergegeven, maar het laden pas activeren wanneer deze elementen op het punt staan het zichtbare gebied te betreden (bijvoorbeeld wanneer u naar beneden scrollt tot vlakbij de locatie van de video). Zonder lazyloading kan Chrome alle mediabestanden tegelijkertijd in het begin van het laadproces van de pagina opvragen, wat resulteert in vertragingen in de inhoud op het eerste scherm en langere totale laadtijden. En bij adoptieloading="lazy"Als de gebruiker nadat het beleid is geïmplementeerd nooit naar het gebied scrolt waar een bepaalde video of audio zich bevindt, kunnen de gerelateerde media zelfs nooit worden gedownload, waardoor bandbreedte en computerbronnen worden bespaard.
Als de meeste websites momenteel lazyloading van video of audio willen implementeren, vertrouwen ze meestal op JavaScript om dit te voltooien, dat wil zeggen via API's zoals Intersection Observer om te detecteren wanneer media-elementen de viewport binnenkomen, en vervolgens dynamisch in te stellensrcEigenschap om het laden te activeren. Helmut Januschka wees er in een notitie op de Chrome Status- en Chromium-mailinglijsten voor ontwikkelaars op dat deze JavaScript-oplossing complex is om te implementeren, foutgevoelig is en niet volledig kan samenwerken met de eigen preload-scanner van de browser (preload-scanner) en ingebouwde laadheuristische strategieën. Met andere woorden: de huidige aanpak is niet de beste praktijk in termen van zowel prestaties als stabiliteit.
Volgens de huidige publieke informatie is de voorgestelde oplossing van Januschka het integreren van volledige native video- en audio lazyloading-mogelijkheden rechtstreeks in Chromium, net als de bestaande native ondersteuning voor afbeeldingen en iframes. Zodra deze functie het officiële Chrome-kanaal betreedt, kunnen ontwikkelaars dat doen<video>of<audio>Voeg direct toe aan het etiketloading="lazy"eigenschappen zonder te vertrouwen op aanvullende JavaScript-logica. Op deze manier wordt het luie laden van mediabronnen overgenomen door de eigen engine van de browser, waardoor deze beter werkt met het preload-scanproces en de strategieën voor netwerkstatusbewustzijn.
Januschka benadrukte dat het voordeel van native lazyloading is dat de browser een redelijkere laaddrempel kan instellen op basis van netwerkomstandigheden, de interactie met HTML-attributen zoals autoplay en preload beter kan afhandelen en kan voorkomen dat het laden van media buiten het scherm wordt geteld.window.onloadgebeurtenis, waardoor de blokkering bij de eerste voltooiingsgebeurtenis van het laden van de pagina wordt verminderd. Dit zal webpagina's "sneller" maken in termen van gebruikersperceptie, terwijl de mogelijkheid behouden blijft om rijke media-inhoud te ondersteunen.
Momenteel is deze verandering "voor het eerst ontdekt" door de relevante gemeenschap, maar er wordt nog steeds vooruitgang geboekt. Met de implementatie van native video en audio lazyloading in de stabiele versie van Chromium wordt verwacht dat de bestaande, op scripts gebaseerde lazyloading-implementatie van front-endontwikkelaars geleidelijk zal overgaan naar een beknoptere en beter presterende native schrijfmethode voor attributen, waardoor gebruikers een soepelere browse-ervaring krijgen.