790: Broken links on kennisbank (#854)

* docs: replace quote by link

* docs: update page about EDA

* docs: add docs on how to check links

* docs: add linkinator example JSON writeout

* dev: ignore linkinator-results.json

* docs: update links in docs/leidraad

* docs : fix dead links in api-ontwikkeling chapter

* docs: update dead links in front-end chapter

* docs: update links in /kennisbank/data chapter

* docs: update dead links in open-source chapter

* docs: update nis1.md

* docs: update nis2.mdx

* docs: update dead links in /security chapter

* build: disable check-links.yml manually

* docs: update digitoegankelijk

* fix: add changeset

Author: tomootes

.changeset/curly-toes-ask.md

@@ -0,0 +1,7 @@
+---
+"@developer-overheid-nl/website": minor
+---
+
+Updated dead links in all knowledge base chapters. Fixed check-links github
+action. Disabled the check-links github action for now since it currently has
+too much errors.

.github/workflows/check-links.yml

@@ -4,8 +4,8 @@ on:
   pull_request:
   push:
   workflow_dispatch:
-  schedule:
-    - cron: "0 5 * * *"
+  # schedule:
+  #   - cron: "0 5 * * *"
 
 jobs:
   check-links:
@@ -25,7 +25,7 @@ jobs:
       - name: Run Linkinator to check links
         uses: JustinBeckwith/linkinator-action@f62ba0c110a76effb2ee6022cc6ce4ab161085e3
         with:
-          paths: "build/index.html"
+          paths: "build"
           recurse: true
           cleanUrls: true
           config: "./linkinator.config.json"

.gitignore

@@ -135,3 +135,5 @@ build
 # We will use pnpm instead
 package-lock.json
 .DS_Store
+
+linkinator-results.json

README.md

@@ -56,6 +56,29 @@ Voer eerst de stappen uit zoals beschreven in
 pnpm run lint:wcag
 ```
 
+## Links controleren
+
+De workflow `.github/workflows/check-links.yml` controleert of alle links op de
+website nog werken met
+[Linkinator](https://github.com/JustinBeckwith/linkinator). Je kan deze check
+ook lokaal draaien:
+
+1. Draai `pnpm run build` om de site te builden naar de map `build/`.
+2. Draai Linkinator met dezelfde instellingen als de workflow:
+
+```bash
+npx linkinator build \
+--recurse \
+--format JSON \
+--clean-urls \
+--config ./linkinator.config.json \
+--verbosity ERROR \
+--timeout 5000 \
+> linkinator-results.json
+```
+
+Links die bewust overgeslagen moeten worden staan in `linkinator.config.json`.
+
 ## Publiceren blogpost
 
 Om een blog te publiceren die in draft staat volg je de volgende stappen:
@@ -68,10 +91,20 @@ Om een blog te publiceren die in draft staat volg je de volgende stappen:
 
 ## Changelog
 
-Nieuwe features, bugfixes en andere wijzigingen worden bijgehouden in de changelog. Hierin vermelden wat er veranderd, verbeterd of toegevoegd is.  
-Via [Changesets] (`pnpm changeset`) kan er een changelog entry worden aangemaakt. De Changesets bot en workflow maakt automatisch een pull request aan die de verschillende changelog entries samenvoegt. Deze pull request kan worden gemerged voor elke release.
-
-Ondanks dat er geen software package wordt gepubliceerd, gebruiken we de changelog om bij te houden wat er veranderd is in de website. De semver gebruikt in de changelog heeft geen technische betekenis, maar geeft aan of een verandering een nieuwe feature, bijvoorbeeld een nieuw blog, is (minor), een bugfix (patch) of een "breaking" change (major). Voorbeelden van een breaking change zijn bijvoorbeeld het verwijderen van een artikel of het aanpassen van de URL van een artikel.
+Nieuwe features, bugfixes en andere wijzigingen worden bijgehouden in de
+changelog. Hierin vermelden wat er veranderd, verbeterd of toegevoegd is.  
+Via [Changesets] (`pnpm changeset`) kan er een changelog entry worden
+aangemaakt. De Changesets bot en workflow maakt automatisch een pull request aan
+die de verschillende changelog entries samenvoegt. Deze pull request kan worden
+gemerged voor elke release.
+
+Ondanks dat er geen software package wordt gepubliceerd, gebruiken we de
+changelog om bij te houden wat er veranderd is in de website. De semver gebruikt
+in de changelog heeft geen technische betekenis, maar geeft aan of een
+verandering een nieuwe feature, bijvoorbeeld een nieuw blog, is (minor), een
+bugfix (patch) of een "breaking" change (major). Voorbeelden van een breaking
+change zijn bijvoorbeeld het verwijderen van een artikel of het aanpassen van de
+URL van een artikel.
 
 ### Hoe maak ik een changelog entry aan?
 
@@ -84,7 +117,8 @@ Ondanks dat er geen software package wordt gepubliceerd, gebruiken we de changel
 ### Release nieuwe versie van de website
 
 1. Merge de pull request van de Changesets bot.
-2. Merge de pull request in de `don-infra` repository, zie de beschrijving hieronder.
+2. Merge de pull request in de `don-infra` repository, zie de beschrijving
+   hieronder.
 
 ## Deployen
 
@@ -146,4 +180,4 @@ Een contribution of pull request leidt niet automatisch tot een deployment.
   ook `INFRA_REPO` aan te passen. Daardoor is dit pad in de praktijk bedoeld
   voor maintainers of contributors met een branch in deze repository.
 
-[Changesets]:https://github.com/changesets/changesets
+[Changesets]: https://github.com/changesets/changesets

docs/api-ontwikkeling/architectuur/eda.md

@@ -3,8 +3,6 @@ content_type: architectuur
 tags: [adr, api, eda]
 ---
 
-import { Blockquote } from "@rijkshuisstijl-community/components-react";
-
 # Event Driven Architecture
 
 De digitale samenleving vraagt om snelheid en actualiteit. Burgers willen live
@@ -60,8 +58,8 @@ Afhankelijk van je use case kies je een real-time patroon:
 Een goed ontworpen event-driven API kent dezelfde discipline als een REST-API:
 
 - Gebruik rijke payloads zodat consumers niet hoeven na te vragen.
-- Pas de [Cloudevents](../standaarden/cloudevents.md) standaard toe op basis van het NL
-  profiel.
+- Pas de [Cloudevents](../standaarden/cloudevents.md) standaard toe op basis van
+  het NL profiel.
 - Ontwerp een duidelijke event-taxonomie met logische naamgeving.
 - Houd rekening met "idempotency" voor dubbele events.
 - Voorzie in subscription mechanismen en foutafhandeling.
@@ -91,9 +89,9 @@ je ervaringen via developer.overheid.nl of neem deel aan het
 en deel onderling ervaringen rond de NL API Strategie en event oriëntatie. Samen
 maken we API’s slimmer, robuuster en toekomstbestendig.
 
-<Blockquote
-  variation="pink-background"
-  attribution="- Developer.overheid.nl/blog -"
->
-Lees ook het Blog "De toekomstige van de Overheid is Event Driven" op [Developer.overheid.nl/blog](https://developer.overheid.nl/blog)
-</Blockquote>
+## Verder lezen
+
+<Link href="/blog/2026/03/06/event-driven">
+  Blog: De toekomst van de overheid is event-driven
+  <Icon icon="pijl-naar-rechts" />
+</Link>

docs/api-ontwikkeling/architectuur/index.md

@@ -149,7 +149,6 @@ modulaire overheidsinfrastructuur.
 - [KP-APIs GitHub](https://github.com/Geonovum/KP-APIs)
 - [API Design Rules (ADR)](https://gitdocumentatie.logius.nl/publicatie/api/adr/)
 - [NL API Strategie – Architectuur](https://geonovum.github.io/KP-APIs/API-strategie-algemeen/Architectuur/)
-- [API Management en Beveiliging – Developer Overheid](https://developer.overheid.nl/apis/beveiliging/)
 
 ## Onderwerpen
 

docs/api-ontwikkeling/standaarden/cloudevents.md

@@ -8,11 +8,11 @@ tags: [adr, api, eda, cloudevents]
 ## Van intake tot verplichte standaard
 
 CloudEvents is een internationale standaard voor het uniform beschrijven van
-events in [eventgedreven architecturen](../architectuur/eda.md). Dankzij deze standaard kunnen
-applicaties eenvoudiger informatie uitwisselen over gebeurtenissen (bijvoorbeeld
-een adreswijziging of een vergunningaanvraag). In Nederland wordt CloudEvents nu
-voorzien van een nationaal profiel: het
-[**NL GOV profile for CloudEvents**](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/CloudEvents-NL/).
+events in [eventgedreven architecturen](../architectuur/eda.md). Dankzij deze
+standaard kunnen applicaties eenvoudiger informatie uitwisselen over
+gebeurtenissen (bijvoorbeeld een adreswijziging of een vergunningaanvraag). In
+Nederland wordt CloudEvents nu voorzien van een nationaal profiel: het
+[**NL GOV profile for CloudEvents**](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/cloudevents-nl/1.1/).
 
 ---
 
@@ -26,13 +26,15 @@ voorzien van een nationaal profiel: het
   Het Forum Standaardisatie stemde in met het intakeadvies om het _"NL GOV
   profile for CloudEvents"_ in procedure te nemen voor plaatsing op de lijst met
   verplichte standaarden (“Pas toe of leg uit”).  
-  Bron: [intakeadvies NL GOV profile for CloudEvents (PDF)](https://www.forumstandaardisatie.nl/sites/default/files/BFS/3-lijsten/standaarden/cloudevents/20241204-intakeadvies-NL-GOV-profile-for-CloudEvents.pdf).
+  Bron:
+  [intakeadvies NL GOV profile for CloudEvents (PDF)](https://www.forumstandaardisatie.nl/sites/default/files/BFS/3-lijsten/standaarden/cloudevents/20241204-intakeadvies-NL-GOV-profile-for-CloudEvents.pdf).
 
 - **19 juni 2025 – Expertadvies**  
   De expertgroep adviseerde positief over opname van de standaard. Het profiel
   sluit nauw aan op internationale CloudEvents-specificaties, maar maakt ze
   concreet toepasbaar binnen de Nederlandse overheid.  
-  Bron: [expertadvies NL GOV profile for CloudEvents (PDF)](https://www.forumstandaardisatie.nl/sites/default/files/BFS/3-lijsten/standaarden/cloudevents/20250619-Expertadvies-NL-GOV-profile-for-CloudEvents.pdf).
+  Bron:
+  [expertadvies NL GOV profile for CloudEvents (PDF)](https://www.forumstandaardisatie.nl/sites/default/files/BFS/3-lijsten/standaarden/cloudevents/20250619-Expertadvies-NL-GOV-profile-for-CloudEvents.pdf).
 
 - **25 september 2025 – Forumadvies**  
   Het Forum Standaardisatie heeft ingestemd met het advies aan het
@@ -74,23 +76,6 @@ systemen en sectoren. Het NL GOV profiel specificeert onder meer:
 }
 ```
 
-De technische specificatie is beschikbaar via Logius: -
-[CloudEvents NL – technische documentatie](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/CloudEvents-NL/).  
-Het
-voorbeeld en de toelichting daarop zijn beschikbaar op
-[gitdocumentatie.logius.nl/publicatie/notificatieservices/CloudEvents-NL/#example](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/CloudEvents-NL/#example).
-
-Naast het Nederlandse profiel zijn ook een drietal handreikingen gemaakt die
-toelichten hoe het NL GOV profiel is toe te passen bij gebruik van het:
-
-- [JSON gegevensformaat](https://github.com/Logius-standaarden/CloudEvents-NL-Guidelines/blob/develop//NL-GOV-Guideline-for-CloudEvents-JSON.md)
-- [HTTP transportprotocol](https://github.com/Logius-standaarden/CloudEvents-NL-Guidelines/blob/develop/NL-GOV-Guideline-for-CloudEvents-HTTP.md)
-- [Webhook interactiepatroon](https://github.com/Logius-standaarden/CloudEvents-NL-Guidelines/blob/develop//NL-GOV-Guideline-for-CloudEvents-Webhook.md).
-
-> Deze handreikingen verwijzen naar door de Serverless Working Group ontwikkelde
-> specificaties. Doel daarvan is om verdergaande standaardisatie te
-> bewerkstelligen en interoperabiliteit te vergroten.
-
 ## Waarom belangrijk?
 
 Het gebruik van CloudEvents en het NL GOV profiel helpt de overheid om:
@@ -104,6 +89,6 @@ Het gebruik van CloudEvents en het NL GOV profiel helpt de overheid om:
 ## Meer informatie
 
 - [NL GOV profile for CloudEvents – Forum Standaardisatie](https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-profile-cloudevents)
-- [CloudEvents NL – Logius documentatie](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/CloudEvents-NL/)
+- [CloudEvents NL – Logius documentatie](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/cloudevents-nl/1.1/)
 - [CloudEvents NL - Guidelines for HTTP, JSON & Webhooks](https://gitdocumentatie.logius.nl/publicatie/notificatieservices/guidelines/)
 - [De internationale specificatie en documentatie van Cloudevents](https://cloudevents.io/)

docs/api-ontwikkeling/tutorials/bouw-een-api/4-valideer-oas.md

@@ -44,8 +44,7 @@ versienummer en we bezig zijn met versie 1.0 van de API, plakken we `/v1`
 erachter. De waarde van de server `url` wordt dus:
 `https://api.bieren.nepdomein/v1`. Zodra je dit hebt aangepast meldt de checker:
 
-> [https://logius-standaarden.github.io/API-Design-Rules/2.0] No violations
-> found.
+> [https://logius-standaarden.github.io/API-Design-Rules/] No violations found.
 
 <details>
   <summary>De spec zou er op dit moment zo uit moeten zien</summary>

docs/devops/standaarden/fsc/index.md

@@ -23,7 +23,7 @@ Wil je direct met FSC aan de slag dan kan je de referentie implementatie
 ## Standaardisatie in gegevensuitwisseling
 
 Volgens het principe
-[Data bij de Bron](https://www.digitaleoverheid.nl/data-bij-de-bron) moeten
+[Data bij de Bron](https://www.digitaleoverheid.nl/overzicht-van-alle-onderwerpen/data/data-bij-de-bron/) moeten
 organisaties die verantwoordelijk zijn voor data deze op een bruikbare manier
 beschikbaar stellen. Dit principe gaat er voor zorgen dat er veel koppelingen
 zullen ontstaan tussen afnemers en bronnen. Om te voorkomen dat er een

docs/front-end/design-systems/nl-design-system/index.md

@@ -118,7 +118,7 @@ van het Design System van gemeente Utrecht.
 
 ## Rijkshuisstijl Community
 
-De [Rijkshuisstijl Community](https://rijkshuisstijl.community/) is een
+De [Rijkshuisstijl Community](https://www.rijkshuisstijl-community.nl/) is een
 opensource community die een **concrete implementatie** van de Rijkshuisstijl
 heeft ontwikkeld als design system componenten. Een van de vele design systemen
 die is aangesloten bij het NL Design System framework.