Mikor hagyj abba egy témát: leállítási szabályok a tartalomtervben

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

A tartalomtervek legdrágább hibája ritkán az, hogy rossz témát választasz. Sokkal gyakrabban az, hogy a rossz témát nem engeded el. Egy kkv-nál a tartalomgyártás nem áll le magától: amíg van, aki írja, addig írja, és minél több cikk született már egy témacsoportban, annál nehezebb kimondani, hogy ez nem fog beérni. A tipikus mondat így hangzik: „már ennyit beleraktunk, most hagyjuk abba?” Ez a cikk arról szól, hogyan írd le előre, milyen feltételek mellett húzod be a féket, és hogyan zárd ki előtte azokat a technikai vagy pozicionálási hibákat, amelyek miatt egy egyébként jó téma is elbukhat.

Miért nem tudod utólag eldönteni, hogy egy téma megbukott?

Rövid válasz: mert az értékelés pillanatában már nem a számokat nézed, hanem a saját korábbi döntésedet véded. Aki kitalálta a témacsoportot, aki jóváhagyta rá a keretet, aki megírta a tizenkét cikket: mindenki érdekelt abban, hogy a téma kapjon még egy kört.

Hivatalosan igazolt: a döntéselméleti szakirodalom elsüllyedt költség néven írja le azt a torzítást, hogy a már elköltött, vissza nem szerezhető ráfordítás befolyásolja a további döntéseket, pedig racionálisan nem kellene. Saját tapasztalat: a tartalommarketingben ez azért különösen erős, mert a ráfordítás látható (harminc kész cikk a mappában), az elmaradt haszon viszont nem az (az a másik témacsoport, amit nem indítottál el helyette).

Ebből következik a cikk fő állítása: a leállítási szabályt akkor kell leírni, amikor még senki nem kötődik a témához, tehát az indításkor. Egy előre rögzített küszöb nem okosabb nálad, csak pártatlanabb. Ha utólag határozod meg, mindig olyan mutatót fogsz keresni, ami éppen jól néz ki: ha nincs kattintás, a megjelenést mutatod, ha az sincs, a márkaépítésre hivatkozol.

Mit kell leírni a téma indításakor?

Rövid válasz: egy féloldalas téma-kártyát, amiben benne van a cél, a ráfordítási keret, a mérési lépcsők, a felülvizsgálat dátuma és a leállítás feltétele. Ha ez nincs meg, minden későbbi értékelés vitává alakul.

A kártya nem bonyolult, és jól elfér egy táblázatban vagy egy egyszerű szövegfájlban a tartalomterv mellett:

tema: ipari padlobevonat karbantartas cel: ajanlatkeres (nem forgalom) klaszter: padlobevonat cikk_keret: 10 hatarido: 2026-03-31 jelzes_1_megjelenes: 8 het jelzes_2_kattintas: 12 het jelzes_3_erdeklodo: 6 honap lassan_ero_kivetel: nem felulvizsgalat: 2026-01-15, 2026-03-31 leallitas_ha: 6 honap utan 0 erdeklodo ES 30 nap alatt 50 kattintas alatt donto: Kovacs Anna

A donto mező fontosabb, mint amilyennek látszik. Ha nincs megnevezve, ki mondja ki a leállítást, akkor senki nem mondja ki. A cel mező pedig azért kell, mert a bukás definíciója célfüggő: egy tekintélyépítő témát nem ajánlatkéréssel mérsz, egy termékközeli témát viszont nem elégséges megjelenéssel igazolni.

Hány hónap és hány cikk után minősül bukottnak egy téma?

Rövid válasz: általános kiindulásként hat hónap és nyolc-tizenkét érdemi cikk után már látszania kell a jelzés-lépcső alsó két fokának. Ha az alsó fok sincs meg, a téma bukott, és nem a türelem hiányzik.

A legtöbb kkv azért nem tud dönteni, mert egyetlen számot néz (forgalom vagy érdeklődő), az pedig hónapokig nulla marad akkor is, ha a téma valójában halad. Ehelyett lépcsőben érdemes gondolkodni, ahol minden fok külön határidőt kap:

1. Megjelenés: a Search Console-ban megjelennek a cikkek valamilyen lekérdezésre. Ez az első életjel, tipikusan 4-8 héten belül. Ha nyolc hét után sincs érdemi megjelenés, ott nem tartalmi, hanem indexelési vagy relevancia-probléma van.
2. Kattintás: 8-12 hét. Nem a mennyiség számít, hanem hogy egyáltalán elindul-e. Nulláról öt kattintásra lépni jobb jel, mint ötvenről ötvenkettőre.
3. Olvasási viselkedés: 3-4 hónap. Végigolvassák, továbbkattintanak, visszatérnek. Ha jön a forgalom, de azonnal távozik, a téma vonzza a rossz szándékot.
4. Érdeklődő: 4-6 hónap. Űrlap, hívás, ajánlatkérés, bármi, ami a bevételhez köthető.
5. AI-idézés vagy említés: nem lineáris, nem is ütemezhető. Szakmai feltételezés: a válaszmotorok jellemzően azokat a tartalmakat emelik be, amelyek egy konkrét kérdésre adnak önmagában is idézhető, ellenőrizhető választ, ezért az idézettség inkább a tartalom szerkezetének, mint az életkorának a függvénye. Leállítási döntést önmagában erre ne alapozz, de ha a téma AI-válaszokban rendszeresen felbukkan, miközben klasszikus kattintás alig van, az a szinten tartás melletti érv.

