Lastmod: datum změny v sitemapě

Lastmod: co je to a proč na něm záleží

<lastmod> je volitelný prvek v XML sitemapách, který vyjadřuje datum a čas poslední významné změny dané URL. Správné používání lastmod pomáhá vyhledávačům, asistenčním systémům (AIO/AEO) a jazykovým modelům (LLM) lépe plánovat crawlování, interpretovat aktuálnost obsahu a vyhodnocovat, zda je potřeba stránku znovu načíst. V moderním SEO je lastmod jedním z mála explicitních signálů čerstvosti obsahu, který máte plně pod kontrolou.

Jak `lastmod` funguje ve struktuře sitemap

Na úrovni URL se používá v rámci <urlset> pro každou položku <url>. Na úrovni indexu se používá v <sitemapindex> a označuje čas poslední změny pod-sitemap. Tím lze efektivně „signalizovat“ změny ve větších částech webu bez nutnosti znovu procházet všechny soubory.

Příklady bez použití <pre> (řádky jsou oddělené <br>):

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>https://www.priklad.cz/clanek/lastmod</loc> <lastmod>2025-10-22T13:45:00+02:00</lastmod> </url> </urlset>

<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <sitemap> <loc>https://www.priklad.cz/sitemaps/blog.xml</loc> <lastmod>2025-10-22</lastmod> </sitemap> </sitemapindex>

Povolené formáty data a času

Datum: YYYY-MM-DD (např. 2025-10-22).
Datum a čas: YYYY-MM-DDThh:mm:ssTZD (např. 2025-10-22T13:45:00+02:00 nebo 2025-10-22T11:45:00Z pro UTC).
Doporučení v praxi: konzistentně používejte časovou zónu (ideálně Z pro UTC) a sekundy – zvýšíte přesnost a porovnatelnost.

Co je „významná změna“ pro `lastmod`

lastmod signalizuje změny, které mění sémantiku nebo obsah stránky z hlediska přínosu pro uživatele a indexaci. Ne vše je významné:

Ano: změny textu, nadpisů, obrázků, data publikace, cenotvorby, dostupnosti produktů, schématu JSON-LD odrážejícího obsah, zásadní úpravy struktury.
Spíše ne: kosmetické úpravy CSS, změny analytických skriptů, prohození pořadí prvků bez obsahové změny, drobné překlepy bez vlivu na význam.
Hraniční případy: dynamické bloky (např. „Dnes otevřeno do 17:00“) – pokud jsou spíše „chrome“ než hlavní obsah, nezvyšujte kvůli nim lastmod při každé drobné změně.

Proč je správný `lastmod` důležitý pro SEO, AIO/AEO a LLM

Lepší plánování crawlu: vyhledávače upřednostní URL s nedávným lastmod, zároveň omezí zbytečné re-crawly u nezměněných URL.
Čerstvost odpovědí asistentů: AIO/AEO systémy mají aktuální informace o často měnících se stránkách (např. produkty, události, pracovní nabídky).
Stabilita extrakce pro LLM: modely snáze rozpoznají, kdy znovu získat fakta ze schématu a obsahu.

Rozdíl: `lastmod` v sitemapě vs. HTTP hlavičky

HTTP hlavička Last-Modified a mechanismy If-Modified-Since/ETag řeší podmíněné načítání při požadavku na konkrétní URL. lastmod v sitemapě je „mapový“ signál, který umožňuje vyhledávači rozhodnout, které URL vůbec vyžádat. Doporučení: udržujte lastmod a Last-Modified konzistentní – minimalizujete rozpory.

Strategické zásady pro kvalitu a důvěryhodnost `lastmod`

Pravdivost: nikdy uměle neaktualizujte lastmod pouze kvůli „čerstvosti“. Dlouhodobě to zhoršuje crawlování a důvěru.
Granularita: používejte sekundovou přesnost, pokud můžete spolehlivě získat timestamp obsahu (např. z databáze).
Stabilita ID: při výrazných změnách URL (přesuny, kanonikalizace) řešte 301 přesměrování a aktualizujte lastmod na cílové URL, nikoliv na původní.
Hreflang souvislost: jazykové varianty (xhtml:link v sitemapě) by měly mít lastmod reflektující změny ve své jazykové verzi.

Zdroj pravdy: odkud brát datum změny

Aplikační databáze: sloupce updated_at/modified – ideální pro většinu CMS a e-commerce platforem.
Git historie: pro statické weby (SSG) použijte timestamp posledního commitu, který se dotkl souboru.
Obsahový hash: porovnávejte hash „významných zón“ stránky (hlavní text, cena, dostupnost). Při změně přepočítejte a nastavte lastmod.
ETL pipeline: u agregovaných stránek (tagy, kategorie) berte maximum z lastmod položek, které stránka zobrazuje.

