Google Consent Mode v2 in WordPress: Een praktische handleiding voor de instelling

Wat Google Consent Mode v2 is, en wat het niet is

De officiële overzichtsbeschrijving van Consent Mode van Google beschrijft het als een manier om aan te geven hoe Google-tags en SDK's zich gedragen op basis van de keuzes van de gebruiker. Dat is belangrijk omdat de banner de keuze van een bezoeker verzamelt, maar de tags nog steeds een gestructureerd signaal nodig hebben dat aangeeft wat is toegestaan.

Met andere woorden, de banner en Consent Mode lossen verschillende delen van hetzelfde werkproces op. Google stelt expliciet dat je verantwoordelijk bent voor het verkrijgen van toestemming en vervolgens die toestemmingsstatus door te geven aan Google. Als je WordPress gebruikt met Google Analytics, Google Ads of Google Tag Manager, is deze onderscheid belangrijker dan de label "v2".

De vier toestemmingsparameters die teams het beste moeten begrijpen

De huidige documentatie van Google draait rond vier parameters die vaak van belang zijn bij website-implementaties: ad_storage, analytics_storage, ad_user_data, en ad_personalization. Google heeft de laatste twee toegevoegd in de Consent Mode v2-update voor verkeer uit de EER, dus oudere documentatie of oudere opzetten kunnen niet overeenkomen met wat je nu nodig heeft.

Basis versus geavanceerde Consent Mode: het praktische verschil

Google documenteert twee implementatiemodellen. Bij basis Consent Mode worden tags geblokkeerd totdat de bezoeker toestemming heeft gegeven. Bij geavanceerde Consent Mode laden tags met standaardtoestemmingsinstellingen en passen ze hun gedrag vervolgens aan na de keuze van de bezoeker.

De afweging is eenvoudig. Basismodus is conceptueel eenvoudiger omdat niets optioneel wordt uitgevoerd voordat toestemming is verkregen. Geavanceerde modus kan meer continuïteit in meting ondersteunen omdat Google toestemmingsbewuste pings en modellering gebruikt wanneer toestemming wordt geweigerd. Geen van beide modellen doet af aan de noodzaak om de juiste standaardinstellingen in te stellen of de implementatie uit te lijnen met je beleid en bannerlogica.

Waarom teams vastlopen in WordPress

Het falingspunt is meestal niet WordPress zelf. Het is timing. Een site kan een banner tonen en toch het verkeerde signaal versturen als de standaardtoestand ontbreekt, te laat wordt geladen of alleen voor het "accepteer alles"-pad wordt bijgewerkt. Daarom richt de probleemoplossingsrichtlijn van Google zich zo zwaar op het ervoor zorgen dat standaardwaarden aanwezig zijn voordat tags toestemming gebruiken.

Een praktische opzetstroom voor WordPress

1. Beslis over je categorie-mapping voordat je tags aanraakt

Begin met de categorieën die je aan bezoekers exposeert en het Google-gedrag dat deze categorieën zouden moeten beïnvloeden. Als analytische en advertentietoestemming in je banner gescheiden zijn, moeten je updates deze onderscheid consequent weerspiegelen.

2. Stel geweigerde standaardwaarden vroeg in

De probleemoplossingsgids van Google voor Tag Assistant toont het standaardpatroon duidelijk: stel de standaardinstellingen voor toestemming vroeg in de levenscyclus van de pagina in, en stel ze niet asynchroon in nadat andere tags al zijn gestart. Voor veel WordPress-opbouwen betekent dit het controleren van de volgorde van scripts, de timing van GTM-triggering en of een andere plugin Google-tags injecteert voordat de standaardinstellingen voor toestemming klaar zijn.

3. Update de toestemming na de daadwerkelijke keuze van de bezoeker

Na accepteren, afwijzen of opgeslagen aangepaste voorkeuren, update de Google-toestemmingsstatus om te matchen met wat de bezoeker heeft gekozen. Hier helpt een review-first CMP-stroom: je kunt de banner-categorieën, de beleidscategorieën en de daadwerkelijke Google-signalen vergelijken in plaats van de banner als een zwarte doos te behandelen.

4. Houd het WordPress-cookie-inventaris in beeld

WordPress-core zelf gebruikt cookies voor ingelogde gebruikers en commentatoren, volgens de officiële WordPress-ontwikkeldocumentatie. Maar beslissingen over Consent Mode hangen meestal meer af van de optionele lagen die je toevoegt: analysetags, advertentietags, embeds, tagmanagers en plugins. Een schone opzet koppelt Google-signalering aan een actueel cookie- en scriptinventaris.

Hoe de implementatie te verifiëren met Tag Assistant

Verificatie is waar veel teams eindelijk zien of de site doet wat ze denken dat hij doet. Google beveelt Tag Assistant aan voor het controleren van het gedrag van Consent Mode, en de probleemoplossingsrichtlijnen wijzen op terugkerende fouten zoals ontbrekende standaardtoestemming en onvolledige dekking van parameters.

• Open de site in een nieuwe sessie en bevestig dat de standaardtoestand verschijnt voordat optionele tags afhankelijk zijn van toestemming.
• Controleer of ad_storage, analytics_storage, ad_user_data, en ad_personalization zijn allemaal aanwezig wanneer relevant.
• Accepteer alles, weiger optionele cookies en sla een aangepaste keuze op om te bevestigen dat elk pad de staat bijwerkt.
• Vergelijk de toestemmingscategorieën in de banner met de tags die daadwerkelijk op de pagina worden uitgevoerd.
• Herhaal de test op belangrijke sjablonen, zoals de homepage, landingspagina's en flows gerelateerd aan de checkout.

Als je GA4-eigenschap is gekoppeld aan Google-diensten die toestemming vereisen en je EEA-bezoekers heeft, kan Google Analytics ook ontbrekende signalen van actieve toestemming markeren voor advertentiemeting of personalisatie. Dat maakt verificatie een lopende operationele taak, niet alleen een checklist bij lancering.

Hoe ACookies past in de WordPress-workflow

ACookies is gericht op WordPress-teams die bannergedrag, ondersteuning voor Google Consent Mode, toestemmingsregisters, cookie-scanning en beleidswerk in één plek willen. De productpagina voor Google Consent Mode v2 voor WordPress legt de nadruk op vroege standaardinstellingen, updates na de keuze van de bezoeker en verificatie met hulpmiddelen zoals Tag Assistant.

Het implementatiewerk is eenvoudiger wanneer je ook kunt inspecteren wat op de site draait. De AI-cookie-scanner en de gratis cookiebeleidgenerator ondersteuning voor dat beoordeling-voor-workflow, terwijl ACookies-prijzen verduidelijkt de Pro-websitepakketten voor teams die de plugin nodig hebben binnen WordPress.

Veelgemaakte fouten om te vangen voordat je publiceert

De meest voorkomende fout is het aannemen dat de banner alleen al bewijst dat de Google-kant correct is. In de praktijk komen problemen meestal voort van scriptvolgorde, gedeeltelijke categorie-mapping of aangepaste codepaden die één parameter bijwerken maar niet de anderen.

Een andere fout is om Consent Mode te behandelen als een juridische snelweg. De documentatie van Google is duidelijk dat je nog steeds toestemming moet verkrijgen en de keuze van de gebruiker moet communiceren. De richtlijnen voor toestemming van de Europese Commissie zijn eveneens duidelijk dat geldige toestemming geïnformeerd, specifiek en gegeven moet worden via een positief handelen, met een praktische mogelijkheid om deze in te trekken.