Updatelog: toon wat er is veranderd en wanneer

Een updatelog is een gedateerd overzicht van inhoudelijke paginawijzigingen: wat er veranderde, waarom, en of het antwoord, de aanbeveling of het bewijs verschoof.

Updatelog

27 augustus 2026 — Prijzen en aanbeveling bijgewerkt Verving het stopgezette Starter-plan door het huidige Essentials-plan, werkte de vergelijkingstabel bij en wijzigde de aanbeveling voor teams die auditexport nodig hebben. Bronnen werden opnieuw gecontroleerd aan de hand van de productdocumentatie van de leverancier.

12 mei 2026 — Bewijs ververst; conclusie ongewijzigd Verving twee verouderde functieverwijzingen en controleerde de overige plangrenzen. De aanbevolen optie veranderde niet.

Elke datum is gekoppeld aan een controleerbare gebeurtenis. Een kale mededeling ‘Bijgewerkt 27 augustus 2026’ is niet toegelicht; het logboek toont de reikwijdte en het gevolg van het werk.

Waarom dit element ertoe doet

Lezers behandelen niet elke wijziging hetzelfde. Het corrigeren van een verkeerd gespelde kop is niet hetzelfde als het omkeren van een aanbeveling, het vervangen van een dataset of het repareren van een onveilige instructie. Een enkele bijgewerkte datum reduceert al die gebeurtenissen tot hetzelfde signaal. Op pagina’s die worden gebruikt om geld uit te geven, een procedure te volgen, onderzoek te interpreteren of een beleid te begrijpen, moeten lezers weten of de geraadpleegde sectie is gewijzigd.

Een updatelog bewaart de geschiedenis zonder dat lezers gecachte kopieën moeten vergelijken. Het beantwoordt vier vragen: Is de pagina onderhouden? Heeft de wijziging mij geraakt? Is een fout openlijk gecorrigeerd? Wordt de conclusie nog steeds ondersteund? Duidelijke antwoorden creëren verantwoording en voorkomen valse versheid door een datum die is opgeschoven zonder betekenisvol werk.

Rapporteer gevolgen, niet activiteit. ‘Links bijgewerkt’ beschrijft een handeling. ‘De ingetrokken bron voor het markttotaal van 2024 vervangen; de waarde en conclusie zijn ongewijzigd’ vertelt lezers wat betrouwbaar blijft. Als een conclusie verschoof, vermeld dat dan ronduit.

Machine-extraheerbaarheid betekent dat software elke gebeurtenis kan splitsen in een datum, type, samenvatting, detail, getroffen sectie en bewijsverwijzing. Stabiele velden laten audits correcties vinden, laten agenten gewijzigde aanbevelingen uitleggen en laten migraties geschiedenis bewaren. Inconsistente proza dwingt software te raden waar gebeurtenissen beginnen en eindigen.

Het getypeerde doel van het element heeft daarom voorrang boven een visueel vergelijkbare tijdlijn of opsommingslijst. Volg de element-schrijfregels : wanneer de inhoud revisies van de huidige pagina vastlegt, codeer het dan als een updatelog. De renderer mag een lijst, kaarten of een uitvouwbaar archief gebruiken, maar de canonieke gebeurtenisvelden moeten elke presentatie overleven.

Wanneer gebruiken

Gebruik een updatelog wanneer lezers de huidige en eerdere pagina moeten kunnen vergelijken. Triggers zijn onder meer een gewijzigde aanbeveling, gecorrigeerd feit, herziene methode, vervangen dataset, aangepaste berekening, nieuwe versie, gewijzigde geschiktheid, bijgewerkt prijsmodel, aangepaste instructies of gearchiveerde optie.

Het element is het meest waardevol wanneer autoriteit in de loop van de tijd groeit. Onderzoek kan een gecorrigeerde noemer krijgen; documentatie kan een nieuwe interface ondersteunen; een toelichting op regelgeving kan een amendement onderscheiden van redactionele verduidelijking. Stil herschrijven zou de geschiedenis vernietigen die een terugkerende lezer nodig heeft.

Gebruik spaarzaam een beoordelingsvermelding wanneer een afgebakende controle geen wijziging opleverde. Label het als ‘Beoordeeld’, noem wat is gecontroleerd en zeg dat de conclusie ongewijzigd is. Dit is geschikt voor volatiele statistieken, prijzen, productmogelijkheden of regels; het is geen toestemming om activiteit te fabriceren.

