Astro vs WordPress: quando escolher cada um

Durante muito tempo, WordPress foi a minha opção habitual para desenvolver todo o tipo de sites, exceto lojas online complexas, em que optava por PrestaShop ou Shopify. Até para lojas pequenas usava WordPress com WooCommerce.

Também para sites de membros e sites institucionais. E, claro, para blogues e revistas.

Quero com isto dizer que, se no meu último projeto — um site institucional de serviços — escolhi outra opção, é porque ela me convenceu mesmo.

Isso não significa que, a partir de agora, vá migrar tudo ou usar sempre Astro. Não.

Tal como uso PrestaShop quando acho que faz sentido, usarei Astro nos projetos adequados. E sim, WordPress deixará de ser a escolha por defeito em muitos casos.

Porque poder construir um site com qualquer um dos dois não significa que ambos sejam opções igualmente boas.

Astro e WordPress não são o mesmo tipo de ferramenta

WordPress é um CMS, um sistema de gestão de conteúdos: inclui um painel de administração, edição, utilizadores, biblioteca multimédia e um sistema de temas e plugins. Falo, claro, do software WordPress instalado num alojamento, não dos planos comerciais do WordPress.com.

Astro é uma framework para construir sites. A gestão editorial e os serviços de negócio são decididos à parte.

É por isso que a comparação faz sentido para resolver um projeto concreto: se precisas de publicar artigos a partir de um painel ou gerir utilizadores, já sabes o que te espera. Se não precisas de nada disso e podes concentrar-te no desempenho e na velocidade do site público, provavelmente a solução mais simples será a outra.

Como funciona cada um nos bastidores

Vamos a um pouco de tecnologia.

Como o WordPress gera uma página

Numa instalação convencional, WordPress executa PHP, utiliza a sua base de dados e combina conteúdos, tema e plugins para gerar a resposta. Uma cache de página pode servir uma cópia já preparada a muitas visitas.

Isto permite publicar alterações a partir do painel, mas também obriga a manter a aplicação e a infraestrutura que utiliza.

Como o Astro gera uma página

O bom do Astro é que pode preparar as páginas antes da publicação ou gerá-las a pedido. No primeiro caso, entregas ficheiros já construídos; as funções que exigem processamento podem ficar a cargo de serviços separados.

De qualquer forma, explico o funcionamento com mais detalhe neste artigo sobre o que é o Astro.. 

Gestão de conteúdos e base de dados

Importa perceber onde ficará o trabalho: num sistema integrado ou em peças que terás de organizar.

WordPress e MySQL

O WordPress utiliza normalmente MySQL ou MariaDB para guardar conteúdos, utilizadores e grande parte da configuração. Os ficheiros multimédia ficam habitualmente no sistema de ficheiros ou em armazenamento externo.

Uma cópia do tema, do núcleo do WordPress e dos respetivos ficheiros de código não equivale a uma cópia de todo o site: para o recuperar, também precisas da base de dados e dos ficheiros estáticos relevantes.

Astro e as suas várias fontes de conteúdo

No Astro, podes guardar os textos em ficheiros do projeto ou recuperá-los de um CMS e de outros serviços.

Concentro-me aqui no caso em que estão no repositório, pelo que podes rever conteúdo e código em conjunto, já que, na verdade, ao gerar ficheiros HTML, código e conteúdo ficam reunidos em certos ficheiros.

Edição de conteúdos

Entrando na questão do trabalho, as diferenças aqui são substanciais.

A vantagem do WordPress como CMS

Imagina que o teu cliente quer acrescentar uma notícia, mudar uma imagem ou agendar um artigo. O WordPress já oferece uma interface para essas tarefas, embora seja necessário configurar permissões e preparar modelos.

Isso reduz a dependência do programador no trabalho diário. Obviamente, não significa que qualquer pessoa possa alterar qualquer parte do design sem estragar nada, mas já existe uma experiência editorial de base.

Para um projeto em que a equipa publica frequentemente, esta vantagem pode pesar mais do que uma melhoria técnica na entrega das páginas.

O que o Astro precisa para oferecer uma experiência editorial semelhante

Com o Astro, podes escolher como editas e publicas.

Podes trabalhar com ficheiros, acrescentar um CMS baseado em Git ou ligar um gestor de conteúdos externo.

