A WordPress beépített sitemapje és a SEO-bővítmény sitemapjének ütközése

Scheo · 2026-10-27 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Miért él egyszerre két sitemap ugyanazon a WordPress-oldalon?

Azért, mert a WordPress az 5.5-ös verzió óta saját XML-sitemapet generál a /wp-sitemap.xml címen, és ezt csak akkor kapcsolja ki, ha egy bővítmény kifejezetten jelzi neki. A Yoast SEO és a Rank Math a saját sitemap-moduljuk bekapcsolásakor ezt megteszi, így alapállapotban egyszerre csak egy lista él. Az ütközés jellemzően akkor jön létre, ha ez a kézfogás valahol megszakad.

Hivatalosan igazolt. A WordPress beépített sitemapje a bejegyzéseket, az oldalakat, a nyilvános egyéni bejegyzéstípusokat, a taxonómiákat és a szerzői (felhasználói) archívumokat sorolja fel, és a wp_sitemaps_enabled szűrővel kapcsolható ki. Ha a Beállítások / Olvasás alatt be van pipálva, hogy a keresőmotorok ne indexeljék az oldalt, a beépített sitemap nem jelenik meg.

Saját tapasztalat. A kettős állapot leggyakrabban az alábbi helyzetekből születik.

• A Yoast vagy a Rank Math sitemap-modulját valaki kikapcsolta (például egy régi hibakeresés során), a bővítmény viszont aktív maradt. Ilyenkor a WordPress visszakapcsolja a sajátját, miközben a noindex-beállításokat továbbra is a bővítmény kezeli.
• Bővítményt váltottak (Yoastról Rank Mathra vagy fordítva), és a Search Console-ban a régi sitemap címe beküldve maradt.
• A gyökérkönyvtárban ott maradt egy fizikai sitemap.xml fájl egy régebbi generátorból, amelyet a szerver a WordPress előtt ad ki.
• Egy cache- vagy biztonsági bővítmény, illetve egy CDN-szabály megakasztja a bővítmény átirányítását, így a /wp-sitemap.xml közvetlenül tartalmat ad vissza.
• Két SEO-bővítmény fut egyszerre, mert az átállás után a régit elfelejtették kikapcsolni.

Milyen gondot okoz, ha két sitemap fut párhuzamosan?

A legnagyobb gond, hogy a két lista mást állít ugyanarról az oldalról. Az egyik a bővítmény noindex- és kanonikus beállításait követi, a másik ezekről nem tud, ezért olyan URL-eket is felsorol, amelyeket te szándékosan kizártál. A kereső így ellentmondó jelzéseket kap, és a Search Console riportjai is nehezen értelmezhetők lesznek.

Régi és noindexes URL-ek a beküldött listában

Hivatalosan igazolt. A Google Search Central dokumentációja szerint a sitemapbe azokat az URL-eket érdemes tenni, amelyeket kanonikusként szeretnél látni a keresőben. A sitemap javaslat, a Google nem vállalja, hogy minden felsorolt címet feltérképez vagy indexel.

Saját tapasztalat. Ha a beépített sitemap él a Yoast vagy a Rank Math mellett, gyakran belekerülnek a noindexre állított címkeoldalak, a médiamellékletek oldalai, a köszönőoldalak és a félbehagyott tesztoldalak. A Search Console oldalindexelési riportjában ilyenkor noindex miatti kizárást látsz olyan URL-eknél, amelyeket a beküldött sitemap tartalmaz. Ez önmagában nem büntetés, de jelzi, hogy a lista és az oldal beállításai nincsenek összhangban, és a feltérképezési figyelem egy része felesleges címekre megy el.

A felhasználói archívum kiszivárgása

A beépített sitemap külön allistát készít a szerzőkről (wp-sitemap-users-1.xml), amelyben minden olyan felhasználó archívumoldala szerepel, akinek van közzétett bejegyzése. Egyszerzős céges oldalon ez egy vékony, duplikált tartalmú oldal, amely ugyanazokat a bejegyzéseket listázza, mint a blog főoldala.

