A legtöbb tartalomstratégia ott bukik el, hogy kulcsszólistából indul. Kigyűjtöd a keresési volumeneket, sorba rendezed őket, és írsz rájuk egy-egy cikket. Az eredmény jellemzően harminc egymáshoz hasonló szöveg, amelyek ugyanazt a felszínt kapargatják, kannibalizálják egymást, és sem a Google, sem egy nyelvi modell nem tudja belőlük kiolvasni, hogy tulajdonképpen miben vagy szakértő. A szemantikus tartalomtérkép ezt a logikát fordítja meg.
Mi a szemantikus tartalomtérkép, és miben más, mint egy kulcsszólista?
A szemantikus tartalomtérkép egy téma kérdéseinek, entitásainak és összefüggéseinek strukturált modellje, amelyhez konkrét oldalakat rendelsz. Az alapegysége nem a kulcsszó, hanem egy megválaszolandó kérdés.
A különbség gyakorlati. A kulcsszólistában szerepel a fogszabályozás ár és a fogszabályozó árak mint két sor. A tartalomtérképben ez egyetlen kérdés (mennyibe kerül és mitől függ), és mellette ott van tíz olyan kérdés, ami a kulcsszókutatóban alig vagy egyáltalán nem jelenik meg: mi történik, ha félbehagyom, mennyi idő alatt szokom meg, mit lehet enni vele, hogyan döntsek fix és kivehető között.
Ez a különbség a válaszmotorok korában felértékelődik. Egy nyelvi modell nem kulcsszóegyezésre keres, hanem olyan szövegrészeket idéz, amelyek egy konkrét kérdésre önmagukban is értelmes választ adnak. Szakmai feltételezés a részemről, de a gyakorlatban következetesen ezt látom: az a tartalom kerül be gyakrabban az AI-válaszokba, amelyik a kérdést explicit kimondja, és a válasz első két mondatában le is zárja.
Hogyan épül fel egy pillér-klaszter térkép a gyakorlatban?
A pillér a téma átfogó, döntést támogató oldala. A klaszterek egy-egy részkérdést visznek végig mélységben, és mindkét irányban linkelnek a pillérrel. Egy egészséges pillér alatt jellemzően 6-15 klaszter fut.
A felépítés lépésről lépésre:
- Válaszd ki a pillértémát üzleti alapon. Ne az legyen a pillér, amire a legtöbben keresnek, hanem az, amiből bevételed származik. Ha weboldalt készítesz, a pillér a weboldal készítés, nem a mi az a HTML.
- Gyűjts kérdéseket, ne kifejezéseket. Források: értékesítési beszélgetések, ügyfélszolgálati levelek, ajánlatkérő űrlapok szabadszöveges mezői, Google Search Console lekérdezései, a saját chatbot-naplóid. A legjobb kérdések szinte sosem a kulcsszókutatóból jönnek.
- Csoportosítsd őket szándék szerint. Négy tipikus réteg: mi ez és megéri-e, hogyan működik, hogyan válasszak, hogyan csináljam vagy mit várjak a folyamattól.
- Rendelj oldalakat a csoportokhoz. Egy oldal akkor önálló, ha van hozzá legalább 3-4 alkérdés és egy saját döntési szempont. Ha csak egy bekezdésnyi mondanivalód van, az nem oldal, hanem H3 a pilléren belül.
- Jelöld ki az entitásokat. Írd le, milyen szakkifejezések, szabványok, eszközök, szervezetek, települések tartoznak a témához. Ezek adják a szöveg szemantikai gerincét, és ezek mentén tudsz később sameAs vagy about jelölést tenni.
- Rögzítsd táblázatban. Minimum oszlopok: kérdés, célzott oldal, szándék, státusz, pillér, kimenő belső linkek, bejövő belső linkek.
Ez az utolsó lépés unalmas, de ez menti meg a projektet. Térkép nélkül fél év múlva nem fogod tudni, hogy egy új cikk új kérdést fed le, vagy egy meglévőt ír felül.
Milyen kérdéseket kell lefednie egy klaszternek?
Egy klaszter akkor teljes, ha lefedi a döntés előtti, a döntés közbeni és a döntés utáni kérdéseket is. A legtöbb tartalom csak a középsőt fedi le.
Ellenőrzőlista egy klaszteroldal kérdéskészletéhez:
- Definíciós kérdés: mit jelent pontosan, és mivel keverik össze a leggyakrabban?
- Összehasonlító kérdés: mi az alternatíva, és milyen helyzetben jobb a másik? (Ha soha nem mondod ki, hogy mikor NEM a te megoldásod a jó, a szöveg hiteltelen.)
- Folyamatkérdés: mi történik lépésről lépésre, ki mit csinál, mennyi idő?
- Feltételkérdés: mitől függ az eredmény, milyen bemenetre van szükség?
- Kockázati kérdés: mi szokott elromlani, mire kell figyelni?
- Utókérdés: mi van, ha nem működik, hogyan mérem, mikor kell újranézni?
Egy konkrét példa. A helyi SEO pillér alatt a Google cégprofil klaszter nem attól lesz mély, hogy leírod, hogyan kell kitölteni a mezőket. Attól lesz mély, hogy megválaszolod: mi történik, ha két profilod van ugyanarra a címre, hogyan kezeld a szolgáltatási területet telephely nélkül, mennyi idő a visszaigazolás, mi a teendő, ha valaki módosítást javasol a profilodon. Ezek a kérdések valós helyzetekből jönnek, és tapasztalatom szerint pont ezekre nincs érdemi magyar nyelvű válasz.
Hogyan kerüld el a felszínes, mindenről egy kicsit típusú tartalmat?
A felszínesség ellenszere nem a hosszabb szöveg, hanem az információsűrűség: olyan állítás, amit csak az tud leírni, aki csinálta.
Négy gyakorlati szűrő, amit érdemes minden szakaszra ráengedni:
- Az általánosság-teszt: ha a bekezdés bármelyik versenytársad oldalán is állhatna változtatás nélkül, töröld vagy konkretizáld.
- A szám-teszt: van a szakaszban legalább egy szám, időtartam, arány, verzió vagy küszöbérték? Ha nincs, valószínűleg csak körülírtál valamit.
- A hogyan-teszt: minden ajánlás mellett ott van, hogy pontosan hogyan csinálod, milyen eszközzel, milyen sorrendben?
- A honnan-tudom-teszt: jelöld a szövegben, mi hivatalos dokumentációból származó információ, mi a saját tapasztalatod, és mi szakmai feltételezés. Ez egyszerre olvasói szolgáltatás és E-E-A-T jel.
Amit érdemes tudatosítani: a mélységnek nem feltétele a hossz. Egy 900 szavas oldal, amiben végigviszel egy valós folyamatot képernyőnként, mélyebb, mint egy 2500 szavas, ami háromszor újrafogalmazza ugyanazt a három tanácsot. A terjedelem következmény, nem cél.
Hogyan linkelj belülre a térkép mentén?
A belső linkelés a tartalomtérkép éleit képezi le. A fő szabály: pillér és klaszter között mindig kétirányú a kapcsolat, klaszterek között pedig csak akkor linkelsz, ha a két kérdés valóban egymásra épül.
Gyakorlati keretrendszer:
- Lefelé, a pillérről: a pillér minden alfejezete linkeljen a hozzá tartozó klaszterre, leíró horgonyszöveggel. Ne kattints ide, hanem az a kérdés, amire a célódal válaszol.
- Felfelé, a klaszterről: minden klaszteroldal első harmadában legyen egy link a pillérre. Ez adja meg a kontextust, és segíti a gépi feldolgozást is.
- Oldalirányban: maximum 2-4 link testvéroldalakra, ott, ahol az olvasó valóban elakadna. A mindenből mindenbe linkelés felhígítja a struktúra jelentését.
- Konverziós irány: minden klaszterből vezessen egy út a releváns szolgáltatásoldalra, de a szöveg logikájából következően, ne a bekezdés közepére ékelve.
- Morzsamenü: a hierarchiát jelöld BreadcrumbList strukturált adattal is, hogy a kapcsolat gépileg is olvasható legyen.
A horgonyszövegnél a legtöbben ugyanazt a kifejezést ismétlik minden linknél. Változatosabb és pontosabb, ha a horgonyszöveg a célódal kérdését tükrözi, például hogyan mérd az AI-ból érkező forgalmat a GA4-ben. Ez az olvasónak is többet mond.
Ha a hierarchiát strukturált adattal is meg akarod erősíteni, a klaszteroldalon így néz ki a lényeg:
{ "@context": "https://schema.org", "@type": "Article", "headline": "...", "about": { "@type": "Thing", "name": "szemantikus tartalomterkep" }, "isPartOf": { "@type": "WebPage", "url": "/pillér-oldal-url/" } }
Fontos, hogy a strukturált adat csak megerősíti azt, ami a HTML-ben és a linkstruktúrában amúgy is ott van. Önmagában, valós belső linkek nélkül nem helyettesíti a hierarchiát.
Hogyan méred, hogy a lefedettség tényleg javul?
Oldalszám helyett kérdésszinten mérj: hány kérdésre van saját, önmagában idézhető válaszod, és ezek közül hányra érkezik tényleges megjelenés.
Négy mutató, amit érdemes negyedévente végignézni:
- Lefedettségi arány: a térképen szereplő kérdések hány százalékához tartozik publikált, önálló válasz.
- Search Console lekérdezés-diverzitás: hány különböző lekérdezésre kap megjelenítést egy klaszter. Ha egy oldal egyetlen kifejezésre fut, jellemzően túl szűk vagy túl felszínes.
- Árva oldalak: mely publikált oldalakra nem mutat egyetlen belső link sem. Ezek kiesnek a struktúrából.
- Kannibalizáció: ugyanarra a lekérdezésre több oldalad is váltakozva jelenik meg. Ilyenkor össze kell vonni vagy élesebben szét kell választani a kérdéseket.
Ezek egyike sem garantál helyezést vagy AI-idézést. Azt viszont jó eséllyel megmutatják, hogy a struktúra épül-e vagy szétesik.
Milyen hibákat érdemes elkerülni?
A leggyakoribbak, amiket auditok során látni szoktam: a pillér valójában csak egy hosszú bevezető linkgyűjteménnyel, érdemi saját tartalom nélkül; a klaszterek ugyanazt a kérdést variálják három szinonimával; a belső linkek mind egyirányúak, felülről lefelé; a térkép egyszer elkészül, majd fél évig senki nem nyitja meg. Ez utóbbi a legveszélyesebb, mert a térkép élő dokumentum: minden új ügyfélkérdés egy potenciális új sor benne.
Források és további olvasnivalók
- Google Search Central: Creating helpful, reliable, people-first content
- Google Search Central: Search Essentials és a strukturált adatok általános irányelvei
- Google Search Central Blog: AI features and your website
- Google Search Console súgó: Teljesítmény jelentés és lekérdezés-adatok
- Schema.org: Article, WebPage, BreadcrumbList, FAQPage típusdokumentáció
- W3C: WAI dokumentáció a szemantikus HTML-szerkezetről és a címsorhierarchiáról
- OpenAI dokumentáció: ChatGPT search és a webes tartalmak kezelése
- A tartalomtérkép alapegysége nem a kulcsszó, hanem a felhasználó egy megválaszolandó kérdése.
- Egy pillér akkor működik, ha 6-15 klaszteroldal fut alá, és mindegyik önmagában is teljes választ ad.
- A felszínesség ellenszere a saját adat, a konkrét folyamat és a döntési szempontok, nem a hosszabb szöveg.
- A belső linkelés a térkép élei mentén történjen: pillér és klaszter kétirányban, klaszterek között csak indokolt esetben.
- A lefedettséget kérdésszinten mérd, ne oldalszámban: hány kérdésre van saját, idézhető válaszod.
Gyakori kérdések
Mekkora legyen egy pillér-klaszter csoport?
Nincs kőbe vésett szám, de a gyakorlatban 6-15 klaszter alatt működik jól egy pillér. Ennél kevesebb általában azt jelzi, hogy a téma nem elég széles önálló pillérnek, ennél több esetén pedig érdemes megnézni, hogy nem kellene-e két külön pillérre bontani.
Mennyi idő alatt épül fel egy teljes tartalomtérkép?
A térkép megtervezése és rögzítése jellemzően néhány nap fókuszált munka. A kivitelezés, vagyis az oldalak megírása ennél lényegesen hosszabb, sokszor több hónap. Érdemes a pillérrel és a 3-4 legfontosabb üzleti kérdéssel kezdeni, nem sorrendben végigmenni a listán.
Össze kell vonni a meglévő, hasonló témájú cikkeket?
Ha két oldal ugyanarra a kérdésre válaszol és ugyanazokra a lekérdezésekre jelenik meg, az összevonás általában jobb, mint a párhuzamos futtatás. Ha viszont valóban két különböző döntési kérdésről van szó, inkább élesítsd a fókuszukat és linkeld össze őket.
Segít a szemantikus térkép az AI-válaszokban való megjelenésben?
Nincs olyan hivatalos nyilatkozat, amely ezt garantálná. Az viszont látszik, hogy a nyelvi modellek olyan szövegrészeket idéznek szívesen, amelyek egy konkrét kérdésre önmagukban is teljes választ adnak, és a kérdés-alapú, jól strukturált tartalom ezt a formátumot követi, ezért ez segítheti a láthatóságot.
Hány belső link legyen egy klaszteroldalon?
Nincs univerzális szám. Jó kiindulás egy link a pillérre, 2-4 link testvéroldalakra és egy a releváns szolgáltatásoldalra. A lényeg, hogy minden link egy valós olvasói elakadást oldjon meg, ne csak a linkszámot növelje.
Kell strukturált adat a tartalomtérképhez?
Nem kötelező, de segít. A BreadcrumbList a hierarchiát, az Article about és isPartOf mezői a téma- és pillérkapcsolatot teszik gépileg olvashatóvá. A strukturált adat viszont csak megerősíti azt, ami a HTML-ben és a belső linkekben már amúgy is jelen van.
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.