Datoerne er uens: side 2026-01-01, sitemap 2026-01-01

Kort svar

Sidens JSON-LD-dateModified og dens <lastmod> i sitemap afviger med mere end to dage; fundet viser begge datoer. Sæt begge ud fra én kilde, datoen hvor indholdet sidst blev ændret, så crawlere får ét ensartet aktualitetssignal.

fresh.lastmod_mismatch · Prioritet: P2

Hvad det betyder

Sidens dateModified og sitemap-lastmod afviger med mere end to dage. Modstridende signaler gør det svært at stole på aktualiteten.

Hvorfor det har betydning for AI-søgning

Crawlere bruger sitemappets lastmod til at beslutte, hvad der skal gen-crawles, og sidens dateModified til at bedømme, hvor aktuel den er. Når de er uenige, kan ingen af dem stoles på, og søgemaskiner har sagt, at de ignorerer lastmod-værdier, der ikke svarer til reelle ændringer.

Den hyppigste årsag er en sitemapgenerator, der stempler hver URL med build- eller deployeringsdatoen, mens sidens markup beholder den rigtige redigeringsdato. Tjekket sammenligner kun kalenderdage og tillader op til to dages forskel.

Sådan retter du det

Sammenlign de to datoer i fundet; rapporten viser også Last-Modified-headeren, hvis serveren sender en. AISeeWhy-rapporten viser beviserne og en færdig rettelse til at indsætte; tryk bagefter på "Tjek igen" for at bekræfte resultatet.
Ret sitemapgeneratoren, så den læser hver sides seneste indholdsændring, det samme felt som JSON-LD bruger, i stedet for build-tidspunktet.
I Next.js app/sitemap.ts sættes lastModified ud fra indholdets dato, ikke new Date(). I WordPress bruger sitemaps fra SEO-plugins allerede indlæggets ændringsdato, så tjek for en cache eller et andet sitemap-plugin.
Hæv ikke dateModified for kosmetiske ændringer som layout- eller sidefodsopdateringer.

Sådan bekræfter du rettelsen

Tryk på "Tjek igen" i rapporten efter ændringen: den viser, hvad der er rettet, og hvordan scoren har ændret sig.

Tjek min side →

Alle fund, og hvordan scoren virker