Havi egy cikk: hogyan építs mégis témacsoportot minimális kapacitással

Scheo · 2026-09-30 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Havi egy cikk kevésnek tűnik, pedig egy év alatt tizenkét oldalt jelent, ami egy szűk téma köré szervezve összefüggő tudásblokkot adhat. A gond ritkán a mennyiséggel van. Sokkal gyakoribb, hogy a havi cikk témája azon múlik, kinek mi jut eszébe az utolsó héten, így a tizenkét darab tizenkét külön irányba mutat. Ebben a cikkben megnézzük, hogyan tervezd meg előre a sorrendet, hogy a hatodik hónapra már egy egymásra hivatkozó blokk álljon össze, mikor frissíts új cikk helyett, és milyen jeleket figyelj, amíg a hatás még nem mérhető.

A szövegben háromféle állítást jelölünk. Hivatalosan igazolt az, ami a Google nyilvános dokumentációjában szerepel. Saját tapasztalat az, amit ügyfélmunkában rendszeresen látunk, de nem általános érvényű, mért szabály. Szakmai feltételezés az, ami logikusan következik a rendszerek működéséből, de nincs rá közvetlen bizonyíték.

Lehet-e témacsoportot építeni havi egy cikkel?

Igen, ha a tizenkét cikk témáját és sorrendjét előre, egyben tervezed meg, és minden új cikk belinkeli a korábbiakat. A témacsoport (topic cluster) attól lesz csoport, hogy az oldalak ugyanarra a szűk kérdéskörre válaszolnak, és a belső linkek ezt a kapcsolatot láthatóvá teszik. Ehhez nem kell sok cikk egyszerre. Az kell hozzá, hogy ne legyen közöttük kilógó darab.

Hivatalosan igazolt. A Google Search Central dokumentációja szerint a linkek segítik a Google-t az oldalak felfedezésében, és jelzik, hogyan kapcsolódik egy oldal a webhely többi részéhez. A dokumentáció külön kitér arra is, hogy a horgonyszöveg legyen leíró, és mondja meg, mi várja az olvasót a link túloldalán.

Szakmai feltételezés. A mesterséges intelligencián alapuló válaszmotorok (Google AI-áttekintések, ChatGPT keresés, Perplexity) jó eséllyel szívesebben idéznek olyan forrásból, ahol egy téma több kapcsolódó kérdésére is tömör, egymással összhangban lévő választ találnak. Egy szétszórt blog ezt nehezebben mutatja meg, mint egy kicsi, de zárt blokk.

Miért teljesít jobban a ritka, de tervezett tempó, mint a rohamban írt sorozat?

Mert a tervezett tempónál minden cikk az előzőre épül, a belső linkek és a frissítések folyamatosan követik a tartalmat, és a minőség nem ingadozik a határidők miatt. A roham jellemzően nyolc-tíz cikket hoz két-három hét alatt, utána hónapokig csend jön, és a cikkek között alig van kapcsolat.

Saját tapasztalat. Rohamnál három dolgot látunk visszatérően.

• A cikkek ismétlik egymást, mert nincs idő ellenőrizni, mi szerepelt már. Ilyenkor két saját oldal verseng ugyanarra a keresésre, és egyik sem kerül igazán előre.
• A belső linkelés elmarad, mert a cikkek egyszerre készülnek, és egyik sem tud hivatkozni a még meg nem jelent társára.
• A roham után senki nem néz rá a Search Console adataira, így a tanulság nem jut vissza a következő körbe.

Havi ritmusnál van egy hónap arra, hogy az előző cikk indexelődjön, megjelenjenek az első megjelenések (impressziók), és ezekből kiderüljön, milyen szavakkal keresnek valójában. Ez az adat alakítja a következő cikk vázlatát.

Szakmai feltételezés. A megjelenési gyakoriság önmagában jó eséllyel nem rangsorolási tényező. A haszon abból jön, hogy a rendszeres munka rendszeres javítást és rendszeres adatfigyelést is jelent.

Milyen sorrendben jöjjenek a cikkek, hogy a hatodik hónapra összefüggő blokk legyen?

