WordPress címke-, szerzői és dátum-archívumok indexelése

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

Egy átlagos WordPress-oldalon minden új bejegyzés mellé csendben születik néhány további URL is: a címkeoldal, a szerzői archívum, a havi és az éves dátumarchívum. Ezeket senki nem írta meg, mégis ott vannak a feltérképezhető oldalak között, és ha nem döntesz róluk, a WordPress és a téma dönt helyetted. Ez a cikk abban segít, hogy archívumtípusonként végiggondold, mi maradjon az indexben, mi kapjon noindexet, és mit érdemes teljesen megszüntetni.

A szövegben jelölöm, honnan származik egy-egy állítás. Hivatalosan igazolt az, ami a Google Search Central vagy a WordPress fejlesztői dokumentációjában szerepel. Saját tapasztalat az, amit WordPress-oldalak auditjánál rendszeresen látunk. Szakmai feltételezés az, ami logikus következtetés, de nyilvános mérés nem támasztja alá.

Miért gond egyáltalán az automatikusan generált archívum?

Röviden: sok olyan URL-t hoz létre, amely ugyanazokat a bejegyzés-kivonatokat ismétli, kevés egyedi tartalommal, és ez szétaprózza a feltérképezést és a belső relevanciát.

Vegyünk egy 200 bejegyzéses blogot, ahol bejegyzésenként átlagosan öt címkét használtak. Itt könnyen lesz 400-600 címkeoldal, és ezek jelentős része egyetlen bejegyzést listáz. Ehhez jön szerzőnként egy archívum, minden hónapra egy dátumoldal, és mindegyikhez a lapozott változatok (/page/2/, /page/3/). A tartalmi oldalak száma 200, a feltérképezhető URL-eké közben az ezret is átlépheti.

Hivatalosan igazolt: a Google leírása szerint a duplikált tartalom önmagában nem jár büntetéssel. A rendszer kiválaszt egy kanonikus változatot, a többit pedig általában nem mutatja a találatok között. Szintén a Google dokumentációja szerint a feltérképezési keret főleg nagy, sok tízezer URL-es oldalaknál számít érdemben.

Saját tapasztalat: kis és közepes oldalon ritkán a feltérképezési keret a gond. Sokkal gyakoribb, hogy a Search Console tele lesz „Feltérképezve, jelenleg nincs indexelve” státuszú archívumokkal, ami nehezebben átláthatóvá teszi a valódi indexelési hibákat. Előfordul az is, hogy egy vékony címkeoldal jelenik meg a találatok között a kidolgozott cikk helyett, ugyanarra a kifejezésre.

Mikor hasznos egy címkeoldal, és mikor puszta duplikáció?

Röviden: a címkeoldal akkor érdemel helyet az indexben, ha valódi, keresett témát fog össze, sok bejegyzést listáz, és van saját bevezető szövege. Ha egy-két bejegyzést mutat, vagy ugyanazt, mint egy kategória, akkor duplikáció.

Jelek, hogy a címke értékes

• Olyan témát nevez meg, amire az emberek tényleg keresnek (például „csempézés fürdőszobában”, nem „tippek”).
• Legalább 5-8 bejegyzés tartozik hozzá, és a lista idővel bővül.
• Van egyedi bevezetője, amely elmagyarázza, mit talál itt az olvasó, és melyik cikkel érdemes kezdeni.
• A Search Console szerint már most is kap megjelenést vagy kattintást.
• Nem fedi le teljesen egy kategória tartalmát.

Jelek, hogy duplikáció

• Egy vagy két bejegyzés tartozik hozzá.
• Szinonim vagy egyes-többes számú párja is létezik („ajánlat” és „ajánlatok”).
• Ugyanazt a bejegyzéslistát adja, mint egy kategória vagy egy másik címke.
• A téma a bővítmény címke-sablonjából (alapértelmezett leírás nélkül) épül, saját szöveg nélkül.

Saját tapasztalat: a leggyakoribb hiba, hogy a címkét kulcsszómezőként használják. Így születik meg egymás mellett a „wordpress”, a „wordpress seo” és a „wordpress tippek” címke, amelyek nagyrészt ugyanazt a néhány cikket listázzák. Ilyenkor a jobb megoldás az összevonás, nem csak a noindex: kevesebb, de tartalmasabb címke marad, a többi 301-gyel a megmaradóra mutat.

Szakmai feltételezés: egy jól felépített, bevezetővel ellátott címkeoldal témagyűjtőként az AI-alapú válaszmotoroknak is érthetőbb jelet adhat arról, mely témákban mélyed el a webhely. Erre nincs nyilvános mérés, ezért ne ez legyen a döntés fő szempontja.

Miért felesleges a szerzői archívum egyszerzős oldalon?

Röviden: mert egyetlen szerző esetén a szerzői archívum ugyanazt listázza, ugyanabban a sorrendben, mint a blog főoldala, így nem ad hozzá semmit, csak egy újabb duplikált URL-t.

Egyszerzős oldalon a /author/nev/ oldal a blogoldal tükre. A legtisztább megoldás a kikapcsolás és a 301-es átirányítás a blogra vagy egy „Rólunk” oldalra, ahol a szerző valódi bemutatkozása olvasható.

