WordPress canonical: teljes útmutató

A WordPress canonical a rel="canonical" címke, amely megmondja a keresőknek, melyik URL egy tartalom elsődleges változata. A WordPress alapból önhivatkozó canonicalt tesz a bejegyzésekre és oldalakra, az SEO bővítmények ezt kiterjesztik és felülírhatóvá teszik. Duplikált vagy paraméteres URL-eknél te döntöd el a fő változatot, a Google ezt erős jelzésként kezeli, nem parancsként.

Alapfogalmak

A canonical szó a keresőoptimalizálásban a „hiteles”, „irányadó” változatot jelenti. Ha ugyanaz vagy majdnem ugyanaz a tartalom több címen is elérhető, a keresőnek el kell döntenie, melyiket indexelje és melyiknek adja a rangsorolási jeleket. A canonical címkével ebben a döntésben segítesz neki. WordPress alatt ez különösen fontos, mert a rendszer magától is sokféle URL-t generál ugyanahhoz a tartalomhoz: kategória- és címkeoldalakat, szerzői archívumokat, lapozott listákat, csatolmányoldalakat, előnézeti és paraméteres címeket.

A canonical nem átirányítás. A látogató továbbra is azon az URL-en marad, amelyet megnyitott, csak a forráskódban szerepel egy jelzés a keresőknek. Ez a legfontosabb különbség, amit érdemes fejben tartani, mert a hibák jó része abból fakad, hogy valaki canonicallel próbál megoldani olyan problémát, amire átirányítás kellene, vagy fordítva.

Mi az a rel="canonical" címke?

Technikailag egy link elem a HTML fejrészében, például így néz ki a forráskódban: link rel="canonical" href="https://pelda.hu/cikk/". A href tartalmazza azt a teljes, abszolút URL-t, amelyet elsődlegesnek tartasz. Ugyanez a jelzés HTTP fejlécben is elküldhető, ami főleg PDF-eknél és más nem HTML fájloknál hasznos, de WordPress oldalak esetén szinte mindig a HTML változattal találkozol.

Önhivatkozó és kereszthivatkozó canonical

Önhivatkozó canonical: az oldal saját magára mutat. Ez az alapállapot, és a legtöbb oldalnál ez a helyes.
Kereszthivatkozó canonical: az oldal egy másik URL-re mutat, mert a tartalma annak másolata vagy változata.
Domainek közötti canonical: egy másik domainen lévő oldalra mutat, például ha egy cikket átvettél egy partneroldalról, és az eredetit szeretnéd elsődlegesnek jelölni.

Canonical, átirányítás, noindex: mi a különbség?

Eszköz	Mit csinál	Mikor válaszd
rel="canonical"	Jelzi az elsődleges URL-t, a duplikátum elérhető marad	Ha a változatra a felhasználónak szüksége van (szűrő, rendezés, nyomtatható nézet)
301 átirányítás	Véglegesen átküldi a látogatót és a keresőt az új címre	Ha a régi URL-re senkinek nincs szüksége (régi permalink, megszűnt oldal)
noindex	Kéri, hogy az oldal ne kerüljön az indexbe	Ha az oldal nem duplikátum, csak nincs keresési értéke (köszönőoldal, belső keresés)

Fontos alapelv, hogy a Google a canonicalt jelzésként kezeli. Más jelekkel együtt mérlegeli: belső linkek, sitemap, átirányítások, HTTPS, tartalmi hasonlóság. Ha ezek ellentmondanak a canonicalnek, a kereső választhat másik URL-t. Ezért a canonical önmagában ritkán elég, a többi jelnek is ugyanarra a címre kell mutatnia. Ha a WordPress SEO alapjait szélesebb körben is áttekintenéd, a WordPress SEO témaoldal jó kiindulópont.

Hogyan működik?

A WordPress magja régóta tartalmaz canonical funkciót. Egyedi bejegyzéseken és oldalakon (az úgynevezett singular nézeteken) a rendszer automatikusan kiír egy önhivatkozó canonical címkét a fejrészbe, feltéve, hogy a sablon meghívja a szabványos wp_head hookot. Ez a mag viselkedése, nem kell hozzá bővítmény. Archívumokra, kategóriákra, címkékre és a kezdőlapra viszont a mag önmagában nem ad ilyen teljes körű megoldást, ezt a hiányt az SEO bővítmények pótolják.

Ha telepítesz egy SEO bővítményt, az jellemzően kikapcsolja a mag saját canonical kimenetét, és a sajátjával váltja ki, így elkerülhető a dupla címke. A bővítmény már archívumokra, taxonómiákra, a kezdőlapra és lapozott oldalakra is generál canonicalt, és szerkesztőfelületet ad, ahol bejegyzésenként felülírhatod az értéket.

