Miért lassúak a weboldalépítőkkel felépített oldalak?
Az egyedi készítésű webhelyekkel ellentétben a webhelyépítők egy különleges problémával szembesülnek: fejlesztőik nem tudják, hogyan fog kinézni a végleges oldal. Lehet, hogy egy egyszerű statikus weboldal lesz egy kapcsolatfelvételi űrlappal. Vagy lehet egy blog vagy egy áruház, esetleg mindkettő.
Mivel sok elrendezési elemet kell támogatni, rengeteg felesleges kódot töltenek be. Bár ideális esetben csak a szükséges modulokat kellene betölteni, ez több építészeti munkát igényel a weboldalépítő készítőitől.
Ráadásul minden egyes oldalelemnek megjeleníthetőnek kell lennie a webhelyszerkesztőben, és nem mindig könnyű szétválasztani a szerkesztő kódját a közzétett webhely kódjától.
A Lighthouse erősen bünteti a JavaScript végrehajtását, és az interaktív működésre fordított idő az a mérőszám, amely a legnagyobb hatással van a teljesítményértékelésre. Ennek megfelelően a sok JavaScript-kódot betöltő és futtató webhelyek rosszabbul teljesítenek ebben a tesztben.
Érdemes azonban néhány más mérőszámot is figyelembe venni. A First Contentful Paint például azt jelzi, hogy a felhasználó mikor kezdi először látni a tartalmat. A Sebességindex azt mutatja, hogy mennyi időbe telik, amíg az oldal vizuálisan nagyrészt stabil lesz.
A gyors első tartalmas festés biztosítása
Az első tartalmi festés a kezdeti oldaldokumentum betöltése után történik, amikor már nincsenek renderelést gátló elemek. Például egy szkriptcímke vagy egy stílustábla késleltetheti az első tartalmi festést.
A gyorsabb festési idő elérése érdekében a lehető legkevesebb renderelést blokkoló elemnek kell lennie. Ideális esetben a kezdeti dokumentumkérés tartalmazza a kezdeti rendereléshez szükséges összes stílust. Ha ez nem lehetséges, kerülje az egymástól függő kérések hosszú kaszkádjait, és kerülje az extra hálózati körutazásokat.
