Hub-and-spoke linkelés: teljes útmutató

A hub-and-spoke linkelés olyan belső linkszerkezet, amelyben egy központi oldal (a hub) minden hozzá tartozó aloldalra (spoke) linkel, az aloldalak pedig visszalinkelnek a hubra. Az aloldalak egymás közötti linkjei szabályozottak, nem ötletszerűek. A modell tartalomtípustól független: webshop kategóriánál, helyi vállalkozás telephelyoldalainál, szolgáltatásoknál és tudásbázisnál egyaránt működik.

Alapfogalmak

A név a kerékpárkerékből jön: középen az agy (hub), abból futnak ki a küllők (spoke). A belső linkelésben a hub egy olyan oldal, amely egy jól körülhatárolt oldalcsoport belépési pontja, a spoke-ok pedig a csoport tagjai. A kapcsolat két irányú: a hub lefelé minden tagot elér egy kattintással, és minden tag egy kattintással visszavezet a hubra.

Fontos különválasztani a hub-and-spoke modellt a tartalommarketingből ismert topic clustertől. A topic cluster tartalmi modell: arról szól, milyen cikkek fedjenek le egy témát, és hogyan épüljön fel a témakör. A pillar page ennek a tartalmi modellnek a központi, átfogó cikke. A hub-and-spoke ezzel szemben linktopológia: azt írja le, ki kire linkel, függetlenül attól, hogy az oldalak cikkek, termékek, városoldalak vagy dokumentációs lapok. Egy topic cluster megvalósítható hub-and-spoke linkeléssel, de egy termékkategória is, amelynek semmi köze a blogíráshoz.

A modell szótára

Fogalom	Jelentés a linkszerkezetben
Hub	Központi oldal, amely a csoport összes tagjára közvetlenül linkel.
Spoke	A csoport tagja; kötelezően visszalinkel a hubra.
Lefelé irányuló link	Hubról spoke-ra mutató link. Teljes körűnek kell lennie.
Visszalink	Spoke-ról a hubra mutató link. Minden spoke-on kötelező.
Oldalirányú link	Spoke-ról spoke-ra mutató link. Szabályhoz kötött, nem kötelező.
Al-hub	Olyan spoke, amely maga is hubként működik egy kisebb csoport fölött.
Hubfa	Több szintre bontott hub-and-spoke szerkezet.

Miért topológia, és miért nem sablon?

A hub-and-spoke nem egy oldalsablon, hanem egy szabályhalmaz, amelyet bármilyen sablonra rá lehet húzni. Ugyanaz a három szabály (a hub mindenkit elér, mindenki visszavezet, az oldalirányú linkek korlátozottak) egy termékkategóriánál a terméklistában, egy városoldal-csoportnál egy térképes áttekintőben, egy dokumentációnál pedig a fejezet tartalomjegyzékében valósul meg. Emiatt a modell ellenőrzése is egységes: nem azt nézed, hogyan néz ki a hub, hanem azt, hogy a linkgráfban megvannak-e a kötelező élek.

Mi nem hub-and-spoke?

Nem hub-and-spoke az a kategóriaoldal, amely lapozással csak az első húsz elemet mutatja, a többit pedig csak szűrőkön vagy JavaScripttel betöltött listán keresztül lehet elérni. Ilyenkor a hub nem linkel minden tagra, csak egy részükre. Szintén nem az a menü, amely az oldal összes pontjára linkel: az egy lapos, mindenki mindenkire mutató navigáció, nem egy csoport központja. És nem hub-and-spoke az sem, ha a tagok visszalinkje csak a logón keresztül a kezdőlapra vezet: a visszalinknek a saját hubra kell mutatnia, nem a webhely tetejére.

Hogyan működik?

A modell három irányú linkforgalomra épül, és mindhárom iránynak más feladata van. Ha ezeket külön kezeled, sokkal könnyebb eldönteni, hová kerüljön egy új link, és mikor hiányzik egy meglévő.

1. Lefelé: a hub eléri az összes tagot

A hub legfontosabb tulajdonsága a teljesség. Ha egy csoportnak 40 tagja van, a hubon 40 követhető, sima <a href> linknek kell lennie. Ez két okból számít. Egyrészt a keresőrobot a linkek követésével fedezi fel az oldalakat, ezért a hubról induló feltérképezés minden tagot megtalál. Másrészt a hubra érkező belső és külső linkérték egy lépésben eljut a tagokhoz. Hogy ez az érték hogyan oszlik el, arról az internal PageRank útmutató és a link equity útmutató szól részletesen.

2. Felfelé: minden tag visszavezet