Nem todas as opções oferecem o mesmo em imagens, revisões, papéis e pré-visualização. Antes de escolher, testa uma tarefa real e pensa se uma pessoa com poucos conhecimentos técnicos consegue fazê-la facilmente.

Em qualquer caso, a ideia é criar sites com Astro que mudem pouco no futuro, apenas coisas pontuais. Caso contrário, usar Astro em vez de WordPress é complicar desnecessariamente.

Desempenho

Aqui a situação inverte-se.

O ponto de partida do Astro

Uma página estática leve parte em vantagem para entregar conteúdo estável sem executar uma aplicação inteira nem precisar de uma linguagem de servidor durante a visita. Isso simplifica a otimização.

Como o WordPress consegue bom desempenho

O WordPress pode proporcionar um site rápido com alojamento adequado, um tema sensato, cache e uma seleção cuidada de plugins e recursos.

O problema é que, logo à partida, a stack necessária é mais lenta do que a do Astro.

JavaScript e frontend

No WordPress, o código que chega ao navegador depende sobretudo do tema, dos plugins e do que incorporas. Podes criar um site leve ou acumular bibliotecas e scripts que quase não usas.

Fica ciente de que, em geral, quanto mais funcionalidades tiver o tema ou plugin instalado, mais JS acumula.

O Astro facilita decidir que partes precisam de executar código no navegador. Esse controlo pode ser útil num site de serviços com poucas chamadas externas. Se carregares ferramentas externas — como o Google Analytics —, o potencial de aumentar a carga será semelhante.

Se quiseres avaliar este ponto juntamente com as desvantagens, desenvolvo-o neste artigo sobre as vantagens e desvantagens do Astro..

SEO

Vamos a outra questão fundamental.

O que o WordPress facilita

Muita coisa.

Com as versões gratuitas de plugins como Yoast ou Rank Math, tens inúmeras possibilidades. E podes sempre pagar para obter mais funcionalidades.

Um plugin bem configurado pode reduzir o trabalho repetitivo.

O que o Astro permite controlar

Podes definir regras para gerar metadados, ligações entre versões linguísticas, sitemaps e dados estruturados a partir da informação de cada página.

Há integrações que ajudam, mas tens de verificar o resultado. Se um modelo gerar um canonical incorreto, podes propagar o mesmo erro a todas as páginas que o utilizam.

Em geral, diria que este aspeto é um pouco mais complexo de implementar com a framework, sobretudo se não fores especialista, porque te obriga a decidir tudo, enquanto os plugins do WordPress muitas vezes te guiam passo a passo.

Ainda assim, nenhum dos dois, nem WordPress nem Astro, consegue um bom posicionamento por si só. Depende dos teus conteúdos, das ligações internas, etc.

Segurança

Mais um ponto para o Astro.

Superfície de ataque do WordPress

Há código PHP, base de dados, acesso à administração por utilizadores e, bem, código de temas e plugins — ou próprio — que é preciso manter e rever. Isso exige atualizações, permissões adequadas, cópias de segurança e medidas de proteção.

Os possíveis vetores de ataque são muitos. Embora o WordPress seja atualizado constantemente, é preciso manter tudo em dia e adotar boas práticas.

Superfície de ataque de um site Astro estático

A parte pública pode limitar-se a ficheiros, pelo que as possibilidades são mínimas.

No entanto, contas de email, GitHub, formulários e serviços ligados continuam a precisar de atenção.

A comparação muda se usares Astro com um backend complexo, mas, como disse, não é essa a opção que estou a avaliar aqui.

Plugins versus desenvolvimento e integrações

Imagina que o cliente precisa de gerir reservas. No WordPress, podes procurar um plugin com calendários, avisos e pagamentos, avaliar se se adequa à atividade e instalá-lo, se for o caso.

No Astro talvez precises de ligar um serviço externo, mas, consoante o caso, pode não ser tão plug and play como no WordPress, o que obriga a desenvolver mais..

Dito isto, como veremos mais à frente, a IA facilita-nos muito a vida aqui.

Formulários e funcionalidades backend

Os formulários são um bom exemplo do caso anterior, porque quase todos os sites empresariais precisam deles.

No WordPress, um plugin pode gerir os campos e os envios com uma configuração de email adequada. No Astro, por entregar HTML, é mais complicado. Podes utilizar um serviço especializado como a API do Zoho Mail ou criar um backend que processe o pedido, o que voltaria a complicar o assunto.

Alojamento e deploy

