PageSpeed Insights és Core Web Vitals: 10 javítás a webshopnak

Röviden: a PageSpeed Insights a Google eszköze, amely 0-tól 100 pontig értékeli egy oldal sebességét telefonon és számítógépen. A jó eredmény 90 pont felett van. A Google rangsorolásánál viszont a valódi látogatók Core Web Vitals adatai számítanak: LCP legfeljebb 2,5 másodperc, INP legfeljebb 200 milliszekundum és CLS legfeljebb 0,1. Egy webshopban a legtöbb sebességet a képek, a bannerek és a külső szkriptek viszik el.

A cikkben megtalálja, hogyan olvassa a PageSpeed Insights jelentését, melyik eszköz mire való, milyen pontszám számít jónak, mik a Core Web Vitals határértékei, és 10 javítást hatás szerint sorba rendezve. A cikket a CloudCart, a szófiai e-kereskedelmi platform csapata írta. A CloudCartra vonatkozó tények a platform dokumentációjából, valamint a Dizájn és a Domain, tárhely és biztonság oldalakról származnak.

Mi a PageSpeed Insights, és mit mutat

A PageSpeed Insights (PSI, sokan Google PageSpeed néven keresik) a Google nyilvános mérőeszköze a pagespeed.web.dev címen. Egy oldalt vizsgál, és kétféle adatot ad: laboratóriumi tesztet és valódi látogatók adatait. Regisztráció nélkül használható: beilleszti a címet, és nagyjából egy perc múlva Mobile és Desktop fülön látja az eredményt. Ugyanez a mérés a PageSpeed Insights API-n keresztül is fut, ha sok címet szeretne egyszerre vagy ütemezve mérni.

A jelentés két része két külön kérdésre felel. A kereskedők többsége csak a nagy számot nézi a körben, az pedig a laboratóriumi eredmény.

A jelentés része	Honnan jön	Mit árul el	Mikor nézze
Felső rész: valódi látogatók adatai (terepi adatok)	Chrome User Experience Report (CrUX): a Chrome-ból érkező valódi látogatások az utolsó 28 napból	Átmegy-e az oldal a Core Web Vitals értékelésen. Ezt látja a Google	Havonta egyszer, és egy nagyobb változtatás után 4 héttel
Alsó rész: laboratóriumi teszt	Lighthouse: egyetlen betöltés, szimulált átlagos telefonon, lassú mobilnettel	A 0-100 pontos értékelés és a lista arról, mi lassítja az oldalt	Minden változtatás előtt és után, azonnal

A terepi adatok csak akkor jelennek meg, ha az oldalnak elég Chrome-os látogatása van. Egy új vagy kis webshopnál a PSI csak a laboratóriumi tesztet mutatja, a terepi adatok később érkeznek, vagy csak a teljes domainre (Origin) vonatkozóan.

PageSpeed Insights, Lighthouse és Search Console: melyik eszköz mire való

A PageSpeed Insights, a Lighthouse és a Search Console Core Web Vitals jelentése ugyanazokkal a mutatókkal méri a sebességet, de más-más kérdésre adnak választ. A Lighthouse a PSI laboratóriumi tesztjének motorja, és be van építve a Chrome-ba. A Search Console a webshop összes oldalának terepi adatait mutatja egy helyen.

Eszköz	Mit mér	Hatókör	Mire használja a kereskedő
PageSpeed Insights	Terepi adatok (CrUX) és laboratóriumi teszt (Lighthouse)	Egy cím	Egy konkrét oldal ellenőrzése változtatás előtt és után
Lighthouse a Chrome-ban (F12 → Lighthouse)	Csak laboratóriumi teszt, a saját gépéről és internetkapcsolatáról	Egy cím	Gyors teszt egy oldalon, akár egy sablon élő előnézetén, mielőtt átállna rá
Search Console → Core Web Vitals	Csak terepi adatok, hasonló oldalak csoportjaiban	A teljes webshop	Mely oldalcsoportok (termékek, kategóriák) buknak el, és bevált-e a javítás
Alternatívák: GTmetrix és WebPageTest	Laboratóriumi teszt részletes betöltési idővonallal (waterfall)	Egy cím	Pontosan melyik fájl (kép, szkript, betűtípus) lassít, ha a PSI nem elég

