Beveiliging afstemmen op een headless of framework-site
Draait je site op een framework of een aparte frontend die inhoud uit een headless CMS haalt, dan worden de headers op de frontend-host gezet, niet in het CMS. Dit is de correctie die het meest uitmaakt: generiek advies stuurt een headless-eigenaar naar de verkeerde plek.
In de pagina (een hash op een script, trackers na toestemming)
Reparaties in de opmaak zitten in de frontend-componenten die de tags renderen: een hash op een extern script, of trackers die pas na toestemming laden. Laad analytics en advertenties via je consent-platform of een tag manager die op de toestemming wacht.
De verbinding (HTTPS en het certificaat)
HTTPS afdwingen en het certificaat regelt je host of CDN. Zorg dat http naar https doorstuurt en dat het certificaat geldig is en niet verlopen. De meeste hosts en CDN's doen dit met een schakelaar of een gratis Let's Encrypt-certificaat.
DNS-records (SPF, DMARC, DNSSEC, IPv6)
Deze staan los van je site: het zijn records bij je domein. Je zet ze bij je DNS-provider of domeinregistrar, niet in je CMS of op je host. SPF en DMARC gaan over wie mail namens je domein mag sturen, DNSSEC ondertekent je DNS, en IPv6 is de enige waar de host eerst een AAAA-record en verbinding moet aanbieden voordat je die kunt zetten.