A canonical útja a kód és a kereső között

A WordPress összeállítja az oldalt, és a wp_head hookon a mag vagy a bővítmény kiírja a canonical címkét.
A kereső robotja letölti az oldalt, és rögzíti a deklarált canonicalt.
Összeveti más jelekkel: melyik URL-re mutatnak a belső linkek, melyik szerepel a sitemapben, van-e átirányítás, mennyire egyezik a tartalom.
Kiválasztja a szerinte elsődleges URL-t, és az indexben azt jeleníti meg, a duplikátumok jeleit pedig jellemzően hozzá rendeli.

A WordPress belső „canonical átirányítása”

Kevesen tudják, hogy a magban van egy másik, hasonló nevű mechanizmus is: a redirect_canonical függvény. Ez nem címkét ír ki, hanem valódi átirányítást végez, ha a kért URL eltér a WordPress szerint helyes formától. Például ha a bejegyzést ?p=123 formában hívod meg, miközben szép permalinkeket használsz, a rendszer átirányít a szép címre. Hasonlóan kezeli a hiányzó vagy felesleges záró perjelet is a permalink beállításodnak megfelelően. Ez a két réteg együtt dolgozik: az egyik átirányít, ahol egyértelmű a helyzet, a másik jelez, ahol a duplikátumnak elérhetőnek kell maradnia.

Kidolgozott példa: egy cikk, öt URL

Szemléltető példa egy kitalált webshop blogjáról. Ugyanaz a „Kávéfőző vízkőtelenítése” cikk az alábbi címeken érhető el:

URL	Mi történik	Helyes kezelés
https://pelda.hu/kavefozo-vizkotelenites/	Ez a fő változat	Önhivatkozó canonical
http://pelda.hu/kavefozo-vizkotelenites/	HTTP változat	301 a HTTPS-re szerverszinten
https://www.pelda.hu/kavefozo-vizkotelenites/	www változat	301 a választott hosztnévre
https://pelda.hu/kavefozo-vizkotelenites/?utm_source=hirlevel	Követő paraméter	Canonical a paraméter nélküli címre (a bővítmények ezt általában maguktól így adják ki)
https://pelda.hu/?p=482	Rövid link	A mag átirányít a szép permalinkre

A példából látszik a döntési logika: ahol a változatot senki nem használja tudatosan, ott átirányítás kell, ahol a paraméternek funkciója van (mérés, szűrés), ott canonical. Ez a szabály a WordPress oldalak többségénél kiválóan működik.

Fő módszerek

A canonical beállítására WordPress alatt négy gyakorlati út létezik. A legtöbb oldalnak elég az első kettő, a harmadik és negyedik a speciális esetekre való. A választást az határozza meg, hogy hány URL-t érint a probléma, és mennyire egyedi a helyzet.

1. A mag alapértelmezése

Ha nincs SEO bővítményed, a WordPress a bejegyzéseken és oldalakon önhivatkozó canonicalt ad. Kis, egyszerű oldalaknál ez elég lehet, de az archívumok és a kezdőlap kezelése hiányos, és kézi felülírásra sincs felület. Valódi SEO munkához ezért szinte mindig bővítmény kell.

2. SEO bővítmény alapbeállítással és kézi felülírással

A három legelterjedtebb bővítmény mindegyike automatikusan kezeli a canonicalt, és a bejegyzés szerkesztőjében külön mezőt ad a felülíráshoz. A pontos menüpont és elnevezés verziónként változhat, ezért a konkrét lépéseket a bővítményhez tartozó útmutatóban érdemes követni:

Yoast SEO: a bejegyzés Yoast paneljének speciális beállításai között található a canonical URL mező. Részletek: Yoast SEO: teljes útmutató.
Rank Math: a szerkesztő oldalsávjában a haladó beállításoknál adható meg. Részletek: Rank Math: teljes útmutató.
All in One SEO: a bejegyzés AIOSEO beállításainál, a haladó lapon szerepel. Részletek: All in One SEO: teljes útmutató.

A mezőt csak akkor töltsd ki, ha szándékosan másik URL-t akarsz elsődlegesnek jelölni. Üresen hagyva a bővítmény az önhivatkozó értéket adja, ami a cikkek túlnyomó többségénél helyes.

3. Szűrő kódból, sok URL egyszerre

Ha egy egész URL-csoport canonicalját kell módosítanod (például egy egyedi bejegyzéstípus minden elemét egy másik oldalra), a kézi felülírás nem skálázódik. Ilyenkor a bővítmények szűrőivel, egy gyermeksablon functions.php fájljában vagy egy saját kis bővítményben feltételesen módosíthatod a kimenetet. A szűrő neve bővítményenként eltér, ezt mindig az adott bővítmény fejlesztői dokumentációjában ellenőrizd, és élesítés előtt teszteld egy staging példányon.

