Je laatst-bijgewerkt-datum tonen op een pagina: wel of niet doen

Wanneer een datum wél werkt

Bij content die verandert, is een datum nuttig. Denk aan een pagina over de actuele hypotheekrente, de NHG-grens, de schenkingsvrijstelling of een wetswijziging in de hypotheekrenteaftrek. Een bezoeker die in 2026 een artikel uit 2023 leest over een rentepercentage, trekt meteen de conclusie dat het cijfer niet meer klopt. Een zichtbare datum voorkomt die twijfel en vertelt tegelijk aan zoekmachines dat de pagina is nagekeken. Dat geldt ook voor een artikel over nieuwe regelgeving: Google en AI-zoekmachines wegen een recente datum mee bij de vraag of een bron nog te vertrouwen is. Oude cijfers zonder datum ogen willekeurig; oude cijfers met datum zijn in elk geval te plaatsen. In de broncode kun je dat onderscheid ook los vastleggen: de publicatiedatum blijft staan, en alleen de wijzigingsdatum schuift op zodra je iets echt aanpast. Zo blijft voor een bezoeker zichtbaar wanneer het stuk oorspronkelijk verscheen, en wanneer het voor het laatst is nagelopen.

Een oude datum kan ook averechts werken

Een pagina met “3 januari 2023” bovenaan oogt verwaarloosd, ook als de inhoud nog klopt. Bezoekers nemen aan dat niemand meer naar de pagina omkijkt, en dat beeld zet zich door naar de rest van de site. Precies dat risico maakt een jaartal in een titel of een slordige datumstempel net zo hardnekkig als verouderde content die ergens blijft hangen zonder dat iemand het merkt. Sommige kantoren schuiven de datum elke maand automatisch op, ook als er niets is veranderd. Dat voelt als een truc tegenover Google, en bezoekers prikken er vaak doorheen: de tekst zelf verraadt dan dat er niets is bijgewerkt, terwijl de datum iets anders beweert. Dat ondermijnt precies het vertrouwen dat een datum zou moeten opbouwen.

Een datum is geen garantie. Zet je een bijgewerkt-datum neer, controleer die pagina dan ook echt zodra het onderwerp verandert. Anders had je de datum beter kunnen weglaten. Werk de datum pas bij als er iets inhoudelijks is gewijzigd: een nieuw cijfer, een aangepaste regel, een voorbeeld dat niet meer klopt. Een spelfout herstellen of een zin anders formuleren is geen reden om de datum op te schuiven — dat is onderhoud, geen update. Het verschil klinkt subtiel, maar een bezoeker die de pagina een paar maanden later terugvindt met exact dezelfde tekst en toch een nieuwe datum, trekt daar een conclusie uit. Wil je zien hoe je actualiteit laat zien zonder dat het een kalenderklus wordt, lees dan hoe je actualiteit toont op je website.

Gebruik je structured data, zet de zichtbare datum en het dateModified-veld in de broncode dan gelijk. Een pagina die in de broncode een recentere datum claimt dan wat een bezoeker ziet staan, is op zijn best verwarrend en op zijn slechtst misleidend, en zoekmachines vergelijken dat soort signalen onderling. Hetzelfde geldt voor de sitemap: de lastmod daarin hoort te kloppen met de zichtbare datum op de pagina zelf, niet met het moment waarop een onzichtbare technische wijziging is doorgevoerd.

Kies per paginatype

Een tijdloze pagina heeft geen datum nodig. Je teampagina, je dienstenbeschrijving of je over-ons-pagina veranderen zelden, en een datum erbij roept alleen de vraag op waarom die er niet recenter uitziet. Zet een datum alleen op pagina's waar actualiteit onderdeel is van de boodschap: rentestanden, fiscale grenzen, wetswijzigingen, of een artikel dat reageert op nieuws. Voor de rest van de site voegt hij weinig toe, en kun je hem beter weglaten dan laten verouderen. Een vuistregel: verandert het antwoord op deze pagina over een jaar waarschijnlijk, zet er dan een datum bij. Blijft het antwoord hetzelfde, laat de datum dan weg en besteed die aandacht liever aan de inhoud zelf.

Contaqt-artikelen in de kennisbank tonen deze datum automatisch, bij elk artikel, zonder dat je er zelf naar hoeft om te kijken. Bouw je een nieuwe website, dan bepalen we samen per paginatype of een datum toegevoegde waarde heeft, in plaats van een vaste regel voor de hele site.