Évszám a cikk címében és a frissítés kezelése

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

Az évszám a címben egy mondatnyi ígéret az olvasónak. Azt állítja, hogy amit itt talál, az az adott évre is érvényes, és valaki ezt megnézte. A kattintásnál segíthet, viszont a következő év januárjától visszafelé sül el, ha a cím mellett semmi nem változott. A saját nézőpontunk ezért egyszerű. Az évszámot csak akkor írjuk ki, ha van, aki minden évben betartja.

A cikk végigveszi, mikor éri meg ezt a vállalást megtenni, mi a teendő évfordulókor, hogyan kezeld a dátumokat és az URL-t, és mit lát mindebből az olvasó és egy AI-válaszmotor. A szövegben külön jelöljük, mi hivatalos információ, mi saját tapasztalat és mi szakmai feltételezés.

Mikor érdemes évszámot tenni a cikk címébe?

Akkor érdemes, ha az évtől függ a válasz, és az olvasó ezt a keresésével is jelzi. Ha a tartalom egy év múlva is szó szerint igaz, az évszám semmit nem tesz hozzá, csak egy később lejáró dátumot ragaszt a cikkre.

Jellemzően ezeknél a tartalmaknál indokolt az évszám:

• Évente változó szabály, például adózási határok, támogatási feltételek, kötelező bevallások.
• Összehasonlítás vagy eszközlista, ahol a szereplők és a funkciók folyamatosan cserélődnek.
• Piaci adatokra épülő áttekintés, amelynek van évente megjelenő adatforrása.
• Éves összegzés vagy riport, amely egy lezárt időszakról szól.

Fölösleges viszont az alapfogalmakat magyarázó, folyamatot bemutató vagy örökzöld útmutató cikknél. A „Mi az a kanonikus URL? (2027)” típusú cím semmit nem mond az olvasónak, hiszen a fogalom jelentése nem évhez kötött.

Hogyan dönts három kérdéssel?

1. Más lenne a válasz egy év múlva? Ha nem, nincs szükség évszámra.
2. Keresnek az évszámmal együtt? Ezt a Search Console lekérdezéseiben és kulcsszókutatással tudod ellenőrizni.
3. Tudsz nevet mondani? Ha nincs konkrét ember, aki a következő évfordulón is megcsinálja a frissítést, az évszám kimarad.

Csak akkor írd ki, ha mindhárom kérdésre igen a válasz. A harmadik kérdés a legfontosabb, mert az első kettőre könnyű igent mondani a megjelenés napján.

Milyen kötelezettséget vállalsz az évszámmal?

Azt vállalod, hogy a cikk minden évben valóban átesik egy ellenőrzésen, és a cím csak ezután kap új számot. Ehhez felelős, naptári bejegyzés és ismert adatforrás kell, különben a vállalás az első évforduló után elkopik.

Két eltérő helyzetet érdemes szétválasztani, mert a teendőjük más.

• Gördülő cikk. Ugyanaz az oldal él tovább évről évre, és mindig az aktuális állapotot mutatja. Ilyen egy eszközlista vagy egy szabály-összefoglaló. Ez jár az éves munkával.
• Lezárt cikk. Egy adott évről szól, és úgy is marad. Ilyen a „2025-ös hirdetési piac áttekintése”. Ezt nem frissíted, a következő évre új cikk készül, és a régiből belső hivatkozás mutat rá.

Gyakori hiba, hogy a szerkesztő ezt nem dönti el a megjelenéskor. A lezárt riportot később gördülőként írják át, és elvész a régi adat, amelyre mások hivatkoztak. A cikk tervezésekor ezért írd be a szerkesztői naplóba, melyik típus készül.

Mi a teendő évfordulókor?

Először a tartalmat frissítsd, utána a címet, végül a dátumjelölést és az oldaltérképet. Ha a sorrend megfordul, a cím olyat állít, ami a szövegben még nem történt meg, és az ilyen átmeneti állapotok könnyen véglegessé válnak.

