Färskhetsstämpel: Regler för publicerings- och uppdateringsdatum

En färskhetsstämpel berättar för läsare när en sida först blev offentlig, när den information som läsaren förlitar sig på senast ändrades och – där det är användbart – vad som kontrollerades. Det är ett öppningselement eftersom tid kan förändra hur varje påstående nedanför det bör tolkas.

Uppdaterad 27 augusti 2026 · Publicerad 14 mars 2025 · Priser och funktionstillgänglighet verifierade

Det renderade exemplet gör tre olika påståenden. “Publicerad” bevarar ursprunget, “Uppdaterad” registrerar en substantiell förändring och omfattningsfrasen anger vad granskningen omfattade. Datumet är en ursprungssignal, inte en dekoration eller en genväg för att få gammalt innehåll att se nytt ut.

Varför detta element är viktigt

Läsare använder datum för att bedöma risk. En tre år gammal förklaring av ett matematiskt koncept kan vara helt tillförlitlig, medan en tre månader gammal jämförelse av programvarupriser redan kan vara felaktig. En synlig stämpel hjälper en läsare att besluta om sidan går att lita på, om ett flyktigt påstående ska verifieras eller om en nyare källa bör sökas. Att visa båda datumen skyddar också historiken: läsaren kan se att en mogen resurs underhölls snarare än falskt presenterades som nyligen publicerad.

Psykologin slår fel när etiketten överdriver. “Uppdaterad idag” innebär att någon ändrade information som en läsare förlitar sig på. Om den enda åtgärden var att ändra datumet, fixa skiljetecken eller flytta sidan till en ny mall, skapar etiketten förtroende utan att förtjäna det. Att ändra ett uppdateringsdatum utan att substantiellt ändra innehåll är ett policybrott, även om ett innehållshanteringssystem gör redigeringen enkel.

Maskinell utläsbarhet innebär att programvara kan identifiera publiceringstid, ändringstid, granskningsomfattning och relationen mellan dem utan att gissa från löptext. Stabil fältdata kan mata sidmallar, flöden, granskningar och strukturerad data. En crawler kan skilja datePublished från dateModified; en redaktionell monitor kan identifiera volatila sidor vars granskningsfönster har löpt ut. En vag formulering som “nyligen uppdaterad” ger varken en användbar tidsstämpel eller ett testbart påstående.

Det typade elementet har företräde framför ett datum inskrivet i vanlig löptext. Följ skrivreglerna för element : komponenten måste läsa kanoniska datumfält och rendera dem konsekvent. Författare får inte manuellt skriva in ett andra datum som kan avvika från metadata.

När det ska användas

Använd en färskhetsstämpel när ålder väsentligt förändrar huruvida sidan är säker, korrekt eller användbar. Vanliga utlösare är priser, produktfunktioner, tillgänglighet, lagar, standarder, statistik, rangordnade rekommendationer, kompatibilitetsinstruktioner, behörighetsregler, scheman och namngiven personal. Dessa fakta förfaller eftersom världen förändras även när texten inte gör det.

Använd den på en levande resurs när utgivaren förbinder sig att ompröva definierade påståenden. En programvarujämförelse kan ange “Prisplaner och funktionsgränser verifierade”; dokumentation kan ange “Verifierad för version 6.8”; en regulatorisk förklaring kan nämna jurisdiktionen och gällande regel. Omfattningen förhindrar att en nyligen genomförd kontroll av en tabell antyder att varje mening, länk och slutsats fick samma granskning.

Evighetsgrönt innehåll kanske inte behöver en synlig färskhetsstämpel. En stabil definition, historisk redogörelse, fast fallstudie, versionsinformation eller forskningsrapport kopplad till en stängd datamängd behöver ofta bara ett ärligt publiceringsdatum. Lägg till korrigeringsanteckningar eller en separat uppdateringslogg när tolkningen förändras, men skapa inte en underhållsteater där en oföränderlig post får ett nytt datum varje kvartal.

Närträffar inkluderar:

