Tartalmi egyértelműség Szakszó

Tartalom frissessége és a dateModified

Szerző: · 7 perc olvasás · Frissítve:
Tartalom frissessége és a dateModified - Tartalmi egyértelműség (szakszó) a tudástárban
Tartalom frissessége és a dateModified - Tartalmi egyértelműség | eClick GEO-audit tudástár

A tartalom frissessége azt mutatja, mikor változott utoljára érdemben egy oldal szövege, és ezt két helyen kell jeleznie: a látható „Frissítve” dátummal a tartalomban, és a strukturált adat dateModified mezőjében. A két érték ugyanazt a napot mutassa.

Hogyan működik

A dátum két csatornán jut el a gépekhez.

  • Látható dátum: egy sor a cím alatt vagy a szöveg végén, például „Frissítve: 2026. 03. 12.”
  • Gépi dátum: a dateModified a JSON-LD-ben, jellemzően az Article sémában.

A datePublished a megjelenés napja, a dateModified az utolsó valódi szerkesztés. A sitemapban szereplő lastmod (a sitemap frissítés-dátuma) ugyanebből az adatból dolgozik, ezért a három érték ne mondjon egymásnak ellent.

Miért számít a generatív keresőknek

Egy nyelvi modell nem tudja megállapítani, hogy egy ár vagy egy jogszabályi hivatkozás elavult-e. A dátumot használja jelzésnek. Ha két oldal ugyanazt állítja, jó eséllyel a frissebb dátumú kerül be a válaszba.

Számokat és adatokat tartalmazó szövegnél ez még élesebb. A forrásolt tények mellé a dátum adja meg, hogy az adat mennyire bízható. Dátum nélkül egy 2019-es ár és egy mai ár ugyanúgy néz ki.

Amikor a dátum hazudik

Sok sablon minden oldalletöltésnél a mai napot írja ki. Ez nem frissesség, hanem zaj. A riportokban ezt látjuk a leggyakrabban: friss dátum, mögötte évek óta változatlan szöveg. Ha egy olvasó vagy egy crawler ezt észreveszi, az egész oldal hitelessége sérül.

Röviden: a dateModified csak akkor ér valamit, ha mögötte valódi tartalmi változás van.

Miért fontos

A keresők és az AI-válaszok is időben pozícionálják a tartalmat. Egy dátum nélküli útmutató nem tud versenyezni egy dátumozott, ugyanolyan jó szöveggel.

A konkrét következmények:

  • Idézhetőség: a generatív válaszok szívesebben hoznak olyan forrást, aminél látszik az aktualitás.
  • Átkattintás: a találati oldalon megjelenő dátum befolyásolja, hogy rákattintanak-e.
  • Crawl-gazdálkodás: a pontos lastmod segít abban, hogy a robot a valóban megváltozott oldalakat járja újra.
  • Üzleti kár: egy elavult árlista hibás ajánlatot ígér, és rossz érdeklődőt hoz.

A fordított eset is drága. A hamis napi dátumtolás elinflálja a jelzést, és a keresők figyelmen kívül hagyják. Ilyenkor a valóban frissített oldalaid is elvesztik az előnyüket.

Mit néz ebből a riport

Az audit megkeresi a látható frissítési dátumot, és összeveti a sémában lévő dateModified értékkel. Jelzi, ha az egyik hiányzik, ha a kettő eltér, vagy ha a dátum gyanúsan mindig az aktuális nap. A riport azt is megmutatja, mely oldaltípusoknál hiányzik a dátum ott, ahol számítana.

Kikre vonatkozik

Azokra az oldalakra vonatkozik, ahol a tartalom idővel elavul.

  • blogcikk, hír, esettanulmány
  • útmutató, tudástár-szócikk
  • árlista, csomagok, díjszabás
  • termékoldal, ahol az adatlap vagy a készlet változik
  • GYIK, ha árat, határidőt vagy jogszabályt említ