1. Nézd meg a típust. Gördülő cikknél frissítesz, lezárt cikknél új oldalt írsz.
2. Várd meg az adatot. Ha a forrásod februárban teszi közzé az új számokat, a január elsejei cserének nincs tartalmi alapja.
3. Ellenőrizd a szöveget az alábbi lista szerint, és javíts mindent, ami elavult.
4. Írd át a title elemet és a H1 címsort, ügyelve arra, hogy a kettő ugyanazt az évet mutassa.
5. Keress rá a teljes szövegben a régi évszámra, a meta leírást, a képek alt szövegét, a táblázatfejlécet és a GYIK-et is beleértve.
6. Állítsd át a látható frissítési dátumot, a strukturált adatot és az oldaltérkép lastmod értékét.
7. Ellenőrizd az élő oldalt forrásnézetben, és kérj újraindexelést a Search Console URL-ellenőrzőjében.

A következő évi szám korai kiírása külön kérdés. Ősszel már megjelennek a jövő évet ígérő címek, de ha a tartalom még az idei adatokra épül, az ilyen cím pontatlan. Csak akkor írj jövő évi számot, ha a cikkben valóban jövő évi, már ismert információ van, például kihirdetett szabály.

Hogyan kezeld a dátumjelölést a frissítés után?

A közzététel dátuma marad, a módosítás dátuma az érdemi frissítés napjára lép, és a látható dátum, a strukturált adat, valamint az oldaltérkép ugyanazt mondja. Elgépelés javítása vagy egy kép cseréje nem indokolja a dátum átírását.

A látható rész lehet ennyi:

<p>Közzétéve: 2026. március 4. | Frissítve: <time datetime="2027-02-10">2027. február 10.</time></p>

A hozzá tartozó strukturált adat az Article típusban:

{ "@context": "https://schema.org", "@type": "Article", "headline": "...", "datePublished": "2026-03-04T09:00:00+01:00", "dateModified": "2027-02-10T10:30:00+01:00" }

Az oldaltérképben pedig:

<lastmod>2027-02-10</lastmod>

Sok tartalomkezelő minden mentéskor automatikusan frissíti a módosítás dátumát, így egy bővítményfrissítés vagy tömeges sablonmódosítás is friss dátumot adhat az összes cikknek. Ezt érdemes egyszer tesztelni. WordPressnél nézd meg, hogy a SEO-bővítményed és a sablonod honnan veszi az értéket, és egy kis szöveges javítás után mi jelenik meg a forrásban.

Hivatalos információ. A Google a cikkek dátumjelöléséhez világos, látható dátumot és következetes strukturált adatot javasol, a segítőkész tartalomról szóló anyagában pedig önellenőrző kérdésként szerepel, hogy nem azért módosítod-e a dátumot, hogy a tartalom frissebbnek tűnjön, miközben érdemben nem változott. Az oldaltérképeknél azt írja, hogy a lastmod értéket akkor használja, ha az következetesen és ellenőrizhetően pontos.

Miért ne kerüljön évszám az URL-be?

Mert az URL-nek hosszú távon változatlannak kell maradnia, az évszám pedig évente elavul. A címet egy mozdulattal átírod, az URL cseréje viszont átirányítással, belső hivatkozások javításával és az újrafeldolgozásra várással jár.

Egy példán látszik a különbség. A /crm-rendszerek-2026/ címből jövőre vagy marad egy elavultnak látszó cím a 2027-es tartalom fölött, vagy költözik a cikk a /crm-rendszerek-2027/ címre. A második esetben minden évben új átirányítás és új hivatkozásfrissítés jön, és a külső oldalak továbbra is a régi címre mutatnak. A /crm-rendszerek/ ugyanezt a tartalmat hordozza, és évek múlva is pontos.

Ugyanez igaz a dátumos permalink-szerkezetekre, például a /2024/05/cikk-cime/ alakra. Egy örökzöld útmutató ettől már a címsorban réginek látszik, akkor is, ha tegnap frissítetted.

