Sebesség és mobil 3 perc olvasásFrissítve:

Rossz a mobil PageSpeed pontszámom: mit jelent, és hogyan javítsam?

Gyors válasz

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. 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. 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. 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. 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. 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”?

Nem tudod, nálad melyik okról van szó?Az ingyenes gyorsteszt 30 másodperc alatt megmutatja a kezdőlapod hibáit.

Javítás lépésről lépésre

  1. 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. 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. 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. 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. 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. 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.

Kapcsolódó fogalmak a tudásbázisban