A visszalink kétféle jelet ad. A felhasználónak megmutatja, hol van a téma vagy kategória áttekintése, a robotnak pedig azt, hogy a csoport tagjai egy közös oldal köré rendeződnek. Ha minden spoke a hubra mutat, a hub a csoporton belül a legtöbb belső linket kapó oldal lesz, és ezzel egyértelművé válik, melyik oldal képviseli a csoportot az általános keresésekre. A visszalink lehet szövegközi, breadcrumb vagy egy fix „vissza az összeshez” blokk, de a sablonban kell rögzíteni, nem cikkenként emlékezni rá.

3. Oldalirányban: a tagok között

Itt dől el, hogy a szerkezet tiszta marad-e. Ha minden spoke minden spoke-ra linkel, a csoport teljes hálóvá (mesh) válik, és a hub különleges szerepe elmosódik: minden oldal ugyanannyi belső linket kap. Ha egyetlen oldalirányú link sincs, a felhasználó minden váltáshoz kénytelen visszamenni a hubra. A jó megoldás a kettő között van, és döntési szabályt igényel, amelyet a Fő módszerek fejezet ír le.

Egy csoport linkjeinek száma

Egy n tagú csoportban a kötelező linkek száma 2n: n link a hubról lefelé és n visszalink. Egy teljes háló ezzel szemben n × (n-1) oldalirányú linket jelent. 30 tagnál ez 60 kontra 870 link. Ez nem minőségi ítélet, hanem azt mutatja, miért kezelhetőbb a hub-and-spoke: a kötelező linkek száma lineárisan nő, így egy audit során pontosan ellenőrizhető.

Fő módszerek

A modell alapszabályai minden webhelytípusnál azonosak, de a hub kinézete, a spoke-ok jellege és az oldalirányú linkek logikája eltér. Az alábbi négy alkalmazás lefedi a leggyakoribb eseteket.

1. Webshop: kategóriahub termék-spoke-okkal

A kategóriaoldal természetes hub, a termékoldalak a spoke-ok. A gyakorlati probléma az, hogy a kategória lapozott, és a lapozás mélyén lévő termékek messze kerülnek a hubtól. Megoldási lehetőségek: nagyobb laponkénti elemszám, a lapozott oldalak indexelhetővé és követhetővé tétele (lásd a pagination útmutatót), vagy alkategóriákra bontás, amikor a lista túl hosszú. A szűrőkombinációkból generált URL-ek nem új spoke-ok; ezekről a faceted navigation útmutató szól. A termékoldalon a visszalink a breadcrumb utolsó előtti eleme, az oldalirányú linkek pedig a „hasonló termékek” vagy „kiegészítő termékek” blokk.

2. Helyi vállalkozás: telephelyhub városoldalakkal

Egy több városban működő szolgáltatónak (például egy klímaszerelő cégnek, amely hat megyében dolgozik) a telephelyhub a „Szolgáltatási területeink” oldal. Ez linkel minden városoldalra, a városoldalak pedig visszalinkelnek. A hubot itt érdemes térképpel és megyénkénti csoportosítással felépíteni, mert a felhasználó a saját települését keresi. Az oldalirányú linkek földrajzi alapon indokoltak: a szomszédos települések oldalai között van értelme linkelni, két távoli város között nincs. Ha a városoldalak szövege egymás másolata, a hub-and-spoke szerkezet nem menti meg őket; a linkszerkezet a tartalmi hiányt nem pótolja.

3. Szolgáltatáshub

Egy ügyvédi iroda vagy egy ügynökség „Szolgáltatások” oldala hub, az egyes szolgáltatások oldalai spoke-ok. Itt a spoke-ok száma általában kicsi, ezért a hub lehet tartalmas: minden szolgáltatáshoz rövid leírás, kinek szól, mi az eredmény. Az oldalirányú linkek a valós üzleti kapcsolatot követik: a céges adótanácsadás oldala linkelhet a könyvelés oldalára, mert az ügyfél gyakran mindkettőt keresi. A szolgáltatási és a helyi hubok gyakran keresztezik egymást („könyvelés Szegeden”); ilyenkor el kell dönteni, melyik a fő tengely, és a másik csak oldalirányú linkként jelenjen meg.

4. Dokumentáció és tudásbázis

