Freshness Stamp: Regler for offentliggørelsesdato og opdateringsdato

Et freshness stamp fortæller læserne, hvornår en side første gang blev offentliggjort, hvornår dens afgørende information sidst blev ændret, og — hvor nyttigt — hvad der blev tjekket. Det er et åbningselement, fordi tid kan ændre, hvordan enhver påstand nedenunder skal fortolkes.

Opdateret 27. august 2026 · Offentliggjort 14. marts 2025 · Priser og tilgængelighed af funktioner verificeret

Dette gengivne eksempel fremsætter tre forskellige påstande. “Offentliggjort” bevarer oprindelse, “Opdateret” registrerer en væsentlig ændring, og omfangssætningen fortæller, hvad gennemgangen dækkede. Datoen er et oprindelsessignal, ikke en dekoration eller en genvej til at få gammelt indhold til at se nyt ud.

Hvorfor dette element er vigtigt

Læsere bruger datoer til at vurdere risiko. En tre år gammel forklaring af et matematisk koncept kan være helt pålidelig, mens en tre måneder gammel sammenligning af softwarepriser allerede kan være forkert. Et synligt stamp hjælper en læser med at beslutte, om siden er til at stole på, om en ustabil påstand skal verificeres, eller om der skal søges efter en nyere kilde. At vise begge datoer beskytter også historikken: læseren kan se, at en moden ressource blev vedligeholdt frem for falsk præsenteret som nyligt offentliggjort.

Psykologien svigter, når etiketten overdriver. “Opdateret i dag” antyder, at nogen har ændret information, som en læser stoler på. Hvis den eneste handling var at ændre datoen, rette tegnsætning eller flytte siden ind i en ny skabelon, skaber etiketten tillid uden at have fortjent den. At røre ved en opdateringsdato uden væsentligt at røre ved indholdet er en politikovertrædelse, selv hvis et content management system gør redigeringen nem.

Maskinel udtrækbarhed betyder, at software kan identificere offentliggørelsestidspunktet, ændringstidspunktet, gennemgangsomfanget og forholdet mellem dem uden at gætte ud fra prosatekst. Stabile felter kan fodre sideskabeloner, feeds, revisioner og strukturerede data. En crawler kan skelne datePublished fra dateModified; en redaktionel monitor kan identificere ustabile sider, hvis gennemgangsvindue er udløbet. En vag formulering som “for nylig opfrisket” giver hverken et brugbart tidsstempel eller en testbar påstand.

Det typedekomponent har forrang frem for en dato skrevet i almindelig prosa. Følg element skriveregler : komponenten skal læse kanoniske datofelter og gengive dem ensartet. Forfattere må ikke håndskrive en anden dato, der kan afvige fra metadata.

Hvornår skal det bruges

Brug et freshness stamp, når alder væsentligt ændrer, om siden er sikker, nøjagtig eller nyttig. Almindelige udløsere er priser, produktfunktioner, tilgængelighed, love, standarder, statistikker, rangerede anbefalinger, kompatibilitetsinstruktioner, berettigelsesregler, tidsplaner og navngivne personer. Disse fakta forfalder, fordi verden ændrer sig, selv når prosateksten ikke gør.

Brug det på en levende ressource, når udgiveren forpligter sig til at genbesøge definerede påstande. En softwaresammenligning kan sige “Planer og funktionsbegrænsninger verificeret”; dokumentation kan sige “Verificeret for version 6.8”; en regulatorisk forklaring kan nævne jurisdiktion og gældende regel. Omfanget forhindrer, at et nyligt tjek af én tabel antyder, at hver sætning, link og konklusion har fået lige stor opmærksomhed.

Eviggrønt indhold har muligvis ikke brug for et synligt freshness stamp. En stabil definition, historisk redegørelse, fast casestudie, frigivelsesnote eller forskningsrapport knyttet til et lukket datasæt har ofte kun brug for en ærlig offentliggørelsesdato. Tilføj korrektionsnoter eller en separat opdateringslog, når fortolkningen ændrer sig, men skab ikke et vedligeholdelsesteater, hvor en uforanderlig registrering får en ny dato hvert kvartal.

Næsten-missere inkluderer:

