- Két tengely elég a csoportosításhoz: milyen gyorsan avul a tartalom, és mikor van a keresési csúcsa.
- A szezonális cikkeket a csúcs előtt 6-10 héttel érdemes elővenni, nem a csúcs hetében.
- A minimális éves kör egy 20-40 perces tényellenőrzés és karbantartás, amit minden URL-nek meg kell járnia.
- A soron kívüli sávba csak három dolog kerülhet: tévedés, mérhető visszaesés, üzleti változás.
- Ha a soron kívüli munka tartósan túllépi a havi kapacitás harmadát, nem a sáv szűk, hanem a naptár rossz.
Ha megkérdezel tíz vállalkozást, mikor frissítették utoljára a tartalmaikat, kilencen azt mondják, hogy nemrég. Ha megkérdezed, melyik oldalt, kiderül, hogy azt az egyet, amelyik miatt panasz érkezett vagy amelyiken láthatóan zuhant a forgalom. A többi negyven, száz vagy háromszáz oldal érintetlenül áll azóta, hogy megjelent. Ez ritkán hanyagság: egyszerűen nincs olyan pont a hónapban, ahol a frissítés sorra kerülne.
Ez az írás egy visszatérő éves ritmust ad. Csoportosítási logikát, 12 hónapos naptársablont, egy minimális éves kört és egy szabályt arra, mi léphet be soron kívül. A saját nézőpontom röviden: a frissítés akkor történik meg, ha naptári helye van, nem ha eszünkbe jut. Minden más, a jó szándék, az emlékeztető a fejben, a tennivalólista alja, csak késlelteti a felismerést, hogy nem történik meg.
Miért marad el a frissítés, ha nincs naptári helye?
Azért, mert a frissítés soha nem sürgős. Mindig van nála sürgősebb feladat, és amíg egy oldal nem okoz látható fájdalmat, addig nem kiabál.
Saját tapasztalat: a legtöbb elavult oldal nem a legfontosabb tíz cikk közül kerül ki, hanem a hosszú farokból. Azokból, amelyek havi néhány látogatót hoznak, de együtt a forgalom jelentős részét adják. Ezekre soha nem érkezik panasz, ezért soha nem kerülnek sorra. Amikor egy éves átnézésnél végre elővesszük őket, tipikusan három baj van bennük: már nem létező felületre hivatkoznak, elavult évszámot vagy adatot közölnek, és olyan belső linkek vannak bennük, amelyek időközben megszűnt oldalakra mutatnak.
Hivatalosan igazolt: a Google saját, hasznos tartalomról szóló útmutatójában szerepel önellenőrző kérdésként, hogy nem cseréled-e le pusztán a dátumot azért, hogy frissnek tűnjön az oldal, miközben érdemben nem változott. Vagyis a naptár nem arra való, hogy havonta átírd a dateModified mezőt. Arra való, hogy a valódi átnézés megtörténjen.
Hogyan csoportosítsd a cikkeket frissítés szempontjából?
Két tengely elég: milyen gyorsan avul a tartalom, és mikor keresik a legtöbben. Ez a kettő együtt megmondja, melyik hónapban kell elővenni.
Mit jelent az avulási sáv?
A besoroláshoz egyetlen kérdést tegyél fel minden oldalra: ha ma jelenne meg változatlanul, mennyi idő múlva lenne benne olyan mondat, ami már nem igaz? A válasz alapján három sáv van.
- Gyors sáv (0-4 hónap): platformfüggő leírások, felületek és menüpontok, hirdetési rendszerek beállításai, AI-eszközök és modellek, mérési útmutatók, jogszabályi hivatkozások. Itt a képernyőkép is elavul.
- Közepes sáv (4-12 hónap): módszertan, folyamatleírás, összehasonlítás, ellenőrzőlista, ár nélküli szolgáltatásleírás. A gondolatmenet áll, a részletek csúsznak.
- Lassú sáv (12-24 hónap): fogalommagyarázat, alapelv, definíciós cikk, tipikus hibák. Ezeknél általában a példák és a belső linkek avulnak, nem az állítás.
A besorolást írd le egyszer, és utána ne vitatkozz vele havonta. Ha egy cikk kétszer egymás után soron kívül kerül elő, akkor rossz sávban van, sorold át a gyorsabba.
Hogyan találod meg a szezonális csúcsot?
A Search Console 16 hónapos adata alapján nézd meg, melyik hónapban kapja az oldal a megjelenéseinek nagy részét. Ha nincs elég adat, a kereslet naptári logikáját használd: mikor dönt a vásárlód, nem mikor vásárol.
A frissítést a csúcs előtt 6-10 héttel ütemezd. Ennyi idő kell ahhoz, hogy az újrafeldolgozás megtörténjen, és hogy legyen mozgástered, ha az átnézés közben kiderül, hogy nem frissítés kell, hanem új oldal.
Szakmai feltételezés: az AI-válaszmotorok saját indexből és gyorsítótárból is dolgoznak, ezért ott a késés jó eséllyel nagyobb, mint a klasszikus keresésnél. Ez nem publikált érték, de a korai ütemezés emiatt is védhető: a korai frissítés semmit nem ront, a késői viszont lecsúszik a szezonról.
Hogyan néz ki egy 12 hónapos frissítési naptár?
Minden hónapnak egy fő csoportja van, plusz egy állandó karbantartó rutin. Ez a sablon magyar piaci ritmusra készült, a saját szezonjaid szerint told el.
- Január: éves leltár. Évszámok, statisztikák, hivatkozott adatok cseréje az egész állományon, és a tavaszi szezon cikkeinek első köre.
- Február: a gyors sáv első negyedéves köre. Platformfüggő leírások, felületek, mérési útmutatók.
- Március: a tavaszi szezon oldalainak élesítése, szolgáltatás- és kategóriaoldalak szövegének átnézése.
- Április: adminisztratív ciklushoz kötött tartalom (éves zárás, bevallás, támogatási időszakok), konverziós oldalak, űrlapok környéke.
- Május: a nyári szezon tartalmainak előkészítése, a csúcs előtt hat héttel.
- Június: a lassú sáv nagy köre. Fogalomcikkek, alapelvek, tudásbázis-törzs.
- Július: szerkezeti karbantartás. Belső linkek, összevonás, kannibalizáció, törlésre jelölés.
- Augusztus: őszi szezon és iskolakezdéshez kötött tartalom.
- Szeptember: a gyors sáv második köre, termék- és szolgáltatásleírások.
- Október: az év végi és ünnepi időszak oldalai, szintén hat-tíz héttel a csúcs előtt.
- November: kérdés-alapú tartalom, GYIK-bővítés, az AI-idézettség átnézése.
- December: kis kör a kimaradt oldalakon, és a következő évi naptár összeállítása kapacitásszámmal.
A rutin, ami minden hónapban ugyanaz: hibás linkek keresése, a soron kívüli sáv lezárása, és a nyilvántartás kitöltése. Ez a rész negyed óra, ha van hozzá tábla, és fél nap, ha nincs.
Mi az a minimális éves kör, amit minden tartalomnak meg kell járnia?
Egy 20-40 perces átnézés, évente legalább egyszer, minden URL-en. Ez a padló, nem a cél.
A kis kör tartalma:
- Tényellenőrzés: van-e a szövegben olyan állítás, ami már nem igaz. Ha igen, javítsd vagy vedd ki.
- Külső hivatkozások: él-e még, amire mutatsz, és ugyanazt írja-e.
- Belső linkek: mutat-e az oldal a mai fontos oldalaidra, és mutat-e rá valami.
- Cím és leírás: a mai keresési szándékot fedi-e, nem a két évvel ezelőttit.
- Bevezető: az első bekezdés önmagában megválaszolja-e a címben feltett kérdést.
- Képek, képaláírások, képernyőképek: a jelenlegi felületet mutatják-e.
- Ajánlat és kapcsolatfelvétel: létező szolgáltatásra hív-e.
- Dátummezők: csak akkor nyúlj hozzájuk, ha érdemi változás történt.
Számold ki, belefér-e. Százhúsz cikknél ez havi tíz oldal, körülbelül négy-öt óra. Ha a saját állományodon ez a szám nem fér bele az évbe, akkor nem a naptárral van baj, hanem azzal, hogy több tartalmad van, mint amennyit fenn tudsz tartani. Ilyenkor a decemberi tervezésnél összevonás és törlés a következő lépés, nem több írás.
Mi kerül a soron kívüli sávba, és mi nem?
Soron kívül csak három dolog léphet be: tévedés, mérhető visszaesés, üzleti változás. Minden más várja meg a hónapját.
- Tévedés vagy megváltozott külső tény. Téves adat, megszűnt funkció, módosult szabály, rossz elérhetőség. Ez 48 órán belül javítandó, mert az olvasó rossz információ alapján dönt.
- Mérhető visszaesés. Tartós, több hetes esés a megjelenésekben vagy kattintásokban, vagy egy korábban idézett oldal eltűnése az AI-válaszokból. Két héten belüli átnézés, előtte adatgyűjtés.
- Üzleti változás. Új szolgáltatás, megszűnt szolgáltatás, névváltás, telephely-változás. Amint eldőlt, mert a régi állítás félrevezet.
Ami nem kerül be: a versenytárs kiadott valami hasonlót, régi a megjelenés dátuma, valakinek az az érzése, hogy szebb lehetne, vagy egy új eszköz átnézési javaslata. Ezek mind lehetnek jogosak, de a saját hónapjukban.
Saját tapasztalat: érdemes kvótát adni a sávnak. Ha a havi kapacitás harmadánál többet visz el a soron kívüli munka, az nem azt jelenti, hogy szűk a sáv, hanem hogy a naptár rosszul van beosztva, tipikusan túl lassú sávba került egy gyorsan avuló csoport.
Hogyan tartod nyilván, hol tart a kör?
Egy táblázat elég, de annak léteznie kell. Amit nem írsz fel, arról fél év múlva senki nem tudja megmondani, megvolt-e.
Minimális oszlopkészlet: url; csoport; avulasi_sav; szezon_csucs; utolso_kor; kovetkezo_kor; utolso_erdemi_valtozas; felelos; megjegyzes
Fontos, hogy az utolso_kor és az utolso_erdemi_valtozas két külön oszlop legyen. Az első azt mondja meg, hogy ránéztél, a második azt, hogy változott is. A strukturált adatban és a webhelytérképben csak a második számít.
Hivatalosan igazolt: a Schema.org szerint a dateModified az utolsó módosítás ideje, a Google pedig azt írja a webhelytérképekről, hogy a lastmod értéket akkor veszi figyelembe, ha az következetesen pontos. Ha minden kis körnél átírod, az érték elveszíti a jelentését.
Egy egyszerű jelölés a cikk fejlécében:
{"@context":"https://schema.org","@type":"Article","datePublished":"2026-01-14","dateModified":"2026-09-08"}
A dátumformátum ISO 8601 szerinti legyen, a W3C dátumjelölési ajánlásának megfelelően. Ha az érdemi frissítésnél a látható szövegben is jelzed, mi változott, azt az olvasó és a válaszmotor is könnyebben értelmezi, bár ez önmagában nem garantál sem jobb helyezést, sem idézést.
Milyen hibák teszik tönkre a frissítési naptárt?
A leggyakoribb hibák nem a besorolásnál, hanem a végrehajtásnál keletkeznek.
- Dátumkozmetika. A tartalom változatlan, csak a dátum új. Ez a Google saját önellenőrző kérdései között is negatív jelként szerepel.
- URL-csere frissítés címén. Ha az oldalra már hivatkoznak, akár klasszikus linkkel, akár AI-válaszban, az új cím eldobja ezt az előnyt. Frissíts a helyén, és csak indokolt esetben költöztess, akkor is átirányítással.
- Mindent egyszerre. Az egyhetes nagytakarítás után egy évig nem történik semmi. A havi ritmus lassabbnak tűnik, de végigmegy.
- Csak a legjobb tíz oldal. Ezek amúgy is figyelmet kapnak. A kör értéke a hosszú farokban van.
- A jó rész kihúzása. Frissítéskor gyakran esik ki a konkrétum, a saját tapasztalat, a példa, és marad az általános váz. Frissítés után nézd meg, maradt-e a szövegben olyan elem, amit csak te tudhatsz.
- Nincs utómérés. Írd fel a frissítés dátumát, és nézz vissza rá nyolc-tíz hét múlva. Enélkül nem tudod, mely csoport frissítése hoz eredményt, és melyik csak munka.
A naptár nem attól működik, hogy szép. Attól, hogy minden hónapban van egy megjelölt nap, van egy név mellette, és van egy lista, ami aznap sorra kerül. Ez a különbség a rendszer és a jó szándék között.
Források és további olvasnivalók
- Google Search Central: Creating helpful, reliable, people-first content
- Google Search Central: Sitemaps and the lastmod element
- Google Search Central: Search Console teljesítményjelentés dokumentációja
- Google Search Essentials: Spam policies for Google web search
- Schema.org: Article, dateModified, datePublished típusdefiníciók
- W3C: Date and Time Formats (ISO 8601 alapú jelölés)
- OpenAI dokumentáció: bot- és keresési felhasználói ügynökök leírása
- Bing Webmaster Tools dokumentáció: IndexNow
Gyakori kérdések
Milyen gyakran kell frissíteni egy cikket?
Nincs egységes gyakoriság, az avulási sáv dönt: a platformfüggő, technikai tartalom három-négy havonta, a módszertani írások évente, a fogalomcikkek másfél-két évente kívánnak érdemi átnézést. A minimum viszont mindegyikre azonos: évente legalább egy rövid tényellenőrző kör.
Változtassam meg a megjelenés dátumát frissítéskor?
A megjelenés dátumát ne, a módosítás dátumát csak akkor, ha érdemi változás történt. A Google hasznos tartalomról szóló útmutatója külön kérdésként említi a pusztán kozmetikai dátumcserét, ezért a kis körök után nem javasolt hozzányúlni a dátummezőkhöz.
Jobb új cikket írni, vagy a régit frissíteni?
Ha a keresési szándék ugyanaz, és az oldalra már hivatkoznak, a frissítés általában többet hoz, mert megtartja a felhalmozott előnyt. Új cikk akkor indokolt, ha a téma valóban másik kérdésre válaszol, különben két oldal versenyez egymással ugyanarra a keresésre.
Mennyivel a szezon előtt frissítsem a szezonális tartalmat?
Hat-tíz héttel a keresési csúcs előtt. Ennyi idő általában elég az újrafeldolgozásra, és marad mozgástér arra az esetre, ha az átnézés közben derül ki, hogy nagyobb átírás vagy új oldal kell.
Segít a frissítés abban, hogy az AI-válaszmotorok idézzék az oldalamat?
Segítheti, de nem garantálja. A pontos, ellenőrizhető, önmagában is értelmezhető szakaszokból álló tartalom jó eséllyel könnyebben idézhető, viszont az idézés feltételei nem nyilvánosak, és a modellek eltérő ütemben frissítik a forrásaikat.
Mit kezdjek azzal a tartalommal, ami nem fér bele az éves körbe?
Az a jele annak, hogy több oldalt tartasz fenn, mint amennyit karban tudsz tartani. Ilyenkor összevonás, átirányítás vagy törlés a következő lépés, nem több új cikk. A júliusi karbantartó hónap pontosan erre való.
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.