A lastmod az XML sitemap egy opcionális eleme, amely azt a dátumot jelöli, amikor az adott URL tartalma utoljára érdemben megváltozott. A keresőrobotok ebből próbálják eldönteni, mely oldalakat érdemes újra letölteni, és melyeket lehet egyelőre békén hagyni.
Hogyan működik
A sitemapban minden <url> blokk tartalmazhat egy <lastmod> elemet. Az értéke W3C Datetime formátumú: 2026-09-21 vagy 2026-09-21T10:30:00+02:00. A robot beolvassa a sitemapot, összeveti a dátumokat a saját korábbi látogatásával, és ez alapján sorolja be a feltérképezési sorba az URL-eket.
A Google 2023 óta nyíltan kommunikálja, hogy a lastmod értéket figyelembe veszi, de csak akkor, ha az oldal konzisztensen pontos. Ez a kulcsszó: konzisztensen pontos. Ha a sitemap minden URL-nél a mai dátumot írja, a jelzés értéktelenné válik, és a robot egyszerűen figyelmen kívül hagyja az egészet.
Mi számít érdemi változásnak
Nem minden módosítás indokol új lastmod dátumot. Érdemi változás a főszöveg átírása, új szakasz, frissített ár, új termékadat. Nem érdemi változás a lábléc évszáma, egy új komment, vagy egy sablonfrissítés, ami minden oldalt érint. A riportokban rendszeresen látjuk, hogy egy WordPress-oldal összes URL-je ugyanarra a percre esik: ez sablonmentés volt, nem tartalomfrissítés.
Miért érdekli ez a generatív keresőket
Az AI-crawlerek ugyanúgy erőforrás-korláttal dolgoznak, mint a hagyományos botok. Egy megbízható lastmod megmutatja, hogy egy oldal élő és karbantartott. A frissesség önmagában nem rangsorfaktor egy nyelvi modellnél, de a válaszokban gyakran megjelenik dátumként vagy hivatkozásként. Egy 2019-es dátummal jelölt szolgáltatásoldal kevésbé vonzó forrás, mint egy friss.
Röviden: a lastmod akkor ér valamit, ha igazat mond. Hamis dátum rosszabb, mint a hiányzó dátum.
Miért fontos
Feltérképezési költségvetés
Egy nagyobb oldalnál a robot nem tud mindent naponta végigjárni. A pontos lastmod segít abban, hogy a megváltozott oldalakra jusson a kapacitás. Egy 5000 termékes webshopnál ez a különbség az órákban és a hetekben mérhető indexelési késésben.
Frissítés utáni átfutás
Ha átírod egy szolgáltatásoldal szövegét, a friss verzió akkor kerül be a találatokba, amikor a robot újra letölti. Pontos dátummal ez jellemzően napokban mérhető. Dátum nélkül a robot a saját ütemterve szerint jön vissza, ami ritkán látogatott oldalnál hetekbe is telhet.
Bizalmi jelzés
A hamis dátum aktív kárt okoz. Ha a sitemap minden nap azt állítja, hogy minden oldal frissült, a Google az egész fájl lastmod adatát leértékeli. Ezt utólag nehéz visszafordítani: hónapokig tartó konzisztens működés kell hozzá.
Üzleti oldal
Árváltozás, készlet, akció, nyitvatartás: ezeknél a késedelmes újrafeltérképezés rossz információt hagy a találati oldalon. Ez elvesztegetett kattintás és csalódott látogató.
Hogyan javítod
WordPress
- Nézd meg, melyik plugin adja a sitemapot: Yoast, Rank Math, All in One SEO vagy a beépített WordPress-sitemap.
- A Yoast és a Rank Math alapból a bejegyzés
post_modified mezőjét használja. Ez általában helyes érték.
- Kapcsold ki azokat a pluginokat, amelyek tömeges mentést végeznek a bejegyzéseken. Ezek átírják a
post_modified mezőt, és minden URL egyszerre "frissül".
- Ha tömeges szerkesztést futtatsz, használd azt a beállítást, ami nem nyúl a módosítás dátumához.
- Ellenőrizd a cache-pluginokat: néhány statikusan menti a sitemapot, és nem üríti szerkesztéskor. Állítsd be a sitemap kizárását a cache-ből.
Shopify
A sitemapot a platform generálja, lastmod értékkel együtt, szerkesztés nem lehetséges. Az egyetlen befolyásod a valós termékszerkesztés. Kerüld a felesleges tömeges importokat: minden CSV-import frissíti az érintett termékek dátumát, akkor is, ha semmi nem változott.
Unas
A rendszer automatikusan állítja elő a sitemapot a termék- és oldaladatokból. A dátum a termék utolsó módosításából jön. Ha tömeges árfrissítést futtatsz XML-importtal, az az összes érintett terméket "frissnek" jelöli. Érdemes az importot csak a valóban változó sorokra szűkíteni.
Shoprenter
Szintén platformszintű a sitemap-generálás. Itt is az import és a tömeges műveletek a fő zajforrás. Nézd meg az admin importnaplóját: ha minden éjjel lefut egy teljes szinkron, minden termék dátuma naponta megújul.
Egyedi fejlesztés
- A
lastmod forrása legyen az a mező, ami a tartalom változását követi, ne a rekord bármely mentése. Ha kell, vezess be külön content_updated_at oszlopot.
- Ne frissítsd a dátumot nézettségszámláló, cache-bélyeg vagy háttérfolyamat miatt.
- Használj W3C Datetime formátumot. PHP-ban:
$date->format(DATE_ATOM).
- Generáld a sitemapot eseményvezérelten vagy óránkénti cache-sel, ne kérésenként újra.
- 50 000 URL vagy 50 MB felett bontsd sitemap-indexre. Az index fájl
lastmod értéke az al-sitemap legfrissebb URL-jének dátuma legyen.
- Teszteld: szerkessz egy oldalt, és nézd meg, mennyi idő alatt jelenik meg az új dátum.
Mit néz ebből a riport
Az audit letölti a sitemapot, és megnézi, hány URL-nél van egyáltalán lastmod elem. Vizsgálja a formátum helyességét, és azt, hogy a dátumok szórnak-e vagy egy tömbben állnak. Jövőbeli dátum és teljesen azonos érték minden URL-en külön jelzést kap. Ez nem méri a valós szerkesztési előzményt, csak a jelzés belső hitelességét.
Technikai példa
Helyes sitemap-részlet, valós szórású dátumokkal:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://pelda.hu/szolgaltatasok/konyveles</loc>
<lastmod>2026-09-15</lastmod>
</url>
<url>
<loc>https://pelda.hu/blog/aframe-adozas-2026</loc>
<lastmod>2026-08-02T14:20:00+02:00</lastmod>
</url>
<url>
<loc>https://pelda.hu/rolunk</loc>
<lastmod>2025-11-30</lastmod>
</url>
</urlset>
Mindkét formátum szabályos: a csak dátum és a teljes időbélyeg is elfogadott. A lényeg, hogy az érték valós.
Gyors ellenőrzés parancssorból:
# Hány URL és hány lastmod van a fájlban?
curl -s https://pelda.hu/sitemap.xml | grep -c "<loc>"
curl -s https://pelda.hu/sitemap.xml | grep -c "<lastmod>"
# A leggyakoribb dátumok: ha az első sor a teljes URL-számmal egyenlő, gond van
curl -s https://pelda.hu/sitemap.xml \
| grep -o "<lastmod>[^<]*" | cut -d'>' -f2 | cut -dT -f1 \
| sort | uniq -c | sort -rn | head
Ha a uniq -c kimenetében egyetlen dátum viszi az összes URL-t, a jelzés használhatatlan. Egészséges oldalon több tucat különböző dátumot látsz, eltérő darabszámmal.
Gyakori kérdések
Kötelező a lastmod a sitemapban?
Nem, a sitemaps.org protokoll opcionális elemként határozza meg. Ha nincs, a robot a saját becslése alapján dönt az újralátogatásról. Ha kiteszed, viszont pontosnak kell lennie, mert a hibás érték rosszabb, mint a hiányzó.
Ha ma átírom a lastmod dátumot, hamarabb jön a Google?
Csak akkor, ha az oldalad eddig is megbízható dátumokat adott. A Google előbb megnézi, hogy a sitemapod lastmod adatai konzisztensen pontosak-e. Ha nem, figyelmen kívül hagyja az egészet, és a manuális dátumemelés semmit nem ér.
Mi a különbség a lastmod és a priority vagy changefreq között?
A priority és a changefreq a te becslésed, ezeket a Google hivatalosan is figyelmen kívül hagyja. A lastmod viszont ellenőrizhető tény: a robot össze tudja vetni a letöltött tartalommal. Ezért ez az egyetlen sitemap-metaadat, amivel érdemes foglalkozni.
Számít a lastmod az AI-crawlereknek?
Közvetlenül nincs nyilvános dokumentáció arról, hogy melyik AI-bot hogyan súlyozza. Gyakorlati szempontból ugyanaz a logika érvényes: korlátos kapacitással dolgoznak, és a friss, karbantartott oldalakat érdemes újra letölteniük. A megbízható dátum nem árt, a hamis viszont zajt csinál.
Miért lett egyszerre minden oldalam lastmod dátuma azonos?
Szinte biztosan egy tömeges művelet futott le: plugin- vagy témafrissítés, adatbázis-migráció, tömeges szerkesztés vagy CSV-import. Ezek mindegyike átírja a módosítás dátumát. A régi értékek általában nem állíthatók vissza, de néhány hónap konzisztens működéssel a jelzés hitelessége helyreáll.