Szakmai feltételezés. A szerzői archívum URL-jében gyakran ott a felhasználónév (slug), ami egyezhet a bejelentkezési névvel. Ez önmagában nem sebezhetőség, de egy jelszópróbálgatásnál a támadónak eggyel kevesebb dolgot kell kitalálnia. Ha a Yoastban vagy a Rank Mathban kikapcsoltad a szerzői archívumot, a beépített sitemap ettől még kiadhatja a címet, mert a két rendszer ebben nem feltétlenül beszél egymással.

Zavaros riportok a Search Console-ban

Saját tapasztalat. Két beküldött sitemapnél a Search Console két külön számot mutat a felfedezett URL-ekre, és nehéz megmondani, melyik lista hozta be a problémás címet. Bővítményváltás után a régi sitemap címe sokszor 404-et ad, a Search Console pedig sokáig hibát jelez rá, ami elfedi a valódi gondokat.

Hogyan derül ki, melyik sitemap aktív?

A leggyorsabb módszer, ha megnyitod a lehetséges sitemap-címeket, és megnézed, mit ad vissza a szerver. A /wp-sitemap.xml és a /sitemap_index.xml együtt szinte mindig elárulja a helyzetet.

1. Nyisd meg a https://pelda.hu/wp-sitemap.xml címet. Ha a Yoast sitemapje aktív, jó eséllyel átirányít a /sitemap_index.xml címre. Ha tartalmat látsz, és az allisták neve wp-sitemap-posts-post-1.xml formájú, a beépített sitemap él.
2. Nyisd meg a https://pelda.hu/sitemap_index.xml címet. A Yoast és a Rank Math is ezt a címet használja alapból. Az oldal fejléce vagy a forráskódban lévő megjegyzés jellemzően megmutatja, melyik bővítmény generálta.
3. Nézd meg a https://pelda.hu/sitemap.xml címet is. Ha itt egy statikus, régi dátumokat mutató fájl jön be, az egy korábbi generátor maradványa lehet.
4. Parancssorból a fejléceket is ellenőrizheted, például curl -sI https://pelda.hu/wp-sitemap.xml. A 301-es vagy 302-es státusz és a Location sor megmutatja az átirányítást, a 200-as pedig azt, hogy a lista tényleg elérhető.

Ezután nézd meg az admin felületen is. A Yoast beállításai között találod az XML-oldaltérképek kapcsolóját, Rank Mathnál a Vezérlőpult moduljai között a Sitemap modult. Ha a kapcsoló ki van kapcsolva, miközben a bővítmény aktív, jó eséllyel megtaláltad az ütközés okát.

Szakmai feltételezés. A menüpontok neve és helye verziónként változhat, ezért ha nem találod, keress rá a bővítmény beállításaiban az „XML” vagy a „Sitemap” szóra.

Hogyan nézed meg, melyik sitemap van beküldve a Search Console-ba?

A Search Console Indexelés / Webhelytérképek riportjában látod az összes beküldött sitemapet, a beküldés dátumát, az utolsó beolvasás idejét, az állapotot és a felfedezett oldalak számát. Ha itt két különböző sitemap szerepel, vagy olyan cím, amely már nem él, az rendrakásra vár.

Hivatalosan igazolt. A Google a sitemapeket a Search Console-ból, a robots.txt Sitemap sorából és korábbi feltérképezésből is ismerheti. A Search Console súgója szerint egy sitemap eltávolítása a riportból nem feltétlenül állítja le a cím olvasását, ha az más úton továbbra is elérhető.

Saját tapasztalat. Ha a tartományi tulajdon mellett régi URL-előtag típusú tulajdonok is vannak (http-s, www-s vagy www nélküli változat), azokat is nyisd meg. A régi sitemap gyakran ezekben maradt beküldve, és senki nem nézett rájuk évek óta.