Aqui não se parecem mesmo nada. E pensar que ambos servem para criar um site para os utilizadores.

WordPress: PHP, MySQL e servidor

Uma instalação convencional precisa de alojamento que execute PHP e disponha de MySQL ou MariaDB. Muitos fornecedores oferecem essa combinação preparada, com instalação, cópias de segurança e gestão.

Publicar conteúdo a partir do painel faz parte da utilização normal.

As alterações de código merecem um processo de testes próprio; o facto de o WordPress permitir modificar diretamente o ambiente de produção não significa que seja uma boa forma de trabalhar.

Astro: build, Git e CDN

Num site estático, precisas de construir e alojar os ficheiros. O bom é que muitos fornecedores de domínios já oferecem espaço suficiente para evitar pagar alojamento à parte.

Num processo normal, o Astro gera uma build que podes carregar diretamente em serviços como CloudFlare, passando ou não por um repositório Git que guarde as alterações.

É um sistema superleve e muito ágil de utilizar. E, como digo, muito mais barato.

Manutenção e atualizações

O WordPress exige manter o núcleo, os temas, os plugins e o ambiente enquanto o site estiver publicado.

O Astro pode não precisar de manutenção nenhuma se o site não precisar de alterações.

Sim, absolutamente nenhuma manutenção.

No entanto, para ser justo, projetos mais complexos podem exigir manutenção da framework, dependências, processo de construção e serviços integrados.

Git e controlo de versões

No Astro, um projeto com conteúdo em ficheiros permite rever muitas alterações em conjunto: código, textos e configuração. Isso facilita trabalhar em pequenas alterações verificáveis. Ou seja, o Git encaixa aqui como uma luva..

O WordPress também pode utilizar Git para o tema e os plugins próprios. O problema é que os conteúdos e grande parte das definições costumam estar na base de dados, fora desse histórico.

Por isso, voltar a uma versão anterior do código não garante a recuperação do estado anterior do site.

Internacionalização

O WordPress dispõe de plugins para gerir idiomas, traduções e relações entre conteúdos. São úteis para uma equipa que precisa de editar a partir do painel, embora devas verificar a compatibilidade com os tipos de conteúdo e o resto do site.

No Astro, podes organizar rotas e dados por idioma e gerar páginas a partir de estruturas partilhadas. Tens mais decisões pela frente: o que traduzir, como relacionar as páginas, o que mostrar se faltar uma versão e como publicar as alterações.

Tal como no SEO, no Astro há mais decisões a tomar; ele não te leva pela mão como o plugin Polylang do WordPress. E podes fazer asneira.

Desenvolvimento com IA

Este ponto merece uma secção própria, porque é fundamental.

É que, hoje em dia e perante o que aí vem, é essencial aprender a usar a IA para desenvolver todo o tipo de software. Incluindo sites.

Neste caso, depois de utilizar IA tanto em projetos WordPress como Astro, acho que com o segundo tudo fica mais limpo..

Criar um projeto Codex no teu computador, ligá-lo ao GitHub e CloudFlare e começar a desenvolver com a framework encaixa tudo muito bem. Num instante estás a voar, e o travão serão os tokens de IA que o teu plano permitir. É assim mesmo.

Com o WordPress também funciona, sim, mas acho um pouco mais trabalhoso: tens de instalar o WordPress localmente, , otimizá-lo, desenvolver com IA código e alterações na base de dados, instalar frequentemente plugins à mão e migrar para produção, onde terás de repetir algumas alterações manualmente. Além disso, o Git não guarda a base de dados, o que acrescenta outra dificuldade.

Não sei, suponho que nos habituamos a tudo, mas montar o sistema com Codex e Astro parece-me, como disse, muito mais simples e limpo.

O custo real de cada opção

É complicado fazer esta comparação.

O que te posso dizer é que para sites que se resolvem com HTML estático, o Astro pode ser mais caro de desenvolver (mais horas), a menos que uses IA, mas é mais económico de manter. Em tempo e em dinheiro (poupas no alojamento).

Em sites com mais funcionalidades (ecommerce, áreas de membros), sei que continuarei a apostar no WordPress, por tudo o que o desenvolvimento implica.

Tabela comparativa Astro vs WordPress

Para resumir, deixo-te uma tabela com cada ponto discutido, aplicado a um site que pode ser desenvolvido com ambos os sistemas, como um site institucional. A negrito está o vencedor.