A Chrome-ban futtatott Lighthouse gyakran más pontszámot ad, mint a PSI, mert a saját gépéről, a saját bővítményeivel és a saját kapcsolatával mér. A GTmetrix és a WebPageTest saját pontszámot számol, amely nem egyezik a PSI pontjaival. A Google szempontjából a valódi látogatók Core Web Vitals adatai érvényesek. Az időbeli összevetéshez mindig ugyanazt az eszközt használja.

Hogyan mérje a webshop sebességét: 6 lépés 20 perc alatt

A webshop sebességét oldaltípusonként érdemes mérni, mert a főoldal, a kategória és a termékoldal másképp épül fel. Ha csak a főoldalt teszteli, semmit sem tud meg a termékoldalakról, ahonnan a rendelések jönnek.

1. Válasszon ki 4 címet. A főoldalt, a leglátogatottabb kategóriát, a legkelendőbb terméket és egy keresési találati oldalt. A leglátogatottabbakat a Google Analytics 4-ben vagy a Search Console-ban látja.
2. Futtassa mindegyiket a PageSpeed Insightsban. Nyissa meg a pagespeed.web.dev oldalt, illessze be a címet, és válassza a Mobile fület. Magyarországon a látogatások 59,33%-a telefonról érkezik (StatCounter Global Stats, 2026. október), így a mobilos eredmény az Ön valódi eredménye.
3. Először a terepi adatokat nézze. Ha fent az áll, hogy a Core Web Vitals értékelés sikeres, a webshop a Google szemében gyors, akármennyi is a lenti pontszám.
4. A laboratóriumi tesztet futtassa háromszor. A pontszám futásonként néhány ponttal ingadozik. A három eredmény átlagát írja fel, a legjobbat ne.
5. Írja fel az LCP, az INP vagy TBT, a CLS értékét és az oldal méretét. Elég egy táblázat a dátummal és a négy címmel. Enélkül egy hónap múlva nem fogja tudni, segített-e a változtatás.
6. Nyissa meg a Core Web Vitals jelentést a Search Console-ban. Ott a Google a webshop összes oldalát jó, javítandó és gyenge csoportokba sorolja, külön telefonra és számítógépre. Hogyan kapcsolja össze a Search Console-t a webshoppal: Google Search Console a webshopnak.

Fontos: azt a címet tesztelje, amelyet a vásárlók látnak, a saját domainjével és https-sel. Egy olyan oldal, amelyen adminisztrátorként be van lépve, vagy szerkesztő módban van, mást mér.

Milyen PageSpeed pontszám számít jónak

A PageSpeed Insightsban 90 és 100 pont között jó az eredmény (zöld), 50-89 pont között van mit javítani (narancs), 50 alatt gyenge (piros) (Chrome for Developers). A pontszám öt laboratóriumi mutatóból áll össze, eltérő súllyal.

Mutató a Lighthouse-ban	Mit mér	Súlya a pontszámban
Total Blocking Time (TBT)	Mennyi ideig van lefoglalva a böngésző (szkriptek, kirajzolás, animációk), és mennyi ideig nem reagál az oldal	30%
Largest Contentful Paint (LCP)	Mikor jelenik meg a legnagyobb elem, általában a banner vagy a termékfotó	25%
Cumulative Layout Shift (CLS)	Mennyit ugrál a tartalom betöltés közben	25%
First Contentful Paint (FCP)	Mikor jelenik meg az első szöveg vagy kép	10%
Speed Index	Milyen gyorsan telik meg a képernyő látható része	10%

