Egy publikált cikk nem lezárt termék, hanem karbantartást igénylő eszköz. A készítés minden lépésére van felelős: valaki megírja, valaki lektorálja, valaki kiteszi. A megjelenés pillanatában viszont a legtöbb cégnél a felelősség szétfolyik, és a tartalom onnantól senkié. Ezt a lyukat zárja be a cikkgazda-rendszer.
Mit jelent a cikkgazda, és miért kevés, ha a tartalom a marketingé?
A cikkgazda egy névvel azonosított ember, aki egyetlen konkrét tartalomért felel a megjelenés után is: azért, hogy az állításai igazak maradjanak, a hivatkozásai éljenek, és a felülvizsgálat időben megtörténjen. Nem osztály, nem csapat, nem beosztás. Egy név és egy elérhetőség.
Tovább a témában: Marketing-dokumentáció kkv-ban · Marketing és értékesítés határa kkv-ban
A különbség apróságnak tűnik, a gyakorlatban mégis ez dönti el, hogy egy három éve kitett szolgáltatás-oldalon szerepel-e még olyan telefonszám, ami már nem él. Ha a nyilvántartásban az áll, hogy a gazda a marketing csapat, akkor a negyedéves emlékeztető öt embernek megy ki, és mind az öt joggal gondolja, hogy valaki más nézi meg. (Saját tapasztalat.) Ha egy név áll ott, az emlékeztetőnek van címzettje, és a kihagyott felülvizsgálat is egy konkrét emberhez tartozik, nem a levegőbe.
Fontos elválasztani a cikkgazdát a szerzőtől. A szerző az, aki megírta, és ez a tény nem változik. A cikkgazda az, aki most felel érte, és ez a szerep gazdát cserélhet. Egy külsős szövegíró által írt cikknek is van belső gazdája, különben a szerződés lejártával a tartalom felügyelet nélkül marad.
Miért avul el gyorsabban a gazdátlan cikk, mint gondolnád?
Egy tartalom nem egyszerre romlik el, hanem négy különböző sebességgel avuló rétegből áll, és a leggyorsabban avuló réteg húzza le az egészet. Érdemes ezeket külön nézni:
- Ténybeli réteg: számok, jogszabályi hivatkozások, határidők, verziószámok, eszközök nevei. Ez avul a leggyorsabban, akár néhány hónap alatt.
- Hivatkozási réteg: belső linkek, amelyek időközben átirányításba vagy 404-be futnak, illetve külső források, amelyek megszűntek.
- Kínálati réteg: a cikk olyan szolgáltatásra vagy termékre utal, amit már nem csináltok, vagy pont a legfontosabbat nem említi, mert az azóta indult.
- Szándék-réteg: a téma mögötti kérdés megváltozik. Ugyanarra a kifejezésre az olvasó ma mást akar tudni, mint két éve.
A Google dokumentációja következetesen azt írja, hogy a hasznos, megbízható, emberekért készült tartalom a cél, és külön kitér arra, hogy a pontatlan vagy elavult információ rontja a tartalom megítélését. (Hivatalosan igazolt.) Azt viszont sehol nem mondják ki, hogy a frissítés önmagában rangsorolási előnyt adna, ezért a dátum-kozmetika (a dateModified átírása érdemi változtatás nélkül) nem javasolt út. (Szakmai feltételezés a hatásról, de a dokumentáció szerint a módosítás dátumának valós, érdemi változást kell tükröznie.)
Mit csinál pontosan egy cikkgazda? Szerepkör-leírás
A cikkgazda négy dolgot figyel: a frissítési határidőt, a szakmai pontosságot, a belső linkeket és a tartalom élettartamáról szóló döntést. Így néz ki a szerep leírása, ahogy egy belső dokumentumba be lehet másolni.
Feladatok
- Határidő-figyelés: a rá bízott tartalmak következő ellenőrzési dátumát nyilvántartja, és a kör indulásakor visszaigazolja, hogy elvégzi.
- Szakmai pontosság: átnézi a cikkben szereplő állításokat, számokat, eszköz- és jogszabály-hivatkozásokat. Amit nem tud maga ellenőrizni, azt megkérdezi attól, aki tudja, és a választ beírja a naplóba.
- Belső linkek karbantartása: ellenőrzi, hogy a cikkből kimenő belső linkek élnek-e, és hogy az azóta megjelent releváns tartalmakra be van-e kötve a cikk. Ez kétirányú munka: a régi cikkből az újba, és az újból a régibe.
- Élettartam-döntés: a kör végén dönt, hogy a cikk marad változatlanul, frissül, összevonásra kerül egy másikkal, vagy kivezetjük.
- Napló: minden körről egy sor kerül a nyilvántartásba: dátum, döntés, egy mondat indoklás.
Jogkör
- Kisebb ténybeli javítást (szám, elérhetőség, halott link) jóváhagyás nélkül átvezethet.
- Érdemi átírást, összevonást vagy kivezetést a tartalomért felelős vezetővel egyeztet, mert az URL-t és a belső linkhálót is érinti.
- Az URL megváltoztatása mindig közös döntés, soha nem egyéni.
Terhelés
Tapasztalatunk szerint egy karbantartott cikk negyedéves átnézése átlagosan 15 és 40 perc között van, ha nem kell újraírni. Ebből következik, hogy egy emberre reálisan 15 és 25 közötti tartalom bízható rá úgy, hogy a negyedéves kör ne csússzon. (Saját tapasztalat, nem hivatalos norma.) Aki 60 cikket kap, az nem gazda lesz, hanem szűk keresztmetszet.
Milyen oszlopok kellenek a nyilvántartásba minimum?
Nyolc oszloppal működőképes a rendszer, és ez elfér egy táblázatban is. A cél nem a teljesség, hanem az, hogy az emlékeztető ki tudjon menni, és a kör után maradjon nyoma a döntésnek.
- Azonosító (slug vagy URL): egy sor, egy tartalom.
- Cím: hogy emberi szemmel is megtalálható legyen.
- Cikkgazda neve és e-mail címe: egy ember, nem csoportos cím.
- Helyettes neve: aki szabadság alatt átveszi. Ez az oszlop szokott kimaradni, és pont ez hiányzik a legjobban.
- Publikálás dátuma és utolsó ellenőrzés dátuma: a kettő különbsége mutatja a valós elhanyagoltságot.
- Következő ellenőrzés dátuma: ez vezérli az emlékeztetőt.
- Avulási kockázat (magas, közepes, alacsony): ebből jön a ciklusidő. Jogszabályi vagy ár-környezethez kötött tartalom magas, elvi-fogalmi magyarázó cikk alacsony.
- Státusz: él, frissítés alatt, összevonandó, kivezetve.
Egy exportálható fejléc például így néz ki:
slug;cim;gazda_nev;gazda_email;helyettes;publikalva;utolso_ellenorzes;kovetkezo_ellenorzes;avulasi_kockazat;statusz
Ha WordPresst használtok, a legrégebben módosított publikált tartalmak listája egyetlen lekérdezéssel megvan, és jó kiindulás az első feltöltéshez:
SELECT post_title, post_modified FROM wp_posts WHERE post_type='post' AND post_status='publish' AND post_modified < DATE_SUB(NOW(), INTERVAL 12 MONTH) ORDER BY post_modified ASC;
A gazda nevét érdemes a struktúrált adatban is megjeleníteni, ha a szerző és a felelős ugyanaz a személy. A Schema.org author és dateModified mezője ehhez adott, és a Google Article dokumentációja is ezeket kéri. (Hivatalosan igazolt.) Minimális példa:
{ "@type": "Article", "author": { "@type": "Person", "name": "A szerző neve" }, "dateModified": "2026-09-09" }
Hogyan nézzen ki a negyedéves emlékeztető-folyamat?
A negyedéves kör nem újraírás, hanem egy rövid, kötött lépéssorozat, ami minden tartalomnál dokumentált döntéssel zárul. Ez a hét lépés bevált nálunk:
- Lista generálása. A negyedév első hetében kilistázod azokat a sorokat, ahol a következő ellenőrzés dátuma a következő 90 napra esik. Ez naptárból, táblázat-képletből vagy egy ütemezett scriptből is mehet.
- Szétosztás gazdánként. Mindenki egy listát kap a saját tartalmairól, nem egy közös táblát. A közös tábla ugyanúgy elmosódó felelősség, mint a csoportos cím.
- Visszaigazolás öt napon belül. Aki nem tud ráérni, az jelez, és a tartalom átkerül máshoz. A csendes elfogadás nem elfogadás.
- Ténykör. A gazda végigmegy a számokon, dátumokon, eszköz- és jogszabály-hivatkozásokon. Amit nem tud igazolni, azt vagy alátámasztja, vagy kiveszi.
- Linkkör. Halott belső linkek javítása, és legalább egy új, releváns belső link bekötése az azóta megjelent tartalmakból, ha van ilyen.
- Döntés és rögzítés. Marad, frissül, összevonjuk vagy kivezetjük. A döntés, a dátum és egy mondat indoklás bekerül a nyilvántartásba.
- Új határidő. A következő ellenőrzés dátuma az avulási kockázat szerint áll be: magas kockázatnál negyedév, közepesnél fél év, alacsonynál egy év.
Ha a kör végén egyetlen sor sem változott, az nem siker, hanem gyanús. Vagy nem volt valódi átnézés, vagy a kockázati besorolás túl óvatos. (Saját tapasztalat.)
Mi történik, ha a cikkgazda elmegy szabadságra vagy távozik?
A gazda nélküli állapotot időben korlátozni kell: a nyilvántartásban egyetlen sor sem maradhat üres gazda-mezővel egyetlen napnál tovább. Két esetet érdemes külön kezelni.
Szabadság vagy hosszabb távollét. Két hétnél rövidebb távollétnél elég, ha a kör átcsúszik a visszatérés utánra, feltéve, hogy a határidő nem sérül. Két hétnél hosszabbnál a helyettes oszlopban szereplő ember automatikusan átveszi a negyedéves köröket, és ezt a naplóban is jelöli. A helyettes ilyenkor nem ír át érdemi tartalmat, csak a ténybeli és a link-hibákat javítja, a nagyobb döntéseket megvárja.
Távozás vagy szerepváltás. Az offboarding listára fel kell venni a cikkgazda-átadást, ugyanúgy, mint a hozzáférések visszavonását. A menete rövid:
- A távozó gazda listája legkésőbb az utolsó munkanapján átkerül egy vagy több névre. Nem a vezetőre gyűjtőben, mert ott ugyanúgy meghal.
- Minden átvett tartalom következő ellenőrzési dátuma az átvételtől számított 30 napon belülre kerül, hogy az új gazda egyszer végigolvassa, amiért mostantól felel.
- Ha a tartalomhoz szakmai forrás tartozott (egy kolléga, aki az adatot adta), az is átadandó információ, különben a következő körben nem lesz kitől kérdezni.
- Ha valamire nem akad gazda, az nem maradhat a levegőben lógva. Vagy valaki felvállalja, vagy a tartalom kivezetésre kerül. Ez kellemetlen döntés, de tisztább, mint a felügyelet nélküli oldal.
Miért nulla felelősség a megosztott felelősség?
Saját nézőpontunk: ha egy tartalomra két név kerül, akkor nem duplázódik a figyelem, hanem feleződik. Az emlékeztető mindkettőhöz megérkezik, és mindkettő azt látja, hogy a másik is megkapta. Amíg nincs kimondva, ki a döntő szó, addig a kör vagy kétszer fut le feleslegesen, vagy egyszer sem.
Ez nem azt jelenti, hogy egyedül kell dolgozni. A cikkgazda nyugodtan kérhet szakmai lektort, adatot, második véleményt. A különbség a felelősség és a közreműködés között van: közreműködő lehet több, felelős egy. A gyakorlatban ott bukik meg a rendszer, ahol ezt összemossák, mert jól hangzik, hogy az egész csapat felel a minőségért.
Ugyanez a helyzet a szoftveres megoldásokkal. Egy jó tartalomkezelő eszköz megkönnyíti a nyilvántartást, de nem hoz létre felelősséget. Az emlékeztető akkor is csak egy e-mail, ha egy drága rendszer küldi.
Hogyan kapcsolódik mindez az AI-válaszmotorokhoz?
A karbantartott tartalom pontosabban idézhető, és a pontatlan idézés kockázata a te oldaladon kezdődik. Ha egy generatív válaszmotor a cikkedből dolgozik, azt az állítást fogja továbbadni, ami ott áll, akkor is, ha az két éve igaz volt csak.
Az, hogy a nagy nyelvi modellek és a válaszmotorok pontosan hogyan súlyozzák a frissességet, nem nyilvános. (Szakmai feltételezés.) Ami hivatalosan igazolt: az OpenAI dokumentálja a saját botjait és a hozzáférés szabályozásának módját, a Google pedig részletesen leírja, milyen struktúrált adatot vár egy cikktől, és hogy a szerzőségre vonatkozó információt hol adhatod meg. (Hivatalosan igazolt.) Ebből annyi vezethető le felelősen, hogy a pontos, ellenőrzött, azonosítható felelőssel bíró tartalom jó eséllyel jobb kiindulás egy idézéshez, mint egy elhagyott oldal. Garancia erre nincs, és aki ilyet ígér, az többet állít, mint amennyit bárki tudhat.
Milyen hibákat érdemes elkerülni?
Rövid ellenőrzőlista az induláshoz:
- Nincs csoportos e-mail cím a gazda mezőben.
- Nincs olyan sor, ahol a helyettes üres.
- Nincs olyan gazda, akinél 25-nél több tartalom van.
- A következő ellenőrzés dátuma minden sorban ki van töltve, és nem mind ugyanaz a nap.
- A kivezetett tartalmak sora nem törlődik, csak státuszt vált, hogy később is visszakereshető legyen a döntés.
- Az offboarding listán szerepel a cikkgazda-átadás.
- A napló egy mondatos indoklást is tartalmaz, nem csak pipát.
A rendszer akkor kezd el működni, amikor először fordul elő, hogy valaki azt mondja: ez az én cikkem, ezt én nézem meg. Addig csak egy táblázat van.
Források és további olvasnivalók
- Google Search Central: Creating helpful, reliable, people-first content
- Google Search Central: Article (Article, NewsArticle, BlogPosting) struktúrált adat dokumentáció
- Google Search Central: Search Quality Rater Guidelines (nyilvános kiadás)
- Schema.org: Article, Person, author és dateModified tulajdonságok
- OpenAI: Overview of OpenAI crawlers (GPTBot, OAI-SearchBot, ChatGPT-User)
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2
- Internet Engineering Task Force: RFC 9309, Robots Exclusion Protocol
- A cikkgazda mindig egy konkrét ember neve és elérhetősége, soha nem egy csapat vagy egy beosztás.
- A nyilvántartás nyolc oszloppal is működik, de a következő ellenőrzés dátuma és a helyettes neve nem hagyható ki belőle.
- A negyedéves kör nem újraírás: az állítások, a linkek és a keresési szándék gyors átnézése, dokumentált döntéssel a végén.
- Távozásnál és két hétnél hosszabb távollétnél a gazda átadása kötelező lépés, nem udvariassági gesztus.
- A karbantartott, pontos és felelőssel ellátott tartalom segítheti az AI-válaszmotorokban való szereplést, de semmi nem garantálja azt.
Gyakori kérdések
Mi a különbség a szerző és a cikkgazda között?
A szerző az, aki a tartalmat megírta, és ez a tény nem változik. A cikkgazda az, aki a megjelenés után felel érte: figyeli a frissítési határidőt, a szakmai pontosságot és a belső linkeket. A gazda szerepe átadható, a szerzőség nem.
Hány cikk bízható rá egy emberre?
Saját tapasztalatunk szerint 15 és 25 közötti tartalom az a mennyiség, ahol a negyedéves kör nem csúszik el. Ez becslés, nem hivatalos norma, és erősen függ attól, mennyire gyorsan avuló a téma. Ha valakinél jóval több gyűlik össze, a rendszer nála fog megakadni.
Elég, ha csak a dátumot frissítem a cikken?
Nem. A Google dokumentációja szerint a módosítás dátumának valós, érdemi változást kell tükröznie, tehát a puszta dátum-átírás nem javasolt. Érdemi frissítés nélkül a dátum megtévesztő jelzés az olvasónak és a rendszereknek is.
Mit tegyek, ha egy tartalomra senki nem vállalja a gazda szerepét?
Akkor az a tartalom vagy nem elég fontos, vagy nincs meg hozzá a szakmai háttér a cégen belül. Mindkét esetben tisztább döntés az összevonás egy másik cikkel vagy a kivezetés, mint felügyelet nélkül hagyni. A kivezetett sort ne töröld a nyilvántartásból, csak a státuszát írd át.
Milyen gyakran legyen a felülvizsgálati kör?
Az avulási kockázat dönti el. Jogszabályhoz, árakhoz vagy gyorsan változó eszközökhöz kötött tartalomnál negyedéves ciklus indokolt, közepes kockázatnál fél év, elvi-fogalmi magyarázó cikknél egy év is elég lehet. A negyedéves emlékeztető így nem minden cikkre fut le, csak azokra, amelyeknél a dátum aktuális.
Segíti-e a cikkgazda-rendszer az AI-válaszmotorokban való szereplést?
Közvetlen, mért összefüggést senki nem tud igazolni, ezért garanciát ígérni félrevezető lenne. Ami levezethető: a pontos, karbantartott, azonosítható felelőssel bíró tartalom jó eséllyel jobb kiindulás egy idézéshez, mint egy évek óta érintetlen oldal, és a hibás állítás továbbadásának kockázatát is csökkenti.
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.