Egy szoftver dokumentációjában a fejezetek kezdőoldalai hubok (például „Telepítés”, „API”, „Hibaelhárítás”), az egyes lapok spoke-ok. Ez az a terület, ahol a hubfa természetesen több szintű, és ahol a lépésről lépésre haladó „előző / következő” linkek oldalirányú linkként kifejezetten hasznosak, mert a felhasználó sorban olvas. A dokumentációs oldalsávok gyakran az összes lapra linkelnek minden oldalról; ez kényelmes, de gyakorlatilag hálóvá alakítja a szerkezetet. Nagy dokumentációnál érdemes az oldalsávot az aktuális fejezetre szűkíteni, a többi fejezetet pedig csak a hubjával megjeleníteni.

Hubtervezés: tiszta linklista vagy tartalmas hub?

Szempont	Tiszta linklista	Tartalmas hub
Tartalom	Címek, esetleg egysoros leírás	Bevezető, csoportosítás, rövid összefoglalók, útmutatás
Mikor jó	Sok, homogén tag (termékek, városok), ahol a lista maga a válasz	Kevés, eltérő tag, ahol a felhasználónak segítség kell a választáshoz
Kockázat	Vékony tartalomnak tűnhet, saját keresésre nehezen rangsorol	A hub elkezdi a spoke-ok témáit is kifejteni, és versenyez velük
Karbantartás	Automatizálható, új tag automatikusan megjelenik	Szerkesztői munka minden új tagnál

A döntési szabályunk: ha a hubnak van saját keresési szándéka (valaki a kategória vagy szolgáltatás egészére keres rá), legyen tartalmas, de a tartalom a választást segítse, ne a spoke-ok tartalmát ismételje. Ha nincs saját keresési szándéka, és csak navigációs szerepe van, elég a jól csoportosított linklista.

Az oldalirányú linkek döntési szabálya

Egy spoke-ról egy másik spoke-ra akkor tegyél linket, ha az alábbi kérdések közül legalább egyre igen a válasz, és egyre sem nem:

Van-e valós kapcsolat a két oldal között (kiegészítő termék, szomszédos település, következő lépés, gyakori együttes igény)?
Az olvasó ezen a ponton várhatóan tovább akar-e lépni a másik oldalra?
Marad-e a spoke-on a hubra mutató visszalink a legjobban látható csoporton belüli link?
A spoke oldalirányú linkjeinek száma kisebb-e, mint amennyit a felhasználó még átlát (ezt a sablon határozza meg, nem egy univerzális szám)?

Ha a spoke-ok tartalmi cikkek egy topic clusterben, a cikkek közötti szerkesztői linkelési szabályokat, a linkmátrixot és az anchor tervezést a topic cluster linkelés útmutató tárgyalja.

Skálázás: mikor kell al-hubokra bontani?

Egy hub nem nőhet a végtelenségig. Egy 600 tételes linklista a felhasználónak használhatatlan, és a hub egyetlen oldalként már nem tud értelmes belépési pont lenni. Nincs olyan hivatalos szám, amely fölött kötelező bontani; a döntést a következő jelek alapján hozd meg:

A tagok természetes alcsoportokra bomlanak (megyék, termékalkategóriák, fejezetek), és a felhasználó ezek szerint keres.
Az alcsoportoknak külön keresési szándéka van („férfi túracipő”, „könyvelés Pest megye”).
A hubot lapozni kell ahhoz, hogy minden tagja elérhető legyen.
A hubon belül már most is címsorok szerint csoportosítod a linkeket; ezek a címsorok valójában al-hubok.

Bontáskor a főhub az al-hubokra linkel, az al-hubok a saját spoke-jaikra, a spoke-ok pedig az al-hubra (és a breadcrumbon keresztül a főhubra is). Minden szint hozzáad egy kattintást a mélységhez, ezért a hubfát érdemes laposan tartani: inkább legyen egy szinten több al-hub, mint több egymás alatti szint. A kattintási mélység méréséről a click depth útmutató ír.

Összehasonlítás más szerkezetekkel

Szerkezet	Linkelés logikája	Erőssége	Gyengesége	Tipikus felhasználás
Lapos	Minden oldal a kezdőlapról vagy egy menüből érhető el, csoportok nélkül	Minimális kattintási mélység	Nem skálázódik, nincs csoportosítás, a kezdőlap túlterhelődik	Kis, 10-20 oldalas webhely
Silo	Szigorúan elkülönített ágak, ágak között alig vagy egyáltalán nincs link	Tiszta tematikus elkülönülés	A valós kapcsolatok is elvágódnak, a felhasználót korlátozza	Egymástól független üzletágak
Háló (mesh)	Mindenki mindenkire linkel a csoporton belül	Gyors átjárás	Nincs kiemelt oldal, nehezen karbantartható, linkszám robbanásszerűen nő	Nagyon kicsi, szorosan összefüggő csoport
Hub-and-spoke	Hub minden tagra, tagok a hubra, oldalirányú link szabály szerint	Egyértelmű központ, ellenőrizhető teljesség, skálázható al-hubokkal	A hub karbantartása kötelező, rossz hubnál az egész csoport gyengül	Kategóriák, telephelyek, szolgáltatások, dokumentáció