A pontszám több mint fele (TBT és LCP) két dolgon múlik: mennyi munkája van a böngészőnek (szkriptek, animációk, több száz kép), és mennyire nehéz az első kép. Ezért marad egy öt pixellel és ötképes sliderrel futó webshop telefonon gyakran 50 pont alatt, a tárhelytől függetlenül.

Egy példa a cloudcart.com saját méréséből (Lighthouse, mobilteszt). A két oldal ugyanazon a tárhelyen fut, a különbség csak a tartalomban van:

Oldal	Pontszám	LCP	TBT	Méret	Mi van az első képernyőn
/pricing	95	2,3 s	180 ms	152 KiB	Szöveg és a csomagok táblázata
Főoldal	49	4,6 s	4 510 ms	3 058 KiB	Egy 1,32 MB-os videó, amely előre teljesen letöltődik, és 268 kép egyetlen oldalon

A Lighthouse a főoldalnál 1 133 KiB lehetséges megtakarítást számolt csak a képeken. A javítások ugyanazok, mint a lenti 10 pontos listában.

Core Web Vitals: LCP, INP és CLS, és a határértékeik

A Core Web Vitals az a három mutató, amellyel a Google azt méri, hogyan élik meg a valódi látogatók az oldalt: betöltés (LCP), reakció (INP) és stabilitás (CLS) (web.dev). Az oldal akkor megy át, ha a látogatások legalább 75%-a mindhárom mutatóban a zöld sávban van.

Mutató	Mit mér a webshopban	Jó	Javítandó	Gyenge
LCP (Largest Contentful Paint)	Mikor látja a vásárló a főoldali bannert vagy a termék fő képét	legfeljebb 2,5 s	2,5-4 s	4 s felett
INP (Interaction to Next Paint)	Milyen gyorsan reagál a szűrő, a „Kosárba” gomb és a méretválasztó	legfeljebb 200 ms	200-500 ms	500 ms felett
CLS (Cumulative Layout Shift)	Elmozdul-e a gomb vagy az ár, miközben a bannerek és képek betöltődnek	legfeljebb 0,1	0,1-0,25	0,25 felett

Az INP 2024 márciusában váltotta fel az FID-t a Core Web Vitals között. Az INP-t a laboratóriumi teszt nem méri, mert ott senki sem nyom gombokat. A legközelebbi laboratóriumi helyettesítője a TBT: a magas TBT szinte mindig gyenge INP-t jelent.

A webshopban minden mutatónak megvan a tipikus bűnöse. Az LCP-t a nehéz banner és az első képernyőn futó videó lassítja. Az INP-t a chat, a pixelek és az értékelési szkriptek, amelyek minden oldallal elindulnak. A CLS a különböző arányú bannerekből, a menü fölé beszúrt sávokból és a szöveg méretét megváltoztató betűtípusokból jön.

Hat-e a sebesség az eladásokra és a Google-helyezésekre

Igen, a sebesség közvetlenül hat az eladásokra. A Deloitte Google megbízásából készült „Milliseconds Make Millions” tanulmányában (2020) a 0,1 másodperccel gyorsabb mobiloldal a kiskereskedelemben 8,4%-kal növelte a konverziót (Think with Google). A konverzió a rendeléssel záruló látogatások aránya. Hogyan számolja, és mi növeli még: konverziós ráta a webshopban.

A Google számára a sebesség rangsorolási jel, de nem a legerősebb. A Google leírja, hogy a rangsoroló rendszerei használják a Core Web Vitals adatokat, a legrelevánsabb oldal viszont gyengébb élmény mellett is megjelenik (Google Search Central). A gyakorlatban a gyorsaság két egyformán jó oldal között dönt, azonos helyezésnél pedig a gyors webshop ugyanabból a forgalomból többet ad el. A helyezések többi tényezője: webshop keresőoptimalizálás.

A webshopnak telefonon, mobilneten 2,5 másodpercen belül meg kell mutatnia a fő tartalmat. Telefonon mérjen, mert az irodai gép optikai nettel szebb képet mutat annál, amit a vásárlók látnak. A mobil nézet ellenőrzése részletesen: mobilbarát webshop.

