Plugins WooCommerce: quais precisa mesmo e quais só atrasam a loja

O WooCommerce não é um sistema separado, apenas um plugin para o WordPress que, por si só, transforma um site numa loja. Tudo o resto, ou seja, pagamentos, envios, faturas e marketing, são mais plugins acrescentados por cima. E é precisamente este modelo, brilhante na sua flexibilidade, o ponto onde a maioria das lojas tropeça: não na falta de funções, mas no seu excesso.

Este guia é sobre quais plugins WooCommerce precisa mesmo, quais acrescentam valor e quais apenas entopem o carrinho e atraem risco de segurança. Sem lista “top 50”, porque uma lista dessas é treta. Em vez disso, classes concretas de problemas e como resolvê-los.

#O que é, afinal, um plugin WooCommerce

Vale a pena separar duas coisas que se confundem constantemente nas conversas. O WooCommerce é um plugin, hoje mantido pela Automattic, que acrescenta ao WordPress produtos, carrinho, checkout e encomendas. Um “plugin WooCommerce” no segundo sentido é uma extensão que se acopla a este motor: uma gateway de pagamentos, uma calculadora de envios, uma integração com o sistema de contabilidade.

Esta diferença tem consequências práticas. Uma atualização do núcleo do WooCommerce pode partir uma extensão que assumia a forma antiga do carrinho. Por isso, numa loja a sério não se pergunta “este plugin funciona”, mas sim “o autor acompanha as mudanças do núcleo, e com que atraso”. Esse é o primeiro filtro, e corta metade dos candidatos do diretório.

#Como verificar se um plugin é compatível com a sua versão do WooCommerce

O WooCommerce dá aos autores de extensões duas linhas de cabeçalho exatamente para esta pergunta. WC requires at least indica a versão mínima do WooCommerce de que o plugin precisa para funcionar, e WC tested up to indica a versão mais recente do WooCommerce com que o autor o testou (documentação para programadores do WooCommerce). Ambas ficam no bloco de comentário no topo do ficheiro PHP principal do plugin, por isso pode lê-las antes da instalação, abrindo esse ficheiro no pacote ZIP.

O valor de WC tested up to pesa mais do que parece, porque o WooCommerce muda depressa. O calendário de lançamentos diz que as novas versões saem normalmente num ciclo de cinco semanas e que a numeração não distingue entre lançamentos grandes e pequenos (calendário de lançamentos do WooCommerce). A 15 de outubro de 2026, a versão atual no diretório do WordPress.org era a 11.2.1. Uma extensão cujo WC tested up to está várias versões atrás não está necessariamente avariada, mas ninguém a verificou com o código que está prestes a executar. Este cabeçalho também ativa os avisos descritos na secção seguinte: o WooCommerce só verifica a compatibilidade de funcionalidades nas extensões que declaram WC tested up to.

O WordPress 6.5 acrescentou um segundo mecanismo, mais geral: o cabeçalho Requires Plugins. Um plugin indica, separados por vírgulas, os slugs do WordPress.org de que depende, por exemplo Requires Plugins: woocommerce. O WordPress recusa então ativar o plugin dependente enquanto as dependências não estiverem ativas, e recusa desativar ou apagar o WooCommerce enquanto houver um plugin dependente ativo ou instalado (Make WordPress Core, 5 de março de 2024). Convém conhecer duas limitações antes de confiar nisto. O cabeçalho não suporta requisitos de versão, por isso diz que o WooCommerce tem de existir, mas não em que versão. E um plugin alojado no WordPress.org só pode declarar dependências também alojadas lá; uma extensão comprada noutro sítio pode declarar uma dependência, mas o WordPress não mostra nenhuma ligação de instalação para ela.

#Compatibilidade dos plugins WooCommerce com HPOS e o checkout em blocos

Duas alterações no núcleo do WooCommerce em 2023 separam as extensões mantidas das abandonadas mais depressa do que qualquer classificação por estrelas.

#Armazenamento de encomendas de alto desempenho (HPOS)

Desde o WooCommerce 8.2, lançado em outubro de 2023, o armazenamento de encomendas de alto desempenho (HPOS) está ativo por omissão nas novas instalações. As encomendas deixam de estar nas tabelas genéricas posts e postmeta e passam para quatro tabelas próprias: wc_orders, wc_order_addresses, wc_order_operational_data e wc_orders_meta, cada uma com o prefixo da base de dados à frente (documentação do HPOS). Uma extensão que lê encomendas diretamente de postmeta vê, numa loja destas, uma imagem vazia ou desatualizada.