Többszerzős oldalon más a helyzet. Hivatalosan igazolt: a Google hasznos tartalomról szóló útmutatója kifejezetten javasolja, hogy az olvasó számára egyértelmű legyen, ki írta a tartalmat, például szerzői sorral, amely a szerzőről szóló oldalra vezet. Ha több szakértő ír, a szerzői oldal ezért értékes lehet, de csak akkor, ha valódi profil: végzettség, szakterület, tapasztalat, elérhető szakmai profilok, és nem csak egy bejegyzéslista. Az üres, csak listát mutató szerzői oldal ilyenkor is inkább noindexet érdemel, amíg nincs mögötte tartalom.

Saját tapasztalat: a szerzői archívum URL-je sok telepítésen kiadja a felhasználónevet, és a /?author=1 lekérés is erre az oldalra irányít. Ez nem SEO-kérdés, de biztonsági szempontból is érdemes rendezni, ha az archívum nem kell.

Mi a helyzet a dátumarchívumokkal?

Röviden: a dátumarchívumok szinte soha nem hoznak keresési forgalmat, mert senki nem keres rá arra, hogy „2023. március bejegyzései”. A legtöbb oldalon noindexre tehetők vagy kikapcsolhatók.

A havi és éves archívum tartalma teljes egészében megtalálható máshol is, ráadásul csak időrend szerint rendez, téma szerint nem. Saját tapasztalat: auditok során szinte soha nem látunk dátumarchívumot érdemi kattintással a Search Console-ban. Kivétel lehet egy nagy hírportál vagy egy eseménynapló jellegű oldal, ahol az olvasók ténylegesen időrendben böngésznek, de ott is jellemzően elég, ha a felhasználó eléri, az indexbe nem kell bekerülnie.

Ha a téma oldalsávja „Archívum” widgetet mutat, azt is érdemes kivenni a dátumarchívum kikapcsolásával együtt, különben a webhely belső linkekkel hívja meg a crawlert olyan oldalakra, amelyek már átirányítanak.

Noindex, megszüntetés vagy canonical: melyiket mikor válaszd?

Röviden: noindex, ha az oldal a látogatónak hasznos, de a keresőnek nem; 301-es megszüntetés, ha senkinek nem hasznos; canonical csak akkor, ha a tartalom szinte teljesen megegyezik egy másik oldaléval.

• Noindex, follow: az oldal megmarad navigációnak, de kikerül az indexből. Jó választás az alacsony bejegyzésszámú, de a látogatónak hasznos címkékre és a vékony szerzői oldalakra.
• Megszüntetés 301-gyel: az egyszerzős szerzői archívumra, a dátumarchívumra és az összevont címkékre.
• Canonical: hivatalosan igazolt, hogy a Google jelzésként, nem kötelező utasításként kezeli. Archívumoknál ritkán ideális, mert a címkeoldal listája eltér a kategóriáétól.
• Robots.txt tiltás: eltávolításra nem alkalmas. Hivatalosan igazolt: ha a robots.txt tiltja az oldalt, a Google nem látja a noindex utasítást, és az URL leírás nélkül az indexben maradhat.

A Google egyik munkatársa nyilvánosan úgy fogalmazott, hogy a hosszú ideig noindexen tartott oldalakon idővel a linkeket sem követik. Ez nyilvános nyilatkozat, nem dokumentáció, de a gyakorlati következménye egyszerű: ha egy archívum fontos belső linkelési útvonal, ne erre épüljön a bejegyzések felfedezése, legyen jó XML-sitemap és belső linkelés a cikkek között.

Hogyan mérd fel, hány archívumoldalad van, és hoz-e bármelyik forgalmat?

Röviden: számold össze a címkéket, szerzőket és dátumoldalakat, majd a Search Console-ban nézd meg URL-mintánként, melyik kap megjelenést, kattintást vagy külső linket.

1. Címkék száma és mérete. A Bejegyzések, Címkék menüben rendezz a Darab oszlop szerint. WP-CLI-vel exportálhatod is: wp term list post_tag --fields=name,slug,count --format=csv > cimkek.csv.
2. Szerzők száma. Nézd meg, hány felhasználónak van közzétett bejegyzése: wp post list --post_type=post --post_status=publish --field=post_author | sort | uniq -c.
3. Sitemap ellenőrzése. Nyisd meg a /wp-sitemap.xml vagy a bővítmény által adott /sitemap_index.xml címet, és nézd meg, szerepel-e benne címke-, szerzői vagy dátumtérkép. Ami a sitemapben van, azt indexelendőnek jelölöd.
4. Teljesítmény jelentés. A Search Console-ban állíts be 16 hónapos időszakot, és szűrj az Oldal dimenzióra „URL tartalmazza” feltétellel: /tag/, /author/, illetve az évszámos útvonalak. Írd fel URL-enként a kattintást és a megjelenést.
5. Indexelési jelentés. Az Oldalak jelentésben nézd meg, hány archívum szerepel a „Feltérképezve, jelenleg nincs indexelve” és a „Duplikált oldal, a felhasználó nem jelölt ki kanonikus oldalt” csoportban. Ha a Google magától sem indexeli őket, a noindex nagy valószínűséggel nem okoz veszteséget.
6. Céloldalak a GA4-ben. A céloldal-jelentésben szűrj ugyanezekre a mintákra, és nézd meg, érkezik-e rájuk bármilyen forgalom, akár közösségi forrásból is.
7. Külső linkek. A Search Console Linkek jelentésében ellenőrizd, mutat-e külső link valamelyik archívumra. Ha igen, megszüntetéskor 301-gyel irányítsd a legközelebbi témájú oldalra.

