Az XML-oldaltérkép felsorolja a webhelyed URL-jeit, hogy a keresőmotorok és az AI-crawlerek gyorsabban megtalálják és indexeljék őket. Ismerd meg a formátumot, a korlátokat és a 2026-os bevált gyakorlatokat.

Ezen az oldalon
Összefoglaló
Az XML-oldaltérkép olyan XML-fájl, amely felsorolja azokat az URL-eket, amelyeket szeretnéd, ha a keresőmotorok feltérképeznének, az utolsó módosítás dátumához hasonló metaadatokkal együtt. Gyorsítja a felfedezést és az indexelést, különösen nagy vagy gyakran frissülő webhelyeknél.
Szeretnél többet megtudni? Kérdezd meg
Az XML-oldaltérkép (Extensible Markup Language sitemap) olyan strukturált fájl, amely megmondja a keresőmotoroknak, mely oldalak léteznek a webhelyeden, és melyeket szeretnéd, ha megtalálnának. Minden bejegyzés egy URL-t és opcionális metaadatokat tartalmaz, gépek számára azonnal feldolgozható címkékbe csomagolva. Ahelyett, hogy a crawlerekre bíznánk, hogy minden belső linket követve találják meg az oldalakat, az oldaltérkép egy tiszta, priorizált listát ad a kanonikus oldalaidról.
Bár az oldaltérkép nem garantálja az indexelést, ez az egyik legmegbízhatóbb jel, amelyet az oldalad szerkezetéről küldhetsz. A Google oldaltérkép-dokumentációja olyan webhelyek számára javasolja az oldaltérképet, amelyek nagyok, újak, kevés külső linkkel rendelkeznek, vagy gazdag médiatartalmat tartalmaznak. 2026-ban, amikor az OpenAI, az Anthropic és a Perplexity AI-crawlerei ugyanazokért a szerverforrásokért versengenek, mint a Googlebot, a tiszta oldaltérkép értékesebb, mint valaha.
A fő elem az URL. Minden oldal, amelyet be szeretnél térképeztetni, egy <url> blokkban áll, a teljes, abszolút címet tartalmazó <loc> címkével (a teljes https:// útvonal, nem relatív). A fájl a <urlset> deklarációval kezdődik, és UTF-8 kódolást kell használnia.
Az URL mellett a protokoll három opcionális címkét támogat: <lastmod>, <changefreq> és <priority>. A <lastmod> érték azt rögzíti, mikor változott meg utoljára érdemben egy oldal. A <changefreq> címke azt sugallja, milyen gyakran frissül egy oldal, a <priority> pedig a relatív fontosságra utal.
Fontos tudni, hogyan kezeli ezeket a Google. A Google akkor használja a <lastmod> értéket, ha az következetesen és ellenőrizhetően pontos, a <priority> és a <changefreq> címkéket pedig teljesen figyelmen kívül hagyja. A tanulság: ne pazarold az időt a prioritási pontszámok hangolására. Fordítsd az időt a megfelelő URL-ek kiválasztására, és a <lastmod> őszinte karbantartására.
Egy oldaltérkép-fájl legfeljebb 50.000 URL-t vagy tömörítetlenül 50MB-ot tartalmazhat, attól függően, melyik korlát érvényesül előbb. A fájlt gzip-pel tömörítheted, hogy sávszélességet spórolj, de a tömörítetlen méret továbbra is számít a korlátba. A legtöbb webhely soha nem közelíti meg ezeket a határokat, de a nagy e-kereskedelmi és kiadói oldalak igen.
Ha bármelyik korlátot átléped, az URL-jeidet több oldaltérkép-fájlra osztod, és egyetlen oldaltérkép-indexfájlból hivatkozol rájuk. Az index maga is XML-fájl, amely felsorolja az egyes gyermek-oldaltérképek helyét. Így egyetlen fő URL-t küldhetsz be, miközben a több ezer vagy millió oldalt logikusan rendszerezed (például termékkategóriánként vagy tartalomtípusonként egy oldaltérképet).
A szekciónkénti oldaltérképek megkönnyítik a diagnosztizálást is. Amikor ellenőrzöd a Google Search Console oldaltérkép-jelentését, pontosan látod, melyik oldalcsoportnál van felfedezési vagy indexelési probléma, ahelyett hogy egyetlen óriási, megkülönböztetés nélküli listát bámulnál.
Csak azokat a kanonikus, indexelhető oldalakat sorold fel, amelyeket valóban szeretnél a keresési találatok között látni. Az oldaltérkép nem a CMS által generálható összes URL listája. Zárd ki a duplikált oldalakat, a lapozott archívumokat, a paraméteres változatokat, a köszönőoldalakat és mindent, amit noindex irányelv blokkol. A nem kanonikus URL-ek vegyes jelzéseket küldenek, és csökkentik a fájl hasznosságát.
Gyakori hiba, hogy az oldaltérkép nem szinkronizál az élő webhellyel. Ha olyan URL-eket sorol fel, amelyek már 404-et vagy átirányítást adnak, csökkented a feltérképezők bizalmát a fájl iránt. Rendszeresen auditáld, hogy minden bejegyzés élő, kanonikus, 200-as státuszkódú oldalra mutasson. Ez közvetlenül kapcsolódik a crawl-költségvetéshez: a szoros oldaltérkép a feltérképezőket arra irányítja, ami számít, és távol tartja a pazarlástól.
A standard oldaltérkép mellett a protokoll médiaspecifikus bővítményeket is támogat. A kép- és videó-oldaltérképek olyan vizuális tartalmak felszínre hozását teszik lehetővé, amelyeket a feltérképezők egyébként kihagyhatnának, olyan részletekkel, mint a képaláírás, a cím és a hossz. A hírportálok a Google News oldaltérképet használhatják, hogy az időérzékeny cikkeket gyorsabb felvételre jelöljék.
Nem kell minden típusra szükséged lennie. Ha a webhelyed képorientált, vagy videótárat üzemeltet, a megfelelő bővítmény segít ezeknek az eszközöknek a felfedezésében. A legtöbb tartalmi webhelynél egy tiszta, standard oldaltérkép, amely lefedi a cikkeket, a céloldalakat és a kulcsfontosságú erőforrásokat, elegendő az erős feltérképezéshez és indexeléshez.
Háromféleképpen tudathatod a keresőmotorokkal az oldaltérképedet. A legközvetlenebb a Google Search Console, ahol az Oldaltérképek jelentésben beküldheted a fájl URL-jét, majd nyomon követheted, hány oldal lett felfedezve, feltérképezve és indexelve az idő múlásával. A Bing ugyanezt a Bing Webmaster Tools segítségével kínálja.
A második módszer, hogy az oldaltérképre a robots.txt fájlodban egyetlen sorral hivatkozol: Sitemap: https://example.com/sitemap.xml. Minden crawler, amely beolvassa a robots.txt fájlodat, tudni fogja, hol találja. A harmadik módszer a Search Console API programozott beküldéshez, ami hasznos, ha az oldaltérképeket automatikusan generálod újra.
Megjegyzés: a Google kivezette a régi, hitelesítés nélküli ping-végpontot, így az URL pingelésével működő régi módszer már nem működik. Küldd be a Search Console-on vagy a robots.txt-en keresztül. Az IndexNow kiegészíti az oldaltérképeket azzal, hogy azonnali URL-változás-értesítéseket küld a részt vevő keresőmotoroknak, ahelyett, hogy a következő bejárásra várnánk.
Az oldaltérképek már nem csak a Google-nek számítanak. Az AI-asszisztensek, mint a ChatGPT, a Perplexity és a Gemini, saját crawlereket működtetnek (GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot), amelyek összegyűjtik és frissítik a tartalmakat, amelyekre hivatkoznak. Egy aktuális, pontos oldaltérkép segít ezeknek a rendszereknek felfedezni az oldalaidat, és megjelenni az AI által generált válaszokban.
A 2025-ös szerver-naplóadatok azt mutatták, hogy az AI-crawlerek forgalma meredeken emelkedett, némelyik bot évi több száz százalékkal nőtt. Ez a forgalom ugyanazokat az erőforrásokat veszi igénybe, mint a Googlebot. Egy fókuszált oldaltérkép, amely a legjobb tartalmaidra irányítja a crawlereket, párosítva a pontos <lastmod> dátumokkal, segít minden keresőmotornak, hogy korlátozott feltérképezési erőfeszítését azokra az oldalakra fordítsa, amelyeket leginkább szeretnél felfedezve és idézve látni.
A prioritás és a changefreq túlzott hangsúlyozása a klasszikus hiba: a Google mindkettőt figyelmen kívül hagyja, így az erőfeszítés kárba vész. További gyakori problémák: nem kanonikus vagy átirányított URL-ek felsorolása, 404-es oldalak hagyása a fájlban, a <lastmod> frissítésének elfelejtése, amikor a tartalom valóban változik, és az 50.000 URL-korlát túllépése indexfájl nélkül.
Egy másik finom probléma a <lastmod> dátumok hamisítása. Ha minden URL-re minden újragenerálásnál a mai dátumot írod, a jel jelentéktelenné válik, és a Google megtanulja nem bízni benne. A dátumot csak akkor frissítsd, ha az oldal tartalma valóban megváltozott. A pontosság teszi a címkét értékessé az újrafeltérképezések priorizálásában.
Az oldaltérképet élő fájlként kezeld, nem egyszeri beállításként. Havonta ellenőrizd a Search Console oldaltérkép-jelentését, hogy megbizonyosodj róla, a fájlt olvassák, lásd a beküldött és az indexelt URL-ek közötti különbséget, és időben észrevedd az elemzési hibákat. A beküldött és az indexelt URL-ek közötti növekvő rés gyakran tartalmi minőségi vagy duplikált tartalmi problémára utal, nem az oldaltérkép hibájára.
A legtöbb modern tartalomkezelő platform automatikusan generálja és frissíti az oldaltérképeket, így a közzétételkor azok is frissek maradnak. Ha kézzel kezeled, építs újragenerálási lépést a közzétételi folyamatodba, hogy az új oldalak gyorsan megjelenjenek, az eltávolítottak pedig eltűnjenek. Ehhez párosítsd rendszeres technikai audittal, hogy a feltérképezési jelek tisztán maradjanak az egész webhelyen.
A legtöbb platformon nem kell kézzel írnod az XML-oldaltérképet: a CMS vagy egy SEO-bővítmény generálja, és minden közzétételkor frissíti. Csak egyedi vagy statikus webhelyen készítesz magad, a kanonikus URL-ek felsorolásával és a fájl generálásával minden build közben.
| Platform | Hogyan készül az oldaltérkép | Szokásos cím |
|---|---|---|
| WordPress | Az 5.5-ös verziótól a mag része; a Yoast SEO vagy a Rank Math telepítése után saját indexével váltja ki | /wp-sitemap.xml vagy /sitemap_index.xml |
| Shopify | Automatikusan generálódik a termékekhez, gyűjteményekhez, oldalakhoz és blogbejegyzésekhez | /sitemap.xml |
| Webflow | Automatikus generálás lehetősége a webhely SEO-beállításaiban | /sitemap.xml |
| Wix, Squarespace | Automatikusan generálódik | /sitemap.xml |
| Egyedi vagy statikus webhely | Keretrendszer-funkció vagy build-szkript, vagy olyan crawler, amely exportálja az URL-ek listáját | Választható, általában /sitemap.xml |
Egyedi webhelynél kövesd ezeket a lépéseket:
Bármilyen platformot használsz, nyisd meg egyszer a generált fájlt: a bővítmények néha olyan címke-archívumokat, melléklet-oldalakat vagy teszt-oldalakat is tartalmaznak, amelyeket inkább kizárnál.
Az XML-oldaltérkép egyszerű, nagy hatású fájl, amely felsorolja azokat a kanonikus URL-eket, amelyeket a keresőmotoroknak és az AI-crawlereknek meg kell találniuk. Nem kényszeríti ki az indexelést, de felgyorsítja a felfedezést, különösen nagy, új vagy gyakran frissülő webhelyeknél. Tartsd indexelhető, kanonikus oldalakra korlátozva, tartsd be az 50.000 URL- és 50MB-os korlátokat indexfájlokkal, őszinte <lastmod> dátumokat tarts fenn, és hagyd figyelmen kívül a prioritást és a changefreq-et, mert a Google is így tesz. Küldd be a Search Console-on, és hivatkozz rá a robots.txt-ben, majd minden hónapban figyeld a felfedezett és az indexelt URL-ek közötti rést. 2026-ban a tiszta oldaltérkép minden keresőmotornak segít, a Google-től a ChatGPT-ig, hogy a feltérképezési erőfeszítését arra a néhány oldalra fordítsa, amely a legfontosabb. Nézd meg, hogyan ellenőrzi a Sorank GEO SEO-auditja automatikusan az oldaltérképedet és a feltérképezési állapotodat.
Források
Nem. Az oldaltérkép segít a keresőmotoroknak gyorsabban felfedezni az URL-jeidet, de nem kényszeríti ki az indexelést. A Google továbbra is eldönti, hogy az egyes oldalak érdemesek-e az indexelésre a tartalom minősége, a duplikáció és a relevancia alapján. Úgy gondolj az oldaltérképre, mint erős felfedezési jelre, nem parancsra. Ha az oldalak felfedezettként, de nem indexeltként maradnak, a probléma általában a tartalom minőségével vagy a duplikált tartalommal van, nem az oldaltérképpel.
Egyetlen oldaltérkép-fájl legfeljebb 50.000 URL-t vagy tömörítetlenül 50MB-ot tartalmazhat, attól függően, melyik korlát érvényesül előbb. Ha a webhelyednek több oldala van, több oldaltérkép-fájlra osztod őket, és ezeket egy oldaltérkép-indexfájlban sorolod fel. Ezután csak az index URL-jét küldöd be. A legtöbb webhely soha nem éri el ezeket a korlátokat, de a nagy e-kereskedelmi és kiadói oldalak így rendszerezik az oldalaikat a könnyebb figyelés érdekében.
Nincs előnye, mert a Google mind a priority, mind a changefreq címkét figyelmen kívül hagyja. Az egyetlen opcionális címke, amelyet a Google használ, a lastmod, és csak akkor, ha a dátum következetesen és ellenőrizhetően pontos. Fordítsd az erőfeszítést a megfelelő kanonikus URL-ek felsorolására és a lastmod őszinte tartására, és csak akkor frissítsd, ha az oldal tartalma valóban változik. A dátumok hamisítása minden újragenerálásnál arra tanítja a Google-t, hogy teljesen ne bízzon az értékben.
A TE ELŐTTED PRÓBÁLTÁK KI A SORANKOT
