Begin met de echte rol van de API
De officiële pagina van WP Consent API op WordPress.org beschrijft het als een plugin die standaardiseert hoe geaccepteerde toestemmingscategorieën tussen plugins worden gecommuniceerd. Het is geen toestemmingsbanner en het beslist niet wat je site mag laden. Het heeft een banner-plugin en minimaal één andere plugin nodig die de API ondersteunt.
Dat onderscheid telt voor WordPress-teams. De API is nuttig wanneer een ondersteunende plugin kan vragen of een categorie zoals statistics of marketing toestemming heeft voordat het opslag instelt of tracking start. De banner moet nog steeds duidelijke keuzes presenteren, de beslissing van de bezoeker opslaan en de API bijwerken wanneer de beslissing verandert.
Kaart banner-categorieën doelbewust
WP Consent API maakt gebruik van categorieën zoals functional, preferences, statistics, statistics-anonymous en marketing. De meeste WordPress-banners gebruiken een vergelijkbaar, maar niet identiek categorie-model. Ga er niet vanuit dat namen automatisch overeenkomen. Beslis welke banner-categorie elke API-categorie beheert, test vervolgens een afwijzingspad en een aangepast pad.
ACookies behandelt noodzakelijke functionaliteit als toegestaan, koppelt preferences aan de categorie preferences, analytics aan statistics en statistics-anonymous, en marketing aan marketing wanneer
wp_set_consent is beschikbaar. Dezelfde bannerkeuze kan ook Google Consent Mode-signalen bijwerken zoals analytics_storage, ad_storage,
ad_user_data, en ad_personalization.
Verwarring tussen signalering en blokkering
De pagina van de WP Consent API is duidelijk dat de API een raamwerk biedt voor plugins om te weten of ze cookies mogen plaatsen of data kunnen volgen. Hij blokkeert niet zelf elke third-party iframe, externe script of hard-coded thema-snippet. Deze hebben nog steeds blokkering, vertraagde lading of vervangingsgedrag nodig van de implementatie van toestemmingsbeheer.
Google Consent Mode heeft een aparte taak. Google legt uit dat toestemmingsmodus aanpast hoe Google-tags zich gedragen op basis van toestemmingskeuzes, en de website-opzetgids van Google noemt extra v2-signalen voor advertentiedata van gebruikers en personalisatie. Dit maakt het aanvullend op WP Consent API, geen vervanging voor WordPress-plugin-naar-plugin-communicatie.
Gebruik een WordPress-gerichte beoordelingsworkflow
Behandel WP Consent API-ondersteuning als één onderdeel van een bredere site-review. Controleer welke WordPress-plugins de API ondersteunen, welke scripts worden beheerd door de banner en welke tags nog handmatige regels nodig hebben. Scan vervolgens een echte pagina, inspecteer cookies en netwerkverzoeken en controleer Google-signalen met Tag Assistant wanneer Google-tags aanwezig zijn.
- Bevestig dat de WP Consent API-plugin alleen aanwezig is als je stack deze brug nodig heeft.
- Koppel banner-categorieën aan API-categorieën voordat je de tekst publiceert.
- Test 'accepteer alles', 'verwerp optioneel' en aangepaste keuzes.
- Scan de openbare site opnieuw na het wijzigen van plugins, cache, GTM of thema-code.
- Documenteer resterende scripts die handmatige blokkeringregels vereisen.
Veelgestelde vragen
Vervangt de WP Consent API een cookiebanner?
Nee. De officiële WordPress.org-pluginpagina stelt dat WP Consent API een cookie-banner-plugin en een andere plugin nodig heeft die de API ondersteunt. Het standaardiseert communicatie; het verzamelt zelf geen toestemming.
Blokkeert de WP Consent API elke third-party script?
Nee. De API stelt ondersteunende plugins in staat om toestemmingscategorieën te lezen, maar derden-scripts en iframes hebben nog steeds blokkering of vertraagde laadfuncties nodig vanuit de toestemmingsbeheer-instelling.
Hoe gebruikt ACookies signalen van de WP Consent API?
Wanneer de API beschikbaar is, koppelt ACookies de categorieën van bezoekers aan WP Consent API-categorieën zoals functional, preferences, statistics, statistics-anonymous en marketing.