Először azt keresd meg, hol lassul le egy olyan lépés, amely fontos az ügyfeleidnek. Utána kérj bizonyítékot az okára. Az alacsony PageSpeed-pontszámot érdemes kivizsgálni. Önmagában viszont nem mondja meg, milyen munkát rendelj meg, mennyit költs rá, vagy szükséged van-e új weboldalra.

Egy céges weboldalnál abból indulnék ki, hová érkezik a látogató, és mit szeretne ott elintézni: tájékozódni egy szolgáltatásról, összehasonlítani egy terméket, időpontot foglalni vagy ajánlatot kérni. A cél, hogy ezt gyorsabban, megbízhatóan megtehesse, a javítás eredményét pedig ellenőrizni lehessen.

Először nézd meg, mit mutat a jelentés

A PageSpeed Insights laboratóriumi tesztet és — ha rendelkezésre áll — valós látogatói adatokat is mutat. Az utóbbiak az előző 28 napot fedik le. Ellenőrizd, hogy az adott URL-re vagy origin szintű összesítésre vonatkoznak-e (például a https://pelda.hu alatti oldalakra). Kevés oldalszintű minta esetén a jelentés az origin adatait használhatja. Ha ott sincs elegendő adat, ez a rész hiányzik. Ez önmagában nem rossz teszteredmény. A PageSpeed Insights dokumentációja.

Mielőtt a javításról beszéltek, jegyezd fel az URL-t, a mobilos vagy asztali nézetet, a teszt dátumát és az adatok hatókörét. Egy jó asztali eredmény nem válasz arra, hogy telefonon nehézkes az ajánlatkérés. A teljes webhelyre vonatkozó adatból pedig nem derül ki biztosan, melyik szolgáltatásoldalt kell javítani.

A Lighthouse teljesítménypontszáma több mérőszám súlyozott összesítése. Tesztenként változhat; a diagnosztikai javaslatok teljesítése nem jelent közvetlenül pluszpontokat. Hasonló körülmények között ismételjétek meg a mérést, és tisztázzátok, melyik mért késlekedést csökkentené a javasolt módosítás. Így számol a Lighthouse.

Nevezd meg, mit tapasztal a látogató

A Core Web Vitals három különböző szempontot mér. A jó minősítés küszöbértékeit a mérések 75. percentilisén vizsgálják, mobilon és asztali gépen külön:

  • LCP, betöltés: a legnagyobb látható tartalmi elem legfeljebb 2,5 másodperc alatt jelenjen meg.
  • INP, válaszkészség: az interakcióra adott válasz ideje legfeljebb 200 milliszekundum legyen.
  • CLS, vizuális stabilitás: a váratlan elmozdulásokat összesítő érték legfeljebb 0,1 legyen.

Ezek eltérő mérések: a betöltési idő önmagában nem írja le mindhárom problémát. A Google Web Vitals útmutatója.

Írd le hétköznapi nyelven, mi történik: „Későn jelenik meg a nyitókép.” „Rábökök a menüre, de nem reagál.” „Elmozdul a gomb, miközben megnyomnám.” A fejlesztőnek olyan lépést adj meg, amelyet ugyanazon az eszközön meg tud ismételni.

A visszajelzést és a művelet befejezését is külön érdemes figyelni. Az INP az interakció utáni következő vizuális válaszhoz kapcsolódik, nem az összes későbbi hálózati művelethez. Egy űrlap gyorsan jelezheti, hogy elindult a küldés, miközben annak befejezése túl sokáig tart. Mindkettőt próbáld ki. Mit mér az INP?

A fontos ügyfélutakkal kezdd

Első körben néhány tudatosan kiválasztott oldalt néznék át: egy fő hirdetési céloldalt, egy fontos szolgáltatás- vagy termékoldalt, valamint az ajánlatkérés vagy a vásárlás folyamatát. Akkor vegyél fel újabb oldalt, ha lényegesen más felépítést vagy eszközt használ. A főoldal tesztelése önmagában kevés.

Minden problémához írd fel:

  • A látogató feladatát: mit szeretne elintézni?
  • A bizonyítékot: melyik oldalon, milyen tünet és milyen mérési eredmény látható?
  • Az érintett részeket: egy oldalt vagy több helyen használt elemet érint a hiba?
  • A tervezett javítást: mi változik, és minek kell továbbra is működnie?
  • Az átvételi feltételt: hogyan ellenőrzitek az eredményt?

Használd a tényleges forgalmi és ajánlatkérési adatokat, ha vannak. Ha nincsenek, kezdd azokkal az oldalakkal, ahová tudatosan küldöd a lehetséges ügyfeleidet. Ezt kezeld gyakorlati sorrendként; ne állítsd, hogy már megmérted, hol veszíted el a legtöbb vásárlót.

Egy hibás ajánlatkérő gomb akkor is sürgős feladat lehet, ha jó a sebességjelentés. Ha az oldal használható, de egy kiegészítő elem lassú, a javítás költségét az elem hasznához mérd. Nem kell a jelentés minden figyelmeztetéséből külön megrendelést csinálni.

Kérj konkrét okra épülő javítási javaslatot

Egy jól körülhatárolt ajánlat összeköti a megfigyelt hibát a tervezett módosítással. Ha későn jelenik meg a nyitókép, derüljön ki, hogy a böngésző későn találja meg, lassan tölti le, vagy csak később tudja kirajzolni. A Google kifejezetten ellenzi az LCP-kép késleltetett, lazy betöltését; a kisebb fájl önmagában nem old meg minden megjelenítési késést. Útmutató az LCP javításához.

Ha a menü vagy a szűrő nehezen reagál, kérj felvételt a műveletről és magyarázatot arra, mi tartja fel a választ. Ha ugrál a tartalom, nevezzék meg az elmozduló elemet, és azt is, hogyan biztosítanának neki előre helyet. Így a kód ismerete nélkül is megítélheted, pontosan mire kapsz ajánlatot.

Külső chat, térkép, foglalási eszköz vagy marketingkód esetén előbb tisztázzátok, mikor van rá szükség, és mi függ tőle. A módosítás után a funkciót és az egyeztetett mérést is próbáljátok ki. Ha a pontszám kedvéért eltűnik egy hasznos funkció, attól az üzlet szempontjából rosszabb is lehet az oldal.

Egy konkrét példa a saját portfólióm képeiből

A Facebook-űrlapokat és a saját weboldalas űrlapokat összehasonlító cikkem borítója két WebP-változatban szerepel az oldal publikált fájljai között: az 1536 × 1024 képpontos fájl körülbelül 161 kB, a 768 × 512 képpontos pedig 48 kB. Ezek 2026. november 1-jén ellenőrzött fájlméretek, nem ügyféleredmények.

Az oldal mindkét változatot felajánlja a böngészőnek reszponzív képjelöléssel. A böngésző a rendelkezésre álló méretek és a megjelenítési körülmények alapján választhat; telefonon sem kötelező minden esetben a kisebb fájlt használnia. Az MDN útmutatója a reszponzív képekhez.

Ezt konkrétan lehet ellenőrizni: melyik fájlt kéri le a böngésző a megbeszélt képernyőméretnél, elég éles-e a kép, és rendben marad-e az elrendezés? A kisebb fájl létezése még nem bizonyítja, hogy azt kapták a látogatók, gyors lett az egész oldal, vagy több ajánlatkérés érkezett.

Ugyanezt várd el bármelyik javítástól: legyen világos, minek kell megváltoznia a ténylegesen megjelenő oldalon, és ezt ellenőrizzétek is.

Előre egyezzetek meg az ellenőrzésben

Egy célzott gyorsítási feladat leírása lehet rövid:

  • Soroljátok fel az érintett URL-eket és látogatói lépéseket, a mobilos folyamatot is beleértve.
  • Mentsétek el a kiinduló jelentéseket és a mérési körülményeket.
  • Kérj leírást a feltételezett okról, a javításról, az árról és arról, ami nem része a munkának.
  • Rögzítsétek, minek kell működnie utána is: például a menünek, a foglalásnak, az űrlap továbbításának és a mérésnek.
  • A módosítás után hasonló körülmények között mérjetek újra, és te is végezd el a látogató feladatát.
  • Ha vannak valós látogatói adatok, egyeztessetek későbbi ellenőrzést is, figyelembe véve a gördülő jelentési időszakot.

Egy szolgáltatásoldalnál például az átvétel feltétele lehet, hogy megbízhatóan megjelenjen a fő tartalom, reagáljon a menü, telefonon is használható legyen az űrlap, és a tesztmegkeresés eljusson a címzettjéhez. Ez egy lehetséges ellenőrzési terv. Nem jelent meghatározott pontszámot vagy igazolt értékesítési növekedést.

Ha eltűnik a megkeresés, az űrlap továbbítását külön vizsgáld meg. Ha közben új tartalmak, navigáció és integrációk is szóba kerülnek, a weboldal-megújítási brief segít külön rögzíteni ezeket a döntéseket.

Az eredmény alapján dönts a következő lépésről

A Google rangsorolási rendszerei használják a Core Web Vitals mutatókat, de a jó értékek nem garantálnak vezető helyezést. A Google azt is jelzi, hogy pusztán SEO-célból nem feltétlenül érdemes a tökéletes pontszámot hajszolni. A Google útmutatója az oldalélményről.

Vállalkozóként inkább azt érdemes eldöntened, melyik módosítástól lesz könnyebb egy fontos ügyfélfeladat, és arányos-e ezzel a költsége. Kezdd ezzel, ellenőrizd az eredményt, majd döntsd el, indokolt-e újabb kör. Több ajánlatkérésről csak tényleges üzleti adatok alapján állíts bármit, a forgalom és a kampányok változását is figyelembe véve.

Ha segítséget szeretnél a sorrend kialakításához, küldd el a weboldalad címét, a PageSpeed-jelentést és azt a lépést, amelyet lassúnak érzel. Elérsz a kapcsolatfelvételi oldalon vagy a hello@davidbuka.com címen. A weboldalt és az ajánlatkérés folyamatát együtt tudom átnézni, hogy konkrét feladatra kérhess ajánlatot.