Alapok Szakszó

Hatás: kritikus, magas, közepes, alacsony

Szerző: · 8 perc olvasás · Frissítve:
Hatás: kritikus, magas, közepes, alacsony - Alapok (szakszó) a tudástárban
Hatás: kritikus, magas, közepes, alacsony - Alapok | eClick GEO-audit tudástár

A hatás azt mondja meg, mekkora a baj egy megtalált hibánál: mennyire sürgős javítani, és mit kockáztatsz, ha nem javítod. Egy audit-eszközben ez egy besorolás, ami minden szabályhoz hozzá van rendelve, jellemzően négy fokozattal: kritikus, magas, közepes, alacsony.

Hogyan működik

Minden vizsgált szabály kap egy hatás-címkét. A besorolás nem a hiba méretéből jön, hanem a következményéből. Egy hiányzó alt szöveg sok helyen fordulhat elő, mégis alacsony hatású. Egy véletlen noindex, meta robots és X-Robots-Tag egyetlen sor, mégis kritikus, mert kiveszi az oldalt a keresőből.

A négy fokozat gyakorlati jelentése:

  • Kritikus: az oldal alapfunkciója sérül. Nem indexelhető, nem elérhető, nem biztonságos, vagy jogilag támadható.
  • Magas: a láthatóság vagy az értelmezhetőség érezhetően romlik. Hiányzó title, hiányzó strukturált adat, lassú LCP.
  • Közepes: mérhető, de nem sorsdöntő hátrány. Gyengébb belső linkelés, hiányzó Open Graph.
  • Alacsony: apró finomítás. Egy favicon, egy elavult tag, egy X-kártya.

Emellett szokott lenni egy tájékoztató szint is. Ide a kísérleti, még nem szabványos dolgok kerülnek, például az llms.txt és llms-full.txt vagy a WebMCP. Ezek nem rontják a pontszámot, csak jelzik, hogy létezik ilyen lehetőség.

Hatás és súly: nem ugyanaz

Ez a leggyakoribb félreértés. A súly azt adja meg, hány pontot veszítesz a vizsgálat pontszámából. A hatás azt adja meg, milyen sorrendben állj neki a javításnak. Egy jól felépített rendszerben a kettő korrelál, de nem azonos. Tipikus súlyozás: kritikus 10, magas 6, közepes 3, alacsony 1, tájékoztató 0.

A kritikus hibáknál sok eszköz kaput is használ. Ilyenkor a hiba nemcsak levon, hanem felülről korlátozza az elérhető pontszámot. Erről bővebben a kapu-szabály szól. A pontból ítéletté alakítás logikáját a pontszám és fejlesztői ítélet írja le.

Mikor számít igazán

Akkor, amikor korlátos a fejlesztői időd. Egy átlagos audit 30-60 találattal jön vissza. Ezt nem lehet egyszerre javítani. A hatás-fokozat az a rendező elv, ami alapján ki tudod választani a következő öt feladatot. A hatókörrel együtt használva még jobb: a magas hatású, kód-hatókörű tételek azok, amiket a fejlesztő holnap meg tud csinálni.

Röviden: a súly a pontszámot mozgatja, a hatás a teendőlistát rendezi.

Miért fontos

Priorizálás nélkül nincs javítás

Egy audit önmagában nem ér semmit. Az ér valamit, ha a lista tetejéről elkezdesz dolgozni. A hatás-fokozat teszi lehetővé, hogy a lista teteje tényleg a legfontosabb legyen.

A gyakorlatban ezt látjuk: aki fokozat nélkül kapja meg a hibalistát, az a könnyű tételekkel kezd. Megírja a hiányzó alt szövegeket, és közben ott marad a robots.txt-ben egy Disallow: /.

Az üzleti következmény skálája más-más

  • Kritikus hiba: elveszted az organikus forgalmat, vagy hatósági kockázatot futsz. Például indexelési tiltás, lejárt tanúsítvány, hiányzó impresszum.
  • Magas hiba: nem tűnsz el, csak visszaesel. Rosszabb pozíciók, kevesebb kattintás, gyengébb AI-értelmezhetőség.
  • Közepes és alacsony: hosszú távon összeadódik, rövid távon nem érezni.

Az AI-korszakban ez élesebb lett

A generatív keresők nem lapoznak. Ha egy modell nem tudja betölteni vagy értelmezni az oldalt, nem kerülsz be a válaszba egyáltalán. Ezért a gépi olvashatóságot érintő hibák (blokkolt AI-crawler, üres HTML, hiányzó Organization séma) feljebb csúsztak a hatás-skálán, mint öt éve voltak.

