SEO Playbook · Element

Versheidsstempel: Regels voor gepubliceerde en bijgewerkte datums

Gebruik een versheidsstempel om publicatie- en bijgewerkte datums te onderscheiden, inhoudelijke herziening aan te tonen, inhoudsverval zichtbaar te maken en misleidende datum-only wijzigingen te voorkomen.

12 min read

Een versheidsstempel vertelt lezers wanneer een pagina voor het eerst openbaar werd, wanneer de informatie waarop zij vertrouwen voor het laatst veranderde en — waar nuttig — wat er gecontroleerd is. Het is een openend element omdat tijd kan veranderen hoe elke bewering eronder geïnterpreteerd moet worden.

Bijgewerkt 27 augustus 2026 Gepubliceerd 14 maart 2025 Prijzen en beschikbaarheid van functies geverifieerd

Dat weergegeven voorbeeld maakt drie verschillende claims. ‘Gepubliceerd’ bewaart de oorsprong, ‘Bijgewerkt’ registreert een inhoudelijke wijziging en de reikwijdtezin zegt wat de beoordeling dekte. De datum is een herkomstsignaal, geen versiering of een snelkoppeling om oude inhoud er nieuw uit te laten zien.

Waarom dit element belangrijk is

Lezers gebruiken datums om risico in te schatten. Een drie jaar oude uitleg van een wiskundig concept kan volkomen betrouwbaar zijn, terwijl een drie maanden oude vergelijking van softwareprijzen al onjuist kan zijn. Een zichtbare stempel helpt een lezer te beslissen of hij de pagina vertrouwt, een vluchtige bewering verifieert of een nieuwere bron zoekt. Het tonen van beide datums beschermt ook de geschiedenis: de lezer kan zien dat een volwassen bron werd onderhouden in plaats van onterecht als nieuw gepubliceerd te worden gepresenteerd.

De psychologie faalt wanneer het label te veel claimt. ‘Vandaag bijgewerkt’ impliceert dat iemand informatie heeft gewijzigd waar een lezer op vertrouwt. Als de enige actie het wijzigen van de datum, het corrigeren van interpunctie of het verplaatsen van de pagina naar een nieuw sjabloon was, wekt het label vertrouwen zonder het te verdienen. Het aanpassen van een bijgewerkte datum zonder inhoudelijk de inhoud aan te raken is een schending van het beleid, zelfs als een contentmanagementsysteem de bewerking gemakkelijk maakt.

Machine-uitleesbaarheid betekent dat software de publicatietijd, wijzigingstijd, beoordelingsreikwijdte en de onderlinge relatie kan identificeren zonder uit proza te hoeven raden. Stabiele velden kunnen paginasjablonen, feeds, audits en gestructureerde data voeden. Een crawler kan datePublished onderscheiden van dateModified; een redactionele monitor kan vluchtige pagina’s identificeren waarvan het beoordelingsvenster is verlopen. Een vage zin als ‘recentelijk ververst’ biedt noch een bruikbare tijdstempel noch een toetsbare claim.

Het getypeerde element heeft voorrang op een datum die in gewoon proza is getypt. Volg de schrijfregels voor elementen : de component moet canonieke datumvelden uitlezen en consistent weergeven. Auteurs mogen niet met de hand een tweede datum typen die kan afwijken van de metadata.

Wanneer het te gebruiken

Gebruik een versheidsstempel wanneer leeftijd materieel verandert of de pagina veilig, accuraat of nuttig is. Veelvoorkomende triggers zijn prijzen, productfuncties, beschikbaarheid, wetten, normen, statistieken, gerangschikte aanbevelingen, compatibiliteitsinstructies, geschiktheidsregels, schema’s en genoemde personen. Deze feiten vervallen omdat de wereld verandert, zelfs als de tekst niet verandert.

Gebruik het op een levende bron wanneer de uitgever zich ertoe verbindt om gedefinieerde beweringen opnieuw te bekijken. Een softwarevergelijking kan zeggen ‘Abonnementen en functielimieten geverifieerd’; documentatie kan zeggen ‘Geverifieerd voor versie 6.8’; een regelgevingsuitlegger kan de jurisdictie en de geldende regel noemen. De reikwijdte voorkomt dat een recente controle van één tabel impliceert dat elke zin, link en conclusie evenveel aandacht heeft gekregen.