Ošetření specifických typů stránek

Články a blogy: při editaci aktualizujte lastmod a v obsahu uveďte dateModified (také v JSON-LD) pro konzistenci signálů.
Produktové stránky: změny cen a dostupnosti jsou legitimním důvodem pro aktualizaci lastmod.
Kategorie / listingy: lastmod může odrážet poslední významnou změnu v seznamu (nový produkt, zásadní změna pořadí), ne každou drobnou fluktuaci.
Stránky s parametry: do sitemap nezařazujte dočasné nebo sledovací parametry (UTM, session). loc musí být kanonická URL.

Časté chyby při `lastmod` a jak se jim vyhnout

Hromadné přepisování: build pipeline přegeneruje všechny lastmod na „nyní“. Řešení: generujte diferenčně a čtěte skutečné zdroje změny.
Neplatný formát: míchání lokálních formátů (např. 22.10.2025). Používejte ISO 8601 s časovou zónou.
Nekonzistence s obsahem: lastmod tvrdí, že URL se změnila, ale na stránce ani v JSON-LD není žádná stopa o modifikaci. Zavádějte interní audit „content parity“.
Zahrnutí neindexovatelných URL: URL s noindex, 404 nebo 301 v sitemapě zbytečně plýtvají crawl budgetem. Udržujte sitemapu čistou.

Procesní doporučení a QA checklist

Definujte „významnou změnu“ pro každý typ stránky (policy v repozitáři).
Automatizujte testy: unit testy pro formát data, integrační testy pro změnu lastmod při reálné editaci.
Logujte generování: ukládejte rozdíl a důvod, který vedl ke změně lastmod (např. „změna ceny z 79,90 → 74,90“).
Monitorujte v GSC: sledujte report Sitemap a porovnávejte tempo re-crawlu s očekáváním.

Hraniční hodnoty, limity a struktura velkých sitemap

Segmentace: rozdělte sitemapu podle typů obsahu (blog, produkty, kategorie) a používejte sitemapindex s vlastními lastmod pro každou pod-sitemapu.
Aktualizační strategie: méně často měnící se sitemapové soubory (např. statické stránky) mějte s pevnými lastmod; často měnící se (produkty) aktualizujte častěji.

Interakce se schématem a metadaty

Pokud v obsahu používáte JSON-LD s datePublished a dateModified, dbejte na to, aby dateModified korespondovalo s lastmod. Tím sjednotíte signály pro vyhledávače i LLM a snížíte riziko nekonzistencí v znalostních grafech.

Praktický workflow pro generování `lastmod`

Zdroj data: pro každou URL určete autoritativní timestamp (DB, Git, hash diff).
Normalizace: převeďte do UTC a serializujte v ISO 8601 s Z nebo +/-HH:MM.
Filtrace: aplikujte práh (např. ignorujte změny menší než X znaků nebo bez významové hodnoty).
Generování: aktualizujte pouze záznamy s významnou změnou.
Validace: lint XML, schéma a náhodná kontrola URL vůči skutečné stránce a HTTP hlavičkám.

Měření dopadu a ladění strategie

Logy serveru: sledujte frekvenci požadavků Googlebotu po změnách lastmod.
Index Coverage: sledujte změny v počtu validních/varovných URL po úpravách strategie.
Doba do re-crawlu: u typů stránek se smysluplným SLÁ (např. pracovní nabídky, akce) měřte metriky „změna → re-crawl → aktualizace snippetů“.

Minimalistické, ale přesné příklady

Jen datum (postačuje pro zřídka upravované stránky):
<lastmod>2025-10-22</lastmod>

Datum a čas v UTC:
<lastmod>2025-10-22T11:45:00Z</lastmod>

Datum a čas s časovým posunem:
<lastmod>2025-10-22T13:45:00+02:00</lastmod>

Nejlepší postupy v kostce

Uvádějte skutečný čas poslední obsahové změny.
Používejte ISO 8601 s časovou zónou a sekundami.
Zajistěte konzistenci s Last-Modified a dateModified ve schématu.
Nemanipulujte lastmod kvůli „freshness hackingu“ – soustřeďte se na reálný obsah.
Segmentujte sitemapu a využívejte sitemapindex s lastmod pro efektivní řízení crawlu.

Shrnutí

lastmod je klíčový, ale často podceňovaný signál čerstvosti obsahu. Při disciplinovaném používání zlepšuje rozdělování crawl budgetu, zkracuje čas k re-crawlu po změnách a pomáhá AIO/AEO i LLM udržovat aktuální obraz o vašem webu. Největší hodnotu přináší tehdy, když je přesný, konzistentní a odvozený od skutečných obsahových změn.