• Automatiske aktuelle datoer: at gengive dags dato ved hver forespørgsel siger intet om gennemgangsaktivitet og er altid forbudt.
• Et år i titlen: “Bedste værktøjer 2026” er en påstand om aktuel dækning, ikke bevis på at siden blev tjekket i 2026.
• Et build-tidsstempel: at genopbygge siden ændrer filer, ikke redaktionelt indhold.
• Et gennemgangsmærke uden omfang eller ejer: det skaber autoritet uden en reviderbar handling.
• Et ændret produktfeed: automatiserede prisopdateringer kan opdatere et specifikt felt, men de retfærdiggør ikke at markere den omkringliggende redaktionelle analyse som opdateret, medmindre konklusionen blev gennemgået.

Hvor skal det placeres

Placer stampet i hero-metadatarækken: under H1 og én-linjers beskrivelse, og før introduktionen eller første direkte-svar-element. Læseren bør modtage tidskonteksten, før de støder på påstande, der kan forfalde. På en lang side kan stampet også vises ved siden af en ustabil tabel eller evidensblok, når denne blok har sin egen smallere verifikationsdato.

Behold forfatterskab og gennemgangsidentitet i samme oprindelsesområde, når skabelonen understøtter det, men bevar en klar læserækkefølge: forfatter, offentliggørelses-/opdateringsdatoer, derefter gennemgangsomfang. Stampet kan sidde ved siden af et læsetidsestimat, da begge er neutrale metadata. Det må ikke sidde ved siden af et reklamemærke, rabatnedtælling, “trendende”-etiket eller stjernebedømmelse; sådanne signaler kan få en redaktionel dato til at ligne haster eller anbefaling.

Placer ikke stampet inde i introduktionen, efter den første ustabile påstand, kun i sidefoden eller inde i et billede. Gentag ikke modstridende datoer i hero, sidebar og tabel. Hvis et afsnit har sin egen datovintage, mærk den værdi “Data frem til juni 2026” eller “Priser tjekket 27. august 2026” frem for at ændre sidens opdateringsdato.

Anatomi

1. Primær etiket: “Opdateret” når en gyldig ændring findes; ellers “Offentliggjort”. Det skal være synlig tekst, ikke et ikon eller tooltip.
2. Primær dato: En menneskelæsbar kalenderdato afledt af kanoniske metadata.
3. Oprindelig offentliggørelse: Beholdes når den primære etiket er “Opdateret”, og oprindelse har gavn af at vise begge.
4. Gennemgangsomfang: Valgfri kort tekst, der navngiver de fakta, version, jurisdiktion eller datasæt, der rent faktisk er tjekket.
5. Maskintidsstempel: En komplet ISO 8601-værdi i HTML datetime-attributten, inklusive tidszone hvor tid er gemt.
6. Dokumentrelation: Elementet tilhører sideheroen; en smallere evidensdato hører ved siden af den evidens, den kvalificerer.

Farve, ikon, afstand og separatorer tilhører gengiveren. Den semantiske sekvens skal stadig læses korrekt, når CSS ikke er tilgængeligt.

Designeksempler

De understøttede varianter afspejler forskellige redaktionelle tilstande, ikke kosmetiske præferencer.

Kun offentliggjort: Brug til en ny side eller en stabil side, der aldrig har fået en væsentlig revision. Dette er standarden.

Offentliggjort og opdateret: Brug efter en væsentlig revision. Opdateret står først, fordi det er den beslutningsrelevante dato; offentliggørelse forbliver tilgængelig som historik.

Afgrænset verifikation: Tilføj et kort omfang, når kun definerede ustabile påstande blev gennemgået, eller når siden er versionsbundet. Omfanget må ikke antyde en bredere revision.

Gennemgået uden ændring: Brug kun når en reel gennemgang fandt, at siden stadig var nøjagtig. Registrer reviewedAt separat; ændr ikke dateModified, og mærk ikke hændelsen “Opdateret”.

Smalt viewport: Tillad naturlig linjebrydning mellem komplette elementer. Afkort aldrig en dato eller skjul “Offentliggjort” mens et umærket tal efterlades.

Parametre

Datofelterne er metadata-attributter, ikke forfattet brødtekst. Dette forhindrer, at en synlig etiket er uenig med feeds eller skema. Frontmatter-specifikationen forbliver autoritativ for dokumentniveau-værdier.

Elementet har intet indhold og ingen første-overskrift-tilknytning. Et indhold ville lade forfattere duplikere kanoniske metadata. Omfanget er bevidst en attribut, fordi det er kort, stabilt og maskinlæsbart.

