A pergunta parece técnica mas quase nunca é. Quem precisa de um site raramente escolhe entre tecnologias — escolhe entre quantidade de trabalho, custo mensal e grau de dependência. As três grandes famílias disponíveis hoje respondem de forma diferente a essas três questões, e nenhuma é objetivamente superior.
WordPress: ainda maioritário, e não por inércia
O WordPress continua a suportar uma fatia dominante da web e a razão é prosaica: o ecossistema. Existe um plugin para praticamente tudo, existe documentação em português, e existe gente disponível para dar continuidade ao trabalho quando quem construiu o site desaparece.
O custo real não está na licença, que é gratuita, mas na manutenção. Um WordPress abandonado durante um ano é um risco de segurança concreto: núcleo desatualizado, plugins com vulnerabilidades conhecidas, temas sem suporte. Quem escolhe esta via assume uma rotina de atualizações e cópias de segurança, ou paga a alguém para a assumir.
O outro erro clássico é o excesso de plugins. Cada extensão acrescenta consultas à base de dados e ficheiros a carregar. Sites com quarenta plugins ativos, metade dos quais instalados para testar e nunca removidos, são a causa mais frequente de lentidão neste ecossistema.
No-code: rápido a arrancar, caro a longo prazo
Webflow, Squarespace, Framer e equivalentes resolvem o problema oposto. O alojamento, a segurança e as atualizações são responsabilidade da plataforma. Não há nada para manter e o site fica no ar em dias, não em semanas.
A contrapartida é dupla. Primeiro, a mensalidade não desaparece nunca: ao fim de cinco anos, o custo acumulado ultrapassa habitualmente o de um projeto feito à medida. Segundo, a saída é difícil. Exportar conteúdo é possível, exportar a estrutura visual raramente é — mudar de plataforma significa quase sempre reconstruir.
Para um site institucional de dez páginas que não vai crescer, é uma escolha perfeitamente racional. Para um projeto que prevê catálogo, integrações ou várias línguas, o teto chega mais cedo do que se imagina.
Headless: potente, e exigente
A arquitetura headless separa o conteúdo da apresentação. Um gestor de conteúdos guarda os dados e expõe-nos por API; uma aplicação em Next.js, Astro ou equivalente encarrega-se de os apresentar. O resultado é rápido, escalável e reutilizável em vários canais.
É também a opção que exige mais competência técnica permanente. Não há painel onde um colaborador altere o menu sem apoio, e qualquer alteração estrutural passa por quem desenvolve. Faz sentido quando existe uma equipa técnica, volume de conteúdo ou requisitos de desempenho reais. Escolhida por moda, para um site de vinte páginas, transforma-se num custo de manutenção sem contrapartida.
O que decide de facto
Antes da tecnologia, convém responder a quatro perguntas. Quem vai atualizar o site no dia a dia e com que à-vontade técnica. Quanto se aceita pagar por mês, de forma indefinida. Se o conteúdo deve poder ser levado para outro lado daqui a três anos. E se o site precisa de aparecer nos motores de busca ou se é apenas um cartão de visita para quem já conhece a empresa.
Esta última pergunta é a que mais condiciona a arquitetura e a que mais vezes fica para o fim. Um site pensado para ser encontrado exige uma estrutura de endereços estável, páginas dedicadas a cada serviço e conteúdo próprio — decisões que se tomam antes de escrever a primeira linha, não depois. Agências portuguesas como a Alizée Web trabalham precisamente nessa ordem: definir o que o site tem de conseguir, e só depois escolher com que ferramenta o construir.
Vale ainda referir o custo escondido do conteúdo. Qualquer das três vias parte do princípio de que alguém escreve os textos, prepara as fotografias e mantém a informação atualizada. Na prática, é aqui que a maioria dos projetos encalha: a estrutura fica pronta em semanas e o site espera meses por conteúdo que nunca chega. Quem encomenda um site deve decidir à partida se escreve internamente ou se contrata, porque um site sem conteúdo próprio não é encontrado por ninguém, independentemente da tecnologia por baixo.
O mesmo se aplica às fotografias. Imagens de bancos gratuitos reconhecem-se à distância e não distinguem uma empresa de outra. Uma sessão fotográfica simples, feita uma vez, continua a ser um dos investimentos com melhor retorno num site institucional.
O que não muda em nenhuma das três
Independentemente da via escolhida, três pontos continuam a ser responsabilidade de quem encomenda o site.
O domínio deve estar registado em nome da empresa, não do prestador. É o erro mais caro e mais comum, e só se descobre quando é preciso mudar de fornecedor.
Os acessos — alojamento, painel de administração, ferramentas de análise — devem estar documentados e guardados por quem paga. E deve existir uma cópia de segurança fora da própria plataforma, porque uma cópia que vive no mesmo sítio que o site não é uma cópia de segurança.
Resolvidos estes três pontos, qualquer das tecnologias funciona. Ignorados, nenhuma delas salva o projeto.