Grensgevallen hebben een andere aanpak nodig:

• Een publicatie- of wijzigingsdatum: gebruik een versheidsstempel om canonieke paginadatums zichtbaar te maken. Het stempel en het logboek kunnen samenwerken, maar de een kan de ander niet vervangen.
• Productreleasegeschiedenis of projecttijdlijn: deze beschrijven wijzigingen in het onderwerp. Een updatelog registreert redactionele wijzigingen aan de huidige pagina.
• Versiebeheeruitvoer: commit-berichten bevatten implementatieruis, interne identificatiegegevens en beveiligingsgevoelige details. Dit zijn geen lezersgerichte redactionele administraties.
• Een bronnenlijst: een bronnenblok bewijst waar beweringen vandaan komen. De updatelog zegt wanneer en waarom die bronnen of beweringen veranderden.
• Klein onderhoud: log geen spelling, interpunctie, opmaak, beeldcompressie, analyses, trackingparameters of een templates-migratie, tenzij de wijziging de betekenis of toegankelijkheid veranderde.

Een pagina zonder inhoudelijke revisie heeft een publicatiedatum nodig, geen leeg paneel of verzonnen geschiedenis.

Waar plaatsen

Plaats het volledige logboek na het antwoord, bewijs, conclusies en bronnen, maar vóór gerelateerde inhoud, nieuwsbriefaanmelding of de afsluitende call-to-action. Lezers hebben eerst de huidige pagina nodig, daarna de geschiedenis. Op onderzoeks-, statistiek- en beleidspagina’s volgt het logboek doorgaans na bronnen of methodologie.

Als de laatste wijziging van invloed is op hoe de pagina moet worden gelezen, voeg dan ‘Zie wat er veranderde’ toe naast de hoofddatum en spring naar het volledige logboek. Dupliceer de vermelding daar niet. Een correctie die invloed heeft op veiligheid, geld, geschiktheid of de conclusie heeft ook een melding nodig naast de gecorrigeerde bewering.

Het logboek mag een onderhoudsruimte delen met auteurschap wanneer beide gescheiden blijven. Het mag niet naast een koopknop, tijdelijke aanbieding, afteltimer, beoordeling, getuigenis of promotiebadge staan; dat verandert geschiedenis in urgentie of impliciete aanbeveling. Voeg het niet samen met het bronnenblok: de reden dat een bron veranderde is redactiegeschiedenis, geen citaat.

Houd één canoniek logboek aan. Een zijbalk mag ernaar linken, niet het dupliceren. Na vijf vermeldingen toon de laatste drie tot vijf en ontsluit de rest via ‘Bekijk eerdere updates’. Houd de volledige geschiedenis op de pagina of een stabiel beheerd archief.

Anatomie

1. Elementtitel: Gebruikt ‘Updatelog’, ‘Revisiegeschiedenis’ of een smallere goedgekeurde label dat duidelijk blijft buiten het paginabeeld.
2. Gebeurtenisdatum: Toont een absolute kalenderdatum en stelt dezelfde waarde beschikbaar als een ISO 8601 machine-tijdstempel.
3. Gebeurtenistype: Maakt onderscheid tussen updated, corrected, reviewed, method-changed en archived zonder afhankelijk te zijn van kleur.
4. Samenvatting: Noemt het gewijzigde object en resultaat in één beknopte regel.
5. Detail: Legt de oude toestand, nieuwe toestand en reden uit wanneer die feiten de lezer helpen de pagina te interpreteren.
6. Getroffen sectie: Optioneel link naar de stabiele kop of figuur die is gewijzigd, met behulp van een fragment dat niet zal worden hergebruikt.
7. Gevolg: Vermeldt of het antwoord, de conclusie, aanbeveling, geschiktheid of instructies zijn gewijzigd.
8. Bewijsverwijzing: Optioneel verwijst naar een bron-ID die al is gedefinieerd in het bronnenblok van de pagina.
9. Archiefbesturing: Onthult eerdere vermeldingen zonder ze uit het document of de toegankelijkheidsstructuur te verwijderen.

