Szüntesd meg az indexelési hibákat! Útmutatónk a canonical, noindex, sitemap és robots.txt legjobb gyakorlatait mutatja be a 2026-os SEO elvárások szerint.

Miért az indexelés a technikai SEO alapköve?

O

A keresőoptimalizálás világában hiába írsz zseniális tartalmat, ha a Googlebot nem találja meg, vagy ami még rosszabb: szándékosan elkerüli azt. Az indexelési folyamat az a kapu, amelyen keresztül a weboldalad bekerül a digitális köztudatba. 2026-ban a keresők már nemcsak a tartalom minőségét, hanem a „bejárási hatékonyságot” (crawl budget) is szigorúan mérik.

Sok webhelytulajdonos küzd azzal, hogy oldalai “felfedezve, de jelenleg nincs indexelve” állapotban ragadnak. Ennek hátterében gyakran ellentmondásos utasítások állnak: egy rosszul elhelyezett noindex címke, egy hibás canonical hivatkozás vagy egy elavult sitemap. Ez a cikk segít rendet tenni a technikai káoszban, hogy webhelyed minden értékes aloldala megkapja a megérdemelt figyelmet.


1. A robots.txt és a bejárási korlátok: A tiltás művészete

A robots.txt fájl az első dolog, amit a keresőrobotok megnéznek. Ha itt hiba van, az egész domain láthatatlanná válhat.

Gyakori robots.txt hibák

  • Túl szigorú tiltás: Véletlenül kizárod a teljes /wp-content/ vagy /static/ mappát, így a Google nem látja a CSS és JS fájlokat, ami a vizuális renderelés hibájához vezet.
  • Logikai ellentmondás: Letiltasz egy URL-t a robots.txt-ben, de közben a sitemap-ben beküldöd indexelésre. Ez zavart okoz az algoritmusban.

Pro tipp: 2026-ban a Google már szinte tökéletesen rendereli a JavaScriptet. Ne blokkold a script-fájlokat, mert a “mobile-first indexing” korszakában a robotnak pontosan úgy kell látnia az oldalt, ahogy a felhasználó látja a telefonján.


2. Noindex címke: Mikor barát és mikor ellenség?

A meta name="robots" content="noindex" direktíva egyértelmű parancs: ne mutasd meg ezt az oldalt a találati listán.

Hol rontják el a legtöbben?

Sokan elfelejtik eltávolítani a noindex címkét a fejlesztői környezetből való élesítés után. Ennél azonban van egy finomabb hiba is: a “noindex, follow” félreértelmezése. Ha egy oldal hosszú ideig noindex állapotban van, a Google idővel leáll a rajta lévő linkek követésével is, így a belső linképítésed ereje elvész.


3. A Canonical tag: Az eredetiség védelmezője

A rel="canonical" hivatkozás célja a duplikált tartalom elkerülése. Ez nem parancs, hanem javaslat a Google felé.

Tipikus canonical gondok 2026-ban

  1. Canonical láncok: Az A oldal a B-re mutat, a B pedig a C-re. Ez pazarolja a keresőrobot erőforrásait.
  2. Kereszt-domain hibák: Ha több domainen fut ugyanaz a tartalom, és nincs megfelelően beállítva a fő forrás, a Google büntetheti a webhelyet duplikáció miatt.
  3. Helytelen paraméterezés: Webshopoknál a szűrők (pl. ár szerinti sorrend) gyakran generálnak új URL-eket. Ha ezek nincsenek az alaptermékre canonicalozva, felhígul az index.

Önhivatkozó canonical (Self-referencing)

Minden egyedi oldalnak rendelkeznie kell egy saját magára mutató canonical címkével. Ez megvédi az oldalt attól, hogy a URL-paraméterekkel ellátott verziók (pl. Facebook trackelés) külön oldalnak tűnjenek.


4. XML Sitemap: A térkép, ami nem tévedhet

Az oldaltérkép nem csak egy lista; ez a prioritások jegyzéke.

Mit ne tegyél a Sitemap-be?

Hiba típusaKövetkezmény
404-es oldalakMegbízhatatlan forrásnak tűnik a webhely.
Noindexelt oldalakLogikai hiba, ami zavarja a Googlebotot.
Átirányított (301) URL-ekLassítja a bejárást, felesleges köröket futtat.