Az első cikk a pillér (a téma átfogó alapcikke), a második-ötödik a vásárlási döntést leginkább befolyásoló részkérdések, a hatodik pedig egy döntést segítő összehasonlító cikk, ami az addigi összes darabot összeköti. Így a hatodik hónap végére egy zárt, hat oldalas blokk áll, amelyben minden oldal legalább két másikra mutat.

A sorrend összeállítása lépésről lépésre így néz ki.

1. Szűkítsd a témát egy vásárlási döntésre. A „könyvelés" túl tág egy évre. A „hogyan válassz könyvelőt kisvállalkozásként" viszont pont elég szűk tizenkét cikkhez, és mindegyik cikk ugyanahhoz a döntéshez visz közelebb.
2. Gyűjts valódi kérdéseket. Forrás lehet az ügyfelekkel folytatott levelezés, az értékesítési hívások jegyzete, a Search Console lekérdezései és a Google „Mások ezeket kérdezték" doboza.
3. Rangsorold a kérdéseket a döntéshez való közelség szerint. Ami közvetlenül megelőzi a kapcsolatfelvételt, az kerül előre. Az általános ismeretterjesztő kérdések ráérnek a második félévre.
4. A pillér az első hónapban még nem végleges. Legyen teljes értékű cikk, de hagyj benne helyet a későbbi részcikkek linkjeinek. Minden hónapban egy-két mondattal és egy linkkel bővül.

Konkrét 12 elemű vázlat egy szolgáltató cégre

A példa egy kis- és középvállalkozásoknak dolgozó könyvelőiroda. Nem valós ügyfél, csak szemléltetés. A logika bármely szolgáltatásra átültethető, legyen szó épületgépészről, ügyvédi irodáról vagy oktatócégről.

1. 1. hónap, pillér. Hogyan válassz könyvelőt kisvállalkozásként? Átfogó cikk a szempontokról, minden szemponthoz egy rövid bekezdéssel, amit később egy részcikk bont ki.
2. 2. hónap. Mit csinál egy könyvelő havonta, és mi marad a te feladatod? Feladatmegosztás, ellenőrzőlistával.
3. 3. hónap. Milyen bizonylatokat és milyen formában kell leadnod? Gyakorlati lista, ami visszalinkel a 2. cikkre.
4. 4. hónap. Hogyan zajlik a könyvelőváltás lépésről lépésre? Ez van a legközelebb a kapcsolatfelvételhez, ezért kerül ilyen korán.
5. 5. hónap. Egyéni vállalkozó vagy kft. könyvelése, mi a különbség a gyakorlatban? Szegmentáló cikk, ami után az olvasó tudja, a blokk mely része vonatkozik rá.
6. 6. hónap, összekötő cikk. Könyvelőiroda, egyéni könyvelő vagy online könyvelőszolgáltatás, melyik mikor jó választás? Mind az öt korábbi cikkre hivatkozik. Itt zárul az első blokk.
7. 7. hónap, frissítés. Új cikk helyett a pillér és a két legtöbb megjelenést hozó részcikk átdolgozása a Search Console lekérdezései alapján.
8. 8. hónap. Mire számíts adóhatósági ellenőrzéskor, és miben segít ilyenkor a könyvelő?
9. 9. hónap. A leggyakoribb bizonylatkezelési hibák, és hogyan előzd meg őket. A 3. cikk mélyítése, eltérő keresési szándékkal.
10. 10. hónap. Hogyan működik a digitális együttműködés a könyvelővel (számlázóprogram-összekötés, bizonylatok feltöltése felhőbe)?
11. 11. hónap. Az első vállalkozói év könyvelési teendői. Belépő cikk a kezdőknek, ami a blokk elejére, a pillérre tereli őket.
12. 12. hónap, éves átnézés. Nincs új cikk. Összevonások, elavult részek javítása, a belső linkháló ellenőrzése és a következő év témáinak kijelölése.

Saját tapasztalat. A két frissítési hónap az első tervezéskor mindig feleslegesnek tűnik, és a hetedik hónapban szinte mindig kiderül, hogy kellett. Addigra van annyi adat, hogy lássuk, a pillér mely bekezdésére jön megjelenés, és melyik nem kap semmit.

