Toestemmingsbeheer voor WordPress
dat blokkeert vóór de klik.

Ja, en die blokkering zit in de markup, niet in een belofte. In de strikte modus, standaard aan, wordt het document bij het uitsturen opgevangen en herschrijven vijf passes scripts, iframes, pixels, verbindingshints en media van derden. Twee grenzen die je moet kennen: de echte blokkering steunt op de catalogus van 183 signaturen en op de signaturen voor inline code — een onbekend script van derden wordt standaard toegelaten, een onbekende iframe wordt geblokkeerd —, en zet je de strikte modus uit, dan worden alleen de door WordPress geregistreerde scripts behandeld, niet die hard in het thema staan. En ten slotte: een document van meer dan 8 MB of een fout in de reguliere-expressiemotor wordt onaangeroerd geserveerd in plaats van kapot.

Ja, dat was het uitgangspunt. De geserveerde HTML is voor alle bezoekers identiek, inclusief de onschadelijk gemaakte trackers, en de toestemmingsstatus wordt in de browser uit de cookie opnieuw opgebouwd en toegepast vóór het eerste beeld. Geen enkele cache kan dus de keuzes van de ene bezoeker aan de andere serveren. De prijs daarvoor is duidelijk: het regime van de bezoeker wordt aan de clientzijde bepaald, dus zonder JavaScript wordt er niets geregistreerd. Een bezoeker zonder JavaScript ziet een noscript-blok, laadt niets dat niet strikt noodzakelijk is, en zit nooit opgesloten achter een venster dat hij niet kan sluiten.

Het bepaalt het wettelijke model: opt-in voor de AVG, UK PECR, de Zwitserse nFADP, Wet 25, LGPD, POPIA, PIPL en DPDP; toegestaan tot weigering voor CCPA, het algemene Amerikaanse profiel en Australië. Het bepaalt ook of de link “Do Not Sell or Share” verschijnt (alleen CCPA en het algemene Amerikaanse profiel), of het GPC-signaal bindend is (dezelfde twee profielen: elders wordt het signaal wel op het scherm weerspiegeld, maar wordt er niets geregistreerd), en welke taal en welke toezichthoudende autoriteit de gegenereerde documenten dragen. Detectie per land is optioneel en staat standaard uit; ze faalt gesloten, dus richting het strengste regime. Twee erkende grenzen: geen onderscheid per Amerikaanse staat of Canadese provincie, en het MaxMind-bestand wordt door de plugin niet gedownload en kan er ook niet in worden geüpload — dat zet je zelf in uploads/ow-geoip/.

Het bewijst precies zoveel als de sleutel die het ondertekent, en de plugin zegt je dat ronduit. Elke rij is met HMAC ondertekend over de hash van de vorige en het kopanker wordt buiten de tabel bewaard, zodat een wijziging, een afkapping of een leeggemaakte tabel bij de verificatie zichtbaar wordt. Maar staan AUTH_KEY en AUTH_SALT niet in je wp-config.php en heb je OWC_LEDGER_KEY niet gedefinieerd, dan komt de sleutel uit de database: wie toegang heeft tot die database, kan de keten opnieuw ondertekenen. In dat geval toont de plugin een waarschuwing in de beheeromgeving en meldt hij zelf dat de keten niet langer onvervalsbaar is, in plaats van dat te blijven beweren.

Nee, en dat zeg je beter vooraf dan achteraf. De module implementeert TCF v2.2 aan de browserzijde — de __tcfapi-API, een gecodeerde TC-string, de cookie euconsent-v2 — maar levert geen CMP ID: dat wordt door IAB Europe toegekend na registratie, en zonder dat ID zendt de module strikt niets uit. De omvang is eveneens begrensd: enkel het Core-segment, geen enkele publisher restriction, twee ondersteunde speciale functies, geen globale scope. Concreet werkt hij als een niet-officiële CMP-compatibele modus, wat voor veel integraties volstaat maar geen officiële registratie vervangt — Google AdSense weigert hem in het bijzonder in productie binnen de EER. De module staat standaard uit.

Deactiveren raakt geen enkel gegeven aan: het haalt alleen de geplande taken weg. Bij verwijderen verdwijnen er altijd twee dingen, wat je ook hebt ingesteld: de geplande taken en de tabel met verzoeken van betrokkenen, de enige tabel met direct identificerende gegevens van derden waarvan de bewaring door niets meer wordt begrensd zodra de plugin weg is. De rest — toestemmingsregister, scannervondsten, trackercatalogus — blijft bestaan, tenzij je uitdrukkelijk het volledig wissen hebt aangevinkt, wat standaard uit staat: je toestemmingsbewijs uit artikel 7.1 hoort niet met een de-installatie te verdwijnen.