Röviden: a technikai SEO feladata, hogy a fontos oldal elérhető, feltérképezhető, indexelhető, egyértelmű és jól használható legyen. Nem pontvadászat: egy hibás noindex vagy canonical sokkal nagyobb gond, mint néhány hiányzó ezredmásodperc.
1. Véletlen noindex
Fejlesztői vagy kampányoldalról könnyen élesben marad. Ellenőrizd a HTML robots meta tagjét és az X-Robots-Tag fejlécet is.
2. Rossz robots.txt szabály
A robots.txt a feltérképezést szabályozza, nem biztonsági eszköz. Ha fontos oldalt vagy erőforrást tilt, a Google nem feltétlenül látja azt úgy, ahogy a látogató.
3. Nem 200-as státuszkód
Egy látványra működő sablon is adhat 404-et vagy 5xx-et. A Google technikai minimuma szerint az indexelhető oldalnak nyilvánosan elérhetőnek, nem blokkoltnak és működő 200-as válaszúnak kell lennie.
4. Hibás canonical
Ha minden aloldal a főoldalra, régi domainre vagy másik cikkre mutat, azzal azt jelzed, hogy nem ez a reprezentatív URL. A canonical erős jelzés, de a Google másik változatot is választhat.
5. Duplikált URL-változatok
HTTP/HTTPS, www/nem-www, perjeles és paraméteres változatok ugyanazt a tartalmat szolgálhatják. Válassz egy végleges formát, használd következetesen a belső linkekben, sitemapben, átirányításban és canonicalban.
6. Átirányítási lánc vagy hurok
Az A→B→C lánc felesleges kerülő, a hurok pedig teljesen elérhetetlenné teszi az oldalt. A régi URL lehetőleg közvetlenül a végleges célra adjon 301-et.
7. Soft 404
A megszűnt oldal „nincs találat” szöveget mutat, közben 200-at válaszol. A felhasználó és a kereső sem kap tiszta jelzést. Valóban hiányzó tartalomnál adj 404 vagy 410 választ.
8. Elavult vagy szennyezett sitemap
Ne legyen benne 301, 404, noindex, duplikált vagy nem kanonikus URL. A sitemap a fontos végleges oldalak listája, nem a teljes szervertérkép.
9. Árva oldal
Ha csak a sitemapből érhető el, az oldal kevés belső fontosságot kap, és az ember sem találja meg természetes böngészéssel. Linkeld releváns kategóriából, cikkből vagy szolgáltatásoldalról.
10. Nem feltérképezhető link
A fontos navigáció valódi, értelmes <a href> link legyen. Kizárólag JavaScript-es kattintásra vagy nem szabványos elemre építve a felfedezés törékenyebb.
11. JavaScript után jelenik meg a lényeg
A Google képes JavaScriptet feldolgozni, de a renderelés külön lépés. A cím, fő szöveg és belső linkek szerveroldali HTML-ben stabilabbak, különösen lassú vagy hibázó API mellett.
12. Mobilos szétesés
A vízszintesen kilógó kártya, takart gomb vagy túl apró szöveg valódi használati akadály. Tesztelj 360–390 px szélességen is, ne csak asztali böngésző keskeny ablakában.
13. Gyenge Core Web Vitals
Az LCP a betöltési élményt, az INP a reakciókészséget, a CLS a vizuális stabilitást méri. Ezek fontos felhasználói jelek, de ne egy laborpontszám kedvéért áldozd fel a tartalom vagy a működés lényegét.
14. Hibás strukturált adat
A schema csak azt írja le, ami az oldalon ténylegesen látható. Ellenőrizd a megfelelő típust, a kötelező mezőket és a szerveroldali kimenetet; a jelölés nem garantál különleges találati megjelenést.
15. Követhetetlen változtatások
Ha egyszerre módosítod az URL-t, címet, tartalmat, sablont és navigációt, később nehéz megérteni az eredményt. Dátumozd a kiadást, őrizd meg az átirányítási térképet, és mérj előtte-utána.
Milyen sorrendben javíts?
- Hozzáférés, 5xx, noindex és hibás státuszkód.
- Canonical, duplikáció és átirányítás.
- Sitemap, belső link és árva oldalak.
- Mobilos használhatóság és fő teljesítményhibák.
- Strukturált adat és kisebb finomítások.
A Google technikai követelményei, a feltérképezési és indexelési dokumentáció, valamint a Core Web Vitals útmutató a biztos ellenőrzési alap. A letölthető 30 pontos SEO audit listával végig is pipálhatod ezeket; összetett hibánál pedig kérhetsz technikai SEO átvizsgálást.