Sebesség Szakszó

Lighthouse

Szerző: · 9 perc olvasás · Frissítve:
Lighthouse - Sebesség (szakszó) a tudástárban
Lighthouse - Sebesség | eClick GEO-audit tudástár

A Lighthouse a Google nyílt forráskódú auditáló eszköze, amely egy megadott URL-t szimulált böngészőben betölt, majd pontozza a teljesítményt, az akadálymentességet, a jó gyakorlatokat és a SEO-alapokat. Labor-eszköz: mindig ugyanazon a kontrollált gépen, kontrollált hálózaton mér, nem valódi látogatói adatból dolgozik.

Hogyan működik

A Lighthouse egy Chrome-alapú futtatókörnyezetben nyitja meg az oldalt. Közben CPU-lassítást és hálózati fékezést alkalmaz, hogy egy közepes mobilt utánozzon. A betöltés alatt eseményeket és metrikákat gyűjt, majd ezeket auditokra bontja.

A teljesítmény-kategória pontszáma öt metrika súlyozott átlaga:

A pontszám 0-tól 100-ig terjed. A Google küszöbei: 90 felett zöld, 50 és 89 között narancs, 50 alatt piros. A skála nem lineáris: a 90-es sávban egyetlen extra pont sokkal több munkába kerül, mint a 40-es sávban.

Labor vagy mezei adat

A Lighthouse nem azt mutatja, amit a látogatóid tapasztalnak. Azt mutatja, mit tapasztalna egy adott konfigurációjú eszköz, adott pillanatban. A valós felhasználói adat a CrUX: mezei vs labor adat adatbázisból jön, és ez az, amit a Google rangsorolásnál figyelembe vesz.

A két érték gyakran eltér. Jó Lighthouse-pont mellett is lehet rossz mezei adat, ha a látogatóid lassabb eszközön vagy rosszabb hálózaton vannak. Fordítva is előfordul: egy erős cache réteg kimentheti a valós felhasználókat, miközben a hidegindítású labor-mérés gyenge.

Miért számít az AI-nak

A generatív keresők és az AI-crawlerek (GPTBot, ClaudeBot, PerplexityBot és társaik) jellemzően nem futtatnak JavaScriptet, vagy szűk időkerettel dolgoznak. Egy lassú, nehéz oldal könnyen féloldalasan vagy egyáltalán nem kerül be a feldolgozásba. A Lighthouse teljesítmény-auditjai (render-blokkolók, felesleges JS, nagy képek) pont azokat a problémákat listázzák, amelyek a robotok dolgát is nehezítik.

Röviden: a Lighthouse egy labor-mérés a betöltés minőségéről, ami irányt mutat, de nem helyettesíti a valós felhasználói adatot.

Miért fontos

Mit jelent a gyakorlatban

A Lighthouse-pont önmagában nem rangsorolási tényező. Amit mér, az viszont igen. A Google a Core Web Vitals mutatókat valós felhasználói adatból nézi, és a Lighthouse pont ezeket a metrikákat modellezi labor-környezetben.

SEO-hatás

A lassú oldal kevesebb oldalt enged feltérképezni azonos idő alatt. Nagy webshopoknál ez mérhetően lassítja az új termékek indexelését. A Google Search Console Core Web Vitals jelentése a mezei adatot mutatja, a Lighthouse pedig megmondja, melyik konkrét erőforrás a hibás.

AI-hatás

Egy LLM (nagy nyelvi modell) mögött álló letöltő rendszer időkorláttal dolgozik. Ha a fő tartalom csak 6 másodperc után, JavaScriptből érkezik, jó eséllyel üres oldalt lát. A Lighthouse teljesítmény-auditjai ugyanazt a JS-terhet és render-blokkolást mutatják, ami az AI-értelmezhetőség: mit ért egy nyelvi modell az oldaladból szempontjából is akadály.

Üzleti hatás