Kivétel a lezárt, adott évről szóló riport. Ott az évszám az azonosító része, és a /hirdetesi-piac-2025/ alak indokolt, mert az oldal soha nem válik 2026-ossá.

Mit csinálj, ha már évszám van az URL-ben?

Ha a cikk jól teljesít, és legalább pár évig gördülőként él tovább, érdemes egyszer, véglegesen áttenni évszám nélküli címre. A lépések a következők:

1. Hozd létre az új URL-t, és tedd át a tartalmat.
2. Állíts be 301-es átirányítást a régi címről közvetlenül az újra.
3. Ha korábban több évszámos változat volt, azok is egyenesen a végső címre mutassanak, láncolás nélkül.
4. Javítsd a belső hivatkozásokat, a kanonikus címet és az oldaltérképet.
5. Figyeld a Search Console-ban az indexelést és a 404-es hibákat.

Ha a cikk csekély forgalmú, és nincs rá hivatkozás, a költöztetés munkája sokszor nem térül meg. Ilyenkor hagyd az URL-t, és a címet tartsd rendben.

Mit tartalmaz a valódi frissítés ellenőrzőlistája?

Akkor valódi a frissítés, ha az olvasó egy konkrét dolgot tud mondani, ami tavaly óta változott a cikkben. Ha ilyet nem találsz, a szám cseréjének nincs alapja.

• Minden szám, határérték és adat mögött az idei forrás áll, és a forrás megjelölése is friss.
• A felsorolt eszközök, szolgáltatók, funkciók még léteznek, az elnevezésük helyes, a megszűntek kikerültek.
• A jogszabályi és platformszabályi hivatkozások az aktuális állapotot tükrözik.
• A képernyőképek és a lépésről lépésre leírások egyeznek a mai felülettel.
• Minden külső hivatkozás működik, és a belső linkek az időközben megjelent, jobb cikkekre is mutatnak.
• A GYIK-ben átnézted, mire kérdeznek most, és a kérdések felkerültek a szövegbe.
• A szövegben nem maradt olyan fordulat, amely múlt évre utal („idén”, „tavaly”, „most”) úgy, hogy már mást jelent.
• Van legalább egy új, tartalmi elem, például friss adat, új szakasz vagy módosított ajánlás.
• A módosítás rövid leírása bekerült a cikk változásnaplójába, ha vezetsz ilyet.
• A title, a H1, a látható dátum, a dateModified és a lastmod ugyanazt az állapotot mutatja.

A cikk alján egy rövid változásnapló („2027. február: frissítettük az adatokat és a szabályokat”) sokat segít. Az olvasó látja, mi történt, a szerkesztő pedig jövőre tudja, honnan folytassa.

Mit lát ebből az AI-válaszmotor és az olvasó?

Az olvasó a címet, a dátumot és a szöveg belső ellentmondásait látja, a gép ugyanezeket a jeleket olvassa, plusz a strukturált adatot és az oldaltérképet. Ha a jelek egymásnak ellentmondanak, a cím hitele sérül mindkét oldalon.

Az olvasónál a csalódás azonnali. Rákattint a 2027-es címre, a szövegben 2024-es adatot, megszűnt eszközt vagy tavalyi képernyőképet talál, és visszalép. Ez a bizalomvesztés a teljes oldalra is kihathat, mert legközelebb gyanakvóbban olvas.

A keresőnél is van egy dokumentált következmény. Hivatalos információ. A Google a találati címet több forrásból állítja össze, és a címhivatkozásokról szóló leírásában az elavult évszám példaként szerepel. Ha a title mást mond, mint az oldal látható tartalma, a rendszer felülírhatja. Ezért nem elég a H1-et vagy a title elemet külön-külön frissíteni.

AI-válaszmotoroknál kevesebb a nyilvános részlet. Szakmai feltételezés. Az OpenAI, a Google és a Microsoft keresőrendszerei friss oldalakat is lekérnek, ezért jó eséllyel a keresőindexben látható dátumok és a szöveg belső évszámai is szerepet játszhatnak abban, melyik forrás kerül elő időérzékeny kérdésnél. A pontos súlyozásuk nem nyilvános. Valószínű, hogy egy modell a szövegben lévő ellentmondást is észreveszi, például ha a cím 2027-et, a táblázat fejléce 2025-öt mond. Az ilyen forrásból kevésbé jó kivonatot lehet készíteni, ez viszont nem bizonyított rangsorolási tényező.

