Publica um artigo e o WordPress monta a página na hora. O PHP consulta a base de dados, carrega plugins, integra o tema. Centenas de operações por pedido. Para um blogue com cem visitantes, está ótimo. Para um site com dezenas de milhares de acessos, já é um problema. E a base de dados mais os plugins também aumentam a superfície de ataque.

Existe uma alternativa: uma cópia estática do site. Sem base de dados, sem PHP em produção, sem vulnerabilidades de plugins. Apenas HTML, CSS e um pouco de JavaScript. Carrega 3 a 5 vezes mais rápido e aguenta qualquer tráfego. Veja a seguir como construir essa cópia usando dois plugins e um serviço na cloud.

💡 Visão geral rápida:

• Determine se o formato estático se adequa ao seu site: blogues, portefólios, landing pages e sites institucionais são os que mais beneficiam; lojas WooCommerce não (ainda).
• Instale o Simply Static a partir do repositório do WordPress (Plugins → Adicionar Novo) e configure o URL de destino. Escolha um método de entrega: arquivo ZIP, FTP ou implementação no Cloudflare Pages.
• Clique em «Generate» e aguarde a conclusão; o plugin percorre todas as páginas do site e guarda-as como ficheiros HTML. Para um blogue pequeno, o processo demora 1 a 2 minutos.
• Carregue os ficheiros estáticos para o seu alojamento ou CDN (Netlify, Cloudflare Pages) e verifique: estão todas as páginas presentes, os links funcionam, o layout está intacto?

O que é um site estático e como se diferencia do WordPress dinâmico

Um site WordPress normal é dinâmico. Quando um visitante abre uma página, o servidor executa PHP, que obtém o conteúdo da base de dados MySQL, aplica a lógica do tema e dos plugins, constrói o HTML e envia-o para o navegador. Dezenas ou mesmo centenas de operações por pedido.

Um site estático funciona de forma diferente. É simplesmente um conjunto de ficheiros HTML prontos, folhas de estilo CSS e ficheiros JavaScript. Sem base de dados. Sem execução de PHP. O servidor limita-se a servir um ficheiro, como se tivesse aberto uma página web guardada no seu disco rígido.

A diferença é fundamental. Um site dinâmico gera uma página a cada pedido. Um site estático serve uma página já pronta. Daí todas as vantagens: velocidade, segurança, simplicidade.

Mas não perde o WordPress. Continua a escrever artigos, a alterar o design, a instalar plugins; só que o faz numa versão fechada (local ou de testes). E o que vai para o público é uma cópia estática. Isto chama-se arquitetura headless: o WordPress funciona como backend de conteúdo, enquanto o frontend vive separado.

Porquê transformar o WordPress em estático: quatro razões

Transformar um site dinâmico em estático não traz «melhorias» abstratas, mas ganhos concretos e mensuráveis. Aqui estão os quatro principais.

Velocidade de carregamento

Processamento PHP + consultas à base de dados + execução de plugins = tempo. Em alojamento partilhado, esses milissegundos somam-se em segundos. E cada segundo extra de tempo de carregamento aumenta a taxa de rejeição; os visitantes simplesmente não esperam.

Um ficheiro HTML estático é servido pelo servidor instantaneamente. Sem processamento do lado do servidor. Sem chamadas à base de dados. O resultado: o carregamento da página acelera 3 a 5 vezes, e o Time to First Byte (TTFB) desce para 50 a 100 milissegundos. Para o Google, isto é um sinal direto para posicionar o site mais alto; para o utilizador, é o fim da frustração.

Também pode acelerar o WordPress dinâmico: caching via WP Rocket, CDN, otimização de imagens. Mas a solução estática resolve o problema de forma arquitetural, simplesmente removendo a fonte da latência.

Segurança

O WordPress é o CMS mais popular do mundo. E o mais atacado. Injeções de SQL, ataques XSS, vulnerabilidades em plugins e temas: todos os dias são adicionadas dezenas de novas entradas à WPScan. De acordo com a SolidWP, foram descobertas mais de 11 000 vulnerabilidades no ecossistema WordPress em 2025.