• Automatiska aktuella datum: att rendera dagens datum vid varje förfrågan säger inget om granskningsaktivitet och är alltid förbjudet.
• Ett år i rubriken: “Bästa verktygen 2026” är ett påstående om aktuell täckning, inte bevis på att sidan kontrollerades 2026.
• En byggtidsstämpel: att bygga om webbplatsen ändrar filer, inte redaktionellt innehåll.
• En granskningsbricka utan omfattning eller ägare: den skapar auktoritet utan en granskningsbar handling.
• En ändrad produktfeed: automatiska prisuppdateringar kan uppdatera ett specifikt fält, men de rättfärdigar inte att markera den omgivande redaktionella analysen som uppdaterad om inte slutsatsen omprövades.

Var det ska placeras

Placera stämpeln i hjältemetadataraden: under H1 och enradsbeskrivningen, och före introduktionen eller första direktsvarelementet. Läsaren bör få tidskontexten innan den möter påståenden som kan förfalla. På en lång sida kan stämpeln även visas bredvid en volatil tabell eller ett bevisblock när detta block har sitt eget snävare verifieringsdatum.

Håll författar- och granskningsidentitet i samma ursprungsregion när mallen stöder det, men bevara en tydlig läsordning: författare, publicerings-/uppdateringsdatum, sedan granskningsomfattning. Stämpeln kan sitta bredvid en uppskattning av lästid eftersom båda är neutral metadata. Den får inte sitta bredvid en reklambricka, rabattnedräkning, “trendande”-etikett eller stjärnbetyg; sådana signaler kan få ett redaktionellt datum att se ut som brådskande eller rekommendation.

Placera inte stämpeln inuti introduktionen, efter det första volatila påståendet, endast i sidfoten eller inuti en bild. Upprepa inte motstridiga datum i hjälten, sidofältet och tabellen. Om ett avsnitt har sin egen dataålder, märk det värdet som “Data fram till juni 2026” eller “Priser kontrollerade 27 augusti 2026” istället för att ändra sidans uppdateringsdatum.

Anatomi

1. Primär etikett: “Uppdaterad” när en giltig ändring finns; annars “Publicerad.” Den måste vara synlig text, inte en ikon eller tooltip.
2. Primärt datum: Ett läsbart kalenderdatum härlett från kanonisk metadata.
3. Ursprunglig publicering: Behålls när den primära etiketten är “Uppdaterad” och ursprung drar nytta av att båda visas.
4. Granskningsomfattning: Valfri kort text som namnger de fakta, version, jurisdiktion eller datamängd som faktiskt kontrollerats.
5. Maskinell tidsstämpel: Ett fullständigt ISO 8601-värde i HTML-attributet datetime, inklusive tidszon där tid lagras.
6. Dokumentrelation: Elementet tillhör sidhjälten; ett snävare bevisdatum hör bredvid det bevis det kvalificerar.

Färg, ikon, avstånd och separatorer tillhör renderaren. Den semantiska sekvensen måste fortfarande läsas korrekt när CSS inte är tillgänglig.

Designexempel

De varianter som stöds återspeglar olika redaktionella tillstånd, inte kosmetiska preferenser.

Endast publicerad: Använd för en ny sida eller en stabil sida som aldrig har fått en substantiell revidering. Detta är standard.

Publicerad och uppdaterad: Använd efter en substantiell revidering. Uppdaterad kommer först eftersom det är det beslutsinriktade datumet; publicering finns kvar som historik.

Omfångsbegränsad verifiering: Lägg till en kort omfattning när endast definierade volatila påståenden omkontrollerades eller när sidan är versionsbunden. Omfattningen får inte antyda en bredare granskning.

Granskad utan ändring: Använd endast när en verklig granskning fann att sidan fortfarande var korrekt. Registrera reviewedAt separat; ändra inte dateModified och märk inte händelsen “Uppdaterad.”

Smalt visningsfönster: Tillåt naturlig radbrytning mellan fullständiga objekt. Förkorta aldrig ett datum eller dölj “Publicerad” medan du lämnar en omärkt siffra.

Parametrar

Datumfälten är metadataattribut, inte författad brödtext. Detta förhindrar att en synlig etikett motsäger flöden eller schema. Frontmatter-specifikationen är fortfarande auktoritativ för dokumentnivåvärden.

Elementet har ingen kropp och ingen förstarubrik-mappning. En kropp skulle låta författare duplicera kanonisk metadata. Omfattningen är avsiktligt ett attribut eftersom den är kort, stabil och maskinläsbar.