A konverzió és a betöltési idő összefüggése jól dokumentált. A mobilról érkező látogató türelme rövid, és a betöltési idő minden extra másodperce kosárelhagyást termel. A riportokban azt látjuk, hogy a magyar KKV-oldalak mobil Lighthouse-pontja tipikusan 30 és 60 között mozog, miközben a tulajdonos asztali gépen gyorsnak érzi az oldalt.

Kikre vonatkozik

Kikre vonatkozik

  • Minden nyilvános weboldalra: bemutatkozó oldal, blog, szolgáltatásoldal, webshop.
  • Webshopokra kiemelten: a kategória- és termékoldalak sok képet és scriptet visznek.
  • WordPress oldalakra: a plugin-halmozás a leggyakoribb pontvesztés forrása.
  • Bérelt platformokra (Shopify, Unas webáruház, Shoprenter) is: ott a sablon és az appok szintjén lehet javítani.

Kikre nem

  • Jelszóval védett felületekre: ügyfélportál, admin, belső rendszer. Ott a sebesség számít, de a nyilvános pontszámnak nincs SEO-jelentése.
  • Staging és fejlesztői környezetre: a mérés torzít, ha a szerver gyengébb vagy a cache ki van kapcsolva.
  • Egyoldalas kampány-landingekre korlátozottan: ott a konverzió a mérce, nem a 100 pont.

Amit érdemes tudni

A Lighthouse pontszáma futásról futásra ingadozik. Ugyanazon az URL-en 5-10 pont szórás normális. Trendet nézz, ne egyetlen mérést.

Hogyan ellenőrzöd

Lépések

  1. Nyisd meg a PageSpeed Insights oldalt, és illeszd be az URL-t. Ez a legegyszerűbb út, futtatás nélkül.
  2. Váltsd a nézetet Mobil fülre. Ez a szigorúbb, és ez a mérvadó a legtöbb magyar oldalnál.
  3. Nézd meg a felső blokkot: ha van valós felhasználói adat, az a CrUX: mezei vs labor adat mezei mérés. Az alatta lévő rész a Lighthouse labor-eredménye.
  4. Görgess a Diagnosztika és a Lehetőségek listához. Itt van a konkrét, javítható lista.
  5. Helyben is mérhetsz: Chrome devtools, Lighthouse fül, Mobile + Performance, majd Analyze page load. Inkognitó ablakban mérj, hogy a bővítmények ne torzítsanak.
  6. Futtasd le ugyanazt az URL-t háromszor, és a középső értéket vedd alapul.

Jó jel

  • Mobil teljesítmény 90 felett, vagy legalább stabilan 80 felett.
  • LCP 2,5 másodperc alatt, CLS 0,1 alatt, TBT 200 ms alatt.
  • A Lehetőségek listában nincs 1 másodpercnél nagyobb megtakarítást ígérő tétel.
  • A labor- és a mezei adat nagyjából egy irányba mutat.

Rossz jel

  • Mobil teljesítmény 50 alatt piros sávban.
  • „Eliminate render-blocking resources” több másodperces megtakarítással (render-blokkoló erőforrás).
  • „Properly size images” vagy „Serve images in next-gen formats” a lista élén (WebP és AVIF (modern képformátumok)).
  • „Reduce unused JavaScript” 500 KB felett.
  • Nagy különbség asztali és mobil pont között, például 95 és 28.

Mit néz ebből a riport

A riport a PageSpeed Insights API-n keresztül futtat Lighthouse-t, mobil nézetben. A teljesítmény-pont részleges teljesülésként számít, négyzetesen: 89 pont például 79 százalékos teljesítést jelent. Ez azt jelenti, hogy a felső sávban minden megszerzett pont többet ér. A szabály neve „Lighthouse teljesítmény”, hatása magas, hatóköre kód.

Hogyan javítod

A sorrend mindenhol ugyanaz: először képek, aztán JavaScript és CSS, végül cache. Ez a három adja a pontvesztés túlnyomó részét.