Mit mutat a robots.txt, és miért számít a Sitemap sor?

A robots.txt Sitemap sora minden keresőnek megmondja, hol a lista, akkor is, ha a Search Console-ba semmit nem küldtél be. Ha itt a rossz sitemap áll, a kereső azt is meg fogja találni.

Hivatalosan igazolt. A WordPress virtuális robots.txt-t generál, és ha a beépített sitemap aktív, automatikusan beleírja a Sitemap: https://pelda.hu/wp-sitemap.xml sort. A Sitemap direktívát a Google és a sitemaps.org protokoll is támogatja, és egy fájlban több ilyen sor is szerepelhet.

Saját tapasztalat. A virtuális robots.txt-t felülírja a gyökérkönyvtárba feltöltött fizikai robots.txt fájl. Ilyenkor a WordPress és a bővítmény hiába frissítené a Sitemap sort, a régi fájl tartalma marad érvényben. Nyisd meg a https://pelda.hu/robots.txt címet, és ha a beállításaid szerint mást kellene mutatnia, a tárhely fájlkezelőjében vagy FTP-n keresd meg a fizikai fájlt.

Hogyan alakítsd ki az egyetlen hiteles sitemapet?

Válassz egy forrást, és minden más jelzést igazíts hozzá. Ha Yoast vagy Rank Math fut az oldalon, szinte mindig az ő sitemapjük a jobb választás, mert ugyanaz a bővítmény kezeli a noindexet, a kanonikus URL-t és a listát is.

1. Készíts mentést. Mielőtt bármit kapcsolsz, ments adatbázist és fájlokat, és jegyezd fel a jelenlegi beállításokat.
2. Dönts a forrásról. Egy SEO-bővítmény maradjon aktív. Ha kettő fut, a másikat kapcsold ki, és csak az adatok átvétele után töröld.
3. Kapcsold be a bővítmény sitemap-modulját. Ellenőrizd, hogy a /wp-sitemap.xml ezután átirányít, vagy nem ad vissza beépített listát.
4. Szabd meg a tartalmát. A bővítményben zárd ki a noindexes tartalomtípusokat, a médiamellékletek oldalait, és ha nincs külön szerzői tartalmad, a szerzői archívumot is.
5. Takarítsd ki a statikus fájlokat. Ha a gyökérben van régi sitemap.xml vagy sitemap.xml.gz, nevezd át vagy töröld, és ellenőrizd, hogy a cím ezután a bővítmény listájára irányít, vagy 404-et ad.
6. Igazítsd a robots.txt-t. Egyetlen Sitemap sor maradjon, amely a választott indexre mutat.
7. Ürítsd a gyorsítótárat. A cache-bővítményben, a szerveren és a CDN-ben is, különben a régi lista még egy ideig elérhető maradhat.
8. Frissítsd a Search Console-t. Küldd be az új index címét, a régit pedig távolítsd el a Webhelytérképek riportból. Ugyanezt tedd meg a Bing Webmaster Toolsban is, ha használod.
9. Szúrj ki mintát. Nyiss meg öt-tíz URL-t a sitemapből, és nézd meg, hogy 200-as státuszt adnak, indexelhetők, és a kanonikus címük önmaguk.

Hogyan kapcsolod ki biztonságosan a felesleges sitemapet?

A beépített sitemapet a legtisztábban egy szűrővel kapcsolod ki, amelyet egy kis saját bővítménybe (mu-plugin) vagy a gyermektéma functions.php fájljába teszel. Erre csak akkor van szükség, ha a SEO-bővítmény valamiért nem kapcsolja ki magától.

add_filter( 'wp_sitemaps_enabled', '__return_false' );

Ha a beépített sitemapet meg akarod tartani, mert nincs SEO-bővítmény az oldalon, a felhasználói allistát külön is eltávolíthatod.

