KATLA VOOR WORDPRESS
Cookietoestemming die WordPress en WooCommerce niet vertraagt.
Eén plugin. Hij houdt scripts zonder toestemming op de server tegen, terwijl WordPress de HTML nog opbouwt, en niet pas in de browser als ze al geladen zijn. Elk thema, elke pagebuilder, en in een WooCommerce-winkel blijven de winkelwagen en de checkout altijd onaangeroerd.
WordPress 6.3+ · PHP 7.4+WooCommerce 7.0+ (optioneel)Inclusief WP-CLI
wp-content/plugins/katla-consentGeen themacode
1. Installeer de plugin vanuit de zip en activeer hem. 2. Plak je Site-ID onder Settings → Katla Consent, of regel alles via WP-CLI: wp plugin activate katla-consent wp katla site-id 00000000-0000-0000-0000-000000000000 wp katla verify 3. Kies een modus: de gehoste widget van Katla, de eigen banner van de plugin, of je eigen UI op window.KatlaConsent. 4. Zet [katla_policy] op je privacypagina. WooCommerce heeft geen eigen stap nodig. Winkelwagen-, sessie- en fragmentcookies omzeilen de cookieblokker automatisch, en de scripthandles van de checkout zijn door geen enkele regel te blokkeren.
Elke shortcode heeft een bijbehorend Gutenberg-blokVolledige gids →
WAAROM TOESTEMMING OP WORDPRESS LASTIG IS
WordPress-sites verzamelen plugins, en plugins verzamelen cookies.
HET PROBLEEMEen tracker in de browser blokkeren is een race, en een optimalisatieplugin die je scripts herschikt, kan bepalen wie die wint.
MET KATLADe plugin herschrijft geblokkeerde scripts naar type="text/plain" met een data-katla-src terwijl WordPress de pagina bouwt. Er is geen race om te verliezen.
HET PROBLEEMEen script neutraliseren betekent meestal dat de inline-configuratie die eraan hing verloren gaat, en de tag komt verkeerd geconfigureerd terug.
MET KATLAInline scripts die met wp_add_inline_script zijn toegevoegd, worden samen met hun handle vastgehouden en in de volgorde van de broncode opnieuw afgespeeld zodra de categorie is toegestaan.
HET PROBLEEMEen cookieblokker die zonder onderscheid blokkeert, leegt winkelwagens en verliest sessies, en het symptoom lijkt in niets op de oorzaak.
MET KATLADe WooCommerce-cookies voor winkelwagen, sessie, fragmenten en winkelmeldingen staan op naam en prefix op de allowlist zodra de winkel wordt gedetecteerd. De cookieblokker komt er nooit aan.
HET PROBLEEMEén te gretige blokkeerregel kan de checkout platleggen, en dat hoor je van klanten in plaats van uit een test.
MET KATLAwc-cart-fragments, wc-checkout en wc-blocks-checkout worden van de blokkeerlijst gehaald, wat de regel ook zegt, dus de fout kan de checkout niet bereiken.
HET PROBLEEMElke plugin die je toevoegt, kan trackers meebrengen waar de privacypagina nog nooit van heeft gehoord.
MET KATLAKatla scant de gerenderde pagina, classificeert wat het vindt en genereert daaruit het cookie- en privacybeleid opnieuw. [katla_policy] rendert ze op de server, dus ze staan in de HTML en zijn indexeerbaar.
INSTALLATIE
Installeren, scannen, klaar.
- Installeer de pluginUpload de zip, of zet katla-consent in wp-content/plugins en activeer hem. WooCommerce-ondersteuning is ingebouwd, geen aparte add-on.
- Koppel je sitePlak de Site-ID uit je Katla-dashboard, of voer wp katla site-id en wp katla verify uit.
- Bekijk de scanCookies komen geclassificeerd en beschreven terug: winkelwagen en sessie als functioneel, pixels als marketing. Elke beoordeling kun je in het dashboard aanpassen.
- PublicerenKies een bannermodus, zet [katla_policy] of het bijbehorende blok op je privacypagina, en eventueel een link naar de voorkeuren bij de checkout en in Mijn account.
GEBOUWD VOOR WORDPRESS
Eén plugin, twee taken.
Blokkeren op de serverScherm een script af op zijn geregistreerde handle, of op een stukje van zijn URL voor de scripts die een thema injecteert zonder iets te registreren.
Standaard veilig voor de checkoutDe winkelcookies die WooCommerce nodig heeft, omzeilen de cookieblokker, en de scripthandles waar de checkout van afhangt, zijn niet te blokkeren. HPOS en de winkelwagen- en checkoutblokken zijn als compatibel gedeclareerd.
Drie bannermodiDe gehoste widget van Katla, de eigen banner van de plugin (vertaald via WordPress en gestyled met CSS custom properties), of helemaal geen UI als je hem zelf bouwt. Weigeren en Accepteren hebben dezelfde grootte, padding en letterdikte, zoals de DMA vereist.
Blokken en shortcodes[katla_policy], [katla_cookie_table], [katla_cookie_settings], [katla_block] en [katla_consent], elk met een bijbehorend Gutenberg-blok.
WP-CLI en filterswp katla status, site-id, verify, cookies, policy en flush voor een gescripte installatie, en katla_blocked_handles, katla_cookie_allowlist, katla_categories, katla_translations en katla_banner_css_vars in plaats van een fork.
Consent Mode v2 en GTMGA4 en Google Ads krijgen alle vier de signalen, standaard geweigerd. Je bestaande GTM-triggers lezen dezelfde beslissing uit window.dataLayer.
CORE WEB VITALS
Zo brokkelt het koekje af. Jouw SEO niet.
Consentplugins zijn een veelvoorkomende reden dat WordPress-sites zakken voor Core Web Vitals: honderden kilobytes, geladen vóór al het andere, in een winkel waar snelheid omzet is. De gehoste banner van Katla is 18 KB in één verzoek, en de cookie- en beleidsresponses die de plugin nodig heeft, worden in transients gecachet in plaats van bij elke paginaweergave opgehaald.
Zo werkt de headless-modus →18 kBOver het netwerkBanner en je cookiegegevens, brotli
0 msExtra LCPTegenover dezelfde pagina zonder Katla
0LayoutverschuivingDe banner reserveert geen ruimte in de paginaflow
2RequestEén script, gecachet aan de edge
Onze eigen metingen, gedaan op (zo hebben we gemeten).
Vragen die WordPress-teams stellen
- Heb ik voor WooCommerce nog iets anders nodig dan de WordPress-plugin?
- Nee. Het is één plugin, en het WooCommerce-gedrag gaat aan zodra WooCommerce actief is. Er is verder niets te installeren en er valt niets voor in te stellen.
- Breekt het mijn winkelwagen of checkout?
- Precies daarvoor bestaat de WooCommerce-ondersteuning. Winkelwagen-, sessie- en fragmentcookies staan op de allowlist, de scripthandles van de checkout worden van de blokkeerlijst gehaald, zelfs als een regel ze expliciet noemt, en de plugin declareert compatibiliteit met HPOS en met de winkelwagen- en checkoutblokken.
- En orderattributie?
- sbjs_* wordt behandeld als marketing en niet als noodzakelijk, want dat is het. Scherm de handle wc-order-attribution af en de cookies worden nooit gezet; laat je hem staan, dan wachten ze op toestemming zoals elke andere marketingcookie.
- Vervangt het mijn huidige consentplugin?
- Ja. Deactiveer de oude zodra Katla actief is, zodat er geen twee banners om dezelfde cookies strijden.
- Werkt het met mijn pagebuilder?
- Ja. Het blokkeren werkt op enqueued handles en op URL-fragmenten, en de scan leest de gerenderde pagina in plaats van de builder, dus wat de builder uitvoert, is wat Katla ziet.
- Waar moet ik op letten?
- Op één ding. Sluit cdn.katla.app uit van het uitstellen of combineren van JS in WP Rocket, Autoptimize en consorten. De cookieblokker moet draaien vóór alles wat cookies zet, en hem uitstellen is de meest voorkomende manier waarop een installatie er goed uitziet maar niet aan de regels voldoet.
Scan je site en installeer dan de plugin.
Het gratis abonnement scant je WordPress-site en genereert een cookiebeleid, zonder creditcard.