120 hiba. Ez sok?

Lehet. De az is lehet, hogy a 120 figyelmeztetésből három akadályoz fontos oldalakat, hét érdemel gyors javítást, negyven csak bizonyos körülmények között releváns, a többi pedig alacsony jelentőségű észrevétel.

Az auditáló eszköz azt tudja megmondani, mit talált. A szakmai audit feladata annak eldöntése, mit jelent ez az adott webhelyen.

Az audit nem hibajegyzék. Kontextusba helyezett döntési rendszer.

Nem minden hiba egyforma

PROBLÉMA A

Fontos oldal noindex állapotban

Egy üzletileg fontos szolgáltatási oldal kieshet a keresési indexből.

PROBLÉMA B

Dekoratív kép alt attribútum nélkül

Lehet valós észrevétel, de a keresési és üzleti hatása jellemzően teljesen más.

Mindkettő szerepelhet ugyanabban az exportban. Ha az audit lapos listaként kezeli őket, nem segít eldönteni, mit kell tenni hétfő reggel.

Design&Code prioritási modell

01 / HATÁSImpact

Mekkora keresési vagy üzleti következménye lehet?

02 / KITERJEDÉSScope

Hány fontos URL-t, sablont vagy felhasználói utat érint?

03 / BIZONYOSSÁGCertainty

Biztosan fennálló probléma vagy csak eszközjelzés?

04 / Javítási költség

Mekkora ráfordítással, kockázattal és milyen függőségekkel kezelhető?

E négy tényezőből lesz kritikus, magas, közepes, alacsony vagy tájékoztató prioritás.

Issue Priority Engine

120 HIBA28 RELEVÁNS11 MAGAS HATÁSÚ3 KRITIKUS
SZEMLÉLTETŐ PÉLDA / NEM ÜGYFÉLAUDIT

Fontos szolgáltatási URL-ek véletlen noindex állapotban

HATÁS
Az oldalak kieshetnek a keresési indexből.
MIÉRT FONTOS?
Közvetlenül bevételt támogató landingoldalakat érint.
TEENDŐ
Direktíva, sablonforrás és indexelési állapot azonnali ellenőrzése.

A számok és példák szemléltető modellként szolgálnak, nem valós ügyfél-audit eredményei.

Mit jelent a prioritás?

Kritikus

Közvetlenül veszélyeztetheti a feltérképezést, indexelést, fontos URL-ek elérhetőségét, migrációt vagy a webhelyszintű működést. Ilyen lehet a fontos oldalak noindex állapota, hibás robots-konfiguráció, tartós 5xx hiba, rossz domainre mutató canonical vagy súlyos redirect-probléma.

Magas hatású

Az oldal működik és indexelhető, de jelentős probléma akadályozhatja a teljesítményt: gyenge belső linkelés, következetlen canonicalizáció, rossz architektúra, duplikált landingek, renderelési gond vagy fontos oldalakon gyenge valós teljesítmény.

Közepes

Érdemes javítani, de nem előzi meg a nagyobb üzleti hatású feladatokat. Ide kerülhetnek részben optimalizálatlan képek, hiányos meta leírások vagy kisebb heading- és linkelési problémák.

Alacsony vagy tájékoztató

Az eszköz jelez valamit, de a javításnak nincs igazolható keresési vagy üzleti hatása. A helyes döntés akár az is lehet, hogy nem módosítunk.

Az automatizált eszköz nem ismeri az üzleti prioritást

Egy crawler nem tudja, melyik szolgáltatás termeli a legtöbb bevételt, melyik oldal kampánycél, melyik URL archív, vagy mely termékkategória stratégiai. Ugyanaz a technikai hiba más prioritást kap egy havi húsz látogatású archív oldalon és a legfontosabb szolgáltatási landingen.

A probléma technikailag lehet azonos. A prioritás ettől még nem az.

A SEO audit nem checklist