Uma extensão declara a compatibilidade no ficheiro principal com uma única chamada no hook before_woocommerce_init:

add_action( 'before_woocommerce_init', function () {
	if ( class_exists( \Automattic\WooCommerce\Utilities\FeaturesUtil::class ) ) {
		\Automattic\WooCommerce\Utilities\FeaturesUtil::declare_compatibility( 'custom_order_tables', __FILE__, true );
	}
} );

Passar false em vez de true declara incompatibilidade. O WooCommerce avisa então o administrador que tente ativar o HPOS com essa extensão ativa e mostra um aviso na lista de plugins (livro de receitas HPOS para extensões). Um aviso não bloqueia nada, por isso é fácil ignorá-lo. Um teste rápido antes de comprar: procure custom_order_tables no código do plugin. Se a cadeia não aparecer, o autor não tratou da alteração.

#Blocos de carrinho e checkout

O WooCommerce 8.3, lançado a 14 de novembro de 2023, tornou os blocos de carrinho e checkout a opção por omissão nas lojas novas, enquanto as lojas existentes mantêm a versão que já usam (blog de programadores do WooCommerce). As extensões declaram a compatibilidade da mesma forma, com o nome de funcionalidade cart_checkout_blocks. Os plugins de pagamento são os que mais o sentem. Um gateway tem de se registar tanto no servidor como no front-end do checkout em blocos, e o WooCommerce trata como incompatível um gateway que falte na lista do front-end. Uma extensão que não declara nada pode nem aparecer no checkout em blocos, ou pode avariá-lo. Numa loja nova, o primeiro teste de qualquer plugin de pagamento, envio ou campos de checkout é, por isso, uma encomenda de teste pelo checkout em blocos, e não pela página clássica com shortcode.

#Plugins WooCommerce para pagamentos, envios e faturas

Quase todas as lojas precisam do mesmo núcleo de extensões, independentemente do setor.

Pagamentos. O cliente espera os seus métodos rápidos habituais no checkout, não introduzir um número de cartão à mão. O padrão aqui são gateways como Multibanco, MB WAY e Klarna. Cada uma tem um plugin oficial para WooCommerce, mas diferem na forma como tratam reembolsos, prestações, pagamentos recorrentes e na limpeza com que reportam as transações ao painel. Escolher a gateway é uma decisão de negócio sobre comissões e fluxo de caixa, não apenas técnica.

Envios. Sem uma boa integração com transportadoras e pontos de recolha, a loja perde conversão no último passo. Os CTT e a DPD têm plugins próprios com cálculo de tarifas e impressão de etiquetas diretamente a partir da encomenda, e as ferramentas de agregação permitem comparar transportadoras e gerar etiquetas a partir da vista da encomenda. É uma daquelas funções em que um bom plugin encurta mesmo o tratamento das encomendas e um mau gera erros de morada e reclamações.

Faturas. A faturação automática e certificada resolve-se com integrações com plataformas como o Moloni ou o InvoiceXpress. É a área em que os paliativos gratuitos se vingam mais depressa: emitir faturas à mão com cem encomendas por dia é um emprego a tempo inteiro, não uma poupança. Em Portugal isto não é opcional: o software tem de estar certificado pela Autoridade Tributária e cada fatura tem de incluir o código ATCUD e um QR Code, pelo que o plugin tem de constar da lista de software certificado. Se também vende para o mercado polaco, a conformidade polaca de faturação trata-se à parte: o Polski for WooCommerce acrescenta o campo NIP com consulta ao GUS e o Polski PRO gera faturas em PDF e submete-as ao sistema KSeF da Polónia.

Só por cima deste núcleo se acrescenta o resto: marketing, avaliações, variantes de produto, B2B. Mas se estas três classes não funcionarem de forma limpa, nenhum plugin de marketing compensa isso.

#Quantos plugins deixam o WooCommerce lento

O mito mais comum diz: “tenho plugins a mais, por isso é que a loja está lenta.” É uma simplificação. O que conta não é o número, mas o custo total de executar código e fazer consultas à base de dados em cada pedido.

Dois casos reais da prática mostram a diferença. Uma loja com trinta plugins e um tempo até ao primeiro byte de 1,8 segundos, em que o culpado era um page builder pesado que carregava a sua própria framework em cada subpágina. E uma segunda, em Elementor, que ruía sob o tráfego da Black Friday porque os plugins de cache e de otimização de imagens estavam mal configurados, não porque eram muitos. Em ambos os casos a cura não foi “apague metade dos plugins”, mas “encontre os dois que custam mais”.