Saját tapasztalat: a kkv-méretű tartalomtervekben a hat hónap plusz tíz cikk együttes küszöb működik ésszerű alapértelmezésként. Kevesebb cikkből nem lehet következtetni (két-három írás nem klaszter), tizenötnél több pedig már nem próba, hanem elköteleződés. Ez nem törvény: ha havi egy cikk fér bele, akkor tizenkét hónap és tíz cikk a reális keret. A lényeg, hogy a hónap és a darabszám együtt legyen kimondva, mert külön-külön mindkettő kijátszható.

Milyen hiba miatt buknál el egy egyébként jó témát?

Rövid válasz: a leállítás előtt kötelező kizárni, hogy nem a téma rossz, hanem a kivitelezés. Ezt az ellenőrzőlistát futtasd le, mielőtt bárki kimondja a bukást.

• Indexelés:
• Kizárás robotokkal: nézd meg a robots.txt és a meta name=robots tartalmát. Gyakori, hogy egy fejlesztői beállítás maradt bent: Disallow: /tudasbazis/ vagy noindex a sablonban.
• Kanonikus hiba: a cikkek canonical címkéje nem saját magukra, hanem a kategóriaoldalra vagy a főoldalra mutat.
• Kannibalizáció: több cikk verseng ugyanarra a lekérdezésre, és felváltva jelennek meg. Ez nem témabukás, hanem összevonási feladat.
• Belső linkelés: a klaszter cikkei árván állnak, nincs pillércikk, nincs oda mutató belső link a fontos oldalakról.
• Keresési szándék: vásárlási szándékú lekérdezésre írtál ismeretterjesztő cikket, vagy fordítva. A szándék eltévesztése a leggyakoribb pozicionálási hiba, és megjelenésben látszik, kattintásban nem.
• Cím és leírás: ha van megjelenés, de nincs kattintás, először a címet és a meta leírást nézd meg, ne a témát ítéld el.
• Kliensoldali tartalom: ha a szöveg csak JavaScripttel jelenik meg, a keresők és a válaszmotorok egy része kevesebbet lát belőle, mint te.
• Strukturált adat: hiányzó vagy hibás Article, FAQPage, LocalBusiness jelölés. Nem rangsorol helyetted, de segítheti az értelmezést.
• Szakértői jelek: nincs megnevezett szerző, nincs dátum, nincs forrás. Pénzügyi, egészségügyi, jogi témában ez önmagában visszafoghatja a teljesítményt.
• AI-crawler hozzáférés: ha a válaszmotorokban is szeretnél megjelenni, nézd meg, hogy a robots.txt nem zárja-e ki tévedésből a releváns botokat, és hogy ez összhangban van-e a tudatos döntéseddel.
• Konverziós út: a cikk végén nincs értelmes következő lépés, vagy olyan űrlapra visz, ami nem működik. Ilyenkor az érdeklődő azért nulla, mert nincs hova kattintani.
• Mérés: a cél-esemény nem is volt beállítva az adott időszakban. Meglepően gyakori, és utólag nem pótolható.

Ha ezek közül bármelyik igaz, a leállítási órát állítsd meg: javítsd a hibát, és adj a témának még egy teljes mérési ciklust. Ez a türelem indokolt, mert tényre épül, nem reményre.

Leállítás, összevonás vagy szinten tartás: hogyan dönts?

Rövid válasz: három kimenet van, nem kettő. A legtöbb elhibázott döntés abból ered, hogy csak a „folytatjuk vagy abbahagyjuk” kérdés merül fel, pedig a középső ág, az összevonás menti meg a befektetett munka nagy részét.

1. Kizártad a technikai és pozicionálási hibát? Ha nem, javítás, és új ciklus. Ha igen, tovább.
2. Van-e megjelenés (a lépcső első foka)? Ha nincs, a téma vagy nem keresett, vagy a domain nem versenyképes rá. Ez leállítás. A meglévő cikkeket ne töröld ész nélkül: a legjobbat tartsd meg, a többit vond össze egyetlen alapos írásba, és a megszűnő címekről irányíts át (301) arra az egyre.
3. Van megjelenés, de nincs kattintás? Ha a lekérdezések, amikre megjelensz, valójában egy másik klaszterhez tartoznak, ez összevonás: a cikkeket írd át a másik klaszter szándékához, linkeld be oda, és a témát mint önálló egységet zárd le.
4. Van kattintás, de nincs érdeklődő? Nézd meg, a téma egyáltalán kapcsolódik-e a bevételhez. Ha nem (tisztán ismeretterjesztő forgalom), az szinten tartás: új cikk nem készül, a meglévőket évente egyszer frissíted, és a kapacitást átteszed máshova. Ha kapcsolódik, de az út szakad meg, az konverziós feladat, nem tartalmi.
5. Van érdeklődő, de kevés? Számold ki, hogy egy érdeklődő mennyi ráfordításba került, és hasonlítsd össze a többi témacsoporttal. Ha a leggyengébb harmadba esik, szinten tartás. Ha a középmezőnyben van, folytatás, de csökkentett ütemben.