Mi múlik a platformon, és mi a kereskedőn

A webshop sebessége két félen múlik: a szerver és a hálózat a platformé, a képeket, a bannereket és a szkripteket pedig a kereskedő teszi az oldalra. A CloudCartban a tárhely minden csomag része, szervert nem kell üzemeltetnie.

Mi hat a sebességre	Ki felel érte a CloudCartban	Mi áll rendelkezésre
Tárhely és terhelés	A platform	Skálázódó tárhely, amely akció és Black Friday idején a forgalommal együtt nő, nagyobb szerver vásárlása nélkül (domain, tárhely és biztonság)
A képek kiszolgálása	A platform	A termékképek a Cloudflare hálózatáról (CDN) indulnak, a vásárlóhoz legközelebbi pontról
SSL és védelem	A platform	A tanúsítvány magától készül és újul meg, a Cloudflare DDoS-védelme a domain átirányításával kapcsol be
A stílusok gyorsítótára	A platform	A sablonszerkesztőben minden mentés után a stílus frissül, a gyorsítótár magától ürül
A képek mérete és száma	A kereskedő	Ellenőrzés az Image Health alkalmazással
Bannerek, sliderek és videó	A kereskedő	Dizájn → Modulok
Pixelek, chatek és külső kód	A kereskedő	Alkalmazások és Dizájn → Custom CSS/JS (az ott lévő kód sablononként külön van)
Sablon és betűtípusok	A kereskedő	Dizájn → Sablonok és Dizájn → Színek és betűtípusok

Ha a webshopja WooCommerce, Magento vagy OpenCart alapon fut, a táblázat első sora az Önök feladata: a tárhely, a gyorsítótár és a bővítmények frissítése határozza meg a szerver válaszidejét. Ez gyakori ok arra, hogy a kereskedők platformot váltsanak. Az átállás lépésről lépésre: költöztetés WooCommerce-ről.

Hogyan gyorsítsa a webshopot: 10 javítás hatás szerint

A webshopot leginkább egy könnyebb első kép és kevesebb szkript gyorsítja. A javítások a CloudCartos webshopra gyakorolt legnagyobb hatástól a legkisebbig következnek. Mindegyik után futtassa újra a PageSpeed Insightsot ugyanarra a 4 címre.

