- A Core Web Vitals három mérőszáma (LCP, INP, CLS) a betöltés, a válaszkészség és a vizuális stabilitás valós felhasználói adatát mutatja.
- A sebesség rangsorolási tényező és az AI-idézhetőséget is segíti, mert a gyors, tiszta oldalt könnyebb feldolgozni.
- A leggyakoribb lassítók a nagy képek, a felesleges bővítmények és a gyenge tárhely, ezek fejlesztő nélkül is javíthatók.
Ha lassú az oldalad, elveszíted a látogatót, mielőtt egy szót is elolvasna. A Core Web Vitals a Google három mérőszáma, ami számokban fejezi ki, mennyire gyors, reszponzív és stabil a weboldalad a valós felhasználók szemével. Nem egy homályos technikai fogalom, hanem konkrét adat, amit mérhetsz és javíthatsz. Az AI-korban pedig ez a sebesség még többet ér, mert a keresők és a válaszgenerátorok is a jól teljesítő oldalakat részesítik előnyben.
Mi az a három Core Web Vitals mérőszám?
A Google három dolgot mér, mert ez a három fedi le a leggyakoribb bosszúságot, amit egy lassú oldal okoz.
- LCP (Largest Contentful Paint): mennyi idő alatt jelenik meg a legnagyobb tartalmi elem, jellemzően a főkép vagy a címsor. A jó érték 2,5 másodperc alatt van.
- INP (Interaction to Next Paint): mennyire gyorsan reagál az oldal, amikor a látogató kattint, koppint vagy gépel. A jó érték 200 ezredmásodperc alatt van. Ez váltotta le a régi FID mérőszámot.
- CLS (Cumulative Layout Shift): mennyire ugrál a tartalom betöltés közben. Ismerős, amikor rá akarsz kattintani valamire, de az utolsó pillanatban elugrik a gomb? Ezt méri. A jó érték 0,1 alatt van.
Miért számít a sebesség a rangsorban?
A Google évek óta rangsorolási tényezőként kezeli az oldalélményt, és a Core Web Vitals ennek a mérhető része. Nem ez a legfontosabb szempont, a releváns, jó tartalom mindig előbbre való, de két hasonló minőségű oldal közül a gyorsabb kerül előrébb. Ez a gyakorlatban azt jelenti, hogy ha a versenytársad tartalma és a tiéd is jó, de az ő oldala fél másodperc alatt tölt, a tiéd meg négy alatt, akkor hátrányból indulsz.
Fontos, hogy a Google a valós látogatóid adatát nézi, nem egy laborteszt eredményét. Ezt hívják field adatnak, és a Chrome böngészők gyűjtik névtelenül. Ezért nem elég egyszer lefuttatni egy tesztet, a valós mobilhálózaton, gyengébb telefonon böngésző látogatóid élménye a mérvadó.
Miért fontos ez az AI-korban?
Az AI-válaszgenerátorok és a Google AI Overviews úgy állítanak össze válaszokat, hogy weboldalakat olvasnak be és idéznek belőlük. Egy lassú, hibás oldalt nehezebb feldolgozni, és a rendszer szívesebben nyúl a gyorsan, tisztán elérhető forráshoz. A sebesség tehát nem csak a látogatód kényelme, hanem az is, hogy egyáltalán bekerülsz-e az AI által idézett források közé.
Emellett a technikai higiénia jelzésértékű. Egy karbantartott, gyors oldal mögött általában rendben lévő struktúra, tiszta kód és gondozott tartalom áll. Ezek együtt segítik, hogy a keresők és az AI megbízható forrásként kezeljék a márkádat.
Mobilon dupla a tét
A látogatók többsége telefonról érkezik, gyakran gyengébb mobilhálózaton. Amit asztali gépen villámgyorsnak látsz, az mobilon lehet lassú. Ezért mindig mobil nézetben mérj, ez tükrözi a valóságot.
Milyen eszközzel mérd a Core Web Vitals adataidat?
Nem kell fejlesztőnek lenned ahhoz, hogy lásd az oldalad állapotát. Néhány ingyenes eszköz elég a tájékozódáshoz.
- PageSpeed Insights: beírod az URL-t, és megkapod mind a labor, mind a valós felhasználói adatokat, plusz konkrét javaslatokat.
- Google Search Console: a Core Web Vitals riport megmutatja, mely oldalcsoportok gyengék a teljes weboldaladon, nem csak egyesével.
- Chrome DevTools: a haladóknak a böngészőbe épített eszköz részletes bontást ad.
A gyakorlatban azt javasoljuk, kezdd a Search Console riportjával, mert az egyben mutatja a problémás oldalakat és a valós adatot. Onnan lépj a PageSpeed Insightsra a konkrét oldalakért.
Mivel javítható a leggyorsabban a sebesség?
A leggyakoribb lassító tényezők szinte minden kkv-weboldalon ugyanazok, és jó hír, hogy a legtöbbjük megoldható komoly fejlesztés nélkül.
- Túl nagy képek: a hatalmas, tömörítetlen fotók a leggyakoribb bűnösök. Modern formátum (WebP), megfelelő méret és tömörítés sokat gyorsít.
- Túl sok bővítmény és szkript: minden felesleges beépülő és külső szkript lassít. Ami nem kell, azt vedd ki.
- Gyenge tárhely: az olcsó, túlterhelt szerver lehúzza az egész oldalt. Egy jobb tárhely gyakran a legnagyobb ugrás.
- Nincs gyorsítótár és CDN: ezekkel a visszatérő és a távoli látogatók is gyorsabban töltenek.
- Elmozduló elemek: a képeknek és hirdetéseknek adj fix méretet, hogy ne ugráljon a tartalom, ez a CLS-t javítja.
Ha bizonytalan vagy, hol kezdd, mérj először, aztán a legnagyobb hatású tételt javítsd. Egy nagy főkép cseréje sokszor többet dob a betöltésen, mint tíz apró finomítás. A sebesség nem egyszeri feladat: minden új képnél, bővítménynél és tartalomnál érdemes visszamérni, hogy nem rontottad-e el, amit egyszer már rendbe tettél.
Gyakori kérdések
Mi számít jó Core Web Vitals eredménynek?
A jó értékek: LCP 2,5 másodperc alatt, INP 200 ezredmásodperc alatt, CLS 0,1 alatt. Ha mindhárom a zöld tartományban van, az oldalad megfelel, és nincs teendőd, csak tartsd karban.
Elég egyszer megmérni az oldalt?
Nem. A Google a valós látogatóid folyamatos adatát nézi, és minden új kép, bővítmény vagy tartalom ronthat a helyzeten. Érdemes rendszeresen, például havonta visszamérni, főleg nagyobb módosítás után.
Mobilon vagy asztali gépen mérjek?
Elsősorban mobilon, mert a látogatók többsége telefonról és gyakran gyengébb hálózaton érkezik. Amit asztali gépen gyorsnak látsz, mobilon lehet lassú, ezért a mobil nézet a mérvadó.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.