add_filter( 'wp_sitemaps_add_provider', function ( $provider, $name ) { return ( 'users' === $name ) ? false : $provider; }, 10, 2 );

Hivatalosan igazolt. Mindkét szűrő szerepel a WordPress fejlesztői dokumentációjában. Saját tapasztalat. Mu-pluginként jobb helyen van a kód, mert egy témaváltás vagy témafrissítés nem viszi magával.

A Search Console-ból törölt régi sitemap címénél a legtisztább, ha a cím 301-gyel a megmaradt indexre mutat, vagy 404-et ad. Szakmai feltételezés. Bővítményváltás után az átirányítás a kíméletesebb út, mert a régi címet ismerő külső eszközök (rangkövetők, auditprogramok) is az új listához jutnak.

Mi a teendő, ha nincs SEO-bővítmény, csak a beépített sitemap?

Ilyenkor nincs ütközés, és a beépített sitemap jó kiindulópont. Két dolgot érdemes rendbe tenni. A felhasználói allistát a fenti szűrővel kiveheted, a noindexre szánt oldalakat pedig a wp_sitemaps_posts_query_args szűrővel zárhatod ki azonosító alapján. Ha később SEO-bővítményt telepítesz, nézd meg újra a /wp-sitemap.xml viselkedését, mert jellemzően ekkor alakul ki a kettős állapot.

Miért számít ez a Bing és a válaszmotorok szempontjából is?

A sitemapet a Google mellett a Bing is olvassa, és a Bing Webmaster Toolsban ugyanúgy külön be lehet küldeni. Ha a Google-nél rendet raksz, a Bingben is nézd meg a beküldött listát, mert ott gyakran a régi cím maradt bent.

Hivatalosan igazolt. A Bing Webmaster irányelvei a sitemapet a felfedezés ajánlott eszközei között említik, és a Bing is támogatja a robots.txt Sitemap sorát.

Szakmai feltételezés. Több AI-alapú kereső és válaszmotor részben a hagyományos keresőindexekre épít. Ha a sitemap tiszta, és csak kanonikus, indexelhető URL-eket tartalmaz, jó eséllyel kevesebb elavult vagy kizárt oldal kerül az indexbe, amelyet egy AI-válasz később forrásként felhozhatna. Közvetlen, mért összefüggést erre nem ismerünk.

Melyik pontokat ellenőrizd a végén?

• A /wp-sitemap.xml átirányít vagy nem ad vissza beépített listát, ha SEO-bővítmény kezeli a sitemapet.
• Egyetlen sitemap-index él, és az a választott bővítményé.
• Nincs régi, statikus sitemap.xml a gyökérkönyvtárban.
• A robots.txt egyetlen Sitemap sora a jó indexre mutat.
• A Search Console-ban és a Bing Webmaster Toolsban csak az aktív sitemap szerepel, hibátlan állapottal.
• A sitemapben nincs noindexes, átirányított vagy 404-es URL.
• A szerzői allista nincs benne, ha nincs külön szerzői tartalmad.
• A gyorsítótár ürítve van, és az ellenőrzés inkognitóablakban is ugyanazt mutatja.

A rendrakás után a Search Console riportjainak frissüléséhez idő kell. A tiszta sitemap segítheti, hogy a feltérképezés a valóban fontos oldalakra jusson, indexelést vagy helyezést viszont nem garantál.

Források és további olvasnivalók

• Google Search Central, Sitemapek létrehozása és beküldése
• Google Search Console súgó, Webhelytérképek riport
• WordPress fejlesztői dokumentáció, wp_sitemaps_enabled és wp_sitemaps_add_provider szűrők
• Make WordPress Core, New XML Sitemaps Functionality in WordPress 5.5
• sitemaps.org, Sitemaps XML protokoll
• IETF RFC 9309, Robots Exclusion Protocol
• Bing Webmaster Guidelines
• Yoast SEO súgó, XML-sitemapek
• Rank Math Knowledge Base, Sitemap modul