Evergreen-inhoud heeft mogelijk geen zichtbare versheidsstempel nodig. Een stabiele definitie, historisch verslag, vaste casestudy, releaseopmerking of onderzoeksrapport gekoppeld aan een afgesloten dataset heeft vaak alleen een eerlijke publicatiedatum nodig. Voeg correctienotities of een aparte updatelog toe wanneer de interpretatie verandert, maar creëer geen onderhoudstheater waarin een onveranderlijk record elk kwartaal een nieuwe datum krijgt.

Bijna-missen zijn onder meer:

  • Automatische huidige datums: het weergeven van de datum van vandaag bij elk verzoek zegt niets over beoordelingsactiviteit en is altijd verboden.
  • Een jaar in de titel: ‘Beste tools 2026’ is een claim over actuele dekking, geen bewijs dat de pagina in 2026 is gecontroleerd.
  • Een buildtijdstempel: het herbouwen van de site verandert bestanden, niet de redactionele inhoud.
  • Een beoordelingsbadge zonder reikwijdte of eigenaar: het creëert autoriteit zonder een controleerbare handeling.
  • Een gewijzigde productfeed: geautomatiseerde prijsupdates kunnen een specifiek veld bijwerken, maar rechtvaardigen niet dat de omliggende redactionele analyse als bijgewerkt wordt gemarkeerd, tenzij de conclusie opnieuw is gecontroleerd.

Waar het te plaatsen

Plaats de stempel in de held-metadata-regel: onder de H1 en eenregelige beschrijving, en vóór de inleiding of het eerste direct-antwoord-element. De lezer moet de tijdscontext ontvangen voordat hij beweringen tegenkomt die kunnen vervallen. Op een lange pagina kan de stempel ook naast een vluchtige tabel of bewijsbron verschijnen wanneer dat blok zijn eigen smallere verificatiedatum heeft.

Houd auteurschap en beoordelingsidentiteit in dezelfde herkomstregio wanneer het sjabloon dit ondersteunt, maar behoud een duidelijke leesvolgorde: auteur, publicatie-/updatedatums, dan beoordelingsreikwijdte. De stempel mag naast een leestijdinschatting staan omdat beide neutrale metadata zijn. Het mag niet naast een promotiebadge, kortingscountdown, ’trending’-label of sterbeoordeling staan; die signalen kunnen een redactionele datum laten lijken op urgentie of goedkeuring.

Plaats de stempel niet in de inleiding, na de eerste vluchtige bewering, alleen in de voettekst of in een afbeelding. Herhaal geen tegenstrijdige datums in de hero, zijbalk en tabel. Als een sectie zijn eigen data-ouderdom heeft, label die waarde dan als ‘Data tot juni 2026’ of ‘Prijzen gecontroleerd op 27 augustus 2026’ in plaats van de paginaniveau-bijgewerkte datum te wijzigen.

Anatomie

  1. Primair label: ‘Bijgewerkt’ wanneer een geldige wijziging bestaat; anders ‘Gepubliceerd’. Het moet zichtbare tekst zijn, geen pictogram of tooltip.
  2. Primaire datum: Een mensleesbare kalenderdatum afgeleid van canonieke metadata.
  3. Originele publicatie: Behouden wanneer het primaire label ‘Bijgewerkt’ is en herkomst baat heeft bij het tonen van beide.
  4. Beoordelingsreikwijdte: Optionele korte tekst die de gecontroleerde feiten, versie, jurisdictie of dataset benoemt.
  5. Machinetijdstempel: Een volledige ISO 8601-waarde in het HTML-datetime-attribuut, inclusief tijdzone waar tijd is opgeslagen.
  6. Documentrelatie: Het element hoort bij de pagina-hero; een smallere bewijsbron datum hoort bij het bewijs dat het kwalificeert.

Kleur, pictogram, spacing en scheidingstekens behoren tot de renderer. De semantische volgorde moet nog steeds correct lezen wanneer CSS niet beschikbaar is.

Ontwerpvoorbeelden

De ondersteunde varianten weerspiegelen verschillende redactionele toestanden, geen cosmetische voorkeuren.

Alleen gepubliceerd: Gebruik voor een nieuwe pagina of een stabiele pagina die nooit een inhoudelijke herziening heeft ondergaan. Dit is de standaard.

Gepubliceerd en bijgewerkt: Gebruik na een inhoudelijke herziening. Bijgewerkt staat voorop omdat het de beslissingsrelevante datum is; publicatie blijft beschikbaar als geschiedenis.