Syntaks og kodeeksempler

Alle adaptorer læser de samme offentliggørelses-, ændrings- og omfangsværdier. De må formatere datoer efter sprogindstillingen, men må ikke ændre deres betydning.

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 foretrukne produktionsadaptor læse .Date og den godkendte updated-parameter fra sidemetadata, så forfattere ikke gentager dem. De eksplicitte værdier ovenfor dokumenterer den bærbare felttilknytning; de er ikke tilladelse til at hardkode en anden sandhedskilde.

WordPress-blok

<!-- 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-adaptor bør som standard indstille published og updated fra post-recorden, eksponere scope som et redaktionelt felt og forhindre en kun-dato-opdaterings-workflow i stille og roligt at præsentere en revision, der ikke fandt sted.

Eksempler

Opdateret 27. august 2026 · Offentliggjort 14. marts 2025
Priser, plangrænser og funktionstilgængelighed verificeret mod leverandørsider.

Dette er godt, fordi etiketterne bevarer begge hændelser, omfanget navngiver de ustabile fakta, og påstanden kan revideres mod sidens redigerings- og kildehistorik. En anmelder ved, hvad “opdateret” betyder her.

Nyligt opdateret i dag!
Oprindeligt offentliggjort for nylig.

Dette er dårligt, fordi “i dag” flytter sig uden nogen redaktionel hændelse, “nyligt” er salgsfremmende, “for nylig” sletter historien, og ingen af linjerne eksponerer et maskinlæsbart tidsstempel. Hvis siden kun blev omformateret, ville selv erstatning af disse vendinger med nøjagtige datoer forblive vildledende. Den korrekte handling er at bibeholde den oprindelige offentliggørelsesdato og udelade en opdateringsdato.

Skema-markup og tilgængelighed

Stampet kan fodre datePublished og dateModified på en omsluttende Article, TechArticle, NewsArticle eller anden sandfærdig sidetype. datePublished kommer fra den oprindelige offentliggørelsesrecord. dateModified kommer kun fra den seneste væsentlige indholdsændring. En separat registreret gennemgang, der ikke ændrer noget, må ikke overskrive dateModified; skema bør ikke gøre en gennemgangshændelse til en falsk ændring.

Opfind ikke en FreshnessStamp Schema.org-type. Gennemgangsomfang forbliver normalt synlig tekst og intern revisionsmetadata. Hvis en side citerer ustabile fakta, hold deres evidens i en kilder-blok frem for at antyde, at en ny dato beviser dem.

Gengiv hver dato med et semantisk <time datetime="…">-element. Den synlige form følger sidens sprogindstilling; datetime-værdien bevarer et utvetydigt maskintidsstempel. Etiketter skal være tekst. Stol ikke på et ur-ikon, grøn farve, tooltip eller relativ formulering som “to måneder siden”. Separatorer markeret som dekorative bør ignoreres af hjælpeteknologi, og linjebrydning skal bevare en logisk læserækkefølge.

Stampet er statiske metadata, så det har ikke brug for et ARIA live-region, knap-rolle, fokusmål eller meddelelse. Hvis en opdateringslog er linket, brug en beskrivende etiket som “Se hvad der ændrede sig”, ikke “Mere”.

Skriveregler

Skriv etiketter som faktuel oprindelse: “Offentliggjort”, “Opdateret” eller “Gennemgået”. Brug en absolut lokaliseret dato, ikke “i dag”, “for nylig”, “ny” eller “frisk”. Hold omfang på 3–12 ord og navngiv det tjekkede objekt: “Planpriser og -grænser verificeret” er stærkere end “Indhold gennemgået”. Tilføj ikke udråbstegn, haster, SEO-påstande eller løfter om, at siden er fuldt nøjagtig.

En væsentlig ændring nulstiller updated kun, når den forbedrer information, som en læser stoler på. Legitime udløsere inkluderer rettelse af en væsentlig faktuel fejl, udskiftning af forældede priser eller specifikationer, revision af instruktioner efter et produktændring, tilføjelse af betydelig evidens, ændring af en anbefaling efter genvurdering, udvidelse af omfang nok til at ændre svaret eller fuldførelse af en dokumenteret gennemgang, der resulterer i meningsfulde indholdsændringer.

