KATLA PARA WORDPRESS
Consentimiento de cookies que no ralentiza WordPress ni WooCommerce.
Un solo plugin. Retiene en el servidor los scripts sin consentimiento, mientras WordPress todavía está montando el HTML, y no en el navegador cuando ya se han cargado. Cualquier tema, cualquier constructor de páginas, y en una tienda WooCommerce nunca toca el carrito ni el checkout.
WordPress 6.3+ · PHP 7.4+WooCommerce 7.0+ (opcional)WP-CLI incluido
wp-content/plugins/katla-consentSin tocar el tema
1. Instala el plugin desde el zip y actívalo. 2. Pega el ID de tu sitio en Settings → Katla Consent, o hazlo todo desde WP-CLI: wp plugin activate katla-consent wp katla site-id 00000000-0000-0000-0000-000000000000 wp katla verify 3. Elige un modo: el widget alojado de Katla, el banner propio del plugin o tu propia interfaz sobre window.KatlaConsent. 4. Añade [katla_policy] a tu página de privacidad. WooCommerce no necesita ningún paso propio. Las cookies de carrito, sesión y fragmentos esquivan el bloqueador automáticamente, y ninguna regla puede bloquear los handles de script del checkout.
Cada shortcode tiene su bloque de Gutenberg equivalenteGuía completa →
POR QUÉ A LOS SITIOS DE WORDPRESS LES CUESTA EL CONSENTIMIENTO
Los sitios WordPress acumulan plugins, y los plugins acumulan cookies.
EL PROBLEMABloquear un rastreador en el navegador es una carrera, y un plugin de optimización que reordena tus scripts puede decidir quién la gana.
CON KATLAEl plugin reescribe los scripts bloqueados como type="text/plain" con un data-katla-src mientras WordPress construye la página. No hay ninguna carrera que perder.
EL PROBLEMANeutralizar un script suele tirar a la basura la configuración inline que llevaba asociada, y la etiqueta vuelve mal configurada.
CON KATLALos scripts inline añadidos con wp_add_inline_script se retienen junto a su handle y se reproducen en el orden del código fuente en cuanto se permite la categoría.
EL PROBLEMAUn bloqueador de cookies que bloquea sin distinguir vacía carritos y pierde sesiones, y el síntoma no se parece en nada a la causa.
CON KATLALas cookies de carrito, sesión, fragmentos y avisos de la tienda de WooCommerce entran en la lista de permitidas por nombre y por prefijo en cuanto se detecta la tienda. El bloqueador nunca las toca.
EL PROBLEMAUna regla de bloqueo demasiado entusiasta puede tumbar el checkout, y te enteras por los clientes, no por una prueba.
CON KATLAwc-cart-fragments, wc-checkout y wc-blocks-checkout se eliminan de la lista de bloqueados diga lo que diga la regla, así que el error no puede llegar al checkout.
EL PROBLEMACada plugin que añades puede traer rastreadores de los que tu página de privacidad nunca ha oído hablar.
CON KATLAKatla escanea la página renderizada, clasifica lo que encuentra y regenera a partir de ahí las políticas de cookies y de privacidad. [katla_policy] las renderiza en el servidor, así que están en el HTML y se pueden indexar.
CONFIGURACIÓN
Instala, escanea, listo.
- Instalar el pluginSube el zip, o copia katla-consent en wp-content/plugins y actívalo. La compatibilidad con WooCommerce viene integrada, no es un complemento aparte.
- Conectar tu sitioPega el ID del sitio desde tu panel de Katla, o ejecuta wp katla site-id y wp katla verify.
- Revisar el escaneoLas cookies llegan clasificadas y descritas: carrito y sesión como funcionales, píxeles como marketing. Puedes corregir cualquier clasificación desde el panel.
- PublicarElige un modo de banner, añade [katla_policy] o su bloque a tu página de privacidad y, si quieres, un enlace de preferencias en el checkout y en Mi cuenta.
HECHO PARA WORDPRESS
Un solo plugin para las dos cosas.
Bloqueo en el servidorCondiciona un script por su handle registrado, o por un fragmento de su URL en el caso de los que un tema inyecta sin registrar nada.
Checkout seguro por defectoLas cookies de la tienda que WooCommerce necesita esquivan el bloqueador, y los handles de script de los que depende el checkout no se pueden bloquear. HPOS y los bloques de carrito y checkout están declarados como compatibles.
Tres modos de bannerEl widget alojado de Katla, el banner propio del plugin, traducido a través de WordPress y con estilos mediante propiedades personalizadas de CSS, o ninguna interfaz si la construyes tú. Los botones de rechazar y aceptar tienen el mismo tamaño, relleno y peso, como exige la DMA.
Bloques y shortcodes[katla_policy], [katla_cookie_table], [katla_cookie_settings], [katla_block] y [katla_consent], cada uno con su bloque de Gutenberg equivalente.
WP-CLI y filtroswp katla status, site-id, verify, cookies, policy y flush para una instalación por script, y katla_blocked_handles, katla_cookie_allowlist, katla_categories, katla_translations y katla_banner_css_vars en lugar de un fork.
Consent Mode v2 y GTMGA4 y Google Ads reciben las cuatro señales, denegadas por defecto. Tus activadores de GTM existentes leen la misma decisión desde window.dataLayer.
CORE WEB VITALS
Las galletas se desmoronan. Tu SEO, no.
Los plugins de consentimiento son un motivo habitual por el que los sitios WordPress suspenden las Core Web Vitals: cientos de kilobytes, cargados antes que nada, en una tienda donde la velocidad son ingresos. El banner alojado de Katla ocupa 18 KB en una sola petición, y las respuestas de cookies y políticas que necesita el plugin se guardan en caché en transients en lugar de pedirse en cada vista de página.
Cómo funciona el modo headless →18 kBTransferidoBanner y tus datos de cookies, brotli
0 msLCP añadidoFrente a la misma página sin él
0Desplazamiento de diseñoEl banner no reserva espacio en el flujo
2PeticiónUn script, en caché en el edge
Mediciones propias, realizadas el : así se hicieron.
Lo que preguntan los equipos de WordPress
- ¿Necesito algo aparte del plugin de WordPress para WooCommerce?
- No. Es un solo plugin, y el comportamiento para WooCommerce se activa cuando WooCommerce está activo. No hay nada más que instalar ni nada que configurar para ello.
- ¿Me romperá el carrito o el checkout?
- Precisamente para eso existe la compatibilidad con WooCommerce. Las cookies de carrito, sesión y fragmentos están en la lista de permitidas, los handles de script del checkout se eliminan de la lista de bloqueados incluso cuando una regla los nombra explícitamente, y el plugin declara compatibilidad con HPOS y con los bloques de carrito y checkout.
- ¿Y la atribución de pedidos?
- sbjs_* se trata como marketing y no como necesaria, porque es lo que es. Condiciona el handle wc-order-attribution y esas cookies no se escriben nunca; si no lo haces, esperan al consentimiento como cualquier otra cookie de marketing.
- ¿Sustituye a mi plugin de consentimiento actual?
- Sí. Desactiva el antiguo cuando Katla esté activo, para que no haya dos banners compitiendo por las mismas cookies.
- ¿Funciona con mi constructor de páginas?
- Sí. El bloqueo se basa en los handles encolados y en fragmentos de URL, y el escaneo lee la página renderizada y no el constructor, así que lo que genere el constructor es lo que ve Katla.
- ¿Algo a lo que prestar atención?
- Una cosa. Excluye cdn.katla.app del aplazamiento o la combinación de JS en WP Rocket, Autoptimize y compañía. El bloqueador de cookies tiene que ejecutarse antes que cualquier cosa que escriba cookies, y aplazarlo es la forma más habitual de que una instalación parezca correcta y no cumpla la normativa.
Escanea tu sitio y después instala el plugin.
El plan gratuito escanea tu sitio de WordPress y genera una política de cookies, sin tarjeta.