Vermeldingen moeten begrijpelijk blijven zonder opmaak. Iconen, lijnen en kleuren dragen nooit alleen het type of gevolg.

Ontwerpvoorbeelden

Varianten weerspiegelen informatiedichtheid en redactioneel risico.

Compacte laatst-wijziging-regel

Gebruik één compacte regel voor een enkele eenvoudige revisie. Bevat datum, type, samenvatting en gevolg. Gebruik de standaardlijst wanneer de uitleg langer is dan twee zinnen.

Standaard revisielijst

Gebruik een nieuwste-eerst-lijst voor twee tot vijf vermeldingen, met dezelfde veldvolgorde doorheen.

Correctie-gerichte variant

Gebruik bij een materiële fout het label ‘Correctie’, toon de onjuiste en gecorrigeerde toestand, vermeld de impact en link naar de getroffen sectie. Benadruk het zonder alarmistische taal.

Methode- of versiewijziging

Wanneer een dataset, formule, productversie, jurisdictie of methode verandert, toon dan oude en nieuwe versies. Vermeld wanneer eerdere resultaten niet langer vergelijkbaar zijn.

Uitvouwbaar archief

Na vijf vermeldingen het archief labelen met het aantal vermeldingen en datumbereik. Behoud koppen en lijststructuur; maak JavaScript niet de enige manier om het overzicht te bereiken.

Smal viewport

Stapel datum, type, samenvatting en detail. Knip nooit datums af of verberg gevolgtekst op mobiel.

Parameters

Bovenliggende velden beheren de collectie; herhaalde itemvelden beschrijven elke gebeurtenis.

Vermeldingen zijn herhaalde items, geen enkel HTML-veld. De eerste kop van het bovenliggende element wordt toegewezen aan title; de eerste kop van elk item wordt toegewezen aan summary en de resterende tekst aan detail. Datums, typen, impact, verwijzingen en versies blijven attributen.

impact is vereist zodat lezers niet hoeven af te leiden of het antwoord verschoof. Gebruik not-applicable alleen wanneer het materiaal geen conclusie heeft. Een beoordeling zonder bewerkingen gebruikt type=reviewed en impact=unchanged.

Syntax- en codevoorbeelden

Alle representaties behouden dezelfde velden. Bron-ID’s verwijzen naar het canonieke bronnenblok.

Draagbare Markdown-richtlijn

:::update-log{order=newest-first visibleItems=3}
## Update log

::item{date="2026-08-27" type=updated impact=changed affectedSection="plans" evidenceRef="vendor-plans"}
### Prijzen en aanbeveling bijgewerkt

Verving het stopgezette Starter-plan door Essentials en werkte de vergelijking bij. Teams die auditexport nodig hebben, krijgen nu een andere aanbeveling.
::

:::

Hugo shortcode-contract

{{< update-log title="Update log" order="newest-first" visibleItems="3" >}}
  {{< update-log-item date="2026-08-27" type="updated" impact="changed" affectedSection="plans" evidenceRef="vendor-plans" >}}
  ## Prijzen en aanbeveling bijgewerkt
  Verving het stopgezette Starter-plan door Essentials en werkte de vergelijking bij. Teams die auditexport nodig hebben, krijgen nu een andere aanbeveling.
  {{< /update-log-item >}}
{{< /update-log >}}

Dit is een adaptercontract, geen bestaande shortcode. Elke parameter is benoemd.

WordPress-blokken

<!-- wp:amicited/update-log {"title":"Update log","order":"newest-first","visibleItems":3} -->
<!-- wp:amicited/update-log-item {"date":"2026-08-27","type":"updated","impact":"changed","affectedSection":"plans","evidenceRef":["vendor-plans"]} -->
<h3>Prijzen en aanbeveling bijgewerkt</h3>
<p>Verving het stopgezette Starter-plan door Essentials en werkte de vergelijking bij. Teams die auditexport nodig hebben, krijgen nu een andere aanbeveling.</p>
<!-- /wp:amicited/update-log-item -->
<!-- /wp:amicited/update-log -->

WordPress moet gestructureerde besturingselementen bieden voor datum, type, impact, sectie en bewijs.

Voorbeelden

Goede updatevermelding