Beoordeelde verificatie: Voeg een korte reikwijdte toe wanneer alleen gedefinieerde vluchtige claims opnieuw zijn gecontroleerd of wanneer de pagina versiegebonden is. De reikwijdte mag geen bredere audit impliceren.

Beoordeeld zonder wijziging: Gebruik alleen wanneer een echte beoordeling heeft uitgewezen dat de pagina nog steeds accuraat is. Registreer reviewedAt apart; verander dateModified niet en label de gebeurtenis niet als ‘Bijgewerkt’.

Smalle viewport: Sta natuurlijke wrapping toe tussen complete items. Verkort nooit een datum en verberg nooit ‘Gepubliceerd’ terwijl een ongelabeld nummer achterblijft.

Parameters

De datumvelden zijn metadata-attributen, geen geschreven bodytekst. Dit voorkomt dat een zichtbaar label in tegenspraak is met feeds of schema. De frontmatter-specificatie blijft gezaghebbend voor documentniveau-waarden.

NaamTypeVereistMin / maxStandaardBron
publishedISO 8601 datum/tijdJaPrecies één; niet in de toekomstGeendate frontmatter-attribuut
updatedISO 8601 datum/tijdVoorwaardelijk na inhoudelijke wijzigingNul of één; moet later of gelijk zijn aan publishedWeggelatenupdated frontmatter-attribuut; nooit afgeleid van bestands- of buildtijd
reviewedAtISO 8601 datum/tijdOptioneelNul of één; niet in de toekomstWeggelatenBeoordelingsrecord-attribuut na voltooide beoordeelde controle
scopePlatte stringOptioneel3–12 woorden; maximaal 90 tekensGeenAttribuut geschreven door beoordelaar; geen directieve body
labelEnumAfgeleid‘Gepubliceerd’, ‘Bijgewerkt’ of ‘Beoordeeld’Afgeleid van geldige datumsRenderer; auteurs kunnen het niet overschrijven met bodytekst
showPublishedBooleanOptioneeltrue of falsetrue wanneer updated aanwezig isAttribuut gecontroleerd door post-type beleid
dateFormatEnumOptioneellong of compactlongRenderer-attribuut; landinstelling bepaalt maandvolgorde en -namen
timezoneOffset of IANA-zoneVereist voor opgeslagen tijdenEén geldige zoneTijdzone van sitepublicatieSiteconfiguratie of canoniek metadata-attribuut

Het element heeft geen body en geen eerste-kop-mapping. Een body zou auteurs in staat stellen canonieke metadata te dupliceren. De reikwijdte is bewust een attribuut omdat het kort, stabiel en machineleesbaar is.

Syntaxis en codevoorbeelden

Alle adapters lezen dezelfde publicatie-, wijzigings- en reikwijdtewaarden. Zij kunnen datums formatteren voor de landinstelling, maar mogen de betekenis niet veranderen.

Draagbare Markdown-directive

:::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 contract

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

In Hugo moet de voorkeursproductie-adapter .Date en de goedgekeurde updated-parameter uit paginametadata lezen, zodat auteurs ze niet herhalen. De expliciete waarden hierboven documenteren de draagbare veldmapping; zij zijn geen toestemming om een tweede waarheidsbron hard te coderen.

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"} /-->

Een WordPress-adapter moet published en updated standaard uit het postrecord halen, scope als redactioneel veld tonen en voorkomen dat een datum-only update-workflow stilletjes een herziening presenteert die niet heeft plaatsgevonden.

Voorbeelden

Bijgewerkt 27 augustus 2026 · Gepubliceerd 14 maart 2025 Prijzen, abonnementslimieten en beschikbaarheid van functies geverifieerd aan de hand van leverancierspagina’s.

Dit is goed omdat de labels beide gebeurtenissen behouden, de reikwijdte de vluchtige feiten noemt en de claim kan worden gecontroleerd aan de hand van de bewerkings- en bronnengeschiedenis van de pagina. Een beoordelaar weet wat ‘bijgewerkt’ hier betekent.

Vandaag vers bijgewerkt! Oorspronkelijk recentelijk gepubliceerd.

Dit is slecht omdat ‘vandaag’ beweegt zonder redactionele gebeurtenis, ‘vers’ promotioneel is, ‘recentelijk’ geschiedenis uitwist en geen van beide regels een machineleesbare tijdstempel toont. Als de pagina alleen is geherformatteerd, zou zelfs het vervangen van die zinnen door exacte datums misleidend blijven. De juiste handeling is het behouden van de originele publicatiedatum en het weglaten van een bijgewerkte datum.