Um site estático não tem superfície de ataque para estas ameaças. Sem base de dados, não há onde injetar. Sem PHP executável, não há o que explorar. Sem plugins em produção, não há o que ter vulnerabilidades. Continua a atualizar o WordPress num ambiente fechado, mas os hackers não conseguem aceder-lhe.

Uma solução radical: esconder a administração do WordPress atrás de uma palavra-passe via .htaccess e servir apenas a versão estática ao público. O conteúdo é atualizado, o estático é regenerado.

Menos manutenção

O WordPress dinâmico exige atenção constante. Atualizações do core, do tema, dos plugins. Verificações de compatibilidade. Monitorização de segurança. Cópias de segurança. Otimização da base de dados. E se saltar uma atualização, o site fica vulnerável; plugins desatualizados com bugs conhecidos abrem a porta a atacantes.

Com uma versão estática, este fardo quase desaparece. Atualiza o WordPress em segundo plano, enquanto o servidor de produção se limita a servir HTML. Sem base de dados para otimizar. Sem código executável que se parta devido a incompatibilidades de versões do PHP.

Mas a sua instalação local do WordPress ainda precisa de atualizações. Isto é um seguro: se algo correr mal, o problema fica num ambiente isolado.

Escalabilidade

Um plano de alojamento partilhado de 5 $/mês aguenta o WordPress dinâmico enquanto o tráfego é modesto. Mas assim que um artigo chega ao topo do Google ou se torna viral nas redes sociais, o servidor vai abaixo. Cada visitante gera carga no PHP e na base de dados, e o fornecedor de alojamento simplesmente desliga o site por exceder os limites.

Um site estático no mesmo alojamento consegue suportar dezenas de vezes mais visitantes. Servir um ficheiro HTML consome recursos insignificantes. E se adicionar uma CDN, os ficheiros estáticos são distribuídos por dezenas de centros de dados em todo o mundo e são entregues a partir do mais próximo do utilizador. Consegue lidar com um milhão de visitantes por dia.

Serviços gratuitos como o Cloudflare Pages ou o Netlify alojam sites estáticos sem cobrar pelo tráfego. Entretanto, o seu WordPress vive num ambiente fechado e não consome recursos de alojamento de produção.

Simply Static: transformar o WordPress em estático em três passos

O Simply Static é o plugin de referência para gerar sites estáticos a partir do WordPress. No início de 2026, conta com mais de 30 000 instalações ativas e uma classificação de 4,5 estrelas no WordPress.org. O plugin faz exatamente o que é necessário: analisa o site, extrai todas as páginas e guarda-as como ficheiros HTML estáticos.

Passo 1: instalação e configuração básica

Instale o Simply Static a partir do repositório do WordPress: Plugins → Adicionar Novo → "Simply Static" → Instalar → Ativar. Após a ativação, aparece o item Simply Static → Definições no menu.

Na página de definições, especifique:

• URLs de Destino: qual o URL que a versão estática terá. Pode especificar um domínio (exemplo.pt) ou subdomínio (estatico.exemplo.pt).
• Método de Entrega: para onde enviar os ficheiros. Opções: diretório local (arquivo ZIP), FTP/SFTP, GitHub Pages, Cloudflare Pages, BunnyCDN, armazenamento compatível com S3.

Para um teste inicial, escolha Diretório Local; o plugin criará um arquivo ZIP com uma cópia estática completa do site. Extraia-o para a raiz do domínio pretendido ou para uma pasta local e abra o index.html num navegador.

Passo 2: gerar o site estático

Vá a Simply Static → Gerar. Clique no botão Gerar Ficheiros Estáticos. O plugin começará a percorrer o site: página inicial, artigos, páginas, ficheiros multimédia, CSS, JavaScript. Tudo o que for necessário para exibir o site será descarregado e guardado.

O tempo de geração depende do tamanho do site. Um blogue pequeno (50 a 100 páginas) é processado em 1 a 2 minutos. Um portal grande (milhares de páginas) pode demorar 15 a 30 minutos. O progresso é mostrado em tempo real.

Passo 3: publicar e testar