Para o diagnóstico serve o Query Monitor, que mostra quantas consultas à base de dados e quanto tempo de PHP cada plugin consome. Com medição em vez de adivinhação, otimizar o desempenho da loja WooCommerce deixa de ser ler a sina. Cache de página, cache de objetos e um tratamento sensato das imagens dão normalmente um salto maior do que qualquer corte de funções.

#Segurança de plugins WooCommerce e ataques à cadeia de fornecimento

Um plugin WooCommerce tem acesso total à base de dados e ao ambiente PHP. Isso significa que um único plugin malicioso ou comprometido lê dados de clientes, modifica encomendas e injeta código. Em 2026 isto deixou de ser teoria.

No espaço de um único mês, o diretório WordPress.org fechou vários plugins com backdoors injetadas, nalguns casos depois de uma conta de autor ter sido tomada ou de um projeto abandonado ter sido comprado. Isso mostra onde está mesmo o risco: não no número de plugins, mas em quem confia para manter esse código.

O mínimo prático de higiene é simples e aborrecido. Instale plugins apenas de fontes oficiais, nunca de pacotes “nulled”. Verifique a data da última atualização e a resposta do autor aos reportes. Mantenha um registo do que tem instalado e de quem está por trás, porque numa auditoria de conformidade (por exemplo, ao abrigo do DORA para entidades reguladas) o fornecedor do plugin de pagamentos é formalmente um terceiro. Descarregue atualizações apenas do fornecedor original, e não do primeiro link num motor de busca.

#O que a página do plugin no WordPress.org diz antes de instalar

Cada plugin do diretório expõe os mesmos metadados através da API pública de plugins, e a página do plugin mostra os mesmos campos. Foi isto que a API devolveu a 15 de outubro de 2026 para quatro plugins que aparecem em quase todas as auditorias WooCommerce:

Três colunas merecem atenção. A data da última atualização é o sinal mais barato de manutenção e lê-se melhor face ao ciclo de cinco semanas do WooCommerce. “Testado até” refere-se ao WordPress, não ao WooCommerce; o equivalente para o WooCommerce é o cabeçalho WC tested up to descrito acima, que o diretório não mostra. E os dois plugins de pagamento indicam woocommerce como plugin obrigatório, ou seja, já usam o cabeçalho de dependências do WordPress 6.5. As instalações ativas medem popularidade, não qualidade: o Query Monitor tem um quarto das instalações do WooPayments e continua a ser a ferramenta padrão para o diagnóstico de desempenho descrito antes.

#Como auditar os plugins WooCommerce instalados com WP-CLI

O registo de plugins instalados da secção de segurança não tem de ser uma folha de cálculo mantida à mão. O WP-CLI constrói-o no servidor com um único comando:

wp plugin list --fields=name,status,version,update_version,auto_update,wporg_status,wporg_last_updated --format=csv

O campo wporg_status mostra se cada plugin continua disponível no diretório do WordPress.org, wporg_last_updated quando foi atualizado lá pela última vez, e auto_update se as atualizações automáticas estão ligadas. Com --format=csv ou --format=json, o resultado passa a ser um ficheiro que pode anexar a uma auditoria (documentação do WP-CLI). Um plugin fechado no diretório é exatamente o caso da secção sobre a cadeia de fornecimento: o diretório deixa de o distribuir, mas a cópia no seu servidor continua a correr. Os encerramentos não são raros, mesmo entre plugins de pagamento: a 15 de outubro de 2026, a API de plugins respondia closed para o slug redsys-gateway-for-woocommerce. O diretório não publica o motivo de um encerramento, por isso o estado é um motivo para investigar, não um veredicto.

#Os plugins WooCommerce devem atualizar-se automaticamente

O WordPress 5.5 acrescentou ao painel interruptores de atualização automática para plugins e temas. Vêm desligados por omissão, por isso cada plugin fica em atualizações manuais até um administrador o ligar (Make WordPress Core, 15 de julho de 2020). O filtro auto_update_plugin consegue ligar as atualizações automáticas de todos os plugins de uma vez, incluindo os instalados mais tarde, e sobrepõe-se às definições do painel sem o mostrar na interface. Vale a pena verificá-lo em qualquer loja que herde: se os interruptores dizem desligado mas os plugins se atualizam durante a noite, procure este filtro no tema ou num plugin must-use.