WordPress

  1. Telepíts egy cache-plugint (WP Rocket, LiteSpeed Cache vagy W3 Total Cache), és kapcsold be az oldal-cache-t (cache (gyorsítótár)).
  2. Kapcsold be a WebP/AVIF konverziót és a képtömörítést. A médiakönyvtár régi képeit is konvertáld át.
  3. Állítsd be a loading="lazy" viselkedést a hajtás alatti képekre, de a hero-képre soha (Lazy loading (lusta betöltés)).
  4. Kapcsold be a CSS és JS egyesítését, majd a nem kritikus JS halasztását (defer). Tesztelj minden változtatás után.
  5. Nyisd meg a plugin-listát, és kapcsold ki, amit fél éve nem használsz. Minden aktív plugin CSS-t és JS-t tölt.
  6. Frissítsd a PHP-verziót 8.2-re vagy újabbra (elavult PHP, WordPress és plugin-verziók).

Shopify

  1. A témát tartsd naprakészen, és a Online Store > Themes > Edit code alatt nézd meg, hány külső script fut.
  2. Töröld a nem használt appokat. Az eltávolított app gyakran otthagyja a script-beillesztését a theme.liquid fájlban.
  3. Használd a Shopify beépített képméretezését (image_url: width: 800), ne tölts fel 3000 px széles képeket.
  4. A harmadik féltől jövő pixeleket és chat-widgeteket töltsd be késleltetve.

Unas

  1. Az adminban a Design részen válassz modern, reszponzív sablont. A régi sablonok több felesleges CSS-t hoznak.
  2. Töltsd fel a termékképeket a sablon által kért méretben, ne az eredeti fényképezőgépes felbontásban.
  3. A külső beépüléseket (Facebook pixel, chat, értékelő widget) a beépítőkódok között ritkítsd.
  4. Ami a szerver oldalán van, azt a platform kezeli. A képek és a külső scriptek a te hatáskörödben maradnak.

Shoprenter

  1. A Kinézet menüben frissíts a legújabb sablon-generációra, ha még régin vagy.
  2. Termékképeknél állíts be ésszerű maximális méretet, és hagyd, hogy a rendszer generálja a bélyegképeket.
  3. A bővítménytárban telepített, de nem használt modulokat kapcsold ki.
  4. A saját beillesztett JS-kódokat nézd át, és tedd őket defer módba.

Egyedi fejlesztés

  1. Mérd meg a TTFB (Time to First Byte) értéket. 600 ms felett először a szervert és a lekérdezéseket nézd, ne a frontendet.
  2. Tedd ki a statikus fájlokat CDN (tartalomszolgáltató hálózat) mögé, hosszú Cache-Control fejléccel.
  3. Kapcsold be a brotli tömörítést (tömörítés (gzip, brotli)).
  4. Bontsd szét a JS-bundle-t, és töltsd be útvonalanként. A Reduce unused JavaScript audit megmondja, melyik fájl a bűnös.
  5. A hero-képre tegyél fetchpriority="high" attribútumot, és előtöltést (preload).
  6. A webfontokra állíts font-display: swap értéket, és töltsd őket saját domainről.

A többi kategória

A teljesítmény mellett a Lighthouse három másik pontszámot is ad: Lighthouse SEO-audit, Lighthouse Best Practices (böngészős jó gyakorlatok) és akadálymentesség (akadálymentesség (WCAG, EAA)). Az újabb verziókban megjelent a Lighthouse Agentic Browsing audit is. Ezeket lényegesen olcsóbb kijavítani, mint a teljesítményt.