Saját tapasztalat, ökölszabályként: ami 12 hónap alatt nem kapott kattintást és 5-nél kevesebb bejegyzést listáz, az noindexre vagy összevonásra kerülhet. Ami rendszeresen hoz kattintást, azt ne kapcsold ki, hanem tedd jobbá bevezetővel és belső linkekkel.

Hogyan állítsd be a gyakori SEO-bővítményekben?

Röviden: mindhárom elterjedt bővítményben archívumtípusonként kapcsolható a megjelenés a keresőben, és címkénként felülírható az alapbeállítás. A menüpontok neve verziónként kicsit eltérhet.

Yoast SEO

• Címkék: Yoast SEO, Beállítások, Kategóriák és címkék, Címkék. Itt kapcsolhatod ki, hogy a címkék megjelenjenek a keresési eredményekben.
• Szerzői archívum: Beállítások, Speciális, Szerzői archívumok. Kikapcsolva a Yoast a főoldalra irányít, és a szerzőket a sitemapből is kiveszi.
• Dátumarchívum: Beállítások, Speciális, Dátumarchívumok, ugyanígy kapcsolható ki.
• Egyes címkét a címke szerkesztőoldalán, a Yoast dobozban állíthatsz külön indexelhetőre.

Rank Math

• Címkék: Rank Math SEO, Címek és meta, Címkék fül, Robots Meta résznél a noindex bejelölése.
• Szerzői archívum: Címek és meta, Szerzők fül, Szerzői archívumok kikapcsolása, vagy ha megtartod, noindex.
• Dátumarchívum: Címek és meta, Egyéb oldalak fül, Dátumarchívumok kikapcsolása.

All in One SEO

• Címkék: Keresési megjelenés, Taxonómiák, Címkék, a „Megjelenítés a keresési eredményekben” kapcsoló.
• Szerzői és dátumarchívum: Keresési megjelenés, Archívumok fül, mindkettőnél külön kapcsoló és robots-beállítás.

A SEOPress hasonló logikával dolgozik, a Címek és metaadatok menü Archívumok és Taxonómiák lapján.

Bővítmény nélkül, kóddal

Ha nem használsz SEO-bővítményt, a téma functions.php fájljában vagy egy saját kis bővítményben átirányíthatod a szerzői és dátumarchívumot:

add_action( 'template_redirect', function () { if ( is_author() || is_date() ) { wp_safe_redirect( home_url( '/blog/' ), 301 ); exit; } } );

A WordPress 5.5 óta beépített sitemapből pedig így veheted ki a felhasználókat (hivatalosan igazolt, a WordPress fejlesztői dokumentációjában leírt szűrő):

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

Élesítés előtt tesztkörnyezetben próbáld ki, és ellenőrizd, hogy a /blog/ útvonal nálad tényleg létezik.

Mit ellenőrizz a változtatás után?

Röviden: nézd meg, hogy a beállítás tényleg megjelent a forráskódban, a sitemap tükrözi, és néhány hét múlva az indexelési jelentés is a várt irányba mozdul.

• Egy címke- és egy szerzői oldal forráskódjában megjelenik a meta name='robots' content='noindex, follow' sor, vagy az oldal 301-gyel irányít.
• A sitemapből eltűntek a noindexre tett archívumok.
• A robots.txt nem tiltja ezeket az útvonalakat.
• A téma menüjében, oldalsávjában, láblécében nem maradt link megszüntetett archívumra.
• A Search Console URL-vizsgálójával néhány URL-t ellenőriztél.
• 4-8 hét múlva visszanézed a Teljesítmény jelentést, és összeveted a kiinduló számokkal.

Az archívumok rendbetétele jó eséllyel átláthatóbbá teszi az indexet, de önmagában nem hoz jobb helyezést. Annyit tesz, hogy a keresők figyelme a valódi tartalmaidra jut, és azokon múlik a többi.

Források és további olvasnivalók

• Google Search Central: Indexelés blokkolása a noindex segítségével
• Google Search Central: Ismétlődő URL-ek összevonása és a kanonikus URL megadása
• Google Search Central: Útmutató a feltérképezési keret kezeléséhez nagy webhelyeknél
• Google Search Central: Hasznos, megbízható, embereknek szóló tartalom létrehozása
• Google Search Console súgó: Oldalindexelési jelentés
• WordPress Developer Resources: wp_sitemaps_add_provider szűrő és a beépített XML-sitemapek
• WordPress Developer Resources: Template Hierarchy (archívumsablonok)