A szinten tartás önálló, legitim kimenet. Saját tapasztalat: a leállított témák jelentős része később, egy termékváltás vagy egy új szolgáltatás mellett hirtelen értelmet nyer, és akkor sokkal olcsóbb feléleszteni egy karbantartott alapot, mint nulláról újraépíteni.

Mikor indokolt kivételt tenni, mert a téma csak lassan érik?

Rövid válasz: akkor, ha a lassú érés okát az indításkor leírtad, nem a hatodik hónapban találtad ki. A kivétel nem mentség, hanem előre vállalt kockázat.

A jellemzően jogos kivételek:

• Hosszú döntési ciklusú B2B: ahol a vásárlás fél-másfél év, ott a hat hónapos érdeklődő-küszöb értelmetlen. Ilyenkor a lépcső első három fokát mérd, az érdeklődőt pedig tizenkét hónapra tedd.
• Szezonális téma: egy fűtéstechnikai vagy egy nyaralási témát nem lehet szezonon kívül értékelni. A felülvizsgálat dátuma essen a szezon utánra, és legalább egy teljes szezont öleljen fel.
• Alacsony volumenű, magas szándékú téma: havi harminc keresés is elég lehet, ha abból kettő komoly megkeresés. Itt a kattintásszám félrevezet, a megkeresések minősége dönt.
• Új domain vagy új tématerület: Szakmai feltételezés: friss webhelyeknél a korai teljesítmény ingadozó és nehezen értelmezhető, ezért az első néhány hónap mérése inkább irányjelzés, mint ítélet. Ezt a kivételt azonban időben korlátozd, különben minden témára rá fogod húzni.

Amit viszont ne fogadj el kivételként: „még nem elég jó a tartalom”, „még nem linkelte be senki”, „még nem tettük ki a közösségi médiába”. Ezek a kivitelezés hiányosságai, és a fenti ellenőrzőlistán a helyük, nem a türelmi indokok között.

Hogyan építsd be a leállítási kört a hétköznapi működésbe?

Rövid válasz: negyedévente egy órában, mindig ugyanazzal a menettel, írásban rögzített döntéssel. A rendszeresség fontosabb, mint a mélység.

1. Nyisd meg a téma-kártyákat, és szűrd ki azokat, amelyeknél a felülvizsgálat dátuma lejárt.
2. Minden ilyen témához húzd le a Search Console adatait az adott klaszter címeire, és a mérőrendszerből a cél-eseményeket.
3. Futtasd le a hibakizáró ellenőrzőlistát. Amit ott találsz, az javítási feladat, nem leállítási ok.
4. Vezesd végig a döntési fát, és írd le egy mondatban a döntést és az indokát a kártyára.
5. A leállított téma cikkeivel is csinálj valamit: összevonás, átirányítás, vagy karbantartott archív állapot. Elhagyott, elavuló cikkek hosszabb távon a webhely egészének megítélését ronthatják.
6. A felszabaduló kapacitást azonnal rendeld hozzá egy másik klaszterhez, különben a leállítás csak kiesés lesz, nem átcsoportosítás.

Egyetlen szabály, ami a legtöbbet hozza: a döntést az írja alá, aki a kártyán donto-ként szerepel, és a döntés szövege maradjon meg. Fél év múlva így nem arról fogtok vitázni, hogy ki mit gondolt, hanem arról, hogy a küszöb jól volt-e beállítva. Ez utóbbi hasznos vita, az előbbi nem.

Az őszinte zárás az, hogy egyik küszöb sem garantál jó döntést, és lesz téma, amit tévedésből állítasz le. A különbség az, hogy egy leírt szabállyal a tévedésed látható és javítható, szabály nélkül viszont évekig fizeted egy olyan témacsoport számláját, amit már régen senki nem mer megkérdőjelezni.

Források és további olvasnivalók

• Google Search Central: Search Essentials, valamint a hasznos, megbízható, embereknek készült tartalomról szóló útmutató
• Google Search Console súgó: Teljesítmény jelentés és URL-vizsgálat eszköz
• Google Search Central: Robots.txt bevezető és útmutató, illetve a robots meta címkék dokumentációja
• Google Search Central: Oldalköltöztetés és átirányítások (301) dokumentációja
• Schema.org: Article, FAQPage és LocalBusiness típusok leírása
• W3C: Web Content Accessibility Guidelines (WCAG)
• OpenAI: Bots and crawlers dokumentáció (GPTBot, OAI-SearchBot)
• Anthropic: Claude crawler és webhozzáférés dokumentáció
• Google Analytics súgó: kulcsesemények és konverziók beállítása