Chrome'i brauseri arendajad on olnud üsna aktiivsed ja viimastel päevadel ja on avaldanud erinevaid muudatusi ja nendest, kellest teatati üks neist on laisk laadimisriistade pikendus veebilehe elementide jaoks, mis võimaldab mitte laadida sisu, mis asub väljaspool nähtavat ala seni, kuni kasutaja kerib lehe vahetult enne elementi.
Varem Chrome'is oli see režiim juba rakendatud piltide jaoks, kuid nüüd on Chrome'i arendajad läinud sammu edasi ja nad on lisanud võime laita iframe'i laadimist.
"Iframe" sildi laiskade lehtede laadimiseks lisati atribuut "loading", mille saab seadistada "edasi lükatud" (lükake allalaadimine edasi), "innukas" (laadige alla korraga) ja "automaatne" (laadimise viivitamiseks kell lihtsustatud režiimi sisselülitamisel).
Eeldatakse, et laisk laadimine vähendab mälu tarbimist, vähendage liiklust ja suurendage lehtede esialgse avanemise kiirust. Näiteks kui uus režiim on lubatud, peatatakse Twitteri, Facebooki ja YouTube'i reklaamide ning vidinatega plokkide laadimine kohe, kui need pole kasutajale nähtavad, kuni kasutaja kerib lehe nende plokkide ette.
Arendajate sõnul keskmiselt laisk laadimine säästab 2-3% liiklusest, see vähendab esialgsete renderduste arvu 1–2% ja viivitust enne sisendi kättesaadavust 2% võrra.
Konkreetsete saitide puhul on muudatused märgatavamad. Näiteks YouTube'i ploki laisa laadimise lubamine vähendab allalaaditud andmeid umbes 500 kB, Instagram - 100 kB, Spotify - 500 kB, Facebook - 400 kB.
Eelkõige võimaldas youtube'i plokkide laisal laadimine saidil Chrome.com mobiilseadmetel vähendada lehe kättesaadavuse ooteaega interaktsiooni algatamiseks kuni 10 sekundi võrra ja algselt 511 KB-ga laaditud JavaScripti koodi suurust.
Teine muudatus mis on lisatud brauseri koodibaasi ja mis on Chrome'is versioonist 86 üldiselt nähtav, on funktsioon keelake vormide automaatne täitmine sisestatud lehed HTTPS-i kaudu, kuid andmete saatmine HTTP kaudu.
See viidi ellu, kuna HTTP kaudu avatud lehtede automaatse täitmise autentimisvormid on Chrome'is ja Firefoxis pikka aega keelatud, kuid seni, kui vormi lehe avamine HTTPS-i või HTTP-ühenduse kaudu, mis toimis märgiühendusena, võetakse nüüd ka krüptimine vormide kontrollerile andmete esitamisel arvesse võtta. Samuti on Chrome'i lisatud uus hoiatus, et teavitada kasutajat täielikke andmeid krüptimata sidekanali kaudu saatma.
Nüüd seda funktsiooni saab lubada Kanaari versioonides jaotises "chrome: // flags # mixed-forms-disable-autofill".
Ka veel üks muudatus mida oodata Chrome 86 puhul on eksperimentaalse näitaja kõrvaldamine, mis võimaldab teil näidata kontekstimenüüs üksust, et kuvada aadressiribal täielik URL.
Element „Kuva alati täielik URL” on saadaval kontekstimenüüs vaikimisi pole vaja lehel about: flags seadeid muuta. Täielikku URL-i saab vaadata ka topeltklõpsuga aadressiribal.
Pidage meeles, et Chrome 69-s viis Google läbi katse "https: //", "http: //" ja "www" peitmiseks aadressiribale. Esimene katse ebaõnnestus ja varjamine tühistati. Järgnevad katsed jätkusid ja Chrome 76-s hakati aadressi vaikimisi kuvama ilma www-protokolli ja alamdomeenita ning Chrome 79-s eemaldati seade vana käitumise tagastamiseks.
Pärast kasutaja rahulolematust lisati Chrome 86-s uus katselipp, lisades kontekstimenüüsse üksuse, et keelata peitmine ja kuvada täielik URL kõikides tingimustes.