Syntax och kodexempel

Alla adaptrar läser samma publicerings-, ändrings- och omfattningsvärden. De kan formatera datum för lokalen, men de får inte ändra deras betydelse.

Bärbar Markdown-direktiv

:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::

Hugo shortcode-kontrakt

{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}

I Hugo bör den föredragna produktionsadaptern läsa .Date och den godkända parametern updated från sidmetadata så att författare inte behöver upprepa dem. De explicita värdena ovan dokumenterar den bärbara fältmappningen; de är inte tillstånd att hårdkoda en andra sanningskälla.

WordPress-block

<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->

En WordPress-adapter bör som standard hämta published och updated från inläggsposten, exponera omfattning som ett redaktionellt fält och förhindra att ett endast-datum-uppdateringsarbetsflöde tyst presenterar en revidering som inte inträffade.

Exempel

Uppdaterad 27 augusti 2026 · Publicerad 14 mars 2025
Priser, plangränser och funktionstillgänglighet verifierade mot leverantörssidor.

Detta är bra eftersom etiketterna bevarar båda händelserna, omfattningen namnger de volatila fakta och påståendet kan granskas mot sidans redigerings- och källhistorik. En granskare vet vad “uppdaterad” betyder här.

Nyuppdaterad idag!
Ursprungligen publicerad nyligen.

Detta är dåligt eftersom “idag” flyttar sig utan redaktionell händelse, “nyuppdaterad” är reklam, “nyligen” raderar historiken och ingen rad exponerar en maskinläsbar tidsstämpel. Om sidan endast omformaterades, skulle även att ersätta dessa fraser med exakta datum förbli vilseledande. Den korrekta åtgärden är att behålla det ursprungliga publiceringsdatumet och utelämna ett uppdateringsdatum.

Schema-markup och tillgänglighet

Stämpeln kan mata datePublished och dateModified på en omslutande Article, TechArticle, NewsArticle eller annan sanningsenlig sidtyp. datePublished kommer från den ursprungliga publiceringsposten. dateModified kommer endast från den senaste substantiella innehållsändringen. En separat registrerad granskning som inte ändrar något får inte skriva över dateModified; schema bör inte göra en granskningshändelse till en falsk ändring.

Hitta inte på en Schema.org-typ FreshnessStamp. Granskningsomfattning förblir vanligtvis synlig text och intern granskningsmetadata. Om en sida citerar volatila fakta, håll deras bevis i ett källblock snarare än att antyda att ett nyligt datum bevisar dem.

Rendera varje datum med ett semantiskt <time datetime="…">-element. Den synliga formen följer sidans lokala språkinställning; datetime-värdet bevarar en otvetydig maskinell tidsstämpel. Etiketter måste vara text. Förlita dig inte på en klockikon, grön färg, tooltip eller relativ formulering som “för två månader sedan.” Separatorer markerade som dekorativa bör ignoreras av hjälpmedelsteknik, och radbrytning måste bevara en logisk läsordning.

Stämpeln är statisk metadata, så den behöver inget ARIA live-område, knapproll, fokusmål eller tillkännagivande. Om en uppdateringslogg är länkad, använd en beskrivande etikett som “Se vad som ändrades,” inte “Mer.”

Skrivregler

Skriv etiketter som faktisk ursprungsinformation: “Publicerad,” “Uppdaterad” eller “Granskad.” Använd ett absolut lokaliserat datum, inte “idag,” “nyligen,” “ny” eller “färsk.” Håll omfattningen till 3–12 ord och namnge det kontrollerade objektet: “Priselement och gränser verifierade” är starkare än “Innehåll granskat.” Lägg inte till utropstecken, brådskande formuleringar, SEO-påståenden eller löften om att sidan är fullständigt korrekt.

En substantiell ändring återställer updated endast när den förbättrar information som en läsare förlitar sig på. Legitima utlösare inkluderar att korrigera ett väsentligt faktum, ersätta inaktuella priser eller specifikationer, revidera instruktioner efter en produktändring, lägga till betydande bevis, ändra en rekommendation efter omvärdering, utöka omfattningen tillräckligt för att ändra svaret eller slutföra en dokumenterad granskning som resulterar i meningsfulla innehållsändringar.