01Feltérképezés — megtalálhatók az URL-ek?
02Indexelés — mely oldalak kerülhetnek indexbe?
03Canonical — melyik URL az elsődleges?
04Architektúra — hogyan kapcsolódnak az oldalak?
05Tartalom — megválaszolja a keresési szándékot?
06Belső linkek — kapnak súlyt a fontos oldalak?
07Teljesítmény — használható és megfelelően gyors?
08Strukturált adat és releváns külső jelek

Feltérképezett, indexelt és rangsoroló: három külön állapot

Attól, hogy a Google meglátogatott egy URL-t, még nem biztos, hogy indexeli. Attól pedig, hogy egy oldal indexelt, még nem biztos, hogy jól rangsorol. Indexelt, de gyengén teljesítő oldalnál lehet, hogy nem technikai hibát, hanem tartalmi, keresési szándékhoz kapcsolódó vagy versenyképességi problémát kell kezelni.

CRAWLED ≠ INDEXEDINDEXED ≠ RANKING

Gyakori jelzések, amelyeket kontextusban kell értékelni

Hiányzó meta description

Fontos oldalakon érdemes jó leírást készíteni, de noindex, hibás canonical vagy rossz tartalmi megfelelés mellett nem ez az első feladat.

404

Egy megszűnt, helyettesítő nélküli oldalnál korrekt állapot lehet. Akkor válik problémává, ha fontos belső vagy külső linkeket, forgalmat vagy migrációs értéket veszítünk.

301-es átirányítás

Akkor hasznos, ha valóban releváns új cél van. Minden megszűnt URL kezdőlapra irányítása nem oldja meg a tartalmi problémát.

Canonical

Nem varázsparancs. A canonical, a belső linkek, a sitemap, az átirányítások és a tartalom jelzéseinek ugyanabba az irányba kell mutatniuk.

Duplikáció és kulcsszó-kannibalizáció

Nem minden hasonlóság probléma. Azt kell vizsgálni, ugyanazt a keresési szándékot célozzák-e, versenyeznek-e egymással, és szükség van-e konszolidációra.

Teljesítmény és strukturált adat: fontos, de nem pontvadászat

Ha rossz LCP, INP vagy CLS fontos landingeken valós felhasználókat érint, a teljesítmény magas prioritás lehet. Ha a laborpontszám 96, miközben a releváns terepadatok megfelelőek, nem feltétlenül ez a következő projekt.

A strukturált adat segítheti egyes tartalomtípusok értelmezését és keresési megjelenését, de nem általános rangsorolási trükk. Csak releváns és pontos jelölést érdemes használni.

A legjobb audit végén nincs 200 egyforma feladat

MOST

Azonnali prioritások

Ami blokkol, kockázatot vagy jelentős veszteséget okoz.

KÖVETKEZŐ

Második ütem

Ami az első javítások után ad érdemi többletet.

KÉSŐBB

Finomítások

Hasznos, de nem sürgős fejlesztések.

FIGYELMEN KÍVÜL

Nem indokolt feladatok

Ahol a javítás költsége nincs arányban a várható hatással.

Mikor kell technikai javítás?

Ha a probléma valóban technikai, javítani kell. A technikai SEO-t azonban nem szabad arra használni, hogy elkerüljük a nehezebb kérdést: elég jó-e maga a tartalom? Egy tökéletes canonical rendszer sem tesz versenyképessé egy olyan oldalt, amely nem ad megfelelő választ.

A Design&Code álláspontja

Nem az a célunk, hogy egy audit után minél hosszabb hibajegyzéket adjunk át. Az a cél, hogy tudd, mivel kell foglalkozni hétfő reggel.

Diagnózis + kontextus + prioritás + javítási terv.

Források

Összefoglalás

A jó kérdés nem az, hány hibánk van. Hanem az, melyik probléma akadályozza ténylegesen a webhelyet, mekkora a hatása, mennyire biztos a diagnózis, és milyen sorrendben érdemes javítani.