A PageSpeed pontszám nem maga a sebesség
A Lighthouse teljesítménypontszáma több laboratóriumi mérés súlyozott összesítése. Egy gyorsan összehasonlítható jel, nem a teljes valóság.
Hasznos arra, hogy hibákat keressünk, változtatásokat ellenőrizzünk és ismételhető környezetben összevessünk két állapotot. Nem alkalmas arra, hogy egyetlen számból eldöntsük: a weboldal jó-e, a látogatók elégedettek-e, vagy több ajánlatkérés érkezik-e.
A 100-as pontszám lehet jó eredmény. A helyes cél mégsem a 100, hanem egy gyors, stabil és használható oldal a valódi célközönség eszközein.
Hogyan lehet 100 pontos oldal mégis problémás?
- a fő tartalom gyorsan megjelenik, de az ajánlat nem érthető;
- a laborfuttatás tiszta környezetben jó, a valós mobilhálózatokon gyenge;
- az első betöltés gyors, de az interakció későn reagál;
- egy űrlap vagy vásárlási folyamat technikailag hibás;
- a ritkán látogatott tesztoldal gyors, a valódi landingoldalak viszont lassúak;
- a pontszám javult, de a mérés, a tartalom vagy a hozzáférhetőség romlott.
A teljesítmény tehát nem választható le az oldal feladatáról. Amit nem mérünk vagy rossz URL-en mérünk, arra a szép pontszám sem ad fedezetet.
Laboradat és valós felhasználói adat
Szimulált, kontrollált teszt. Jól használható hibakeresésre és fejlesztés közbeni összehasonlításra.
Valódi Chrome-felhasználók tapasztalatának összesítése. Megmutatja, mi történik különböző eszközökön és hálózatokon.
A két nézet nem versenytárs. A laboradat segít megérteni és reprodukálni a problémát, a terepadat pedig jelzi, hogy a látogatók valóban érzik-e. A Chrome UX Report adatai gördülő 28 napos időszakot fednek le, ezért egy mai javítás hatása nem jelenik meg azonnal teljes súllyal.
A három jelenlegi Core Web Vital
jó: legfeljebb 2,5 s
jó: legfeljebb 200 ms
jó: legfeljebb 0,1
LCP – Largest Contentful Paint
Azt jelzi, mikor jelenik meg a nézetben a legnagyobb releváns tartalmi elem. Gyakran egy hero-kép, nagy címsor vagy kiemelt blokk. Képoptimalizálás, szerverválasz, CSS és betöltési prioritás is befolyásolhatja.
INP – Interaction to Next Paint
A felhasználói interakciók válaszkészségét méri. Ha a böngésző fő szála hosszú JavaScript-feladatokkal foglalt, egy kattintás vagy gépelés látható visszajelzése késhet.
CLS – Cumulative Layout Shift
A váratlan elrendezés-ugrásokat összesíti. Tipikus ok a méret nélküli kép, későn megjelenő sáv, változó font vagy dinamikusan beszúrt elem.
És mit jelent az FCP, TTFB, TBT és Speed Index?
| Jelzés | Mit mutat? | Mire használjuk? |
|---|---|---|
| FCP | Az első tartalmi elem megjelenését | A kezdeti visszajelzés vizsgálatára |
| TTFB | Az első szerverbájtra várakozást | Szerver, cache és hálózati késés feltárására |
| TBT | A laborban észlelt főszál-blokkolást | JavaScript-terhelés és INP-kockázat keresésére |
| Speed Index | A látható tartalom feltöltődésének ütemét | A vizuális betöltés összehasonlítására |
Ezek diagnosztikai jelek. Nem mindegyik Core Web Vital, és egyik sem írja le önmagában a teljes felhasználói élményt.
Miért változik ugyanannak az oldalnak a pontszáma?
A laboreredmény természetéből adódóan ingadozhat. Befolyásolhatja a tesztkörnyezet terhelése, a hálózati állapot, a cache, külső szolgáltatások válasza, hirdetési vagy analitikai scriptek, illetve az, hogy mely elemet azonosítja a mérés LCP-ként.
Ismételt mérést, ugyanazt az URL-t és azonos körülményeket használunk. Ezután vetjük össze a laboreredményt a valós felhasználói adatokkal.
Két azonos pontszám, két eltérő élmény
| Illusztratív példa | A oldal | B oldal |
|---|---|---|
| Lighthouse | 92 pont | 92 pont |
| Valós mobil LCP | jó tartomány | javítandó tartomány |
| Interakció | azonnali visszajelzés | menünyitásnál késik |
| Üzleti út | érthető CTA | bizonytalan következő lépés |
A számok szemléltető példák, nem egy valós ügyfélmérés eredményei.
A pontszám hasonlósága nem bizonyítja azonos minőséget. A felhasználó nem a teszteredményt használja, hanem a felületet.
A leggyakoribb szűk keresztmetszetek
Képek és fontok
Túlméretezett fájl, rossz formátum, hiányzó méret, felesleges betűkészlet vagy helytelen betöltési prioritás.
CSS és JavaScript
Blokkoló stíluslap, nagy csomag, hosszú főszál-feladat, minden oldalon betöltött, de nem használt kód.
Külső szolgáltatások
Chat, heatmap, hirdetési, analitikai és beágyazott megoldások összeadódó költsége.
Hosting és cache
Lassú szerverválasz, rossz cache-szabály, túlterhelt adatbázis vagy indokolatlanul távoli infrastruktúra.
Az optimalizálás helyes sorrendje
Először a legnagyobb felhasználói és üzleti kockázatot kezeljük. Egy hero-kép javítása lehet fontosabb tíz apró auditfigyelmeztetésnél. Egy lefagyó ajánlatkérő űrlap pedig fontosabb lehet néhány pontnyi laboreredménynél.
WordPress: elég egy gyorsító bővítmény?
Egy jól beállított cache- vagy optimalizáló bővítmény sokat segíthet, de nem helyettesíti a diagnózist. Nem oldja meg automatikusan a lassú adatbázist, a túlméretezett sablont, a hibás plugineket, a túl sok külső kódot vagy a gyenge szerverkörnyezetet.
Rossz konfigurációval funkciót, mérést vagy vizuális elemet is eltörhet. Ezért minden gyorsítás után nemcsak újramérünk, hanem végigellenőrizzük a kritikus felhasználói utakat is.
A design és a teljesítmény nem ellenségek
A vizuális minőségnek ára van, de ez az ár tervezhető. Reszponzív képek, következetes tipográfia, tudatos animációk, egyszerűbb komponensek és helyes betöltési sorrend mellett karakteres oldal is lehet gyors.
A probléma ritkán az, hogy „túl szép” az oldal. Inkább az, ha a látvány nincs technikai rendszerként megtervezve.
Gyors döntési segédlet
| Ha ezt látod | Első vizsgálandó irány |
|---|---|
| Gyenge LCP | Hero-tartalom, kép, szerverválasz, kritikus CSS és prioritás |
| Gyenge INP | Hosszú JavaScript-feladatok, eseménykezelők és külső scriptek |
| Gyenge CLS | Képméretek, fontok, bannerek és dinamikus tartalom |
| Jó labor, gyenge terepadat | Eszköz- és hálózati különbség, oldalvariációk, valós használati utak |
| Jó pontszám, kevés érdeklődő | Ajánlat, tartalom, UX, bizalom és mérés |
| Ingadozó eredmény | Többszöri kontrollált futtatás és külső függőségek |
Források és módszertan
A küszöbértékeket és fogalmakat a Google és a Chrome hivatalos dokumentációja alapján ellenőriztük:
- web.dev — Web Vitals
- web.dev — a Core Web Vitals küszöbértékei
- Chrome for Developers — Lighthouse performance scoring
- Chrome UX Report API
A Google mérési módszertana és küszöbértékei változhatnak; a szakmai döntésnél mindig az aktuális dokumentációt és az adott oldal adatait kell használni.
Összefoglalás
A PageSpeed pontszám hasznos, ha diagnosztikai jelként kezeljük. A helyes képhez együtt kell nézni a labor- és terepadatokat, az LCP, INP és CLS állapotát, a kritikus felhasználói utakat, valamint az oldal üzleti feladatát. A cél nem a pontszámhajszolás, hanem a bizonyíthatóan jobb élmény.