1. Vegye ki a videót az első képernyőről. A főoldal hátterében futó videó a legnehezebb elem, és szinte mindig ez az LCP. Tegyen a helyére fotót. Ha a videó fontos a márkának, ágyazza be YouTube-ról vagy Vimeóról lejjebb az oldalon, mp4 fájl feltöltése helyett.
2. Egy banner az ötképes slider helyett. A slider minden képet letölt, a vásárló pedig az elsőt látja. A Dizájn → Modulok menüben nyissa meg a slider modulját, és hagyjon 1-2 diát. Ha a sablonnak külön banner modulja is van, kapcsolja ki a slidert a kapcsolójával, és tegyen be egy bannert.
3. Képek ésszerű méretben és formátumban. JPG-t vagy WEBP-t töltsön fel, 800 és 2 000 pixel közötti rövidebb oldallal. 800 pixel alatt az Image Health alacsony felbontást jelez a nagyításhoz, a fényképezőgépből egyenesen feltöltött 6 000 pixeles kép pedig sokszorosan nehezebb, miközben telefonon a vásárló nem lát különbséget. Bélyegképeket nem kell feltöltenie: a CloudCart minden termékképet abban a méretben ad ki, amelyet a vásárlói felület kér, a saját CDN-jén keresztül.
4. Cserélje le az animált GIF-eket. Az animált GIF nehéz a telefonnak, és terheli a processzort. Az Image Health jelzi őket, és felajánlja a JPEG-re alakítást kredit nélkül, az eredeti visszaállításának lehetőségével.
5. Nézze át a Dizájn → Custom CSS/JS menüt. Az ide írt kód kivétel nélkül a vásárlói felület minden oldalának <head> részébe kerül. Törölje a már nem futó kampányok pixeleit, a régi teszteket és azoknak a szolgáltatásoknak a szkriptjeit, amelyeket már nem használ.
6. Egyetlen út a címkéknek. A Google Analytics 4-et, a Google Tag Managert és a hirdetési pixeleket az Alkalmazások menüből kösse be, beillesztett kód helyett. Ugyanazt a címkét ne tegye be az alkalmazásban és a Tag Managerben is: a dupla címke lassítja az oldalt, és minden rendelést kétszer számol. Részletesen: GA4 és Google Tag Manager a webshopban.
7. Kapcsolja ki a vásárlói felületen azokat az alkalmazásokat, amelyek nem hoznak eladást. A külső chat, a külső platform értékelései és a gyártói tartalom mind saját szkriptet tölt be egy idegen szerverről minden oldalon vagy a termékoldalon. Ha a chatbe havonta 2 kérdés érkezik, több sebességbe kerül, mint amennyit hoz.
8. Egy betűcsalád. A Dizájn → Színek és betűtípusok menüben válasszon egy betűtípust a címekhez és a szöveghez, legfeljebb kettőt. Minden betűtípus és minden vastagság külön fájl, amelyet a telefon a szöveg megjelenítése előtt letölt.
9. Kevesebb modul a főoldalon. Öt termékes sor, Instagram-sáv, blog és térkép: ez több tucat kép és néhány szkript. Hagyja meg azokat a modulokat, amelyekre a vásárlók kattintanak, a többit kapcsolja ki a Dizájn → Modulok menüben.
10. Egyforma arányú bannerek. A különböző magasságú bannerek és diák ugráltatják az oldalt (CLS). Minden bannert ugyanabban az arányban vágjon, például 3:1-ben asztali nézethez. Ha a sablon régi, nézzen meg egy újabbat: a Dizájn → Sablonok képernyőn minden sablonnak van élő előnézeti címe, amelyet átállás előtt lefuttathat a PageSpeed Insightsban. Sablonváltáskor a termékek, a vásárlók és a rendelések a helyükön maradnak, a régi sablon azon moduljait viszont, amelyek az újban nincsenek meg, újra hozzá kell adnia.

Fontos: minden javítás után külön mérjen. Ha öt dolgot vesz ki egyszerre, és a pontszám csökken, nem fogja tudni, melyik volt a hibás.

Hogyan ellenőrizze a teljes katalógus képeit az Image Health alkalmazással

Az Image Health a CloudCart alkalmazása, amely minden termékképet ellenőriz minőségre, valamint a Google és a Meta követelményeire, 100-as skálán pontozza a katalógust, és megmondja, mit javítson először. Minden csomagban telepíthető, és havi 50 kredit benne van.

1. Nyissa meg az Alkalmazások → Image Health menüt, és telepítse. Az alkalmazás az admin felületen dolgozik, a vásárlói felület csak akkor változik, ha Ön alkalmaz egy javítást.
2. A pontszám fülén indítsa el a katalógus átvizsgálását. Először a termékek technikai ellenőrzése fut, utána a képek AI-ellenőrzése, a legkelendőbb termékek fő képeivel kezdve. Egy nagy webshop átvizsgálása néhány percig tart, közben elhagyhatja az oldalt.
3. Nyissa meg a problémák fülét. A Google vagy a Meta által elutasított termékek vannak legfelül, utánuk a 90 nap alatt a legtöbb bevételt hozók. Szűrjön problémára: nem támogatott formátum, GIF kép, alacsony felbontás, szokatlan képarány.
4. Alkalmazza a javításokat. A JPEG-re alakítás lecseréli a GIF-et és a nem támogatott formátumokat, a fehér margó pedig négyzetet készít a nagyon széles vagy magas képből. Egyik sem használ kreditet, és mindkettő megőrzi az eredetit. Az AI-jal írt alt szöveg képenként 1 kredit.
5. Hagyja bekapcsolva az automatikus ellenőrzést. Az alkalmazás beállításaiban az új és módosított képek automatikus ellenőrzése alapból be van kapcsolva. Így minden új vagy lecserélt képet nagyjából 10 perccel a változtatás után ellenőriz.

Ugyanez az átvizsgálás megmutatja azokat a képeket is, amelyek túl kicsik a Google Shoppinghoz vagy a Meta katalógusához, és azokat a termékeket, amelyeknél a Google Merchant már jelzett problémát. Egyetlen ellenőrzés így a sebességen és a hirdetéseken is segít.

Hogyan kövesse a sebességet AI asszisztenssel kézi mérés helyett

Egy AI asszisztens, például a Claude Code, a ChatGPT Codex vagy a Gemini CLI, Ön helyett futtathatja a PageSpeed Insightsot, és összekötheti az eredményt az eladásokkal. A Google nyílt hozzáférést ad a PageSpeed Insightshoz API-n keresztül, a CloudCart webshophoz kapcsolt asszisztens pedig egy hozzáférési kulccsal (PAT token) olvassa a termékeket és a rendeléseket.

Példamondatok, amelyeket a kereskedők az asszisztensnek írnak:

• „Vedd az utolsó 30 nap 10 legkelendőbb termékét, futtasd a címüket mobilon a PageSpeed Insightsban, és adj táblázatot a pontszámmal, az LCP-vel, a CLS-sel és az oldalmérettel.”
• „Hasonlítsd össze a főoldal mai mobilos eredményét a múlt hétfőivel, és mondd meg, mi változott.”
• „A 50 legtöbb bevételt hozó termék közül melyiknek van 3-nál kevesebb képe?”

Az asszisztens egyszerre látja a sebességet és az eladásokat. A PageSpeed Insights nem tudja, melyik termék hozza a bevételt, a webshop admin felülete pedig nem tudja, milyen lassan tölt be az oldala.

Kezdje csak olvasási jogú kulccsal, változtatásnál pedig kérje, hogy az asszisztens először mutassa meg, mit módosítana, és csak jóváhagyás után mentsen, mert a webshopban végzett módosításoknak nincs visszavonás gombja.

Hibák, amelyek a 100 pontot hajszolják, és rendeléseket veszítenek

A legdrágább hiba az, ha valami olyat vesz ki, ami elad, csak hogy nőjön a pontszám. A PageSpeed Insights kizárólag a sebességet méri, az eladások nem számítanak bele.

• Törölt hirdetési pixel. A Meta Pixel és a Google Ads címkéje néhány pontba kerül, nélkülük viszont a hirdetések elveszítik a rendelési adatokat. Rendezze őket az Alkalmazások menüben, törlés helyett.
• Pépesre tömörített képek. Egy 20 KB-os kép gyorsan betölt, de az elmosódott kép kevesebbet ad el, és a Google Shopping el is utasíthatja. Az Image Health az elmosódott képeket súlyos problémaként jelzi.
• Teszt csak asztali gépen. A számítógépes eredmény szinte mindig magasabb. A vásárlói telefonról jönnek.
• Pontszám egyetlen futtatásból. A két futtatás közötti 3-5 pontos eltérés egyszerű zaj.
• Csak a főoldal optimalizálása. A Google-ből és a hirdetésekből érkezők egyenesen a kategóriába és a termékoldalra lépnek be.
• Új szkript mérés nélkül. Minden új alkalmazást a vásárlói felületen a bekapcsolás előtt és után futtasson le a PSI-ben.

Hogyan rendezi a vásárlói felületet, a sablont és a modulokat, a Dizájn oldalon olvashat. Egy konkrét webshop sebességével kapcsolatos kérdéseit írja meg a support@cloudcart.com címre.

Gyakran ismételt kérdések