Prečo „čerstvosť“ rozhoduje pri AI Overviews a LLM
Modely ako ChatGPT, Gemini či vyhľadávacie AI Overviews zohľadňujú signály aktuálnosti, ktoré im pomáhajú rozhodnúť, či je váš obsah hodný citácie a sumarizácie. Dva najspoľahlivejšie signály, ktoré môžete mať plne pod kontrolou, sú changelogy (transparentná história zmien) a dátumy (publikovania, aktualizácie, prístupu, verzie). Správne navrhnuté a technicky exponované znižujú riziko, že model zoberie zastaranú verziu, a zvyšujú pravdepodobnosť, že bude preferovať vaše zdroje pri tvorbe odpovedí.
Taxonómia dátumov: čo presne vyjadrujú a kde patria
- Dátum publikovania (datePublished): Prvé sprístupnenie obsahu. Ostáva stabilný.
- Dátum aktualizácie (dateModified): Posledná podstatná zmena obsahu; aktualizovať len pri reálnych úpravách.
- Dátum verzie (version / releaseDate): Pre obsah so semver (napr. „2.3.1“) alebo číslovanými vydaniami.
- Dátum prístupu (accessed/lastReviewed): Pri sekundárnych zdrojoch a prehľadoch označuje, kedy bol obsah revidovaný voči externým zdrojom.
- Vydanie sekcie (part/hasPart): Ak stránka má viac častí (kapitoly, tabuľky), každá môže mať vlastný dátum, aby AI vedela, ktorá časť je novšia.
Changelog ako informačná architektúra: formát, granularita, čitateľnosť
- Granularita: Skupinovať zmeny do kategórií: Added, Changed, Fixed, Deprecated, Removed, Security.
- Jasné dátumy a verzie: Každý záznam má releaseDate a prípadne version v semver alebo roku/mesiaci.
- Prepojenia: Každý bod by mal odkazovať na sekciu alebo ID prvku, ktorého sa týka (ukotvenie „#id“).
- Strojová aj ľudská vrstva: Viditeľný zoznam pre ľudí a paralelná mikroštruktúra pre stroje (meta, microdata, JSON-LD).
Viditeľné UI signály aktuálnosti, ktoré vníma človek aj model
- Banner aktualizácie: Neprehliadnuteľný prvok s dátumom a krátkou vetou „Naposledy aktualizované: 2025-10-22“.
- Pri sekciách mini-changelog: Pri dôležitých kapitolách zobrazte „Zmeny v tejto sekcii“ so 3 poslednými položkami.
- Nadpis s verziou: V podnadpise uveďte verziu obsahu (napr. „Metodika benchmarku v2.1“).
- Ikony a značky: „New“, „Updated“ s dátumom; po 30 dňoch „New“ automaticky expiruje.
Technické exponovanie dátumov: čo dokážu prečítať roboty a LLM
- Schema.org / JSON-LD: Používajte Article (alebo TechArticle/HowTo) s
datePublished,dateModified,version,hasPart/isPartOf. - HTML meta:
<meta property="article:published_time">aarticle:modified_timeako sekundárny signál. - HTTP hlavičky:
Last-ModifiedaETagpre podmienené requesty; zosúladiť sdateModified. - Sitemapy: V
<lastmod>uvádzajte UTC v ISO 8601 a aktualizujte len pri podstatnej zmene. - Feedy: Atom/RSS s updated/pubDate pre signalizáciu nových vydaní.
Štruktúra changelogu: odporúčaný obsah a pravidlá
| Položka | Popis | Povinné? | Príklad |
|---|---|---|---|
| Version | Semver alebo dátumové vydanie | Áno | 2.4.0 |
| Release date | Dátum vydania v ISO 8601 | Áno | 2025-10-22 |
| Type | Added/Changed/Fixed/Deprecated/Removed/Security | Áno | Added |
| Scope/ID | Čo sa zmenilo (sekcia, komponent, dataset) | Áno | #metodika-vyberu-vzorky |
| Summary | Jednovetové vysvetlenie | Áno | Pridané nové kritérium reprezentatívnosti. |
| Rationale | Prečo zmena | Odporúčané | Zosúladenie s novým štandardom. |
| Impact | Dopad na čitateľa/model | Odporúčané | Porovnania pred/po nie sú priamo kompatibilné. |
| Links | Interné kotvy, diff, issue | Odporúčané | #sekcia, /diff?v=2.3.1..2.4.0 |
Najčastejšie chyby s dátumami, ktoré mätú modely
- Recyklácia dátumu publikovania pri každom drobnom update (vyzerá to ako nový článok, čo znižuje dôveryhodnosť).
- Prehnane častá aktualizácia
lastmodv sitemapách bez zmeny obsahu (spam signál pre crawlery). - Nezhoda medzi vrstvami: banner píše „Aktualizované dnes“, ale
dateModifiedje staré. - Skryté changelogy len v git histórii bez publikačnej reprezentácie (LLM nevidia privátne repozitáre).
Vzorová hierarchia dátumov pre rozsiahlu tému
- Canonical stránka témy: má „Last reviewed: 2025-10-01“, verziu metodiky a odkaz na plný changelog.
- Leafy články (detail): každý má svoj vlastný
dateModifieda mini-changelog s 3 položkami. - Datasety a tabuľky: samostatný releaseDate a „Data freshness“ (napr. zdroj zo dňa X).
Meranie vplyvu na AI Overviews a LLM
- Recall v AI odpovediach: koľko vašich stránok sa objaví v citovaných zdrojoch.
- Time-to-pickup: čas od publikácie/aktualizácie po prvé zahrnutie v AI odpovedi.
- Freshness coverage: podiel top URL s konzistentnými dátumami a changelogom.
- Diff-impact analýza: porovnanie návštevnosti a zmien v SERP/AI po konkrétnom vydaní.
Governance: workflow a zodpovednosti
- Author pripraví zmeny a návrh záznamu do changelogu (vrátane kategórie a dopadu).
- Editor validuje významnosť zmeny a nastaví
dateModified. - SEO/Tech synchronizuje JSON-LD, sitemap
lastmod, HTTP hlavičky a cache-invalidation. - Publisher nasadí a kontroluje UI bannery a mini-changelogy.
- Analyst sleduje metriky a robí retro k vydaniam.
Štandardy a normy, na ktoré sa oplatí odkazovať
- ISO 8601 pre dátumové formáty (UTC, s časovou zónou podľa potreby).
- Semver pre verziovanie metodík, API, dátových definícií.
- Schema.org typy: Article, Dataset, TechArticle, SoftwareApplication.
Praktické vzory pre rôzne typy obsahu
- Metodické články: verziovanie + „Last reviewed“ + sekčný mini-changelog + odkazy na dôkazy.
- Novinky: pevný
datePublished, prípadne „Update (YYYY-MM-DD): …“ bez zmeny starého obsahu. - Produktové stránky: „Changes since last release“ s technickými detailmi a vplyvom na používateľa.
- Datasety: „Data last updated“, periodicita obnovy, výpis rozdielov (prírastky/odstránené položky).
Mini-checklist pred publikovaním
- Sedia
datePublishedadateModifieds reálnymi úpravami? - Je changelog zrozumiteľný, kategorizovaný a viazaný na konkrétne sekcie?
- Synchronizované vrstvy: banner, JSON-LD, meta, hlavičky, sitemap?
- Je
<lastmod>v sitemape aktualizované iba pri významných zmenách? - Má každá kľúčová podstránka vlastné dátumy a (mini) changelog?
Ako informovať modely o zmenách bez „spamovania“
- Batch release okná: drobné úpravy agregovať do plánovaných vydaní.
- Stabilné URL + kotvy: nemeníte adresu, iba ukotvenia v rámci stránky.
- Konzistentné diffy: ak máte verejný repozitár alebo „/changelog“, nech má predvídateľný formát.
Príklady formulácií pre bannery a záznamy changelogu
- Banner: „Naposledy aktualizované: 2025-10-22 – Doplnili sme kapitolu o schémach JSON-LD.“
- Changelog (Added): „Pridaná sekcia ‚Meranie vplyvu‘ so štyrmi metrikami.“
- Changelog (Changed): „Prešli sme na ISO 8601 v celej dokumentácii.“
- Changelog (Fixed): „Opravené nesprávne mapovanie
dateModifiedv JSON-LD.“
Antipatterny: čo sa nevypláca
- „Updated today“ bez detailu: žiadna informácia o rozsahu zmeny je slabý signál.
- Skryté dátumy v obrázkoch: text v PNG/JPG nie je spoľahlivý signál pre stroje.
- Masové pre-datovanie: spätná zmena dátumov pre „čerstvosť“ znižuje dôveru.
Changelog a dátumy ako trvalá infraštruktúra dôvery
Changelogy a presné dátumy vytvárajú prehľadnú trajektóriu obsahu, ktorú dokážu prečítať ľudia aj LLM. Ak sú konzistentné naprieč UI, metadátami, protokolovými vrstvami a sitemapami, stávajú sa silným signálom aktuálnosti. Investícia do tejto „infraštruktúry dôvery“ sa vracia vyššou viditeľnosťou v AI Overviews, nižším rizikom zastaraných citácií a stabilnejšou reputáciou zdroja.