WordPress ou desenvolvimento à medida — quando o CMS deixa de chegar

O WordPress é uma ótima ferramenta para muitos projetos. Mas há projetos onde tentar adaptar um CMS genérico cria mais problemas do que resolve.

Quando o site precisa de lógica própria, integrações específicas ou uma experiência de gestão desenhada para o negócio, o desenvolvimento à medida começa a fazer mais sentido.

Quando o WordPress funciona bem

O WordPress continua a ser uma escolha muito competente para:

• Sites institucionais simples.
• Blogs e sites de notícias.
• Sites que o cliente atualiza sozinho.
• Landing pages e campanhas.
• Lojas WooCommerce com um catálogo e regras standard.

Tem uma grande vantagem: permite colocar um site no ar rapidamente e entregar ao cliente uma área de gestão conhecida. Existem milhares de temas, plugins e profissionais com experiência na plataforma.

Não é preciso programar tudo de raiz quando o projeto não precisa disso.

E um site em HTML?

Há uma terceira opção, muito adequada para sites de conteúdo: gerar as páginas em HTML a partir de modelos (templates). O blog da 1000megabytes tem mais de 50 artigos, e é um bom exemplo do que isto muda na prática.

Com os artigos em WordPress, mudar as cores ou a formatação obrigava a rever artigo a artigo. Com as páginas geradas em HTML, basta indicar as novas formatações e elas são aplicadas a todas as páginas de forma consistente, de uma só vez.

O HTML gerado é mais indicado para sites mais simples, com conteúdo que muda pouco e sem funcionalidades dinâmicas. Para sites de conteúdo (institucionais, blogs, portfólios, documentação), é rápido, leve e tem pouca manutenção. Veja também Site em WordPress ou em HTML?.

Quando começa a não chegar

O problema aparece quando as necessidades deixam de ser as de um site comum. Alguns exemplos:

• Mapa interativo com recursos georreferenciados, filtros, camadas e informação contextual.
• Multi-idioma estrutural com três ou quatro línguas, URLs próprias, conteúdos relacionados e regras diferentes por idioma.
• Widgets de APIs externas para meteorologia, temperatura, webcams, disponibilidade ou outros dados em tempo real.
• Backoffice específico para as tarefas e regras do negócio.
• Importação em massa através de Excel ou CSV, com validação, atualização e deteção de erros.
• Sistema de aprovação de conteúdos, com estados, responsáveis, histórico e permissões.
• Conformidade obrigatória com requisitos como WCAG AA e RGPD desde a arquitetura.

É possível tentar fazer tudo isto em WordPress. Mas cada requisito costuma trazer mais plugins, mais integrações e mais código específico.

O resultado pode ficar frágil, lento e difícil de manter. Uma atualização de um plugin pode afetar uma integração. Um tema pode impor limitações ao backoffice. Uma funcionalidade simples pode depender de vários componentes que não foram desenhados para trabalhar em conjunto.

O que muda numa solução à medida

Performance

Uma aplicação à medida carrega apenas o que é necessário para cada página. Não tem o código de dezenas de plugins ativos, nem scripts carregados por precaução.

Num mapa interativo, por exemplo, os dados podem ser pedidos apenas quando o utilizador abre o mapa ou aplica um filtro. Numa solução genérica, é frequente carregar componentes que não são usados naquela visita.

Segurança

Uma solução à medida não depende de uma cadeia extensa de plugins de terceiros. Reduz-se a superfície de ataque e o número de componentes que precisam de atualização.

No WordPress, as atualizações de plugins e temas são importantes para a segurança, mas podem introduzir incompatibilidades. Numa aplicação própria, as alterações são controladas, testadas e aplicadas de acordo com o projeto.

Gestão mais simples

O backoffice é desenhado para as tarefas específicas da empresa. Se a equipa precisa de importar um ficheiro, validar dados e enviar conteúdos para aprovação, essas são as funções principais do painel.

Não é necessário navegar por menus genéricos, opções que não se aplicam ao negócio e diferentes interfaces de plugins.

Manutenção do layout

Quando o layout é definido na arquitetura da aplicação, uma alteração de cores ou tipografia pode ser feita em dois ou três ficheiros centrais.

Num site construído com vários plugins e um tema visual, a mesma alteração pode estar dispersa por templates, widgets, construtores e regras específicas.

Rebranding futuro

Uma mudança de logótipo, cores ou identidade visual é mais simples quando os componentes partilham uma base comum. O rebranding fica mais rápido do que rever, um a um, elementos espalhados pelo site.

Resiliência

Um site leve aguenta melhor picos de tráfego. Uma campanha no Google, uma referência num programa de televisão ou um evento podem gerar muitas visitas num curto espaço de tempo.

Quanto menos processamento existir em cada pedido, mais fácil é responder a esses picos e manter o serviço disponível. A simplicidade também ajuda a resistir melhor a ataques sob carga.

Expansibilidade

Numa arquitetura própria, novas funcionalidades ligam-se aos componentes existentes. Pagamentos, área de cliente, aplicações móveis ou integrações com ERP e CRM podem ser acrescentados com regras claras.

Não há o mesmo risco de conflitos entre plugins com modelos de dados, autenticação ou processos diferentes.

Estático em HTML e com funcionalidades extra

Uma solução à medida não obriga a abdicar da velocidade do HTML. É possível manter as páginas de conteúdo estáticas, em HTML, e acrescentar funcionalidades dinâmicas apenas onde fazem falta, como ferramentas interativas, formulários ou integrações com serviços externos.

Dois exemplos são sites WordPress que convertemos na 1000megabytes:

