Em setembro de 2026, o WordPress lançou duas atualizações de segurança em menos de uma semana, a segunda delas para corrigir uma falha crítica no próprio núcleo. Para quem gere um site de empresa, episódios destes levantam uma pergunta legítima: tem de ser assim?
A resposta curta é nem sempre. Neste artigo explicamos, sem dramatismos, quando o WordPress continua a ser a escolha certa e quando um site ou loja construídos à medida fazem mais sentido para o negócio.
O que o WordPress faz bem
O WordPress é a plataforma de sites mais usada do mundo e, na codenumber, continuamos a usá-lo em muitos projetos. Para um site institucional com páginas simples, um blogue, ou uma loja pequena com poucas integrações, é uma solução madura, com um ecossistema enorme e custos de arranque baixos. Se a equipa do cliente já sabe trabalhar com ele, melhor ainda.
Onde começam os problemas
O problema raramente é o WordPress em si. É o que cresce à volta dele. Um site típico de PME acumula dezenas de plugins de terceiros: formulários, SEO, cache, segurança, galerias, integrações com pagamentos, com a faturação, com o CRM. Cada plugin é mantido por uma equipa diferente, com o seu ritmo de atualizações e as suas vulnerabilidades. Na prática, isto significa três coisas.
Segurança. Quanto mais componentes, maior a superfície de ataque. Grande parte dos ataques a sites WordPress entra por plugins desatualizados, não pelo núcleo. E quando a falha é no núcleo, todos os sites ficam expostos ao mesmo tempo.
Desempenho. Vários plugins carregam o seu próprio CSS e JavaScript em todas as páginas, mesmo quando não são precisos. O site fica mais lento, e a velocidade pesa no Google e nas conversões.
Automação. Quando o negócio precisa de importar produtos de um fornecedor todas as noites, sincronizar stocks com o ERP, aplicar preços diferentes a clientes B2B e B2C, ou dar acesso a uma área reservada com níveis de permissões, o WordPress começa a exigir plugins em cima de plugins, ou código personalizado que luta contra a plataforma em vez de trabalhar com ela.
O que muda num site à medida
Num projeto à medida, constrói-se apenas o que o negócio precisa. O resultado tem estas características:
Só existe o código necessário. Menos componentes de terceiros, menos portas para fechar, menos atualizações urgentes.
Importações e integrações nativas. Produtos, stocks e preços chegam automaticamente de ficheiros, do ERP ou dos fornecedores. Encomendas ligam-se à faturação e à logística sem plugins de ligação.
Áreas reservadas e permissões. Clientes, parceiros ou equipas internas acedem ao que lhes diz respeito, com níveis de acesso definidos pelo negócio.
Desempenho de origem. Páginas rápidas por construção, com SEO técnico pensado desde o início.
Quando compensa mudar
Compensa pensar numa construção à medida quando o site deixou de ser uma montra e passou a ser parte da operação: uma loja com catálogo grande e importações regulares, um stand com viaturas sincronizadas com portais, uma imobiliária com gestão própria de imóveis e vários utilizadores, uma empresa com área de cliente, ou uma loja que serve B2B e B2C no mesmo sítio. Também compensa quando os custos de manutenção e as emergências de segurança se tornam recorrentes.
Não compensa quando o site é simples, muda pouco, e a equipa está confortável com o WordPress. Nesses casos, o melhor investimento é manutenção regular, alojamento cuidado e atualizações feitas a tempo.
Como se faz a transição
Começa-se por perceber o que o site faz hoje e o que o negócio precisa que faça amanhã. Depois desenha-se a estrutura, migram-se conteúdos e dados (produtos, clientes, encomendas, endereços para não perder posições no Google) e lança-se com acompanhamento. Cada projeto é orçamentado à medida, depois dessa conversa.
Se tem um site em WordPress e quer saber se compensa mudar, comece pelo diagnóstico. Escreva o endereço em app.codenumber.pt/auditor e receba uma avaliação em sete pontos. Dizemos-lhe com franqueza se o melhor é migrar ou simplesmente cuidar melhor do que já tem.
Fontes:
- WordPress 7.1.1 Maintenance and Security Release, WordPress.org, 17 de setembro de 2026
- CVE-2026-87902 fixed in WordPress 7.1.2, Help Net Security, 23 de setembro de 2026