Datoene stemmer ikke: side 2026-01-01, sitemap 2026-01-01

fresh.lastmod_mismatch · Prioritet: P2

Hva det betyr

dateModified på siden og lastmod i sitemap avviker med mer enn to dager. Motstridende signaler gjør det vanskelig å stole på ferskheten.

Hvorfor det betyr noe for AI-søk

Crawlere bruker lastmod i sitemap til å avgjøre hva de skal crawle på nytt, og sidens dateModified til å vurdere hvor oppdatert den er. Når de er uenige, kan ingen av dem stoles på, og søkemotorer har sagt at de ignorerer lastmod-verdier som ikke samsvarer med reelle endringer.

Den vanligste årsaken er en sitemap-generator som stempler hver URL med bygge- eller utrullingsdatoen, mens sidens markup beholder den ekte redigeringsdatoen. Revisjonen sammenligner bare kalenderdager og tillater opptil to dagers forskjell.

Slik retter du det

1. Sammenlign de to datoene i funnet; rapporten viser også Last-Modified-headeren hvis serveren sender en. AISeeWhy-rapporten viser bevisene og en ferdig rettelse du kan lime inn; kjør «Sjekk på nytt» etterpå for å bekrefte resultatet.
2. Endre sitemap-generatoren slik at den leser hver sides siste innholdsendring, det samme feltet som JSON-LD bruker, i stedet for byggetidspunktet.
3. I app/sitemap.ts i Next.js setter du lastModified fra innholdets dato, ikke new Date(). I WordPress bruker sitemaps fra SEO-plugins allerede innleggets endringsdato, så se etter en cache eller et ekstra sitemap-plugin.
4. Ikke oppdater dateModified for kosmetiske endringer som layout eller bunntekst.

Slik bekrefter du rettelsen

Trykk på "Sjekk på nytt" i rapporten etter endringen: den viser hva som er rettet og hvordan scoren har endret seg.

Sjekk siden min →

Alle funn og hvordan scoren fungerer