A látogatóid nem fogják megírni neked, hogy lassú az oldalad. Egyszerűen visszalépnek, és megnyitják a következő találatot. A sebesség így a legcsendesebb bevételkiesés, ami egy vállalkozást érhet: nem látszik a hibanaplókban, nem jön róla panasz, csak a konverzió lesz kisebb, mint amekkora lehetne.

Mit mér valójában a Google?

A Core Web Vitals három dolgot néz — és mindhárom arról szól, hogy mit érzékel a felhasználó, nem arról, hogy mit mér a szerver.

LCP — mikor jelenik meg a lényeg

A legnagyobb tartalmi elem (általában a főkép vagy a főcím) megjelenéséig eltelt idő. A cél 2,5 másodperc alatt. Ez az a pillanat, amikor a látogató úgy érzi: „betöltött".

INP — mennyire válaszol a felület

Amikor rákattintasz valamire, mennyi idő telik el, amíg az oldal reagál. A cél 200 ezredmásodperc alatt. Ez az a mutató, ami a „megnyomtam, de nem történt semmi, megnyomom még kétszer" élményt méri.

CLS — ugrál-e a tartalom

Ha betöltés közben elcsúszik a szöveg, mert utólag érkezik meg egy kép vagy egy hirdetés, a felhasználó mellényúl. A cél 0,1 alatt.

Miért lassú a legtöbb magyar kkv-oldal?

A tapasztalatunk szerint az esetek nagy részében nem egzotikus okok állnak a háttérben, hanem ugyanaz a négy-öt hiba ismétlődik.

• Optimalizálatlan képek. A fényképezőgépből érkező 4 MB-os JPEG feltöltve, méretezés nélkül. Egyetlen ilyen kép többet nyom, mint az oldal összes többi eleme együtt.
• Plugin-torlódás. Tizenöt bővítmény, amiből hármat használsz, de mind a tizenöt betölti a saját JavaScriptjét és stíluslapját minden aloldalon.
• Külső szkriptek. Chat-widget, három analitika, hőtérkép, hirdetési pixelek. Mindegyik önmagában kicsi, együtt viszont másodperceket adnak hozzá.
• Webfontok. Négy betűtípus nyolc vastagsággal, mind külső forrásból, mind villanó szöveggel.
• Olcsó, túlterhelt tárhely. Osztott szerver, ahol a szomszéd forgalma a te válaszidődet rontja.

Ez mennyi pénz?

A számok minden webshopnál mások, de az irány mindenhol ugyanaz: minden extra másodperc betöltési idő mérhetően csökkenti a konverziót, és növeli a visszafordulási arányt. Mobilon ez még élesebb, mert ott a hálózat is lassabb — és a magyar kkv-oldalak forgalmának ma már jellemzően a többsége mobilról érkezik.

Ha havi ezer látogatód van és a lassúság miatt minden huszadik elmegy, az évi hatszáz elveszett érdeklődő. Számold ki, mennyit ér nálad egy érdeklődő.

Mérj, mielőtt javítasz

Két eszközre van szükséged, és mindkettő ingyenes:

1. PageSpeed Insights. Egy konkrét URL laborvizsgálata, konkrét javaslatokkal. Fontos: a nyitóoldal mellett mérj meg egy terméket vagy szolgáltatás-aloldalt is, mert azok szoktak rosszabbak lenni.
2. Search Console → Core Web Vitals jelentés. Ez valódi látogatói adatokból dolgozik, és megmutatja, mely oldalcsoportok esnek ki. Ez a mérvadó, a laborérték csak támpont.

Írd fel a kiindulási értékeket, mielőtt bármihez hozzányúlsz. Enélkül nem fogod tudni, hogy a javítás használt-e, vagy csak jobbnak érzed.

A gyors győzelmek sorrendben

Az alábbi lista nagyjából megtérülési sorrendben van. A legtöbb oldalon az első három pont már látványos javulást hoz.

1. Képek rendbetétele. Modern formátum (WebP vagy AVIF), a megjelenítéshez igazított méret, lazy loading a hajtás alatti képekre — és fix méretarány, hogy ne ugráljon a tartalom.
2. Szkriptek kigyomlálása. Nézd végig, mi fut az oldaladon. Ami nem hoz döntést vagy bevételt, azt vedd ki. A maradékot töltsd késleltetve.
3. Betűtípusok. Maximum két család, csak a ténylegesen használt vastagságokkal, saját kiszolgálásból, font-display: swap beállítással.
4. Gyorsítótárazás és CDN. A statikus tartalom kiszolgálása a látogatóhoz közelről, hosszú cache-idővel.
5. Tárhely. Ha a szerver válaszideje önmagában fél másodperc felett van, ott már nincs mit optimalizálni a fronton.

Mikor nem érdemes foltozni?

Van egy pont, ahol az optimalizálás rosszabb üzlet, mint az újraépítés. Erre utal, ha az oldal évek óta gyűlő bővítményrétegekre épül, ha minden frissítés eltör valamit, ha a szerkesztés csak fejlesztő segítségével megy, vagy ha a mobil élmény alapvetően más, mint a desktopé. Ilyenkor a foltozás pénz- és időpazarlás: a következő bővítmény újra elrontja.

Egy modern, szerveroldali rendereléssel épített oldal alapból ott kezd, ahová a régi oldalt hónapokig optimalizálnád — és utána is ott marad, mert nincs mihez hozzátapadni.

Kíváncsi vagy, hol áll most az oldalad? Küldd el a linket, megnézzük a Core Web Vitals értékeket, és megmondjuk őszintén, hogy optimalizálás vagy újraépítés éri meg jobban.