Schema-opmaak en toegankelijkheid

De stempel kan datePublished en dateModified voeden op een omsluitend Article, TechArticle, NewsArticle of ander waarheidsgetrouw paginatype. datePublished komt van het originele publicatierecord. dateModified komt alleen van de laatste inhoudelijke inhoudswijziging. Een apart geregistreerde beoordeling die niets verandert, mag dateModified niet overschrijven; schema mag geen beoordelingsgebeurtenis omzetten in een valse wijziging.

Verzin geen FreshnessStamp Schema.org-type. Beoordelingsreikwijdte blijft meestal zichtbare tekst en interne auditmetadata. Als een pagina vluchtige feiten aanhaalt, bewaar hun bewijs dan in een bronnenblok in plaats van te impliceren dat een recente datum ze bewijst.

Geef elke datum weer met een semantisch <time datetime="...">-element. De zichtbare vorm volgt de paginalandinstelling; de datetime-waarde bewaart een ondubbelzinnige machinetijdstempel. Labels moeten tekst zijn. Vertrouw niet op een klokpictogram, groene kleur, tooltip of relatieve formulering zoals ’twee maanden geleden.’ Scheidingstekens die als decoratief zijn gemarkeerd, moeten worden genegeerd door ondersteunende technologie, en wrapping moet een logische leesvolgorde behouden.

De stempel is statische metadata, dus heeft het geen ARIA live-regio, knoprol, focustarget of aankondiging nodig. Als een updatelog is gelinkt, gebruik dan een beschrijvend label zoals ‘Bekijk wat er is gewijzigd’, niet ‘Meer’.

Schrijfregels

Schrijf labels als feitelijke herkomst: ‘Gepubliceerd’, ‘Bijgewerkt’ of ‘Beoordeeld’. Gebruik een absolute gelokaliseerde datum, niet ‘vandaag’, ‘recentelijk’, ’nieuw’ of ‘vers’. Houd reikwijdte op 3–12 woorden en benoem het gecontroleerde object: ‘Abonnementsprijzen en -limieten geverifieerd’ is sterker dan ‘Inhoud beoordeeld’. Voeg geen uitroeptekens, urgentie, SEO-claims of beloften toe dat de pagina volledig accuraat is.

Een inhoudelijke wijziging herstelt updated alleen wanneer het informatie verbetert waar een lezer op vertrouwt. Legitieme triggers zijn onder meer het corrigeren van een materieel feit, het vervangen van verouderde prijzen of specificaties, het herzien van instructies na een productwijziging, het toevoegen van significant bewijs, het veranderen van een aanbeveling na herevaluatie, het uitbreiden van de reikwijdte genoeg om het antwoord te veranderen, of het voltooien van een gedocumenteerde beoordeling die resulteert in betekenisvolle inhoudswijzigingen.

Het volgende herstelt het niet: typefoutcorrecties, interpunctie, opmaak, beeldcompressie, CSS- of sjabloonwijzigingen, analytische tags, linktracking, metadata-only bewerkingen, geautomatiseerde builds, categorieveranderingen, auteur-profielopmaak, of alleen het controleren van de pagina en geen wijziging nodig vinden. Het vervangen van een dode link herstelt de datum alleen wanneer de bestemming het bewijs of advies verandert; het vervangen van een gelijkwaardige werkende URL doet dat niet.

Zet nooit een claim zoals ‘Google beloont verse inhoud’, een promotionele boodschap, kortingsvervaldatum, leestijd, auteursbiografie, bronnenlijst, changelog of volledige beoordelingsmethodologie in de stempel. Die hebben verschillende doelen. Dateer nooit een update terug, overschrijf nooit de publicatiedatum, leid wijzigingstijd nooit af van de repository en plan nooit een toekomstige bijgewerkte datum.

Posttypes die het gebruiken

De postTypes-frontmatter is de bron van deze mapping. Opname betekent dat het formaat een terugkerend vervalrisico heeft; het betekent niet dat elke instantie een bijgewerkte datum moet tonen.

