Egy technikai SEO-jelentés sok olyan kifejezést és hibajelzést mutathat, amely elsőre egyformán sürgősnek látszik. A vállalkozásod szempontjából azonban eltérő a súlyuk. Egy fontos szolgáltatásoldal elérési hibája közvetlenebb problémát jelenthet, mint egy kevéssé használt aloldal apró hiányossága. A vizsgálatot ezért érdemes az oldal feladatából és a látogatók útjából indítani. Először azt tisztázd, mely tartalmaknak kell elérhetőknek lenniük, hogyan jutnak oda az érdeklődők, és hol történik a kapcsolatfelvétel. Az eszközök jelzéseit ezek után könnyebb értelmes feladatokká alakítani.

Járd végig a fontos útvonalakat

Nyisd meg a főoldalt, válassz egy szolgáltatást, olvass el egy kapcsolódó cikket, majd keresd meg az ajánlatkérés lehetőségét. Próbáld ki telefonon is. Figyeld meg, van-e hibás hivatkozás, nehezen olvasható szöveg vagy olyan elem, amely eltakarja a következő lépést. Ez a rövid bejárás a keresőtechnikai adatok mellett a használhatóság valós problémáit is megmutathatja.

A vizsgálat során rögzíts konkrét oldalcímet és helyzetet. A túl általános megjegyzésből, hogy rossz a menü, nehéz feladatot készíteni. Pontosabb, ha leírod, melyik oldalról melyik hivatkozás hibás, mit vártál, és mi történt. A képernyőkép vagy a rövid leírás a későbbi javítást és ellenőrzést is segíti. Így az észrevétel akkor is érthető marad, ha más dolgozik rajta.

Tisztázd az elérhetőséget és az indexelést

A kereső feltérképezése és az indexben való szereplés eltérő állapotot jelent. A Google technikai útmutatói ezek vizsgálatához adnak támpontot. Egy oldal attól még nem feltétlenül jelenik meg a keresőben, hogy böngészőből megnyitható. Az indexelési beállítások, a hozzáférés és a tartalom állapota külön ellenőrzést kívánhat. A Search Console URL-ellenőrzése hasznos kiindulópont lehet a saját fontos oldalaidnál.

Az ellenőrzés során nézd meg, a használni kívánt URL szerepel-e az oldaltérképben és a belső hivatkozásokban. Egy átalakítás után több változat maradhat elérhető, vagy egy régi link kerülhet vissza a menübe. A következetes címhasználat a karbantartást is egyszerűbbé teszi. A problémák összegyűjtésekor érdemes külön kezelni az elérési, az indexelési és a tartalmi kérdéseket.

A hibák mellé kerüljön üzleti súly

Egy automatikus ellenőrző eszköz nem ismeri teljesen a vállalkozásod prioritásait. Tudhatja, hogy hiányzik egy adat, de azt kevésbé látja, milyen szerepe van az adott oldalnak a megrendelésekben. A javítási listán ezért szerepeljen, melyik szolgáltatáshoz kapcsolódik a tartalom, kik használják, és mi történik, ha a probléma megmarad. Ettől lesz a jelentésből használható munkaterv.

A technikai feladatok gyakran egymásra épülnek. Egy URL-rendszer átalakítása például átirányításokat, belső linkcserét és oldaltérkép-frissítést is érinthet. Ezeket együtt kell megtervezni, különben a részleges javítás újabb eltéréseket hozhat. A feladatokhoz rendelj felelőst és ellenőrzési módot is. Így világos lesz, mi számít elkészült munkának, és melyik következő lépés indulhat el utána.

A javítás végét is ellenőrizd

A fejlesztés elkészülte után járd végig újra az érintett útvonalakat. A régi címek, az új céloldalak és a kapcsolódó hivatkozások működését egyaránt érdemes megnézni. A keresőben látható változás feldolgozása időt kérhet, de a weboldal tényleges működése már korábban vizsgálható. A kétféle ellenőrzést rögzítsd külön, hogy később is követhető legyen a folyamat.

A saját technikai áttekintésedhez kezdetben elegendő lehet néhány üzletileg fontos aloldal. Ezekből megtanulhatod, melyik jelzés mit takar, hogyan kapcsolódnak a hibák, és milyen kérdéseket érdemes feltenni a fejlesztőnek. A rendszeres, célzott ellenőrzés segít abban, hogy a honlapod karbantartása a napi működés része legyen, és a feladatlista valóban azokat a pontokat emelje előre, ahol érdemi javulást lehet elérni.

Hogyan lesz az ellenőrzésből elvégezhető munka?

A hibajegyzék mellé minden fontosabb tételnél írd oda, mely oldalakat érinti és milyen következménye lehet a látogatók számára. Egy hibás kapcsolatfelvételi hivatkozás például közvetlenül akadályozhatja a megkeresést, míg egy ritkán használt archívum kisebb javítása várhat. Az ilyen leírásból a fejlesztő is jobban érti a feladatot, és az üzleti jelentősége is látható marad.

A javítási sorrendhez az érintett oldalak szerepét, a probléma súlyát és a megvalósítás ráfordítását együtt érdemes nézni. Egy röviden javítható, sok oldalon megjelenő sablonhiba előre kerülhet, míg egy nagyobb átalakítás külön tervezést igényelhet. A pontos feladatleírás tartalmazzon példacímet és elvárt működést is. Így később eldönthető, hogy a változtatás valóban megoldotta-e az eredeti gondot.

A fejlesztés után ugyanazzal a módszerrel vizsgáld meg a problémás részeket, amellyel először megtaláltad őket. Ellenőrizd a mobilos megjelenést és a kapcsolódó látogatói útvonalakat is. Egy sikeres technikai javítás közben más funkció is megváltozhat, ezért a fontos műveleteket érdemes újra kipróbálni. A dokumentált eredmény később az időszakos ellenőrzésekhez is használható, és segít észrevenni, ha egy régi probléma visszatér.