Weboldal betöltési sebesség: mit érdemes nézni a pontszámon túl?

Van az a pillanat, amikor lefuttatod a PageSpeedet, meglátsz egy 85-ös pontszámot, és az első gondolatod az, hogy „na, mi romlott el?”

Aztán tíz perccel később ugyanaz az oldal kap 99-et. A weboldal közben nem tanult meg gyorsabban futni, és a fejlesztő sem cserélte ki titokban az egész rendszert.

Ezért amikor valaki azt kérdezi, hogy lassú-e a weboldal, szerintünk nem az a legjobb válasz, hogy felmutatunk egyetlen zöld vagy sárga kört. A fontosabb kérdés inkább ez: mit tapasztalnak a valódi látogatók? Gyorsan megjelenik az oldal? Lehet rögtön kattintani? Nem ugrál el a gomb az ujjad alól? Mobilon is használható?

A weboldal betöltési sebessége nem egyetlen szám. A laboreredmény, a valós felhasználói mérés és a keresési adatok együtt adnak igazán használható képet.

Mit mutatott a 12 órás mérés?

A korábbi 6 órás teszt után továbbmentünk, és 12 órán át, 10 percenként futtattunk PageSpeed / Lighthouse méréseket négy éles weboldalon, mobil és asztali nézetben. A cikkben bemutatott négy domainhez így összesen 576 mérési eredmény tartozik.

Nem azért, mert szeretünk 576 mérési eredményt nézegetni reggeli kávé mellé. Hanem azért, mert egyetlen mérés helyett így már eloszlást, mediánt és szélsőértékeket lehet látni.

A táblázatból jól látszik, hogy ugyanazon domainnél is tud mozogni a Performance pontszám. Van, ahol szűkebb, van, ahol jóval szélesebb a tartomány.

Ez nem azt jelenti, hogy a PageSpeed használhatatlan. Pont ellenkezőleg: fejlesztői diagnosztikára nagyon értékes. Segít észrevenni, ha az LCP romlik, ha túl sok a blokkolás, ha a layout ugrál, vagy ha egy változtatás után valami rossz irányba ment.

Csak nem mindegy, hogy szerszámként használjuk, vagy bizonyítványként.

És mit tapasztal közben egy valódi látogató?

Itt jön képbe a RUM - Real User Monitoring, magyarul valós felhasználói mérés.

A PageSpeed laborban fut. A RUM viszont valódi böngészőből érkezik. Valaki megnézi az oldalt egy telefonon, laptopon, gyors wifin vagy mobilneten, és a rendszer ebből gyűjt teljesítményadatot.

Vagyis nem azt kérdezzük, hogy „mit csinált most a tesztgép?”, hanem azt, hogy „mit tapasztalt az, aki tényleg megnyitotta az oldalt?”

Ez nagy különbség. A látogató ugyanis nem fogja hazafelé mesélni, hogy „nagyon jó volt az oldal, 96-os Lighthouse pontszámot éreztem”. Azt fogja észrevenni, hogy gyorsan betöltött-e, tudott-e kattintani, és nem ugrált-e előtte minden.

Egy konkrét RUM-példa a Weboldal Bérlésből

Az alábbi összesítés a 2026. szeptember 15-i, site-szintű saját RUM adatokból készült. A p75 leegyszerűsítve azt jelenti, hogy a látogatások 75%-a ennél jobb vagy legfeljebb ilyen értéket hozott.

A mobilos LCP és INP itt kifejezetten jó képet mutat. Vagyis előfordulhat, hogy egy laborfutás éppen nem ad álomszép pontszámot, miközben a valódi látogatók oldaláról nézve az élmény rendben van.

És természetesen fordítva is igaz: egy szép laboreredmény sem ok arra, hogy hátradőljünk, ha a valós felhasználói adatok közben problémát mutatnak.

Nem csak mi látjuk ezeket az adatokat - te is bármikor ellenőrizheted őket az adminban

Az egésznek akkor van igazán értelme, ha az adat nem csak nálunk, valamilyen fejlesztői felületen jelenik meg és létezik.

A Weboldal Bérlés adminisztrációs felületén ezért minden ügyfél saját maga is ellenőrizheti a weboldalához tartozó eredményeket. Nem kell minden alkalommal azt írni nekünk, hogy „ez a 82 most jó vagy rossz?”.

A Weboldal Vitalitás alatt a valódi RUM teljesítményadatokat lehet követni, a Statisztika segít látni, hogyan használják az oldalt, a SEO Központban pedig ezek a technikai és keresési adatok már nem csak számok maradnak.

Ott a weboldal SEO-állapota, a Search Console adatai és a beállított tartalmak alapján valódi AI-elemzés is kérhető. Magnus nem egyszerűen kipipálja, hogy „van title” vagy „nincs title”, hanem AI-modell segítségével tud összefüggéseket keresni és javaslatot adni arra, min érdemes először változtatni.

Az adat önmagában még nem optimalizál semmit. A lényeg az, hogy értsük, mit jelent, és tudjunk belőle következő lépést csinálni.

A Search Console-ban már az is látszik, hogy erre tényleg keresnek

Ez a téma nem csak nekünk érdekes azért, mert szeretjük az LCP-t és az INP-t nézegetni. A Google Search Console-ban már olyan keresési kifejezések és közeli változataik is megjelentek, mint:

• weboldal betöltési sebesség,
• lassú a weboldal betöltési sebessége,
• weboldal sebesség,
• betöltési sebesség,
• automatizált audit,
• weboldal audit.

Magyarul: nem csak a fejlesztők akarnak ilyen számokat látni. A weboldal-tulajdonosokat is érdekli, miért lassú egy oldal, mit jelent egy audit, és mikor kell valóban hozzányúlni.

Mit érdemes nézni, ha lassúnak érzed a weboldalt?

• Ne egyetlen pontszámot üldözz. Egy 100-as szám jól mutat képernyőképen, de nem ez a végcél.
• Nézd a trendet. Több mérés sokkal többet mond, mint egyetlen futás.
• Válaszd szét a labort és a valós adatot. Más kérdésre válaszolnak.
• Figyeld az LCP-t, INP-t és CLS-t. Ezek közelebb visznek ahhoz, amit a látogató ténylegesen érzékel.
• Nézd meg, hol van a probléma. Nem biztos, hogy az egész weboldal lassú; lehet, hogy csak egy kép, egy oldal vagy egy funkció okozza.
• Kapcsold össze a technikai és üzleti oldalt. A legfontosabb oldalakon érdemes először javítani.

Röviden

A weboldal betöltési sebessége nem egyetlen szám, hanem egy összkép.

A PageSpeed Insights jó fejlesztői labor és hibakereső eszköz. A RUM megmutatja, mi történik valódi látogatóknál. A Statisztika és a Search Console hozzáteszi a használati és keresési nézőpontot. A SEO Központ pedig abban segít, hogy ezekből ne csak újabb grafikon legyen, hanem ténylegesen használható következő lépés is.

Ha szeretnéd megérteni, hogy miért ingadozhat ugyanazon oldal PageSpeed pontszáma, olvasd el az első részt is: Leteszteltük: miért nem érdemes egyetlen Google PageSpeed pontszámból ítélni?

És ha közben az adminban meglátsz egy kevésbé szép számot: nem kell rögtön vészcsengőt nyomni. Előbb nézzük meg, mit mondanak a valódi adatok.