Área	Astro	WordPress
Ferramenta	Framework de desenvolvimento	CMS com painel editorial
Geração de páginas	Estática, a pedido ou combinação	Dinâmica, com possibilidade de cache
Conteúdo	Ficheiros, CMS, APIs ou bases de dados	Base de dados e sistema editorial integrado
Edição sem código	Exige uma solução escolhida e integrada	Incluída nas tarefas editoriais habituais
Funcionalidades de negócio	Serviços e integrações conforme o projeto	Amplo ecossistema de plugins
Desempenho	Bom ponto de partida para conteúdo leve	Depende da implementação, dos recursos e do alojamento
Segurança	Menos lógica pública em deploys estáticos	Exige manter aplicação e extensões
SEO	Tens de tratar disso tu próprio	Mais simples com plugins
Publicação	Build e deploy para conteúdo pré-renderizado	Publicação a partir do painel, com gestão de cache
Controlo de versões	Código e conteúdo em ficheiros podem ficar juntos	Código no Git; conteúdo habitualmente na base de dados
Multilingue	Arquitetura e integração a definir	Ferramentas editoriais através de plugins
Desenvolvimento com IA	Mais simples depois de montar o sistema	Processo global mais pesado
Custo	Desenvolvimento mais caro, manutenção mais barata	Depende do desenvolvimento, alojamento e extensões
Manutenção	Dependências, builds e serviços	Núcleo, temas, plugins e ambiente

Quando escolher Astro

Escolheria para um site com conteúdo relativamente estável, como:

• Site institucional.
• Portefólio.
• Documentação.

Com funcionalidades bem delimitadas e alguém capaz de manter o fluxo de publicação (o cliente ou eu).

Quando escolher WordPress

Continuarei a escolhê-lo quando for necessária edição frequente a partir de um painel, quando o cliente precisar de autonomia editorial ou quando os plugins resolverem de forma mais simples as funcionalidades necessárias.

Exemplos:

• Blogue ou revista com publicações constantes e vários autores.
• Pequena loja online.
• Site de membros.
• Site institucional com blogue: faria tudo com WordPress, não misturaria sistemas.
• Site com fichas em constante mudança: imobiliárias, reservas de hotéis…

A opção híbrida: Astro com WordPress como CMS

Falo-te desta possibilidade para que saibas que existe, mas não é uma opção que me convença. Teria de ser um projeto muito, muito específico para justificar complicar tanto os sistemas.

Neste caso, podes manter o WordPress para editar e recuperar os conteúdos através de uma API para os mostrar com Astro. É o que geralmente se chama WordPress headless: o gestor de conteúdos funciona separado da parte pública.

Isto permite manter uma experiência editorial conhecida e construir outro frontend. Mas é preciso resolver a pré-visualização, a publicação, as imagens e as funcionalidades que antes dependiam do tema ou de plugins.

Um plugin não transfere automaticamente o seu comportamento para o frontend do Astro. Geralmente é necessária uma integração específica.

É uma duplicação de sistemas que tem de ser justificada.

Conclusão: o meu critério para escolher entre Astro e WordPress

Em suma, quando surge um novo projeto, estas são as perguntas a responder:

1. Que alterações de conteúdo se preveem e com que frequência? Se forem constantes, vou para o WordPress. Se forem muito pontuais, o Astro ganha pontos.
2. Quem vai editar e com que autonomia? Se o cliente precisar de fazer alterações, WordPress. Se as fizer eu, Astro é uma opção.
3. O que tem de fazer o site? Como referi, se for institucional ou um site que se possa construir com páginas HTML, Astro. Se forem necessárias outras funcionalidades (blogue, área de membros), fico com WordPress.
4. Que ferramentas já utiliza o negócio? É importante para a integração: pode haver um plugin WordPress que simplifique tudo, enquanto com Astro talvez seja preciso desenvolvimento à medida. Isso quase sempre me leva a descartar o Astro, salvo para pequenas funcionalidades.
5. Quem vai manter o conjunto e quanto custará? Se não precisar de alterações, Astro é ideal, porque não requer manutenção propriamente dita. Se o site for mudar ou receber novos conteúdos, inclino-me para WordPress e depois veremos quem trata de quê.

Com estas respostas sei quando escolher uma opção ou outra. O importante é satisfazer da melhor forma as necessidades do negócio. A tecnologia vem depois..