Két oldal ugyanazt a pontszámot érheti el egy weboldal sebességtesztjén, a valódi látogatóknak mégis egészen más lehet a tapasztalata. Egy sebességtesztet elindítani egyszerű. Az eredményt helyesen olvasni már nehezebb: tudni, melyik szám számít, mit mér valójában, és hol találsz valódi adatokat a szimulált pontszámok helyett. Ez a cikk bemutatja, hogyan futtass sebességtesztet, mit jelent az eredmény egyes mutatója, miért különbözik gyakran a szimulált és a valódi látogatói pontszám, és hogyan használd az eredményt úgy, hogy az tényleg számítson azoknak, akik felkeresik az oldalad.
A sebességteszt akkor a leghasznosabb, ha tudod, mit kezdj a kimenetével. Egyetlen, 100-ból adott pontszám önmagában keveset mond. A mögötte álló egyes mutatók, és az, hogy szimulációból vagy valódi látogatóktól származnak-e, döntik el, hogy az eredmény azt tükrözi-e, amit a látogatóid ténylegesen tapasztalnak. A mutatók hátteréről lásd a mi az oldalbetöltési idő és hogyan mérik című cikket.
Mit mér valójában egy weboldal sebességtesztje?
A sebességteszt egy oldalt ellenőrzött környezetben tölt be, és méri, mennyi ideig tartanak a betöltési folyamat egyes részei. Az eszköz azt méri, milyen gyorsan válaszol a szerver, mikor jelenik meg az első tartalom a képernyőn, mikor tölt be a legnagyobb látható elem, mennyit mozdul el az elrendezés betöltés közben, és mennyi idő után reagál az oldal a kattintásokra. Ezeket az értékeket szabványos küszöbértékekhez hasonlítják, így jön ki a pontszám, és így jelölik meg a fejlesztendő területeket.
Laboratóriumi adatok és valós terepi adatok
- Laboratóriumi adat: egy sebességmérő eszköz állítja elő. Az oldalt rögzített helyről, szimulált eszközzel és kapcsolattal töltik be. Az eredmények kontrolláltak és megismételhetők, de nem tükrözik a valódi látogatói körülmények teljes körét
- Terepi adat: valódi látogatóktól gyűjtik, 28 napos gördülő időszakra összesítve. A keresőmotorok ezt az adatot használják a Core Web Vitals értékeléséhez és a rangsoroláshoz
- Egy oldal 90 pontot kaphat a laboratóriumi tesztben, és mégis rossz lehet a terepi Core Web Vitals adata, ha a valódi látogatók lassabb eszközöket, ingadozó kapcsolatot használnak, vagy földrajzilag messze vannak a szervertől
- Mindig nézd meg mindkettőt. A laboratóriumi adat egyes hibák felderítésére jó. A terepi adat dönti el a valós és a keresési rangsorolási hatást
Hogyan futtass helyesen weboldal sebességtesztet?
Előbb mobilon tesztelj
- A keresőmotorok mobile-first indexelést használnak, vagyis az oldalakat a mobilos teljesítményük alapján értékelik
- Ugyanarra az oldalra a mobilos pontszám szinte mindig alacsonyabb, mint az asztali, mert a mobil eszközök lassabb processzorral és ingadozóbb kapcsolattal dolgoznak
- Futtass mobilos és asztali tesztet is, de a mobilos eredményt tekintsd elsődleges mércének
A legtöbbet látogatott oldalaidat teszteld, ne csak a főoldalt
- A főoldal gyakran a leggyorsabb oldal egy webhelyen, mert általában kevesebb kép és szkript van rajta, mint a belső oldalakon
- A termékoldalak, a blogbejegyzések és a landing page-ek gyakran jóval rosszabb pontszámot kapnak, és nagyobb hatással lehetnek a látogatói élményre és a rangsorolásra
- Azokat az oldalakat teszteld, amelyek a legtöbb forgalmat kapják, ne azokat, amelyek valószínűleg jól mutatnak
Minden tesztet futtass le többször
- A laboratóriumi tesztek eredménye futásonként eltérhet a teszt pillanatnyi szerverterhelése, a tesztelés helyén lévő hálózati körülmények és a gyorsítótár állapota miatt
- Futtass le minden tesztet két-három alkalommal, és az átlagot használd alapértékként, ne egyetlen eredményre hagyatkozz
Tesztelj a módosítások előtt és után
- Mielőtt bármit módosítasz az oldaladon, rögzíts egy kiindulási pontszámot
- Minden fejlesztés után futtasd le ugyanazt a tesztet, hogy lásd a konkrét hatását
- Terepi adatnál a módosítások után várj legalább 28 napot, mielőtt értékelnéd a hatást, mert az adat gördülő 28 napos átlag, amely fokozatosan frissül
Hogyan olvasd a weboldal sebességtesztjének eredményét?
A hibás mutatókkal kezdd, ne az összpontszámmal
- A 65-ös összpontszám nem árulja el, mit kell javítanod. A hibás egyes mutatók viszont igen
- Nézd meg, melyik Core Web Vitals mutató van a fejlesztendő vagy a gyenge tartományban: LCP, INP és CLS
- Minden hibás mutató az oldal vagy a betöltési folyamat más részére mutat, amelyet érdemes megvizsgálni
Mire mutat az egyes hibás mutató
- Magas Time to First Byte: lassú a szerver válasza. Vizsgáld meg a tárhely minőségét, a szerveroldali gyorsítótárazást és az adatbázis teljesítményét
- Lassú Largest Contentful Paint: a fő látható elem túl sokáig tölt be. Jellemzően optimalizálatlan képek, megjelenítést blokkoló erőforrások vagy lassú szerverválasz okozza
- Magas Total Blocking Time vagy gyenge Interaction to Next Paint: a JavaScript blokkolja a fő szálat. Gyakori okok a nagy szkriptfájlok és a harmadik féltől származó szkriptek
- Magas Cumulative Layout Shift: az elemek elmozdulnak az oldal betöltése közben. Oka lehet a megadott méret nélküli kép, a meglévő elemek fölé későn beszúrt tartalom vagy a dinamikusan megjelenő sáv
Az ajánlások olvasása
- A sebességmérő eszközök konkrét ajánlásokat sorolnak fel, mindegyik mellett a becsült időmegtakarítással
- A legnagyobb becsült megtakarítású ajánlásokkal kezdd, így a ráfordításhoz képest a legnagyobb hatást éred el
- Egyes ajánlások harmadik féltől származó szkriptekre vagy szolgáltatásokra vonatkoznak, amelyeket nem te irányítasz. Jegyezd fel őket, de arra koncentrálj, amit meg tudsz változtatni
Mik a jó weboldal sebességteszt pontszámok?
A Core Web Vitals küszöbértékei
- Largest Contentful Paint 2,5 másodperc alatt: jó
- Interaction to Next Paint 200 ezredmásodperc alatt: jó
- Cumulative Layout Shift 0,1 alatt: jó
Az összpontszám sávjai
- 90-től 100-ig: jó
- 50-től 89-ig: fejlesztendő
- 0-tól 49-ig: gyenge
Hogyan használd a viszonyítási értékeket a gyakorlatban
- Ezek abszolút viszonyítási értékek, de a te pontszámodnak jobbnak kell lennie azoknál az oldalaknál, amelyekkel ugyanazokra a kulcsszavakra versenyzel, nem csak egy általános küszöb fölött kell lennie
- Keress rá a célkulcsszavadra, és futtass sebességtesztet a nálad előrébb rangsorolt oldalakon. Ha a te LCP-d 3,2 másodperc, az övék pedig 2,1 másodperc, ez a különbség többet mond a teendőkről, mint egy önmagában vett pontszámkülönbség
Az LCP, az INP és a CLS pontos jelentéséről és pontozásáról részletesen a mik a Core Web Vitals mutatók cikkben olvashatsz.
Hogyan követheted nyomon az oldal sebességét az idő múlásával?
Az optimalizálás megkezdése előtt állíts fel kiindulási értéket
- Bármilyen módosítás előtt jegyezd fel a fejleszteni kívánt oldalak jelenlegi pontszámait
- Írd fel, melyik mutató hibás, és mennyivel
- Minden módosítási kör után futtasd le újra a teszteket, és hasonlítsd az eredményt a kiindulási értékhez, hogy lásd a valódi javulást
A terepi adatot rendszeresen ellenőrizd, ne csak módosítások után
- A teljesítményjelentésekben a terepi adat 28 napos gördülő időszak alapján frissül
- Havonta nézd meg, vagy a tartalom, a kód vagy a tárhely bármilyen jelentős változtatása után
- A terepi pontszámok romlása gyakran egybeesik egy új nagy kép felkerülésével, egy új harmadik féltől származó szkript telepítésével vagy a tárhely beállításainak változásával
Új tartalom közzététele után is tesztelj
- Egy optimalizálatlan képekkel készült új blogbejegyzés jelentősen lelassíthatja az adott oldalt anélkül, hogy a többit érintené
- Egy nehéz szkriptekkel készült új landing page olyan blokkoló problémákat okozhat, amelyeket a főoldal kiindulási tesztje sosem tárna fel
- Ha a sebességtesztelést beépíted a tartalomközzétételi folyamatba, megelőzheted, hogy észrevétlenül halmozódjanak a visszaesések
A teszteredmények alapján elvégezhető leghatásosabb fejlesztések teljes útmutatóját a hogyan csökkentsd a weboldalad betöltési idejét cikkben találod. A képekkel kapcsolatos hibákról külön a hogyan optimalizáld a képeket a gyorsabb betöltésért cikk szól.
Hogyan támogatja a WEMASY a weboldal sebességtesztelését
A WEMASY analitikai vezérlőpultja tartalmazza a platformon készült összes oldal Core Web Vitals adatait, valódi látogatói terepi adatokból. Az LCP, az INP és a CLS pontszám oldalanként látható, külső tesztek futtatása nélkül. A jó küszöb alá eső oldalakat megjelöli azzal a konkrét mutatóval, amely hibás, így rögtön a problémához léphetsz, nem kell végigolvasnod egy teljes jelentést.
Mivel a platform automatikusan kezeli a képtömörítést, a gyorsítótárazást, a minifikálást és a CDN-es kiszolgálást, a külső sebességtesztek által leggyakrabban jelzett okok már rendezettek. Egy WEMASY-val készült oldal tesztelése jellemzően tartalomspecifikus problémákat hoz felszínre, nem platformszintűeket, így az eredmények könnyebben hasznosíthatók.
Nézd meg, mi tartozik hozzá a WEMASY weboldalépítő oldalán, vagy hasonlítsd össze a csomagokat az árak oldalon.
Gyakran ismételt kérdések
Hogyan tesztelhetem a weboldalam sebességét?
Add meg a weboldalad URL-jét egy sebességmérő eszközben. Az eszköz ellenőrzött körülmények között betölti az oldalt, és minden betöltési mutatóra pontszámot ad mobilra és asztali gépre is. Az összpontszám mellett nézd meg az egyes mutatók pontszámát: a hibás mutatók megmutatják, mire érdemes koncentrálni. A tényleges látogatókon alapuló valós teljesítményadatokért nézd meg a weboldalad teljesítmény- vagy analitikai vezérlőpultját, ha az tartalmaz terepi Core Web Vitals adatot. A WEMASY weboldalépítőjével ezt közvetlenül a saját weboldaladon is beállíthatod.
Mi számít jó weboldal sebességteszt pontszámnak?
A 90 vagy afeletti pontszám jónak számít, az 50 és 89 közötti fejlesztendő, az 50 alatti gyenge. A Core Web Vitals esetében a célértékek: Largest Contentful Paint 2,5 másodperc alatt, Interaction to Next Paint 200 ezredmásodperc alatt, Cumulative Layout Shift 0,1 alatt. Egy oldal csak akkor felel meg a Core Web Vitals értékelésen, ha mindhárom mutató a jó tartományban van, a valódi látogatók terepi adatai alapján.
Miért változik a sebességteszt pontszámom futásonként?
A laboratóriumi tesztek pontszáma azért ingadozik, mert futásról futásra változnak a körülmények: az eredményt befolyásolja a teszt pillanatnyi szerverterhelése, a tesztszolgáltató helyén lévő hálózati állapot és a gyorsítótár állapota. Ha többször lefuttatod a tesztet, és átlagolod az eredményeket, megbízhatóbb kiindulási értéket kapsz. A terepi adat, amely 28 nap valódi látogatói méréséből áll, stabilabb, és a rangsorolás szempontjából jobb mutatója az állandó teljesítménynek.
Miért alacsonyabb a mobilos sebességpontszámom az asztalinál?
A mobilos sebességtesztek lassabb processzort és mobilhálózati kapcsolatot szimulálnak, ezért ugyanarra az oldalra alacsonyabb pontszámot adnak, mint asztali gépen. A keresőmotorok mobile-first indexelést használnak, vagyis a rangsoroláshoz az oldal mobilos teljesítménye számít. A mobilos pontszámot tekintsd az elsődleges eredménynek, amelyre optimalizálsz, akkor is, ha az asztali pontszám elfogadhatónak tűnik.
Mi a különbség a laboratóriumi és a terepi adat között egy sebességtesztben?
A laboratóriumi adat szimulált, ellenőrzött körülmények között, rögzített helyről és eszközről futtatott tesztből származik. Állandó, és egyes hibák felderítésére hasznos. A terepi adat valódi látogatóktól származik, 28 napos gördülő időszakra összesítve, és tükrözi a tényleges látogatók eszközeinek, kapcsolatainak és tartózkodási helyeinek teljes körét. A keresőmotorok a terepi adatot használják a Core Web Vitals értékeléséhez. Egy oldal jól teljesíthet a laboratóriumi tesztben, és mégis rossz lehet a terepi adata, ha a látogatók valós körülményei jelentősen eltérnek a tesztkörnyezettől.
Milyen gyakran futtassak weboldal sebességtesztet?
Futtass sebességtesztet az oldalad minden jelentős változtatása után: nagy képek hozzáadásakor, új szkriptek telepítésekor, tárhelyváltáskor vagy új oldaltípus közzétételekor. Rendszeres figyeléshez elég havonta átnézni az analitikai vagy teljesítmény-vezérlőpult terepi adatait. A terepi adat 28 napos gördülő időszak alapján frissül, ezért nem szükséges gyakran kézzel tesztelni, de a havi átnézés segít észrevenni a visszaeséseket, mielőtt azok hatással lennének a rangsorolásra vagy a látogatói élményre.