… de olvasd el ezt, mielőtt nekiállsz!
Az Unas legújabb fejlesztésével blogbejegyzésenként külön megadható a canonical URL. Jó fejlesztés, régóta hiányzott. Az Unas saját leírása azonban nem fedi le a teljes képet – az egyik ajánlott felhasználási eset (blog → termékoldal kanonizálás) kifejezetten kockázatos, és ha nem körültekintően nyúlsz hozzá, értékes tartalmakat rúgsz ki magad alól. Ez a cikk azt mondja el, amit az Unas fejlesztői bejelentéséből kihagytak.
Tartalomjegyzék
Először is: a canonical nem parancs, hanem kérés
Ezzel kezdeném, mert ez az egész téma legfontosabb mondata. A canonical tag egy hint – azaz egy jelzés, amit a keresőmotoroknak adsz, de amit ők felülbírálhatnak. Nem egy 301-es átirányítás, nem egy kötelező érvényű direktíva. A Google megnézi, amit megadsz, aztán eldönti, hogy elhiszi-e.
Ha a két oldal tartalma, szerkezete és user intent-je elég közel van egymáshoz, a Google általában elfogadja a jelzést. Ha ellentmondást érez – például azt, hogy egy tájékoztató blogcikket egy tranzakciós termékoldalra kanonizálsz –, simán figyelmen kívül hagyja, és marad minden a régiben. Kivéve, ha nem: ilyenkor előfordulhat, hogy a blogcikked kiesik az indexből anélkül, hogy a céloldalad egyáltalán profitálna belőle.
Ezt az Unas bejelentése egy mondatban meg is fogalmazza a végén („a Google dönthet úgy, hogy mégis külön indexelni fogja a cikkeket”), de a súlya nem jön át. Ez nem egy kis csillag a leírás alján – ez a funkció megértésének az alfája.
Mi a „gyűjtőoldal” valójában?
Az Unas leírása azt mondja, a canonical segítségével megmutatod a keresőnek, „melyik a gyűjtőoldal”. Ez a szóhasználat kicsit csúszik, mert a „gyűjtőoldal” a legtöbb SEO-s fejében főleg egy UNAS jellegű webáruház esetében kategóriaoldalt jelent. Ha valaki emiatt arra gondol, hogy az aloldalait a kategóriaoldalukra kanonizálja, az komoly hiba – a kategóriaoldal és egy termékoldal tartalma nem közel azonos, a Google ezt nem fogja elfogadni kanonikus jelzésként, és az aloldalak eközben elveszíthetik az indexelésüket.
A helyes megközelítés: a canonical az elsődleges, „mester” URL-t jelöli meg. Olyan oldalt, amelynek tartalma nagymértékben átfed a kanonizált oldallal. Ez termékváltozatoknál (piros/kék/zöld változat → alaptípus), szűrős/paraméteres URL-eknél, vagy duplikált oldalaknál működik jól.
Ahol a leírás igazán félrevihet: blog a termékoldalra kanonizálva
Az Unas cikk ezt írja: „Ha nagy az átfedés egy blogcikk és egy termékoldal tartalma között, szintén kanonizálhatsz a blogról akár termékoldalra is.„
Ez az a pont, ahol SEO-sként a szemöldököm felszalad.
Egy blogcikk és egy termékoldal alapvetően eltérő keresési szándékot szolgál ki. A blogcikk informál, a termékoldal elad. A Google ezt érzékeli, és ha azt látja, hogy egy információs szándékú oldalt egy tranzakciós oldalra kanonizálsz, igen valószínű, hogy ignorálja a jelzést. A blogcikked viszont – a jelzés elhelyezése miatt – kieshet az indexből. Eredmény: elvesztesz egy organikus forgalomforrást, cserébe a termékoldal nem erősödik, mert a Google nem vette figyelembe a canonical-t.
A blog → termékoldal kanonizálás csak akkor reális, ha a két oldal tartalmilag szinte azonos – ami viszont azt jelzi, hogy a tartalom egyikük esetén eleve felesleges. Minek készítenél egy blogbejegyzést, ami szinte tökéletes másolata egy termékoldalnak? Semmi értelme, igaz? Ha értékes, önálló blogcikked van, ne kanonizáld a termékre. Ehelyett linkeld meg a terméket a cikkből, és fordítva. Ez a belső linkelés pontosan azt csinálja, amit itt kanonizálással akarnál elérni – anélkül, hogy egyiket sem indexelteted ki.
A sarokkő tartalom és a canonical: amikor a jó ötlet visszafelé sül el
Az Unas a sarokkő (cornerstone) tartalomstratégiát hozza fel haladó felhasználási esetként: a rövidebb cikkek a fő bejegyzésre kanonizálnak, és azt erősítik. Ez az elv ismerős, de a megvalósítás azért egy kicsit árnyaltabb megközelítést igényel :) .
Ha a rövidebb cikkek valóban csak a fő téma egyszerűsített kivonatai, és önállóan nincs keresési értékük, akkor a kanonizálás rendben van. De ha ezek a cikkek önálló kulcsszavakra rangsorolnak, van backlink-jük, vagy saját forgalmat hoznak, ha a fő témának valamiféle kibontását tartalmazzák – akkor a canonical beállításával pontosan azt veszíted el, amit meg akartál tartani.
A Topic Cluster modell, ami mögött ez az egész áll, igazából így működik optimálisan: a rövidebb klaszter-cikkek indexelve maradnak, önállóan rangsorolnak a saját szűkebb kulcsszavaikra, és a fő pillar cikkre mutatnak belső linkkel. Így több irányból jön a forgalom, és a fő cikk is erősödik – a belső linkerőn keresztül, nem pedig azáltal, hogy a többi cikket kinyírod alatta.
Mikor érdemes tényleg használni ezt a funkciót?
A canonical igazi ereje a duplikált tartalom kezelésénél van. Az Unas rendszerben is előfordulhat, hogy ugyanaz a blogcikk több URL-en érhető el – például kampányparaméterekkel, nyomtatható verzióban, vagy szűrők hatására generált URL-eken. Ezekben az esetekben a canonical pontosan az, amire való: megmondja a Google-nak, melyik az „eredeti”, és összevonja a linkerőt egyetlen URL-re.
Ha valaha úgy döntesz, hogy egy régi, kisebb értékű cikket „beolvasztasz” egy frissebb, jobb anyagba – és az átirányítást technikailag nem tudod megoldani –, akkor a canonical egy elfogadható kompromisszum. De ez is inkább ideiglenes megoldás: ha valóban meg akarod szüntetni a régi cikket, egy 301-es redirect pontosabb és erősebb eszköz.
Egy technikai kérdés, amit az Unas nem válaszolt meg
A SEO-s best practice szerint minden oldalnak rendelkeznie kell (oké, nem kötelező, de erősen ajánlott a Google canonical dokumentációja szerint.) önmagára mutató canonical taggel (self-referencing canonical), akkor is, ha nem kanonizáltad sehova. Ez véd a külső duplikálással, a scraper oldalakkal és a paraméteres URL-ekkel szemben.
Az Unas leírásából nem derül ki, hogy a rendszer automatikusan generálja-e ezt az alapbeállítást minden blogbejegyzésnél (amúgy igen). Megnéztem a szivattyuk.hu webáruház adminjában, hogy az újonnan készített blogbejegyzésekben esetében ez a rész hogyan néz ki. Ahogy a képen is látható, az admin felületen nincs kitöltve, de …
de a publikált bejegyzésekben a forráskódban azért megtalálható a kód:
Összességében az Unas fejlesztése valóban hiányzott, és jó, hogy megvan. De az ehhez tartozó leírás inkább egy feature announcement, mint egy SEO útmutató. Ha ezt a funkciót aktívan akarod használni, ne az Unas cikkéből indulj ki – inkább Google Search Central dokumentáció, és erős belső linkelési stratégia ajánlott ez mellé.
GYIK
Miben különbözik a canonical tag a 301-es átirányítástól?
A 301-es redirect kötelező érvényű: a felhasználó és a Google is az új URL-re kerül, a régi megszűnik láthatóan létezni. A canonical tag ezzel szemben egy javaslat: a régi URL technikailag elérhető marad, csak a Google-nek jelzed, hogy a másikat tekintsd „hivatalosnak”. Ha valóban meg akarsz szüntetni egy oldalt, a 301 erősebb eszköz.
Mi történik, ha a Google nem fogadja el a canonical jelzésemet?
A Google felülbírálhatja a canonical taget, ha ellentmondást érzékel – például ha a két oldal user intent-je eltér, ha a céloldal nem elérhető, vagy ha a tartalomhasonlóság kevés. Ilyenkor mindkét URL önállóan maradhat az indexben, vagy a forrásoldal kieshet anélkül, hogy a céloldal profitálna belőle.
Érdemes a sarokkő cikkeimet canonical-lal összevonni a fő cikkre?
Csak akkor, ha a rövidebb cikkek önállóan nem hoznak forgalmat és nincs saját kulcsszó-rangsorolásuk. Ha mégis van értékük, jobb megoldás a belső linkelés: a klaszter-cikkek indexelve maradnak és onnan linkeled a fő tartalmat, így több forgalomforrást tartasz meg.
Hogyan ellenőrzöm, hogy az Unas automatikusan generál-e self-referencing canonical taget?
Nyiss meg egy blogcikket a böngészőben, nézd meg a forrást (Ctrl+U), és keress rá a <link rel="canonical" tagre. Ha megjelenik és saját URL-re mutat, az rendben van. Ha nem jelenik meg, érdemes az Unas supportnak jelezni, vagy Google Search Console Coverage riportban monitorozni az indexelési állapotot.
Mikor tényleg érdemes canonical-t beállítani egy blogcikkre?
A legbiztosabb felhasználási esetek: paraméteres URL-ek kezelése (pl. szűrős változatok), duplikált tartalom egy kampány URL-nél, illetve ha egy régebbi, elavult cikket egy frissebb anyagba szeretnél „beolvasztani” – de utóbbira hosszú távon a 301 redirect a jobb megoldás.
Szójegyzék
Canonical tag – Egy HTML <link rel="canonical"> elem az oldal fejlécében, amely megjelöli az adott tartalom „elsődleges” URL-jét. A keresőmotoroknak szóló javaslat, nem kötelező érvényű direktíva.
Hint vs. directive – A canonical tag „hint”: a Google figyelembe veszi, de felülbírálhatja. A 301-es átirányítás „directive”: kötelező érvényű, a crawler automatikusan az új URL-t követi.
Self-referencing canonical – Minden oldalon ajánlott egy önmagára mutató canonical tag, amely azt jelzi, hogy ez az URL az elsődleges verzió. Véd a külső duplikálás és a paraméteres URL-ek ellen.
User intent (keresési szándék) – Az a cél, amit a felhasználó egy adott keresőkifejezéssel el akar érni: lehet információs (tájékozódni akar), tranzakciós (venni akar) vagy navigációs (egy konkrét oldalt keres). A Google erősen figyeli ezt, és a canonical jelzéseket is a szándék konzisztenciájával együtt értékeli.
Topic Cluster / Pillar-Cluster modell – Tartalmak szervezési stratégiája: egy fő „pillar” cikk (sarokkő) lefedi a témát átfogóan, a köré szervezett kisebb „cluster” cikkek pedig specifikusabb altemákat dolgoznak fel, és belső linkekkel mutatnak a pillar-re.
Crawl budget – Az a „kapacitás”, amennyit a Google egy adott idő alatt egy weboldalon crawlolni hajlandó. Nem kanonikus, indexelésre nem javasolt URL-ek feleslegesen emésztik el ezt a keretet.
Link equity (linkerő) – Az a „szavazati érték”, amit egy backlink vagy belső link átad a céloldalnak. A canonical tag elméletben összevonja a linkerőt az elsődleges URL-re – de gyengébben, mint egy 301-es átirányítás.
