Datums komen niet overeen: pagina 2026-01-01, sitemap 2026-01-01
De dateModified in de JSON-LD van de pagina en de <lastmod> in de sitemap verschillen meer dan twee dagen; de bevinding toont beide data. Stel beide in vanuit één bron, de datum waarop de content voor het laatst is gewijzigd, zodat crawlers één consistent actualiteitssignaal krijgen.
Wat het betekent
De dateModified van de pagina en de lastmod in de sitemap verschillen meer dan twee dagen. Tegenstrijdige signalen maken actualiteit moeilijk te vertrouwen.
Waarom het ertoe doet voor AI-zoeken
Crawlers gebruiken de lastmod van de sitemap om te bepalen wat ze opnieuw crawlen en de dateModified van de pagina om te beoordelen hoe actueel ze is. Als die niet overeenkomen, is geen van beide te vertrouwen, en zoekmachines hebben gezegd lastmod-waarden te negeren die niet bij echte wijzigingen passen.
De meest voorkomende oorzaak is een sitemapgenerator die elke URL de datum van de build of deploy meegeeft, terwijl de paginamarkup de echte bewerkingsdatum houdt. De audit vergelijkt alleen kalenderdagen en staat tot twee dagen verschil toe.
Zo los je het op
- Vergelijk de twee data in de bevinding; het rapport toont ook de Last-Modified-header als de server er een stuurt. Het AISeeWhy-rapport toont het bewijs en een kant-en-klare oplossing om te plakken; voer daarna "Opnieuw controleren" uit om het resultaat te bevestigen.
- Pas de sitemapgenerator aan zodat hij per pagina de laatste contentwijziging leest, hetzelfde veld als de JSON-LD, in plaats van de buildtijd.
- Stel in
app/sitemap.tsvan Next.jslastModifiedin vanuit de datum van de content, niet vanuitnew Date(). In WordPress gebruiken sitemaps van SEO-plugins al de wijzigingsdatum van het bericht, dus zoek naar een cache of een tweede sitemapplugin. - Verhoog dateModified niet voor cosmetische wijzigingen zoals layout- of footeraanpassingen.
Hoe je de oplossing bevestigt
Klik na de wijziging op "Opnieuw controleren" in het rapport: het toont wat is opgelost en hoe de score is veranderd.