2026-01-28 · Baduno szerkesztőség · 6 blog.readMin · Blog és tudás
Többnyelvű XML-webhelytérképek helyes felépítése
A webhelytérkép a Google bevásárlólistája az Ön weboldalához. 24 nyelv esetén a szerkezete dönti el, hogy mi kerül indexelésre.
Alapok
Egy XML webhelytérkép felsorolja az összes indexálható URL-t. Nem helyettesíti a jó linkelést, de felgyorsítja a felfedezést és a diagnosztikát – különösen nagy, többnyelvű struktúrák esetén, több ezer oldallal.
a hreflang beletartozik
A nyelvi alternatívák közvetlenül a webhelytérképben is feltüntethetők – minden URL-hez az összes változatot az x-default mellett. Több nyelv esetén ez karbantarthatóbb, mint a fejléc markup, és megbízhatóan teljesen tartja a mátrixot, mivel generált.
Csak tiszta URL-ek
Nincsenek átirányítások, noindex-oldalak, duplikátumok: Minden listázott URL-nek 200-as státusszal és kanonikusnak kell lennie. A kivételekkel teli webhelytérkép aláássa a crawlerek bizalmát.
Beküldés és megfigyelés
A webhelytérképet hivatkozzuk a robots.txt-ben, és küldjük be a Search Console-ba – ott az indexelési jelentés nyelvi változatonként mutatja, mit fogadott el a Google. Az eltérések a legkorábbi figyelmeztető jelek.
Hibás hreflang-mátrix felismerése
Tipikus hibaforrás az inkonzisztens keresztirányú hivatkozás: ha az A oldal hivatkozik a B oldalra, de a B oldal nem hivatkozik vissza az A-ra. 24 nyelv esetén gyorsan keletkeznek hiányosságok. Használjon automatikus teszteket, amelyek minden URL esetében összevetik az összes hivatkozott nyelvi alternatívát. Egy szkript ellenőrizheti, hogy a webhelytérkép-bejegyzések kétirányúan konzisztensek-e. Példa: a webhelytérkép tartalmazza a /de/produkt oldalt hreflang-hivatkozásokkal a /en/produkt, /fr/produkt stb. oldalakra. A teszt biztosítja, hogy a /en/produkt oldal viszont hivatkozzon a /de/produkt oldalra. Ha hiányoznak a visszahivatkozások, előfordulhat, hogy a nyelv nem indexelődik. Ilyen ellenőrzések napi frissítések esetén elengedhetetlenek.
Sitemap dinamizmusa tartalomkezelő rendszerekben
Többnyelvű projektekben 24 nyelv esetén a webhelytérképet automatikusan kell generálni, nem manuálisan. Egy CMS-lapozó szkript végigfuthat egy tartalom összes nyelvi verzióján, és minden URL-hez külön <url> csomópontot hozhat létre az összes hreflang-hivatkozással. Ügyeljen arra, hogy a generálás csak 200-as státuszú és noindex nélküli URL-eket adjon ki. Állítson be egy cron-feladatot, amely minden tartalom közzététele után újragenerálja a webhelytérképet. Így a webhelytérkép mindig naprakész marad, és nem tartalmaz elhagyott vagy ideiglenes URL-eket. Kerülje el, hogy az összes oldalt egyetlen hatalmas webhelytérképbe csomagolja – használjon webhelytérkép-indexfájlt al-webhelytérképekkel nyelvenként vagy területenként.
Indexálási hiányosságok elemzése nyelvi változatonként
Még helyes hreflang-mátrix esetén is előfordulhat, hogy a Google egyes nyelvi változatokat figyelmen kívül hagy. Ellenőrizze a Search Console-ban az indexálási állapotot minden nyelvre. Használja a site:-operátort a nyelvi útvonallal, pl. site:example.com/de/ a némethez. Hasonlítsa össze az indexelt URL-ek számát a Sitemap-ben szereplővel. Ha a számok jelentősen eltérnek, az technikai problémákra utal: lassú betöltési idők, hibás átirányítások vagy hiányzó belső linkelés. 24 nyelv esetén érdemes automatizált jelentéskészítést bevezetni, amely hetente összehasonlítja az indexálási számokat és jelzi az eltéréseket.
A webhelytérkép a Google bevásárlólistája az Ön weboldalához. 24 nyelv esetén a szerkezete dönti el, hogy mi kerül indexelésre.
Sitemap mérete és felosztása 24 nyelv esetén
Egyetlen Sitemap 50 MB-ra és 50.000 URL-re korlátozódik. 24 nyelv és sok oldal esetén gyorsan eléri ezeket a határokat. Oszsza fel logikusan a Sitemap-ot: például nyelvenként vagy tartalomkategóriánként (termékek, blog, támogatás). Használjon Sitemap indexfájlt, amely az összes alsó Sitemap-re hivatkozik. A hreflang hivatkozások az alsó Sitemap-ekben teljesek maradnak – minden URL-csomópont tartalmazza az összes nyelvi alternatívát, nyelvközi szinten is. Ügyeljen arra, hogy az indexfájl a robots.txt-ben hivatkozva legyen. A helytelen felosztás miatt előfordulhat, hogy a Google nem érzékeli teljesen a hreflang-mátrixot.
Validálás és hibakezelés a webhelytérkép-generálás során
Az automatikus webhelytérkép-generáláshoz robusztus validálás szükséges a hibák korai felismeréséhez. Illesszen be ellenőrző rutinokat, amelyek az új webhelytérkép lezárása előtt a következő pontokat vizsgálják: Minden URL-nek 200-as státusszal kell válaszolnia, nem tartalmazhat noindex robots meta elemet, és kanonikusnak kell lennie. Ezenkívül ellenőrizze a hreflang-hivatkozások kétirányú konzisztenciáját egy szkript segítségével. 24 nyelv esetén célszerű egy köztes webhelytérképet generálni egy tesztkörnyezetben, és ott automatikus teszteket futtatni, mielőtt élesbe kerülne. Hibátűrő mechanizmusokat, például fallback logikát kell implementálni hiányzó fordítások esetén: ha egy tartalom nem rendelkezik fordítással egy adott nyelven, a webhelytérkép ne listázza azt az URL-t. Ügyeljen a helyes kódolásra és fájlméretre is – különösen nagy indexfájlok esetén, amelyek sok al-webhelytérképet tartalmaznak. Egy részletes naplózási példány rögzíti az összes sikertelen URL-t és validálási figyelmeztetést. Így szisztematikusan javíthat, anélkül hogy hibás bejegyzések kerülnének az éles webhelytérképbe. Ne feledje: egy hibás webhelytérkép teljes nyelvi verziókat zárhat ki az indexelésből. Ezért minden frissítés előtt végezzen teljes automatikus validálást.
Nyelvspecifikus feltérképezési keretek és priorizálás
A Google minden webhelyhez korlátozott feltérképezési keretet rendel. 24 nyelvi verzió esetén ezt a keretet célzottan kell elosztani a releváns tartalmak között. Gyakori hiba, hogy a webhelytérkép egyenrangúan listázza az összes nyelvi változatot, ami a gyengébb verziókra pazarolja a feltérképezési erőforrásokat. Optimalizálja a priorizálást úgy, hogy a webhelytérképben eltérő <priority> értékeket állít be: például a fő nyelvek (pl. német, angol) magasabb prioritást kapjanak, mint a kisebb piacok. Azonban vegye figyelembe: a Google a prioritást csak javaslatként értelmezi, nem parancsként. A belső hivatkozások fontosabbak: erős oldalakról (főoldal, fő kategóriák) hivatkozzon célzottan a legfontosabb nyelvi verziókra. Kerülje a lapos, egyenrangú hivatkozást mind a 24 nyelvre. Használja a webhelytérkép-indexfájlt, hogy nyelvenként korlátozza az URL-ek számát – például a mag- és kiegészítő tartalmak szétválasztásával. Figyelje a Search Console-ban az egyes nyelvi verziók feltérképezési statisztikáit. Ha egy adott nyelvnél csökken a feltérképezési aktivitás, ellenőrizze, hogy a webhelytérkép helyes-e, és elegendőek-e a belső linkek. A feltérképezési keret kiegyensúlyozott elosztása megakadályozza, hogy fontos tartalmak felfedezetlenül maradjanak.
Nyelvi verziók priorizálása: a lastmod és priority hatékony használata
Egy 24 nyelvváltozatot tartalmazó többnyelvű szlovák térkép esetében felmerül a kérdés, hogyan jelezze a Google-nak, mely változatok fontosabbak. Az opcionális <lastmod> és <priority> elemek segítenek a feltérképezési prioritás szabályozásában. A <lastmod> értékét az utolsó tartalmi változtatás időpontjára állítsa – ne a szlovák térkép generálásának dátumára. Minden nyelvváltozathoz az adott tartalom tényleges módosítási dátumát adja meg. Több országot átfogó tartalmak esetén a német változat havonta frissülhet, míg az angol csak negyedévente változik. Ez az információ befolyásolja, hogy a Google milyen gyakran kúszik újra az URL-t. A <priority> ezzel szemben az oldal fontosságára utal a weboldal többi oldalához képest. Használjon 0,0 és 1,0 közötti értékeket. A fő kategóriaoldalakat 0,8-ra, a részletes oldalakat 0,5-re állíthatja. Ügyeljen arra, hogy ne használja túlzottan a prioritást – a Google csak relatív jelzésként értelmezi. 24 nyelv esetén célszerű egységes prioritási logikát definiálni nyelvenként, hierarchia szerint csoportosítva. Legyen azonban óvatos: a <lastmod> gyakori megadása tényleges változtatás nélkül bizalomvesztéshez vezethet. Ezeket a metaadatokat következetesen és csak akkor használja, ha az értékeket automatikusan a CMS-ből nyeri.
Regionális nyelvváltozatok helyes megjelenítése a szlovák térképen
24 nyelv esetén gyakran nemcsak a nyelvcsaládok, mint a német, angol vagy francia relevánsak, hanem a regionális változatok is, mint az osztrák német (de-AT) vagy a svájci francia (fr-CH). Ezeket a hreflang-megadásban és a szlovák térképben egyértelműen el kell választani. Minden regionális nyelvváltozathoz használjon saját hreflang-értéket, pl. de-AT a de helyett. A szlovák térkép minden regionális változathoz külön <url>-csomópontot tartalmazzon a megfelelő nyelvi alternatívákkal. Ügyeljen arra, hogy az x-default megadás egy általános, regionális specifikumok nélküli nyelvi oldalra mutasson, például az angol alapoldalra. Gyakori hiba, hogy a regionális változatokat összekeverik az általános nyelvi kóddal (pl. de minden német nyelvű országra). Ez duplikátumokhoz vagy hibás megjelenítéshez vezet. Minden regionális változathoz határozzon meg egyedi URL-útvonalat, pl. /de-at/produkt. Ellenőrizze a CMS-ben, hogy a szlovák térkép generálása helyesen adja-e ki a regionális hreflang-címkéket. Az automatikus teszteknek minden regionális URL esetében ellenőrizniük kell a teljes kétirányú kapcsolatot. 24 nyelv esetén több régióval a mátrix gyorsan bonyolulttá válhat – ragaszkodjon a szlovák térkép szigorú validálásához a benyújtás előtt.
blog.faqT
Megadhatom a hreflang-et mind az oldaltérképben, mind a HTML head-ben?
Igen, ez lehetséges, de nem ajánlott. 24 nyelv esetén a dupla deklarációk könnyen inkonzisztenciákhoz vezetnek. Használja kizárólag az oldaltérkép módszert, amely központilag generálódik. Ezzel elkerüli az ellentmondásokat, amelyek összezavarhatják a Google-t és akadályozhatják az egyes nyelvi verziók indexálását.
Milyen gyakran kell frissítenem az oldaltérképet egy 24 nyelvű weboldal esetében?
Frissítse a webhelytérképet minden alkalommal, amikor új tartalmak jelennek meg, meglévők módosulnak vagy törlődnek. Napi változások esetén elegendő a napi generálás cron-feladattal. Állítsa be helyesen a <lastmod> dátumot, hogy Google felismerje a frissítési igényt. Gyakori frissítések esetén használhatja a <changefreq> megadást is.