Egyedi gondolat: 2026-ban a sitemap-ek mérete és frissessége kritikus. Javasolt a sitemap-et részekre bontani (pl. termékek, blogposztok, statikus oldalak), és csak az utolsó 48 órában módosult elemeket egy külön “fresh-sitemap”-be tenni a gyorsabb indexelés érdekében.


5. Hogyan javítsd az indexelési hibákat? (Lépésről lépésre)

  1. Search Console ellenőrzése: Nézd meg az “Oldalak” jelentést. Keresd a “Kizárva” kategóriákat.
  2. Logfájl elemzés: Nézd meg, hol akad el a robot. Ha egy oldalra sosem néz rá a Googlebot, valószínűleg a belső linkstruktúra a hibás.
  3. URL Ellenőrző eszköz: Teszteld az éles URL-t a Search Console-ban, hogy lásd a pillanatnyi állapotot.

6. Az “IndexNow” protokoll és a valós idejű indexelés

2026-ban a passzív várakozás már a múlté. Míg régebben vártuk, hogy a Googlebot magától felfedezze a változásokat, az IndexNow és az ehhez hasonló API-alapú megoldások forradalmasították a folyamatot.

  • Azonnali értesítés: Ez a protokoll lehetővé teszi, hogy a webhelyed azonnal “szóljon” a keresőmotoroknak (például a Bingnek és a keresőpartner hálózatoknak), ha új tartalom született, vagy egy régi törlésre került.
  • Erőforrás-kímélés: Mivel a robotnak nem kell találomra bolyongania az oldalon, jelentősen csökken a szerverterhelés és a “crawl budget” pazarlása.
  • Alkalmazása: Használj olyan bővítményeket vagy egyedi API-hívásokat, amelyek minden mentéskor automatikusan beküldik az URL-t az indexbe.

7. JavaScript alapú renderelési csapdák (Hydration hibák)

A modern keretrendszerek (mint a Next.js vagy Nuxt.js) használatakor felléphet az úgynevezett hydration mismatch, ami súlyos indexelési zavarokat okozhat 2026-ban.

  • Láthatatlan tartalom: Ha a szerveroldalon generált HTML (SSR) eltér attól, amit a kliensoldali JavaScript végül kirajzol, a Googlebot összezavarodhat. Ami a forráskódban ott van, de a renderelés után eltűnik (vagy fordítva), azt a kereső “megbízhatatlan tartalomnak” minősítheti.
  • A megoldás: Mindig ellenőrizd a Search Console “Lekért oldal megtekintése” funkciójával, hogy a Google pontosan azt a végleges állapotot látja-e, amit a felhasználó. A kritikus SEO-elemeknek (H1, canonical, meta adatok) már a kezdeti HTML-válaszban szerepelniük kell, nem várhatnak a JS lefutására.

Gyakori Kérdések (FAQ)

Miért nem indexeli a Google az új cikkemet?

Lehet, hogy alacsony a tartalom minősége (Thin content), vagy technikai akadályba (noindex) ütközött. Ha minden rendben, próbáld meg a manuális beküldést a Search Console-ban.

Mennyi idő alatt javul meg egy indexelési hiba?

A javítás beküldése után általában néhány naptól pár hétig tarthat, amíg a Google újra feltérképezi és frissíti az állapotot a rendszerében.

Használjak robots.txt-t a duplikált tartalom ellen?

Nem. A duplikált tartalmat canonical címkével vagy 301-es átirányítással kell kezelni, nem a bejárás tiltásával.


Legyen tiszta az út a robotok előtt!

Az indexelési hibák javítása nem egyszeri feladat, hanem folyamatos karbantartás. 2026-ban a technikai SEO már nem a trükközésről, hanem a tisztaságról és az egyértelmű kommunikációról szól a keresőmotorok felé. Ha a robots.txt, a canonical címkék és a sitemap szinkronban vannak, a weboldalad láthatósága drasztikusan javulni fog.

Azonnali segítség mindenben, ami AI

Kérdésed van az AI SEO-ról, az AI-láthatóságról vagy az AI marketingről? Ne írj űrlapot – hívj fel, és élőben átbeszéljük, mit lát ma belőled a Google és a ChatGPT, és mi lenne a leggyorsabb fogás a piacodon.

📞 +36 70 629 0690 Azonnali segítségkérés – minden, ami AI

Hétköznap munkaidőben azonnal veszem · nincs kötelezettség, nincs sablonduma