Quando a geração estiver concluída, descarregue o arquivo ZIP. Envie-o para o alojamento ou para um serviço de deploy (Netlify, Cloudflare Pages, GitHub Pages). Abra o site no novo URL e verifique:

• Todas as páginas estão presentes?
• As ligações internas funcionam?
• As imagens são exibidas?
• O layout está intacto?

A primeira regra após publicar o estático: teste num domínio real, não no localhost. Alguns caminhos e recursos comportam-se de forma diferente.

O plugin também suporta geração incremental: quando o conteúdo é atualizado no WordPress, pode reconstruir apenas as páginas alteradas em vez de todo o site. Isto poupa tempo em projetos grandes.

StaticPress2019: uma alternativa gratuita com controlo total

O StaticPress2019 é um fork do StaticPress original mantido por voluntários. O plugin é minimalista, mas totalmente funcional. É adequado para quem não quer depender de um produto comercial e está disposto a um pouco mais de trabalho manual.

Após a instalação e ativação, vá a StaticPress2019 → Settings. Especifique o URL do site estático e o diretório raiz no servidor. Por exemplo, static.yoursite.com como URL e /home/user/static.yoursite.com como caminho.

Depois, abra a secção StaticPress2019 no menu à esquerda. Verá a página de gestão da geração.

Clique no botão Rebuild. O plugin começará a percorrer todas as páginas do site e a guardá-las como ficheiros HTML estáticos.

Aguarde a conclusão do processo. O tempo de processamento depende do número de páginas. Para um site com 50 a 100 páginas, cerca de 2 a 5 minutos.

O site original tem um aspeto normal. E aqui está o resultado após a conversão:

Não notará diferença nenhuma. Mas meça a velocidade no PageSpeed Insights; será notoriamente superior. Todas as imagens, estilos, scripts e artigos do blogue estão no lugar. O layout responsivo é preservado.

Uma nota importante: após cada atualização de conteúdo no WordPress, precisa de voltar ao StaticPress2019 e clicar em Rebuild. As novas páginas e edições não são detetadas automaticamente.

Alternativas pagas: HardyPress e Shifter

Se não quiser lidar manualmente com a geração e a implementação, existem serviços na cloud que tratam de tudo por si.

O HardyPress é um alojamento adaptado para WordPress estático. Basta ligar o seu site, e o HardyPress gera automaticamente a versão estática e aloja-a nos seus servidores. Quando o conteúdo é atualizado, o estático é reconstruído. Os planos começam nos 15 €/mês (preços atuais no site). Vantagem: suporte integrado para pesquisa e comentários através de serviços de terceiros (funcionalidades que normalmente se perdem ao mudar para estático).

O Shifter é um alojamento serverless especializado para WordPress. Ao contrário do HardyPress, o Shifter utiliza contentorização: o WordPress, a base de dados e o PHP são empacotados num contentor isolado a partir do qual a versão estática é gerada. Isto proporciona proteção adicional contra ataques durante a fase de construção. Os preços começam nos $25/mês (preços no site do Shifter). Adequado para sites que precisam de estabilidade de nível empresarial.

Ambos os serviços resolvem o problema da «perda de funcionalidades dinâmicas». Os comentários podem ser ligados via Disqus, a pesquisa via Algolia, os formulários via serviços de terceiros como o JotForm.

O vídeo acima mostra o processo de transformação de um site WordPress em estático através do Simply Static. 12 minutos a cobrir todos os passos, da instalação à implementação.

⁉️🤔 Perguntas frequentes

O que se perde ao mudar para WordPress estático?

Os sites estáticos perdem funcionalidades do lado do servidor: formulários de contacto, carrinho do WooCommerce, pesquisa integrada, sistema de comentários, widgets dinâmicos. A maioria pode ser restaurada através de serviços JavaScript: formulários com o JotForm, pesquisa com o Algolia ou Fuse.js, comentários com o Disqus. Mas se o site for composto quase inteiramente por uma loja WooCommerce, o estático não se adequa; mantenha o WordPress dinâmico com uma boa cache.

O WordPress estático passa nos Core Web Vitals?