Gyakori hibák

  • A 100 pont hajszolása: a 90 feletti sávban az utolsó pontok aránytalan fejlesztői időt esznek, miközben a látogató nem érzi a különbséget.
  • Csak asztali nézetben mérni: a magyar forgalom többsége mobil, és ott jellemzően 40-60 ponttal alacsonyabb az eredmény.
  • Egyetlen mérésre alapozni: a Lighthouse futásonként ingadozik, a 5-10 pontos szórás normális.
  • A hero-kép lazy loadingja: ezzel közvetlenül az LCP-t rontod el, mert a legfontosabb kép késve indul.
  • A labor-adat és a mezei adat összekeverése: a Google a CrUX: mezei vs labor adat mezei adatot nézi rangsorolásnál, nem a Lighthouse-pontot.
  • Cache-plugin telepítése tesztelés nélkül: az agresszív CSS/JS egyesítés gyakran töri a kosarat vagy az űrlapot.
  • A lassú szerver frontend-optimalizálással kezelése: ha a TTFB (Time to First Byte) 1 másodperc, a képtömörítés nem segít érdemben.

Technikai példa

A PageSpeed Insights API-val parancssorból is lekérheted a mobil Lighthouse-eredményt:

curl -s "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://pelda.hu&strategy=mobile&category=performance" \
  | jq '.lighthouseResult.categories.performance.score, .lighthouseResult.audits."largest-contentful-paint".displayValue'

A score érték 0 és 1 között jön, tehát a 0.89 jelenti a 89 pontot. A válasz audits objektumában minden egyes ellenőrzés külön kulcsként szerepel.

A válasz lényegi része leegyszerűsítve így néz ki:

{
  "lighthouseResult": {
    "categories": {
      "performance": { "score": 0.89 }
    },
    "audits": {
      "largest-contentful-paint": { "score": 0.76, "displayValue": "2.9 s" },
      "total-blocking-time": { "score": 0.62, "displayValue": "340 ms" },
      "cumulative-layout-shift": { "score": 1, "displayValue": "0.02" }
    }
  }
}

A leggyakoribb konkrét javítás a hero-kép priorizálása. Így néz ki helyesen:

<link rel="preload" as="image" href="/img/hero.avif" type="image/avif">

<img src="/img/hero.avif"
     width="1200" height="600"
     alt="Faipari CNC megmunkalas kozben"
     fetchpriority="high"
     decoding="async">

A width és height megadása megakadályozza a layout ugrálást. A fetchpriority="high" előre hozza a letöltést, a preload pedig még a HTML feldolgozása közben elindítja.

Gyakori kérdések

Rangsorolási tényező a Lighthouse-pontszám?
Nem, maga a pontszám nem az. A Google a Core Web Vitals metrikákat használja rangsorolási jelként, és azokat valós felhasználói adatból veszi. A Lighthouse arra jó, hogy megmutassa, melyik konkrét erőforrás rontja ezeket a metrikákat.
Miért kapok más pontszámot minden futtatásnál?
A Lighthouse szimulált környezetben mér, és a hálózat, a szerver terheltsége, valamint a futtató gép pillanatnyi állapota mind befolyásolja. Az 5-10 pontos ingadozás teljesen normális. Futtasd le háromszor, és a középső értéket használd.
Elég a 90 pont, vagy 100-ra kell törekedni?
A 90 feletti érték zöld sávnak számít, és a legtöbb üzleti célra elég. A 90-ről 100-ra jutás gyakran több fejlesztői napba kerül, miközben a látogató semmit nem érzékel belőle. A pénzt inkább a tartalomra és a konverzióra érdemes tenni.
Miért rosszabb a mobil pontszám, mint az asztali?
A mobil mérésnél a Lighthouse szándékosan lassítja a CPU-t és fékezi a hálózatot, hogy egy közepes kategóriájú telefont utánozzon. Ugyanaz a JavaScript-mennyiség ott sokkal tovább fut. Mivel a magyar forgalom nagy része mobilról jön, ez a reálisabb szám.
Miben más a Lighthouse és a CrUX adat?
A Lighthouse labor-mérés: egy kontrollált tesztfutás egy adott konfiguráción. A CrUX valós Chrome-felhasználók anonimizált adata az elmúlt 28 napból. Ha eltérnek, a CrUX a mérvadó az üzleti döntéshez, a Lighthouse pedig a hibakereséshez.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „Lighthouse”?

Futtass egy SEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes SEO-audit indítása