Ahol nincs rá szükség:

  • kapcsolat, impresszum, adatvédelmi tájékoztató
  • bejelentkezés, kosár, köszönőoldal
  • tisztán navigációs gyűjtőoldalak

Staging és fejlesztői környezet esetén a dátum nem prioritás, de ha az éles sablont ott készítjük, érdemes már ott jól megoldani. Webshopoknál a kategóriaoldal általában nem igényel dátumot, a szöveges vásárlási útmutató viszont igen.

Hogyan ellenőrzöd

  1. Nyisd meg az egyik cikkedet, és keresd a látható dátumot a cím alatt vagy a szöveg végén. Jegyezd fel.
  2. Nyomj Ctrl+U vagy Cmd+U a forráskódhoz, és keress rá a dateModified szóra.
  3. Terminálból gyorsabb: curl -s https://pelda.hu/cikk/ | grep -o '"dateModified":"[^"]*"'.
  4. Futtasd az URL-t a Rich Results teszten. Ott strukturáltan látod a datePublished és dateModified értéket.
  5. Nyisd meg az XML sitemapot, és nézd meg ugyanannak az URL-nek a lastmod értékét.
  6. Töltsd újra az oldalt másnap. Ha a dátum magától előrelépett, sablonhiba van.
  7. A Search Console találati adatainál nézd meg, mely régi oldalak veszítenek kattintást. Ezek az első frissítési jelöltek.

Jó jelek:

  • a látható dátum és a dateModified ugyanaz a nap
  • a dateModified nem korábbi, mint a datePublished
  • a dátum ISO 8601 formátumban, időzónával szerepel
  • a sitemap lastmod értéke illeszkedik a sémához

Rossz jelek:

  • nincs látható dátum, csak séma, vagy fordítva
  • a séma dátuma hónapokkal eltér a kiírt dátumtól
  • minden oldalon a mai nap szerepel
  • a dateModified minden cache-ürítésnél változik
  • a dátum ott is megjelenik, ahol nincs értelme, például az impresszumon

Hogyan javítod

WordPress

  1. A sémát a Yoast SEO vagy a Rank Math a post_modified mezőből olvassa. Ne írj mellé saját JSON-LD-t, mert az duplikált séma zavart okoz.
  2. A látható dátumhoz a sablonban használd a get_the_modified_date() függvényt a get_the_date() helyett.
  3. Kapcsold ki a bulk-szerkesztést és a dátumot módosító pluginokat, ha nem jár valódi szerkesztéssel.
  4. Apró javításnál (elírás, link) ne frissítsd a dátumot. Erre a szerkesztőben a „Frissítés dátuma” kézi beállítása jó megoldás.

Shopify

  1. Blogcikknél a Liquid article.updated_at adja az utolsó módosítást, a article.published_at a megjelenést.
  2. A témában írd ki mindkettőt: a látható dátumot és a JSON-LD dateModified mezőjét ugyanabból a változóból.
  3. Termékoldalnál a product.updated_at minden készletváltozásnál lép. Erre inkább metafieldben tárolt kézi dátumot használj.

Unas

  1. A blog- és szövegoldalaknál van módosítás dátuma. Ezt tedd ki a tartalom elejére vagy végére.
  2. A sémát a fejléc-szerkesztőben tudod kiegészíteni. Egy oldaltípusonkénti JSON-LD blokk elég.
  3. Az árlistát tartalmazó szövegoldalakat naptári emlékeztetővel vedd át, és a dátumot csak akkor írd át, ha változott az ár.

Shoprenter

  1. A blogmodul tartalmazza a módosítás idejét, a sablonban hivatkozz rá.
  2. A séma kiegészítéséhez a template-be helyezz saját JSON-LD-t, és ott add meg a dateModified értéket.
  3. Ellenőrizd a sitemap generálását, hogy a lastmod ne minden oldalnál a generálás napja legyen.