18 juli 2026 — Berekening gecorrigeerd Corrigeerde de noemer van het conversiepercentage van alle sessies naar geschikte productsessies in de tabel ‘Kanaalprestaties’. Waarden voor organisch zoeken veranderden van 3,1% naar 2,4%; de rangschikking van kanalen en de conclusie van het artikel veranderden niet. De onderliggende sessietellingen werden niet beïnvloed.

Dit werkt omdat het de fout, oude en nieuwe definities, getroffen sectie, numerieke consequentie en conclusiestatus benoemt. Lezers kunnen beoordelen of eerder werk moet worden gecontroleerd.

Slechte updatevermelding

Zomer 2026 — Volledig ververst! We hebben deze pagina bekeken en verschillende verbeteringen aangebracht, zodat u erop kunt vertrouwen dat alles actueel is.

Dit faalt omdat de datum vaag is, ‘volledig’ de reikwijdte overclaims, ‘verschillende verbeteringen’ feiten verbergt en ‘vertrouwen’ een onverdiende conclusie eist. Als het werk cosmetisch was, verwijder dan de vermelding. Als het inhoudelijk was, benoem dan elke besluitrelevante wijziging.

Schema-opmaak en toegankelijkheid

Een updatelog heeft geen zelfstandig Schema.org-type. Het blijft inhoud binnen de omvattende Article, TechArticle of Report. De nieuwste inhoudelijke gebeurtenis mag dateModified ondersteunen; een beoordeling zonder wijziging mag dat niet. Vervang nooit datePublished.

Codeer vermeldingen niet als CreativeWork, Event, HowToStep of ItemList; die typen impliceren betekenissen die het logboek niet heeft. Gebruik voorspelbare HTML: een gelabelde sectie, lijstitems, koppen, <time datetime="2026-08-27">27 augustus 2026</time> en stabiele fragmenten.

Gebruik één lijstitem per gebeurtenis; CSS mag een tijdlijn tekenen zonder de volgorde te wijzigen. Vermeld dat vermeldingen nieuwste eerst zijn. Toon type in tekst, niet alleen in kleur of iconen, en gebruik beschrijvende links.

Een archief heeft een native uitklapmechanisme nodig, gelabeld met het aantal of bereik. Alle vermeldingen moeten bereikbaar zijn via toetsenbord en schermlezer. Gebruik geen ARIA live-regio. Behoud kopvolgorde en gelokaliseerde datums.

Plaats een correctiebericht bij de getroffen bewering en registreer het in het logboek. Het eerste beschermt directe lezers; het tweede bewaart de geschiedenis.

Schrijfregels

Begin met het gewijzigde object en een precies werkwoord: ‘Geschiktheidsregel verduidelijkt’, ‘Dataset vervangen’ of ‘Formule gecorrigeerd’. Houd samenvattingen op 4–14 woorden en details op 25–90 woorden. Gebruik één zin voor wijziging en reden, een andere voor impact. Gebruik gelokaliseerde absolute datums en nieuwste-eerst-weergave.

Leg de reden uit vóór het resultaat. ‘De leverancier heeft Starter stopgezet, dus hebben we het vervangen door Essentials en de aanbeveling opnieuw geëvalueerd’ registreert oorzaak; ‘We hebben onze vergelijking verbeterd’ registreert mening. Gebruik neutrale verleden tijd.

Elke inhoudelijke vermelding moet deze vragen beantwoorden:

• Welk specifiek feit, welke instructie, methode, bron, reikwijdte of conclusie veranderde?
• Waarom was de wijziging nodig?
• Waar op de pagina vond het plaats?
• Veranderde het hoofdantwoord, de aanbeveling of de conclusie?
• Moet de lezer een beslissing of actie heroverwegen op basis van de eerdere versie?

Maak één vermelding per redactionele gebeurtenis, niet per toetsaanslag. Groepeer gerelateerde wijzigingen uit één beoordeling; splits niet-gerelateerd werk, verschillende impacts of verschillende datums. Toon drie tot vijf en bewaar de materiële geschiedenis.

Nooit vertrouwelijke notities, beveiligingsdetails, kwetsbaarheden, persoonsgegevens, schuld, ruwe commit-hashes, niet-toegelichte tickets, marketing, urgentie of een bibliografie opnemen. Nooit ‘100% actueel’ beloven, correcties wissen, vermeldingen stilletjes herschrijven of cosmetisch werk herdateren.