Kikre vonatkozik

A hatás-fokozat minden weboldalra értelmezhető, de nem mindenhol ugyanazt jelenti.

  • Élő, forgalmat termelő oldal: itt érvényes a besorolás teljes egészében. Egy kritikus hiba valós pénzbe kerül.
  • Webshop: a fizetési, szállítási és jogi hiányok (ÁSZF, elállás, adatkezelés) itt általában kritikus fokozatot kapnak, máshol csak magasat.
  • KKV bemutatkozó oldal: a séma- és sebesség-tételek jellemzően magas vagy közepes szinten maradnak. A kapcsolati adatok hiánya viszont kritikus.
  • Staging vagy fejlesztői környezet: itt a noindex nem hiba, hanem elvárás. Ne futtass éles besorolású auditot staging URL-en, mert félrevezető eredményt kapsz.
  • Landing oldal kampányhoz: rövid életű, ezért a hosszú távú tételek (belső linkelés, sitemap) lejjebb sorolhatók.

Amire nem vonatkozik: belső admin felületek, ügyfélportálok, API-végpontok. Ezeket nem keresőnek szánod, a besorolás ott értelmetlen.

Hogyan ellenőrzöd

Lépések

  1. Nyisd meg az audit eredményét, és keresd meg a fokozat szerinti szűrőt vagy számlálót. Szinte minden eszköz ad ilyet.
  2. Kezdd a kritikus tételekkel. Olvasd el mindegyiknél, mi a konkrét megállapítás, ne csak a címet.
  3. Ellenőrizd manuálisan, mielőtt javítasz. Egy kritikus címke is lehet téves pozitív.
  4. A manuális ellenőrzéshez: böngésző devtools Network fül, curl -I https://pelda.hu, Search Console Oldalak jelentés, Rich Results teszt.
  5. A megmaradt magas tételeket rendezd hatókör szerint. A kód-hatókörűek mennek a fejlesztőhöz.
  6. A közepes és alacsony tételekből válogass gyors győzelmeket.

Jó jel

  • Nulla kritikus találat.
  • A magas tételek száma egy számjegyű.
  • Minden fokozathoz tartozik konkrét, ellenőrizhető megállapítás (URL, fejléc, tag).
  • A fokozat mellett látod a javítás becsült hatókörét is.

Rossz jel

  • Minden hiba egyforma fontosságú a listán.
  • Több tucat kritikus tétel. Ez általában túlérzékeny szabálykészlet, nem tényleges katasztrófa.
  • A fokozat nincs megindokolva, csak egy színes pötty.
  • A nem ellenőrizhető tételek kritikusként jelennek meg. A hiányzó adat nem hiba.

Mit néz ebből a riport

A riport első képernyőjén három számláló van. A Kritikus a kaput is húzó tételeket mutatja. A Fontos a magas hatású, kód-hatókörű feladatokat. Az Optimalizálható a közepes és alacsony hatású kód-tételeket. A tájékoztató szintű megállapítások nem számítanak bele a pontszámba.

Hogyan javítod

A hatás-fokozatot nem javítod, hanem használod. A javítás maga a mögöttes hiba megszüntetése. Íme a tipikus sorrend platformonként.

WordPress

  1. Kritikus szint: Beállítások > Olvasás, vedd ki a "Keresőmotorok tiltása" pipát. Ellenőrizd a robots.txt-t és az SEO plugin indexelési beállításait.
  2. Magas szint: title és Meta description sablonok, Organization és WebSite séma, LCP kép preload.
  3. Közepes és alacsony: Open Graph képek, favicon, belső linkek.

Shopify

  1. Kritikus: Online Store > Preferences, vedd le a jelszavas védelmet, ha élesben vagy. Ellenőrizd a domain átirányítást.
  2. Magas: a téma theme.liquid fájljában a séma-blokkok, a Product séma készlet- és ár-mezői.
  3. Alacsony: közösségi kártyák, apróbb képoptimalizálás.

Unas

  1. Kritikus: Beállítások > Áruház > SEO, indexelhetőség és canonical. Jogi oldalak megléte.
  2. Magas: termék- és kategórialeírások egyedisége, BreadcrumbList.
  3. Alacsony: sablon-szintű meta-finomítások.

Shoprenter

  1. Kritikus: Beállítások > SEO, robots és noindex kezelés, HTTPS átirányítás.
  2. Magas: séma-sablonok a template-ben, vékony kategórialeírások pótlása.
  3. Alacsony: képformátum-váltás WebP vagy AVIF irányba.

