Jak se ztratí datum: tři způsoby, kterými stará věc vyjde jako čerstvá zpráva

Redakce, která píše o dezinformacích, potřebuje umět jednu nezáživnou věc: zjistit, kdy se něco doopravdy stalo. Většina nepravd, které tu rozebíráme, vzniká záměrně. Tahle ne. Nepotřebuje nikoho, kdo by lhal – stačí, že se cestou ztratí datum, a každý další text ho opíše špatně.

Vybrali jsme tři způsoby, jak se to stane, a ke každému jsme stáhli doklad. Všechny odkazy vedou na stránky, které si otevřete a přepočítáte sami. Čísla jsme naměřili 29. července 2026 a část z nich se bude časem měnit.

Tenhle díl nemá verdikt. Razítko patří k posouzení konkrétního tvrzení, kdežto tady rozebíráme postup, ne cizí výrok.

Zpráva vyjde, když je studie čtyři měsíce stará

Osmadvacátého července 2026 vyšla na serveru ScienceDaily zpráva o datování maleb v jeskyni Font-de-Gaume. Server přetiskuje tiskové zprávy institucí; pod textem stojí zdroj, francouzské CNRS, a citace odborné práce: Proceedings of the National Academy of Sciences, 2026; 123 (12). Rok, ročník, číslo. Den ne. Slovo „March“ na té stránce není ani jednou; ověřili jsme to hledáním ve staženém textu stránky, ne okem.

Studie přitom z července není. Záznam v PubMedu uvádí u téhož DOI dvě data: 9. března 2026, kdy práce vyšla online, a 24. března 2026, kdy vyšlo tištěné číslo. Mezi prvním zveřejněním studie a zprávou o ní je 141 dní.

Dohledat se to dá dvěma cestami. První je právě ten záznam v registru: DOI je na stránce vypsané, takže stačí zkopírovat. Druhá funguje i bez databáze a je na ní hezky vidět, že údaj byl v citaci celou dobu. PNAS vychází týdně a číslo 31 ročníku 123 nese datum 4. srpna 2026. Devatenáct čísel zpátky, tedy devatenáct týdnů, padne na 24. března – přesně na den, který uvádí PubMed. Ročník a číslo tedy datum nesou, jen si ho čtenář musí spočítat.

Není to výjimka: měsíc a víc u osmi prací z devíti

Aby nešlo o jeden nešťastný případ, vzali jsme archeologickou rubriku téhož serveru a z bloku „Latest Headlines“ všech deset položek od 8. do 28. července 2026. U devíti z nich je na stránce vypsané DOI, u desáté ne. Ke každému jsme si vyžádali záznam z Crossrefu a datum porovnali s PubMedem tam, kde tu práci vede.

Osm z devíti prací má v registru úplné datum, devátá jen „červen 2026“ bez dne. Odstup mezi vydáním práce a zprávou o ní vyšel u těch osmi na 35 až 237 dní, medián 130,5 dne. Pět z osmi mělo odstup přes sto dní. Nejdéle čekala studie v časopise Nature z 26. listopadu 2025, o které zpráva vyšla 21. července 2026.

Nejmenší naměřený odstup byl 35 dní. Ani jedna z těch osmi prací tedy nebyla v den zprávy mladší než měsíc. Devátá, datovaná jen měsícem, mladší být mohla; víc se z registru zjistit nedá, a proto jsme ji do výpočtu nezapočítali. U čtyř prací vedou záznam oba registry: ve třech případech se datum shodovalo přesně, ve čtvrtém se lišilo o dva dny.

Datum v adrese bývá verze, ne den vydání

Druhý způsob je tišší, protože adresa vypadá jako doklad. Na blogu projektu Model Context Protocol jsme našli tři příspěvky, jejichž adresa obsahuje řetězec 2026-07-28. Vyšly v květnu, v červnu a v červenci.

• Příspěvek s příponou release-candidate je podle data v těle stránky z 21. května 2026 a oznamuje teprve kandidáta vydání.
• Příspěvek o knihovnách je z 29. června 2026 a týká se beta verzí.
• Příspěvek se samotným datem v adrese je z 28. července 2026 a teprve tohle je hotová specifikace.

Řetězec v adrese je označení verze specifikace, ne den vydání příspěvku. Kdo se u prvního z nich řídí adresou místo data v těle, drží v ruce příspěvek o kandidátovi z 21. května a čte ho jako oznámení hotové specifikace, která vyšla až o 68 dní později. U norem, specifikací a vydání softwaru se proto ptejte zvlášť, jestli jde o betu, kandidáta, nebo hotovou věc; jsou to tři různé události a každá má svoje datum.

Rozeznat to jde jediným pohybem: datum se čte v těle příspěvku, ne v adresním řádku. I u té zprávy o jeskynních malbách je v adrese 260727, kdežto na stránce stojí 28. července. O jeden den tady nejde, ale je na tom vidět, že adresa a stránka nejsou totéž ani u seriózního serveru.

Blok nahoře míchá čerstvé zprávy s měsíce starými

Třetí způsob nepotřebuje ani chybu. Zmíněná archeologická rubrika měla 29. července 2026 nahoře blok nadepsaný „Top Headlines“ a pod ním blok „Latest Headlines“. Ten druhý je opravdu chronologický: deset položek od 28. července sestupně k 8. červenci.

Horní blok je něco jiného. Dvanáct položek: dvě z července, jedna z června, čtyři z května, čtyři z dubna a jedna z 21. února 2026, tedy 158 dní stará. Podle čeho se do něj položky vybírají, server neuvádí; jisté je jen to, že mezi nimi jsou věci staré měsíce a že datum u každé poctivě tiskne. Jenže nadpis „Top Headlines“ přečte skoro každý jako „hlavní zprávy dneška“, a kdo odtud bere zprávy jako dnešní objevy, sáhne mezi dvanácti položkami i po věci pět měsíců staré.

Tenhle případ stojí za rozlišení, protože server nic nezamlčel. Datum je na svém místě, jen ho čtenář nehledá, když ho ukolébal nadpis. Aspoň v těch třech případech, které jsme proměřili, nevzniklo špatné datum tím, že by někdo údaj schoval, ale tím, že ho nikdo nepřečte.

Co si ověřit, než datum převezmete

Datum se ověřuje u události, ne u textu o ní. Prakticky to znamená trojí. U odborné práce si najděte DOI a proti němu záznam v Crossrefu nebo v PubMedu; když ani jedno nejde, poslouží ročník a číslo časopisu. U oznámení firmy nebo projektu čtěte datum v těle stránky a adresu pusťte z hlavy. A než převezmete položku ze souhrnného výpisu, podívejte se, čím je ten výpis seřazený.

Žádná z těch tří kontrol netrvá déle než minutu. Proti vyvracení hotového hoaxu mají navíc jednu výhodu: dají se udělat dopředu, dokud text ještě nikdo nesdílel.