Sim, com bastante margem. O Largest Contentful Paint (LCP) num site estático é significativamente inferior ao de um site dinâmico na mesma hospedagem; de acordo com a Simply Static, a diferença chega a um carregamento 3 a 5 vezes mais rápido. O First Input Delay (FID) é essencialmente zero, uma vez que o JavaScript é executado no cliente sem atrasos de processamento do lado do servidor. O Cumulative Layout Shift (CLS) também é mínimo, porque o browser carrega marcação pronta, sem «saltos» durante o carregamento de blocos dinâmicos.

O WordPress estático supera significativamente o dinâmico nos Core Web Vitals. O LCP diminui 60 a 80%, o FID é próximo de zero, o CLS é mínimo. O Google considera diretamente estas métricas no ranking; mudar para estático proporciona ganhos mensuráveis de SEO.

O conteúdo pode ser atualizado depois de mudar para estático?

Sim, este é o fluxo de trabalho central. Continua a usar o WordPress para escrever artigos, editar páginas e carregar ficheiros multimédia, mas num ambiente fechado (servidor local, domínio de staging ou subdomínio protegido por palavra-passe). A cada alteração, aciona a regeneração estática; o plugin reconstrói as páginas alteradas e carrega-as para produção. O processo pode ser automatizado via webhooks: artigo atualizado → o plugin recebe o sinal → reconstrói a página → carrega para o alojamento.

A atualização de conteúdo é um processo padrão. Edita o WordPress num ambiente fechado, aciona a regeneração estática (manualmente ou via webhooks) e as alterações aparecem em produção. A frequência de atualização é ilimitada.

O que fazer se o site estático não exibir algum conteúdo?

Verifique os caminhos dos recursos. O problema mais comum são os URLs absolutos a apontar para o domínio dinâmico original, em vez do domínio da versão estática. O Simply Static substitui automaticamente os URLs durante a geração, mas alguns temas e plugins podem usar caminhos fixos no código. Solução: pesquise nos ficheiros HTML gerados por links para o domínio antigo. Se o problema persistir, adicione o domínio antigo à lista de substituição de URLs nas definições do Simply Static.

O problema reside geralmente em URLs absolutos que não foram substituídos durante a geração estática. Encontre links para o domínio antigo nos ficheiros HTML usando grep, adicione regras de substituição nas definições do plugin e regenere o site. Isto resolve-se em cerca de 5 minutos.

Porquê criar um site estático a partir do WordPress se pode simplesmente construir um site com um gerador estático como Hugo ou Astro?

Os geradores estáticos são ferramentas excelentes para developers. Mas exigem escrever conteúdo em Markdown, configurar templates através de código e fazer deploy via Git. O WordPress oferece um editor visual, biblioteca multimédia, milhares de plugins para estender funcionalidades e um painel de administração compreensível para utilizadores não técnicos. Uma versão estática do WordPress é um compromisso: obtém a conveniência da gestão de conteúdo no WordPress e o desempenho de um site estático como resultado.

WordPress como CMS para editores, mais HTML estático como método de entrega, é o melhor de dois mundos. Os editores trabalham numa interface familiar, enquanto os utilizadores obtêm carregamento instantâneo. Hugo, Astro, Eleventy são para equipas onde os developers escrevem o conteúdo.

WordPress estático em 2026: vale a pena ou não

O WordPress estático resolveu o principal problema da plataforma: velocidade e segurança já não são um compromisso. Não abdica do editor familiar, da biblioteca multimédia e do ecossistema de plugins. Simplesmente muda o método de entrega de conteúdo de geração dinâmica para ficheiros HTML prontos.

Para blogs, portfólios, sites corporativos e landing pages, esta é a solução arquitetonicamente correta. Para lojas WooCommerce, ainda não: o carrinho e os gateways de pagamento exigem um servidor ativo. Mas para a grande maioria dos projetos WordPress, o estático não é apenas possível, como desejável.

Comece com o Simply Static. É gratuito, tem 30 000 instalações, são precisos três passos desde a instalação até à primeira cópia estática. Experimente num subdomínio de teste. Meça a velocidade antes e depois. Muito provavelmente, os resultados vão convencê-lo a converter também o seu site principal para estático.