Maskinläsbara datum

Ange när varje väsentlig sida publicerades och uppdaterades senast, i ett format som maskiner kan tolka – inte bara som ett datum utskrivet i texten. Sökmotorer och AI-assistenter lägger stor vikt vid aktualitet när de avgör vad som ska rankas och citeras, och en sida som de inte kan datera är en sida de inte kan lita på är aktuell.

Ett synligt datum räcker inte för detta. ”05/06/26” i en byline är tvetydigt för en maskin på tre sätt: maj eller juni, publicerat eller uppdaterat, och vilket årsformat. Datumet måste anges i metadata med ett entydigt format, och det synliga datumet bör stämma överens med det.

Varför det fungerar

När en svarsmotor väljer mellan två sidor som gör samma påstående är ”hur aktuell är den här?” en del av bedömningen. En sida som anger sina datum besvarar frågan; en sida som inte anger något förlorar mot daterat innehåll även när den är bättre skriven. Det kostar dig citeringar och rankningar i det tysta – det finns inget felmeddelande och ingen varning, bara andra personers sidor som väljs framför dina.

Angivna datum förstärker också allt annat du publicerar. Jämförelseinnehåll, statistik, priser och produktpåståenden – allt blir lättare att citera när en assistent kan se att det uppdaterades nyligen, och mer misstänkt när det kan vara från vilket år som helst.

Så gör du

Ange datum i någon av följande former, listade från starkast till svagast. Du behöver bara en, men de kan förekomma tillsammans och stämma överens.

1. Strukturerade data (starkast)

Lägg till datePublished och dateModified i sidans – vanligtvis Article eller BlogPosting i . Detta är den form som svarsmotorer tillförlitligast hämtar:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Så stämmer du av kontokortsutdrag för företag",
  "datePublished": "2026-05-01T09:00:00Z",
  "dateModified": "2026-07-10T14:30:00Z"
}
</script>

Använd fullständiga ISO 8601-tidsstämplar med tidszon. Om sidan aldrig har uppdaterats ska dateModified vara samma som datePublished.

2. Metataggar för datum

Om du inte kan generera strukturerade data förmedlar de etablerade metataggarna samma information:

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

3. Ett synligt datum som maskiner också kan läsa

Elementet <time> gör ett datum som syns för människor maskinläsbart i ett enda steg:

Senast uppdaterad <time datetime="2026-07-10">10 juli 2026</time>

Detta fungerar bara som en dateringssignal när sidan innehåller ett entydigt datum – en sida med <time>-element utspridda överallt (evenemangslistor, kommentarstrådar) berättar inget för en maskin om själva sidan. Använd det helst som komplement till strukturerade data, inte som ersättning.

Överallt, inte manuellt

Gör inte detta sida för sida. De flesta -plattformar och SEO-tillägg kan automatiskt generera datePublished och dateModified från de redaktionella datum som de redan lagrar – aktivera detta så täcks hela webbplatsen, inklusive varje sida du publicerar nästa år. Om du bygger egna mallar kan du koppla in datumen i artikelmallen en gång.

När du ändå gör det bör du koppla XML-webbplatskartans <lastmod>-värden till samma redaktionella datum. Webbplatskartor daterar inte sidor i citationssyfte, men sökrobotar använder <lastmod> för att avgöra vad som ska genomsökas igen, så en aktuell sida genomsöks på nytt – och dess nya datum upptäcks – snabbare.

Håll datumen korrekta

dateModified måste innebära att innehållet faktiskt har ändrats. Svarsmotorer jämför angivna datum med innehåll, arkiv och sin egen genomsökningshistorik:

Uppdatera inte datumet vid varje återpublicering eller malländring. En sida vars dateModified uppdateras varje vecka medan texten aldrig ändras ser manipulerad ut, och datumet slutar att tas på allvar.
Använd inte ett tidigare eller framtida datum. Ett angivet datum efter genomsökningen eller före webbplatsens tillkomst ignoreras.
Låt det synliga datumet stämma med det angivna datumet. En byline som säger 2023 under metadata som säger detta år är en motsägelse, och motsägelser löses till din nackdel.

Å andra sidan: när du faktiskt uppdaterar en sida – med ny statistik, uppdaterade priser eller korrigerade påståenden – ska du uppdatera dateModified i samma commit. En ärlig uppdatering som du aldrig angav är en citering du aldrig fick.

Det som inte fungerar

Ett datum som bara finns i den synliga texten. Tvetydigt för maskiner, som ovan.
HTTP-huvudet . Det beskriver serversvaret, inte innehållet. På dynamiskt genererade webbplatser ändras det vid varje begäran, vilket är exakt varför användare inte litar på det. Det är okej att skicka det, men låt det aldrig vara din enda signal.
Datum som bara finns i URL:en (/blog/2024/06/...). En svag antydan om publiceringsdatum, utan information om uppdateringar, och det föråldrar sidan: URL:en säger fortfarande 2024 efter din uppdatering 2026.

Så hjälper Silktide till

Silktide läser de datum som dina sidor anger – först strukturerade data, sedan metataggar för datum och därefter ett enda entydigt <time datetime>-element – och använder dem i sin rapportering:

Kontrolltypen Content dates flaggar väsentliga, indexerbara sidor som inte anger något publicerings- eller uppdateringsdatum alls.
Presence-skärmen Velocity visar publiceringstakten utifrån samma angivna datum, så odaterade sidor drar ned dess träffsäkerhet.

Om Silktide inte kan datera dina sidor kan inte heller de motorer som du försöker bli citerad av göra det – kontrollen är en direkt förhandsvisning av hur din webbplats uppfattas av dem.

Relaterat

Content dates – Silktides kontroll som flaggar odaterade sidor
Structured data markup – den fullständiga tekniken som denna starkaste form hör till
Comparison pages – innehåll sent i tratten där ett föråldrat eller saknat datum kostar mest
– varför svarsmotorer är målgruppen för dessa signaler