KATLA PARA WORDPRESS
Consentimento de cookies que não torna o WordPress nem o WooCommerce mais lentos.
Um plugin. Retém os scripts sem consentimento no servidor, enquanto o WordPress ainda está a montar o HTML, e não no navegador depois de já terem carregado. Qualquer tema, qualquer construtor de páginas, e numa loja WooCommerce o carrinho e o checkout nunca são tocados.
WordPress 6.3+ · PHP 7.4+WooCommerce 7.0+ (opcional)WP-CLI incluído
wp-content/plugins/katla-consentSem código no tema
1. Instale o plugin a partir do zip e ative-o. 2. Cole o seu Site ID em Settings → Katla Consent, ou faça tudo a partir do WP-CLI: wp plugin activate katla-consent wp katla site-id 00000000-0000-0000-0000-000000000000 wp katla verify 3. Escolha um modo: o widget alojado do Katla, o banner do próprio plugin, ou a sua própria UI sobre window.KatlaConsent. 4. Adicione [katla_policy] à sua página de privacidade. O WooCommerce não precisa de nenhum passo próprio. Os cookies de carrinho, sessão e fragmentos contornam o bloqueador automaticamente, e nenhuma regra consegue bloquear os handles de script do checkout.
Cada shortcode tem um bloco Gutenberg correspondenteGuia completo →
PORQUE É QUE OS SITES WORDPRESS TROPEÇAM NO CONSENTIMENTO
Os sites WordPress acumulam plugins, e os plugins acumulam cookies.
O PROBLEMABloquear um rastreador no navegador é uma corrida, e um plugin de otimização que reordena os seus scripts pode decidir quem a ganha.
COM O KATLAO plugin reescreve os scripts bloqueados para type="text/plain" com um data-katla-src enquanto o WordPress monta a página. Não há corrida para perder.
O PROBLEMANeutralizar um script costuma deitar fora a configuração inline que lhe estava associada, e a tag volta mal configurada.
COM O KATLAOs scripts inline adicionados com wp_add_inline_script ficam retidos junto do respetivo handle e são reproduzidos pela ordem do código-fonte assim que a categoria for autorizada.
O PROBLEMAUm bloqueador de cookies que não distingue nada esvazia carrinhos e perde sessões, e o sintoma não se parece nada com a causa.
COM O KATLAOs cookies de carrinho, sessão, fragmentos e avisos da loja do WooCommerce entram na lista de permissões, por nome e por prefixo, assim que a loja é detetada. O bloqueador nunca lhes toca.
O PROBLEMAUma regra de bloqueio demasiado zelosa pode deitar abaixo o checkout, e fica a saber pelos clientes e não por um teste.
COM O KATLAwc-cart-fragments, wc-checkout e wc-blocks-checkout são retirados da lista de bloqueio diga a regra o que disser, por isso o erro não consegue chegar ao checkout.
O PROBLEMACada plugin que adiciona pode trazer rastreadores de que a página de privacidade nunca ouviu falar.
COM O KATLAO Katla analisa a página renderizada, classifica o que encontra e volta a gerar a partir disso as políticas de cookies e de privacidade. [katla_policy] renderiza-as no servidor, por isso estão no HTML e são indexáveis.
CONFIGURAÇÃO
Instalar, analisar, feito.
- Instalar o pluginCarregue o zip, ou coloque katla-consent em wp-content/plugins e ative-o. O suporte para WooCommerce vem incluído, não é um extra à parte.
- Ligar o seu siteCole o Site ID do seu painel do Katla, ou execute wp katla site-id e wp katla verify.
- Rever a análiseOs cookies chegam classificados e descritos: carrinho e sessão como funcionais, píxeis como marketing. Corrija qualquer classificação a partir do painel.
- PublicarEscolha um modo de banner, adicione [katla_policy] ou o respetivo bloco à sua página de privacidade e, se quiser, um link de preferências no checkout e em My Account.
FEITO PARA WORDPRESS
Um plugin, as duas tarefas.
Bloqueio no servidorCondicione um script pelo seu handle registado, ou por um fragmento do URL, para os que um tema injeta sem registar nada.
Checkout seguro por predefiniçãoOs cookies da loja de que o WooCommerce precisa contornam o bloqueador, e os handles de script de que o checkout depende não podem ser bloqueados. A compatibilidade com HPOS e com os blocos de carrinho e checkout está declarada.
Três modos de bannerO widget alojado do Katla, o banner do próprio plugin, traduzido através do WordPress e estilizado com propriedades personalizadas de CSS, ou nenhuma UI, se a estiver a construir por si. Rejeitar e Aceitar têm o mesmo tamanho, espaçamento e peso, como exige o DMA.
Blocos e shortcodes[katla_policy], [katla_cookie_table], [katla_cookie_settings], [katla_block] e [katla_consent], cada um com um bloco Gutenberg correspondente.
WP-CLI e filtroswp katla status, site-id, verify, cookies, policy e flush para uma instalação por script, e katla_blocked_handles, katla_cookie_allowlist, katla_categories, katla_translations e katla_banner_css_vars em vez de um fork.
Consent Mode v2 e GTMO GA4 e o Google Ads recebem os quatro sinais, negados por predefinição. Os acionadores do GTM que já tem leem a mesma decisão a partir de window.dataLayer.
CORE WEB VITALS
Os cookies esfarelam-se. O seu SEO não devia.
Os plugins de consentimento são uma razão comum para os sites WordPress chumbarem nas Core Web Vitals: centenas de kilobytes, carregados antes de tudo o resto, numa loja onde velocidade é faturação. O banner alojado do Katla tem 18 KB num único pedido, e as respostas de cookies e de políticas de que o plugin precisa ficam em cache em transients, em vez de serem pedidas a cada visualização de página.
Como funciona o modo headless →18 kBTransferidoBanner e os seus dados de cookies, brotli
0 msLCP acrescentadoFace à mesma página sem ele
0Deslocamento de layoutO banner não reserva espaço no fluxo
2PedidoUm script, em cache na edge
Medições nossas, feitas a : como foram feitas.
Perguntas que as equipas WordPress fazem
- Preciso de mais alguma coisa além do plugin WordPress para o WooCommerce?
- Não. É um só plugin, e o comportamento para WooCommerce liga-se quando o WooCommerce está ativo. Não há mais nada para instalar nem nada para configurar.
- Vai estragar o meu carrinho ou o checkout?
- É exatamente para esse caso que existe o suporte para WooCommerce. Os cookies de carrinho, sessão e fragmentos estão na lista de permissões, os handles de script do checkout são retirados da lista de bloqueio mesmo quando uma regra os nomeia explicitamente, e o plugin declara compatibilidade com HPOS e com os blocos de carrinho e checkout.
- E a atribuição de encomendas?
- O sbjs_* é tratado como marketing e não como necessário, porque é isso que é. Condicione o handle wc-order-attribution e os cookies nunca são definidos; se o deixar, esperam pelo consentimento como qualquer outro cookie de marketing.
- Substitui o meu plugin de consentimento atual?
- Sim. Desative o antigo quando o Katla estiver ativo, para que não haja dois banners a disputar os mesmos cookies.
- Funciona com o meu construtor de páginas?
- Sim. O bloqueio baseia-se nos handles em fila e em fragmentos de URL, e a análise lê a página renderizada e não o construtor, por isso aquilo que o construtor gera é o que o Katla vê.
- Algum cuidado a ter?
- Um. Exclua cdn.katla.app do adiamento ou da combinação de JS no WP Rocket, no Autoptimize e afins. O bloqueador de cookies tem de correr antes de tudo o que define cookies, e adiá-lo é a forma mais comum de uma instalação parecer correta sem estar em conformidade.
Analise o seu site e depois instale o plugin.
O plano gratuito analisa o seu site WordPress e gera uma política de cookies, sem cartão.