SEO-07

Sitemapa bez lastmod nebo neodpovídá crawlu

InfoPřístup pro crawlery

Co kontrola měří

Když sitemapa existuje a je to platné XML, kontrolují se dvě nezávislé věci pod jedním kódem: kolika adresám v ní chybí <lastmod>, a kolik adres z ní crawler vůbec nenašel. Report u nálezu uvede počet i celek, ať víte, jestli jde o pět adres z pěti set, nebo naopak.

Druhá podmínka se vyhodnocuje jen při úplném crawlu, ne při vzorku, a je to stejný důvod jako u ACC-06: nad vzorkem by „adresa ze sitemapy, kterou jsme nenašli“ vycházela skoro vždycky, jenže kvůli nám, ne kvůli vašemu webu. Chybějící <lastmod> je naopak vlastnost samotné sitemapy, takže se hlásí vždy.

Co kontrola nedělá:

  • Neověřuje, že <lastmod> je pravdivý. To od 15. 9. 2026 dělají samostatné kódy: SEO-15 (stejné datum skoro u všech adres), SEO-16 (neplatný formát nebo datum v budoucnu) a SEO-17 (stránka uvádí pozdější změnu než sitemapa).
  • Nekontroluje <priority> ani <changefreq>. Google je podle vlastního vyjádření ignoruje.
  • Nehlásí opačný směr: živé stránky chybějící v sitemapě. Tím se zabývá ACC-06.
  • Neběží vůbec, když sitemapa chybí nebo není platná; to je taky ACC-06.

Nález je na úrovni celého webu a je informativní: skóre nesnižuje ani o bod.

Jak silný důkaz za tím stojí

Efekt nedoložený

Doporučujeme to, protože to neuškodí nebo to má jiný užitek, ale vliv na to, jestli vás jazykové modely budou citovat, neslibujeme. Nikdo ho zatím nedoložil.

Na viditelnost v odpovědích AI doložený vliv nemáme, stejně jako u ACC-06. Ani nikdo z provozovatelů jazykových modelů nedeklaruje, že by sitemapy četl.

Co <lastmod> doopravdy dělá, má Google ve vlastní dokumentaci: je to údaj, podle kterého se rozhoduje, jestli se na stránku vrátit, ale bere ho vážně jen tehdy, když je konzistentně pravdivý. Sitemapa, která u všeho tvrdí dnešek, se stane informací bez hodnoty a Google ji přestane brát v úvahu.

Z toho plyne nepříjemný závěr, který je fér vyslovit: doplnit <lastmod> nepravdivě je horší než ho nemít. Nález vás žádá o pravdivé datum, ne o vyplněné pole. Kdybyste ho měli generovat z data sestavení webu, nechte ho být.

Druhá půlka nálezu, adresy, které jsme nenašli, je praktičtější. Bývají to staré cesty po přestavbě webu nebo stránky, na které vnitřně nic neodkazuje (a to je zároveň SIT-01). Sitemapa, která posílá crawler na adresy, jež nikam nevedou, je špatná nápověda, kterou mu dáváte vy sami.

Jak to opravit

Sitemapu negenerujte ručně. Ať vzniká automaticky při publikaci obsahu, ze stejného zdroje jako navigace; jen tak bude <lastmod> odpovídat skutečnosti.

<url>
  <loc>https://vase-domena/clanek</loc>
  <lastmod>2026-08-30</lastmod>
</url>
  • <lastmod> = datum poslední skutečné změny obsahu, ne datum sestavení webu a ne datum nasazení.
  • Když ho neznáte, vynechte ho. Je to volitelný prvek a chybějící údaj je poctivější než vymyšlený.
  • Formát YYYY-MM-DD (nebo úplné datum a čas dle W3C).
  • <priority> a <changefreq> vynechte úplně: Google je nepoužívá a jen prodlužují soubor.

U adres, které crawler nenašel, projděte seznam a rozhodněte: buď je ze sitemapy odeberte (staré cesty, stránky vyřazené z indexu), nebo na ně doplňte odkaz z webu, když tam patří. Druhá varianta zároveň vyřeší SIT-01.

Co o tom říká report

Popis nálezu

[počet] z [total] URL v `/sitemap.xml` je bez `<lastmod>`, nebo je tento audit na webu neprošel (neprojít adresu neznamená, že na webu není, nemusela se vejít do rozsahu auditu). Vyhledávač pak nemá spolehlivý signál, které stránky jsou nové/aktualizované. Jde o standardní doporučení pro klasické vyhledávání (Google/Bing); nemáme doklad, že by to ovlivňovalo viditelnost v odpovědích AI asistentů.

Doporučení

Generujte sitemapu s reálným `<lastmod>` (datum skutečné poslední změny obsahu, ne datum buildu) a pravidelně ji svazujte se skutečným stavem webu.

Zdroje

Text ověřen 2026-09-15