4. HTTP fejléc nem HTML fájlokhoz

Ha ugyanaz a tartalom HTML oldalként és PDF letöltésként is elérhető, a PDF-hez Link fejlécben adhatsz canonicalt a szerver konfigurációjában. Ez ritkább eset, de dokumentumtáraknál, árlistáknál hasznos lehet.

Döntési szabály: melyik módszert válaszd?

Kell-e a duplikált URL a felhasználónak? Ha nem: 301 átirányítás, nem canonical.
Egyetlen oldalról van szó? Kézi felülírás a bővítmény mezőjében.
Tíz vagy több, szabály szerint leírható URL? Szűrő kódból.
Nem HTML fájl? HTTP fejléc.
Az oldal nem duplikátum, csak értéktelen a keresőnek? Noindex, nem canonical.

A módszerek közti választás része a teljes technikai SEO stratégiának, amelynek többi elemét a WordPress SEO: teljes útmutató foglalja össze.

Gyakori hibák

A canonical hibák azért alattomosak, mert látogatói oldalon semmi nem látszik belőlük. Az oldal betölt, a tartalom rendben van, közben a kereső rossz URL-t indexel, vagy egyáltalán nem indexeli a fontos oldalt. Az alábbi hibák WordPress oldalakon különösen gyakoriak.

Két canonical címke egy oldalon

Akkor fordul elő, ha két SEO bővítmény fut egyszerre, vagy a sablon saját maga is kiír egy canonicalt a bővítmény mellett. Ha a két érték eltér, a jelzés ellentmondásos, és a kereső figyelmen kívül hagyhatja mindkettőt. Megoldás: egyetlen SEO bővítmény maradjon aktív, és a sablon forrásában ellenőrizd, nincs-e beégetett canonical.

Minden lapozott oldal az első oldalra mutat

Gyakori tévhit, hogy a /page/2/, /page/3/ oldalak canonicalját az első oldalra kell állítani. A lapozott oldalak más tartalmat listáznak, nem duplikátumai az elsőnek. Ha mégis az elsőre mutatnak, a mélyebb oldalakon lévő bejegyzések nehezebben kerülnek felfedezésre. A szokásos, ajánlott gyakorlat az önhivatkozó canonical minden lapozott oldalon, és a nagy bővítmények is jellemzően így működnek alapból.

Canonical noindex oldalra vagy átirányított URL-re

Ha az A oldal canonicalja B-re mutat, de B noindex, vagy B továbbirányít C-re, ellentmondó jeleket küldesz. A canonical célpontja mindig legyen 200-as státuszú, indexelhető, végleges URL.

Rossz protokoll vagy hosztnév a canonicalban

HTTPS-re költözés után néha a WordPress beállításokban (Webhely címe, WordPress címe) bent marad a http változat, és a canonicalok is így generálódnak. Ugyanez a www és www nélküli forma keveredésénél. Az eredmény: a canonical egy átirányító URL-re mutat.

Elfelejtett kézi felülírás

Valaki egyszer, teszt céljából beírt egy másik URL-t a bővítmény canonical mezőjébe, aztán elfelejtette. Hónapokkal később derül ki, hogy az oldal sosem került be az indexbe. Ez a hiba azért gyakori, mert a mező a speciális beállítások között van, és nem látszik ránézésre.

Ellenpélda: amikor a canonical nem a jó eszköz

Két különböző termékoldal hasonló leírással (például ugyanaz a póló két színben, saját URL-en) nem feltétlenül duplikátum. Ha mindkét színre külön keresnek, mindkettőnek önálló, önhivatkozó canonical és egyedi tartalom jár. A canonical csak akkor helyes, ha valóban azt akarod, hogy az egyik változat ne jelenjen meg önállóan a találatok között.

Hibakereső ellenőrzőlista

Pontosan egy canonical címke van a forráskódban?
A canonical abszolút URL, a helyes protokollal és hosztnévvel?
A célpont 200-as státuszú és indexelhető?
A belső linkek és a sitemap ugyanarra az URL-re mutatnak?
A lapozott oldalak önmagukra mutatnak?
Nincs feledésbe merült kézi felülírás a fontos oldalakon?

Mérés

A canonical beállítás csak akkor tekinthető késznek, ha ellenőrizted, hogy a kereső is úgy értelmezi, ahogy szeretnéd. A mérés három szinten történik: forráskód, Search Console, rendszeres feltérképezés.

1. Forráskód ellenőrzése

