diff --git a/.storybook/preview-head.html b/.storybook/preview-head.html
index b4511d6d..0a2d143e 100644
--- a/.storybook/preview-head.html
+++ b/.storybook/preview-head.html
@@ -18,6 +18,12 @@
 	.sbdocs [type="radio"]::before {
 		content: none;
 	}
+	/* Vet in Docs-context: style.css geeft strong het halfvette gewicht van het prototype (500). In het
+	   lettertype van Storybook is dat nauwelijks te onderscheiden van gewone tekst. */
+	.sbdocs strong,
+	.sbdocs b {
+		font-weight: 700;
+	}
 	/* Code: consistente styling in Docs-context */
 	.sbdocs code {
 		background: var(--toepassing-color-background-subtle, #f5f5f5);
diff --git a/CLAUDE.md b/CLAUDE.md
index 4aef8f1a..231f6589 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -17,33 +17,39 @@ MijnOverheid Zakelijk (MOZa) is een HTML/CSS/JS prototype gebouwd met Eleventy e
 
 ## Ontwerp-principes (kernregels)
 
-1. **Semantische HTML eerst**; gebruik de juiste elementen (`<button>`, `<nav>`, `<fieldset>`, `<h1>`–`<h6>`). ARIA alleen waar HTML niet volstaat. Gebruik `<dl>`/`<dt>`/`<dd>` voor sleutel-waardeparen (gegevensoverzichten), niet `<table>`.
-2. **Toegankelijkheid altijd**; toetsenbordnavigatie, `:focus-visible`, `aria-current`, `aria-disabled` (niet `disabled`). Labels boven invoervelden, niet ernaast (WCAG 1.4.10 Reflow). Test met diverse invoer- (toetsenbord, spraak) en uitvoermethoden (screenreader, braille).
-3. **CSS logical properties**; gebruik `inline-size`, `block-size`, `margin-block-start`, `padding-inline` etc. Nooit `width`, `height`, `margin-top`, `padding-left`.
-4. **Design tokens**; gebruik altijd `--toepassing-*` variabelen, nooit `--rijkshuisstijl-*` of hardcoded waarden.
-5. **Eenvoudigst mogelijke oplossing in de interface-laag**; HTML en CSS waar het kan, JavaScript waar het moet, platform boven framework. Dit geldt voor wat de gebruiker in de browser voor zich krijgt, niet voor de laag eromheen zoals build-scripts, datatransformaties, backend-koppelingen en testopstellingen.
-6. **Spacing**; gebruik `> * + *` met margin voor content flow, `gap` met flex/grid voor component-layouts. Nooit beide tegelijk op dezelfde container.
-7. **Feature flags**; gebruik `data-feature="Naam"` en `data-feature-type="pagina|functionaliteit"` om elementen togglebaar te maken. Features die standaard uit staan krijgen `data-feature-default="off"`.
+1. **Semantische HTML eerst**: gebruik de juiste elementen (`<button>`, `<nav>`, `<fieldset>`, `<h1>`–`<h6>`). ARIA alleen waar HTML niet volstaat. Gebruik `<dl>`/`<dt>`/`<dd>` voor sleutel-waardeparen (gegevensoverzichten), niet `<table>`.
+2. **Toegankelijkheid altijd**: toetsenbordnavigatie, `:focus-visible`, `aria-current`, `aria-disabled` (niet `disabled`). Labels boven invoervelden, niet ernaast (WCAG 1.4.10 Reflow). Test met diverse invoer- (toetsenbord, spraak) en uitvoermethoden (screenreader, braille).
+3. **CSS logical properties**: gebruik `inline-size`, `block-size`, `margin-block-start`, `padding-inline` etc. Nooit `width`, `height`, `margin-top`, `padding-left`.
+4. **Design tokens**: gebruik altijd `--toepassing-*` variabelen, nooit `--rijkshuisstijl-*` of hardcoded waarden.
+5. **Eenvoudigst mogelijke oplossing in de interface-laag**: HTML en CSS waar het kan, JavaScript waar het moet, platform boven framework. Dit geldt voor wat de gebruiker in de browser voor zich krijgt, niet voor de laag eromheen zoals build-scripts, datatransformaties, backend-koppelingen en testopstellingen.
+6. **Spacing**: gebruik `> * + *` met margin voor content flow, `gap` met flex/grid voor component-layouts. Nooit beide tegelijk op dezelfde container.
+7. **Feature flags**: gebruik `data-feature="Naam"` en `data-feature-type="pagina|functionaliteit"` om elementen togglebaar te maken. Features die standaard uit staan krijgen `data-feature-default="off"`.
 
 ## Schrijfwijzer (kernregels)
 
 ### Aanspreking en toon
 
-- Spreek de gebruiker aan met **"u"** en **"uw"**, nooit "je" of "jij"
-- Genderneutraal: gebruik "die" of "diegene" als verwijswoord, niet "hij", "zij" of "hij/zij"
-- Formeel maar toegankelijk, B1-taalniveau
-- Actief boven passief: "Bekijk uw gegevens" niet "Uw gegevens kunnen bekeken worden"
+- Spreek de gebruiker aan met **"u"** en **"uw"**, nooit "je" of "jij"; bij een persoonlijke begroeting mag de voornaam ("Welkom Robin Vogel")
+- Genderneutraal: "de ondernemer" of "u" in plaats van "hij", "zij" of "hij/zij"; "die" of "diegene" als verwijswoord
+- Formeel maar toegankelijk, B1-taalniveau, geen jargon zonder uitleg
+- Actief boven passief, noem wie iets doet: "De RVO heeft uw aanvraag ontvangen" niet "Uw aanvraag is ontvangen"
+- Direct en praktisch: zeg wat de gebruiker kan doen, niet wat het systeem doet
+- Stimulerend, niet alarmerend: bij lege staten en fouten zeggen wat de gebruiker kan doen, niet alleen wat er misgaat
+- Zinnen van 8 tot 16 woorden, hoogstens één bijzin; splits lange zinnen
+- Veronderstel geen beperking: "Dit is niet zichtbaar" niet "U kunt dit niet zien"
 
 ### Terminologie
 
-- Bewaar (niet Opslaan, Favoriet)
-- Niet relevant (niet Verbergen, Verwijderen)
-- Deel (niet Verstuur, Doorsturen)
-- Berichten / Berichtenbox (niet Post, E-mail, Inbox)
-- Bedrijfsgegevens (niet Gegevens, Profiel)
-- Lopende zaken (niet Taken, Dossiers)
+- Bewaar (niet Opslaan, Favoriet, Bladwijzer): een item in de eigen verzameling zetten om later terug te zien (subsidie, regeling, gesprek met de assistent)
+- Niet relevant voor mij (knop; niet Verbergen, Verwijderen, Niet tonen)
+- Deel (niet Doorsturen, Verzend)
+- Berichten / Berichtenbox (niet Post, E-mail, Inbox; uitzondering: de tab “Inbox” in de Berichtenbox blijft zo heten)
+- Bedrijfsgegevens (niet Gegevens, Registratie, Profiel)
+- Lopende zaken (niet Taken, Aanvragen, Dossiers)
 - Actualiteiten (niet Nieuws, Updates, Feed)
-- Opslaan (formulieren), Annuleren (formulieren afbreken)
+- Opslaan (gewijzigde gegevens vastleggen, zoals contactvoorkeuren; niet Bewaar, Verstuur, Bevestig)
+- Verstuur (formulier naar een organisatie sturen, zoals een aanvraag of melding; niet Bewaar, Opslaan, Bevestig, Deel)
+- Annuleer (formulier afbreken; niet Terug, Sluiten, Stoppen)
 
 ### Notatie
 
@@ -52,13 +58,16 @@ MijnOverheid Zakelijk (MOZa) is een HTML/CSS/JS prototype gebouwd met Eleventy e
 - Scheiding in lopende tekst: standaard de komma. Bevat de zin al komma’s waardoor die onoverzichtelijk wordt, gebruik dan een puntkomma (voor volledige, nauw samenhangende zinnen of komma-rijke opsommingen). De gedachtestreep (—) alleen als uiterste middel, voor extra nadruk op een ingevoegd of slot-zinsdeel
 - Typografische aanhalingstekens in lopende tekst: “dubbel” en ‘enkel’, ook in samentrekkingen (mkb’er, zzp’er, komma’s)
 - Rechte quotes alleen in code en HTML-attributen
-- Kopteksten als zelfstandige naamwoorden, geen punt aan het einde
+- Nummers: telefoon met spaties (06 12 34 56 78), KVK-nummer zonder punten of spaties, btw-nummer aaneen met landcode (NL00012345678), bedragen met euroteken en punt als duizendtalscheider (€385.000)
+- Afkortingen: bij de eerste vermelding de volledige term met de afkorting tussen haakjes; mkb’er, zzp’er met kleine letters en typografische apostrof; KVK en KVK-nummer in hoofdletters, btw en btw-nummer in kleine letters (zoals de KVK en de Belastingdienst het zelf schrijven)
+- Kopteksten als zelfstandige naamwoorden, geen punt aan het einde. Uitzonderingen: een H1 mag een begroeting zijn, FAQ-koppen zijn een vraag
 
 ### Microcopy
 
-- Knopteksten kort en werkwoord-gericht: "Opslaan", "Annuleren", "Inloggen"
+- Knopteksten kort en werkwoord-gericht: "Opslaan", "Verstuur", "Annuleer", "Inloggen"
 - Lege staten: benoem wat er nog niet is én geef een suggestie wat te doen
 - Foutmeldingen: constructief en handelingsgericht, benoem wat nodig is
+- Linkteksten beschrijvend: zeg waar de link heen gaat of wat die doet, nooit "klik hier", "meer info", "lees meer" of een kale URL (niet iedereen klikt; schermlezers lezen links los voor). Dezelfde tekst gaat naar dezelfde plek. De zichtbare tekst staat vooraan in de toegankelijke naam, zodat spraakbediening werkt (WCAG 2.4.4, 2.5.3)
 
 ## Technische conventies
 
diff --git a/assets/javascript/berichtenbox.js b/assets/javascript/berichtenbox.js
index 9ac0e0d1..8d069661 100644
--- a/assets/javascript/berichtenbox.js
+++ b/assets/javascript/berichtenbox.js
@@ -889,7 +889,7 @@ import { ketenBron } from "./berichtenbox/keten-bron.js";
 
 	// Voorgoed verwijderen kan niet teruggedraaid worden, dus het gaat niet op één klik. Zelfde
 	// inline-paneel als bij verplaatsen: het hoort bij de knop waarop geklikt is, en niet bij de
-	// pagina als geheel. Sluit met Escape, met Annuleren, of door buiten het paneel te klikken.
+	// pagina als geheel. Sluit met Escape, met Annuleer, of door buiten het paneel te klikken.
 	let actiefVoorgoedPaneel = null;
 	let actieveVoorgoedKnop = null;
 
@@ -900,7 +900,7 @@ import { ketenBron } from "./berichtenbox/keten-bron.js";
 		if (knop) knop.setAttribute("aria-expanded", "false");
 		actiefVoorgoedPaneel = null;
 		actieveVoorgoedKnop = null;
-		// Na Escape of Annuleren hoort de focus terug bij de knop; anders valt hij terug naar het
+		// Na Escape of Annuleer hoort de focus terug bij de knop; anders valt hij terug naar het
 		// begin van de pagina en is de bezoeker zijn plek kwijt.
 		if (focusTerug && knop) knop.focus();
 	}
@@ -946,7 +946,7 @@ import { ketenBron } from "./berichtenbox/keten-bron.js";
 		const annuleer = document.createElement("button");
 		annuleer.type = "button";
 		annuleer.className = "secondary";
-		annuleer.textContent = "Annuleren";
+		annuleer.textContent = "Annuleer";
 
 		bevestig.addEventListener("click", () => {
 			const voorVoorgoed = state.voorgoedVerwijderd[berichtId];
@@ -1504,8 +1504,7 @@ import { ketenBron } from "./berichtenbox/keten-bron.js";
 		// Hier inline, want dit icoon komt pas in beeld nadat JavaScript weet waar het bericht staat,
 		// en de icoon-shortcode van Eleventy draait alleen bij de build. `aria-hidden` omdat de knop
 		// zijn naam uit zijn tekst haalt.
-		const ICOON_BERICHTENBOX =
-			'<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" aria-hidden="true"><path fill="currentColor" d="M1 4v2.1l9.4 5.7c1 .6 2.2.6 3.1 0L23 6.1V4H1z" /><path fill="currentColor" d="M10.4 14 1 8.3V19h22V8.3L13.6 14c-1 .6-2.2.6-3.2 0z" /></svg>';
+		const ICOON_BERICHTENBOX = '<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" aria-hidden="true"><path fill="currentColor" d="M1 4v2.1l9.4 5.7c1 .6 2.2.6 3.1 0L23 6.1V4H1z" /><path fill="currentColor" d="M10.4 14 1 8.3V19h22V8.3L13.6 14c-1 .6-2.2.6-3.2 0z" /></svg>';
 
 		// Alleen het icoon vervangen, de tekst en de visually-hidden span laten staan.
 		function zetKnopIcoon(btn, svg) {
diff --git a/assets/javascript/digitale-assistent-demo.js b/assets/javascript/digitale-assistent-demo.js
index 6930aead..2e0cdd28 100644
--- a/assets/javascript/digitale-assistent-demo.js
+++ b/assets/javascript/digitale-assistent-demo.js
@@ -21,7 +21,7 @@
 (function () {
 	"use strict";
 
-	// Dezelfde KvK-nummers als de allowlist van de backend (TEST_KVK_NUMMERS).
+	// Dezelfde KVK-nummers als de allowlist van de backend (TEST_KVK_NUMMERS).
 	// Een persona daarbuiten hoort ook in de demo "log eerst in" te krijgen —
 	// als gewoon antwoord, niet als foutmelding.
 	var KVK_TOEGESTAAN = ["85234567", "62345681", "56789012"];
@@ -84,7 +84,7 @@
 	// verwijzen. Zonder `url` toont de chat de naam zonder link.
 	var BRONNEN_WALLET = [{ label: "Business Wallet", titel: "Energieverbruik-attestatie, afgegeven door uw netbeheerder" }];
 
-	var BRONNEN_KVK = [{ label: "KvK Handelsregister", titel: "Uittreksel onderneming: rechtsvorm, SBI-code en vestiging", url: "https://www.kvk.nl/handelsregister/" }];
+	var BRONNEN_KVK = [{ label: "KVK Handelsregister", titel: "Uittreksel onderneming: rechtsvorm, SBI-code en vestiging", url: "https://www.kvk.nl/handelsregister/" }];
 
 	function stap(wacht, event, data) {
 		return { wacht: wacht, event: event, data: data };
@@ -238,10 +238,10 @@
 		bedrijf = bedrijf || {};
 		var sbi = (bedrijf.sbi && bedrijf.sbi[0]) || null;
 		// Alleen regels tonen die de persona ook echt heeft: een uittreksel met
-		// lege velden zou de indruk wekken dat er gegevens ontbreken bij de KvK.
+		// lege velden zou de indruk wekken dat er gegevens ontbreken bij de KVK.
 		var regels = [
 			["Naam", bedrijf.handelsnaam],
-			["KvK-nummer", bedrijf.kvkNummer],
+			["KVK-nummer", bedrijf.kvkNummer],
 			["Rechtsvorm", bedrijf.rechtsvorm],
 			["SBI-code", sbi ? sbi.code + " – " + sbi.omschrijving : ""],
 			["Vestiging", bedrijf.vestigingsadresVolledig || bedrijf.vestigingsadres],
@@ -257,14 +257,14 @@
 
 		return [
 			[
-				antwoord(900, "Uw bedrijfsgegevens staan in het Handelsregister van de KvK. Ik kan ze voor u ophalen, maar doe dat pas nadat u toestemming geeft.", {
+				antwoord(900, "Uw bedrijfsgegevens staan in het Handelsregister van de KVK. Ik kan ze voor u ophalen, maar doe dat pas nadat u toestemming geeft.", {
 					toestemming_nodig: {
-						bron: "het KvK Handelsregister",
+						bron: "het KVK Handelsregister",
 						omschrijving: "De assistent wil uw naam, rechtsvorm, SBI-code en vestigingsadres ophalen uit het Handelsregister. Er wordt niets opgehaald voordat u akkoord geeft.",
 					},
 				}),
 			],
-			[stap(700, "status", { message: "kvk__zoek_onderneming" }), antwoord(1100, "Dit staat er over uw onderneming in het Handelsregister:\n\n" + regels + "\n\nKloppen deze gegevens niet, dan wijzigt u ze bij de KvK.", { bronnen: BRONNEN_KVK })],
+			[stap(700, "status", { message: "kvk__zoek_onderneming" }), antwoord(1100, "Dit staat er over uw onderneming in het Handelsregister:\n\n" + regels + "\n\nKloppen deze gegevens niet, dan wijzigt u ze bij de KVK.", { bronnen: BRONNEN_KVK })],
 			[antwoord(900, "Wilt u dat ik nog iets anders opzoek over uw onderneming?")],
 		];
 	}
diff --git a/assets/javascript/digitale-assistent.js b/assets/javascript/digitale-assistent.js
index 6bb705af..4a50ecb3 100644
--- a/assets/javascript/digitale-assistent.js
+++ b/assets/javascript/digitale-assistent.js
@@ -9,7 +9,7 @@
  * De backend leeft in een eigen repo: github.com/MinBZK/moza-poc-digitale-assistent
  * Bewaart per LLM/transport/persona-combinatie een sessie-id en gespreksgeschiedenis
  * zodat wisselen niet leidt tot verlies.
- * De bedrijfsidentiteit gaat als KvK-nummer van de actieve persona mee in de
+ * De bedrijfsidentiteit gaat als KVK-nummer van de actieve persona mee in de
  * X-Test-User-header; de backend toetst dat aan zijn allowlist (TEST_KVK_NUMMERS)
  * en injecteert het server-side bij elke bronaanroep. Staat het nummer daar niet
  * in, dan antwoordt de assistent "log eerst in".
@@ -252,7 +252,7 @@
 	};
 
 	var DATA_SOURCE_LABELS = {
-		kvk: "KvK Handelsregister",
+		kvk: "KVK Handelsregister",
 		koop: "KOOP Regelingenbank",
 		netbeheerder: "Business Wallet",
 	};
@@ -273,12 +273,12 @@
 		// De Business Wallet is in dit prototype een mock: er is geen pagina om naar
 		// te verwijzen, dus die bron blijft zonder link.
 		{ key: "netbeheerder", label: "Business Wallet", url: "", uitleg: "Levert uw energieverbruik, afgegeven door uw netbeheerder." },
-		{ key: "kvk", label: "KvK Handelsregister", url: "https://www.kvk.nl/handelsregister/", uitleg: "Levert de gegevens van uw onderneming." },
+		{ key: "kvk", label: "KVK Handelsregister", url: "https://www.kvk.nl/handelsregister/", uitleg: "Levert de gegevens van uw onderneming." },
 		{ key: "koop", label: "KOOP Regelingenbank", url: "https://wetten.overheid.nl/", uitleg: "Levert de officiële wetteksten." },
 	];
 
 	// Naam van een bron uit een antwoord terugbrengen tot de URL uit STATUS_ITEMS.
-	// De assistent schrijft niet altijd de volledige naam ("KvK" of "KvK
+	// De assistent schrijft niet altijd de volledige naam ("KVK" of "KVK
 	// Handelsregister"), dus we vergelijken beide kanten op.
 	function bronURL(label) {
 		var naam = String(label == null ? "" : label)
@@ -334,7 +334,7 @@
 		});
 	}
 
-	// KvK-nummer van de actieve persona; de backend toetst dit aan zijn allowlist
+	// KVK-nummer van de actieve persona; de backend toetst dit aan zijn allowlist
 	// (env TEST_KVK_NUMMERS daar) en injecteert het bij elke bronaanroep. Het
 	// Flags-paneel kan een nummer forceren, handig om een nummer buiten de
 	// allowlist te testen. Geen persona of geen nummer = lege header; de backend
@@ -509,7 +509,7 @@
 	// Eén bronvermelding uit tekst omzetten naar { label, titel, url }. Accepteert
 	// wat de assistent in de praktijk schrijft:
 	//   RegelRecht (art. 5.15 Besluit activiteiten leefomgeving)
-	//   KvK Handelsregister: uittreksel onderneming
+	//   KVK Handelsregister: uittreksel onderneming
 	//   [RVO: informatieplicht](https://www.rvo.nl/...)
 	function maakBron(waarde) {
 		var tekst = String(waarde == null ? "" : waarde)
@@ -1322,7 +1322,7 @@
 	}
 
 	window.addEventListener("setting-changed", function (e) {
-		// Een ander KvK-nummer is een andere identiteit. Dat zit niet in de combo-sleutel
+		// Een ander KVK-nummer is een andere identiteit. Dat zit niet in de combo-sleutel
 		// (die zou dan bij elke toetsaanslag in het veld wisselen), dus vergeten we hier
 		// het session_id: het volgende bericht start een schoon gesprek.
 		if (e.detail && e.detail.key === "test-user-kvk") {
@@ -1853,7 +1853,7 @@
 	var TEST_ANTWOORD = "Ja, die geldt voor uw bedrijf. U gebruikt per jaar meer dan 50.000 kWh elektriciteit of 25.000 m³ aardgas, en dan bent u verplicht energie te besparen én te rapporteren welke maatregelen u heeft genomen.\n\n" + "Voor uw branche staan 5 erkende maatregelen op de lijst. U rapporteert uiterlijk 1 december 2026 bij de RVO.\n\n" + "Controleer dit bij twijfel bij uw omgevingsdienst: die houdt toezicht op deze plicht.";
 	var TEST_BRONNEN = [
 		{
-			label: "KvK Handelsregister",
+			label: "KVK Handelsregister",
 			titel: "Bedrijfsgegevens: SBI-code, rechtsvorm en vestiging",
 			url: "https://www.kvk.nl/handelsregister/",
 		},
diff --git a/assets/javascript/feature-flags.js b/assets/javascript/feature-flags.js
index 2ceb1cec..380c4726 100644
--- a/assets/javascript/feature-flags.js
+++ b/assets/javascript/feature-flags.js
@@ -347,13 +347,13 @@ function buildTogglePanel() {
 		});
 	}
 
-	// API Key velden, plus het KvK-nummer dat de assistent als bedrijfsidentiteit
+	// API Key velden, plus het KVK-nummer dat de assistent als bedrijfsidentiteit
 	// meestuurt: ingevuld wint dat van het nummer van de actieve persona. Geen
 	// geheim (het staat al in personas.json), dus een gewoon tekstveld.
 	[
 		{ key: "vlam-api-key", label: "VLAM API Key", type: "password", placeholder: "sk-..." },
 		{ key: "claude-api-key", label: "Claude API Key", type: "password", placeholder: "sk-..." },
-		{ key: "test-user-kvk", label: "KvK-nummer assistent", type: "text", placeholder: "85234567" },
+		{ key: "test-user-kvk", label: "KVK-nummer assistent", type: "text", placeholder: "85234567" },
 	].forEach(({ key, label: labelText, type, placeholder }) => {
 		const field = document.createElement("div");
 		field.className = "settings-field";
diff --git a/moza/bedrijfsgegevens.html b/moza/bedrijfsgegevens.html
index d83c2cbb..b2e84fdc 100644
--- a/moza/bedrijfsgegevens.html
+++ b/moza/bedrijfsgegevens.html
@@ -45,7 +45,7 @@ <h2>Algemeen</h2>
 				<dd data-profiel="rsinNummer">62345681</dd>
 			</div>
 			<div>
-				<dt>BTW-identificatienummer</dt>
+				<dt>Btw-identificatienummer</dt>
 				<dd data-profiel="btwNummer">NL00062345681</dd>
 			</div>
 			<div>
diff --git a/moza/berichtgevingen-wijzigen.html b/moza/berichtgevingen-wijzigen.html
index 260d7650..c4f01f44 100644
--- a/moza/berichtgevingen-wijzigen.html
+++ b/moza/berichtgevingen-wijzigen.html
@@ -8,7 +8,9 @@
 <article id="hoofd-inhoud">
 	<nav class="breadcrumb">
 		<ol>
-			<li><a href="{{ '/moza/' | url }}">Home</a></li>
+			<li>
+				<a href="{{ '/moza/' | url }}">Home</a>
+			</li>
 			<li>
 				<a href="{{ '/moza/contactvoorkeuren/' | url }}">Contactvoorkeuren</a>
 			</li>
@@ -18,7 +20,7 @@
 
 	<h1>Contactvoorkeuren</h1>
 
-	<a href="{{ '/moza/contactvoorkeuren/' | url }}" class="back-link">Terug naar Contactvoorkeuren</a>
+	<a class="back-link" href="{{ '/moza/contactvoorkeuren/' | url }}">Terug naar Contactvoorkeuren</a>
 
 	<section class="card">
 		<h2>Berichtgevingen</h2>
@@ -30,22 +32,40 @@ <h2>Berichtgevingen</h2>
 				<dt id="bm-ontvangst">Ontvangstbevestiging</dt>
 				<dd role="group" aria-labelledby="bm-ontvangst">
 					<ul class="list-plain">
-						<li><input type="checkbox" id="contact-message-receiptconfirmation-email" checked /><label for="contact-message-receiptconfirmation-email">E-mail</label></li>
-						<li><input type="checkbox" id="contact-message-receiptconfirmation-post" checked /><label for="contact-message-receiptconfirmation-post">Post</label></li>
+						<li>
+							<input id="contact-message-receiptconfirmation-email" type="checkbox" checked />
+							<label for="contact-message-receiptconfirmation-email">E-mail</label>
+						</li>
+						<li>
+							<input id="contact-message-receiptconfirmation-post" type="checkbox" checked />
+							<label for="contact-message-receiptconfirmation-post">Post</label>
+						</li>
 					</ul>
 				</dd>
 				<dt id="bm-status">Statuswijzigingen</dt>
 				<dd role="group" aria-labelledby="bm-status">
 					<ul class="list-plain">
-						<li><input type="checkbox" id="contact-message-statuschange-email" checked /><label for="contact-message-statuschange-email">E-mail</label></li>
-						<li><input type="checkbox" id="contact-message-statuschange-post" /><label for="contact-message-statuschange-post">Post</label></li>
+						<li>
+							<input id="contact-message-statuschange-email" type="checkbox" checked />
+							<label for="contact-message-statuschange-email">E-mail</label>
+						</li>
+						<li>
+							<input id="contact-message-statuschange-post" type="checkbox" />
+							<label for="contact-message-statuschange-post">Post</label>
+						</li>
 					</ul>
 				</dd>
 				<dt id="bm-besluiten">Besluiten</dt>
 				<dd role="group" aria-labelledby="bm-besluiten">
 					<ul class="list-plain">
-						<li><input type="checkbox" id="contact-message-decision-email" checked /><label for="contact-message-decision-email">E-mail</label></li>
-						<li><input type="checkbox" id="contact-message-decision-post" /><label for="contact-message-decision-post">Post</label></li>
+						<li>
+							<input id="contact-message-decision-email" type="checkbox" checked />
+							<label for="contact-message-decision-email">E-mail</label>
+						</li>
+						<li>
+							<input id="contact-message-decision-post" type="checkbox" />
+							<label for="contact-message-decision-post">Post</label>
+						</li>
 					</ul>
 				</dd>
 				<dt id="bm-taken">Taken</dt>
@@ -57,15 +77,21 @@ <h2>Berichtgevingen</h2>
 						</div>
 					</div>
 					<ul class="list-plain">
-						<li><input type="checkbox" id="contact-message-task-email" /><label for="contact-message-task-email">E-mail</label></li>
-						<li><input type="checkbox" id="contact-message-task-post" /><label for="contact-message-task-post">Post</label></li>
+						<li>
+							<input id="contact-message-task-email" type="checkbox" />
+							<label for="contact-message-task-email">E-mail</label>
+						</li>
+						<li>
+							<input id="contact-message-task-post" type="checkbox" />
+							<label for="contact-message-task-post">Post</label>
+						</li>
 					</ul>
 				</dd>
 			</dl>
 
 			<div class="action-group">
 				<button type="submit">Opslaan</button>
-				<button type="button" class="secondary">Annuleren</button>
+				<button class="secondary" type="button">Annuleer</button>
 			</div>
 		</form>
 	</section>
diff --git a/moza/bewaard.html b/moza/bewaard.html
index 8e439aba..8d8522ac 100644
--- a/moza/bewaard.html
+++ b/moza/bewaard.html
@@ -58,7 +58,7 @@ <h2>Veelgestelde vragen</h2>
 						<h3>Hoe bewaar ik een item?</h3>
 					</summary>
 					<div>
-						<p>Op de pagina Actualiteiten vindt u bij elk bericht, elke subsidie en elke regeling een “Bewaar”-optie. Klik hierop om het item aan uw bewaarde items toe te voegen.</p>
+						<p>Op de pagina Actualiteiten vindt u bij elk bericht, elke subsidie en elke regeling een “Bewaar”-optie. Kies deze optie om het item aan uw bewaarde items toe te voegen.</p>
 					</div>
 				</details>
 			</li>
diff --git a/moza/communicatievoorkeuren-wijzigen.html b/moza/communicatievoorkeuren-wijzigen.html
index 116ac17e..00e87bae 100644
--- a/moza/communicatievoorkeuren-wijzigen.html
+++ b/moza/communicatievoorkeuren-wijzigen.html
@@ -8,7 +8,9 @@
 <article id="hoofd-inhoud">
 	<nav class="breadcrumb">
 		<ol>
-			<li><a href="{{ '/moza/' | url }}">Home</a></li>
+			<li>
+				<a href="{{ '/moza/' | url }}">Home</a>
+			</li>
 			<li>
 				<a href="{{ '/moza/contactvoorkeuren/' | url }}">Contactvoorkeuren</a>
 			</li>
@@ -18,7 +20,7 @@
 
 	<h1>Contactvoorkeuren</h1>
 
-	<a href="{{ '/moza/contactvoorkeuren/' | url }}" class="back-link">Terug naar Contactvoorkeuren</a>
+	<a class="back-link" href="{{ '/moza/contactvoorkeuren/' | url }}">Terug naar Contactvoorkeuren</a>
 
 	<section class="card">
 		<h2>Communicatiekanalen</h2>
@@ -28,9 +30,7 @@ <h2>Communicatiekanalen</h2>
 			<div>
 				<p>Contactgegevens die u hier aanpast, worden automatisch bijgewerkt bij alle organisaties waarmee u uw gegevens centraal deelt.</p>
 			</div>
-			<button class="btn-close link-button">
-				<i>Sluit notificatie</i>
-			</button>
+			<button class="btn-close link-button"><i>Sluit notificatie</i></button>
 		</div>
 
 		<form action="{{ '/moza/contactvoorkeuren/' | url }}">
@@ -38,22 +38,34 @@ <h2>Communicatiekanalen</h2>
 				<dt id="cv-kanaal">Voorkeurskanaal</dt>
 				<dd role="radiogroup" aria-labelledby="cv-kanaal">
 					<ul class="list-plain">
-						<li><input type="radio" id="contact-channel-email" name="contact-channel" checked /><label for="contact-channel-email">E-mail</label></li>
-						<li><input type="radio" id="contact-channel-post" name="contact-channel" /><label for="contact-channel-post">Post</label></li>
+						<li>
+							<input id="contact-channel-email" type="radio" name="contact-channel" checked />
+							<label for="contact-channel-email">E-mail</label>
+						</li>
+						<li>
+							<input id="contact-channel-post" type="radio" name="contact-channel" />
+							<label for="contact-channel-post">Post</label>
+						</li>
 					</ul>
 				</dd>
 				<dt id="cv-bellen">Bellen</dt>
 				<dd role="radiogroup" aria-labelledby="cv-bellen">
 					<ul class="list-plain">
-						<li><input type="radio" id="contact-allow-phone-yes" name="contact-allow-phone" /><label for="contact-allow-phone-yes">Ik mag gebeld worden</label></li>
-						<li><input type="radio" id="contact-allow-phone-no" name="contact-allow-phone" checked /><label for="contact-allow-phone-no">Ik wil niet gebeld worden</label></li>
+						<li>
+							<input id="contact-allow-phone-yes" type="radio" name="contact-allow-phone" />
+							<label for="contact-allow-phone-yes">Ik mag gebeld worden</label>
+						</li>
+						<li>
+							<input id="contact-allow-phone-no" type="radio" name="contact-allow-phone" checked />
+							<label for="contact-allow-phone-no">Ik wil niet gebeld worden</label>
+						</li>
 					</ul>
 				</dd>
 			</dl>
 
 			<div class="action-group">
 				<button type="submit">Opslaan</button>
-				<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleren</a>
+				<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleer</a>
 			</div>
 		</form>
 	</section>
diff --git a/moza/contactgegevens-wijzigen.html b/moza/contactgegevens-wijzigen.html
index ea5b4aa2..84ebd66f 100644
--- a/moza/contactgegevens-wijzigen.html
+++ b/moza/contactgegevens-wijzigen.html
@@ -8,7 +8,9 @@
 <article id="hoofd-inhoud">
 	<nav class="breadcrumb">
 		<ol>
-			<li><a href="{{ '/moza/' | url }}">Home</a></li>
+			<li>
+				<a href="{{ '/moza/' | url }}">Home</a>
+			</li>
 			<li>
 				<a href="{{ '/moza/contactvoorkeuren/' | url }}">Contactvoorkeuren</a>
 			</li>
@@ -18,36 +20,34 @@
 
 	<h1>Contactvoorkeuren</h1>
 
-	<a href="{{ '/moza/contactvoorkeuren/' | url }}" class="back-link">Terug naar Contactvoorkeuren</a>
+	<a class="back-link" href="{{ '/moza/contactvoorkeuren/' | url }}">Terug naar Contactvoorkeuren</a>
 
 	<section class="card">
 		<h2>Contactgegevens</h2>
 
-		<div class="feedback feedback-info" id="info-contact">
+		<div id="info-contact" class="feedback feedback-info">
 			{% include "icon-feedback-info.njk" %}
 			<div>
 				<p>Contactgegevens die u hier aanpast, worden automatisch bijgewerkt bij alle organisaties waarmee u uw gegevens centraal deelt.</p>
 			</div>
-			<button class="btn-close link-button">
-				<i>Sluit notificatie</i>
-			</button>
+			<button class="btn-close link-button"><i>Sluit notificatie</i></button>
 		</div>
 
-		<div aria-live="polite" id="form-status" hidden></div>
+		<div id="form-status" aria-live="polite" hidden></div>
 		<form id="contact-form" action="{{ '/moza/contactvoorkeuren/' | url }}" novalidate>
 			<div>
 				<label for="contact-change-email">E-mailadres</label>
-				<input type="email" id="contact-change-email" value="info@bloombv.nl" autocomplete="email" spellcheck="false" aria-required="true" aria-describedby="contact-change-email-feedback" />
+				<input id="contact-change-email" type="email" value="info@bloombv.nl" autocomplete="email" spellcheck="false" aria-required="true" aria-describedby="contact-change-email-feedback" />
 				<div id="contact-change-email-feedback" hidden></div>
 			</div>
 			<div>
 				<label for="contact-change-phonenumber">Telefoonnummer</label>
-				<input type="tel" id="contact-change-phonenumber" value="06 12 34 56 78" autocomplete="tel" aria-required="true" aria-describedby="contact-change-phonenumber-error" />
-				<p class="form-field-error" id="contact-change-phonenumber-error" hidden></p>
+				<input id="contact-change-phonenumber" type="tel" value="06 12 34 56 78" autocomplete="tel" aria-required="true" aria-describedby="contact-change-phonenumber-error" />
+				<p id="contact-change-phonenumber-error" class="form-field-error" hidden></p>
 			</div>
 			<div class="action-group">
 				<button type="submit">Opslaan</button>
-				<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleren</a>
+				<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleer</a>
 			</div>
 		</form>
 	</section>
@@ -134,34 +134,34 @@ <h2>Contactgegevens</h2>
 		const verifyBlock = document.createElement("div");
 		verifyBlock.id = "verify-row";
 		verifyBlock.innerHTML = `
-			<label for="verify-code-1">Verificatiecode</label>
-			<div class="verificationcode-input" role="group">
-				<input type="text" id="verify-code-1" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" autocomplete="one-time-code" aria-required="true" aria-describedby="verify-code-feedback" />
-				<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 2" />
-				<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 3" />
-				<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 4" />
-				<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 5" />
-				<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 6" />
-			</div>
-			<div id="verify-code-feedback">
-				<div class="feedback feedback-info">
-					${icons.info}
-					<div>
-						<p>We sturen een verificatiecode naar <b>${newEmail}</b> om uw e-mailadres te bevestigen.</p>
-						<p class="text-muted" id="verify-resend-status">Geen e-mail ontvangen? U kunt over <b id="verify-resend-countdown">10</b> seconden een nieuwe code aanvragen.</p>
-						<p class="text-muted" id="verify-spam-hint" hidden>Geen e-mail ontvangen? Controleer uw spam-folder, of <button type="button" class="link-button" id="verify-resend" hidden>vraag een nieuwe code aan</button>.</p>
-						<p class="text-muted" id="verify-typo-hint">Klopt het adres niet? <button type="button" class="link-button" id="verify-change-email">Annuleer en wijzig het e-mailadres</button>.</p>
-					</div>
-				</div>
+	<label for="verify-code-1">Verificatiecode</label>
+	<div class="verificationcode-input" role="group">
+		<input type="text" id="verify-code-1" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" autocomplete="one-time-code" aria-required="true" aria-describedby="verify-code-feedback" />
+		<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 2" />
+		<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 3" />
+		<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 4" />
+		<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 5" />
+		<input type="text" class="verificationcode-verify-digit" maxlength="1" inputmode="numeric" pattern="[0-9]" aria-label="Cijfer 6" />
+	</div>
+	<div id="verify-code-feedback">
+		<div class="feedback feedback-info">
+			${icons.info}
+			<div>
+				<p>We sturen een verificatiecode naar <b>${newEmail}</b> om uw e-mailadres te bevestigen.</p>
+				<p class="text-muted" id="verify-resend-status">Geen e-mail ontvangen? U kunt over <b id="verify-resend-countdown">10</b> seconden een nieuwe code aanvragen.</p>
+				<p class="text-muted" id="verify-spam-hint" hidden>Geen e-mail ontvangen? Controleer uw spam-folder, of <button type="button" class="link-button" id="verify-resend" hidden>vraag een nieuwe code aan</button>.</p>
+				<p class="text-muted" id="verify-typo-hint">Klopt het adres niet? <button type="button" class="link-button" id="verify-change-email">Annuleer en wijzig het e-mailadres</button>.</p>
 			</div>
-		`;
+		</div>
+	</div>
+`;
 		emailGroup.after(verifyBlock);
 
 		// Actieknoppen wisselen
 		actions.innerHTML = `
-			<button type="submit">Verifiëren</button>
-			<button type="button" class="secondary" id="verify-cancel">Annuleren</button>
-		`;
+	<button type="submit">Verifiëren</button>
+	<button type="button" class="secondary" id="verify-cancel">Annuleer</button>
+`;
 
 		const digits = verifyBlock.querySelectorAll(".verificationcode-verify-digit");
 		const verifyFeedback = document.getElementById("verify-code-feedback");
@@ -213,7 +213,7 @@ <h2>Contactgegevens</h2>
 					type: "succes",
 					message: `Uw e-mailadres is gewijzigd naar <strong>${newEmail}</strong>. Alle toekomstige berichten worden naar dit adres gestuurd.`,
 					email: newEmail,
-				}),
+				})
 			);
 			window.location.href = form.action;
 		});
@@ -225,9 +225,9 @@ <h2>Contactgegevens</h2>
 			formStatus.innerHTML = "";
 			formStatus.hidden = true;
 			actions.innerHTML = `
-				<button type="submit">Opslaan</button>
-				<a class="btn secondary" href="${form.action}">Annuleren</a>
-			`;
+		<button type="submit">Opslaan</button>
+		<a class="btn secondary" href="${form.action}">Annuleer</a>
+	`;
 			form.removeEventListener("submit", arguments.callee);
 			form.addEventListener("submit", handleSubmit);
 		});
diff --git a/moza/contactvoorkeuren.html b/moza/contactvoorkeuren.html
index 6a0f9d07..40bafbfd 100644
--- a/moza/contactvoorkeuren.html
+++ b/moza/contactvoorkeuren.html
@@ -80,7 +80,7 @@ <h3 id="cv-orgs">Aangesloten organisaties</h3>
 			</ul>
 			<div class="action-group">
 				<button type="submit">Opslaan</button>
-				<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleren</a>
+				<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleer</a>
 			</div>
 		</form>
 	</section>
diff --git a/moza/contactvoorkeuren/_contactvoorkeuren-blocks.njk b/moza/contactvoorkeuren/_contactvoorkeuren-blocks.njk
index a0e227a2..ee7a896a 100644
--- a/moza/contactvoorkeuren/_contactvoorkeuren-blocks.njk
+++ b/moza/contactvoorkeuren/_contactvoorkeuren-blocks.njk
@@ -1,5 +1,3 @@
-
-
 <section class="card">
 
 	<hgroup>
@@ -13,15 +11,30 @@
 			<li class="option--confirmed">Belastingdienst</li>
 		</ul>
 		<ul class="list-plain" role="group" aria-labelledby="cv-orgs">
-			<li><input type="checkbox" id="moza-org-om" /><label for="moza-org-om">Openbaar Ministerie (OM)</label></li>
-			<li><input type="checkbox" id="moza-org-rvo" /><label for="moza-org-rvo">Rijksdienst voor Ondernemend Nederland (RVO)</label></li>
-			<li><input type="checkbox" id="moza-org-rdw" /><label for="moza-org-rdw">Rijksdienst voor het Wegverkeer (RDW)</label></li>
-			<li><input type="checkbox" id="moza-org-svb" /><label for="moza-org-svb">Sociale Verzekeringsbank (SVB)</label></li>
-			<li><input type="checkbox" id="moza-org-uwv" /><label for="moza-org-uwv">Uitvoeringsinstituut Werknemersverzekeringen (UWV)</label></li>
+			<li>
+				<input id="moza-org-om" type="checkbox" />
+				<label for="moza-org-om">Openbaar Ministerie (OM)</label>
+			</li>
+			<li>
+				<input id="moza-org-rvo" type="checkbox" />
+				<label for="moza-org-rvo">Rijksdienst voor Ondernemend Nederland (RVO)</label>
+			</li>
+			<li>
+				<input id="moza-org-rdw" type="checkbox" />
+				<label for="moza-org-rdw">Rijksdienst voor het Wegverkeer (RDW)</label>
+			</li>
+			<li>
+				<input id="moza-org-svb" type="checkbox" />
+				<label for="moza-org-svb">Sociale Verzekeringsbank (SVB)</label>
+			</li>
+			<li>
+				<input id="moza-org-uwv" type="checkbox" />
+				<label for="moza-org-uwv">Uitvoeringsinstituut Werknemersverzekeringen (UWV)</label>
+			</li>
 		</ul>
 		<div class="action-group">
 			<button type="submit">Opslaan</button>
-			<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleren</a>
+			<a class="btn secondary" href="{{ '/moza/communicatievoorkeuren-wijzigen/' | url }}">Annuleer</a>
 		</div>
 	</form>
 </section>
@@ -44,9 +57,7 @@
 		<div>
 			<p>De overheid stuurt automatisch een waarschuwing naar uw voorkeurskanaal indien een bericht 14 dagen ongelezen blijft.</p>
 		</div>
-		<button class="btn-close link-button">
-			<i>Sluit notificatie</i>
-		</button>
+		<button class="btn-close link-button"><i>Sluit notificatie</i></button>
 	</div>
 </section>
 
diff --git a/moza/digitale-assistent.html b/moza/digitale-assistent.html
index 29bd617d..a3a2f2f3 100644
--- a/moza/digitale-assistent.html
+++ b/moza/digitale-assistent.html
@@ -39,7 +39,7 @@ <h2 class="visually-hidden">Gesprek</h2>
 			<p id="chat-bewaar-melding" class="visually-hidden" role="status"></p>
 		</form>
 
-		<small class="disclaimer">{% icon "/assets/icons/icon-informatie.svg" %} De antwoorden van deze assistent worden door AI gegenereerd en kunnen fouten bevatten. Er wordt gebruik gemaakt van onder meer het KvK Handelsregister, de KOOP Regelingenbank, RegelRecht en de RVO. Controleer belangrijke informatie altijd bij de oorspronkelijke bron. Raadpleeg een adviseur of de bevoegde instantie indien u juridisch advies nodig heeft.</small>
+		<small class="disclaimer">{% icon "/assets/icons/icon-informatie.svg" %} De antwoorden van deze assistent worden door AI gegenereerd en kunnen fouten bevatten. Er wordt gebruik gemaakt van onder meer het KVK Handelsregister, de KOOP Regelingenbank, RegelRecht en de RVO. Controleer belangrijke informatie altijd bij de oorspronkelijke bron. Raadpleeg een adviseur of de bevoegde instantie indien u juridisch advies nodig heeft.</small>
 
 		<div id="chat-status" class="chat-status" aria-live="polite" data-feature="Status van bronnen in de Digitale assistent" data-feature-type="functionaliteit" data-feature-default="off"></div>
 
diff --git a/moza/uitgelogd.html b/moza/uitgelogd.html
index 27f95bad..41bd81f8 100644
--- a/moza/uitgelogd.html
+++ b/moza/uitgelogd.html
@@ -20,7 +20,7 @@ <h2>Wat kunt u doen op MijnOverheid Zakelijk?</h2>
 		<ul>
 			<li>
 				<strong>Bedrijfsgegevens inzien</strong>
-				: bekijk uw KVK-gegevens, BTW-nummer en andere registraties op &eacute;&eacute;n plek.
+				: bekijk uw KVK-gegevens, btw-nummer en andere registraties op &eacute;&eacute;n plek.
 			</li>
 			<li>
 				<strong>Berichten ontvangen</strong>
diff --git a/stories/AIStatussen.mdx b/stories/AIStatussen.mdx
index 1e40f7f4..80859d3d 100644
--- a/stories/AIStatussen.mdx
+++ b/stories/AIStatussen.mdx
@@ -4,28 +4,28 @@ import { Meta } from "@storybook/addon-docs/blocks";
 
 # AI-statusindicator
 
-Voor de AI-statussen denken, typen en reageren.
+Dit patroon beschrijft wat de gebruiker ziet terwijl de AI denkt, typt en reageert.
 
 Voor de digitale assistent is een expliciet patroon nodig voor de tijd dat de AI actief is zonder een volledig antwoord te hebben gegeven. Het patroon moet de gebruiker laten zien dat het systeem werkt, zonder een valse indruk te geven van een afgerond antwoord.
 
 ## Ontwerppatroon
 
-- **Gebruiker krijgt directe feedback**; zodra het formulier is verzonden, verschijnt direct een statusbericht in het chatlog: “Vraag analyseren…”, “Ik controleer de brondata…” of “Ik formuleer het antwoord…”.
-- **Status is zichtbaar maar niet afleidend**; de status staat in dezelfde visuele stroom als het chatgesprek en vervangt geen antwoord. Het is een tijdelijke tussenstaat, geen vaste melding.
-- **Het patroon is toegankelijk**; de chatcontainer heeft een live region (`aria-live="polite"`) en de status wordt bij voorkeur ook gekoppeld aan `aria-busy="true"` terwijl de assistent bezig is.
-- **Buttons worden tijdelijk geblokkeerd**; de verzendknop krijgt een `aria-disabled`-status en de gebruiker kan niet nog een vraag tegelijk sturen.
-- **Bij streaming tekst** wordt de tekst in kleine stappen opgebouwd, zodat de gebruiker ziet dat het antwoord live wordt geschreven. Niet met een willekeurige “loading spinner” zonder context.
+- **Gebruiker krijgt directe feedback**: zodra het formulier is verzonden, verschijnt direct een statusbericht in het chatlog: “Vraag analyseren…”, “Ik controleer de brondata…” of “Ik formuleer het antwoord…”.
+- **Status is zichtbaar maar niet afleidend**: de status staat in dezelfde visuele stroom als het chatgesprek en vervangt geen antwoord. Het is een tijdelijke tussenstaat, geen vaste melding.
+- **Het patroon is toegankelijk**: de chatcontainer heeft een live region (`aria-live="polite"`) en de status wordt bij voorkeur ook gekoppeld aan `aria-busy="true"` terwijl de assistent bezig is.
+- **Buttons worden tijdelijk geblokkeerd**: de verzendknop krijgt een `aria-disabled`-status en de gebruiker kan niet nog een vraag tegelijk sturen.
+- **Bij streaming tekst** wordt de tekst in kleine stappen opgebouwd, zodat de gebruiker ziet dat het antwoord live wordt geschreven. Niet met een draaiend laadicoon (_loading spinner_) zonder uitleg.
 
 ## Gedrag per fase
 
-1. **Vraag verzonden**; de input wordt geblokkeerd en een statusbericht verschijnt in de chat.
-2. **AI is actief**; de gebruiker ziet een korte, beschrijvende tekst die de werkfase benoemt (bijvoorbeeld “Ik controleer de regels…”).
-3. **Antwoord verschijnt**; naarmate het antwoord wordt opgebouwd, verschijnt tekst in het chatlog en blijft de status zichtbaar totdat de laatste zin is afgerond.
-4. **Voltooid**; de status verdwijnt, de verzendknop wordt weer actief en de gebruiker kan doorvragen.
+1. **Vraag verzonden**: de input wordt geblokkeerd en een statusbericht verschijnt in de chat.
+2. **AI is actief**: de gebruiker ziet een korte, beschrijvende tekst die de werkfase benoemt (bijvoorbeeld “Ik controleer de regels…”).
+3. **Antwoord verschijnt**: naarmate het antwoord wordt opgebouwd, verschijnt tekst in het chatlog en blijft de status zichtbaar totdat de laatste zin is afgerond.
+4. **Voltooid**: de status verdwijnt, de verzendknop wordt weer actief en de gebruiker kan doorvragen.
 
 ## Voorbeeld in dit prototype
 
-Het bestaande chatgedrag in [assets/javascript/digitale-assistent.js](../assets/javascript/digitale-assistent.js#L299-L323) past dit patroon al toe via `setLoading()` en `showThinking()`. De ervaring is bewust kort en semantisch: de gebruiker ziet geen lege spinner, maar een tekst die de actie beschrijft. Dat past beter bij overheidscontext en voorkomt dat de AI onduidelijk lijkt te “hangen”.
+Het chatgedrag in `assets/javascript/digitale-assistent.js` past dit patroon al toe via `setLoading()` en `showThinking()`. De ervaring is bewust kort en semantisch: de gebruiker ziet geen lege spinner, maar een tekst die de actie beschrijft. Dat past beter bij overheidscontext en voorkomt dat de AI onduidelijk lijkt te “hangen”.
 ## Wachtindicator visueel
 
 <div style={{ display: 'flex', gap: 'var(--toepassing-space-margin-md)', alignItems: 'flex-start', padding: 'var(--toepassing-space-padding-md)', backgroundColor: 'var(--toepassing-color-background-default)', borderRadius: 'var(--toepassing-border-radius-default)', border: `1px solid var(--toepassing-color-border-default)` }}>
@@ -36,7 +36,7 @@ Het bestaande chatgedrag in [assets/javascript/digitale-assistent.js](../assets/
 De `.wait-indicator` is een subtiele, lichte animatie met vier stappen die aangeven dat het systeem werkt. Het staat naast de beschrijvende tekst, niet als zelfstandige spinner.
 ## Richtlijnen
 
-- Gebruik geen generieke “thinking” spinner zonder tekst; dat geeft geen inzicht in de staat.
+- Gebruik geen laadicoon zonder tekst; dat geeft geen inzicht in de staat.
 - Vermijd lange, vage berichten zoals “Even geduld…”. Benoem wat de assistent doet.
 - Houd de tekst kort, informatief en geruststellend.
 - Als het antwoord streams, laat dan alleen de laatste zin of het laatste woord met een typ-cursor verschijnen, niet een volledige “copy-paste” van het eindantwoord.
diff --git a/stories/Actiegroep.stories.js b/stories/Actiegroep.stories.js
index b5d42d5e..50ebd316 100644
--- a/stories/Actiegroep.stories.js
+++ b/stories/Actiegroep.stories.js
@@ -17,7 +17,7 @@ export const Standaard = {
 	},
 	args: {
 		primair: "Opslaan",
-		secundair: "Annuleren",
+		secundair: "Annuleer",
 	},
 	render: ({ primair, secundair }) => `
 <div class="action-group">
diff --git a/stories/Berichtenbox.mdx b/stories/Berichtenbox.mdx
index 609ac0b6..01fdb40b 100644
--- a/stories/Berichtenbox.mdx
+++ b/stories/Berichtenbox.mdx
@@ -4,22 +4,29 @@ import { Meta } from "@storybook/addon-docs/blocks";
 
 # Berichtenbox
 
-De Berichtenbox is de centrale plek waar ondernemers berichten ontvangen van overheidsinstanties en gemeentes. Het ontwerp simuleert het ophalen van berichten via het Federatief Berichtenstelsel (FBS): een stelsel waarin berichten bij de bron blijven en on-demand worden opgehaald.
+De Berichtenbox is de centrale plek waar ondernemers berichten ontvangen van overheidsinstanties en gemeentes. De berichten komen uit het Federatief Berichtenstelsel (FBS): een stelsel waarin berichten bij de organisatie blijven en pas worden opgehaald als de ondernemer kijkt.
 
 ## Ontwerpdoel
 
 Het doel is om te onderzoeken hoe een berichtenbox eruitziet en werkt wanneer berichten niet centraal worden opgeslagen, maar worden opgehaald uit honderden bronnen (magazijnen). Dit heeft consequenties voor de gebruikerservaring: berichten moeten worden opgehaald, wat tijd kost en zichtbaar moet zijn voor de gebruiker.
 
-## Ophaalanimatie
+## Twee bronnen
 
-Bij het eerste bezoek wordt een voortgangsanimatie getoond die het ophalen van berichten uit meerdere bronnen simuleert. De animatie:
+De Berichtenbox haalt berichten uit een van twee bronnen. Welke het is, hangt af van de persona:
 
-- Toont het aantal doorzochte bronnen en gevonden berichten
-- Gebruikt een zware-staart-verdeling zodat de meeste bronnen snel antwoorden maar enkele bronnen laat binnendruppelen
-- Duurt vier seconden
-- Verbergt de counter, het zoekveld en de berichtentabel totdat het laden is voltooid
+- **Het Federatief Berichtenstelsel**: voor de testpersona’s `proeftuin-een`, `proeftuin-twee`, `proeftuin-drie`, `proeftuin-veel`, `proeftuin-concern` en `proeftuin-garage`. Hun berichten komen echt uit de testomgeving van het stelsel. De lijst bevat alleen afzender, onderwerp en datum; de inhoud en de bijlagen worden pas opgehaald als de ondernemer het bericht opent.
+- **De gegenereerde dataset**: voor alle andere persona’s. Eleventy maakt deze berichten tijdens de build. Het ophalen, het binnenkomen van nieuwe berichten en het wegvallen van een bron worden hier nagebootst.
 
-De toolbar (counter en zoekveld) is gewrapt in een `[data-berichtenbox-toolbar]` element dat als geheel verborgen en getoond wordt.
+Beide bronnen tonen hun berichten op dezelfde manier: de pagina weet niet welke bron levert. Lukt het ophalen uit het stelsel niet, dan valt de Berichtenbox niet stil terug op de dataset. Verzonnen berichten tussen echte berichten zouden niet van elkaar te onderscheiden zijn.
+
+## Ophalen
+
+De inbox begint leeg en vult zich pas als de berichten er zijn. Een volledige lijst vooraf tonen zou beweren dat alle organisaties tegelijk antwoorden, en dat doen ze in een federatief stelsel niet.
+
+- **Dataset**: bij het eerste bezoek per persona toont een voortgangsbalk het aantal doorzochte bronnen en gevonden berichten. De meeste bronnen antwoorden snel, een paar komen later. Dat duurt ongeveer vier seconden. Tot het ophalen klaar is, zijn de teller, het zoekveld en de lijst verborgen.
+- **Stelsel**: de voortgangsbalk toont de echte ophaalronde. Die verschijnt alleen als het ophalen langer duurt dan 300 milliseconden; een ronde die meteen klaar is, zou anders even oplichten als een storing.
+
+Zonder JavaScript is er geen lijst. Een `<noscript>`-blok legt dan uit waarom.
 
 ## Inbox, archief en prullenbak
 
@@ -29,115 +36,76 @@ De inbox-badge toont het aantal **ongelezen** berichten, niet het totaal.
 
 ## Mappen
 
-Berichten kunnen worden verplaatst naar mappen via een verplaats-paneel. Er zijn twee voorgevulde mappen ("Belastingen 2025" en "Subsidies") en de gebruiker kan eigen mappen aanmaken. Bij het bekijken van een map:
+Berichten kunnen worden verplaatst naar mappen via een verplaats-paneel. Er zijn twee voorgevulde mappen (“Belastingen 2025” en “Subsidies”) en de gebruiker kan eigen mappen aanmaken. Bij het bekijken van een map:
 
 - Wordt de juiste tab gemarkeerd met `aria-current` en `aria-selected`
-- Wordt de koptekst niet aangepast (blijft "Berichtenbox")
+- Wordt de koptekst niet aangepast (blijft “Berichtenbox”)
 - Wordt de counter-tekst vervangen door informatie over de map
 
-## Demo-berichten (polling)
+## Nieuwe berichten
 
-Op de inbox-pagina worden periodiek nieuwe berichten gegenereerd om real-time berichtverkeer te simuleren:
+Terwijl de ondernemer kijkt, kunnen er nieuwe berichten binnenkomen. Die verschijnen bovenaan de eerste pagina van de inbox. De lijst toont 10 berichten per pagina, dus het onderste bericht schuift door naar de volgende pagina.
 
-- **Interval**: standaard 60 seconden, configureerbaar via `?poll=5` in de URL (minimum 5 seconden)
-- **Limiet**: maximaal 5 demo-berichten
-- **Paginering**: bij elk nieuw bericht wordt het onderste bericht van de pagina verwijderd om de paginagrootte (25) te bewaren
-- **Detailpagina**: demo-berichten linken naar `/moza/berichtenbox/bericht-demo/` waar de inhoud uit localStorage wordt gelezen
+- **Dataset**: elke 60 seconden komt er een nieuw bericht binnen, met een maximum van vijf.
+- **Stelsel**: de pagina vraagt elke 15 seconden de lijst opnieuw op, en elke 60 seconden als het tabblad op de achtergrond staat. Dat haalt niets nieuws op bij de organisaties; het leest wat het stelsel al heeft.
+- **Instellen**: met `?poll=` in de URL, in seconden, met een minimum van 5. Bij het stelsel zet `?poll=0` het opvragen uit.
 
 ## Detailpagina
 
-Er zijn twee soorten detailpagina's:
+Er zijn twee soorten detailpagina’s:
 
-1. **Statische pagina's** (`bericht.njk`); gegenereerd door Eleventy voor elk bericht in de dataset. Permalink: `/moza/berichtenbox/bericht/msg-0001/`
-2. **Generieke demo-pagina** (`bericht-demo.html`); leest het bericht-ID uit de URL-parameter en rendert de inhoud uit de JavaScript-state. Wordt gebruikt voor dynamisch via polling toegevoegde berichten.
+1. **Statische pagina’s** (`bericht.njk`): gegenereerd door Eleventy voor elk bericht in de dataset. Permalink: `/moza/berichtenbox/bericht/msg-0001/`
+2. **Algemene detailpagina** (`bericht-demo.html`): leest het bericht-ID uit de URL en haalt de inhoud op. Deze pagina toont nieuwe berichten uit de dataset en alle berichten uit het stelsel; die hebben geen eigen, gegenereerde pagina. Zonder JavaScript blijft deze pagina leeg.
 
-Beide pagina's bieden dezelfde acties: archiveren, verplaatsen naar map, markeer als ongelezen en verwijderen.
+Beide pagina’s bieden dezelfde acties: archiveren, verplaatsen naar map, markeer als ongelezen en verwijderen.
 
-## Filtering
+## Zoeken
 
-Het zoekveld filtert berichten op afzender en onderwerp. De filtering werkt client-side op de zichtbare tabelrijen via tekstvergelijking.
+Het zoekveld zoekt in de afzender en het onderwerp. Het zoekt in alle berichten, niet alleen in de rijen die op de pagina staan.
 
 ## Bijlagen
 
-Op detailpagina's wordt het laden van bijlagen gesimuleerd met een vertraging van 1,5 seconde, waarna willekeurige PDF-bestandsnamen worden getoond. In de berichtenlijst wordt een bijlage-icoon getoond voor berichten met bijlagen.
+In de berichtenlijst staat een paperclip bij berichten met bijlagen.
+
+- **Stelsel**: een bijlage is een gewone link naar het document bij het stelsel. De detailpagina toont de echte bijlagen.
+- **Dataset**: de detailpagina bootst het laden na. Na 1,5 seconde verschijnen verzonnen PDF-namen.
+
+## Storingen
+
+Alle meldingen aan de ondernemer staan op één plek per pagina (`[data-berichtenbox-storing]`), op elke Berichtenbox-pagina.
+
+Met de feature flag **Berichtenbox unhappy flow** bootst de dataset storingen na: één bron valt uit, geen enkele bron antwoordt, of een bron valt weg nadat alles geladen is. De ondernemer ziet dan welke bron ontbreekt en kan opnieuw proberen. Een nagebootste storing werkt precies als een echte: de bron levert die berichten gewoon niet.
 
 ## Technische opbouw
 
-<table>
-	<thead>
-		<tr>
-			<th>Bestand</th>
-			<th>Rol</th>
-		</tr>
-	</thead>
-	<tbody>
-		<tr>
-			<td>
-				<code>_data/berichtenboxData.js</code>
-			</td>
-			<td>Genereert de dataset: magazijnen, berichten, mappen</td>
-		</tr>
-		<tr>
-			<td>
-				<code>_includes/berichtenbox-data.njk</code>
-			</td>
-			<td>
-				Include met <code>window.berichtenboxData</code> voor alle berichtenbox-pagina's
-			</td>
-		</tr>
-		<tr>
-			<td>
-				<code>_includes/berichtenbox-row.njk</code>
-			</td>
-			<td>Tabelrij-template voor statisch gerenderde berichten</td>
-		</tr>
-		<tr>
-			<td>
-				<code>_includes/berichtenbox-tabs.njk</code>
-			</td>
-			<td>Tab-navigatie (inbox, archief, prullenbak, mappen)</td>
-		</tr>
-		<tr>
-			<td>
-				<code>assets/javascript/berichtenbox.js</code>
-			</td>
-			<td>Client-side logica: state, polling, filtering, acties</td>
-		</tr>
-		<tr>
-			<td>
-				<code>moza/berichtenbox.html</code>
-			</td>
-			<td>Inbox-pagina (gepagineerd, 25 per pagina)</td>
-		</tr>
-		<tr>
-			<td>
-				<code>moza/berichtenbox/bericht.njk</code>
-			</td>
-			<td>Detailpagina (1 per statisch bericht via Eleventy-paginering)</td>
-		</tr>
-		<tr>
-			<td>
-				<code>moza/berichtenbox/bericht-demo.html</code>
-			</td>
-			<td>Generieke detailpagina voor demo-berichten</td>
-		</tr>
-		<tr>
-			<td>
-				<code>moza/berichtenbox/berichtenbox-archief.html</code>
-			</td>
-			<td>Archief-pagina</td>
-		</tr>
-		<tr>
-			<td>
-				<code>moza/berichtenbox/berichtenbox-prullenbak.html</code>
-			</td>
-			<td>Prullenbak-pagina</td>
-		</tr>
-	</tbody>
-</table>
-
-## State en localStorage
-
-Alle berichtenbox staten worden opgeslagen onder de localStorage-sleutel `berichtenbox` als JSON-object. Deze bevat: gelezen berichten, gearchiveerde en verwijderde berichten, map-toewijzingen, eigen mappen, demo-berichten en het actuele aantal ongelezen berichten (zodat de side-nav badge ook op andere pagina's correct is).
-
-Resetten kan via de **localStorage wissen** functionaliteit onder **Flags** (rechts-onder) op de pagina of handmatig via `localStorage.removeItem("berichtenbox")` in DevTools van de browser.
+De Berichtenbox bestaat uit drie lagen: de bronnen, een datalaag zonder kennis van de pagina, en de render-laag die de pagina opbouwt. De render-laag leest alleen uit de datalaag en past de bron nooit aan.
+
+**Pagina’s en templates**
+
+- `moza/berichtenbox.html`: de inbox, 10 berichten per pagina.
+- `moza/berichtenbox/berichtenbox-archief.html` en `berichtenbox-prullenbak.html`: archief en prullenbak.
+- `moza/berichtenbox/bericht.njk`: een detailpagina per bericht uit de dataset, gemaakt door Eleventy.
+- `moza/berichtenbox/bericht-demo.html`: de algemene detailpagina voor nieuwe berichten uit de dataset en voor berichten uit het stelsel.
+- `_includes/berichtenbox-tabs.njk`: de tabs Inbox, Archief, Prullenbak en de mappen.
+- `_includes/berichtenbox-row.njk`: een berichtrij, nog in gebruik voor de vijf berichten op de homepage.
+- `_data/berichtenboxData.js`: maakt de dataset: bronnen (magazijnen), berichten en mappen.
+
+**JavaScript**
+
+- `assets/javascript/berichtenbox.js`: de render-laag.
+- `assets/javascript/berichtenbox-keten.js`: praat met het Federatief Berichtenstelsel: de ophaalronde, de lijst en het periodiek opvragen.
+- `assets/javascript/berichtenbox/`, zes modules zonder kennis van de pagina:
+  - `bron.js`: het register van bronnen. De volgorde is de voorrang; de dataset staat achteraan als vangnet.
+  - `keten-bron.js`: het stelsel als bron.
+  - `dataset-bron.js`: de dataset als bron, met het nagebootste ophalen, de nieuwe berichten en de storingen.
+  - `state.js`: de opgeslagen staat in localStorage.
+  - `lijst.js`: filteren, sorteren en pagineren.
+  - `datum.js`: de notatie van datums.
+
+## Opgeslagen staat
+
+De Berichtenbox bewaart de staat onder de localStorage-sleutel `berichtenbox`: gelezen, gearchiveerde en verwijderde berichten, de indeling in mappen, eigen mappen, nieuwe berichten uit de dataset, en of het eerste bezoek al geweest is. Het aantal ongelezen berichten staat apart onder `unread:count`, zodat de teller in de zijnavigatie ook op andere pagina’s klopt.
+
+De staat hoort bij één persona. Na een wissel van persona begint die leeg: andere bedrijven hebben andere post. Berichten uit het stelsel komen niet in localStorage; die bewaart het stelsel 12 uur in een sessie op de server.
+
+Resetten kan met **localStorage wissen** in het Flags-paneel rechtsonder, met de resetlink op de Berichtenbox-pagina, of in de console van de browser met `localStorage.removeItem("berichtenbox")`.
diff --git a/stories/ContextWisselen.mdx b/stories/ContextWisselen.mdx
index c2cd184b..6c762ded 100644
--- a/stories/ContextWisselen.mdx
+++ b/stories/ContextWisselen.mdx
@@ -97,7 +97,7 @@ Naast eigen ondernemingen kan een persoon een zakelijke relatie hebben met onder
 		<tr>
 			<td>Bestuurslid</td>
 			<td>Stichting, vereniging</td>
-			<td>KvK-gegevens beheren, jaarrekening deponeren, subsidies aanvragen</td>
+			<td>KVK-gegevens beheren, jaarrekening deponeren, subsidies aanvragen</td>
 		</tr>
 		<tr>
 			<td>Aandeelhouder</td>
@@ -107,7 +107,7 @@ Naast eigen ondernemingen kan een persoon een zakelijke relatie hebben met onder
 		<tr>
 			<td>Boekhouder / accountant</td>
 			<td>Extern gemachtigde</td>
-			<td>Belastingaangiften indienen, loonaangiften, BTW-aangifte; namens meerdere ondernemingen</td>
+			<td>Belastingaangiften indienen, loonaangiften, btw-aangifte, namens meerdere ondernemingen</td>
 		</tr>
 		<tr>
 			<td>Gemachtigde medewerker</td>
@@ -119,7 +119,7 @@ Naast eigen ondernemingen kan een persoon een zakelijke relatie hebben met onder
 
 ## Ontwerppatroon: accountwisselaar
 
-De accountwisselaar is een dropdown in de header die alle contexten toont waarin de ingelogde persoon kan opereren, gegroepeerd op type:
+De accountwisselaar is een uitklapmenu bovenaan de pagina (in de header) dat alle contexten toont waarin de ingelogde persoon kan opereren, gegroepeerd op type:
 
 ```
 Robin Vogel van Bloom B.V. ▾
@@ -140,11 +140,11 @@ Robin Vogel van Bloom B.V. ▾
 
 ### Ontwerpkeuzes
 
-- **Eén inlogmoment, meerdere contexten**; de gebruiker logt één keer in (met bijvoorbeeld DigiD, eHerkenning of eWallet) en kan daarna wisselen zonder opnieuw te authenticeren. De contexten worden opgehaald op basis van de identiteit (bijvoorbeeld BSN → KvK-koppelingen, machtigingen).
-- **Groepering op relatietype**; "Privé", "Ik handel namens" (machtigingen voor personen), "Mijn ondernemingen" (eigenaar/vennoot) en "Mijn belangen" (bestuurslid, gemachtigde) zijn visueel gescheiden groepen. Dit maakt het overzichtelijk bij veel contexten.
-- **Rol zichtbaar per context**; naast de organisatienaam staat de rol (Eigenaar, Bestuurslid, Aandeelhouder, Boekhouder). Dit verduidelijkt de rechten en voorkomt verwarring bij organisaties waar de gebruiker meerdere rollen kan hebben.
-- **Actieve context visueel gemarkeerd**; de huidige context heeft een visuele indicator (`aria-current`), zodat de gebruiker altijd ziet namens wie er gehandeld wordt. Voor privé, machtigingen en belangen staat dit in de markup; voor de eigen ondernemingen wordt het door JavaScript (`personas.js`) gezet op basis van de actieve persona.
-- **Contextnaam in de wisselaar-knop**; de paginatitel zelf is vast per omgeving ("MijnOverheid Zakelijk" in de zakelijke omgeving, "MijnOverheid" in de burgeromgeving) en wisselt niet mee met de context. De actieve context staat in de knoptekst van de accountwisselaar (bijvoorbeeld "Robin Vogel van Bloom B.V." of "Robin Vogel voor VvE Residentie Parkzicht").
+- **Eén inlogmoment, meerdere contexten**: de gebruiker logt één keer in (met bijvoorbeeld DigiD, eHerkenning of eWallet) en kan daarna wisselen zonder opnieuw te authenticeren. De contexten worden opgehaald op basis van de identiteit (bijvoorbeeld BSN → KvK-koppelingen, machtigingen).
+- **Groepering op relatietype**: “Privé”, “Ik handel namens” (machtigingen voor personen), “Mijn ondernemingen” (eigenaar/vennoot) en “Mijn belangen” (bestuurslid, gemachtigde) zijn visueel gescheiden groepen. Dit maakt het overzichtelijk bij veel contexten.
+- **Rol zichtbaar per context**: naast de organisatienaam staat de rol (Eigenaar, Bestuurslid, Aandeelhouder, Boekhouder). Dit verduidelijkt de rechten en voorkomt verwarring bij organisaties waar de gebruiker meerdere rollen kan hebben.
+- **Actieve context visueel gemarkeerd**: de huidige context heeft een visuele indicator (`aria-current`), zodat de gebruiker altijd ziet namens wie er gehandeld wordt. Voor privé, machtigingen en belangen staat dit in de markup; voor de eigen ondernemingen wordt het door JavaScript (`personas.js`) gezet op basis van de actieve persona.
+- **Contextnaam in de wisselaar-knop**: de paginatitel zelf is vast per omgeving (“MijnOverheid Zakelijk” in de zakelijke omgeving, “MijnOverheid” in de burgeromgeving) en wisselt niet mee met de context. De actieve context staat in de knoptekst van de accountwisselaar (bijvoorbeeld “Robin Vogel van Bloom B.V.” of “Robin Vogel voor VvE Residentie Parkzicht”).
 
 ### Toegankelijkheid
 
@@ -152,7 +152,7 @@ Robin Vogel van Bloom B.V. ▾
 - Het menu sluit bij <kbd>Escape</kbd> en bij klikken buiten het menu.
 - Groepslabels zijn visueel aanwezig maar niet interactief, ze structureren het menu zonder de toetsenbordnavigatie te verstoren.
 
-### Machtigingen: "Ik handel namens"
+### Machtigingen: “Ik handel namens”
 
 De machtigingen om namens een persoon te handelen vormen geen aparte wisselaar, maar staan in hetzelfde menu onder de groep **Ik handel namens** (zie de boom hierboven): Anne Vogel-de Groot (mantelzorg) en Sofia René Vogel (ouderlijk gezag).
 
@@ -164,9 +164,9 @@ Bij het wisselen tussen contexten moet de gebruiker onmiddellijk herkennen _waar
 
 ### Uitgangspunten
 
-- **Consistentie boven variatie**; de interface blijft in alle contexten herkenbaar als MijnOverheid. Layout, typografie, componenten en interactiepatronen zijn identiek. Het onderscheid zit in signalen, niet in een heel ander ontwerp.
-- **Niet alleen kleur**; kleur kan een ondersteunend signaal zijn, maar mag nooit het enige onderscheidende kenmerk zijn ([WCAG 1.4.1: _Use of Color_](https://www.w3.org/WAI/WCAG22/Understanding/use-of-color.html)). Elk visueel onderscheid moet ook zonder kleurwaarneming werken.
-- **Beperkt aantal contexttypes**; het onderscheid hoeft niet per organisatie maar per _type_ context: privé (eigen en gemachtigd), zakelijk (eigen en gemachtigd/belang). Dat zijn maximaal vier visuele varianten.
+- **Consistentie boven variatie**: de interface blijft in alle contexten herkenbaar als MijnOverheid. Layout, typografie, componenten en interactiepatronen zijn identiek. Het onderscheid zit in signalen, niet in een heel ander ontwerp.
+- **Niet alleen kleur**: kleur kan een ondersteunend signaal zijn, maar mag nooit het enige onderscheidende kenmerk zijn ([WCAG 1.4.1: _Use of Color_](https://www.w3.org/WAI/WCAG22/Understanding/use-of-color.html)). Elk visueel onderscheid moet ook zonder kleurwaarneming werken.
+- **Beperkt aantal contexttypes**: het onderscheid hoeft niet per organisatie maar per _type_ context: privé (eigen en gemachtigd), zakelijk (eigen en gemachtigd/belang). Dat zijn maximaal vier visuele varianten.
 
 ### Mogelijke signalen
 
@@ -185,7 +185,7 @@ Het visueel onderscheiden van contexten kan via een combinatie van onderstaande
 		<tr>
 			<td>Tekstlabel in de header</td>
 			<td>Naast de paginatitel</td>
-			<td>"MijnOverheid" vs. "MijnOverheid Zakelijk" vs. "MijnOverheid Zakelijk namens VvE Residentie Parkzicht"</td>
+			<td>“MijnOverheid” vs. “MijnOverheid Zakelijk” vs. “MijnOverheid Zakelijk namens VvE Residentie Parkzicht”</td>
 			<td>Ja</td>
 		</tr>
 		<tr>
@@ -197,7 +197,7 @@ Het visueel onderscheiden van contexten kan via een combinatie van onderstaande
 		<tr>
 			<td>Contextbanner</td>
 			<td>Boven of onder de header</td>
-			<td>Een smalle balk met "U handelt namens: VvE Residentie Parkzicht (bestuurslid)", zichtbaar zolang de context niet de eigen persoon of eigen onderneming is</td>
+			<td>Een smalle balk met “U handelt namens: VvE Residentie Parkzicht (bestuurslid)”, zichtbaar zolang de context niet de eigen persoon of eigen onderneming is</td>
 			<td>Ja (tekst + positie)</td>
 		</tr>
 		<tr>
@@ -217,22 +217,22 @@ Het visueel onderscheiden van contexten kan via een combinatie van onderstaande
 
 ### Aandachtspunten voor de gemachtigde context
 
-Wanneer iemand handelt namens een ander persoon of een andere organisatie, is extra duidelijkheid nodig om fouten te voorkomen. Een verkeerde belastingaangifte indienen namens de verkeerde organisatie heeft reële consequenties.
+Wanneer iemand handelt namens een andere persoon of een andere organisatie, is extra duidelijkheid nodig om fouten te voorkomen. Een verkeerde belastingaangifte indienen namens de verkeerde organisatie heeft reële consequenties.
 
-- **Permanente indicator**; de contextbanner (“U handelt namens…”) moet zichtbaar blijven zolang de gemachtigde context actief is, ook bij scrollen. Dit voorkomt dat de gebruiker vergeet namens wie er gehandeld wordt.
-- **Bevestiging bij gevoelige acties**; bij het indienen van formulieren, wijzigen van gegevens of doen van aangiften kan een extra bevestigingsstap tonen namens wie de actie wordt uitgevoerd.
-- **Visueel onderscheid t.o.v. eigen context**; de gemachtigde context moet duidelijk _anders_ aanvoelen dan de eigen context. Als het ontwerp te gelijk is, vergroot dat de kans op vergissingen.
+- **Permanente indicator**: de contextbanner (“U handelt namens…”) moet zichtbaar blijven zolang de gemachtigde context actief is, ook bij scrollen. Dit voorkomt dat de gebruiker vergeet namens wie er gehandeld wordt.
+- **Bevestiging bij gevoelige acties**: bij het indienen van formulieren, wijzigen van gegevens of doen van aangiften kan een extra bevestigingsstap tonen namens wie de actie wordt uitgevoerd.
+- **Visueel onderscheid t.o.v. eigen context**: de gemachtigde context moet duidelijk _anders_ aanvoelen dan de eigen context. Als het ontwerp te gelijk is, vergroot dat de kans op vergissingen.
 
 ### Onderzoeksvragen
 
 Dit onderwerp vraagt om gericht gebruikersonderzoek. Onderstaande vragen kunnen als basis dienen:
 
-- **Herkenning**; Herkennen gebruikers in welke context ze zich bevinden? Hoe snel? Welke signalen vallen op en welke worden gemist?
-- **Verwarring**; Ontstaat er verwarring bij het wisselen, met name bij snel achter elkaar schakelen tussen eigen en gemachtigde contexten?
-- **Voldoende onderscheid**; Is het onderscheid tussen “eigen zakelijk” en “gemachtigd zakelijk” sterk genoeg? Of worden die twee als hetzelfde ervaren?
-- **Kleur als ondersteuning**; Voegt een accentkleur (bijvoorbeeld een gekleurde headerlijn) iets toe bovenop tekst en iconen, of is het overbodig?
-- **Contextbanner**; Wordt de banner “U handelt namens…” opgemerkt? Raakt deze na verloop van tijd onzichtbaar door bannerblindheid?
-- **Doelgroepverschillen**; Ervaren professionele gemachtigden (boekhouders die dagelijks wisselen) het anders dan incidentele gemachtigden (mantelzorger die af en toe iets regelt voor een ouder)?
+- **Herkenning**: herkennen gebruikers in welke context ze zich bevinden? Hoe snel? Welke signalen vallen op en welke worden gemist?
+- **Verwarring**: ontstaat er verwarring bij het wisselen, met name bij snel achter elkaar schakelen tussen eigen en gemachtigde contexten?
+- **Voldoende onderscheid**: is het onderscheid tussen “eigen zakelijk” en “gemachtigd zakelijk” sterk genoeg? Of worden die twee als hetzelfde ervaren?
+- **Kleur als ondersteuning**: voegt een accentkleur (bijvoorbeeld een gekleurde headerlijn) iets toe bovenop tekst en iconen, of is het overbodig?
+- **Contextbanner**: wordt de banner “U handelt namens…” opgemerkt? Raakt deze na verloop van tijd onzichtbaar door bannerblindheid?
+- **Doelgroepverschillen**: ervaren professionele gemachtigden (boekhouders die dagelijks wisselen) het anders dan incidentele gemachtigden (mantelzorger die af en toe iets regelt voor een ouder)?
 
 ### Referenties
 
@@ -258,10 +258,10 @@ Dit onderwerp vraagt om gericht gebruikersonderzoek. Onderstaande vragen kunnen
 
 ## Openstaande vragen
 
-- **Hoe worden machtigingen technisch opgehaald?**; DigiD Machtigen, eHerkenning en het Handelsregister zijn drie verschillende bronnen. De accountwisselaar moet deze samenvoegen tot één overzicht.
-- **Wat gebeurt er bij veel contexten?**; een boekhouder met tientallen klanten heeft een ander overzicht nodig dan een ondernemer met twee B.V.'s. Mogelijk is een zoekfunctie of categorisering nodig bij meer dan ~8 contexten.
-- **Welke gegevens wisselen mee?**; bij het wisselen van context veranderen bedrijfsgegevens, actualiteiten, berichten en lopende zaken. Persoonlijke voorkeuren (taal, notificatie-instellingen) blijven waarschijnlijk hetzelfde.
-- **Hoe wordt misbruik voorkomen?**; als iemand gemachtigd is voor een ander, moeten deze acties gelogd worden. De gebruiker moet altijd zien namens wie er gehandeld wordt (prominente indicator).
+- **Hoe worden machtigingen technisch opgehaald?** DigiD Machtigen, eHerkenning en het Handelsregister zijn drie verschillende bronnen. De accountwisselaar moet deze samenvoegen tot één overzicht.
+- **Wat gebeurt er bij veel contexten?** een boekhouder met tientallen klanten heeft een ander overzicht nodig dan een ondernemer met twee B.V.’s. Mogelijk is een zoekfunctie of categorisering nodig bij meer dan ~8 contexten.
+- **Welke gegevens wisselen mee?** bij het wisselen van context veranderen bedrijfsgegevens, actualiteiten, berichten en lopende zaken. Persoonlijke voorkeuren (taal, notificatie-instellingen) blijven waarschijnlijk hetzelfde.
+- **Hoe wordt misbruik voorkomen?** als iemand gemachtigd is voor een ander, moeten deze acties gelogd worden. De gebruiker moet altijd zien namens wie er gehandeld wordt (prominente indicator).
 
 ## Bronnen
 
@@ -289,7 +289,7 @@ Dit onderwerp vraagt om gericht gebruikersonderzoek. Onderstaande vragen kunnen
 
 - Het zakelijke equivalent van DigiD Machtigen. Via eHerkenning-ketenmachtiging kan een boekhouder namens meerdere ondernemingen handelen. Dit is de bron voor de “Mijn belangen”-groep in de wisselaar.
 
-**[Handelsregister (KvK)](https://www.kvk.nl/)**
+**[Handelsregister (KVK)](https://www.kvk.nl/)**
 
 - De bron voor wie welke rol heeft bij welke onderneming: eigenaar, bestuurder, vennoot, gevolmachtigde. De accountwisselaar haalt hier de “Mijn ondernemingen” en “Mijn belangen” uit.
 
@@ -305,7 +305,7 @@ Dit onderwerp vraagt om gericht gebruikersonderzoek. Onderstaande vragen kunnen
 
 **[NL Design System — Mijn Services Community](https://nldesignsystem.nl/community/community-sprints/mijn-services-community/)**
 
-- Werkt actief aan patronen voor Mijn-omgevingen van de overheid. Rolwisseling en machtigingen zijn terugkerende thema's in deze community.
+- Werkt actief aan patronen voor Mijn-omgevingen van de overheid. Rolwisseling en machtigingen zijn terugkerende thema’s in deze community.
 
 **[Common Ground — NLX](https://commonground.nl/)**
 
diff --git a/stories/DigitaleAssistent.mdx b/stories/DigitaleAssistent.mdx
index 0b8859c2..a1365411 100644
--- a/stories/DigitaleAssistent.mdx
+++ b/stories/DigitaleAssistent.mdx
@@ -30,7 +30,7 @@ Bij het eerste bezoek stelt de assistent zich voor middels drie tekstballonnen,
 
 Bij subsidies, regelingen en buurtberichten staat in de actiegroep de link “Vraag aan de digitale assistent”. Die opent de assistent met `?vraag=` en verstuurt de vraag direct. De uitleg valt dan weg, ook bij een eerste bezoek: wie een vraag stelt, wil een antwoord en geen drie tekstballonnen ertussen die op dat moment niet relevant zijn. De uitleg wordt niet als gezien gemarkeerd, dus wie later zonder vraag binnenkomt krijgt hem alsnog.
 
-De vraag komt uit één bron, `assets/javascript/assistent-vraag.js`. Eleventy gebruikt die als filter voor de detailpagina's, de browser als script voor de kaarten op de homepage. Zo stelt dezelfde knop op twee plekken dezelfde vraag. Een vraag die de redactie in de data heeft gezet (`assistentVraag`) gaat altijd voor.
+De vraag komt uit één bron, `assets/javascript/assistent-vraag.js`. Eleventy gebruikt die als filter voor de detailpagina’s, de browser als script voor de kaarten op de homepage. Zo stelt dezelfde knop op twee plekken dezelfde vraag. Een vraag die de redactie in de data heeft gezet (`assistentVraag`) gaat altijd voor.
 
 ## Wachten
 
@@ -73,7 +73,7 @@ Hoe dat werkt:
 
 - De bronnen komen bij voorkeur als data mee in het antwoord (`bronnen`). Zet de backend ze als slotregel in de tekst (“Bron: RegelRecht (art. 5.15 …)”), dan haalt de chat die regel eruit en toont hem op dezelfde manier. Een opsomming midden in een antwoord blijft inhoud en wordt geen bron.
 - Noemt de assistent alleen de naam van een bron, dan komt de link uit de lijst met bekende bronnen in `digitale-assistent.js`. Een bron zonder publieke pagina (de Business Wallet is in dit prototype een nabootsing) blijft zonder link.
-- De tekst van een antwoord wordt beperkt opgemaakt: alinea's, opsommingen, vet, cursief en links. Een kop uit het antwoord wordt vetgedrukt en geen `<h2>`–`<h6>`: de ballon staat midden in de kopstructuur van de pagina.
+- De tekst van een antwoord wordt beperkt opgemaakt: alinea’s, opsommingen, vet, cursief en links. Een kop uit het antwoord wordt vetgedrukt en geen `<h2>`–`<h6>`: de ballon staat midden in de kopstructuur van de pagina.
 
 ### In beeld brengen
 
@@ -159,7 +159,7 @@ Achter een feature flag staat onder het gesprek welke bronnen de assistent gebru
 
 ## Identiteit
 
-De chat stuurt het KvK-nummer van de actieve persona mee in de header `X-Test-User`. De backend toetst dat aan een allowlist en zet het zelf bij elke bronaanroep; het model kan de identiteit niet kiezen. **Dit is geen authenticatie**: de header is in de browser aan te passen. Voor een gesloten testgroep met fictieve gegevens is dat aanvaardbaar.
+De chat stuurt het KVK-nummer van de actieve persona mee in de header `X-Test-User`. De backend toetst dat aan een allowlist en zet het zelf bij elke bronaanroep; het model kan de identiteit niet kiezen. **Dit is geen authenticatie**: de header is in de browser aan te passen. Voor een gesloten testgroep met fictieve gegevens is dat aanvaardbaar.
 
 ## Demo-modus
 
diff --git a/stories/EmailVerificatie.mdx b/stories/EmailVerificatie.mdx
index e6aee16e..1674f1a9 100644
--- a/stories/EmailVerificatie.mdx
+++ b/stories/EmailVerificatie.mdx
@@ -5,19 +5,19 @@ import * as FeedbackStories from "./Feedback.stories";
 
 # E-mailverificatie
 
-Wanneer een gebruiker een e-mailadres toevoegt of wijzigt, moet dit geverifieerd worden voordat het actief wordt. Dit patroon beschrijft deze flow, zowel de ‘happy-flow’ als situaties waarin het mis kan gaan.
+Wanneer een gebruiker een e-mailadres toevoegt of wijzigt, moet dit geverifieerd worden voordat het actief wordt. Dit patroon beschrijft wat er gebeurt als alles goed gaat (de _happy flow_) en wat er gebeurt als het misgaat (de _unhappy flows_).
 
 ## Waarom verificatie?
 
 Een e-mailadres is een communicatiekanaal waarlangs de overheid notificaties stuurt. Een foutief of niet-bereikbaar adres kan ertoe leiden dat de gebruiker belangrijke berichten mist. Verificatie beschermt zowel de gebruiker als de organisatie.
 
-## Happy-flow
+## Als alles goed gaat (happy flow)
 
 De gebruiker wijzigt het e-mailadres en bevestigt dit succesvol.
 
 ### 1. Invoer
 
-De gebruiker voert een nieuw e-mailadres in met de actie **Contactgegevens wijzigen** op de pagina **Contactvoorkeuren** en klikt op **Opslaan**.
+De gebruiker voert een nieuw e-mailadres in met de actie **Contactgegevens wijzigen** op de pagina **Contactvoorkeuren** en kiest **Opslaan**.
 
 #### Validatie bij invoer
 
@@ -47,7 +47,7 @@ In de domeinnaam (na de `@`):
 
 **Technische implementatie:**
 
-- Het invoerveld gebruikt `type="email"`, dit zorgt ondermeer voor het juiste toetsenbord op mobiele apparaten
+- Het invoerveld gebruikt `type="email"`, dit zorgt onder meer voor het juiste toetsenbord op mobiele apparaten
 - `novalidate` op het formulier onderdrukt standaard browser-validatie popups
 - `autocomplete="email"` en `spellcheck="false"` op het invoerveld conform [WCAG 2.2 criterium 1.3.5](https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html)
 - Verplichte velden zijn gemarkeerd met `aria-required="true"` in plaats van het `required`-attribuut
@@ -79,7 +79,7 @@ De gebruiker vult de verificatiecode uit de bevestigingsmail in. De gebruiker ko
 - Het oude adres wordt direct vervangen
 - De pagina Contactvoorkeuren toont het nieuwe adres
 
-## Unhappy-flows
+## Als het misgaat (unhappy flows)
 
 ### Ongeldig e-mailadres formaat
 
@@ -148,7 +148,7 @@ De verificatiemail kan niet worden afgeleverd (_hard bounce_):
 				<code>feedback-info</code>
 			</td>
 			<td>Actief</td>
-			<td>Opnieuw versturen, Annuleren</td>
+			<td>Opnieuw versturen, Annuleer</td>
 		</tr>
 		<tr>
 			<td>Verificatie voltooid</td>
@@ -187,16 +187,16 @@ De verificatiemail kan niet worden afgeleverd (_hard bounce_):
 
 ## Toegankelijkheid
 
-- Feedbackmeldingen worden aangekondigd via een `aria-live="polite"` regio, zodat screenreaders de statuswijziging communiceren
+- Feedbackmeldingen worden aangekondigd via een `aria-live="polite"` regio, zodat schermlezers de statuswijziging voorlezen
 - De verificatiecode in de e-mail moet duidelijk beschrijven wat er gebeurt: _“Bevestig uw e-mailadres voor MijnOverheid Zakelijk door deze code in te voeren in het veld **Verificatiecode**”_ in de tekst van de e-mail
 - Foutmeldingen bij het formulier worden gekoppeld via `aria-describedby` aan het invoerveld
 - De **Opnieuw versturen**-knop communiceert na klik de nieuwe staat (niet alleen visueel)
 
 ## Openstaande vragen
 
-- **Geldigheidsduur**; hoe lang is de verificatielink geldig? Momenteel is deze in het prototype vastgesteld op 20 minuten.
-- **Gedeelde mailbox**; als het e-mailadres een gedeelde bedrijfsmailbox is, wie bevestigt dan? De wijziging hoeft niet door dezelfde persoon bevestigd te worden
-- **Terugvaloptie**; moet er een alternatief verificatiemechanisme zijn als e-mail niet werkt (bijvoorbeeld sms-code)?
+- **Geldigheidsduur**: hoe lang is de verificatielink geldig? Momenteel is deze in het prototype vastgesteld op 20 minuten.
+- **Gedeelde mailbox**: als het e-mailadres een gedeelde bedrijfsmailbox is, wie bevestigt dan? De wijziging hoeft niet door dezelfde persoon bevestigd te worden.
+- **Terugvaloptie**: moet er een alternatief verificatiemechanisme zijn als e-mail niet werkt (bijvoorbeeld sms-code)?
 
 ## Bronnen
 
@@ -206,7 +206,7 @@ De verificatiemail kan niet worden afgeleverd (_hard bounce_):
 
 **[GOV.UK — Email addresses (input)](https://design-system.service.gov.uk/patterns/email-addresses/)**
 
-- Richtlijnen voor het invoerveld: gebruik `type="email"`, `autocomplete="email"` (WCAG 2.2, 1.3.5), `spellcheck="false"`. Laat ruimte voor minimaal 30 tekens. Sta plakken altijd toe. Overweeg te waarschuwen bij veelvoorkomende typfouten in domeinnamen (bijvoorbeeld "homtail.com").
+- Richtlijnen voor het invoerveld: gebruik `type="email"`, `autocomplete="email"` (WCAG 2.2, 1.3.5), `spellcheck="false"`. Laat ruimte voor minimaal 30 tekens. Sta plakken altijd toe. Overweeg te waarschuwen bij veelvoorkomende typfouten in domeinnamen (bijvoorbeeld “homtail.com”).
 
 **[NNGroup — How to Report Errors in Forms](https://www.nngroup.com/articles/errors-forms-design-guidelines/)**
 
@@ -214,16 +214,16 @@ De verificatiemail kan niet worden afgeleverd (_hard bounce_):
 
 **[Smashing Magazine — Accessible Form Validation](https://www.smashingmagazine.com/2023/02/guide-accessible-form-validation/)**
 
-- Gebruik `aria-describedby` om foutmeldingen te koppelen aan het veld (niet `aria-errormessage`, onvoldoende screenreader-ondersteuning). Gebruik `aria-invalid="true"` op foutieve velden. Onderdrukt native validatie met `novalidate` op het formulier en gebruik `aria-required="true"` in plaats van `required`. Schakel de verstuurknop nooit uit.
+- Gebruik `aria-describedby` om foutmeldingen te koppelen aan het veld (niet `aria-errormessage`, schermlezers ondersteunen dat onvoldoende). Gebruik `aria-invalid="true"` op foutieve velden. Onderdruk native validatie met `novalidate` op het formulier en gebruik `aria-required="true"` in plaats van `required`. Schakel de verstuurknop nooit uit.
 
 **[Smashing Magazine — Inline Validation (Reward Early, Punish Late)](https://www.smashingmagazine.com/2022/09/inline-validation-web-forms-ux/)**
 
-- Het "reward early, punish late" patroon: bevestig correcties direct (reward early), maar wacht met het tonen van nieuwe fouten tot de gebruiker het veld verlaat (punish late). Verwijder foutmeldingen zodra de invoer geldig wordt, wacht niet op blur.
+- Het “reward early, punish late” patroon: bevestig correcties direct (reward early), maar wacht met het tonen van nieuwe fouten tot de gebruiker het veld verlaat (punish late). Verwijder foutmeldingen zodra de invoer geldig wordt, wacht niet op blur.
 
 **[WCAG 3.3.1 — Error Identification](https://www.w3.org/WAI/WCAG22/Understanding/error-identification.html)**
 
-- Foutmeldingen moeten het foutveld identificeren en de fout in tekst beschrijven. Relevant voor de validatie bij invoer en de unhappy-flows.
+- Foutmeldingen moeten het foutveld identificeren en de fout in tekst beschrijven. Relevant voor de validatie bij invoer en de unhappy flows.
 
 **[WCAG 4.1.3 — Status Messages](https://www.w3.org/WAI/WCAG22/Understanding/status-messages.html)**
 
-- Statusberichten (zoals "Verificatiemail verstuurd") moeten via ARIA live regions aan hulptechnologie worden gecommuniceerd zonder dat de focus verplaatst wordt.
+- Statusberichten (zoals “Verificatiemail verstuurd”) moeten via ARIA live regions aan hulptechnologie worden gecommuniceerd zonder dat de focus verplaatst wordt.
diff --git a/stories/InteracterenOpInhoud.mdx b/stories/InteracterenOpInhoud.mdx
index 2bdbaea1..332fe9d8 100644
--- a/stories/InteracterenOpInhoud.mdx
+++ b/stories/InteracterenOpInhoud.mdx
@@ -8,7 +8,7 @@ Ten behoeve van recommendation engine voor gepersonaliseerde content (aanbevelin
 
 Door gebruikers te laten reageren op inhoud, zoals bij Actualiteiten, wordt stap voor stap een uniek persoons- en/of bedrijfsprofiel opgebouwd.
 
-Elke interactie is een signaal dat positief of negatief meeweegt in dat profiel. Denk aan **Bewaar**, **Herinner mij**, **Al geregeld**, **Delen**, **Relevant** en **Meer zoals dit** als positieve signalen, en **Niet relevant** als negatief signaal.
+Elke interactie is een signaal dat positief of negatief meeweegt in dat profiel. Denk aan **Bewaar**, **Herinner mij**, **Al geregeld**, **Deel**, **Relevant** en **Meer zoals dit** als positieve signalen, en **Niet relevant** als negatief signaal.
 
 ## Signalen
 
@@ -37,9 +37,9 @@ Elke interactie is een signaal dat positief of negatief meeweegt in dat profiel.
 			<td>Gebruiker heeft actie ondernomen. Toont waar iemand daadwerkelijk mee bezig is.</td>
 		</tr>
 		<tr>
-			<td>Delen</td>
+			<td>Deel</td>
 			<td>Positief</td>
-			<td>Gebruiker deelt het item met anderen. Wat je deelt, vind je belangrijk genoeg voor anderen.</td>
+			<td>Gebruiker deelt het item met anderen. Wat iemand deelt, vindt die belangrijk genoeg voor anderen.</td>
 		</tr>
 		<tr>
 			<td>Relevant</td>
@@ -54,7 +54,7 @@ Elke interactie is een signaal dat positief of negatief meeweegt in dat profiel.
 			<td>Verfijnt het profiel zonder dat de gebruiker een lijst vol bewaarde items opbouwt.</td>
 		</tr>
 		<tr>
-			<td>Niet relevant</td>
+			<td>Niet relevant voor mij</td>
 			<td>Negatief</td>
 			<td>Gebruiker geeft aan dat het item niet van toepassing is. Weegt negatief mee in profielopbouw.</td>
 		</tr>
@@ -77,14 +77,14 @@ De gebruiker heeft altijd inzicht in welke signalen zijn vastgelegd en kan deze
 
 **[UX Guidelines for Recommended Content](https://www.nngroup.com/articles/recommendation-guidelines/)** — Nielsen Norman Group
 
-- Toon gepersonaliseerde actualiteiten prominent, boven generieke content — in MOZa betekent dit dat Actualiteiten op de homepage voorrang krijgen naarmate het profiel rijker wordt
+- Toon gepersonaliseerde actualiteiten prominent, boven generieke content. In MOZa betekent dit dat Actualiteiten op de homepage voorrang krijgen naarmate het profiel rijker wordt
 - Leg uit _waarom_ iets wordt getoond: “Op basis van uw branche” of “Relevant voor uw vestigingsadres”, vergelijkbaar met hoe Actualiteiten nu al zijn opgedeeld in berichten, subsidies en regelgeving
 - Bied directe feedbackmechanismen aan bij elk item (bewaar, relevant, niet relevant)
-- Werk aanbevelingen snel bij na interactie — als een gebruiker “Niet relevant” kiest, moet dat direct zichtbaar effect hebben
+- Werk aanbevelingen snel bij na interactie: als een gebruiker “Niet relevant voor mij” kiest, moet dat direct zichtbaar effect hebben
 
 **[Customization vs. Personalization](https://www.nngroup.com/articles/customization-personalization/)** — Nielsen Norman Group
 
-- MOZa combineert beide: **personalisatie** (systeem filtert op basis van KvK-gegevens, SBI-code, vestigingsadres) en **customisatie** (gebruiker stuurt bij via de acties voor: bewaren, een item als relevant of niet relevant aanmerken, of het item delen met anderen)
+- MOZa combineert beide: **personalisatie** (systeem filtert op basis van KVK-gegevens, SBI-code, vestigingsadres) en **customisatie** (gebruiker stuurt bij via de acties voor: bewaren, een item als relevant of niet relevant aanmerken, of het item delen met anderen)
 - Personalisatie werkt het best wanneer gebruikers niet precies weten wat ze nodig hebben, dat geldt voor ondernemers die niet alle subsidies of regelgeving kennen die op hen van toepassing zijn
 
 **[Users' Expectations for Recommendations](https://www.nngroup.com/articles/recommendation-expectations/)** — Nielsen Norman Group
@@ -92,11 +92,11 @@ De gebruiker heeft altijd inzicht in welke signalen zijn vastgelegd en kan deze
 - Gebruikers accepteren dat hun gedrag wordt bijgehouden als de aanbevelingen duidelijke waarde bieden, bij MOZa is die waarde concreet: relevante subsidies, regelgeving en berichten over de buurt van vestigingsadres(sen) of werkgebied(en)
 - Bij diensten met hogere consequenties (subsidies, regelgeving) investeren gebruikers meer in het geven van feedback
 - Nieuwe gebruikers vergeven onnauwkeurige aanbevelingen vanwege beperkte data, het profiel hoeft niet direct perfect te zijn
-- Slechte suggesties worden makkelijk genegeerd als de interactiekosten laag zijn, de “Niet relevant” knop moet dus laagdrempelig blijven
+- Slechte suggesties worden makkelijk genegeerd als de interactiekosten laag zijn, de knop “Niet relevant voor mij” moet dus laagdrempelig blijven
 
 **[Can Users Control a UI Driven by ML?](https://www.nngroup.com/articles/machine-learning-ux/)** — Nielsen Norman Group
 
-- Gebruikers begrijpen slecht welke acties het systeem beïnvloeden — MOZa moet expliciet maken dat Bewaar, Relevant en Niet relevant het profiel vormen
+- Gebruikers begrijpen slecht welke acties het systeem beïnvloeden. MOZa moet expliciet maken dat Bewaar, Relevant en Niet relevant voor mij het profiel vormen
 - Onduidelijkheid leidt tot wantrouwen: gebruikers gaan dan veronderstellen dat er meer data wordt verzameld dan daadwerkelijk het geval is, voor een overheidsportaal is dit extra risicovol
 - Maak feedbackknoppen prominent, de zichtbaarheid moet in verhouding staan tot de hoeveelheid content. Bij MOZa staan de acties direct onder elk item
 
@@ -104,14 +104,14 @@ De gebruiker heeft altijd inzicht in welke signalen zijn vastgelegd en kan deze
 
 **[Favorites — ui-patterns.com](https://ui-patterns.com/patterns/favorites)**
 
-- Favorites zijn voor **persoonlijke organisatie**, niet voor sociale promotie — in MOZa is “Bewaar” privé, ter ondersteuning van het aan kunnen bieden van steeds relevantere inhoud
+- Favorites zijn voor **persoonlijke organisatie**, niet voor sociale promotie. In MOZa is “Bewaar” privé, ter ondersteuning van het aan kunnen bieden van steeds relevantere inhoud
 - Bied een aparte lijst van bewaarde items aan, de pagina Bewaard vervult deze rol
 
 **[Bookmarks vs. Favorites vs. Social Validation](https://dorve.com/blog/like-vs-bookmarks-vs-favorites/)**
 
 - **Bewaar** in MOZa is een _bookmark_: privé opslaan voor later, “_voor het geval dat_”
 - **Relevant/Niet relevant** is _validatie_: een signaal over bruikbaarheid, niet over opslaan
-- **Delen** (toekomstig) zou een _sociaal_ patroon zijn: doorsturen naar een collega, werknemer of andere belanghebbende
+- **Deel** (toekomstig) zou een _sociaal_ patroon zijn: doorsturen naar een collega, werknemer of andere belanghebbende
 - Elk patroon draagt anders bij aan het profiel: bookmarks tonen interesses, validatie stuurt aanbevelingen bij, delen toont wat iemand belangrijk genoeg vindt voor anderen
 - Combineer deze patronen niet in één knop, MOZa scheidt ze terecht in aparte acties
 
@@ -119,7 +119,7 @@ De gebruiker heeft altijd inzicht in welke signalen zijn vastgelegd en kan deze
 
 **[Beyond Explicit and Implicit (CHI 2025)](https://arxiv.org/abs/2502.09869)**
 
-- Naast expliciete feedback (Bewaar, Relevant, Niet relevant) en impliciete feedback (klikgedrag, leestijd) bestaat er een derde categorie: **intentional implicit feedback**, bewuste acties die geen expliciete feedbackknop gebruiken, zoals doelbewust scrollen voorbij een item
+- Naast expliciete feedback (Bewaar, Relevant, Niet relevant voor mij) en impliciete feedback (klikgedrag, leestijd) bestaat er een derde categorie: **intentional implicit feedback**, bewuste acties die geen expliciete feedbackknop gebruiken, zoals doelbewust scrollen voorbij een item
 - Expliciete feedback wordt vooral gebruikt om de feed aan te passen, dit is precies wat de Relevant/Niet relevant toggles in MOZa doen
 - Ontwerp aanbeveling: als een MOZa-gebruiker bewust een subsidie-categorie opent die niet bij het profiel past, kan dat een signaal zijn om het profiel te verbreden
 
@@ -128,4 +128,4 @@ De gebruiker heeft altijd inzicht in welke signalen zijn vastgelegd en kan deze
 **[GOV.UK Design System — Patterns](https://design-system.service.gov.uk/patterns/)**
 
 - Patronen zijn _“best practice design solutions for specific user-focused tasks”_, een niveau boven componenten
-- GOV.UK structureert patronen rond gebruikerstaken: “Help users to…” en “Ask users for…”, MOZa's interactiepatroon past in een categorie als “Help users to discover relevant content”
+- GOV.UK structureert patronen rond gebruikerstaken: “Help users to…” en “Ask users for…”, MOZa’s interactiepatroon past in een categorie als “Help users to discover relevant content”
diff --git a/stories/OntwerpprincipesHoe.mdx b/stories/OntwerpprincipesHoe.mdx
index b1bc3b83..ce4c7056 100644
--- a/stories/OntwerpprincipesHoe.mdx
+++ b/stories/OntwerpprincipesHoe.mdx
@@ -10,7 +10,7 @@ Stylesheets maken gebruik van moderne CSS-functionaliteit die breed ondersteund
 
 ### Logical properties
 
-De CSS maken gebruik van logical properties (`inline-size`, `margin-block-start`, `padding-inline`) in plaats van physical properties (`width`, `margin-top`, `padding-left`). Dit maakt het ondermeer toekomstbestendig voor meertalige ondersteuning en verschillende schrijfrichtingen.
+De CSS maakt gebruik van logical properties (`inline-size`, `margin-block-start`, `padding-inline`) in plaats van physical properties (`width`, `margin-top`, `padding-left`). Dit maakt het onder meer toekomstbestendig voor meertalige ondersteuning en verschillende schrijfrichtingen.
 
 ### CSS nesting en custom properties
 
@@ -18,7 +18,7 @@ De CSS maakt gebruik van [native nesting](https://developer.mozilla.org/en-US/do
 
 ### Pagina-layout
 
-`<body>` is een flex column met `min-block-size: 100dvh`, en `<main>` heeft `flex: 1`. Daardoor staat `<footer>` altijd onderaan het venster bij korte pagina's, en drijft 'ie gewoon mee bij langere. `100vh` staat als fallback voor browsers zonder `dvh`-ondersteuning.
+`<body>` is een flex column met `min-block-size: 100dvh`, en `<main>` heeft `flex: 1`. Daardoor staat `<footer>` altijd onderaan het venster bij korte pagina’s, en schuift die gewoon mee bij langere. `100vh` staat als fallback voor browsers zonder `dvh`-ondersteuning.
 
 ### Layout en spacing
 
@@ -26,9 +26,9 @@ Spacing tussen elementen wordt aangestuurd door één schaal van layout tokens (
 
 In deze codebase wordt **`gap` op een flex- of grid-container** gebruikt voor alle spacing tussen kinderen. Voorbeelden: `body` (column, voor sticky-footer), `article`/`hgroup`/`form` (column flow), `.card` (column met gestapelde secties), `.action-group` (wisselt van kolom naar rij), `ul`/`ol`, `.icon-link` (icoon naast tekst), `.tiles` (grid), `.footer-links` (wisselt van kolom naar rij).
 
-Het voordeel: het eerste element krijgt geen onnodige marge, spacing ontstaat alleen _tussen_ elementen, en verborgen items (`hidden`) doen niet mee, geen lege gaten waar items verborgen zijn. Voor lege dynamische containers die anders nog wél een gap-slot reserveren is er de utility-class `dynamic-list`: via `.dynamic-list:empty { display: none }` valt zo'n container automatisch uit de layout tot er items in zitten.
+Het voordeel: het eerste element krijgt geen onnodige marge, spacing ontstaat alleen _tussen_ elementen, en verborgen items (`hidden`) doen niet mee, geen lege gaten waar items verborgen zijn. Voor lege dynamische containers die anders nog wél een gap-slot reserveren is er de utility-class `dynamic-list`: via `.dynamic-list:empty { display: none }` valt zo’n container automatisch uit de layout tot er items in zitten.
 
-Het alternatief **`> * + *` met margin** is een geldige techniek voor content-flow zonder flex-context, maar wordt op het moment niet gebruikt in deze codebase. Mocht het ooit weer nodig zijn: nooit combineren met `gap` op dezelfde container.
+Het alternatief **`> * + *` met margin** is een geldige techniek voor content-flow zonder flex-context, maar wordt op dit moment niet gebruikt in deze codebase. Mocht het ooit weer nodig zijn: nooit combineren met `gap` op dezelfde container.
 
 ## AI-assistentie in het ontwerpproces
 
@@ -36,10 +36,10 @@ In het ontwerpproces wordt [Claude](https://claude.ai/) ingezet als assistent bi
 
 Claude wordt onder andere ingezet voor:
 
-- **Semi-realistische content**; het prototype wordt gevuld met inhoud die dicht bij de werkelijkheid ligt: bestaande subsidienamen, echte wetten, herkenbare bekendmakingen. Dit maakt het prototype geloofwaardiger in gebruikerstests dan _lorem ipsum_ of duidelijk verzonnen tekst. Claude genereert deze content op basis van publiek beschikbare (overheids)informatie.
-- **Variatie en volume**; waar een ontwerp meerdere pagina's of varianten nodig heeft (bijvoorbeeld gepagineerde lijsten met berichten, subsidies of regelgeving), helpt Claude bij het aanmaken van consistente, gevarieerde content zonder dat elke regel handmatig geschreven hoeft te worden.
-- **Component- en patronenontwikkeling**; Claude assisteert bij het schrijven van HTML, CSS en JavaScript voor nieuwe componenten en interactiepatronen, altijd binnen de bestaande ontwerpprincipes (semantische HTML, design tokens, toegankelijkheid).
-- **Refactoring en abstractie**; herhalende patronen in de code worden met hulp van Claude geïdentificeerd en omgezet naar herbruikbare [_includes_](https://www.smashingmagazine.com/2018/03/static-site-with-nunjucks/) of geautomatiseerde logica, waardoor de codebase onderhoudbaar blijft naarmate het prototype groeit.
+- **Semi-realistische content**: het prototype wordt gevuld met inhoud die dicht bij de werkelijkheid ligt: bestaande subsidienamen, echte wetten, herkenbare bekendmakingen. Dit maakt het prototype geloofwaardiger in gebruikerstests dan _lorem ipsum_ of duidelijk verzonnen tekst. Claude genereert deze content op basis van publiek beschikbare (overheids)informatie.
+- **Variatie en volume**: waar een ontwerp meerdere pagina’s of varianten nodig heeft (bijvoorbeeld gepagineerde lijsten met berichten, subsidies of regelgeving), helpt Claude bij het aanmaken van consistente, gevarieerde content zonder dat elke regel handmatig geschreven hoeft te worden.
+- **Component- en patronenontwikkeling**: Claude assisteert bij het schrijven van HTML, CSS en JavaScript voor nieuwe componenten en interactiepatronen, altijd binnen de bestaande ontwerpprincipes (semantische HTML, design tokens, toegankelijkheid).
+- **Refactoring en abstractie**: herhalende patronen in de code worden met hulp van Claude geïdentificeerd en omgezet naar herbruikbare [_includes_](https://www.smashingmagazine.com/2018/03/static-site-with-nunjucks/) of geautomatiseerde logica, waardoor de codebase onderhoudbaar blijft naarmate het prototype groeit.
 
 De inzet van AI-assistentie past bij het principe van _de eenvoudigst mogelijke oplossing_: het versnelt het werk zonder extra tooling, frameworks of afhankelijkheden te introduceren. De gegenereerde code en content worden altijd beoordeeld en waar nodig aangepast.
 
@@ -51,18 +51,18 @@ Het prototype hanteert een schrijfwijzer die consistentie waarborgt in taalgebru
 
 Het prototype documenteert terugkerende ontwerppatronen in Storybook, met onderbouwing vanuit gebruikersonderzoek en externe bronnen, zoals:
 
-- **Interactie op inhoud**; het patroon waarmee gebruikers door middel van acties als Bewaar, Relevant, Niet relevant en Deel een profiel opbouwen dat de basis vormt voor gepersonaliseerde content (aanbevelingssysteem).
-- **Context wisselen**; het patroon waarmee een gebruiker kan wisselen tussen privé- en zakelijke contexten, eigen ondernemingen en machtigingen, zonder opnieuw in te loggen. Geïmplementeerd als accountwisselaar in de header.
+- **Interactie op inhoud**: het patroon waarmee gebruikers door middel van acties als Bewaar, Relevant, Niet relevant voor mij en Deel een profiel opbouwen dat de basis vormt voor gepersonaliseerde content (aanbevelingssysteem).
+- **Context wisselen**: het patroon waarmee een gebruiker kan wisselen tussen privé- en zakelijke contexten, eigen ondernemingen en machtigingen, zonder opnieuw in te loggen. Geïmplementeerd als accountwisselaar in de header.
 
 ## Feature flags
 
 Het prototype bevat een feature-flag systeem waarmee secties en functionaliteit in- of uitgeschakeld kunnen worden. Dit maakt het mogelijk om verschillende configuraties van het prototype te tonen zonder aparte versies te bouwen, bijvoorbeeld tijdens gebruikerstests of stakeholdergesprekken.
 
-- **Togglebaar via het paneel**; rechtsonder in het prototype bevindt zich een “Flags”-knop die een paneel opent met alle beschikbare feature flags, gegroepeerd in _Pagina's_ (navigatie-items en secties), _Functionaliteit_ (interactiemogelijkheden zoals delen en relevantie aangeven) en _Persona's_ (wisselen tussen voorgedefinieerde testaccounts met eigen bedrijfsgegevens en branche). Deze kunnen per pagina verschillen.
-- **Onthouden in de browser**; feature flags en de actieve persona worden opgeslagen in de browser middels [_localStorage_](https://developer.mozilla.org/en-US/docs/Web/API/Web_Storage_API/Using_the_Web_Storage_API). Standaard staan alle features aan; pas als een feature expliciet wordt uitgezet, wordt deze verborgen.
-- **Declaratief in de markup**; een element markeren als feature-flagged is een kwestie van `data-feature="Naam"` en `data-feature-type="pagina|functionaliteit"` toevoegen.
-- **localStorage wissen**; het paneel bevat een knop om alle opgeslagen staten (feature flags, persona-keuze, favorieten, verborgen topics, gesloten notificaties) in één keer te resetten.
+- **Togglebaar via het paneel**: rechtsonder in het prototype bevindt zich een “Flags”-knop die een paneel opent met alle beschikbare feature flags, gegroepeerd in _Pagina’s_ (navigatie-items en secties), _Functionaliteit_ (interactiemogelijkheden zoals delen en relevantie aangeven) en _Persona’s_ (wisselen tussen voorgedefinieerde testaccounts met eigen bedrijfsgegevens en branche). Deze kunnen per pagina verschillen.
+- **Onthouden in de browser**: feature flags en de actieve persona worden opgeslagen in de browser met [_localStorage_](https://developer.mozilla.org/en-US/docs/Web/API/Web_Storage_API/Using_the_Web_Storage_API). Standaard staan alle features aan; pas als een feature expliciet wordt uitgezet, wordt deze verborgen.
+- **Declaratief in de markup**: een element markeren als feature-flagged is een kwestie van `data-feature="Naam"` en `data-feature-type="pagina|functionaliteit"` toevoegen.
+- **localStorage wissen**: het paneel bevat een knop om alle opgeslagen staten (feature flags, persona-keuze, bewaarde items, verborgen topics, gesloten notificaties) in één keer te resetten.
 
 ## Statische site-generatie
 
-[Eleventy](https://www.11ty.dev/) wordt ingezet om herhalende elementen (header, footer, navigatie) als includes te beheren en pagina's te genereren. Dit houdt de HTML van individuele pagina's schoon en onderhoudbaar.
+[Eleventy](https://www.11ty.dev/) wordt ingezet om herhalende elementen (header, footer, navigatie) als includes te beheren en pagina’s te genereren. Dit houdt de HTML van individuele pagina’s schoon en onderhoudbaar.
diff --git a/stories/OntwerpprincipesIntro.mdx b/stories/OntwerpprincipesIntro.mdx
index 29323d9f..eabba810 100644
--- a/stories/OntwerpprincipesIntro.mdx
+++ b/stories/OntwerpprincipesIntro.mdx
@@ -12,7 +12,7 @@ De principes zijn opgedeeld in twee delen:
 
 Het _Wat_ beschrijft de overtuigingen en uitgangspunten die aan het ontwerp ten grondslag liggen. Waarom ontwerpen we met de eindgebruiker centraal? Waarom direct in code en niet in design tooling? Wat betekent toegankelijkheid als fundament?
 
-Dit deel is bedoeld voor iedereen die wil begrijpen _waarom_ het prototype is zoals het is — ontwerpers, ontwikkelaars, beleidsmakers en stakeholders.
+Dit deel is bedoeld voor iedereen die wil begrijpen _waarom_ het prototype is zoals het is: ontwerpers, ontwikkelaars, beleidsmakers en stakeholders.
 
 ## [Hoe: Werkwijze en techniek](?path=/docs/introductie-ontwerpprincipes-hoe-werkwijze-en-techniek--docs)
 
diff --git a/stories/OntwerpprincipesWat.mdx b/stories/OntwerpprincipesWat.mdx
index 8cf79a2c..0279944e 100644
--- a/stories/OntwerpprincipesWat.mdx
+++ b/stories/OntwerpprincipesWat.mdx
@@ -6,13 +6,13 @@ import { Meta } from "@storybook/addon-docs/blocks";
 
 ## Ontwerp met de eindgebruiker centraal
 
-Goed ontwerp begint bij luisteren. Daarom betrekken wij eindgebruikers vanaf het allereerste moment bij ons ontwerpproces. We starten met het in kaart brengen van hun dagelijkse praktijk: waar lopen zij tegenaan, wat kost onnodig tijd of frustratie, en waar liggen juist kansen?
+Goed ontwerp begint bij luisteren. Daarom betrekken we eindgebruikers vanaf het allereerste moment bij ons ontwerpproces. We starten met het in kaart brengen van hun dagelijkse praktijk: waar lopen zij tegenaan, wat kost onnodig tijd of frustratie, en waar liggen juist kansen?
 
 Door zowel pijnpunten als wensen te inventariseren, creëren we een scherp en gedeeld beeld van wat er echt toe doet.
 
 ### Van idee tot initiatief
 
-Het ministerie van Binnenlandse Zaken en Koninkrijksrelaties heeft in 2024 mkb’ers en zzp’ers uitgenodigd om samen over oplossingen na te denken. Zij kwamen met het voorstel voor een centrale Mijn-omgeving, iets dat in de basis lijkt op MijnOverheid. Daar hebben ze zelf ontwerpen voor bedacht. Met die plannen werken we nu verder.
+Het ministerie van Binnenlandse Zaken en Koninkrijksrelaties heeft in 2024 mkb’ers en zzp’ers uitgenodigd om samen over oplossingen na te denken. Zij kwamen met het voorstel voor een centrale Mijn-omgeving, iets wat in de basis lijkt op MijnOverheid. Daar hebben ze zelf ontwerpen voor bedacht. Met die plannen werken we nu verder.
 
 ### Van inzicht naar eindproduct
 
@@ -28,12 +28,12 @@ Het ontwerpproces vindt niet plaats in grafische design tooling zoals Figma of S
 
 Dit biedt een aantal concrete voordelen:
 
-- **Direct resultaat**; een wijziging in de code is onmiddellijk zichtbaar in de browser. Er is geen export, overdracht of herinterpretatie nodig.
-- **Echte interactie**; hover-staten, toetsenbordnavigatie, focusgedrag en animaties zijn direct te ervaren en te testen.
-- **Responsief vanaf het begin**; door in de browser te ontwerpen wordt het gedrag op diverse schermformaten direct zichtbaar en testbaar, van mobiel tot groot scherm. Er hoeven geen aparte ontwerpen gemaakt te worden per breekpunt.
-- **Toegankelijk vanaf het begin**; toegankelijkheid is onderdeel van het ontwerpproces. Het ontwerp kan direct getest worden met diverse invoermethoden (muis, toetsenbord, spraaknavigatie) en uitvoermethoden (scherm, screenreader, braillelezer, print).
-- **Eén bron van waarheid**; de code is het ontwerp. Er ontstaat geen discrepantie tussen wat in een ontwerptool staat en wat daadwerkelijk gebouwd is.
-- **Lagere drempel voor wijzigingen**; aanpassingen naar aanleiding van gebruikersonderzoek of feedback worden direct in de code doorgevoerd, zonder tussenliggende stappen of afhankelijkheden van specifieke tooling.
+- **Direct resultaat**: een wijziging in de code is onmiddellijk zichtbaar in de browser. Er is geen export, overdracht of herinterpretatie nodig.
+- **Echte interactie**: hover-staten, toetsenbordnavigatie, focusgedrag en animaties zijn direct te ervaren en te testen.
+- **Responsief vanaf het begin**: door in de browser te ontwerpen wordt het gedrag op diverse schermformaten direct zichtbaar en testbaar, van mobiel tot groot scherm. Er hoeven geen aparte ontwerpen gemaakt te worden per breekpunt.
+- **Toegankelijk vanaf het begin**: toegankelijkheid is onderdeel van het ontwerpproces. Het ontwerp kan direct getest worden met diverse invoermethoden (muis, toetsenbord, spraaknavigatie) en uitvoermethoden (scherm, schermlezer, braillelezer, print).
+- **Eén bron van waarheid**: de code is het ontwerp. Er ontstaat geen discrepantie tussen wat in een ontwerptool staat en wat daadwerkelijk gebouwd is.
+- **Lagere drempel voor wijzigingen**: aanpassingen naar aanleiding van gebruikersonderzoek of feedback worden direct in de code doorgevoerd, zonder tussenliggende stappen of afhankelijkheden van specifieke tooling.
 
 ## Ontwerpprincipes
 
@@ -41,55 +41,55 @@ Dit biedt een aantal concrete voordelen:
 
 Toegankelijkheid is geen toevoeging achteraf maar een uitgangspunt van het ontwerp. Alles wordt vanaf het begin ontworpen en gebouwd met toegankelijkheid in gedachten.
 
-- **Semantische HTML eerst**; het ontwerp maakt gebruik van [de juiste HTML-elementen voor de juiste functie](https://developer.mozilla.org/en-US/curriculum/core/semantic-html/). Een knop is een `<button>`, navigatie een `<ul>` binnen een `<nav>`, koptekst een `<h1>`–`<h6>`.
-- **[ARIA](https://www.w3.org/TR/wai-aria/#introroles) waar nodig, niet als vervanging**; ARIA-attributen zoals `aria-current="page"`, `aria-disabled` en `aria-invalid` geven staten en relaties aan die niet met HTML alleen uitgedrukt kunnen worden. `aria-disabled` heeft bijvoorbeeld de voorkeur boven het `disabled`-attribuut, omdat het element hiermee bereikbaar blijft voor hulptechnologie.
-- **Toetsenbord- en spraakbediening**; alle interactieve elementen zijn bereikbaar en bedienbaar met toetsenbord en spraak. Focusindicatoren worden getoond via `:focus-visible`, zodat ze zichtbaar zijn bij toetsenbordnavigatie maar niet bij muisinteractie.
+- **Semantische HTML eerst**: het ontwerp maakt gebruik van [de juiste HTML-elementen voor de juiste functie](https://developer.mozilla.org/en-US/curriculum/core/semantic-html/). Een knop is een `<button>`, navigatie een `<ul>` binnen een `<nav>`, koptekst een `<h1>`–`<h6>`.
+- **[ARIA](https://www.w3.org/TR/wai-aria/#introroles) waar nodig, niet als vervanging**: ARIA-attributen zoals `aria-current="page"`, `aria-disabled` en `aria-invalid` geven staten en relaties aan die niet met HTML alleen uitgedrukt kunnen worden. `aria-disabled` heeft bijvoorbeeld de voorkeur boven het `disabled`-attribuut, omdat het element hiermee bereikbaar blijft voor hulptechnologie.
+- **Toetsenbord- en spraakbediening**: alle interactieve elementen zijn bereikbaar en bedienbaar met toetsenbord en spraak. Focusindicatoren worden getoond via `:focus-visible`, zodat ze zichtbaar zijn bij toetsenbordnavigatie maar niet bij muisinteractie.
 
 ### 2. Rijkshuisstijl als visuele basis
 
 Het ontwerp volgt [de Rijkshuisstijl](https://www.rijkshuisstijl.nl/): de visuele identiteit van de Rijksoverheid. Dit zorgt voor herkenbaarheid en vertrouwen.
 
-- **Rijkslettertype**; alle tekst wordt weergegeven in het lettertype Rijks Sans. We gebruiken hiervoor het [variabele font](https://developer.mozilla.org/en-US/docs/Web/CSS/Guides/Fonts/Variable_fonts) zodat we diverse tekst-gewichten en -stijlen uit een enkele bron halen.
-- **Kleurenpalet**; alle kleuren komen uit het Rijkshuisstijl-palet en toepassingen worden bewust gekozen. Kleurcontrast voldoet aan [de WCAG-richtlijnen](https://www.w3.org/WAI/WCAG22/Understanding/contrast-minimum.html).
-- **Herkenbare patronen**; de componenten sluiten aan bij wat gebruikers verwachten van een overheidswebsite: duidelijke navigatie, voorspelbare interactie en een professionele uitstraling.
+- **Rijkslettertype**: alle tekst wordt weergegeven in het lettertype Rijks Sans. We gebruiken hiervoor het [variabele font](https://developer.mozilla.org/en-US/docs/Web/CSS/Guides/Fonts/Variable_fonts) zodat we diverse tekst-gewichten en -stijlen uit een enkele bron halen.
+- **Kleurenpalet**: alle kleuren komen uit het Rijkshuisstijl-palet en toepassingen worden bewust gekozen. Kleurcontrast voldoet aan [de WCAG-richtlijnen](https://www.w3.org/WAI/WCAG22/Understanding/contrast-minimum.html).
+- **Herkenbare patronen**: de componenten sluiten aan bij wat gebruikers verwachten van een overheidswebsite: duidelijke navigatie, voorspelbare interactie en een professionele uitstraling.
 
 ### 3. Design tokens als gedeelde taal
 
 [Design tokens](https://www.designtokens.org/tr/drafts/format/) vormen de brug tussen ontwerp en ontwikkeling. Ontwerp-waarden zoals kleuren, typografie en maatvoering zijn opgeslagen in een centraal JSON-bestand (`tokens.json`) dat zowel vanuit Figma (via [Tokens Studio](https://tokens.studio/)) als vanuit de code bewerkt kan worden.
 
-- **Twee lagen**; de [tokens zijn opgedeeld](https://medium.com/eightshapes-llc/tokens-in-design-systems-25dd82d58421) in _opties_ (de beschikbare waarden uit de Rijkshuisstijl) en _toepassingen_ (semantische verwijzingen die bepalen hoe de opties worden ingezet). In de code worden altijd toepassingsvariabelen gebruikt, nooit opties rechtstreeks.
-- **Eén bron van waarheid**; alle ontwerp-waarden leven in `tokens.json`. [Style Dictionary](https://styledictionary.com/) vertaalt deze naar CSS custom properties. De gegenereerde CSS-bestanden worden niet handmatig aangepast.
-- **Tweerichtingsverkeer**; ontwerpers en ontwikkelaars werken op hetzelfde tokenbestand. Wijzigingen in Figma worden teruggeschreven naar Git en andersom.
+- **Twee lagen**: de [tokens zijn opgedeeld](https://medium.com/eightshapes-llc/tokens-in-design-systems-25dd82d58421) in _opties_ (de beschikbare waarden uit de Rijkshuisstijl) en _toepassingen_ (semantische verwijzingen die bepalen hoe de opties worden ingezet). In de code worden altijd toepassingsvariabelen gebruikt, nooit opties rechtstreeks.
+- **Eén bron van waarheid**: alle ontwerp-waarden leven in `tokens.json`. [Style Dictionary](https://styledictionary.com/) vertaalt deze naar CSS custom properties. De gegenereerde CSS-bestanden worden niet handmatig aangepast.
+- **Tweerichtingsverkeer**: ontwerpers en ontwikkelaars werken op hetzelfde tokenbestand. Wijzigingen in Figma worden teruggeschreven naar Git en andersom.
 
 ### 4. Component-gedreven ontwerp
 
 Het ontwerp is opgebouwd uit herbruikbare componenten die afzonderlijk ontwikkeld, getest en gedocumenteerd worden.
 
-- **Storybook als componentenbibliotheek**; elk component heeft een story met varianten, beschrijvingen en configureerbare opties. Dit maakt het mogelijk om componenten te bekijken en te testen los van de pagina's waarin ze uiteindelijk worden gebruikt.
-- **Van component naar pagina**; pagina's zijn samengesteld uit bestaande componenten. Dit zorgt voor consistentie en vermindert duplicatie.
-- **Documentatie bij de code**; elke story bevat een beschrijving die uitlegt wanneer en hoe het component ingezet wordt. De componentenbibliotheek dient daarmee zowel als visuele referentie als gebruikershandleiding.
+- **Storybook als componentenbibliotheek**: elk component heeft een story met varianten, beschrijvingen en configureerbare opties. Dit maakt het mogelijk om componenten te bekijken en te testen los van de pagina’s waarin ze uiteindelijk worden gebruikt.
+- **Van component naar pagina**: pagina’s zijn samengesteld uit bestaande componenten. Dit zorgt voor consistentie en vermindert duplicatie.
+- **Documentatie bij de code**: elke story bevat een beschrijving die uitlegt wanneer en hoe het component ingezet wordt. De componentenbibliotheek dient daarmee zowel als visuele referentie als gebruikershandleiding.
 
 ### 5. De eenvoudigst mogelijke oplossing
 
 Elk ontwerpvraagstuk wordt beantwoord met de eenvoudigst mogelijke technische oplossing. Complexiteit wordt pas toegevoegd wanneer eenvoud aantoonbaar tekortschiet.
 
-Dit principe gaat over de **interface die de gebruiker ziet**: de pagina's, componenten en interacties in de browser. Daar is elke extra laag iets waar de gebruiker last van kan krijgen; in bijvoorbeeld laadtijd, toegankelijkheid, wat er stukgaat als JavaScript niet laadt. Dit geldt niet voor de laag eromheen zoals build-scripts, datatransformaties, koppelingen met backends en testopstellingen.
+Dit principe gaat over de **interface die de gebruiker ziet**: de pagina’s, componenten en interacties in de browser. Daar is elke extra laag iets waar de gebruiker last van kan krijgen, bijvoorbeeld in laadtijd, in toegankelijkheid of in wat er stukgaat als JavaScript niet laadt. Dit geldt niet voor de laag eromheen zoals build-scripts, datatransformaties, koppelingen met backends en testopstellingen.
 
-- **HTML en CSS waar het kan, JavaScript waar het moet**; in de interface lossen standaard browsergedrag en semantische HTML veel interactieproblemen op zonder dat hier aanvullende code voor nodig is. JavaScript wordt alleen toegevoegd wanneer de gewenste functionaliteit niet met HTML en CSS te realiseren is.
-- **Platform boven framework**; het ontwerp leunt op wat de browser al biedt: native formuliervalidatie, `<details>`/`<summary>` voor in- en uitklapbare secties, CSS voor responsiviteit. Frameworks en bibliotheken worden in de interface alleen ingezet als het platform aantoonbaar niet volstaat.
-- **Minder is beter te onderhouden**; elke extra laag technologie is een extra laag die begrepen, onderhouden en getest moet worden. Door de oplossing zo dicht mogelijk bij de basis te houden, blijft het prototype toegankelijk voor een breed team en is het eenvoudiger over te dragen naar de uiteindelijke realisatie.
+- **HTML en CSS waar het kan, JavaScript waar het moet**: in de interface lossen standaard browsergedrag en semantische HTML veel interactieproblemen op zonder dat hier aanvullende code voor nodig is. JavaScript wordt alleen toegevoegd wanneer de gewenste functionaliteit niet met HTML en CSS te realiseren is.
+- **Platform boven framework**: het ontwerp leunt op wat de browser al biedt: native formuliervalidatie, `<details>`/`<summary>` voor in- en uitklapbare secties, CSS voor responsiviteit. Frameworks en bibliotheken worden in de interface alleen ingezet als het platform aantoonbaar niet volstaat.
+- **Minder is beter te onderhouden**: elke extra laag technologie is een extra laag die begrepen, onderhouden en getest moet worden. Door de oplossing zo dicht mogelijk bij de basis te houden, blijft het prototype toegankelijk voor een breed team en is het eenvoudiger over te dragen naar de uiteindelijke realisatie.
 
 ### 6. Prototypen als communicatiemiddel
 
 Het prototype is geen afgewerkt product maar een communicatiemiddel. Het wordt ingezet om ontwerpbeslissingen te toetsen in gebruikersonderzoek en om gesprekken met stakeholders concreet te maken.
 
-- **Echte HTML en CSS**; het prototype is gebouwd met dezelfde technologie als het uiteindelijke product. Dit geeft een realistischer beeld dan statische ontwerpen en maakt het mogelijk om interactie, toegankelijkheid en responsiviteit vroegtijdig te toetsen.
-- **Iteratief proces**; het ontwerp wordt stapsgewijs verbeterd op basis van inzichten uit gebruikersonderzoek. Componenten en pagina's worden aangepast, niet vanaf nul opnieuw gemaakt.
+- **Echte HTML en CSS**: het prototype is gebouwd met dezelfde technologie als het uiteindelijke product. Dit geeft een realistischer beeld dan statische ontwerpen en maakt het mogelijk om interactie, toegankelijkheid en responsiviteit vroegtijdig te toetsen.
+- **Iteratief proces**: het ontwerp wordt stapsgewijs verbeterd op basis van inzichten uit gebruikersonderzoek. Componenten en pagina’s worden aangepast, niet vanaf nul opnieuw gemaakt.
 
 ### 7. Iteratief ontwerpen tussen vandaag en morgen
 
 Het ontwerpproces beweegt zich continu tussen twee perspectieven: wat we nu kunnen bouwen en valideren, en waar we uiteindelijk naartoe willen. De stip op de horizon geeft richting, ook als die op dit moment technisch, juridisch of organisatorisch nog niet bereikbaar is.
 
-- **Ontwerpen op aannames, valideren met gebruikers**; niet elk ontwerpbesluit kan vooraf onderbouwd worden met onderzoek. Waar directe inzichten ontbreken, formuleren we expliciete aannames die we zo snel mogelijk met gebruikers toetsen. Onderzoek en ontwerp wisselen elkaar voortdurend af.
-- **De stip op de horizon als kompas**; sommige oplossingen zijn nu nog niet realiseerbaar: wetgeving staat het niet toe, systemen zijn er nog niet klaar voor, of de organisatie moet eerst anders ingericht worden. Toch ontwerpen we alvast voor die toekomst, zodat we daar klaar voor zijn wanneer de randvoorwaarden veranderen.
-- **Kleine stappen in de goede richting**; elk increment levert iets op dat getest en gebruikt kan worden, maar brengt het ontwerp ook dichter bij het grotere doel. We kiezen bewust voor oplossingen die zowel op korte termijn waarde leveren als op lange termijn passen in het toekomstbeeld.
+- **Ontwerpen op aannames, valideren met gebruikers**: niet elk ontwerpbesluit kan vooraf onderbouwd worden met onderzoek. Waar directe inzichten ontbreken, formuleren we expliciete aannames die we zo snel mogelijk met gebruikers toetsen. Onderzoek en ontwerp wisselen elkaar voortdurend af.
+- **De stip op de horizon als kompas**: sommige oplossingen zijn nu nog niet realiseerbaar: wetgeving staat het niet toe, systemen zijn er nog niet klaar voor, of de organisatie moet eerst anders ingericht worden. Toch ontwerpen we alvast voor die toekomst, zodat we daar klaar voor zijn wanneer de randvoorwaarden veranderen.
+- **Kleine stappen in de goede richting**: elk increment levert iets op dat getest en gebruikt kan worden, maar brengt het ontwerp ook dichter bij het grotere doel. We kiezen bewust voor oplossingen die zowel op korte termijn waarde leveren als op lange termijn passen in het toekomstbeeld.
diff --git a/stories/OverDitPrototype.mdx b/stories/OverDitPrototype.mdx
index 12db1946..17d2951f 100644
--- a/stories/OverDitPrototype.mdx
+++ b/stories/OverDitPrototype.mdx
@@ -4,11 +4,18 @@ import { Meta } from "@storybook/addon-docs/blocks";
 
 # Over dit prototype
 
-Dit prototype van MijnOverheid Zakelijk (MOZa) is gebouwd als statische site met [Eleventy](https://www.11ty.dev/) en gedocumenteerd in Storybook. Het doel is om interactiepatronen en visueel ontwerp te verkennen, zonder een backend.
+Dit prototype van MijnOverheid Zakelijk (MOZa) is gebouwd als statische site met [Eleventy](https://www.11ty.dev/) en gedocumenteerd in Storybook. Het doel is om interactiepatronen en visueel ontwerp te verkennen.
+
+Het grootste deel van het prototype werkt zonder backend. Twee onderdelen praten wel met een echte dienst:
+
+- **De digitale assistent** praat met een eigen backend ([moza-poc-digitale-assistent](https://github.com/MinBZK/moza-poc-digitale-assistent)).
+- **De Berichtenbox** haalt voor een paar testpersona’s echte berichten op uit de testomgeving van het Federatief Berichtenstelsel.
+
+De container waarin het prototype draait (nginx) stuurt die verzoeken door. Voor de browser komt alles van hetzelfde adres.
 
 ## Hoe staten worden onthouden
 
-Omdat er geen server of database is, worden gebruikersacties opgeslagen in de **localStorage** van de browser. Dit betekent dat interacties alleen lokaal bestaan en per browser/apparaat verschillen.
+Het prototype heeft geen eigen database. Daarom worden gebruikersacties opgeslagen in de **localStorage** van de browser. Dit betekent dat interacties alleen lokaal bestaan en per browser/apparaat verschillen.
 
 ### Opgeslagen staten
 
@@ -76,30 +83,34 @@ Elke contentkaart die de gebruiker kan beoordelen krijgt een actiegroep (`_inclu
 - **Bewaar** is een checkbox; aanvinken schrijft een `favorite:`-sleutel en de staat wordt na herladen hersteld.
 - **Deel** staat achter de feature-flag `Delen` en kan via het Flags-paneel uitgezet worden.
 - **Niet relevant voor mij** (`hide-topic`) verbergt het item met een `.remove-item`-animatie, schrijft een `hidden:`-sleutel, en schuift een reserve-topic (`reserve-topic`) door op de vrijgekomen plek.
-- De lege `.visually-hidden` span wordt door JavaScript gevuld met de heading van het item, zodat screenreaders weten waarop de actie betrekking heeft.
+- De lege `.visually-hidden` span wordt door JavaScript gevuld met de heading van het item, zodat schermlezers weten waarop de actie betrekking heeft.
 
 ### De pagina Bewaarde items
 
-De pagina **Bewaarde items** leest alle `favorite:` en `hidden:` sleutels uit localStorage en rendert deze als volledige, klikbare cards — inclusief titel, URL en beschrijving. Acties op deze pagina (verwijderen, toch relevant markeren) werken ook via localStorage en corrigeren het profiel.
+De pagina **Bewaarde items** leest alle `favorite:` en `hidden:` sleutels uit localStorage en rendert deze als volledige, klikbare kaarten, inclusief titel, URL en beschrijving. Acties op deze pagina (verwijderen, toch relevant markeren) werken ook via localStorage en corrigeren het profiel.
 
 ## Berichtenbox
 
-De Berichtenbox simuleert het ophalen van berichten uit meerdere bronnen (overheidsinstanties en gemeentes) via het Federatief Berichtenstelsel. Er is geen backend, alle data wordt gegenereerd tijdens de Eleventy-build en opgeslagen in `window.berichtenboxData`.
+De Berichtenbox laat zien hoe berichten van verschillende organisaties bij elkaar komen via het Federatief Berichtenstelsel (FBS). In dat stelsel blijven berichten bij de organisatie en worden ze pas opgehaald als de ondernemer kijkt. De Berichtenbox heeft twee bronnen:
+
+- **Het Federatief Berichtenstelsel**: voor de testpersona’s `proeftuin-een`, `proeftuin-twee`, `proeftuin-drie`, `proeftuin-veel`, `proeftuin-concern` en `proeftuin-garage`. Hun berichten komen echt uit de testomgeving van het stelsel. De inhoud en de bijlagen van een bericht worden pas opgehaald als de ondernemer het bericht opent.
+- **De gegenereerde dataset**: voor alle andere persona’s. Eleventy maakt deze berichten tijdens de build (`window.berichtenboxData`). Het ophalen en binnenkomen van berichten wordt hier nagebootst.
+
+De pagina weet niet welke bron de berichten levert; beide bronnen tonen hun berichten op dezelfde manier.
 
 ### Berichten ophalen
 
-Bij het eerste bezoek aan de Berichtenbox wordt een voortgangsanimatie getoond die simuleert dat berichten worden opgehaald uit meerdere bronnen. De animatie duurt vier seconden en toont het aantal bronnen en gevonden berichten.
+- **Dataset**: bij het eerste bezoek per persona toont een voortgangsbalk dat berichten uit meerdere bronnen worden opgehaald. Dat duurt ongeveer vier seconden en toont het aantal bronnen en gevonden berichten.
+- **Stelsel**: de voortgangsbalk toont de echte ophaalronde. Die verschijnt alleen als het ophalen langer duurt dan 300 milliseconden; een ronde die meteen klaar is, zou anders even oplichten als een storing.
 
-### Polling (demo-berichten)
+### Nieuwe berichten
 
-Op de inbox-pagina worden periodiek nieuwe berichten gegenereerd om het "ophalen" van berichten te simuleren. Deze demo-berichten:
+- **Dataset**: op de eerste pagina van de inbox komt elke 60 seconden een nieuw bericht binnen, met een maximum van vijf. Zo’n bericht krijgt een `msg-live-*` ID, staat in localStorage, verschijnt bovenaan en linkt naar de algemene detailpagina `bericht-demo.html`.
+- **Stelsel**: de pagina vraagt elke 15 seconden de lijst opnieuw op, en elke 60 seconden als het tabblad op de achtergrond staat. Nieuwe berichten verschijnen bovenaan.
 
-- Krijgen een `msg-live-*` ID en worden opgeslagen in localStorage
-- Zijn beperkt tot maximaal vijf stuks
-- Verschijnen bovenaan de inbox, waarna het onderste bericht naar de volgende pagina verschuift
-- Linken naar een generieke detailpagina (`bericht-demo.html`) die het bericht uit de state rendert
+Met `?poll=` in de URL is het aantal seconden in te stellen, met een minimum van 5. Bij het stelsel zet `?poll=0` het opvragen uit.
 
-De polling-interval is standaard 60 seconden. Voor testen kan `?poll=5` aan de URL worden toegevoegd (minimum 5 seconden).
+Berichten uit het stelsel komen niet in localStorage. Die bewaart het stelsel 12 uur in een sessie op de server.
 
 ### Opgeslagen staten
 
@@ -121,7 +132,7 @@ Alle berichtenbox-state wordt bewaard onder de localStorage-sleutel `berichtenbo
 			<td>
 				<code>gelezen</code>
 			</td>
-			<td>Object met bericht-ID's als sleutels</td>
+			<td>Object met bericht-ID’s als sleutels</td>
 		</tr>
 		<tr>
 			<td>
@@ -166,7 +177,25 @@ Alle berichtenbox-state wordt bewaard onder de localStorage-sleutel `berichtenbo
 			<td>
 				<code>nieuweBerichten</code>
 			</td>
-			<td>Via polling binnengekomen berichten (max. 5)</td>
+			<td>Nieuwe berichten uit de dataset (max. 5)</td>
+		</tr>
+		<tr>
+			<td>
+				<strong>Eerste bezoek</strong>
+			</td>
+			<td>
+				<code>eersteBezoekGehad</code>
+			</td>
+			<td>De voortgangsbalk van de dataset is al een keer getoond</td>
+		</tr>
+		<tr>
+			<td>
+				<strong>Persona</strong>
+			</td>
+			<td>
+				<code>persona</code>
+			</td>
+			<td>Bij wie deze staat hoort. Na een wissel van persona begint de staat leeg: andere bedrijven hebben andere post</td>
 		</tr>
 	</tbody>
 </table>
@@ -179,21 +208,21 @@ Op de Berichtenbox-pagina staat een resetlink (`data-berichtenbox-reset`) die al
 localStorage.removeItem("berichtenbox");
 ```
 
-## Persona's
+## Persona’s
 
-Het prototype kent meerdere voorgedefinieerde **persona's** (testaccounts) zodat in gebruikerstests dezelfde flow met verschillende bedrijfsprofielen getoond kan worden — een adviseur, een winkelier, een makelaar, een schilder, een melkveehouder, et cetera. Iedere persona heeft eigen bedrijfsgegevens, een eigen branche, en een eigen set relevante subsidies en regelgeving.
+Het prototype kent meerdere voorgedefinieerde **persona’s** (testaccounts) zodat in gebruikerstests dezelfde flow met verschillende bedrijfsprofielen getoond kan worden: een adviseur, een winkelier, een makelaar, een schilder, een melkveehouder, et cetera. Iedere persona heeft eigen bedrijfsgegevens, een eigen branche, en een eigen set relevante subsidies en regelgeving.
 
 ### Wisselen van persona
 
 Drie manieren:
 
-1. **Flags-paneel**; onder de groep _Persona's_ kies je een radio-button. De keuze wordt opgeslagen in localStorage onder de sleutel `persona` en blijft staan na herladen.
-2. **URL-parameter**; voeg `?persona=Adviseur` toe (of een ander label). Deze parameter heeft voorrang boven de localStorage-keuze, blijft op interne links bewaard, en is daardoor handig om een specifieke staat te delen.
-3. **Browserconsole**; `window.Personas.wissel("makelaar")` om programmatisch te wisselen, of `window.Personas.actief()` om de huidige persona te bekijken.
+1. **Flags-paneel**: onder de groep _Persona’s_ staat per persona een keuzerondje. De keuze wordt opgeslagen in localStorage onder de sleutel `persona` en blijft staan na herladen.
+2. **URL-parameter**: voeg `?persona=Adviseur` toe (of een ander label). Deze parameter heeft voorrang boven de localStorage-keuze, blijft op interne links bewaard, en is daardoor handig om een specifieke staat te delen.
+3. **Browserconsole**: `window.Personas.wissel("makelaar")` om programmatisch te wisselen, of `window.Personas.actief()` om de huidige persona te bekijken.
 
 ### Hoe het werkt
 
-Persona-data staat in [`_data/personas.json`](../_data/personas.json) en wordt door Eleventy als `window.personasData` in de pagina geïnjecteerd. [`assets/javascript/personas.js`](../assets/javascript/personas.js) past de actieve persona toe op alle elementen met `data-profiel="..."` (voornaam, handelsnaam, KvK-nummer, et cetera) en bouwt de kiezer in het Flags-paneel.
+Persona-data staat in [`_data/personas.json`](../_data/personas.json) en wordt door Eleventy als `window.personasData` in de pagina geïnjecteerd. [`assets/javascript/personas.js`](../assets/javascript/personas.js) past de actieve persona toe op alle elementen met `data-profiel="..."` (voornaam, handelsnaam, KVK-nummer, et cetera) en bouwt de kiezer in het Flags-paneel.
 
 ### Opgeslagen sleutel
 
@@ -218,15 +247,15 @@ Persona-data staat in [`_data/personas.json`](../_data/personas.json) en wordt d
 
 ## Feature flags
 
-Het prototype bevat een ingebouwd feature-flag systeem waarmee pagina's en functionaliteit in- of uitgeschakeld kunnen worden, zonder aparte versies te hoeven bouwen.
+Het prototype bevat een ingebouwd feature-flag systeem waarmee pagina’s en functionaliteit in- of uitgeschakeld kunnen worden, zonder aparte versies te hoeven bouwen.
 
 ### Hoe te gebruiken
 
-Klik op de **Flags**-knop rechtsonder in het prototype. Er opent een paneel met drie groepen:
+Kies de knop **Flags** rechtsonder in het prototype. Er opent een paneel met drie groepen:
 
-- **Pagina's**; navigatie-items zoals Berichtenbox, Belastingen en Zakelijk vervoer. Uitschakelen verbergt zowel het navigatie-item als de bijbehorende content op de homepage.
-- **Functionaliteit**; interactiemogelijkheden zoals _Delen_. Uitschakelen verbergt de betreffende knoppen in alle actiegroepen.
-- **Persona's**; wisselen tussen voorgedefinieerde testaccounts. Bepaalt welke bedrijfsgegevens, subsidies, regelgeving en gemeente getoond worden. Zie de sectie [Persona's](#personas) hierboven.
+- **Pagina’s**: navigatie-items zoals Berichtenbox, Belastingen en Zakelijk vervoer. Uitschakelen verbergt zowel het navigatie-item als de bijbehorende content op de homepage.
+- **Functionaliteit**: interactiemogelijkheden zoals _Delen_. Uitschakelen verbergt de betreffende knoppen in alle actiegroepen.
+- **Persona’s**: wisselen tussen voorgedefinieerde testaccounts. Bepaalt welke bedrijfsgegevens, subsidies, regelgeving en gemeente getoond worden. Zie de sectie [Persona’s](#personas) hierboven.
 
 Feature flags worden opgeslagen in localStorage en blijven staan na herladen. Standaard staan alle features aan.
 
diff --git a/stories/Schrijfwijzer.mdx b/stories/Schrijfwijzer.mdx
index 22869494..4371a85f 100644
--- a/stories/Schrijfwijzer.mdx
+++ b/stories/Schrijfwijzer.mdx
@@ -4,44 +4,64 @@ import { Meta } from "@storybook/addon-docs/blocks";
 
 # Schrijfwijzer
 
-Deze schrijfwijzer beschrijft de taal- en stijlafspraken voor alle teksten in het prototype van MijnOverheid Zakelijk.
+Deze schrijfwijzer bevat de afspraken over taal en stijl voor de teksten die we zelf schrijven in het prototype van MijnOverheid Zakelijk, de teksten van de interface, zoals:
 
-## Aanspreking
+- **Knoppen en links**: _“Bewaar”_, _“Vraag stellen”_, _“Vraag aan de digitale assistent”_
+- **Navigatie, paginatitels en koppen**: _“Berichtenbox”_, _“Lopende zaken”_, _“Bedrijfsgegevens”_
+- **Formulieren**: labels, hulpteksten en plaatshouders, zoals _“Waarmee kan ik u helpen?”_
+- **Foutmeldingen**: _“De assistent reageerde te lang niet. Probeer het opnieuw.”_
+- **Bevestigingen en statusmeldingen**: _“Het gesprek staat nu bij uw bewaarde items.”_
+- **Lege staten**: _“Er zijn geen berichten om te tonen. Controleer of er nog een filter aanstaat.”_
 
-- Spreek de gebruiker aan met **“u”** en **“uw”**, nooit met “je” of “jij”.
-- Bij een persoonlijke begroeting mag de voornaam gebruikt worden: _“Welkom Robin Vogel”_.
-- Vermijd het benoemen van geslacht. Gebruik “de ondernemer” of “u” in plaats van “hij”, “zij” of “hij/zij”. Waar een verwijswoord nodig is, gebruik “die” of “diegene”.
+De inhoud die uit andere bronnen komt, valt hier niet onder. Die schrijven we niet zelf en kunnen we niet aanpassen. Denk aan berichten van organisaties in de Berichtenbox, teksten over subsidies en regelgeving, en de antwoorden die de digitale assistent met AI maakt.
 
-## Toon en register
+## Aanspreking
 
-- **Formeel maar toegankelijk**; professioneel taalgebruik op B1-niveau, geen jargon zonder uitleg.
-- **Actief boven passief**; schrijf “Bekijk uw gegevens” in plaats van “Uw gegevens kunnen bekeken worden”.
-- **Direct en praktisch**; zeg wat de gebruiker kan doen, niet wat het systeem doet. _“Bekijk welke regelingen bij uw bedrijf passen”_ in plaats van _“Het systeem filtert relevante regelingen”_.
-- **Stimulerend, niet alarmerend**; bij lege staten of foutmeldingen: geef aan wat de gebruiker kan doen, niet alleen wat er misgaat.
+- We spreken de gebruiker aan met **“u”** en **“uw”**, nooit met “je” of “jij”.
+- Bij een persoonlijke begroeting mogen we de **voornaam** gebruiken: _“Welkom Robin Vogel”_.
+- We vermijden het benoemen van geslacht. We gebruiken **“de ondernemer”** of **“u”** in plaats van “hij”, “zij” of “hij/zij”.
+- Waar een verwijswoord nodig is, gebruiken we **“die”** of **“diegene”**.
+
+## Schrijfstijl
+
+- **Formeel maar toegankelijk**: professioneel taalgebruik op B1-niveau, geen jargon zonder uitleg.
+- **Actief boven passief**: we noemen wie iets doet. Een passieve zin verbergt dat, en dan weet de gebruiker niet van wie die iets kan verwachten:
+  - 🚫 Niet: _“Uw aanvraag is ontvangen en wordt binnen 8 weken beoordeeld.”_
+  - ✅ Wel: _“De RVO heeft uw aanvraag ontvangen. U hoort binnen 8 weken of u de subsidie krijgt.”_
+  - 🚫 Niet: _“Wijzigingen moeten door u bij de KVK worden doorgegeven.”_
+  - ✅ Wel: _“Geef wijzigingen door aan de KVK.”_
+- **Direct en praktisch**: we zeggen wat de gebruiker kan doen, niet wat het systeem doet:
+  - 🚫 Niet: _“Het systeem filtert relevante regelingen.”_
+  - ✅ Wel: _“Bekijk welke regelingen bij uw bedrijf passen.”_
+- **Stimulerend, niet alarmerend**: bij lege staten en foutmeldingen geven we aan wat de gebruiker kan doen, niet alleen wat er misgaat:
+  - 🚫 Niet: _“Fout: time-out. Het verzoek is mislukt.”_
+  - ✅ Wel: _“De assistent reageerde te lang niet. Probeer het opnieuw.”_
+  - 🚫 Niet: _“Geen berichten gevonden.”_
+  - ✅ Wel: _“Er zijn geen berichten om te tonen. Controleer of er nog een filter aanstaat.”_
 
 ## Zinslengte
 
-- Streef naar **8 tot 16 woorden** per zin.
-- Gebruik korte hoofdzinnen. Beperk bijzinnen tot maximaal één per zin.
-- Splits lange zinnen op in twee kortere:
-  - Niet: _“De overheid staat borg voor een deel van uw lening, hierdoor kunt u als mkb’er makkelijker geld lenen bij de bank.”_
-  - Wel: _“De overheid staat borg voor een deel van uw lening. Hierdoor kunt u als mkb’er makkelijker geld lenen bij de bank.”_
+- We streven naar **8 tot 16 woorden** per zin.
+- We gebruiken **korte hoofdzinnen** en beperken bijzinnen tot maximaal één per zin.
+- We splitsen lange zinnen op in **twee kortere**:
+  - 🚫 Niet: _“De overheid staat borg voor een deel van uw lening, hierdoor kunt u als mkb’er makkelijker geld lenen bij de bank.”_
+  - ✅ Wel: _“De overheid staat borg voor een deel van uw lening. Hierdoor kunt u als mkb’er makkelijker geld lenen bij de bank.”_
 
 ## Terminologie
 
-Gebruik overal dezelfde termen voor dezelfde concepten:
+We gebruiken overal dezelfde termen voor dezelfde concepten:
 
 <table>
 	<thead>
 		<tr>
 			<th>Concept</th>
-			<th>Gebruik</th>
-			<th>Niet</th>
+			<th>✅ Gebruik</th>
+			<th>🚫 Niet</th>
 		</tr>
 	</thead>
 	<tbody>
 		<tr>
-			<td>Item opslaan voor later</td>
+			<td>Item bewaren om later terug te zien</td>
 			<td>Bewaar</td>
 			<td>Opslaan, Favoriet, Bladwijzer</td>
 		</tr>
@@ -53,12 +73,12 @@ Gebruik overal dezelfde termen voor dezelfde concepten:
 		<tr>
 			<td>Item doorsturen</td>
 			<td>Deel</td>
-			<td>Verstuur, Doorsturen, Verzend</td>
+			<td>Doorsturen, Verzend</td>
 		</tr>
 		<tr>
 			<td>Digitale post</td>
 			<td>Berichten</td>
-			<td>Post, E-mail, Inbox</td>
+			<td>Post, E-mail, Inbox (behalve als naam van de tab in de Berichtenbox)</td>
 		</tr>
 		<tr>
 			<td>Registratiegegevens</td>
@@ -76,105 +96,140 @@ Gebruik overal dezelfde termen voor dezelfde concepten:
 			<td>Nieuws, Updates, Feed</td>
 		</tr>
 		<tr>
-			<td>Formulier opslaan</td>
+			<td>Gewijzigde gegevens vastleggen</td>
 			<td>Opslaan</td>
 			<td>Bewaar, Verstuur, Bevestig</td>
 		</tr>
+		<tr>
+			<td>Formulier naar een organisatie sturen</td>
+			<td>Verstuur</td>
+			<td>Bewaar, Opslaan, Bevestig, Deel</td>
+		</tr>
 		<tr>
 			<td>Formulier afbreken</td>
-			<td>Annuleren</td>
+			<td>Annuleer</td>
 			<td>Terug, Sluiten, Stoppen</td>
 		</tr>
 	</tbody>
 </table>
 
-**Afkortingen:** schrijf bij eerste vermelding de volledige term met de afkorting tussen haakjes. Daarna mag de afkorting alleen gebruikt worden.
+**Bewaar, Opslaan of Verstuur?** Het zijn drie verschillende handelingen, en de knop zegt welke:
+
+- **Bewaar**: de gebruiker zet een item in de eigen verzameling om het later terug te zien. Het komt terecht bij Bewaarde items. Voorbeelden: een subsidie, een regeling, een gesprek met de digitale assistent.
+- **Opslaan**: de gebruiker legt gewijzigde gegevens vast. Er gaat niets naar een organisatie. Voorbeelden: contactvoorkeuren, berichtgevingen.
+- **Verstuur**: de gebruiker stuurt iets naar een organisatie, die er iets mee gaat doen. Voorbeelden: een aanvraag, een melding, een rapportage.
+
+Veel apps gebruiken “Opslaan” ook voor bewaren, en in het Engels is het allebei “Save”. Het onderscheid is dus een afspraak van ons, geen algemene conventie. Het helpt de gebruiker alleen als dit consistent gebruikt wordt.
+
+**Afkortingen:** bij de eerste vermelding schrijven we de volledige term met de afkorting tussen haakjes. Daarna volstaat de afkorting.
 
 - _“Kleinschaligheidsinvesteringsaftrek (KIA)”_
 - _“Privacywetgeving (AVG)”_
 
-**Persoonsvormen van afkortingen** (mkb, zzp) schrijft u met kleine letters en een typografische apostrof: _mkb’er_, _zzp’er_, _mkb’ers_, _zzp’ers_. Datzelfde geldt voor samenstellingen: _mkb-ondernemer_, _het mkb_. Eigennamen van regelingen behouden hun officiële schrijfwijze (bijvoorbeeld _Borgstelling MKB-kredieten (BMKB)_).
+**Persoonsvormen van afkortingen** (mkb, zzp) schrijven we met kleine letters en een typografische apostrof: _mkb’er_, _zzp’er_, _mkb’ers_, _zzp’ers_. Datzelfde geldt voor samenstellingen: _mkb-ondernemer_, _het mkb_. Eigennamen van regelingen behouden hun officiële schrijfwijze (bijvoorbeeld _Borgstelling MKB-kredieten (BMKB)_).
+
+**KVK en btw** schrijven we zoals de organisaties dat zelf doen: _KVK_ en _KVK-nummer_ in hoofdletters, _btw_ en _btw-nummer_ in kleine letters (met een hoofdletter aan het begin van een zin of label: _Btw-nummer_).
 
 ## Datums en tijden
 
-- Schrijf datums als **dag maandnaam jaar**: _12 februari 2018_.
-- Gebruik de volledige maandnaam, niet afgekort: _februari_, niet _feb_.
-- Bij een datum gevolgd door een beschrijving, gebruik een dubbele punt: _“19 februari 2026: De Stationsweg is afgesloten.”_
+- We schrijven datums als **dag maandnaam jaar**: _12 februari 2018_.
+- We gebruiken de **volledige maandnaam**, niet afgekort: _februari_, niet “feb”.
+- Volgt er een beschrijving op een datum, dan zetten we er een **dubbele punt** tussen: _“19 februari 2026: De Stationsweg is afgesloten.”_
 
 ## Nummers en bedragen
 
 - **Telefoonnummers:** groepeer met spaties: _06 12 34 56 78_.
 - **KVK-nummers:** zonder punten of spaties: _12345678_.
-- **BTW-nummers:** aaneengeschreven met landcode: _NL00012345678_.
+- **Btw-nummers:** aaneengeschreven met landcode: _NL00012345678_.
 - **Bedragen:** euroteken, spatie, getal met punt als duizendtalscheider: _€385.000_.
 
 ## Kopteksten
 
+Als vuistregel heeft elk kopniveau een eigen rol:
+
 - **H1:** het hoofdonderwerp van de pagina, als zelfstandig naamwoord of begroeting. _“Bedrijfsgegevens”_, _“Welkom Robin Vogel”_.
 - **H2:** sectietitel, als zelfstandig naamwoord of -groep. _“Actualiteiten”_, _“Subsidies en financiering”_.
 - **H3:** onderwerpstitel binnen een lijst of sectie. _“WBSO: belastingvoordeel voor innovatie”_.
 - **FAQ-koppen:** als vraag in de eerste persoon of met “u”. _“Hoe vraag ik een subsidie aan via MijnOverheid Zakelijk?”_
 
-Kopteksten bevatten geen punt aan het einde.
+Kopteksten bevatten **geen punt** aan het einde.
 
 ## Microcopy
 
 ### Knopteksten
 
-- Kort en werkwoord-gericht: _“Opslaan”_, _“Annuleren”_, _“Inloggen”_.
-- Actielabels bij content: _“Bewaar”_, _“Deel”_, _“Niet relevant”_.
-- Navigatie: _“Volgende”_, _“Vorige”_, _“Meer Subsidies en financiering”_.
+- **Kort en werkwoord-gericht:** _“Opslaan”_, _“Verstuur”_, _“Annuleer”_, _“Inloggen”_.
+- **Actielabels bij content:** _“Bewaar”_, _“Deel”_, _“Niet relevant voor mij”_.
+- **Navigatie:** _“Volgende”_, _“Vorige”_, _“Meer Subsidies en financiering”_.
 
 ### Lege staten
 
-- Benoem wat er nog niet is en geef een suggestie:
-  - _“U hebt nog geen items bewaard. Gebruik de ‘Bewaar’-optie bij actualiteiten om items hier te verzamelen.”_
+- **We benoemen wat er nog niet is en geven een suggestie:**
+  - _“U hebt nog geen items bewaard. Gebruik de ‘Bewaar’-optie bij Subsidies en financiering, Wetten en regelgeving, en Berichten over uw buurt om items hier te verzamelen.”_
 
 ### Foutmeldingen
 
-- Constructief en handelingsgericht. Benoem wat nodig is om een fout te herstellen, niet wat fout ging:
-  - _“U dient minimaal één optie voor berichtgeving over taken te selecteren.”_
+- **Constructief en handelingsgericht.** We benoemen wat nodig is om een fout te herstellen, niet wat fout ging:
+  - _“Kies minimaal één manier waarop u berichten over taken wilt krijgen.”_
 
 ### Feedback en informatieberichten
 
-- Informatief, niet alarmerend:
+- **Informatief, niet alarmerend:**
   - _“Contactgegevens die u hier aanpast, worden automatisch bijgewerkt bij alle organisaties waarmee u uw gegevens centraal deelt.”_
 
 ## Context en uitleg
 
-- **Leg uit waarom iets relevant is** voor de gebruiker:
+- **We leggen uit waarom iets relevant is** voor de gebruiker:
   - _“Subsidies en financiering waar u mogelijk voor in aanmerking komt op basis van uw branche en rechtsvorm.”_
-- **Geef aan waar actie nodig is** en bij welke organisatie:
+- **We geven aan waar actie nodig is** en bij welke organisatie:
   - _“Neem contact op met de KVK via kvk.nl om uw handelsregistergegevens aan te passen.”_
-- **Maak bronnen en selectiecriteria expliciet:**
+- **We maken bronnen en selectiecriteria expliciet:**
   - _“Deze actualiteiten zijn geselecteerd op basis van uw vestigingsadres, branche en rechtsvorm.”_
 
 ## Links en verwijzingen
 
-- Gebruik **beschrijvende linktekst**, nooit “klik hier” of een kale URL.
-  - Wel: _“Ga naar Contactvoorkeuren om dit in te stellen.”_
-  - Niet: _“Klik hier om uw contactvoorkeuren te wijzigen.”_
-- Externe links zijn herkenbaar via `rel="external"` en worden waar nodig van context voorzien.
+- We gebruiken **beschrijvende linktekst**: de tekst van de link zegt waar die naartoe gaat of wat die doet. Nooit “klik hier”, “meer info”, “lees meer” of een kale URL.
+  - 🚫 Niet: _“Klik hier om uw contactvoorkeuren te wijzigen.”_
+  - ✅ Wel: _“Ga naar Contactvoorkeuren om dit in te stellen.”_
+  - 🚫 Niet: _“Meer info”_ onder een subsidie
+  - ✅ Wel: _“Meer over de WBSO”_
+- **Waarom dit belangrijk is:**
+  - **Niet iedereen klikt.** Wie het toetsenbord gebruikt, een touchscreen of spraakbediening, klikt niet. “Klik hier” klopt voor die mensen niet.
+  - **Schermlezers lezen links los voor.** Veel schermlezergebruikers springen van link naar link, of vragen een lijst op van alle links op de pagina. Dan horen ze alleen de linktekst, zonder de zin eromheen. Een lijst met vijf keer “meer info” zegt niets.
+  - **Spraakbediening gebruikt de zichtbare tekst.** Wie zegt “klik Contactvoorkeuren”, heeft een link nodig die zo heet. Bij drie links met dezelfde tekst weet de software niet welke bedoeld is.
+  - **Iedereen scant.** Ook wie wel een muis gebruikt, leest eerst de links. Een beschrijvende linktekst laat in één oogopslag zien wat er te doen is.
+- **Dezelfde tekst, hetzelfde doel.** Twee links met dezelfde tekst gaan naar dezelfde plek. Gaan ze ergens anders heen, dan krijgen ze een andere tekst.
+- De linktekst staat **in beeld**, niet alleen in een verborgen tekst voor schermlezers. Een verborgen toevoeging mag een link aanvullen, maar begint met de zichtbare tekst. Zo werkt spraakbediening ook.
+
+Dit volgt WCAG 2.2: succescriterium 2.4.4 (het doel van een link is duidelijk) en 2.5.3 (de naam van een link begint met de zichtbare tekst).
+
+- Externe links zijn herkenbaar via `rel="external"`; waar nodig geven we er context bij.
 
 ## Interpunctie
 
 - **Dubbele punt (:):** voor een introductie van een lijst of toelichting en voor scheiding tussen datum en beschrijving.
-- **Komma (,):** het standaardteken om zinsdelen binnen één zin te scheiden. Dit is de kleinste scheiding en het eerste middel waar u naar grijpt.
+- **Komma (,):** het standaardteken om zinsdelen binnen één zin te scheiden. Dit is de kleinste scheiding en het eerste middel waar we naar grijpen.
   - _“De Stationsweg is afgesloten, omdat er aan het riool wordt gewerkt.”_
-- **Puntkomma (;):** gebruik deze wanneer een zin al komma’s bevat en daardoor onoverzichtelijk wordt, of om twee volledige, nauw samenhangende zinnen te verbinden. Een puntkomma scheidt hele zinnen, geen losse zinsdelen — behalve in lange of komma-rijke opsommingen.
-  - _“U vraagt de subsidie aan bij RVO; de aanvraagperiode loopt tot 30 september 2026.”_
-- **Gedachtestreep (—):** alleen als uiterste middel, om een ingevoegd zinsdeel of een slotwoord extra nadruk te geven. Niet als standaard-scheidingsteken; kies eerst komma of puntkomma.
+- **Puntkomma (;):** die gebruiken we wanneer een zin al komma’s bevat en daardoor onoverzichtelijk wordt, of om twee volledige, nauw samenhangende zinnen te verbinden. Een puntkomma scheidt hele zinnen, geen losse zinsdelen, behalve in lange of komma-rijke opsommingen.
+  - Zin met veel komma’s:
+    - 🚫 Niet: _“De regeling geldt voor bakkerijen, slagerijen en viswinkels, voor andere winkels geldt een aparte regeling.”_
+    - ✅ Wel: _“De regeling geldt voor bakkerijen, slagerijen en viswinkels; voor andere winkels geldt een aparte regeling.”_
+  - Opsomming met komma’s: _“Houd bij de hand: uw KVK-nummer; de jaarcijfers over 2023, 2024 en 2025; en de offerte van uw leverancier.”_
+  - Twee nauw samenhangende zinnen: _“Uw aanvraag is compleet; u hoeft niets meer te doen.”_
+- **Gedachtestreep (—):** alleen als uiterste middel, om een ingevoegd zinsdeel of een slotwoord extra nadruk te geven. We gebruiken dit niet als standaard-scheidingsteken; we kiezen eerst een komma of puntkomma.
   - _“De subsidie — bedoeld voor kleine ondernemingen — is verlengd tot eind 2026.”_
 - **Geen punt** na opsommingsitems in lijsten, tenzij het volledige zinnen zijn.
 - **Geen spatie** voor komma’s, dubbele punten of puntkomma’s.
-- **Aanhalingstekens:** gebruik typografische (smart) quotes, niet rechte quotes.
-  - Dubbel: **“** en **”** (niet **"**)
-  - Enkel: **‘** en **’** (niet **'**), ook in samentrekkingen zoals _mkb’er_ en _komma’s_
+- **Aanhalingstekens:** we gebruiken typografische (smart) quotes, niet rechte quotes.
+  - Dubbel: **“** en **”** (niet `"`)
+  - Enkel: **‘** en **’** (niet `'`), ook in samentrekkingen zoals _mkb’er_ en _komma’s_
   - Rechte quotes alleen in code en HTML-attributen
 
 ## Inclusief taalgebruik
 
-- Gebruik **genderneutrale taal**: “u”, “de gebruiker”, “de ondernemer”, “die”, “diegene”.
-- Vermijd het gebruik van uitsluitend mannelijke of vrouwelijke voornaamwoorden.
-- Gebruik geen taalgebruik dat beperkingen veronderstelt (“u kunt niet zien” → “dit is niet zichtbaar”).
+- We gebruiken **genderneutrale taal**: “u”, “de gebruiker”, “de ondernemer”, “die”, “diegene”.
+- We vermijden uitsluitend mannelijke of vrouwelijke voornaamwoorden.
+- We schrijven niets wat een **beperking** veronderstelt:
+  - 🚫 Niet: _“U kunt dit niet zien.”_
+  - ✅ Wel: _“Dit is niet zichtbaar.”_
 - Voorbeeldnamen in het prototype (zoals “Robin Vogel”) zijn bewust genderneutraal gekozen.
diff --git a/stories/UXOpleveringen.mdx b/stories/UXOpleveringen.mdx
index 954fcc65..9f83c462 100644
--- a/stories/UXOpleveringen.mdx
+++ b/stories/UXOpleveringen.mdx
@@ -18,7 +18,7 @@ Een UX-oplevering bestaat uit meerdere samenhangende onderdelen. Niet elk onderd
 
 1. **Werkend prototype**. Hierin leggen we echte interactie vast zoals werkende functionaliteit, toetsenbordbediening, focusgedrag en foutpaden. Voorheen was dit _‘platte’_ semantische HTML, CSS en JavaScript zonder framework. Op dit moment integreren we het prototype in de demo-omgeving (React en Next.js), zodat we één omgeving hebben en makkelijker gebruik kunnen maken van de backend en services die ontwikkeld worden.
 
-2. **Componentenbibliotheek**. Elk component met zijn varianten, staten, instelbare eigenschappen en een beschrijving van wanneer deze wordt inzet. Met de nieuwe React-opzet vervalt dit grotendeels, omdat we voor een groot deel gebruik kunnen maken van [de componenten uit de Rijkshuisstijl Community](https://rijkshuisstijl-community.vercel.app/?path=/docs/react-components-readme--docs). Deze worden actief onderhouden en beschreven. Componenten die ontbreken of tekortschieten ontwikkelen we zelf. Hoe, of en wanneer we hierin de Rijkshuisstijl Community betrekken is een open vraag die we delen met MijnOverheid (MOBu) en overheid.nl.
+2. **Componentenbibliotheek**. Elk component met zijn varianten, staten, instelbare eigenschappen en een beschrijving van wanneer deze wordt ingezet. Met de nieuwe React-opzet vervalt dit grotendeels, omdat we voor een groot deel gebruik kunnen maken van [de componenten uit de Rijkshuisstijl Community](https://rijkshuisstijl-community.vercel.app/?path=/docs/react-components-readme--docs). Deze worden actief onderhouden en beschreven. Componenten die ontbreken of tekortschieten ontwikkelen we zelf. Hoe, of en wanneer we hierin de Rijkshuisstijl Community betrekken is een open vraag die we delen met MijnOverheid (MOBu) en overheid.nl.
 
 3. **Design tokens**. Ontwerp-eigenschappen in een bronbestand dat zowel [design tooling](https://tokens.studio/) als front-end bedient (‘tweerichtingsverkeer’). [Style Dictionary](https://styledictionary.com/) zet basistokens om naar CSS custom properties. De tokenarchitectuur bevat twee lagen: opties (de beschikbare waarden uit de Rijkshuisstijl) en toepassing (de semantische verwijzing die bepaalt hoe een optie wordt ingezet). Ook deze opzet vervalt grotendeels; hij blijft echter wel relevant bij het afleiden van de (mijn.)overheid.nl-stijl uit de Rijkshuisstijl en ontwerp en implementatie van nieuwe componenten.
 
@@ -67,7 +67,7 @@ Hierbij zijn `onderzoek` → `inzicht en bevindingen` → `ontwerpbeslissing` 
 
 - [ ] Welke gebruikersbehoefte, requirement of onderzoeksvraag wordt met een ontwerpkeuze opgelost?
 - [ ] Is duidelijk welke delen van het prototype representatief zijn voor productie en welke alleen bedoeld zijn om een UX-vraag te onderzoeken?
-- [ ] Wanneer is iets klaar is om met gebruikers te toetsen?
+- [ ] Wanneer is iets klaar om met gebruikers te toetsen?
 - [ ] Is de flow van begin tot eind te doorlopen, en niet alleen het eindscherm?
 - [ ] Zijn de _‘unhappy paths’_ uitgewerkt? Wat gebeurt er bijv. bij een fout van systeem of gebruiker, bij lange laadtijd, een leeg of verkeerd ingevuld verplicht formulierveld, een externe koppeling die eruit ligt?
   - [ ] zijn lege, ladende en foutieve staten ontworpen?
@@ -87,11 +87,11 @@ Hierbij zijn `onderzoek` → `inzicht en bevindingen` → `ontwerpbeslissing` 
 
 ### Componentgebruik en componentuitbreiding
 
-Dit geldt grotendeels voor de ontwerpbouwstenen die niet afkomstig zijn van de Rijkshuissijl Community; we bouwen niet wat al beschikbaar is.
+Dit geldt grotendeels voor de ontwerpbouwstenen die niet afkomstig zijn van de Rijkshuisstijl Community; we bouwen niet wat al beschikbaar is.
 
-- [ ] Is gedocumenteerd hoe en wanneer je het component inzet, en juist niet? (Dit geldt met name voor niet-beschikbare of toereikende bestaande componenten.)
+- [ ] Is gedocumenteerd hoe en wanneer het component ingezet wordt, en wanneer juist niet? (Dit geldt met name voor niet-beschikbare of ontoereikende bestaande componenten.)
 - [ ] Zijn alle varianten en staten (in isolatie) aanwezig, inclusief uitzonderingen, leeg, ladend, fout en uitgeschakeld?
-- [ ] Houdt het component zich aan de huisstijl en maakt het gebruikt van de relevante design tokens?
+- [ ] Houdt het component zich aan de huisstijl en maakt het gebruik van de relevante design tokens?
 - [ ] Is het component (in isolatie) toegankelijk: semantisch correct, bedienbaar met het toetsenbord en met voldoende contrast?
 - [ ] Welke afwijkingen of uitbreidingen zijn gemaakt op een bestaand component?
 
@@ -99,7 +99,7 @@ Dit geldt grotendeels voor de ontwerpbouwstenen die niet afkomstig zijn van de R
 
 De technische/visuele infrastructuur die consistentie in beeldtaal en interactie waarborgt.
 
-- [ ] Houden de tokens zich aan de bestaande (Rijkshuissijl Community) conventie?
+- [ ] Houden de tokens zich aan de bestaande (Rijkshuisstijl Community) conventie?
 - [ ] Is een nieuwe semantische waarde toegevoegd in de toepassingslaag, en maakt deze gebruik van de optielaag?
 - [ ] Worden geen losse, ‘hardcoded’ waarden gebruikt?
 - [ ] Voldoet elke kleurcombinatie aan de contrasteis?
@@ -123,7 +123,7 @@ Ontwerppatronen zijn (UI) oplossingen voor terugkerende problemen en vraagstukke
 - [ ] Is er een bestaand, bewezen patroon dat we kunnen gebruiken?
 - [ ] Benoemt het patroon welk probleem het oplost?
 - [ ] Is duidelijk wanneer het patroon níet geldt?
-- [ ] Zijn er afgevallen alternatieven, en wat id de reden waarom ze afvielen?
+- [ ] Zijn er afgevallen alternatieven, en wat is de reden waarom ze afvielen?
 - [ ] Welke componenten en schermen raakt het patroon?
 
 ### Schrijfwijzer en microcopy
@@ -136,7 +136,7 @@ Ontwerpregels voor tekst en taal. Dit geldt voornamelijk voor UI-tekst, niet voo
 - [ ] Zijn waarschuwingen en foutmeldingen specifiek genoeg, begrijpelijk en handelingsgericht: staat erin wat een gebruiker zelf kan doen indien een fout optreedt?
 - [ ] Is nieuwe terminologie toegevoegd aan de schrijfwijzer?
 
-\*De schrijfwijzer beoordeeld automatisch teksten d.m.v. een Claude Code skill.
+\*De schrijfwijzer beoordeelt teksten automatisch met een Claude Code skill.
 
 ### Onderzoek
 
diff --git a/tests/berichtenbox/detail.test.js b/tests/berichtenbox/detail.test.js
index badf4187..30bc47cd 100644
--- a/tests/berichtenbox/detail.test.js
+++ b/tests/berichtenbox/detail.test.js
@@ -353,7 +353,7 @@ describe("detailpagina — voorgoed verwijderen", () => {
 		await toonBericht(b, { verwijderd: { [b.id]: true } });
 
 		voorgoedKnop().click();
-		[...paneel().querySelectorAll("button")].find((k) => k.textContent === "Annuleren").click();
+		[...paneel().querySelectorAll("button")].find((k) => k.textContent === "Annuleer").click();
 
 		expect(paneel()).toBe(null);
 		expect(window.Berichtenbox.statusVan(b.id)).toBe("prullenbak");