A gyakorlatban a legtöbb nagyobb webhely vegyes: a legfelső szinten silóhoz hasonló fő ágak, azokon belül hub-and-spoke csoportok, a legkisebb egységekben pedig korlátozott háló. A site architecture útmutató az egész webhely szerkezetét tárgyalja, ez a fejezet csak a csoportszintű topológiát.

Gyakori hibák

A hub-and-spoke hibái szinte mindig a teljesség vagy az egyensúly sérülésére vezethetők vissza. A tervezéskor ritkán hibázik valaki; a szerkezet a bővítések során romlik el.

A hub nem linkel minden tagra

Új termék, új városoldal vagy új dokumentációs lap készül, de a hubra nem kerül fel, mert a hub kézzel szerkesztett. Az új oldal csak a sitemapból vagy egy véletlen oldalirányú linkből érhető el, rosszabb esetben árva oldal lesz. A megoldás az, hogy a hub listáját a CMS a csoport tagságából generálja, ne szerkesztő tartsa karban.

A tagok csak JavaScripttel érhetők el

A „továbbiak betöltése” gomb vagy a végtelen görgetés a felhasználónak működik, de ha a további tagok nem jelennek meg követhető linkként a HTML-ben vagy lapozott URL-eken, a hub valójában csak az első tételekre linkel.

A visszalink a kezdőlapra mutat

Sok sablonban a spoke-ok egyetlen „felfelé” linkje a logó. Ez nem visszalink a hubra. A breadcrumb vagy egy kifejezett „összes [kategória]” link oldja meg.

Kontrollálatlan oldalirányú linkek

Egy „kapcsolódó” modul, amely minden tagra minden tagot kiír, vagy egy oldalsáv, amely az egész csoportot listázza, hálóvá alakítja a szerkezetet. A related articles útmutató segít korlátozni az ilyen blokkokat.

A hub versenyez a spoke-okkal

A tartalmas hub fokozatosan bővül, és végül ugyanazokat a kérdéseket fejti ki, mint a spoke-ok. Ilyenkor a két oldal ugyanarra a keresésre pályázik. A hub dolga az áttekintés és az útválasztás, nem a részletek.

Egy oldal több hub tagja, egyik sem az elsődleges

Egy termék több kategóriában is szerepelhet, egy szolgáltatás több városoldalon is. Ez rendben van, de legyen egy elsődleges hub, amelyre a breadcrumb és a fő visszalink mutat, a többi pedig csak listázza. Ha mindegyik hub egyenrangú szülőként viselkedik, a breadcrumb hol az egyiket, hol a másikat mutatja, és a csoporttagság összemosódik.

A hub elérhetetlen vagy gyenge helyen van

A hub csak akkor tudja továbbosztani az értéket, ha maga is kap. Ha a hub a főmenüből hiányzik, csak a láblécből vagy egy keresőmezőből érhető el, akkor a tagjai hiába kapcsolódnak hozzá rendesen. A hubot a navigációs linkek között, a kezdőlaptól kevés kattintásra kell elhelyezni.

Túl mély hubfa

Négy-öt szintű bontás, ahol minden szinten csak két-három elem van. Ez nem skálázás, hanem felesleges kattintás. Ha egy al-hub alatt kevés tag van, vond össze a szomszédjával vagy emeld vissza a tagokat a szülő hubra.

Mérés

A hub-and-spoke előnye, hogy a helyessége jól ellenőrizhető: a kötelező linkek halmaza előre ismert, tehát egy crawl eredményéből pontosan kiszámolható, mi hiányzik. A mérés két részből áll: a linkteljesség auditjából és a hatás követéséből.

A linkteljesség auditja lépésről lépésre

Határozd meg a csoport tagjait egy független forrásból (CMS export, termékfeed, sitemap-szegmens), ne a crawlból, mert a crawl épp a hiányzó tagokat nem találja meg.
Futtass egy crawlt, és exportáld a belső linkeket forrás-cél párokként.
Számold ki a lefelé irányuló lefedettséget: a tagok közül hányra mutat link a hubról (lapozott hubnál a hub összes lapjáról együtt).
Számold ki a visszalink-lefedettséget: a tagok közül hány linkel a hubra.
Számold meg tagonként az oldalirányú linkeket, és nézd meg a legnagyobb és a legkisebb értéket.
Ellenőrizd a kattintási mélységet a kezdőlaptól minden tagig.
Keresd meg azokat az oldalakat, amelyek a hubra linkelnek, de nem tagjai a csoportnak; ezek vagy tévesen besorolt tagok, vagy rendben lévő külső hivatkozók.