Nyisd meg az oldalt, nézd meg a forrását, és keress rá a canonical szóra. Így azonnal látod, hány címke van és mire mutat. Figyelj arra, hogy gyorsítótárazó bővítmény mellett a régi változat is megjelenhet, ezért módosítás után ürítsd a gyorsítótárat. Bejelentkezett adminként a megjelenés eltérhet a látogatóétól, érdemes inkognitó ablakban is megnézni.

2. Google Search Console: URL-vizsgálat

Az URL-vizsgálat eszköz két értéket mutat: a felhasználó által deklarált canonicalt és a Google által kiválasztott canonicalt. Ha a kettő egyezik, a jelzésed célba ért. Ha eltér, a Google más jelek alapján döntött, és meg kell keresned, melyik jel mond ellent a canonicalnek.

3. Az oldalindexelési jelentés állapotai

Állapot	Jelentése	Teendő
Alternatív oldal megfelelő canonical címkével	A duplikátumot helyesen a fő változathoz rendelte	Általában semmi, ez a várt eredmény
Ismétlődő, a Google a felhasználótól eltérő canonicalt választott	Nem fogadta el a jelzésed	Belső linkek, sitemap, tartalmi különbségek átnézése
Ismétlődő, a felhasználó nem jelölt ki canonicalt	Duplikátumot talált deklaráció nélkül	Canonical vagy átirányítás beállítása

A jelentés megnevezései a felület frissítéseivel módosulhatnak, de a logika ugyanaz: a cél, hogy a fontos URL-ek indexelve legyenek, a duplikátumok pedig az alternatív állapotba kerüljenek.

4. Rendszeres feltérképezés

Egy webhelyfeltérképező eszközzel (asztali vagy felhőalapú crawlerrel) az egész oldalt egyszerre átnézheted. Ezek jellemzően listázzák a canonical értéket oldalanként, és kiszűrhetők velük a nem önhivatkozó, a hiányzó vagy a nem 200-as célra mutató canonicalok.

Saját mérési workflow negyedévente

Teljes feltérképezés, export a canonical oszloppal.
Szűrés: minden olyan URL, ahol a canonical nem egyezik az URL-lel. Mindegyiknél kérdés: szándékos?
Search Console oldalindexelési jelentés: az eltérő canonicalt választott URL-ek listája.
A két lista összevetése: ahol te kijelöltél valamit, de a Google mást választott, ott keresd az ellentmondó jelet.
Javítás után érvényesítés kérése a Search Console-ban, és két-négy hét múlva újraellenőrzés (szemléltető időkeret, a tényleges feldolgozás ennél hosszabb is lehet).

Egy szemléltető esetben, ha a negyedéves feltérképezés 40 nem önhivatkozó canonicalt talál, és ebből 35 szándékos paraméteres változat, a maradék 5 a valódi vizsgálandó lista. A szűrés célja pontosan ez: a zajból kiemelni azt a néhány URL-t, ahol tényleg hiba van.

Kapcsolódó részletes útmutatók

A canonical a WordPress technikai SEO egyik eleme, és a gyakorlatban szinte mindig egy SEO bővítményen keresztül állítod be. Ezért a további lépésekhez érdemes a bővítményed saját útmutatóját is elolvasni, mert a menük, az alapértelmezések és a felülírási lehetőségek bővítményenként eltérnek.

Hogyan válassz a bővítmények között?

Canonical szempontból mindhárom elterjedt bővítmény tudja azt, ami a legtöbb oldalnak kell: automatikus önhivatkozó canonical, archívumok és lapozás kezelése, kézi felülírás bejegyzésenként. A különbségek inkább a felület logikájában, a további funkciókban és a fejlesztői szűrők elnevezésében vannak. Ha már használsz egyet, ne válts csak a canonical miatt: a váltás maga is kockázat, mert a kézi felülírások átvitelét ellenőrizni kell.

Mit nézz meg bővítményváltás után?

A régi bővítmény valóban ki van kapcsolva, nem marad dupla canonical.
A kézi canonical felülírások átkerültek az új bővítménybe (az importáló eszközök ezt nem mindig fedik le teljesen).
A kezdőlap, a kategóriák és a lapozott oldalak canonicalja helyes.
A sitemap továbbra is a canonical URL-eket tartalmazza.

Ajánlott sorrend a tanuláshoz

Ha most kezded, előbb a WordPress SEO átfogó képét érdemes megérteni, utána a saját bővítményed részleteit. A canonical ugyanis összefügg a permalinkekkel, a sitemappel, az indexelési beállításokkal és a belső linkstruktúrával, ezek nélkül a beállítás csak félmegoldás. A bővítményútmutatókban a canonical mező pontos helyét, az archívumokra vonatkozó beállításokat és a gyakori konfliktusokat is megtalálod.

A témához kapcsolódó részletes anyagok: