Alapok Szakszó

Pontszám és fejlesztői ítélet

Szerző: · 7 perc olvasás · Frissítve:
Pontszám és fejlesztői ítélet - Alapok (szakszó) a tudástárban
Pontszám és fejlesztői ítélet - Alapok | eClick GEO-audit tudástár

A pontszám egy 0 és 100 közötti szám, amely egy weboldal technikai állapotát fejezi ki súlyozott szabályvizsgálatok eredményéből. A fejlesztői ítélet ennek a szöveges párja: egy mondatban megmondja, mekkora beavatkozás indokolt.

Hogyan áll össze a szám

Minden vizsgált szabályhoz tartozik egy hatás-súly. A bevett skála: kritikus 10, magas 6, közepes 3, alacsony 1, tájékoztató 0. A besorolás logikáját a Hatás: kritikus, magas, közepes, alacsony írja le.

A számolás szándékosan nem szimmetrikus. Az alap-higiénia elvárás, nem érdem.

  • Teljesült szabály: fél érdem, a súlya feleződik.
  • Bukott szabály: teljes súllyal számít.
  • Részleges teljesülés: négyzetesen. Egy 89-es Lighthouse-érték így 79 százalékot ér.

Miért nem a pontszám a végszó

Két oldal kaphat ugyanannyi pontot nagyon eltérő okból. Az egyiken sok apró hiány van. A másikon egy kritikus hiba blokkolja az indexelést.

Ezért kapnak külön kezelést a kapu-szabályok. Kritikus hiba esetén az összpontra sapka kerül: 39 fölé nem mehet. Egy nem indexelhető oldalon a többi erénynek nincs üzleti értéke.

A négy ítélet-fokozat

  1. Kis technikai adósság: kisebb javítások elegendők.
  2. Célzott fejlesztés indokolt: jó alapok, egy-két gyengébb terület.
  3. Jelentős fejlesztés szükséges: több alapvető hiba van a rendszerben.
  4. Újratervezés megfontolandó: a technikai adósság annyira magas, hogy gyakran olcsóbb új alapokra helyezni.

A sávok ehhez adnak nagyságrendet. 40 alatt gyenge, 40 és 69 között fejlesztendő, 70 és 84 között megfelelő alapok, 85 felett erős. Az ítélet viszont nem mechanikusan jön a pontból. Számít a kritikus és fontos kód-hibák darabszáma is. Számít a leggyengébb terület: egy 78 pontos oldal is kaphat súlyos ítéletet, ha egyetlen területe padlón van.

Mit néz ebből a riport

A riport minden szabályt lepontoz, majd a fenti négy fokozat egyikét adja vissza. Ha kevesebb mint 10 pontozható vizsgálat fut le, nem ad minősítést. Ilyenkor a bizonyosság és lefedettség értéke a lényeg, nem a szám.

Röviden: a pontszám az állapotot méri, az ítélet megmondja, mit kezdj vele.

Miért fontos

Döntést hoz, nem hangulatot

Egy szám önmagában nem mond meg semmit a költségvetésről. Az ítélet igen. A „célzott fejlesztés indokolt” néhány napos munka. Az „újratervezés megfontolandó” több hónapos projekt.

A kritikus hibák aránytalanul drágák

A sapka miatt egyetlen indexelést blokkoló hiba 39 pont alá húzza az egész oldalt. Ez üzletileg is igaz. Ha a Google nem indexel, a sebességnek és a sémáknak nincs forgalmi hozadéka. A generatív keresők és az AI-crawlerek (GPTBot, ClaudeBot, PerplexityBot és társaik) ugyanígy elakadnak.

Összehasonlíthatóvá teszi az időt

Ugyanazzal a módszerrel három hónap múlva újramérve látod a változást. A riportokban ez a leggyakoribb valódi haszon: a fejlesztői számla mellé kerül egy mérhető delta.

Rangsorolja a munkát

A súlyozás automatikusan előre hozza a nagy hatású tételeket. A kis súlyú hiányok közül több is gyors győzelem, de ezekkel kezdeni pazarlás, ha közben egy kritikus hiba nyitva van.

Kikre vonatkozik

Kikre vonatkozik

  • Élő, nyilvános weboldalak és webshopok: itt van értelme az összehasonlításnak.
  • KKV-oldalak: a legtöbb magyar KKV-oldal a 40-69 sávba esik. Ez fejlesztendő, de nem reménytelen.
  • Újratervezés előtt álló oldalak: az ítélet döntési alap arra, hogy felújítás vagy új build.
  • Ügynökségi átvétel: örökölt oldalnál ez adja a kiindulási állapotot.

Kikre nem vonatkozik így

  • Staging és fejlesztői környezet: ott gyakran szándékos a noindex, a pontszám félrevezet.
  • Egyoldalas kampány-landingek: kevés a pontozható vizsgálat, könnyen elmarad a minősítés.
  • Jelszóval védett felületek: a robot nem lát be, a nem ellenőrizhető tételek elviszik a lefedettséget.

A pontszám technikai állapotot mér. Tartalmi minőséget, márkaerőt és konverziót nem mér.

Hogyan ellenőrzöd

Lépések

  1. Nyisd meg az audit összefoglalóját, és keresd meg a pontszám mellett a minősítés szövegét.
  2. Nézd meg, hány pontozható vizsgálat futott le. 10 alatt a szám nem értelmezhető.
  3. Szűrj a kritikus tételekre. Ha van bármi ilyen, a sapka miatt a szám eleve 39 alatt van.
  4. Keresd meg a leggyengébb területet. Ez magyarázza, ha az ítélet rosszabb, mint amit a szám sugallna.
  5. Nézd meg a részleges teljesüléseket. Egy 89-es PageSpeed-érték nem 89 százalék érdem, hanem 79.
  6. Ellenőrizd a nem ellenőrizhető tételeket. Ezek nem hibák, de rontják a lefedettséget.

Jó jel

  • 85 feletti pont és nulla kritikus tétel.
  • A kód-hatókörű hibák száma egy kézen megszámolható.
  • Minden terület legalább közepes, nincs kilógó mélypont.
  • A lefedettség magas, kevés a nem ellenőrizhető vizsgálat.

Rossz jel

  • 39 körüli pont: szinte biztosan kapu-szabály bukott.
  • Jó összpont egyetlen padlón lévő terület mellett.
  • Sok tájékoztató tétel, kevés valódi vizsgálat.
  • Két mérés között nagy szórás ugyanazon az oldalon: instabil szerver vagy ingadozó válaszidő.

Hogyan javítod

A pontszámot nem javítod közvetlenül. A mögötte lévő szabályokat javítod, súly szerinti sorrendben.

Univerzális sorrend

  1. Kritikus tételek: indexelhetőség, elérhetőség, HTTPS, biztonsági alapok.
  2. Magas hatású tételek: title, H1, Canonical URL, XML sitemap.
  3. Közepes tételek: sémák, Open Graph, képformátumok.
  4. Alacsony tételek a végén, ha marad kapacitás.

WordPress

  1. Frissítsd a core-t, a témát és a bővítményeket.
  2. Beállítások > Olvasás: a kereső-tiltás pipa legyen üres.
  3. SEO-bővítményben (Yoast, Rank Math) ellenőrizd a canonical és a robots beállításokat.
  4. Cache- és képoptimalizáló bővítménnyel hozd rendbe a sebességet.

Shopify

  1. A téma theme.liquid fájljában ellenőrizd a meta tageket és a sémákat.
  2. Törölj minden nem használt appot, mert scriptet és blokkolást hagynak maguk után.
  3. A kollekció-szűrők paraméteres URL-jeire adj canonicalt.

Unas

  1. Admin > Beállítások > SEO: title- és leírás-sablonok termékre és kategóriára.
  2. Kapcsold be az automatikus sitemap-generálást.
  3. A HTTPS-átirányítást és a www-verziót egy kanonikus formára állítsd.

Shoprenter

  1. Admin > Marketing és SEO: egyedi meta adatok, morzsamenü bekapcsolása.
  2. Sablonszerkesztőben nézd át a betöltött külső scripteket.
  3. Szűrt listaoldalakra állíts noindex vagy canonical szabályt.

Egyedi fejlesztés

  1. Vedd fel a szabályokat a definition of done listába.
  2. Építs CI-lépést: Lighthouse CI vagy egy egyszerű curl alapú fejléc-ellenőrzés.
  3. A kritikus tételekre tegyél build-blokkoló küszöböt.
  4. Mérj újra deploy után, ne csak negyedévente.

