Mit jelent valójában, hogy lassú a weboldalad?
A „lassú” több különböző élmény neve lehet. Elképzelhető, hogy megnyitás után sokáig nem látszik a fő szolgáltatás, vagy a lap már késznek tűnik, de a „Küldés” gomb csak késve reagál. Máskor az űrlap elugrik, miközben valaki éppen rákattintana. Ezeket nem ugyanaz a mérőszám, és nem feltétlenül ugyanaz a javítás írja le.
Lassan jelenik meg
A látogató az első lényeges tartalomra vár. Nézd meg a fő képet, a szerverválaszt és a betöltést blokkoló elemeket.
Lassan reagál
A menü, foglaló vagy űrlap késve válaszol. Ilyenkor a JavaScript és a valódi interakciók felől érdemes indulni.
Elmozdul az oldal
A betöltés közben arrébb kerülő elemek félrekattintáshoz vezethetnek. Gyakran hiányzik a képek, hirdetések vagy widgetek helyfoglalása.
Csak bizonyos helyzetben rossz
Mobilon, csúcsidőben vagy egy konkrét szolgáltatásoldalon lassú? Szűkítsd a tesztet, mielőtt teljes újraépítést rendelnél.
A vállalkozás szempontjából a jó első kérdés nem az, hogy „mennyi a pontszám?”, hanem az, hogy melyik ügyfélfeladat sérül, hol és milyen körülmények között. A kapcsolatfelvétel hibája például sürgősebb lehet egy kevésbé fontos dekorációs animációnál.
Weboldal-sebesség ellenőrzése hat lépésben
- Válassz három különböző URL-t. A főoldal mellett legyen egy fontos szolgáltatásoldal és a kapcsolatfelvétel vagy időpontfoglalás oldala. A gyors főoldal nem bizonyítja, hogy az űrlap is rendben van.
- Nyisd meg őket valódi telefonon. Nézd meg, mikor olvasható a fő ajánlat, működik-e a menü, és el tudod-e küldeni az űrlapot. Próbáld a szokásos ügyfélkapcsolatot, ne csak a saját gyors irodai Wi-Fit.
- Futtass egy tesztet a Google PageSpeed Insights eszközben. A konkrét aloldal URL-jét add meg, és vizsgáld külön a mobilos és asztali jelentést.
- Válaszd szét a két adathalmazt. A „valós felhasználói tapasztalatok” rész Chrome-felhasználóktól származó összesített adatot mutathat; a Lighthouse-laborteszt szimulált környezetben fut. A kettő nem ugyanannak a tesztnek két színe.
- Írd fel a tünetet és az adatot. Jegyezd fel a dátumot, URL-t, eszközt, LCP/INP/CLS-t (ha van), a laborteszt megállapításait, illetve hogy tudtad-e reprodukálni a hibát.
- Javítás után az ügyfélutat is teszteld újra. Nem elég a pontszám változása: a menü, foglalás, analitika és űrlap működjön továbbra is. A valós felhasználói mutatók később reagálnak.
Valós felhasználói adat vagy laboreredmény?
A PageSpeed valós felhasználói adatai – ha rendelkezésre állnak – jellemzően egy 28 napos mozgó időszak tapasztalatát mutatják, ezért nem frissülnek minden módosítással azonnal. A Lighthouse ezzel szemben egy pillanatfelvétel, és futásonként eltérhet a tesztkörnyezet vagy a hálózat miatt. Egy 45/100-as laborpontszámból nem lehet kiszámítani, hány ügyfelet veszítesz.
Mi van, ha nincs valós felhasználói adat?
Új vagy kevés látogatót vonzó aloldalnál nincs mindig elegendő minta URL-szinten. A rendszer esetenként az egész webhely eredményeit kínálja fel, vagy nem mutat ilyen adatot. Ez nem jelent automatikusan jó vagy rossz teljesítményt. Használd a labortesztet, a kézi mobilpróbát, és később figyeld a valós adatokat.
LCP, INP és CLS: a három fontos felhasználói mutató
| Mutató | Mit érzékel a látogató? | Jó tartomány | Mire kérdezz rá? |
|---|---|---|---|
| LCP | Mikor válik láthatóvá a fő, nagy tartalmi elem? | Legfeljebb 2,5 másodperc | Mi a fő látható kép vagy szöveg, mikor töltődik be? |
| INP | Milyen gyorsan jelenik meg a visszajelzés egy interakció után? | Legfeljebb 200 ezredmásodperc | Mi blokkolja a gomb vagy űrlap megnyomását? |
| CLS | Mennyire mozdulnak el váratlanul az elemek? | Legfeljebb 0,1 (egység nélküli) | Van-e fenntartott hely a képeknek, betűknek, widgeteknek? |
A Google „jó” küszöbértékei; a valós felhasználói besorolásnál a 75. percentilis számít. Nem garantált SEO-helyezések.
Az LCP például egy szolgáltatásoldal nagy bemutatkozó képe lehet. Az INP egy lassan lenyíló mobilmenünél vagy foglalómezőnél fájhat igazán. A CLS akkor veszélyes, ha a „Küldés” gombot éppen eltolja egy későn betöltődő elem. Három eltérő problémára három eltérő javítási terv kell.
A Search Console Core Web Vitals jelentése URL-csoportokat is vizsgál; nem minden egyes aloldalról közöl önálló adatot. A megfelelő állapot nem jelenti azt, hogy nincs más használhatósági vagy üzleti probléma.
Tünet → mérés → lehetséges ok → következő feladat
Ez a táblázat hibakeresési kiindulópont, nem egy ismeretlen weboldal távoli diagnózisa. A „lehetséges ok” csak ellenőrzés után válhat bizonyított hibává.
| Észlelt tünet | Mit ellenőrizz? | Lehetséges ok | Első teendő |
|---|---|---|---|
| Az első képernyő sokáig hiányos | LCP, fő kép, szerverválasz | Nagy kép, blokkoló CSS/JS, lassú kiszolgálás | Azonosítsd a legnagyobb látható elemet és a betöltési láncát. |
| A gombra lassan válaszol | INP és a tényleges interakció | Hosszú JavaScript-feladat, külső chat vagy mérőkód | Tesztelj valós gombokat és foglalófelületeket mobilon. |
| Ugrál a szöveg és az űrlap | CLS, kép- és widgethelyek | Hiányzó képméret, későn betöltődő modul | Foglalj helyet a megjelenő elemeknek. |
| Mobilon lassú, gépen nem | Mobilos PSI, valódi telefon | Eltérő processzor, hálózat, nagy mobilos erőforrás | Ne az asztali pontszám alapján zárd le a hibát. |
| Csak néha lassú | Pontos időpontok, szervernaplók | Időszakos terhelés vagy külső API | Rögzíts több előfordulást az üzemeltetőnek. |
| Nincs látogatói mérés | CrUX elérhetősége | Kevés adat, friss URL | Használj labor- és kézi ellenőrzést; ne minősítsd gyorsnak. |
Ha a kapcsolati űrlap néha elakad, az hibajavítási prioritás; ha egy dekorációs elem miatt romlik a laborpont, de a folyamat működik, előbb érdemes az erőfeszítés–üzleti hatás viszonyt tisztázni.
Amikor a saját vállalkozásodról van szó
A lassú honlap nemcsak pontszám, hanem rossz ügyfélélmény
Ha a látogató várakozik, ugráló elemekkel küzd vagy elakad az ajánlatkérésnél, azt üzleti problémaként kell kezelni. A gyorsítás módját a weboldal felépítése és a valós akadály határozza meg.
Mi lassíthatja a weboldalt a gyakorlatban?
Képek és a fő tartalmi elem
Egy sok megabájtos nyitókép, rosszul választott felbontás vagy későn betöltött kép gyakran látványos tünetet okoz. A megfelelő képformátum, felbontás, gyorsítótárazás és erőforrás-prioritás segíthet. De ne tedd automatikusan lustán betöltődővé a legfontosabb, első képernyős LCP-képet: a loading="lazy" ott akár késleltetheti az első lényeges tartalmat. A későbbi, képernyő alatti képek más elbírálás alá eshetnek.
Betűk, stílusok és JavaScript
A túl sok külön betűkészlet, a nem szükséges animáció, a külső chat vagy hirdetési mérőkód blokkolhatja a megjelenítést és az interakciót. Mielőtt bármit kikapcsolsz, jegyezd fel a funkcióját: a hibásan eltávolított konverziómérés is üzleti veszteséget okozhat. A cél nem az, hogy nulla külső kód maradjon, hanem hogy a szükséges elemek indokoltan és megfelelő sorrendben fussanak.
Tárhely, kiszolgáló és külső szolgáltatások
Egy rosszul reagáló szerver vagy akadozó foglalási integráció szintén ronthatja az élményt. A drágább tárhely azonban nem univerzális javítás: előbb derítsd ki, tényleg a válaszidő-e a szűk keresztmetszet. Ha az űrlap mögött álló külső szolgáltatás lassú, önmagában a képek tömörítése nem fogja megoldani.
Célzott gyorsítás vagy teljes weboldalfelújítás?
Célzott javítással kezdj, ha a gond néhány mérhető erőforráshoz vagy aloldalhoz kötődik, az alapstruktúra működik, és a javítás biztonságosan tesztelhető. Felújítást akkor mérlegelj, ha rendszeresen törnek a fő funkciók, a szerkezet túl sok függőségen áll, a mobilos használat több kritikus ponton rossz, vagy a változtatások már aránytalanul kockázatosak.
Egy weboldal lecserélésénél az URL-ek, átirányítások és mérések megőrzése külön feladat: ehhez a domainváltás és weboldalfelújítás útmutató ad ellenőrzési sorrendet. A technikai SEO egészét más szemszögből magyarázza az on-page, off-page és technikai SEO összehasonlítás.
Ezt az öt dolgot mondd el, amikor gyorsítást vagy felújítást kérsz
Nem kell az LCP, INP vagy JavaScript-hibák részletes elemzésével foglalkoznod ahhoz, hogy segítséget kérj. A legjobb kiindulópont az, amit ügyfélként tapasztalsz.
- Melyik oldalon történik? Küldd el a problémás aloldal címét.
- Mit szeretne ott megtenni a vevő? Például szolgáltatást olvasni, ajánlatot kérni vagy időpontot foglalni.
- Mi akasztja meg? Lassú betöltés, nem működő gomb, ugráló tartalom, eltűnő űrlap.
- Mikor és milyen eszközön láttad? Mobil vagy asztali, nagyjából mikor jelentkezett.
- Mi a fontos üzleti cél? Több használható ajánlatkérés, könnyebb telefonos kapcsolatfelvétel vagy jobb mobilos élmény.
A műszaki hibakeresés már a kivitelező feladata. A PageSpeed-jelentés hasznos melléklet lehet, de nem szükséges hozzá értened ahhoz, hogy elinduljon az egyeztetés.
Gyakori kérdések
Muszáj 100/100-as PageSpeed eredményt elérnem?
Nem. A laborpontszám hasznos jelzés, de az ügyfélfeladatok, a valódi teljesítmény és az oldal célja fontosabb egyetlen szám maximalizálásánál. A tökéletes pont nem garantál Google-helyezést.
Elég egy gyorsítótár-bővítmény?
Attól függ, mi a szűk keresztmetszet. A cache bizonyos ismételt kéréseken segíthet, de nem javít minden interakciós hibát, rossz képméretet vagy külső szolgáltatást.
Miért különbözik a mobilos és az asztali eredmény?
Más a tesztkörnyezet, a hálózati és eszközteljesítmény, és eltérő erőforrások is betöltődhetnek. Mindkettőt érdemes vizsgálni, különösen a látogatóid által használt eszközöket.
Jobb helyezést kapok, ha javulnak a Core Web Vitals értékeim?
Nincs ilyen garancia. A felhasználói élmény fontos, de a keresési eredmények sok jel alapján alakulnak; a releváns tartalom és az oldal tényleges hasznossága is számít.
Források és szakmai háttér
Kapcsolódó útmutatók
Következő lépés · Kaluzsa
Legyen gyorsabb és használhatóbb a céges weboldalad
Mutasd meg, melyik oldal lassú mobilon, és hol akadnak el a látogatók. Beszéljük át a célzott javítás vagy felújítás értelmes lépéseit.