Test probíhá stejně jako na PageSpeed Insights. My čísla pouze přebíráme. Každá metrika vyjadřuje něco jiného. V tomto doporučuji https://www.vzhurudolu.cz/prirucka/metriky-rychlosti. Průběh nahrávání a vyhodnocování je poměrně složitý proces, který nemá smysl v této diskuzi rozebírat. Každopádně lazyloadované zdroje jsou určitě brány v potaz.
Jde mi o tom, že PSI berou informace o rychlosti z Chrome User Experience Report a když se dívám v dev tools na to, jak probíhá načítání stránky, tak v Chrome se hned načtou i obrázky s atributem loading="lazy", ač by měl Chrome tento attribut již podporovat, když to samé udělám ve Firefoxu, tak se tyto obrázky načítají až teprve, když na ně odscroluji, takže rychlost načtení je tedy jiná a výsledky z PSI dle mne zavádějící.
Jen pro upřesnění PSI dělá dvě věci.
1) Měří synteticky na simulovaném zařízení Motorola 4G s androidem, v chrome a s 3G sítí. Z toho sestavuje lighthouse score.
2) zobrazuje CRuX, pokud ho má k dispozici, ve formě malých grafů úplně nahoře. Je to sumář za posledních 30 dnů.
PSI tedy v globálu není zavádějící. Měří to co vidí uživatel v Chrome na androidu. Tam kde je zavádějící je to, že to měří z Ameriky. Tzn. pokud nepoužíváte cloud tak jsou tím výsledky ovlivněny. To byl ostatně i důvod proč tam Google nedávno přidal CRuX. Byl nutný protipohled jak to vnímají reální uživatelé.
My u pagespeedu zvolili, že hlavní hlášku vyhodnotíme právě podle CRuX, protože nám to přijde rozumnější. Nicméně se nám na poprvé úplně dobře nepovedlo poskládat grafy. Stává se nám tak, že hlavní sdělení říká "váš web je rychlý", ale hned pod tím je score 32. Už na to chystáme update.
Co se týče lazyloadingu. Chrome atribut normálně umí. Pouze trošku jinak, pro mě osobně zvlášťně, vyhodnocuje co má stahovat a co ne. Nedávno jsme k tomu měli tweet. https://twitter.com/SUPERKODERS/status/1267891041895624705