Nenašli jsme strojově čitelný údaj o datu aktualizace

Kontrola hledá strojově čitelné datum napříč všemi nacrawlovanými stránkami, a to na čtyřech místech: v JSON-LD (dateModified nebo datePublished), v schema.org microdatech (itemprop="dateModified" nebo itemprop="datePublished", od 19. 9. 2026), v prvku <time datetime="…"> a v Open Graph značkách pro článek (article:modified_time, article:published_time). Stačí, aby datum uvedla jediná stránka kterýmkoli z těch způsobů.

Microdata jsou tu plnohodnotná varianta, ne náhradní řešení: Google ve své dokumentaci uvádí, že JSON-LD, microdata i RDFa jsou pro něj rovnocenné, pokud je značkování platné.

Stejně jako u AUTH-02 nález říká „nenašli jsme“, ne „chybí“, a ze stejného důvodu. Datum napsané jen v textu („Aktualizováno 10. září 2026“) projde jako nenalezené, přestože ho na stránce máte. Je to mez deterministické kontroly, ne tvrzení o vašem webu.

Co kontrola nedělá:

• Nečte datum z textu. Ani z hlavičky článku, ani z patičky.
• Neověřuje, jestli je datum pravdivé. dateModified s dnešním datem na stránce, která se tři roky neměnila, projde, a je to jedna z nejběžnějších nepravd na webu vůbec.
• Nerozlišuje datum vydání od data aktualizace. Stačí kterékoli z nich.
• Nekontroluje datum na každé stránce. Jedno datum kdekoli umlčí nález pro celý web.
• Nevidí RDFa. Třetí platný zápis strukturovaných dat zatím nečteme, takže datum uvedené výhradně v něm nám unikne. Je to přiznaná mezera kontroly.
• Nevidí údaje doplněné JavaScriptem, pokud stránka nebyla vzorkovaná prohlížečem.

Nález je na úrovni celého webu, závažnost varování.

Že by uvedení data aktualizace zvýšilo vaši šanci na citaci v odpovědi AI, doložené nemáme, proto třída „efekt nedoložený“. V Princetonském experimentu, jediném recenzovaném v oboru, měřené faktory byly citáty (+41 %), statistiky (+33 %) a odkazy na zdroje (+28 %). Datum mezi nimi nebylo.

Co o datech víme jistě, je jiná věc a stojí za zmínku, protože je to praktické: jazykové modely mají v tréninkových datech pevný časový řez a při odpovědi na dotaz s časovým rozměrem sahají po obsahu, u kterého poznají, jak je starý. Datum u obsahu je tedy informace, kterou model může použít. Že ji používá ve váš prospěch, doložené není.

Jedna věc je ale doložená a je proti vám: Google uvádí mezi varovnými signály obsahu psaného pro vyhledávač, a ne pro člověka, přímo otázku, jestli neměníte datum stránek, aby vypadaly čerstvě, když se obsah podstatně nezměnil. Když u tříletého textu přepíšete dateModified na dnešek, netvrdíte nic o kvalitě; tvrdíte nepravdu.

A stejně jako u AUTH-02 platí: autorita domény, zpětné odkazy ani stáří domény nemají v kontextu viditelnosti v AI doloženou oporu a do skóre je nezavádíme.

Praktický závěr: doplňte datum, protože je to poctivé vůči čtenáři a stojí to jeden řádek v šabloně. Ale doplňte pravdivé datum, a když už u toho budete, podívejte se, jestli ten obsah nepotřebuje spíš přepsat než přeznačkovat.

Nejlepší je doplnit datum do JSON-LD, které na stránce nejspíš už máte, a použít obě vlastnosti, vydání i poslední změnu:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Jak vybrat tepelné čerpadlo",
  "datePublished": "2026-03-04",
  "dateModified": "2026-09-10"
}
</script>

Máte-li web značkovaný microdaty, držte se jich a doplňte datum v témže zápisu; kontrola ho uzná stejně jako JSON-LD a Google taky. Značka se dá pověsit přímo na prvek <time>, který už na stránce je:

<article itemscope itemtype="https://schema.org/BlogPosting">
  <h1 itemprop="headline">Jak vybrat tepelné čerpadlo</h1>
  <time itemprop="dateModified" datetime="2026-09-10">10. září 2026</time>
</article>

Do viditelného textu k tomu patří prvek <time>, který nese strojově čitelnou hodnotu i text pro čtenáře v jednom:

<p>Aktualizováno <time datetime="2026-09-10">10. září 2026</time></p>

Na co dát pozor:

• Formát YYYY-MM-DD v atributu datetime i v JSON-LD. Český zápis „10. 9. 2026“ patří do viditelného textu, ne do strojové hodnoty.
• Datum musí sedět s tím, co je vidět. Rozpor mezi strojovou hodnotou a textem je horší než chybějící datum.
• dateModified měňte jen při skutečné změně obsahu. Automatické přepsání při každém nasazení webu udělá z data nesmysl, a Google to má mezi varovnými signály.
• Opravu překlepu nepovažujte za aktualizaci. Datum aktualizace má znamenat, že se změnilo něco, kvůli čemu stojí za to si text přečíst znovu.
• U stránek, které datum nedává smysl (ceník, kontakt, úvodní stránka) ho nevymýšlejte. Nález je na úrovni webu, takže ho umlčí články a novinky, kde datum patří.

A poslední věc, která je důležitější než celý tenhle nález: když při doplňování dat narazíte na obsah, u kterého by pravdivé datum bylo tři roky staré, je to nález sám o sobě. Značka to nespraví.