Følgende nulstiller den ikke: rettelse af stavefejl, tegnsætning, formatering, billedkomprimering, CSS- eller skabelonændringer, analytics-tags, link-sporing, metadata-ændringer, automatiserede builds, kategoriskift, forfatterprofilformatering eller blot at tjekke siden og finde, at ingen ændring var nødvendig. En udskiftning af dødt link nulstiller kun datoen, når destinationen ændrer evidensen eller vejledningen; udskiftning af en tilsvarende fungerende URL gør ikke.

Put aldrig en påstand som “Google belønner friskt indhold”, en reklamebesked, rabatudløb, læsetid, forfatterbiografi, kildeliste, ændringslog eller fuld gennemgangsmetodologi inde i stampet. Disse har forskellige formål. Dater aldrig en opdatering tilbage, overskriv offentliggørelsesdatoen, udled ændringstidspunkt fra repository’et, eller planlæg en fremtidig opdateringsdato.

Post-typer der bruger det

postTypes frontmatter er kilden til denne tilknytning. Inklusion betyder, at formatet har en tilbagevendende forfaldsrisiko; det betyder ikke, at hver forekomst skal vise en opdateringsdato.

Stabile ordbogsdefinitioner, historiske optegnelser, forskning med lukkede datasæt og frigivelsesnoter bibeholder normalt offentliggørelsesdatoer uden at hævde løbende friskhed. Deres evidensperiode eller frigivelsesversion gør mere fortolkningsarbejde end en rullende “opdateret”-etiket.

QA-tjekliste

• Den oprindelige offentliggørelsesdato er bevaret og er før eller lig med enhver senere hændelse.
• updated svarer til en væsentlig ændring, der er synlig i indholdet eller dokumenteret evidens.
• En gennemgang uden indholdsændring bruger reviewedAt, ikke updated eller dateModified.
• Den synlige dato, frontmatter-værdi, feed-værdi og strukturerede-data-værdi er enige.
• Omfanget navngiver præcis, hvad der blev tjekket, og antyder ikke en hel-side-revision når kun én blok ændrede sig.
• Stampet vises i heroen før ustabile påstande, med smallere datoer ved siden af smallere evidens.
• Absolutte datoer og synlige tekstetiketter forbliver forståelige uden farve, ikoner, CSS eller omgivende prosa.
• Hvert maskintidsstempel bruger gyldig ISO 8601-syntaks og den korrekte tidszone.
• Ingen build-tid, filændringstidspunkt, nuværende-år-token eller automatisk flyttende dato fodrer elementet.
• Redigeringshistorikken kan forklare, hvorfor datoen ændrede sig; en kun-dato-redigering består ikke gennemgang.
• Offentliggjorte, opdaterede og gennemgåede hændelser forbliver adskilte i synlig tekst og skema.
• Sidens post-type og forfaldsrisiko retfærdiggør visning af elementet.

FAQ

Bør alle artikler vise en seneste opdateringsdato?

Nej. Vis kun en opdateringsdato efter en væsentlig ændring. En stabil eviggrøn side kan vise sin offentliggørelsesdato alene, mens en side med forfald bør vise datoen og omfanget af dens seneste gyldige gennemgang.

Retfærdiggør rettelse af en stavefejl en ændring af opdateringsdatoen?

Nej. Typografiske, formaterings-, sporings-, skabelon- og metadata-ændringer ændrer ikke den information, en læser stoler på, så de nulstiller ikke opdateringsdatoen.

Kan en side vise en gennemgået dato, når der ikke var behov for ændringer?

Ja, hvis en kvalificeret person reelt har tjekket det definerede omfang, og etiketten siger “Gennemgået,” ikke “Opdateret.” Behold offentliggørelses- og ændringsdatoerne uændrede, og registrer gennemgangen separat.

Bør offentliggørelsesdatoen forsvinde efter en opdatering?

Som regel nej. Behold den oprindelige offentliggørelsesdato i metadata, og vis den ved siden af opdateringsdatoen, når oprindelse har betydning. Opdateringsdatoen må aldrig omskrive sidens historie.

Forbedrer et freshness stamp i sig selv rangeringer?

Nej. En datoetikette er ikke bevis på, at siden er nøjagtig. Dens værdi kommer fra ærlig vedligeholdelse, konsistente metadata og indhold, der rent faktisk afspejler den anførte gennemgang.