Árak Havidíj Kinek építünk Referenciák Tudásbázis Fiókom Weboldalt rendelek

Oldalsebesség és Core Web Vitals - miért számít, és hogyan mérje?

A lassú oldal két helyen fáj: a látogató továbbáll, mielőtt betöltődne, a Google pedig gyengébb helyezéssel bünteti. A jó hír, hogy pontosan meg lehet mérni, hol tart az oldala - ingyen, pár másodperc alatt. Megmutatjuk, mit néz a Google, és mit tud vele kezdeni.

Frissítve: 2026. július · 7 perc olvasás · Arktronics
RÖVID VÁLASZ

A Core Web Vitals a Google három mérőszáma arról, milyen az oldala élménye a látogató szemével: milyen gyorsan jelenik meg a fő tartalom (LCP), milyen fürgén reagál a kattintásra (INP), és mennyire ugrál betöltés közben (CLS). Számít, mert a Google rangsorolási jelként használja, és mert a lassú oldalról az érdeklődő egyszerűen továbbáll. Ingyen leméri a PageSpeed Insights-szal: beírja a címét, és megkapja a három értéket meg a konkrét javítási listát.

Amikor valaki telefonon rákeres a szolgáltatására és rákoppint az oldalára, néhány másodperc dönt. Ha a fő tartalom nem jelenik meg gyorsan, vagy a gomb nem reagál az érintésre, a látogató visszalép, és a következőt nyitja meg. A helyi keresések nagy része eleve mobilról indul, gyakran útközben, gyenge térerőn - vagyis épp ott, ahol a lassú oldal a legtöbbet veszít.

A Google ezt régóta figyeli. A Core Web Vitals a keresőóriás saját, nyilvános mérőszámai az oldalélményre, és a rangsorolás egyik jele. Nem a legfontosabb jel - a releváns, jól megírt tartalom előrébb való -, de azonos tartalom mellett a gyorsabb oldal előnyben van, ezért a sebesség a technikai keresőoptimalizálás egyik első tétele. Nézzük, mit mér pontosan a három szám.

< 2,5 mp
jó LCP - ennyi idő alatt jelenjen meg a fő tartalomForrás: Google / web.dev
< 200 ms
jó INP - ennyin belül reagáljon egy kattintásraForrás: Google / web.dev
< 0,1
jó CLS - ennyi alatt maradjon a tartalom ugrálásaForrás: Google / web.dev

A három szám: mit mér, mi a jó érték, mi rontja

Mindhárom mutató az élmény egy-egy külön részét fogja meg. Nem a szerver puszta gyorsaságáról szólnak, hanem arról, ahogy a látogató megéli az oldalt.

MutatóMit mérJó értékMi rontja
LCP
Largest Contentful Paint
Betöltés - mennyi idő, míg a fő tartalom (jellemzően a legnagyobb kép vagy címsor) megjelenik< 2,5 mpNagy, tömörítetlen képek; lassú tárhely; sok, korán betöltődő script
INP
Interaction to Next Paint
Reagálás - milyen gyorsan válaszol az oldal egy kattintásra, koppintásra vagy gépelésre< 200 msTúl sok JavaScript; nehéz oldalépítő-sablon; felesleges bővítmények
CLS
Cumulative Layout Shift
Vizuális stabilitás - mennyire ugrál, csúszik el a tartalom betöltés közben< 0,1Méret nélkül beillesztett képek; később beúszó reklám vagy betűtípus; utólag berakódó elemek

A küszöbértékek forrása: Google / web.dev. Az INP 2024 márciusától váltotta a korábbi FID-mutatót a Core Web Vitals hivatalos hármasában.

Hogyan mérje - és hogyan javítsa

A mérés ingyenes és pár perc. A javítás nagy része nem varázslat, hanem a felesleg lefaragása.

  1. 1

    Mérje le a PageSpeed Insights-szal

    Menjen a Google PageSpeed Insights oldalára, írja be a címét, és nézze meg a három értéket külön mobilra és asztalira. A valós látogatói élményhez ezután a Search Console Core Web Vitals-riportját is nyissa meg: ez a tényleges felhasználók böngészőjéből gyűjti az adatot, nem laborból, és oldalcsoportonként mutatja, hol a baj.

  2. 2

    Tömörítse és méretezze a képeket

    A képek a leggyakoribb lassító. Modern formátumban (pl. WebP), a valódi megjelenítési méretre kicsinyítve töltse fel őket, és a kódban adja meg a szélességet-magasságot - ezzel egyszerre javul az LCP és a CLS, mert a böngésző előre tudja, mekkora helyet foglaljon.

  3. 3

    Dobja ki a felesleges scripteket és a sablonsúlyt

    Minden bővítmény, betűtípuskészlet és követőkód betöltési időbe kerül. Nézze végig, mi van tényleg használatban, és a többit vegye le. A túlzsúfolt oldalépítő-sablonok pont ezen buknak: sokszorosát töltik be annak, amire az oldalnak szüksége van.

  4. 4

    Válasszon gyors tárhelyet

    A legszebb kód is lassú marad rossz kiszolgálón. Egy megbízható, közeli, korszerű tárhely érdemben javítja a betöltés kezdetét - ez az alap, amire minden más ráépül.

  5. 5

    Kezelje a betűtípusokat

    A saját szerverről kiszolgált (self-host) betűtípus gyorsabb, mint a külső forrásból behúzott, és megspórol egy külső kapcsolódást. A megfelelő betöltési beállítással (font-display) elkerüli, hogy a szöveg villanjon, vagy a tartalom ugráljon, amíg a betű megérkezik.