Numa loja, a divisão segue a regra da secção seguinte. Plugins longe do dinheiro e dos dados dos clientes, como um complemento de galeria ou um widget do painel, podem atualizar-se sozinhos. O próprio WooCommerce e as extensões de pagamento, envio e faturação devem passar primeiro por uma cópia de staging, porque sai uma nova versão do WooCommerce mais ou menos a cada cinco semanas e cada uma pode mudar aquilo de que essas extensões dependem. Depois de cada atualização destas, uma encomenda de teste pelo checkout é a verificação mínima antes de a alteração chegar aos clientes.

#Plugins WooCommerce pagos ou gratuitos

Um plugin gratuito do diretório WordPress.org chega para arrancar e para a maioria das funções não críticas. A armadilha surge em duas coisas: escala e responsabilidade.

Nas funções de que depende a receita, ou seja, pagamentos, envios e faturas, contam o suporte ativo e as atualizações regulares e assinadas. Um plugin gratuito que o autor abandonou torna-se a sua dívida técnica: tem de o corrigir sozinho ou migrar à pressa quando deixa de funcionar após uma atualização do núcleo. Um plugin pago com contrato transfere parte dessa responsabilidade para o fornecedor e, ao longo de um ano, sai muitas vezes mais barato do que o custo do seu próprio tempo a apagar incêndios.

Se procura extensões comerciais comprovadas e com garantia de suporte, encontra plugins WooCommerce prontos em lojas especializadas de plugins, onde o código é mantido e atualizado. É um compromisso sensato entre o desenvolvimento próprio completo e o risco de um plugin abandonado do diretório gratuito.

Regra de ouro: quanto mais perto uma função estiver do dinheiro e dos dados do cliente, menos vale a pena poupar no plugin. Quanto mais longe, por exemplo um complemento cosmético de galeria, mais tranquilamente pode ficar pelo gratuito.

#Plugins WooCommerce gratuitos e de código aberto

Para ser claro: são os meus próprios plugins. Desenvolvo e mantenho alguns plugins WooCommerce pequenos e com um único propósito, gratuitos e de código aberto, pensados para as lacunas com que uma loja se depara à medida que cresce:

• Peek abre uma pré-visualização do produto a partir da listagem sem recarregar a página, o que encurta o caminho da categoria ao carrinho em catálogos extensos.
• Reel acrescenta zoom da galeria e vídeo na página de produto, aquilo que costuma faltar quando a compra se decide pelo olhar.
• Swift acrescenta um botão comprar já que salta o carrinho e vai direto ao pagamento; a partir da versão 1.1.8 carrega folhas de estilos apenas em páginas da loja e no botão comprar já, sem sobrecarregar as restantes áreas.

A mesma família inclui também Migrator para cópia de segurança e migração, Sieve para filtragem de produtos, Restock para alertas de reposição de stock, Tiers para preços por escalão, Customs para direitos de importação na UE, Botelix para tara de garrafas e engradados (Kastenpfand), Pasporto para o Passaporte Digital do Produto (ESPR) e polski para a conformidade no mercado polaco (KSeF, Omnibus, GPSR). Cada um tem um guia passo a passo no centro de guias plogins.

Atualização de 1 de novembro de 2026. Também estes plugins são meus, gratuitos no WordPress.org, cada um associado ao problema da loja que resolve:

#Que plugins WooCommerce evitar

Alguns padrões repetem-se em todas as lojas que me chegam para auditoria.

Plugins “tudo em um” que prometem marketing, SEO, cache e cópias de segurança num só pacote. Costumam fazer cada uma dessas coisas de forma mediana e são difíceis de substituir porque se enraízam em todo o lado. Melhor escolher uma boa ferramenta para cada tarefa.

Plugins abandonados, ou seja, sem atualização há muitos meses enquanto o núcleo do WooCommerce é ativamente desenvolvido. São os primeiros candidatos a problemas após a próxima atualização maior.

Page builders onde não são precisos. Numa página de produto que é renderizada a partir de um template de qualquer forma, um builder pesado acrescenta custo de desempenho sem benefício real. Se precisa de um layout fora do comum, muitas vezes um plugin ou bloco dedicado escrito para a necessidade concreta sai mais barato de manter do que um mastodonte universal.

#Conclusão

Uma boa pilha de plugins WooCommerce não é a lista mais longa, apenas a mais curta que cumpre os requisitos da loja. Comece pelas três classes críticas para o seu mercado: pagamentos, envios, faturas. Meça o impacto no desempenho em vez de adivinhar. Trate cada plugin como um fornecedor a quem confia os dados dos clientes e escolha código mantido em vez do mais barato. O resto é afinação para um modelo de venda concreto, não uma corrida ao número de plugins instalados.

Última atualização: 15 de outubro de 2026