KATLA PER WORDPRESS
Il consenso ai cookie che non rallenta WordPress né WooCommerce.
Un solo plugin. Trattiene gli script senza consenso sul server, mentre WordPress sta ancora componendo l’HTML, e non nel browser quando ormai sono già caricati. Qualsiasi tema, qualsiasi page builder, e su un negozio WooCommerce carrello e checkout non vengono mai toccati.
WordPress 6.3+ · PHP 7.4+WooCommerce 7.0+ (facoltativo)WP-CLI incluso
wp-content/plugins/katla-consentNessun codice nel tema
1. Installa il plugin dal file zip e attivalo. 2. Incolla il tuo Site ID in Settings → Katla Consent, oppure fai tutto da WP-CLI: wp plugin activate katla-consent wp katla site-id 00000000-0000-0000-0000-000000000000 wp katla verify 3. Scegli una modalità: il widget ospitato di Katla, il banner del plugin o la tua interfaccia su window.KatlaConsent. 4. Aggiungi [katla_policy] alla tua pagina privacy. WooCommerce non richiede un passaggio a parte. I cookie di carrello, sessione e fragment aggirano il blocco dei cookie in automatico, e gli handle degli script del checkout non possono essere bloccati da nessuna regola.
Ogni shortcode ha il suo blocco GutenbergGuida completa →
PERCHÉ I SITI WORDPRESS FATICANO CON IL CONSENSO
I siti WordPress collezionano plugin, e i plugin collezionano cookie.
IL PROBLEMABloccare un tracker nel browser è una gara, e un plugin di ottimizzazione che riordina i tuoi script può decidere chi la vince.
CON KATLAIl plugin riscrive gli script bloccati in type="text/plain" con un data-katla-src mentre WordPress costruisce la pagina. Non c’è nessuna gara da perdere.
IL PROBLEMANeutralizzare uno script di solito butta via la configurazione inline collegata, e il tag torna configurato male.
CON KATLAGli script inline aggiunti con wp_add_inline_script vengono trattenuti insieme al loro handle e rieseguiti nell’ordine del sorgente appena la categoria viene consentita.
IL PROBLEMAUn blocco dei cookie che non fa distinzioni svuota i carrelli e perde le sessioni, e il sintomo non assomiglia per niente alla causa.
CON KATLAI cookie di carrello, sessione, fragment e avvisi del negozio di WooCommerce vengono messi in allowlist per nome e per prefisso appena il negozio viene rilevato. Il blocco dei cookie non li tocca mai.
IL PROBLEMAUna regola di blocco troppo zelante può mandare giù il checkout, e lo scopri dai clienti invece che da un test.
CON KATLAwc-cart-fragments, wc-checkout e wc-blocks-checkout vengono tolti dall’elenco dei bloccati qualunque cosa dica la regola, così l’errore non può arrivare al checkout.
IL PROBLEMAOgni plugin che aggiungi può portare tracker di cui la pagina privacy non ha mai sentito parlare.
CON KATLAKatla scansiona la pagina renderizzata, classifica ciò che trova e rigenera da lì la cookie policy e l’informativa sulla privacy. [katla_policy] le renderizza lato server, così sono nell’HTML e indicizzabili.
CONFIGURAZIONE
Installa, scansiona, fatto.
- Installa il pluginCarica il file zip, oppure copia katla-consent in wp-content/plugins e attivalo. Il supporto WooCommerce è integrato, non è un add-on a parte.
- Collega il tuo sitoIncolla il Site ID dalla dashboard di Katla, oppure esegui wp katla site-id e wp katla verify.
- Controlla la scansioneI cookie tornano classificati e descritti: carrello e sessione come funzionali, pixel come marketing. Puoi cambiare qualsiasi classificazione dalla dashboard.
- PubblicaScegli una modalità del banner, aggiungi [katla_policy] o il suo blocco alla pagina privacy e, se vuoi, un link alle preferenze nel checkout e in My Account.
PENSATO PER WORDPRESS
Un plugin, due lavori.
Blocco lato serverSubordina uno script al consenso tramite il suo handle registrato, o tramite un frammento del suo URL per quelli che un tema inserisce senza registrare nulla.
Checkout protetto di defaultI cookie del negozio di cui WooCommerce ha bisogno aggirano il blocco dei cookie, e gli handle degli script da cui dipende il checkout non si possono bloccare. HPOS e i blocchi di carrello e checkout sono dichiarati compatibili.
Tre modalità di bannerIl widget ospitato di Katla, il banner del plugin tradotto tramite WordPress e con lo stile impostato da CSS custom properties, oppure nessuna interfaccia se la costruisci tu. I pulsanti per rifiutare e per accettare hanno stessa dimensione, padding e peso, come richiede il DMA.
Blocchi e shortcode[katla_policy], [katla_cookie_table], [katla_cookie_settings], [katla_block] e [katla_consent], ciascuno con il suo blocco Gutenberg.
WP-CLI e filtriwp katla status, site-id, verify, cookies, policy e flush per un’installazione da script, e katla_blocked_handles, katla_cookie_allowlist, katla_categories, katla_translations e katla_banner_css_vars al posto di un fork.
Consent Mode v2 e GTMGA4 e Google Ads ricevono tutti e quattro i segnali, negati per impostazione predefinita. I tuoi trigger GTM esistenti leggono la stessa decisione da window.dataLayer.
CORE WEB VITALS
I cookie si sbriciolano. La tua SEO no.
I plugin di consenso sono una causa frequente dei Core Web Vitals non superati sui siti WordPress: centinaia di kilobyte, caricati prima di tutto il resto, su un negozio dove la velocità è fatturato. Il banner ospitato di Katla pesa 18 KB in una sola richiesta, e le risposte su cookie e policy di cui il plugin ha bisogno restano in cache nei transient invece di essere scaricate a ogni visualizzazione di pagina.
Come funziona la modalità headless →18 kBDati trasferitiBanner e dati dei tuoi cookie, brotli
0 msLCP aggiuntoRispetto alla stessa pagina senza
0Spostamento del layoutIl banner non riserva spazio nel flusso
2RichiestaUn solo script, in cache all’edge
Nostre misurazioni, effettuate il : ecco come le abbiamo fatte.
Le domande dei team WordPress
- Per WooCommerce mi serve altro oltre al plugin WordPress?
- No. È un solo plugin, e il comportamento per WooCommerce si attiva quando WooCommerce è attivo. Non c’è altro da installare né da configurare.
- Rischio di rompere il carrello o il checkout?
- È proprio il caso per cui esiste il supporto WooCommerce. I cookie di carrello, sessione e fragment sono in allowlist, gli handle degli script del checkout vengono tolti dall’elenco dei bloccati anche quando una regola li nomina esplicitamente, e il plugin dichiara la compatibilità con HPOS e con i blocchi di carrello e checkout.
- E l’attribuzione degli ordini?
- sbjs_* è trattato come marketing e non come necessario, perché è quello che è. Subordina al consenso l’handle wc-order-attribution e i cookie non vengono mai impostati; lascialo com’è e aspettano il consenso come qualsiasi altro cookie di marketing.
- Sostituisce il mio attuale plugin di consenso?
- Sì. Disattiva quello vecchio quando Katla è attivo, così due banner non si contendono gli stessi cookie.
- Funziona con il mio page builder?
- Sì. Il blocco si basa sugli handle accodati e sui frammenti di URL, e la scansione legge la pagina renderizzata e non il builder, quindi ciò che il builder produce è ciò che vede Katla.
- C’è qualcosa a cui fare attenzione?
- Una cosa. Escludi cdn.katla.app dal differimento o dalla combinazione dei JS in WP Rocket, Autoptimize e simili. Il blocco dei cookie deve girare prima di qualsiasi cosa imposti cookie, e differirlo è il modo più comune in cui un’installazione sembra a posto e non è conforme.
Scansiona il tuo sito, poi installa il plugin.
Il piano gratuito scansiona il tuo sito WordPress e genera un’informativa sui cookie, senza carta di credito.