• explicacoesestatistica.com: os guias e tutoriais são páginas de conteúdo, e o site inclui ferramentas interativas, como um analisador estatístico de ficheiros CSV, uma calculadora de distribuições, uma tabela da distribuição normal e um validador de referências APA 7, além da marcação de sessões através do Calendly.
• analise-financeira.eu: um site de consultoria e formação em análise financeira, com calculadoras e simuladores (juros compostos, crédito, ponto de equilíbrio, investimentos), um glossário de termos financeiros e marcação de sessões por uma plataforma externa.

Isto é difícil de conseguir com WordPress sem acumular plugins, e é onde o desenvolvimento à medida se distingue: cada funcionalidade extra é construída para o que o projeto precisa, sem pesar nas restantes páginas.

Casos reais documentados

porsitenogoogle.com: convertido para HTML puro

O site porsitenogoogle.com foi convertido para HTML puro. Cada página pesa menos de 20 KB sem imagens, e cerca de 100 KB com imagens, medido com o Pingdom. A resposta é imediata e a leitura é rápida. Tem também menos dependências e uma superfície de ataque menor, porque não há WordPress nem plugins para atualizar.

Para um site institucional típico, a diferença entre um WordPress carregado de plugins e uma versão em código otimizado costuma ser deste género:

Métrica	Antes (WordPress)	Depois
Google Lighthouse Performance	41/100	98/100
Peso total da página	1,9 MB	48 KB
Pedidos ao servidor	74	6

The Baron's Cage: WordPress otimizado, sem reconstruir

Nem sempre é preciso mudar de plataforma. O The Baron's Cage era um site WooCommerce e continuou a ser WooCommerce: foi otimizado, sem reconstruir o site e sem alterar o design. Demorava mais de 10 segundos a carregar e ficava muito lento durante as campanhas com muito tráfego. Depois da otimização, o catálogo passou a carregar em menos de 1 segundo e a resposta manteve-se estável com carga.

Outros casos de otimização

A otimização nem sempre passa por mudar o site. Alguns exemplos dos casos que acompanhámos, que pode ver em Sites: velocidade:

• mypapelaria.pt: a base de dados passou de 15 GB para 200 MB, e o bloqueio de IPs de robôs reduziu a carga do servidor para cerca de um sexto.
• Comparador de preços: otimização de uma base de dados MySQL com 34 milhões de artigos.
• Quidgest: a redução do tamanho das imagens melhorou o tempo de carregamento em cerca de 20%.
• RALPI: geração de catálogos em PDF com centenas de páginas, concluída em segundos.

Estes números são de casos concretos. O resultado noutro projeto depende da arquitetura, do conteúdo, do alojamento e do tipo de funcionalidades. Um projeto com mapa interativo, multi-idioma estrutural e APIs externas seria significativamente mais pesado do que estes exemplos.

WordPress ou desenvolvimento à medida?

Critério	WordPress	Desenvolvimento à medida
Performance e velocidade	Boa com otimização; tende a acumular dependências	Controlada desde a arquitetura; carrega apenas o necessário
Segurança	Depende de plugins, temas e atualizações regulares	Menos dependências externas e superfície de ataque mais controlada
Manutenção periódica	Atualizações frequentes e testes de compatibilidade	Manutenção planeada de acordo com o código e o negócio
Alteração de layout global	Pode estar dispersa por tema, plugins e construtores	Centralizada em componentes e ficheiros comuns
Rebranding futuro	Pode exigir alterações em muitos elementos	Normalmente mais rápido quando a identidade está centralizada
Interface de gestão	Genérica, com muitas opções disponíveis	Desenhada para as tarefas reais da equipa
Mapa interativo avançado	Possível, mas geralmente depende de plugins e integrações	Construído de acordo com os dados, filtros e regras necessários
Multi-idioma estrutural	Depende de plugins e da compatibilidade com o tema	Definido na arquitetura e no modelo de dados
Expansibilidade futura	Limitada por conflitos e dependências entre plugins	Preparada para pagamentos, áreas privadas e integrações
Custo total a 3 anos	Inicialmente mais baixo; pode crescer com plugins, suporte e correções	Investimento inicial maior; custo mais previsível quando o projeto cresce

O que também deve considerar

O desenvolvimento à medida não é a melhor opção em todos os casos:

• O investimento inicial é maior do que instalar um tema WordPress.
• O código também tem de ser mantido e as suas dependências atualizadas.
• Se o cliente quer editar o conteúdo sozinho, é preciso prever essa gestão de forma equivalente ao painel do WordPress, o que faz parte do projeto.
• Fica dependente de quem desenvolveu a solução, por isso vale a pena garantir documentação e acesso ao código.

Conclusão

Não é uma questão de o WordPress ser mau. É uma questão de usar a ferramenta certa para o projeto certo.

Para um site institucional simples, um blog ou uma loja WooCommerce standard, o WordPress continua a ser uma escolha prática e competente.

Para projetos com requisitos específicos, complexidade funcional e ambição de crescer, o desenvolvimento à medida pode poupar dinheiro e problemas a médio prazo. A aplicação fica mais leve, mais controlável e mais preparada para evoluir.

Desenvolvimento à medida com a VelocitasCode

A VelocitasCode é a área de desenvolvimento à medida da 1000megabytes. Desenvolvemos aplicações em Python e FastAPI, pensadas para performance, segurança e escalabilidade.

Se está a avaliar um projeto novo ou se o seu WordPress já exige demasiados plugins e adaptações, fale connosco. Analisamos o caso sem compromisso e ajudamos a escolher a arquitetura mais adequada.

Artigos relacionados

• Site em WordPress ou em HTML? A resposta já não é simples
• Como chegámos a 100/100 no Google PageSpeed
• Comparação entre Wix e WordPress