Följande återställer det inte: stavfelskorrigeringar, skiljetecken, formatering, bildkomprimering, CSS- eller malländringar, analysetiketter, länkspårning, endast metadataändringar, automatiska byggen, kategoriändringar, författarprofilformatering eller att endast kontrollera sidan och finna att ingen ändring är nödvändig. En utbyteslänk för en trasig länk återställer datumet endast när destinationen ändrar beviset eller vägledningen; att byta en motsvarande fungerande URL gör det inte.

Sätt aldrig ett påstående som “Google belönar färskt innehåll,” ett reklammeddelande, rabattens utgångsdatum, lästid, författarbiografi, källförteckning, ändringslogg eller fullständig granskningsmetodik inuti stämpeln. Dessa har olika syften. Backdatera aldrig en uppdatering, skriv aldrig över publiceringsdatumet, härled aldrig ändringstid från arkivet och schemalägg aldrig ett framtida uppdateringsdatum.

Inläggstyper som använder det

Frontmatter-fältet postTypes är källan till denna mappning. Inkludering innebär att formatet har en återkommande förfallsrisk; det innebär inte att varje instans måste visa ett uppdateringsdatum.

Stabila ordlistor, historiska poster, forskning med stängda datamängder och versionsinformation behåller vanligtvis publiceringsdatum utan att göra anspråk på kontinuerlig färskhet. Deras bevisperiod eller releaseversion gör mer tolkningsarbete än en rullande etikett “uppdaterad.”

QA-checklista

• Det ursprungliga publiceringsdatumet är bevarat och föregår eller är lika med varje senare händelse.
• updated motsvarar en substantiell ändring som är synlig i innehållet eller dokumenterade bevis.
• En granskning utan innehållsändring använder reviewedAt, inte updated eller dateModified.
• Det synliga datumet, frontmatter-värdet, flödesvärdet och värdet för strukturerad data överensstämmer.
• Omfattningen namnger exakt vad som kontrollerades och antyder inte en helsidesgranskning när endast ett block ändrades.
• Stämpeln visas i hjälten före volatila påståenden, med snävare datum bredvid snävare bevis.
• Absoluta datum och synliga textetiketter förblir förståeliga utan färg, ikoner, CSS eller omgivande text.
• Varje maskinell tidsstämpel använder giltig ISO 8601-syntax och korrekt tidszon.
• Ingen byggtid, filändringstid, innevarande årstoken eller automatiskt rörligt datum matar elementet.
• Redigeringshistoriken kan förklara varför datumet ändrades; en endast-datum-redigering klarar inte granskning.
• Publicerade, uppdaterade och granskade händelser förblir distinkta i synlig text och schema.
• Sidans inläggstyp och förfallsrisk motiverar att visa elementet.

FAQ

Ska varje artikel visa ett senaste uppdateringsdatum?

Nej. Visa ett uppdateringsdatum endast efter en substantiell förändring. En stabil evighetsgrön sida kan visa enbart sitt publiceringsdatum, medan en sida med förfallande innehåll bör visa datum och omfattning för den senaste giltiga granskningen.

Rättfärdigar en korrigering av ett stavfel att uppdateringsdatumet ändras?

Nej. Typografiska, formaterings-, spårnings-, mall- och endast metadataändringar förändrar inte den information en läsare förlitar sig på, så de återställer inte uppdateringsdatumet.

Kan en sida visa ett granskningsdatum när inga ändringar behövdes?

Ja, om en kvalificerad person verkligen kontrollerade den definierade omfattningen och etiketten anger “Granskad,” inte “Uppdaterad.” Behåll publicerings- och ändringsdatumen oförändrade och registrera granskningen separat.

Ska publiceringsdatumet försvinna efter en uppdatering?

Vanligtvis nej. Behåll det ursprungliga publiceringsdatumet i metadata och visa det bredvid uppdateringsdatumet när ursprung spelar roll. Uppdateringsdatumet får aldrig skriva över sidans historik.

Förbättrar en färskhetsstämpel rankingen av sig själv?

Nej. En datumetikett är inte ett bevis på att sidan är korrekt. Dess värde kommer från ärligt underhåll, konsekvent metadata och innehåll som faktiskt återspeglar den angivna granskningen.