A gyakorlati teendő mindkét esetben ugyanaz. A kivonatolható mondatokba írd bele az érvényességet („2027 februárjában ez a határ...”), mert a szakaszból kiemelt mondat a címtől elválva is érthető marad, így a válaszban sem veszíti el az időbeli kontextust.

Mit tegyél, ha nincs, aki évente frissítsen?

Vedd ki az évszámot a címből, vagy jelöld a cikket lezártnak, mindkettő becsületesebb a gazdátlan számnál. A döntést a cikk tartalma adja meg.

• Ha a cikk nagyrészt időtálló, az évszám törlésével és az időérzékeny részek kiemelésével örökzöld oldalt kapsz.
• Ha a tartalom adott évhez kötődik, a cím maradjon a saját évével, és a cikk tetején álljon egy rövid megjegyzés arról, melyik időszakra érvényes.
• Ha a téma már senkinek nem releváns, és nincs rá hivatkozás, megfontolhatod az eltávolítást vagy az átirányítást egy közeli, élő cikkre.

Egy évente frissítendő cikklista méretét érdemes a kapacitáshoz szabni. Inkább legyen kevés, ténylegesen karbantartott gördülő cikked, mint sok, amelyet csak átszámozol. Egy egyszerű táblázat is elég hozzá, cikkenként a típussal, a felelőssel, az adatforrással és a következő ellenőrzés hónapjával.

Mi hivatalos, mi tapasztalat és mi feltételezés ebben a témában?

A dátumkezelés alapjai dokumentáltak, az évszám kattintásra és AI-válaszra gyakorolt hatása viszont oldalanként változik, és nem garantálható. A döntéshez érdemes külön kezelni a három szintet.

Hivatalosan igazolt

• A Google a datePublished és dateModified tulajdonságokat az Article strukturált adat részeként dokumentálja.
• A Google a lastmod értéket csak akkor használja, ha az megbízhatóan pontos.
• A Google a dátum módosítását érdemi változás nélkül a kerülendő gyakorlatok közé sorolja.
• A címhivatkozás felülírható, ha a title nem írja le jól az oldalt.
• A tartós átirányításhoz a 301-es válasz a szabványos megoldás.

Saját tapasztalat

• A legtöbb elavult évszámos cikknél a gond szervezési. A cikknek nem volt gazdája, nem az hiányzott, hogy valaki ne tudná, mit kellene tenni.
• Az automatikus dátumfrissítés a tartalomkezelőkben sokszor észrevétlen marad, amíg valaki meg nem nézi a forrást.
• A cikkenkénti gazda és a naptári bejegyzés jobban működik, mint az éves, tömeges nekifutás.

Szakmai feltételezés

• Az évszám időérzékeny keresésnél javíthatja a kattintási arányt, de ez témánként eltér, ezért a saját Search Console-adataidon mérd.
• Az AI-válaszmotorok a friss, következetesen datált forrásokat jó eséllyel előnyben részesíthetik időérzékeny kérdéseknél, a pontos működést nem ismerjük.
• A puszta számcsere rövid távon javíthat a kattintáson, hosszabb távon viszont az elégedetlen olvasók miatt visszaüthet.

Források és további olvasnivalók

• Google Search Central, Influence your byline dates in Google Search
• Google Search Central, Influencing title links in Google Search
• Google Search Central, Creating helpful, reliable, people-first content
• Google Search Central, Article structured data
• Google Search Central, Build and submit a sitemap
• Google Search Central, Redirects and Google Search
• Schema.org, Article, datePublished, dateModified
• W3C, Cool URIs don't change
• Sitemaps.org, Sitemaps XML format
• OpenAI dokumentáció, Overview of OpenAI Crawlers