Rossz a mobil PageSpeed pontszámom: mit jelent, és hogyan javítsam?
A PageSpeed Insights teljesítménypontszáma egy szimulált, lassú mobilkapcsolaton végzett laborteszt. A Google a rangsoroláshoz nem ezt a számot, hanem a valódi látogatók élményét méri (Core Web Vitals: LCP, INP, CLS). Ettől még a gyenge pontszám jó jelzője a lassú oldalnak, ami látogatókat és ajánlatkéréseket veszít. A legtöbbet általában ez az öt javítás hozza: a képek optimalizálása, a felesleges és külső szkriptek visszafogása, a megjelenítést blokkoló CSS és betűtípusok rendezése, a szerver gyorsítótárazása, és a fő (hero) kép elsőbbsége.
Mit jelent ez az üzletednek?
Súlyosság: közepes. Közvetlenül a látogatói élményt és az ajánlatkéréseket rontja, a rangsorolásban pedig a valós Core Web Vitals adatokon keresztül hat.
Mobilon a lassú oldal a legdrágább: a látogató telefonon, sokszor mobilnetről, türelmetlenül keres. Minden plusz másodperc várakozás növeli a visszafordulók arányát. A gyors oldal ráadásul a Google valós felhasználói mérésében (Core Web Vitals) is jobban szerepel.
A leggyakoribb okok – és hogyan ismered fel őket
- 1
Túl nagy, rossz formátumú képek
Telefonról feltöltött 4–6 MB-os fotók, PNG-ben mentett fényképek, mobilra is asztali méretben kiszolgált képek.
Így ellenőrizd: A PageSpeed „Képek megfelelő méretezése” és „Képek modern formátumban” javaslatai mekkora megtakarítást mutatnak?
- 2
Sok és nehéz JavaScript
Csúszkák, animációs könyvtárak, oldalépítők, chat-widgetek, pixelek, beágyazott videók – mind a fő szálat terhelik.
Így ellenőrizd: A „Nem használt JavaScript csökkentése” (Reduce unused JavaScript) és a „Total Blocking Time” értékét nézd.
- 3
Megjelenítést blokkoló erőforrások
A fejlécben betöltött CSS-fájlok, külső betűtípusok és szinkron szkriptek addig nem engedik kirajzolni az oldalt, amíg le nem töltődnek.
Így ellenőrizd: „Megjelenítést blokkoló erőforrások kiküszöbölése” (Eliminate render-blocking resources) javaslat.
- 4
Lassú szerver, nincs gyorsítótár
Olcsó, túlterhelt tárhely, oldalszintű cache nélküli WordPress: minden látogatásnál újragenerálódik az oldal.
Így ellenőrizd: „A kiszolgáló kezdeti válaszideje” (Server response time) érték 0,6–0,8 mp felett van?
- 5
Késleltetett fő kép
Ha a nagy hero képre is lazy loading van beállítva, vagy CSS-háttérként töltődik, a böngésző későn kezdi letölteni.
Így ellenőrizd: A PageSpeed „Legnagyobb vizuális tartalomválasz” (LCP) elemként melyik képet jelöli, és mennyi a „betöltési késleltetés”?
Javítás lépésről lépésre
- 1. lépés
Optimalizáld a képeket
Méretezd a képeket a megjelenítési méretre, használj WebP vagy AVIF formátumot, add meg a szélességet és magasságot, és a hajtás alatti képeket töltsd lustán (lazy).
HTML – reszponzív, lusta kép <img src="/kepek/referencia-800.webp" srcset="/kepek/referencia-400.webp 400w, /kepek/referencia-800.webp 800w" sizes="(max-width: 600px) 100vw, 800px" width="800" height="533" loading="lazy" decoding="async" alt="Felújított fürdőszoba Debrecenben"> - 2. lépés
Adj elsőbbséget a fő képnek
A hajtás feletti, legnagyobb képet ne töltsd lustán, és jelezd a böngészőnek, hogy ez a legfontosabb.
HTML – hero kép <img src="/kepek/hero-1200.webp" width="1200" height="700" fetchpriority="high" alt="Villanyszerelő munka közben"> - 3. lépés
Fogd vissza a szkripteket
Távolítsd el a nem használt bővítményeket és widgeteket. A nem kritikus szkripteket töltsd defer attribútummal, a chat-widgetet és a nehéz beágyazásokat (YouTube, térkép) csak interakcióra vagy késleltetve.
HTML – nem blokkoló szkript <script src="/js/slider.js" defer></script> - 4. lépés
Rendezd a CSS-t és a betűtípusokat
Csak a ténylegesen használt CSS töltődjön, a betűtípusokból kevés változatot használj, és add meg a font-display: swap beállítást, hogy a szöveg azonnal megjelenjen.
CSS – betűtípus @font-face { font-family: 'Brand'; src: url('/fonts/brand.woff2') format('woff2'); font-display: swap; } - 5. lépés
Kapcsold be a gyorsítótárazást
WordPressen egy jó cache-bővítmény (és ha a tárhely támogatja, szerveroldali cache) a leglátványosabb egyetlen lépés lehet. Egy CDN a statikus fájlokat a látogatóhoz közelebbről szolgálja ki.
- 6. lépés
Mérd újra – a valós adatokat is
Javítás után futtasd újra a PageSpeedet, de nézd a felső, „Valós felhasználók élménye” részt is. A Search Console Core Web Vitals jelentésében a valós adatok 28 napos átlagként frissülnek.
Tippek platformonként
WordPress
A legtöbb lassúságot a nehéz oldalépítők és a sok bővítmény okozza. Egy cache-bővítmény, a képek WebP-konvertálása és a felesleges bővítmények törlése gyakran 20–40 pontot is hoz.
Wix / Shopify
A platform alapja nem módosítható, ezért a képekre, a telepített alkalmazásokra és a sablon nehéz elemeire (videós háttér, csúszka) érdemes fókuszálni.
Shoprenter / UNAS
A sablonhoz adott külső szkriptek (chat, értékelés, pixelek) és a nagy termékképek a tipikus okok. A kategóriaoldalakon a lusta képbetöltés sokat számít.
Gyakori hibák javítás közben
- A 100 pontot hajszolni – egy jól működő 75–90 pontos oldal üzletileg jobb lehet egy kiherélt 100-asnál.
- Csak asztali gépen mérni.
- A fő képre is lazy loadingot tenni.
- Egyszerre öt optimalizáló bővítményt telepíteni, amelyek ütik egymást.
Mikor kérj segítséget?
Ha a képek és a cache rendbetétele után is piros a pontszám, a gond általában a sablonban vagy a szkriptekben van, és fejlesztői beavatkozás kell. Az auditban oldalanként megmondjuk, mely fájlok lassítanak, és kész kódrészleteket adunk a javításhoz.
Gyakori kérdések
Rangsorolási tényező a PageSpeed pontszám?
Maga a laborpontszám nem. A Google a valós látogatók Core Web Vitals adatait (LCP, INP, CLS) használja az oldalélmény megítélésében. A rossz laborpontszám viszont általában rossz valós adatokat is jelez.
Miért változik a pontszám minden mérésnél?
A laborteszt szimulált körülmények között fut, és a hálózat, a szerver pillanatnyi terhelése, a reklámok és külső szkriptek miatt több pontos szórás teljesen normális. Több mérés átlagát érdemes nézni.
Mennyi az elfogadható mobil pontszám?
90 felett zöld, 50–89 között narancs. Egy tartalmas, képekkel teli szolgáltatásoldalnál a 70–90 közötti mobil pontszám jó, ha a valós Core Web Vitals adatok zöldek.