A PageSpeed Insights a Google ingyenes sebességmérő eszköze, amely egy megadott URL-re egyszerre mutatja meg a valós felhasználóktól gyűjtött mezei adatot és a szimulált laborteszt eredményét. Az eredmény egy 0-100 közötti pontszám plusz a hozzá tartozó metrikák és javaslatok.
Hogyan működik
Az eszköz két különböző forrásból dolgozik. A felső blokk a CrUX mezei adatból jön: ezek valódi Chrome-felhasználók mérései az elmúlt 28 napból. Az alsó blokk egy Lighthouse futtatás egy Google-szerveren, szimulált mobilhálózattal és lassított CPU-val.
A két blokk ugyanazokat a metrikákat használhatja, de nem ugyanazt méri. A mezei adat a te tényleges látogatóid élményét mutatja. A labor adat egy egyszeri, kontrollált mérés, ami reprodukálható és debuggolható. Ha eltérnek, az nem hiba, hanem információ.
Mit jelent a pontszám
A 0-100 pontszám kizárólag a laborteszt eredménye, súlyozott átlag néhány metrikából. A TBT (Total Blocking Time) és az LCP (Largest Contentful Paint) viszi a súly nagy részét, a CLS (Cumulative Layout Shift) és az FCP (First Contentful Paint) kisebbet. A Google skálája szerint 90 felett zöld, 50-89 között narancs, 50 alatt piros.
A rangsorolás szempontjából viszont nem a pontszám számít, hanem a Core Web Vitals mezei értékei. Egy oldal lehet 100 pontos laborban, és bukhatja a CrUX-küszöböket, ha a valódi látogatók lassabb eszközön, rosszabb hálózaton érkeznek.
Mikor számít igazán
A PageSpeed eredménye akkor ér valamit, ha a fő sablonokra nézed: főoldal, kategória, termék, szolgáltatásoldal, blogbejegyzés. Egyetlen URL mérése félrevezet. A riportokban rendre azt látjuk, hogy a főoldal kap egy drága optimalizálást, a termékoldalak meg maradnak 30 pont körül.
Röviden: a pontszám egy szimuláció, a valóság a mezei adat; javítani a laborban javítasz, mérni a CrUX-ban mérsz.
Miért fontos
SEO
A Google a Core Web Vitals mezei értékeit használja rangsorolási jelként, nem a PageSpeed pontszámot. A PageSpeed viszont az a felület, ahol ezeket az értékeket a leggyorsabban megnézed. Ha az oldal a CrUX-ban pirosban áll, azt a Google Search Console Core Web Vitals jelentése is megmutatja, URL-csoportokra bontva.
Üzleti hatás
A lassú oldal konverziót veszít. Egy 4 másodperc feletti LCP mobilon látványos visszafordulást okoz, különösen fizetett forgalomnál. A betöltési idő a hirdetési költséget is drágítja, mert az érkezők egy része sosem látja a landing oldalt.
AI-értelmezhetőség
A generatív keresők és az AI-crawlerek általában nem futtatnak teljes rendereléssel böngészőt. Nekik a TTFB (Time to First Byte) és a szerver válaszideje számít, nem a vizuális metrikák. Egy lassú vagy időtúllépéses szerver miatt az oldal egyszerűen kimarad a válaszból.
Döntéstámogatás
A PageSpeed javaslatai konkrét bájtokat és milliszekundumokat mutatnak. Ez az egyetlen hely, ahol a fejlesztői munkaóra megtérülése előre becsülhető.
Technikai példa
A TTFB gyors ellenőrzése parancssorból, cache nélküli kéréssel:
curl -o /dev/null -s -w "dns: %{time_namelookup}s\nconnect: %{time_connect}s\nttfb: %{time_starttransfer}s\ntotal: %{time_total}s\n" https://pelda.hu/
A ttfb érték 800 ms felett szerver oldali problémát jelez. Ilyenkor a képoptimalizálás nem segít, a szerveren vagy a cache-en kell kezdeni.
A hajtás feletti fő kép helyes jelölése. Ez a leggyakoribb LCP-javítás:
<link rel="preload" as="image" href="/img/hero.avif" fetchpriority="high">
<img src="/img/hero.avif"
width="1200"
height="630"
alt="Termékfotó a nyitóképen"
fetchpriority="high"
decoding="async">
A width és height megadása megelőzi az elrendezés-ugrálást, tehát a CLS-t is javítja. A loading="lazy" szándékosan hiányzik: a hajtás feletti képnél az késleltetné az LCP-t.
A PageSpeed API-ból mindkét adatforrás lekérhető, így a mérés automatizálható:
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://pelda.hu/&strategy=mobile"
A válasz loadingExperience kulcsa alatt van a mezei CrUX-adat, a lighthouseResult alatt a labor eredmény.
Gyakori kérdések
Miért más eredményt kapok minden futtatásnál?
A laborteszt egy megosztott Google-szerveren fut, változó terheléssel. A hálózati és CPU-szimuláció miatt futásonként 5-10 pont szórás normális. Mérj legalább háromszor, és az átlagot használd. Ha 20 pontnál nagyobb az ingadozás, az a te szervered vagy egy külső szkript instabilitására utal.
Kell 100 pontot elérni?
Nem. A 100 pont egy laborszám, nem rangsorolási cél. A Google a mezei Core Web Vitals küszöböket nézi: LCP 2,5 s, INP 200 ms, CLS 0,1. Ha ezek zöldek, a pontszám lehet 75 is, és nincs teendő.
Miért nincs valós felhasználói adat az oldalamon?
A CrUX csak akkor közöl adatot, ha elég Chrome-felhasználó mérése gyűlt össze 28 nap alatt. Kis forgalmú oldalaknál ez nem jön össze. Ilyenkor az origin szintű adat még megjelenhet, ha a domain egésze eléri a küszöböt.
Mi a különbség a PageSpeed Insights és a Lighthouse között?
A Lighthouse az az audit-motor, amely a labortesztet futtatja. A PageSpeed Insights ezt a motort használja, és kiegészíti a CrUX mezei adattal. A böngésző DevTools-ában futó Lighthouse a te géped teljesítményét méri, a PageSpeed egy standardizált Google-szervert.
A sebesség javítása után mikor látszik az eredmény?
A labor eredmény azonnal változik, a mezei adat nem. A CrUX 28 napos gördülő ablakot használ, így a teljes hatás körülbelül egy hónap múlva látszik. A Search Console jelentése hasonló késéssel frissül.
