Maskinlesbare datoer

Oppgi når hver vesentlige side ble publisert og sist oppdatert, i et format maskiner kan tolke – ikke bare som en dato som er skrevet ut i teksten. Søkemotorer og AI-assistenter legger stor vekt på aktualitet når de avgjør hva som skal rangeres og siteres, og en side de ikke kan datere, er en side de ikke kan stole på at er aktuell.

En synlig dato alene er ikke nok. «05/06/26» i en byline er tvetydig for en maskin på tre måter: mai eller juni, publisert eller oppdatert, og hvilket årsformat. Datoen må oppgis i metadata i et entydig format, og den synlige datoen bør samsvare med den.

Hvorfor det fungerer

Når en svarmotor velger mellom to sider som fremsetter samme påstand, er «hvor aktuell er denne?» en del av vurderingen. En side som oppgir datoene sine, besvarer spørsmålet; en side som ikke oppgir noe, taper mot datert innhold selv når det er bedre skrevet. Dette koster deg sitater og rangeringer i det stille – det kommer ingen feil eller advarsel, bare andre nettsteders sider som velges fremfor dine.

Oppgitte datoer virker også sammen med alt annet du publiserer. Sammenligningsinnhold, statistikk, priser og produktpåstander blir mer egnet for sitering når en assistent kan se at de nylig ble oppdatert, og mer mistenkelige når de kan stamme fra hvilket som helst år.

Slik gjør du det

Oppgi datoer i én av disse formene, rangert fra sterkest til svakest. Du trenger bare én, men de kan eksistere samtidig og samsvare.

1. Strukturerte data (sterkest)

Legg til datePublished og dateModified i sidens strukturerte data – vanligvis en Article eller BlogPosting i JSON-LD. Dette er formen svarmotorer trekker ut mest pålitelig:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How to reconcile corporate card statements",
  "datePublished": "2026-05-01T09:00:00Z",
  "dateModified": "2026-07-10T14:30:00Z"
}
</script>

Bruk komplette ISO 8601-tidsstempler med tidssone. Hvis siden aldri har blitt oppdatert, er dateModified lik datePublished.

2. Meta-tagger for datoer

Hvis du ikke kan levere strukturerte data, inneholder de etablerte meta-taggene den samme informasjonen:

<meta property="article:published_time" content="2026-05-01T09:00:00Z">
<meta property="article:modified_time" content="2026-07-10T14:30:00Z">

3. En synlig dato som maskiner også kan lese

<time>-elementet gjør en dato som er synlig for mennesker, maskinlesbar i ett trinn:

Sist oppdatert <time datetime="2026-07-10">10. juli 2026</time>

Dette fungerer bare som et dateringssignal når siden inneholder én entydig dato – en side med <time>-elementer spredt rundt omkring (arrangementsoversikter, kommentartråder) forteller ikke en maskin noe om selve siden. Bruk det helst som et tillegg til strukturerte data, ikke som en erstatning.

Overalt, ikke manuelt

Ikke gjør dette side for side. De fleste CMS-plattformer og SEO-utvidelser kan automatisk generere datePublished og dateModified fra de redaksjonelle datoene de allerede lagrer – slå på dette, så dekkes hele nettstedet, inkludert hver side du publiserer neste år. Hvis du bygger egne maler, kobler du datoene til artikkelmalen én gang.

Når du først er i gang, bør du også koble <lastmod>-verdiene i XML-nettstedskartet til de samme redaksjonelle datoene. Nettstedskart daterer ikke sider for siteringsformål, men søkeroboter bruker <lastmod> til å avgjøre hva som skal besøkes på nytt. Dermed blir en fersk side gjennomsøkt på nytt – og den nye datoen oppdaget – tidligere.

Hold datoene korrekte

dateModified må bety at innholdet faktisk ble endret. Svarmotorer kryssjekker oppgitte datoer mot innhold, arkiver og sin egen historikk over gjennomsøking:

• Ikke flytt datoen frem ved hver ny publisering eller malendring. En side der dateModified oppdateres ukentlig uten at teksten endres, fremstår som manipulering, og datoen slutter å bli trodd.
• Ikke tilbakedater eller bruk fremtidige datoer. En oppgitt dato etter gjennomsøkingen eller før nettstedet eksisterte, blir forkastet.
• La den synlige datoen samsvare med den oppgitte datoen. En byline som sier 2023 under metadata som sier inneværende år, er en motsigelse, og motsigelser tolkes til din ulempe.

På den andre siden: Når du faktisk oppdaterer en side – med ny statistikk, oppdaterte priser eller korrigerte påstander – bør du oppdatere dateModified i samme endring. En ærlig oppdatering du aldri oppga, er en sitering du aldri oppnådde.

Dette fungerer ikke

• En dato som bare står i den synlige teksten. Tvetydig for maskiner, som beskrevet ovenfor.
• HTTP-hodet Last-Modified. Det beskriver serversvaret, ikke innholdet. På dynamisk genererte nettsteder endres det ved hver forespørsel, og nettopp derfor stoler forbrukere ikke på det. Det er greit å sende det, men det må aldri være det eneste signalet.
• Datoer som bare står i URL-en (/blog/2024/06/...). Et svakt hint om publiseringsdato, uten informasjon om oppdateringer, og det fossiliserer siden: URL-en sier fortsatt 2024 etter oppdateringen i 2026.

Slik hjelper Silktide

Silktide leser datoene sidene dine oppgir – først strukturerte data, deretter meta-tagger for datoer og til slutt ett entydig <time datetime>-element – og bruker dem i rapporteringen:

• Kontrollen av innholdsdatoer flagger vesentlige, indekserbare sider som ikke oppgir noen publiserings- eller oppdateringsdato.
• Presence-skjermbildet Frekvens viser publiseringstakten basert på de samme oppgitte datoene, slik at udaterte sider trekker ned nøyaktigheten.

Hvis Silktide ikke kan datere sidene dine, kan heller ikke motorene du prøver å bli sitert av gjøre det – kontrollen er en direkte forhåndsvisning av hvordan nettstedet ditt fremstår for dem.

Relatert

• Innholdsdatoer – Silktide-kontrollen som flagger udaterte sider
• Markup for strukturerte data – den fullstendige teknikken som denne sterkeste formen inngår i
• Sammenligningssider – innhold sent i salgstrakten, der en utdatert eller manglende dato koster mest
• Strukturerte data
• AEO – hvorfor svarmotorer er målgruppen for disse signalene