Egyedi fejlesztés

  1. Tarts külön két adatbázis-mezőt: updated_at a technikai mentéshez, content_updated_at az érdemi tartalmi változáshoz.
  2. A sémában és a látható dátumban a content_updated_at szerepeljen, ISO 8601 formátumban.
  3. A szerkesztőfelületen legyen egy pipa: „érdemi tartalmi frissítés”. Csak ez írja át a dátumot.
  4. A sitemap generálásakor ugyanezt a mezőt használd, így a lastmod konzisztens lesz.

Gyakori hibák

  • Automatikus napi dátumtolás: a sablon minden betöltésnél a mai napot írja ki, így a jelzés értelmét veszti.
  • Látható dátum séma nélkül: az olvasó látja, a gép nem, ezért az AI-válaszokban nem tudod érvényesíteni.
  • Séma látható dátum nélkül: a riportokban ezt látjuk gyakran, és a találati oldalon semmit nem segít.
  • Eltérő dátumok: a szövegben március, a sémában januári érték, és egyik sem hihető.
  • dateModified korábban, mint datePublished: logikai hiba, a Rich Results teszt is kifogásolja.
  • Dátum minden oldalon: az impresszumon és a kapcsolatoldalon felesleges, és csak zajt kelt.
  • Dátumcsere tartalom nélkül: a magyar KKV-oldalak többségén ez a megoldás, pedig a szöveg átolvasása nélkül nem frissesség.

Technikai példa

A látható dátumot time elemmel írd ki, gépileg olvasható datetime értékkel:

<p class="article-meta">
  Közzétéve: <time datetime="2024-02-03">2024. 02. 03.</time>
  &middot; <strong>Frissítve: <time datetime="2026-03-12">2026. 03. 12.</time></strong>
</p>

Ugyanez a két dátum a JSON-LD-ben, időzónával:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Mennyibe kerül egy webáruház 2026-ban?",
  "datePublished": "2024-02-03T09:00:00+01:00",
  "dateModified": "2026-03-12T14:20:00+01:00",
  "author": {
    "@type": "Person",
    "name": "Kovács Anna"
  }
}

A datetime attribútum és a JSON-LD érték napja egyezzen. Az időzóna megadása nem kötelező, de segít a pontos sorrend felállításában.

Gyakori kérdések

Elég, ha csak a sémában szerepel a dátum?
Nem. A látható dátum az olvasónak szól, a séma a gépeknek. Ha csak az egyik van meg, a másik csatorna üresen marad. A kettő együtt és ugyanazzal az értékkel működik.
Minden apró javításnál frissítsem a dateModified értéket?
Ne. Elírás vagy linkcsere nem indokolja. Akkor írd át, ha az információ változott: új ár, új határidő, új szakasz. A gyakori, tartalom nélküli dátumcsere rontja a megbízhatóságot.
Mi van, ha egy régi cikk tartalma még mindig érvényes?
Hagyd a régi dátumot, és ne tolj rajta. Ha tényleg aktuális, írj bele egy rövid ellenőrzési megjegyzést, és mellé új adatot vagy példát. Ekkor már jogosan frissíted a dátumot.
Befolyásolja a dátum a Google rangsorolását?
Közvetlen rangsoroló tényezőként nem így kell rá gondolni. Időérzékeny kérdéseknél viszont a keresők a frissebb tartalmat preferálják, és a találati oldalon is megjelenítik a dátumot. A generatív válaszokban is jelzésként szolgál.
A sitemap lastmod és a dateModified ugyanaz?
Nem ugyanaz a mező, de ugyanabból az adatból kell jönnie. A lastmod a feltérképezésnek szól, a dateModified az oldal tartalmát írja le. Ha a kettő eltér, a robot rosszul dönt az újralátogatásról.

Források

Kapcsolódó fogalmak

A te oldaladon hogy áll a(z) „Tartalom frissessége és a dateModified”?

Futtass egy GEO-auditot: pontszám, fejlesztői ítélet, a leggyorsabb javítások, és minden tételhez bizonyíték.

Ingyenes GEO-audit indítása