A tartalomfrissítés az egyik legfélreértettebb terület az AI-SEO-ban. Sokan úgy gondolják, hogy elég havonta átállítani a dateModified mezőt, és a tartalom máris 'frissnek' számít. A valóság ennél árnyaltabb: a dátum önmagában nem érték, csak akkor jelent valamit, ha valós, érdemi munkát takar. Ebben a cikkben végigveszem, mikor szabad frissíteni, miért árthat a hamis frissítés, hogyan építs fenntartható frissítési naptárat, és hogyan kapcsolódik mindez az idézhetőséghez.
Mit jelent pontosan a dateModified, és mikor szabad frissíteni?
A dateModified egy strukturált adat mező (a Schema.org szerint), amely azt jelzi, mikor módosult utoljára a tartalom. A helyes gyakorlat egyszerű: csak akkor frissítsd, ha a tartalom érdemben megváltozott.
A Schema.org hivatalos definíciója szerint a dateModified a 'CreativeWork' (például egy Article) utolsó módosításának dátuma. Ez hivatalos információ, nem értelmezés kérdése. Amit a Schema.org nem mond meg, az az, hogy pontosan mekkora változás számít módosításnak, ez már szakmai megítélés.
Egy tipikus, helyes jelölés így néz ki:
{ "@type": "Article", "headline": "...", "datePublished": "2024-03-10", "dateModified": "2026-07-15" }
A lényeg, hogy a dateModified mögött legyen valós tartalmi különbség az előző verzióhoz képest. Ha csak a dátumot írod át, de a szöveg egy karaktert sem változott, akkor a mező hazudik, és ez előbb-utóbb visszaüthet.
Miért árt, ha hamis frissítést jelzel?
Röviden: mert a hamis frissítés bizalmi kockázat, és nem hoz megbízható előnyt. A keresők és a válaszmotorok egyre kifinomultabban veszik észre, ha egy oldal 'frissnek' jelöli magát, miközben a tartalma évek óta változatlan.
A Google Search Central (hivatalos forrás) többször is hangsúlyozta, hogy nincs varázsütésre ható 'frissesség-faktor', amit dátumtologatással ki lehetne játszani. A frissesség egy jelzés a sok közül, és elsősorban a valós felhasználói igényhez (például aktualitást igénylő témákhoz) kötődik. Ha a rendszer azt látja, hogy a látható dátum és a tényleges tartalom nincs összhangban, az inkább minőségi aggály, mint előny.
Saját tapasztalatom szerint a leggyakoribb kár nem is egy konkrét büntetés, hanem a lassú bizalomvesztés. Ha egy látogató rákattint egy 'Frissítve: tegnap' feliratú cikkre, és elavult adatokat vagy változatlan szöveget talál, akkor a márka hitelessége sérül. Ez a fajta csalódás nehezen mérhető, de valós.
Szakmai feltételezés, hogy a válaszmotorok (például a ChatGPT keresője vagy a Google AI Overviews) idővel egyre inkább súlyozzák a datálás megbízhatóságát is, amikor forrást választanak. Ha egy oldal datálása következetlen, az csökkentheti az esélyét, hogy megbízható forrásként idézzék. Ez feltételezés, nem hivatalosan megerősített rangsorolási tényező.
Mi számít érdemi tartalomfrissítésnek?
Érdemi frissítés az, ami a tartalom pontosságát, teljességét vagy használhatóságát valóban javítja. A kozmetikai változtatás nem az.
Érdemi frissítésnek tekinthető például:
- Elavult adat, statisztika vagy évszám cseréje friss, ellenőrzött értékre.
- Új szakasz hozzáadása, amely egy korábban hiányzó kérdésre válaszol.
- Megváltozott jogszabály, díjszabás-logika vagy technikai eljárás átírása.
- Tévedés javítása vagy pontatlan megfogalmazás korrekciója.
- Elhalt hivatkozások cseréje működő, releváns forrásokra.
Nem érdemi frissítés (tehát önmagában NE indokolja a dateModified átírását):
- Egyetlen vessző vagy szórend módosítása.
- A dátum manuális átállítása tartalmi ok nélkül.
- Rejtett vagy jelentés nélküli karakterek beszúrása 'a rendszer megpiszkálásához'.
- Sablon- vagy lábléc-elem cseréje, ami nem a cikk törzsét érinti.
Gyakorlati küszöb, amit ajánlok: ha egy olvasónak elmondanád, hogy 'ezt frissítettük', és nem érezné becsapva magát, akkor jogos a dateModified. Ha viszont nem tudnád megnevezni, mi változott, akkor ne nyúlj a dátumhoz.
Hogyan építs fenntartható frissítési naptárat?
A jó frissítési naptár nem arról szól, hogy mindent egyszerre frissíts, hanem hogy a legfontosabb oldalak a megfelelő ütemben, valós okkal kapjanak figyelmet. Érdemes a tartalmat aszerint csoportosítani, mennyire romlik el az idő múlásával.
Egy egyszerű, három szintű beosztás sokat segít:
- Gyorsan avuló tartalom (árlogika nélküli iparági trendek, eszközlisták, jogszabályi hivatkozások): érdemes negyedévente átnézni.
- Lassan avuló tartalom (fogalommagyarázatok, útmutatók, folyamatleírások): elég félévente vagy évente egyszer felülvizsgálni.
- Időtálló tartalom (alapelvek, definíciók): csak akkor, ha valós változás indokolja.
A naptárba nem a 'frissítés' kerül feladatként, hanem a felülvizsgálat. Ez fontos különbség: a felülvizsgálat kimenetele lehet az is, hogy 'átnéztem, minden pontos, nem változtatok'. Ilyenkor a dateModified marad a régi, és ez teljesen rendben van. A felülvizsgálat tényét külön naplóban (például egy táblázatban) érdemes rögzíteni, hogy tudd, mikor nézted át utoljára, akkor is, ha nem kellett módosítani.
A prioritási sorrendet a forgalom és az üzleti fontosság adja: azok az oldalak menjenek előre a naptárban, amelyek sok látogatót hoznak, vagy közvetlenül kapcsolódnak a szolgáltatáshoz. Egy ritkán olvasott, mellékes cikk felülvizsgálata ráér.
Hogyan segíti a rendszeres frissítés az idézhetőséget és aktualitást?
A jól karbantartott, pontosan datált tartalom jó eséllyel könnyebben válik idézhető forrássá, mert kiszámíthatóbb és megbízhatóbb. Ez azonban nem garancia, csak kedvező feltétel.
Az idézhetőség szempontjából három dolog számít leginkább. Az első a pontosság: egy AI-válasz akkor idéz szívesen egy forrást, ha az állításai ellenőrizhetők és aktuálisak. A második a dátum-konzisztencia: ha a látható 'Frissítve' dátum, a dateModified és a sitemap lastmod értéke egymással is összhangban van, az egységes, tiszta jelzést ad. A harmadik az epistemikus tisztaság: ha a szövegben egyértelmű, mi hivatalos információ, mi tapasztalat és mi feltételezés, az növeli a forrás megbízhatóságát.
Az aktualitás önmagában nem cél, hanem eszköz. Egy 2019-es adatra hivatkozó cikk akkor is gyenge forrás marad, ha tegnapra datálod. Fordítva viszont: ha egy cikkben tényleg lecserélted az elavult adatot friss, ellenőrzött értékre, akkor a frissítés valós minőségi ugrást hoz, és ezt jogosan tükrözi a dátum is.
Milyen technikai jelekkel támaszd alá a frissítést?
A frissítés akkor koherens, ha a technikai jelek is követik a valóságot. A három legfontosabb elem: a strukturált adat, a látható dátum és a sitemap.
- Strukturált adat: a
datePublishedmaradjon az eredeti megjelenés dátuma, és csak adateModifiedváltozzon valós frissítéskor. A kettő ne mosódjon össze. - Látható dátum: az olvasónak megjelenített 'Közzétéve' és 'Frissítve' dátum egyezzen a strukturált adattal. A rejtett vagy eltérő datálás félrevezető.
- Sitemap lastmod: az XML sitemap
lastmodmezője szintén csak valós módosításkor változzon. A W3C és a sitemap-szabvány szerint ez a mező a fájl utolsó módosítását jelzi, tehát ne legyen minden oldalon a mai dátum minden generáláskor.
Egy gyakori hiba, amit érdemes elkerülni: sok rendszer minden újragenerálásnál automatikusan a mai napra állítja a lastmod értéket, akkor is, ha a tartalom nem változott. Ez pont az a fajta zaj, ami idővel értéktelenné teszi a jelzést. Érdemes úgy beállítani, hogy a lastmod a tényleges tartalmi módosításhoz kötődjön.
Milyen ellenőrzőlistán menj végig frissítés előtt?
Frissítés előtt egy rövid, ismételhető ellenőrzés megvéd a dátumtologatás csapdájától. Mielőtt átírod a dateModified mezőt, fusd át ezt:
- Meg tudod nevezni egy mondatban, mi változott érdemben? Ha nem, ne frissíts.
- Az új adatokat ellenőrizted elsődleges vagy megbízható forrásból?
- A
datePublishedérintetlen maradt, csak adateModifiedváltozott? - A látható 'Frissítve' dátum egyezik a strukturált adattal?
- A sitemap
lastmodcsak valós módosításkor frissül? - Az elhalt hivatkozásokat és elavult képernyőképeket is átnézted?
- Rögzítetted a felülvizsgálat tényét a saját naplódban, akkor is, ha nem módosítottál?
Ez a lista pár perc alatt lefut, mégis segít abban, hogy a frissítéseid következetesek és hitelesek maradjanak. Hosszú távon a fegyelmezett, valósághű datálás megbízhatóbb alapot ad az idézhetőséghez, mint bármilyen dátumtrükk.
Források és további olvasnivalók
- Google Search Central dokumentáció (frissesség, tartalomminőség és strukturált adatok útmutatói)
- Schema.org: CreativeWork, Article, datePublished és dateModified tulajdonságok
- Sitemaps.org protokoll leírás (lastmod mező)
- W3C ajánlások a dátum- és időformátumokról (ISO 8601)
- OpenAI dokumentáció (ChatGPT keresési és forráshasználati elvek)
- A dateModified értékét csak akkor frissítsd, ha a tartalom érdemben változott, nem pusztán a dátum kedvéért.
- A hamis frissítés (dátumtologatás valós módosítás nélkül) rontja a bizalmi jeleket, és nem javítja megbízhatóan a helyezést.
- Egy egyszerű frissítési naptár segít abban, hogy a fontos oldalak rendszeresen, de indokoltan frissüljenek.
- Az aktuális, jól datált tartalom jó eséllyel könnyebben idézhető az AI-válaszokban, de ez nem garancia.
- A dateModified mellett a látható 'Frissítve' dátum és a sitemap lastmod legyen összhangban a valósággal.
Gyakori kérdések
Frissítsem a dateModified mezőt, ha csak elgépelést javítok?
Egyetlen elgépelés vagy vessző javítása általában nem érdemi módosítás, ezért nem indokolja a dateModified átírását. Ha viszont a javítás egy valódi tényt vagy adatot pontosít, akkor jogos a frissítés.
Segít a helyezésen, ha rendszeresen frissítem a dátumot?
A puszta dátumfrissítés tartalmi változás nélkül nem hoz megbízható előnyt, és a Google szerint nincs kijátszható frissesség-faktor. A valós, minőségi frissítés segítheti a láthatóságot, de garantált eredményt nem ad.
Változtassam a datePublished dátumot is frissítéskor?
Nem. A datePublished az eredeti megjelenés dátuma, és annak maradnia kell. Frissítéskor csak a dateModified értéke változzon, így marad tiszta és követhető a tartalom története.
Honnan tudja egy AI-válaszmotor, hogy friss-e a tartalom?
Több jelet vesz figyelembe, például a strukturált adatban lévő dátumot, a látható datálást és a tartalom tényleges aktualitását. Ha ezek egymással is összhangban vannak, az megbízhatóbb képet ad, de a datálás önmagában nem garantálja az idézést.
Milyen gyakran frissítsem a cikkeimet?
Ez a téma avulási sebességétől függ: a gyorsan változó tartalmat érdemes negyedévente átnézni, az időtálló anyagot csak valós ok esetén. A felülvizsgálat lehet olyan is, hogy nem változtatsz semmit, és a dátum marad a régi.
Mit tegyek, ha a rendszerem automatikusan mindig a mai napra állítja a lastmod értéket?
Érdemes úgy beállítani, hogy a lastmod csak valós tartalmi módosításhoz kötődjön, ne minden újrageneráláshoz. Az állandóan mai dátumú lastmod zajossá és értéktelenné teszi ezt a jelzést.
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.