Gyakori hibák

  • A pontszámot célnak tekinteni: a 100 pont nem üzleti cél, a bevétel az. Egy 85-ös oldal már jó alapokon áll.
  • A minősítést figyelmen kívül hagyni: a szám mellett az ítélet mondja meg, hogy javítgatásról vagy újraépítésről van szó.
  • A kritikus sapkát félreérteni: a 39 pont nem azt jelenti, hogy minden rossz, hanem azt, hogy egy dolog blokkol mindent.
  • Kis súlyú tételekkel kezdeni: jólesik kipipálni tíz apróságot, de a nagy hatású hibák mozdulatlanok maradnak.
  • Két különböző eszköz pontszámát összevetni: más a szabálykészlet és a súlyozás, az összehasonlítás értelmetlen.
  • Egyetlen mérésre építeni: ingadozó szerver mellett a sebesség-alapú részpontok mérésről mérésre ugranak.
  • Elfelejteni, hogy a teljesülés fél érdem: a hibátlan alapoktól nem lesz 100 pont, ehhez a részleges tételeket is fel kell hozni.

Technikai példa

Egy szabály kiértékelése súllyal és állapottal. Így néz ki három tipikus eset:

[
  {
    "rule": "indexelhetoseg",
    "impact": "critical",
    "weight": 10,
    "status": "fail",
    "earned": 0,
    "possible": 10
  },
  {
    "rule": "https-tls",
    "impact": "critical",
    "weight": 10,
    "status": "pass",
    "earned": 5,
    "possible": 5
  },
  {
    "rule": "lighthouse-performance",
    "impact": "high",
    "weight": 6,
    "status": "partial",
    "raw": 0.89,
    "earned": 2.37,
    "possible": 3
  }
]

A teljesült szabálynál a súly feleződik, ezért az earned és a possible is 5. A részlegesnél a 0.89 négyzete 0.79, ezt kapja meg a feleződött 3 pontból.

nyers pont = sum(earned) / sum(possible) * 100
           = 7.37 / 18 * 100 = 41

kritikus bukás van -> sapka
vegso pont = min(41, 39) = 39

A sapka utólag kerül rá. Enélkül egy blokkolt oldal is kaphatna közepes pontot.

Gyakori kérdések

Miért nem kapok 100 pontot, ha minden szabály teljesül?
Mert a teljesült szabály csak fél érdemet ér, a súlya feleződik. Az alap-higiénia elvárás, nem külön teljesítmény. A magas pontszámhoz a részleges tételeket, például a sebesség-mutatókat is fel kell hozni. Gyakorlatban a 85 feletti érték már erős oldalt jelent.
Miért pont 39 a maximum, ha van kritikus hiba?
Mert a kritikus hiba blokkolja a többi erény hasznosulását. Ha az oldal nem indexelhető vagy nem érhető el, a sémák és a sebesség nem hoznak forgalmat. A sapka ezt teszi láthatóvá a számban is. Amint a kritikus tétel megszűnik, a pont a valós állapotra ugrik.
78 pontom van, mégis „jelentős fejlesztés szükséges” az ítélet. Hiba ez?
Nem. Az ítélet nem mechanikusan jön a pontból. Számít a kritikus és fontos kód-hibák darabszáma és a leggyengébb terület állapota is. Egy jó átlag mellett is állhat egy padlón lévő terület, ami külön munkát igényel.
Mikor marad el a minősítés?
Ha kevesebb mint 10 pontozható vizsgálat fut le. Ez tipikusan jelszóval védett, blokkolt vagy nagyon kicsi oldalaknál fordul elő. Ilyenkor a lefedettség a beszédes adat, nem a szám. Oldd fel a hozzáférést, és mérj újra.
Összehasonlítható a pontszám egy másik eszköz pontszámával?
Nem. Minden auditeszköz más szabálykészletet és más súlyozást használ. Csak ugyanannak az eszköznek az időbeli sorozata mond valamit. A versenytárssal való összevetéshez is ugyanazzal a módszerrel kell mérni mindkét oldalt.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „Pontszám és fejlesztői ítélet”?

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

Ingyenes GEO-audit indítása