Hogyan néz ki a belső linkelés hónapról hónapra?

Minden új cikk linkel a pillérre és legalább egy korábbi részcikkre, a pillér pedig minden hónapban kap egy linket az új cikkre. Így egyetlen cikk sem marad árván, és a blokk minden hónappal sűrűbb lesz.

Egy egyszerű linktérkép az első félévre, amit egy táblázatban is vezethetsz (a nyíl azt jelzi, melyik cikk melyikre linkel):

1 (pillér) -> 2, 3, 4, 5, 6 | 2 -> 1, 3 | 3 -> 1, 2 | 4 -> 1, 3 | 5 -> 1, 2, 4 | 6 -> 1, 2, 3, 4, 5

A horgonyszöveg a cél-cikk kérdését vagy annak lényegét tartalmazza („a könyvelőváltás lépései"). A „kattints ide" típusú linkszöveg semmit nem árul el a cél-oldalról, sem az olvasónak, sem a keresőnek.

Mikor frissítsd a meglévő cikket új írása helyett?

Akkor frissíts, ha a kérdésre már van oldalad, amely kap megjelenést, de nem ad rá teljes választ. Új cikket akkor írj, ha a kérdés mögött más keresési szándék áll, és a meglévő oldalon csak erőltetetten férne el.

Ezeket a döntési szempontokat használjuk (saját tapasztalat, nem hivatalos szabály):

• Frissíts, ha a Search Console-ban egy meglévő oldal olyan lekérdezésre kap megjelenést, amelyre a szövegben nincs külön bekezdés. Ilyenkor egy új H2 vagy H3 szakasz jó eséllyel többet hoz, mint egy külön cikk.
• Frissíts, ha a tartalomban tényleges változás történt, például jogszabály, folyamat, használt eszköz vagy a saját szolgáltatásod módosult.
• Vonj össze, ha két saját oldalad ugyanarra a lekérdezésre váltakozva jelenik meg. Az egyiket építsd be a másikba, a régi URL-t pedig irányítsd át 301-es átirányítással.
• Új cikket írj, ha a válasz a meglévő oldal hosszának legalább harmadát tenné ki, vagy ha az olvasó más helyzetben van. A kezdő vállalkozó másra kíváncsi, mint aki könyvelőt vált.

Hivatalosan igazolt. A Google segítőkész, megbízható tartalomról szóló útmutatója önellenőrző kérdésként felteszi, hogy azért módosítod-e az oldal dátumát, hogy frissnek tűnjön, miközben a tartalom érdemben nem változott. Csak a dátum átírása tehát nem frissítés. Ha frissítesz, a változás legyen érdemi, és az oldalon jelöld a frissítés dátumát.

Mennyi idő után értékelhető a hatás havi egy cikknél?

Egy-egy cikk első jelei általában néhány héten belül látszanak, a témacsoport egészét viszont reálisan hat-kilenc hónap után érdemes értékelni, komolyabb következtetést pedig az első év végén lehet levonni. Ennél korábban a számok inkább irányt mutatnak, mint eredményt.

Hivatalosan igazolt. A Google Search Central keresőoptimalizálási szakember megbízásáról szóló oldala szerint a legtöbb esetben négy hónaptól egy évig tart, mire a fejlesztések bevezetése után a lehetséges haszon megjelenik. Ez nagyságrend, nem garancia.

Saját tapasztalat. Havi ritmusnál ez a menetrend szokott kirajzolódni.

• A megjelenés utáni 1-4. héten megtörténik az indexelés, és jönnek az első megjelenések hosszú, nagyon pontos lekérdezésekre.
• A 2-4. hónapban a korai cikkek megjelenései lassan nőnek, a pozíciók sokat ingadoznak. Ilyenkor még ne írj át semmit csak a pozíció miatt.
• A 6. hónap körül az első blokk lezárul, és a pillér kezd rövidebb, általánosabb lekérdezésekre is megjelenni.
• A 9-12. hónapban már értékelhető, hoz-e a blokk kapcsolatfelvételt, és megéri-e a következő évben ugyanebben a témában mélyíteni, vagy új blokkot érdemes kezdeni.

Szakmai feltételezés. Kisebb, kevés külső hivatkozással rendelkező webhelyen ez a menetrend lassabb lehet, régóta működő, erős domainen gyorsabb.

Milyen jeleket figyelj, amíg a forgalom még nem mérhető?

Figyeld, hogy minden cikk indexelődött-e, nő-e a blokk oldalaira érkező megjelenések és lekérdezések száma, javul-e az átlagos pozíció a hosszú lekérdezéseken, és kattintanak-e az olvasók a belső linkekre. Ezek a korai jelek jellemzően hónapokkal megelőzik a látható forgalmat.

A havi ellenőrzőlista nagyjából fél óra munka.

1. Oldalindexelés jelentés a Search Console-ban. Az új cikk indexelt állapotban van? Ha nem, futtass URL-vizsgálatot, és ellenőrizd, mutat-e rá link a pillérről.
2. Teljesítmény jelentés, oldalszűrővel a blokk URL-jeire. Megjelenések, lekérdezések száma és átlagos pozíció, az előző hónaphoz mérve.
3. Kérdés típusú lekérdezések kiszűrése reguláris kifejezéssel (lásd lent). Ezekből lesz a következő cikk vagy a következő frissítés.
4. Kannibalizáció. Van olyan lekérdezés, amelyre két saját oldalad is megjelenik?
5. GA4. A blokk oldalairól hányan lépnek tovább egy másik blokkoldalra vagy a kapcsolati oldalra?
6. AI-válaszok. Egy rögzített, öt-tíz kérdésből álló promptkészlettel havonta kézzel nézd meg, megjelenik-e a cikked forrásként a Google AI-áttekintésben, a ChatGPT keresésben vagy a Perplexityben. Mindig ugyanazokat a kérdéseket használd, különben a hónapok nem összevethetők.

Hivatalosan igazolt. A Search Console Teljesítmény jelentésének lekérdezés- és oldalszűrője elfogadja a reguláris kifejezést (RE2 szintaxis). Magyar kérdő lekérdezésekhez ez jó kiindulás:

^(hogyan|hogy|mi|mit|miért|mikor|mennyi|melyik|kell|lehet|érdemes)\b

Saját tapasztalat. A kapcsolatfelvételi űrlapba tett „Honnan hallottál rólunk?" mező, vagy az első beszélgetésnél feltett ugyanilyen kérdés gyakran előbb jelzi a tartalom hatását, mint a forgalmi adatok. Ha valaki egy konkrét cikket említ, írd fel, melyiket.

Mi kell ahhoz, hogy a havi egy cikk ne csússzon el?

Rögzített nap, előre kész vázlat és egy felelős ember. Havi egy cikknél a legnagyobb kockázat az, hogy egy kihagyott hónap után a második is kimarad, és a blokk félbemarad.

• A hónap első hetében legyen kész a vázlat, benne a kérdés, a H2 címek, a tervezett belső linkek és a felhasznált források.
• A harmadik héten jelenjen meg a cikk, a negyedik hét maradjon a pillér bővítésére és a Search Console átnézésére.
• Ha egy hónap kimarad, ne pótold duplán. A következő hónapban a sorban következő cikk jön, és a terv egy hónappal tolódik.
• Minden cikkbe kerüljön legalább egy olyan elem, amit csak te tudsz. Ez lehet a saját folyamatod lépése, egy ügyfélkérdés szó szerint, vagy egy tipikus hiba, amit rendszeresen látsz.

Szakmai feltételezés. Az utolsó pont a válaszmotoroknál is számíthat, mert a saját, máshol nem elérhető tartalom ad okot arra, hogy egy AI-válasz éppen a te oldaladra hivatkozzon. Erre garanciát senki nem adhat.

Források és további olvasnivalók

• Google Search Central, Creating helpful, reliable, people-first content
• Google Search Central, SEO Starter Guide
• Google Search Central, Link best practices for Google
• Google Search Central, Do you need an SEO?
• Google Search Central, Redirects and Google Search
• Search Console súgó, Teljesítmény jelentés és reguláris kifejezéses szűrők
• Search Console súgó, Oldalindexelés jelentés