Kidolgozott példa: egy szemléltető túracipő-kategória

Az alábbi példa szemléltető, nem valós webhely adata. Egy webshop „Túracipők” kategóriájában a termékfeed szerint 84 aktív termék van. A kategória laponként 24 terméket mutat, négy lapon. A crawl eredménye:

Mutató	Eredmény	Értelmezés
Lefelé irányuló lefedettség	72 / 84	12 termék egyik kategórialapon sem szerepel
Visszalink-lefedettség	84 / 84	A breadcrumb minden terméken a kategóriára mutat
Oldalirányú linkek tagonként	0 és 38 között	A „hasonló termékek” blokk egyes termékeknél a teljes listát kiírja
Kattintási mélység	2 és 6 között	A 4. lap termékei mélyen vannak

A vizsgálat után kiderült, hogy a 12 hiányzó termék készlethiány miatt egy szűrő mögé került, de az URL-jük élő és indexelhető maradt. A javítás három lépés volt: a kategórialista a készleten kívüli termékeket is mutatja a lista végén, a „hasonló termékek” blokkot hat tételre korlátozták azonos márkán és árkategórián belül, a lapozás pedig 24 helyett 48 elemet mutat, így a legmélyebb termék is közelebb kerül. Ezután minden mutató újramérhető ugyanazzal a scripttel, és a lefedettség 84 / 84 lesz.

Mit kövess a javítás után?

A Search Console oldalindexelési jelentésében nézd meg, hogy a korábban hiányzó tagok indexelt állapotba kerülnek-e. A teljesítményjelentésben szűrd a csoport URL-mintájára a megjelenéseket és a kattintásokat, és hasonlítsd össze a hub saját általános keresésekre elért pozícióját a javítás előtti időszakkal. Szerveroldali naplókból (lásd a log file analysis útmutatót) az is látszik, hogy a robot gyakrabban látogatja-e a korábban mély tagokat. Ezek az adatok irányt mutatnak, de az ok-okozati kapcsolatot egy időben zajló más változás el is fedheti, ezért egyszerre csak egy dolgot módosíts egy csoportban.

Ellenőrzőlista egy hubhoz

A hub minden tagra követhető HTML linkkel mutat, lapozással együtt.
Minden tag a saját hubjára linkel, nem csak a kezdőlapra.
Az oldalirányú linkek száma tagonként korlátozott, és a döntési szabályt követi.
Az új tagokat a CMS automatikusan felveszi a hubra.
A hub nem fejti ki a spoke-ok témáit.
A hubfa legfeljebb annyi szintű, amennyit a természetes alcsoportok indokolnak.
Egyetlen tag sem árva, és egy sem mélyebb a szükségesnél.
Az audit scriptje mentve van, és negyedévente vagy nagy bővítés után újrafut.

Kapcsolódó részletes útmutatók

A hub-and-spoke a belső linkelés egyik szerkezeti mintája. A linkek típusairól, a linkérték eloszlásáról és az anchor szövegekről a téma többi útmutatója szól. A tartalmi clusterek szerkesztői linkeléséhez a párhuzamos topic cluster linkelés útmutató a következő lépés.

Javasolt olvasási sorrend: ha még nem világos, miért számít egyáltalán, ki kire linkel, kezdd a belső linkelés teljes útmutatójával. Ha a hub-and-spoke szerkezetet már érted, és azt szeretnéd tudni, mennyi értéket kap egy-egy spoke, az internal PageRank és a link equity útmutató a folytatás. Ha a spoke-okon az oldalirányú linkek szövegét tervezed, az anchor text útmutatók segítenek. Ha pedig a crawl árva vagy túl mély tagokat mutatott, az orphan page javítás és a click depth útmutató adja a konkrét javítási lépéseket.

A hub-and-spoke szerkezetet érdemes a webhely egészének szerkezetével együtt tervezni: a site architecture útmutató a fő ágak kialakítását, a pagination és a faceted navigation útmutató a nagy listák kezelését tárgyalja. A tartalmi oldalról a topic cluster és a pillar page útmutató azt írja le, milyen oldalak alkossák a csoportot; ez az útmutató azt, hogyan kösd őket össze.