Lastmod: datum poslední změny v sitemapě

L. Horváthová

Lastmod: co to je 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-sitemapy. Tím můžete efektivně „signalizovat“ změny ve velkých částech webu bez nutnosti re-crawlovat všechny soubory.

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

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.priklad.sk/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.sk/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 časové pásmo (ideálně Z pro UTC) a sekundy – zlepší to 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 v kontextu hodnoty pro uživatele a index. Ne vše je významné:

  • Ano: změny textu, nadpisů, obrázků, data publikace, cenotvorby, dostupnosti produktů, schématu JSON-LD reflektují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 dopadu na význam.
  • Hraniční případy: dynamické bloky (např. „Dnes otevřeno do 17:00“) – pokud jsou spíše „chrome“ než jádrem obsahu, nezvyšujte lastmod kvůli nim při každé malé 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, ale omezí zbytečné re-crawly u nezměněných URL.
  • Čerstvost odpovědí asistentů: AIO/AEO systémy si udrží aktuální obraz o stránkách, které se často mění (např. produkty, události, pracovní nabídky).
  • Stabilita extrakce pro LLM: modely snadněji rozpoznají, kdy znovu extrahovat fakta ze schématu a obsahu.

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

HTTP hlavička Last-Modified a mechanizmy 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 požádat. Doporučení: udržujte lastmod a Last-Modified konzistentní – minimalizujete rozpory.

Strategická pravidla pro kvalitu a důvěryhodnost lastmod

  • Pravdivost: nikdy uměle neaktualizujte lastmod jen kvůli „čerstvosti“. Dlouhodobě to zhoršuje crawling a důvěru.
  • Granularita: používejte sekundovou přesnost, pokud lze 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, nikoli na staré.
  • Vazba hreflang: jazykové alternativy (xhtml:link v sitemapě) by měly mít lastmod odrážejí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 ecommerce platforem.
  • Git historie: pro statické weby (SSG) použijte timestamp posledního commitu, který se týká 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) používejte maximum z lastmod položek, které stránka zobrazuje.

Zpracování specifických typů stránek

  • Články a blogy: při editaci aktualizujte lastmod a v obsahu uvádějte dateModified (i v JSON-LD), aby byl signál konzistentní.
  • Produktové stránky: změny cen a dostupnosti jsou legitimní důvod 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í), nikoli každou drobnou fluktuaci.
  • Stránky s parametry: do sitemap zásadně nezahrnujte dočasné nebo sledovací parametry (UTM, session). loc musí být kanonická URL.

Časté chyby u lastmod a jak se jim vyhnout

  • Masové přepisování: build pipeline přegeneruje všechny lastmod na „teď“. Řešení: generujte diferencovaně 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 časovým pásmem.
  • 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ě spotřebovávají crawl budget. Udržujte sitemapu čistou.

Procesní doporučení a QA checklist

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

Hranice, limity a struktura velkých sitemap

  • Segmentace: rozdělujte sitemapu podle typů obsahu (blog, produkty, kategorie) a používejte sitemapindex s vlastním lastmod pro každou pod-sitemapu.
  • Strategie aktualizací: méně často se měnící sitemap soubory (např. statické stránky) mějte se stabilním 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

  1. Zdroj data: pro každou URL určete autoritativní timestamp (DB, Git, hash diff).
  2. Normalizace: konvertujte do UTC a serializujte v ISO 8601 s Z nebo s +/-HH:MM.
  3. Filtrace: aplikujte prah (např. ignorujte změny menší než X znaků nebo bez významové změny).
  4. Generování: aktualizujte pouze záznamy, kde došlo k významné změně.
  5. Validace: lint XML, schema, a náhodná kontrola URL vůči reálné stránce a HTTP hlavičkám.

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

  • Serverové logy: sledujte frekvenci požadavků Googlebotu po změnách lastmod.
  • Index Coverage: 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

Pouze datum (postačuje u řídkých úprav):
<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ší praktiky v kostce

  • Uvádějte skutečný čas poslední obsahové změny.
  • Používejte ISO 8601 s časovým pásmem a sekundami.
  • Zajistěte konzistenci s Last-Modified a dateModified ve schématu.
  • Nemanipulujte lastmod kvůli „freshness hackingu“ – zaměřte se na skutečný 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 dobu 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.

Súvisiace články