Egyedi fejlesztés

  1. Vidd a kritikus tételeket a sprint elejére, nevesített felelőssel.
  2. Tedd a magas tételeket a következő két sprintbe.
  3. A közepes és alacsony tételekből csinálj karbantartási backlogot, és havonta zárj le belőle párat.
  4. Építs regressziós ellenőrzést: CI-ben futtatott Lighthouse vagy egyszerű curl alapú fejléc-teszt.

Gyakori hibák

  • A hatást és a súlyt összekevered: a súly pontot von le, a hatás sorrendet ad, a kettő nem cserélhető fel.
  • A könnyű tételekkel kezdesz: az alacsony hatású feladatok gyorsan elfogynak, közben a kritikus hiba egy hónapig él.
  • Minden kritikusnak számít: ha a szabálykészlet túl szigorú, a lista használhatatlan lesz, és senki nem javít semmit.
  • A tájékoztató tételekre költesz először: a kísérleti szabványok, például az llms.txt és llms-full.txt, nem hoznak mérhető eredményt kritikus hibák mellett.
  • Nem ellenőrzöd a találatot: minden automata eszköz ad téves pozitívat, egy kritikus címkét is érdemes kézzel visszamérni.
  • Staging oldalt auditálsz éles szabályokkal: ott a noindex helyes, mégis kritikus hibaként jön vissza.
  • A javítás után nem méred újra: a fokozat csak akkor tűnik el, ha a mögöttes okot szüntetted meg, nem a tünetet.

Technikai példa

Egy audit-eredmény gépi formája jellemzően így néz ki. A impact a fokozat, a weight a pontlevonás, a gate pedig a plafon:

{
  "rule": "indexability.noindex",
  "status": "fail",
  "impact": "critical",
  "weight": 10,
  "gate": { "max_total_score": 39 },
  "scope": "code",
  "evidence": {
    "url": "https://pelda.hu/",
    "header": "X-Robots-Tag: noindex"
  }
}

A fenti megállapítást egy paranccsal visszaméred. Ha a válaszban ott a x-robots-tag: noindex, a kritikus besorolás jogos:

curl -sI https://pelda.hu/ | grep -i -E 'x-robots-tag|location|^HTTP'

Egy alacsony hatású tétel ezzel szemben így fest. Hiányzik, de semmit nem blokkol:

<!-- alacsony hatas: hianyzo Open Graph kep -->
<meta property="og:title" content="Pelda oldal">
<!-- <meta property="og:image" content="https://pelda.hu/og.jpg"> -->

Gyakori kérdések

Ha csak egy kritikus hibám van, akkor is rossz lesz a pontszámom?
Igen, ha az eszköz kaput használ. A kritikus hibák jellemzően felülről korlátozzák az összpontszámot, tipikusan 39 pont körül. Ez szándékos: egy nem indexelhető oldal nem kaphat jó minősítést attól, hogy minden más rendben van rajta.
Mi a különbség a hatás és a súly között a gyakorlatban?
A súly a pontszám matematikája: kritikus 10, magas 6, közepes 3, alacsony 1. A hatás a teendőlistád rendezése. Előfordul, hogy egy alacsony súlyú tétel nálad mégis sürgős, mert épp az érinti a legfontosabb aloldaladat.
Javíthatom-e sorrendben kívülről a magas tételeket, ha a kritikus javítás hetekbe telik?
Igen, ez normális. Ha a kritikus javítás külső féltől vagy szerverköltözéstől függ, ne álljon meg a munka. Indítsd el a kritikus tételt, és közben dolgozz a magas hatású, kód-hatókörű feladatokon.
Miért van nulla súlya a tájékoztató szintnek?
Mert olyan dolgokat jelöl, amiknek még nincs bizonyított hatásuk. Ilyen a kísérleti llms.txt vagy a WebMCP. Ha ezek büntetnének, minden normálisan működő oldal alacsonyabb pontot kapna ok nélkül.
Két eszköz mást mond ugyanarra a hibára, melyiknek higgyek?
Mindkettő saját szabálykészletet használ, ezért a besorolás eltérhet. Nézd meg az indoklást, ne a címkét. Ha az eszköz konkrét bizonyítékot ad (URL, fejléc, tag), és ezt curl-lel vagy devtoolsszal visszaméred, akkor eldönthető.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „Hatás: kritikus, magas, közepes, alacsony”?

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