Als een vermelding correctie behoeft, behoud dan de datum en voeg een correctiegebeurtenis toe. Privacy, beveiliging of wettelijke verplichtingen kunnen redactie rechtvaardigen; vermeld dat het verslag is gewijzigd en waarom op een passend niveau.

Posttypes die het gebruiken

De postTypes frontmatter-array is de bron van deze tabel. ‘Vereist’ betekent dat inhoudelijke revisiegeschiedenis deel uitmaakt van het vertrouwenscontract van het formaat; ‘voorwaardelijk’ betekent dat het logboek verschijnt zodra een kwalificerende wijziging optreedt.

Een nieuwe pagina heeft geen leeg logboek nodig. Bewaar het element na een kwalificerende wijziging.

QA-checklist

• Elke zichtbare vermelding vertegenwoordigt een inhoudelijke redactionele gebeurtenis, geen cosmetische of geautomatiseerde wijziging.
• De gebeurtenisdatum is exact, geldig, niet-toekomstig en komt overeen met het goedgekeurde redactionele verslag.
• De samenvatting noemt het gewijzigde object en blijft binnen 4–14 woorden.
• Het detail vermeldt wat er veranderde en waarom, voordat het voordeel beschrijft.
• De vermelding identificeert of het antwoord, de conclusie, aanbeveling, geschiktheid of instructies veranderden.
• Een materiële correctie verschijnt ook naast de getroffen bewering.
• Sectiefragmenten en bewijs-ID’s verwijzen naar stabiele doelen op dezelfde canonieke pagina.
• Het logboek verschijnt na de hoofdinhoud en bronnen maar vóór promotionele afsluitmodules.
• Het logboek is niet visueel samengevoegd met een CTA, aanbieding, beoordeling, getuigenis of bronnenblok.
• Datums gebruiken semantische <time>-waarden; gebeurtenistypen en impacts zijn niet afhankelijk van kleur of iconen.
• De archiefknop is bedienbaar met toetsenbord, duidelijk gelabeld en stelt de volledige inhoud beschikbaar voor ondersteunende technologie.
• Een uitsluitend beoordelingsvermelding wijzigt dateModified niet; een inhoudelijke laatste gebeurtenis stemt overeen met de canonieke bijgewerkte datum.
• Vertrouwelijke notities, persoonsgegevens, beveiligingsdetails, ruwe implementatiegeschiedenis en marketingtaal ontbreken.
• Het posttype van de pagina en het lezersrisico rechtvaardigen het element.

FAQ

Hoort elke inhoudelijke bewerking thuis in de updatelog?

Nee. Leg wijzigingen vast die feiten, instructies, bewijs, reikwijdte, interpretatie, aanbevelingen of de beslissing van een lezer wijzigen. Laat spelling, witruimte, tracking, templates en andere niet-inhoudelijke bewerkingen achterwege.

Hoe verschilt een updatelog van een laatst-bijgewerkte datum?

Een laatst-bijgewerkte datum zegt dat er een inhoudelijke wijziging heeft plaatsgevonden. Een updatelog vermeldt wat er veranderde, waarom het veranderde en of het antwoord of de conclusie verschoof, zodat de onderhoudsclaim kan worden gecontroleerd.

Moet de nieuwste of oudste update als eerste verschijnen?

Toon het nieuwste bericht als eerste voor een onderhouden pagina, omdat lezers meestal de huidige wijziging nodig hebben. Behoud chronologische volgorde in machine-uitvoer en zorg voor een duidelijk gelabeld archief wanneer de zichtbare lijst wordt ingekort.

Kan een updatelog correctieberichten vervangen?

Nee. Een materiële fout heeft een opvallende correctie bij de betreffende bewering nodig, evenals een permanente logboekvermelding. Het logboek bewaart de geschiedenis; het mag een correctie niet verbergen onderaan de pagina.

Moeten beoordelingen zonder wijzigingen in het logboek verschijnen?

Alleen wanneer de beoordelingsstatus relevant is voor lezers en de vermelding is gelabeld als ‘Beoordeeld’, niet ‘Bijgewerkt’. Vermeld de gecontroleerde reikwijdte en dat er geen inhoudelijke wijziging nodig was; wijzig dateModified niet.