PosttypeVereisteTypische reikwijdte
A-vs-B-vergelijkingVereist wanneer producten, prijzen of mogelijkheden kunnen veranderenVergeleken versies, abonnementen, prijzen en beslissingscriteria
Beste-X-voor-YVereist voor bijgehouden rangschikkingenKandidaatset, beschikbaarheid, criteria en volgorde
ConcurrentenvergelijkingVereistConcurrentfuncties, claims, prijzen en openbaargemaakte relatie
AankoopgidsVereist wanneer voorraad, normen of aanbevelingen vervallenSelectiecriteria, productbeschikbaarheid en aanbevelingen
KostengidsVereistPrijsbereiken, valuta, geografie, inbegrepen zaken en gegevensperiode
ReviewpaginaVereistGeteste versie, prijs, beschikbaarheid en oordeelinvoer
StatistiekenoverzichtVereistBrontoegangsdatums, gegevensperioden, vervangingen en correcties
ChecklistartikelVoorwaardelijk wanneer vereisten veranderenProductversie, beleid, norm of jurisdictie
DocumentatieartikelVereist voor versiebeheerde productenOndersteunde versie, interface-labels, stappen en verwacht resultaat
Norm- of regelgevingspaginaVereistJurisdictie, ingangsdatum, amendementen en gezaghebbende bronnen

Stabiele woordenboekdefinities, historische gegevens, gesloten-dataset onderzoek en releaseopmerkingen behouden meestal publicatiedatums zonder een voortdurende versheid te claimen. Hun bewijsperiode of releaseversie levert meer interpretatief werk dan een rollend ‘bijgewerkt’-label.

QA-checklist

  • De originele publicatiedatum is bewaard en dateert van vóór of is gelijk aan elke latere gebeurtenis.
  • updated komt overeen met een inhoudelijke wijziging die zichtbaar is in de inhoud of gedocumenteerd bewijs.
  • Een beoordeling zonder inhoudelijke wijziging gebruikt reviewedAt, niet updated of dateModified.
  • De zichtbare datum, frontmatter-waarde, feed-waarde en gestructureerde-data-waarde komen overeen.
  • De reikwijdte noemt exact wat is gecontroleerd en impliceert geen volledige pagina-audit wanneer slechts één blok is gewijzigd.
  • De stempel verschijnt in de hero vóór vluchtige claims, met smallere datums naast smaller bewijs.
  • Absolute datums en zichtbare tekstlabels blijven begrijpelijk zonder kleur, pictogrammen, CSS of omringend proza.
  • Elke machinetijdstempel gebruikt geldige ISO 8601-syntaxis en de juiste tijdzone.
  • Geen buildtijd, bestandswijzigingstijd, huidig-jaar token of automatisch bewegende datum voedt het element.
  • De bewerkingsgeschiedenis kan verklaren waarom de datum is veranderd; een datum-only bewerking doorstaat de beoordeling niet.
  • Gepubliceerde, bijgewerkte en beoordeelde gebeurtenissen blijven onderscheiden in zichtbare kopie en schema.
  • Het posttype en vervalrisico van de pagina rechtvaardigen het tonen van het element.

FAQ

Moet elk artikel een laatst-bijgewerkte datum tonen?

Nee. Toon een bijgewerkte datum alleen na een inhoudelijke wijziging. Een stabiele evergreen-pagina kan alleen de publicatiedatum tonen, terwijl een pagina met vervalrisico de datum en reikwijdte van de laatste geldige beoordeling moet tonen.

Is het corrigeren van een typefout een geldige reden om de bijgewerkte datum te wijzigen?

Nee. Typografische, opmaak-, tracking-, sjabloon- en metadata-only bewerkingen veranderen geen informatie waar een lezer op vertrouwt, dus zij herstellen de bijgewerkte datum niet.

Kan een pagina een beoordelingsdatum tonen wanneer er geen wijzigingen nodig waren?

Ja, als een bevoegd persoon de gedefinieerde reikwijdte echt heeft gecontroleerd en het label ‘Beoordeeld’ zegt, niet ‘Bijgewerkt’. Houd de publicatie- en wijzigingsdatums ongewijzigd en registreer de beoordeling afzonderlijk.

Moet de publicatiedatum verdwijnen na een update?

Meestal niet. Houd de originele publicatiedatum in de metadata en toon deze naast de bijgewerkte datum wanneer herkomst belangrijk is. De bijgewerkte datum mag nooit de geschiedenis van de pagina herschrijven.

Verbetert een versheidsstempel op zichzelf de ranking?

Nee. Een datumlabel is geen bewijs dat de pagina accuraat is. De waarde ervan komt van waarheidsgetrouw onderhoud, consistente metadata en inhoud die daadwerkelijk de vermelde beoordeling weerspiegelt.

← All SEO Playbook guides

Klaar om het in de praktijk te brengen?

Gratis check · 7 dagen proefperiode · geen creditcard nodig