A pilléroldal nem "hosszabb blogbejegyzés". Egy olyan oldal, amely egy teljes témakört lefed középszinten, és onnan továbbküld a részletekbe. A klaszter pedig azokból a cikkekből áll, amelyek egy-egy részkérdést visznek végig alaposan. A kettő közti munkamegosztás eldöntése az egész struktúra sorsa: ha rosszul húzod meg a határt, ugyanarra a kérdésre két oldalad lesz, és egyik sem lesz elég erős.
Mikor van egyáltalán szükséged pilléroldalra?
Akkor, ha egy témában már van (vagy tervezel) legalább 5-6 önálló, egymásra épülő tartalmat, és a látogató nem tudja, hol kezdje. Ha csak két cikked van egy témában, a pilléroldal felesleges váz.
Saját tapasztalat kisebb magyar oldalakon: 3-4 klasztercikk alatt a pilléroldal inkább kárt okoz, mert elszívja a belső linkeket a valódi tartalomtól, miközben maga is vékony marad. A jó belépési küszöb nagyjából ott van, ahol a téma már önállóan is menüpontot érdemelne.
Szakmai feltételezés (nem hivatalos Google-állítás): a válaszmotorok, például a ChatGPT keresője vagy a Google AI Overviews, szívesebben idéznek olyan oldalról, amely egy kérdésre önmagában is kerek választ ad. A pilléroldal ezért nem attól lesz jó forrás, hogy hosszú, hanem attól, hogy minden alszakasza kiemelhető és önmagában értelmes.
Mi kerüljön a pilléroldalra, és mi a klaszterbe?
Rövid válasz: a pilléroldalra a fogalmak, a döntési logika és az átfogó folyamat kerül, a klaszterbe pedig a végrehajtás, a kivétel és a szűk esetek.
Gyakorlati szétválasztás:
- Pilléroldal: mi ez, mikor van rá szükség, milyen típusai vannak, hogyan néz ki a folyamat nagy vonalakban, milyen döntési pontok vannak, mibe szokás belefutni.
- Klaszter: egy konkrét lépés lépésről lépésre, egy eszköz beállítása, egy hibaeset kezelése, egy szegmensre szabott változat, egy mérőszám értelmezése.
Ha egy szakasz a pilléren kezd 600 szó fölé nőni, az szinte mindig azt jelzi, hogy önálló klasztercikk akar lenni. Ilyenkor a pilléren hagyj belőle 120-180 szót (mi ez, miért számít, mi a lényeg), és linkelj tovább. Ez a "kivágás és összekötés" mozdulat a leggyakoribb művelet egy pillérstruktúra karbantartásában.
A fordított irány is igaz: ha egy klasztercikk elején három bekezdés általános bevezető van a témáról, az duplikálja a pillért. Töröld, és helyette az első mondat után linkelj vissza a pillérre.
Hogyan épül fel egy pilléroldal szakaszról szakaszra?
Rövid válasz: kérdés-alapú H2-k, mindegyik elején két-három mondatos önálló válasszal, utána a kifejtés, a végén továbblépési pontok.
Bevált sorrend:
- Nyitás (80-120 szó): kinek szól, mit fog megoldani. Nincs benne "bemutatjuk" típusú töltelék.
- Definíciós szakasz: a téma alapfogalmai, tisztán, idézhetően. Ez az a rész, amit egy válaszmotor a legszívesebben emel ki.
- Döntési szakasz: mikor melyik utat érdemes választani. Itt van a legtöbb üzleti érték, és ezt másolják a legnehezebben.
- Folyamat-áttekintés: a teljes menet 5-8 lépésben, lépésenként 2-4 mondat plusz link a klaszterre.
- Tipikus hibák: 4-6 pont, mindegyik konkrét következménnyel.
- Ellenőrzőlista: amit az olvasó ténylegesen végig tud pipálni.
- Gyakori kérdések: a maradék, rövid kérdésekre adott rövid válaszok.
Példa-váz: "Helyi keresőoptimalizálás" pillér
Egy Székesfehérváron működő szolgáltató oldalán a pillér így nézhet ki:
- H2: Mit jelent a helyi keresőoptimalizálás? (definíció, 200 szó)
- H2: Kinek éri meg és kinek nem? (döntési logika, 250 szó)
- H2: Milyen lépésekből áll a folyamat? (7 lépés, lépésenként 3 mondat + link)
- H2: Mit mérj, hogy lásd, működik-e? (mérőszámok, 250 szó)
- H2: Milyen hibák viszik el a legtöbb eredményt? (5 pont)
A hozzá tartozó klaszter: cégprofil kitöltése lépésről lépésre, vélemények kezelése, több telephely kezelése, helyi kulcsszókutatás, NAP-adatok egységesítése, helyi landing oldal felépítése. Mindegyik önálló keresési szándékra válaszol, egyik sem próbálja újra elmondani, mi az a helyi SEO.
Hogyan állítod össze a klaszter témalistáját?
Rövid válasz: a klaszterlista nem kulcsszólistából születik, hanem abból, hogy milyen kérdéseket tesz fel valaki, amíg eljut a döntésig.
Használható módszer, körülbelül két óra munka:
- Kérdésgyűjtés. Írd össze, mit kérdeznek tőled telefonon és emailben ebben a témában. Ez a legértékesebb forrás, mert valós szándékot tükröz, nem eszközből jön.
- Kiegészítés keresési adatból. A Search Console lekérdezései és a keresőben megjelenő kapcsolódó kérdések kiegészítik a listát azzal, amit nem szoktak megkérdezni, csak beírnak.
- Csoportosítás szándék szerint. Rakd egy kupacba azokat a kérdéseket, amelyekre ugyanaz a válasz. Egy kupac egy cikk. Ha egy kupacban két, egymással nem helyettesíthető válasz van, bontsd ketté.
- Rangsorolás. Előre azok kerülnek, amelyek közel vannak a döntéshez (mennyibe kerül jellemzően, mit kell hozzá előkészíteni, mennyi ideig tart). A tisztán tájékozódó kérdések maradhatnak későbbre.
- Egy mondat cikkenként. Mielőtt bármit megírsz, minden tervezett cikkhez tartozzon egy mondat arról, mire válaszol. Ez lesz a kannibalizáció elleni első védvonal.
Saját tapasztalat: a listák nagyjából harmada kihullik ebben a szakaszban, mert kiderül, hogy két-három tervezett cikk ugyanaz a cikk másik címmel. Ezt jóval olcsóbb most észrevenni, mint három megírt szöveg után.
Milyen hosszú legyen a pilléroldal?
Rövid válasz: a hossz következmény, nem cél. A gyakorlatban a működő pilléroldalak jellemzően 1500-2500 szó között mozognak, a klasztercikkek 800-1500 között, de ezt a témakör bontása határozza meg, nem egy szószám-elvárás.
Hivatalos információ: a Google Search Central dokumentációja nem tartalmaz ajánlott szószámot, és a Google többször jelezte, hogy a szószám nem rangsorolási tényező. Amit a hossz jelez, az legfeljebb annyi, hogy a téma le van-e fedve.
Praktikus fék: ha a pilléred 3000 szó fölé nő, nagy eséllyel klasztercikkeket tartasz benne. Bontsd szét. Ha 900 szó alatt marad, nagy eséllyel nincs mit köré építeni, és jobban jársz egy alapos önálló cikkel.
Hogyan linkelj a pillér és a klaszter között?
Rövid válasz: minden klaszter linkeljen vissza a pillérre, a pillér pedig minden klaszterre egyszer, leíró horgonyszöveggel. Klaszterek egymásra csak akkor linkeljenek, ha valódi tartalmi folytatás.
Konkrét szabályok, amiket érdemes betartani:
- A pilléren a klaszterlink a releváns szakaszon belül legyen, ne egy gyűjtődobozban a cikk alján. A szövegkörnyezet adja a link jelentését.
- A horgonyszöveg a célcikk témáját írja le, ne azt, hogy "kattints ide". Jó: "a cégprofil kitöltése lépésről lépésre".
- Ugyanarra a klaszterre a pilléren belül egyszer linkelj. A háromszori ismétlés nem erősít, csak zajos.
- A klaszter első harmadában legyen a visszalink a pillérre, ne csak a záró bekezdésben.
- Morzsamenüvel is jelezd a hierarchiát, és jelöld
BreadcrumbListsémával.
Egyszerű strukturált jelölés, ami a pillér és a klaszter viszonyát is kifejezi:
{"@context":"https://schema.org","@type":"Article","headline":"Cegprofil kitoltese lepesrol lepesre","isPartOf":{"@type":"WebPage","@id":"https://pelda.hu/helyi-seo/"},"mainEntityOfPage":"https://pelda.hu/helyi-seo/cegprofil/"}
A linkszám is számít, de nem úgy, ahogy sokan gondolják. Egy pilléroldalon 10-15 belső link még jól követhető, 40 fölött a szerkezet elveszti a jelentését, mert minden link egyformán fontosnak látszik. Ha sok klasztered van, csoportosítsd őket H3 alá tematikusan, és a csoport élén egy mondat mondja meg, kinek melyik való.
Szakmai feltételezés: az isPartOf önmagában nem hoz rangsorolási előnyt, de segít a gépi feldolgozásnak megérteni, melyik oldal a téma gyökere. Az elsődleges jelzés továbbra is a belső linkelés és a szövegkörnyezet marad.
Hogyan kerüld el a kannibalizációt?
Rövid válasz: a kannibalizáció nem kulcsszó-átfedésből keletkezik, hanem szándék-átfedésből. Két oldal akkor üti egymást, ha ugyanarra a kérdésre ugyanolyan mélységben válaszol.
Amit tenni tudsz:
- Szándék-térkép készítése írás előtt. Minden tervezett oldalhoz írj le egy mondatot: "ez az oldal arra válaszol, hogy ...". Ha két mondat összekeverhető, az egyik oldalra nincs szükség.
- Search Console ellenőrzés. A Teljesítmény riportban szűrj egy lekérdezésre, és nézd meg, hány URL kap rá megjelenést. Ha két URL váltakozva pörög ugyanarra a lekérdezésre, az konkrét jel.
- Összevonás bontás helyett. Ha megvan a két ütköző oldal, a gyengébbet általában érdemes 301-gyel a jobbra irányítani, és a hasznos részeit átemelni. A "majd átírom máshogy" ritkán vezet eredményre.
- A pillér ne célozzon szűk lekérdezést. A pillér a tág, fogalmi lekérdezésre pályázik, a klaszter a hosszú, konkrét kérdésre. Ha a pilléred címe egy konkrét how-to kérdés, már át is vetted egy klaszter dolgát.
- Canonical csak duplikációra. A kannibalizáció nem duplikáció, canonical taggel nem oldható meg. Az eltérő tartalmú, de azonos szándékú oldalak esetén tartalmi döntés kell.
Mit érdemes ellenőrizni publikálás előtt?
Rövid válasz: ez a lista nagyjából tíz percbe kerül, és a leggyakoribb szerkezeti hibákat kiszűri.
- Minden H2 kérdés vagy egyértelmű állítás, és az első két mondat önmagában is válasz.
- Egyetlen szakasz sem duplikálja egy klasztercikk törzsét.
- Minden klaszterre pontosan egy link mutat a pillérről, leíró horgonyszöveggel.
- Minden klaszter visszalinkel a pillérre az első harmadban.
- A pillér címe és a klaszterek címei nem cserélhetők fel értelemvesztés nélkül.
- Van morzsamenü, és a jelölés hibamentes a Rich Results Test szerint.
- A pilléren szerepel dátum és szerző, a szakmai állítások mellett forrás.
- Van legalább egy táblázatszerű vagy listás rész, amit egy válaszmotor könnyen kiemelhet.
Ez a szerkezet nem garantál jobb helyezést, és önmagában nem hozza be a válaszmotorok idézéseit sem. Amit jó eséllyel javít, az a téma lefedettségének olvashatósága: a látogatónak és a gépnek is könnyebb lesz eldöntenie, melyik oldalad válaszol a kérdésére.
Források és további olvasnivalók
- Google Search Central: Search Essentials, valamint a Creating helpful, reliable, people-first content útmutató
- Google Search Central: Structured data general guidelines és a BreadcrumbList dokumentáció
- Google Search Console súgó: Teljesítmény riport és a lekérdezésenkénti URL-elemzés
- Schema.org: Article, WebPage, isPartOf és mainEntityOfPage típusdefiníciók
- W3C: Web Content Accessibility Guidelines, a címsor-hierarchiára vonatkozó rész
- OpenAI dokumentáció: ChatGPT search és a webes tartalmak felhasználásáról szóló leírás
- Pilléroldalt akkor érdemes építeni, ha legalább 5-6 önálló klasztercikk tartozik a témához.
- Ha egy szakasz a pilléren 600 szó fölé nő, önálló klasztercikk akar lenni: hagyj belőle 120-180 szót és linkelj tovább.
- Minden klaszter linkeljen vissza a pillérre az első harmadban, a pillér pedig egyszer, leíró horgonyszöveggel minden klaszterre.
- A kannibalizációt szándék-térképpel előzöd meg, és Search Console-ban azonosítod: ha két URL váltakozik ugyanarra a lekérdezésre, összevonás kell.
- A hossz következmény, nem cél: a szószám nem rangsorolási tényező, a szerkezet önmagában nem garantál helyezést.
Gyakori kérdések
Hány klasztercikk kell egy pilléroldal alá?
Gyakorlati küszöb az 5-6 önálló cikk. Ez alatt a pilléroldal vékony marad és elszívja a belső linkeket a valódi tartalomtól. Ha csak két-három cikked van, egyelőre jobban jársz egy alapos önálló írással.
Lehet a pilléroldal egy szolgáltatásoldal is?
Igen, és sok esetben ez a leghatékonyabb. Ilyenkor a szolgáltatásoldal viszi a fogalmi és döntési részt, a klaszter pedig a hogyan-kérdéseket. Fontos, hogy a konverziós elemek ne nyomják el a tájékoztató tartalmat, különben a látogató nem talál választ.
Mennyi idő alatt látszik bármilyen hatás?
Ez erősen függ a domain előéletétől, a versenytől és attól, milyen gyakran indexeli újra a kereső az oldalt. Több hónapos nagyságrend a reális várakozás, és egy jól felépített struktúra sem garantál helyezésjavulást.
Mi a teendő, ha már van két ütköző cikkem?
Nézd meg a Search Console Teljesítmény riportjában, melyik kap több megjelenést és kattintást ugyanarra a lekérdezésre. A gyengébb hasznos részeit emeld át az erősebbe, majd 301-es átirányítással vezesd rá. Az átírás önmagában ritkán szünteti meg a szándék-átfedést.
A canonical tag megoldja a kannibalizációt?
Nem. A canonical duplikált vagy közel azonos tartalmakra való. A kannibalizációnál a két oldal tartalma eltérő, csak a keresési szándék azonos, ezt tartalmi döntéssel (összevonás vagy éles szétválasztás) kell rendezni.
Kell strukturált adat a pilléroldalra?
Nem kötelező, de segít. A BreadcrumbList a hierarchiát teszi géppel olvashatóvá, az Article isPartOf mezője pedig jelzi, melyik oldal a téma gyökere. Ezek segíthetik a feldolgozást, de a belső linkelés és a szövegkörnyezet marad az elsődleges jelzés.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.