A sabloncsapda

A leggyakoribb ok, amiért egy helyi vállalkozás oldala megbukik a Core Web Vitals-on, nem a rossz szándék, hanem a kész sablon. A nehéz Wix- és WordPress-témák sok mindent hoznak magukkal: oldalépítőt, tucatnyi scriptet, animációkat, bővítményeket és beépített képeket, amiből az adott oldalnak töredékére sincs szüksége. Ez a felesleges súly lassítja a betöltést és a reagálást - és utólag nehéz belőle lefaragni, mert a sablon rendszerébe van drótozva.

Ezért éri meg már a döntésnél végiggondolni, mire épít. A szempontokat külön cikkben szedtük szét: Wix, sablon vagy egyedi weboldal? - ott a sebesség csak egy a mérlegelendő tényezők közül.

A sebesség nem díj, hanem alap. Nem külön csomagban megvásárolható „prémium” tulajdonság - egy kézzel írt, könnyű oldal eleve gyors, mert nincs benne felesleg. Mi ezért nem sablonra építünk: kevés, célzott kód, méretezett képek, tiszta szerkezet. Így a Core Web Vitals nem egy utólag hajszolt pontszám, hanem az építés természetes eredménye.

HA MOST LASSÚNAK ÉRZI AZ OLDALÁT

Egy ingyenes auditban lemérjük az Ön oldala három Core Web Vitals-értékét mobilon és asztalin, és megmutatjuk konkrétan, mi lassítja - meg hogy mennyi hozható ki belőle utólagos javítással.

Kérjen ingyenes sebességauditot Sablon vagy egyedi oldal? →

Gyakori kérdések

Számít tényleg a sebesség a Google-nek?

Igen. A Core Web Vitals hivatalos rangsorolási jel: a Google az oldalélmény részeként figyeli a betöltést, a reagálást és a vizuális stabilitást. Nem ez a legfontosabb tényező - a releváns tartalom előrébb való -, de azonos tartalom mellett a gyorsabb oldal előnyben van, és a lassú oldalról a látogató is hamarabb továbbáll.

Hogyan mérem ingyen?

A Google PageSpeed Insights-szal: beírja a címét, és megkapja a három értéket (LCP, INP, CLS) meg a konkrét javítási listát. A valós látogatói adatokért a Search Console Core Web Vitals-riportját nézze, mert az a tényleges felhasználók böngészőjéből gyűjti a méréseket, nem laborkörnyezetből.

Miért lassú a sablonoldalam?

A kész Wix- és WordPress-sablonok gyakran sok mindent hoznak magukkal: nehéz oldalépítőt, tucatnyi scriptet, bővítményt és méretezetlen képet, amiből az adott oldalnak csak töredékére van szüksége. Ez a felesleges súly lassítja a betöltést és a reagálást, ezért buknak sokszor a Core Web Vitals-on.

Mi számít jó értéknek?

A Google küszöbei: az LCP (betöltés) jó, ha 2,5 másodperc alatt van; az INP (reagálás) jó, ha 200 ezredmásodperc alatt marad; a CLS (vizuális stabilitás) jó, ha 0,1 alatt van. Ezt a három értéket érdemes célként tartani mobil nézetben, mert a helyi keresők nagy része telefonról érkezik.

Elég, ha a PageSpeed-pontszám zöld?

Nem feltétlenül. A PageSpeed Insights összpontszáma laboradaton alapul, egyetlen szimulált betöltésből. A Google a rangsorhoz a valós látogatóktól gyűjtött adatot használja, ezt a Search Console mutatja. Előfordul, hogy a laborpontszám szép, a valós felhasználók élménye mégis gyengébb - ezért mindkettőt nézze.

Milyen gyors most az oldala? Nézzük meg.

Ingyenes audit: lemérjük a Core Web Vitals-értékeit, megmutatjuk, mi lassít, és mennyit lehet rajta javítani.

Ingyenes audit →