Em 2008, quando este artigo foi publicado pela primeira vez, o mercado de CMS era o Velho Oeste. O WordPress era visto sobretudo como plataforma de blogs. A lista original recomendava sistemas como Frog CMS, SilverStripe, Liferay, miaCMS, MoinMoin, ImpressCMS, MODx, Textpattern, Radiant e CMS Made Simple. A maior parte destes nomes já não diz nada a ninguém em 2026.
A categoria partiu-se em três: CMS tradicionais, CMS headless API-first e plataformas de conteúdo SaaS. Assim está o mercado em 2026 - com prática portuguesa em mente, não só percentagens globais.
1. WordPress, o CMS mais usado (mais de 40 % dos sites)
Tipo: CMS tradicional com opções headless Licença: GPL (gratuito, open source) Linguagem: PHP Ideal para: Blog, sites empresariais, lojas WooCommerce, portais
O WordPress alimenta mais de 40 % de todos os sites. Nenhum outro CMS chega perto. O software é gratuito; paga-se hosting, plugins e tempo de trabalho. Cresceu ao diversificar:
- Gutenberg amadureceu para full site editing (FSE)
- REST API e WPGraphQL permitem headless com React, Astro ou Next.js
- WooCommerce continua dominante; em Portugal, Multibanco e MB Way costumam decidir se a loja converte
- WordPress 7.x aponta para mais assistência de IA na edição e temas de blocos mais profundos
Pontos fortes: Ecossistema de plugins (60 000+), talento abundante, escalabilidade comprovada, WooCommerce.
Pontos fracos: Monólito PHP, segurança depende dos plugins, admin UX atrasada, dívida técnica de 20 anos de compatibilidade retroativa.
Veredicto 2026: Escolha padrão quando editores não técnicos possuem o conteúdo e a loja precisa de pagamentos locais na mesma stack.
2. Drupal para administração pública e grandes empresas
Tipo: CMS tradicional com forte suporte headless Licença: GPL Linguagem: PHP (Symfony) Ideal para: Administração pública, saúde, educação, sites enterprise complexos
O Drupal ocupa um nicho claro: modelação complexa, WCAG 2.2 rigoroso e equipas próprias. Em concursos públicos portugueses e projetos alinhados com a AMA, aparece muitas vezes porque acessibilidade e permissões são first-party.
- Drupal 11 (2025): Symfony 7, melhor admin e mais headless first-party
- A iniciativa Drupal CMS tenta aproximar a experiência editorial do WordPress
- Forte adoção na administração pública da UE (europa.eu e equivalentes)
Pontos fortes: Modelação, permissões granulares, WCAG, segurança enterprise.
Pontos fracos: Curva íngreme, menos plugins, caro de operar, upgrades major doem.
Veredicto 2026: Vive bem no setor público e enterprise; perde mid-market para headless e WordPress.
3. Joomla em 2026, CMS multilingue sem plugins
Tipo: CMS tradicional Licença: GPL Linguagem: PHP Ideal para: Portais comunitários, sites multilingues, associações
O Joomla foi outrora o principal concorrente do WordPress. Em 2026 é um nicho pequeno e leal:
- Joomla 5 modernizou a base com PHP 8.1+ e admin Bootstrap 5
- Multilinguismo integrado sem plugins continua a ser vantagem real
- Comunidade mais forte em partes da Europa e da América do Sul
Pontos fortes: Multilinguismo nativo, ACL flexível, extensões maduras.
Pontos fracos: Comunidade em declínio, menos extensões, imagem antiga.
Veredicto 2026: Sobrevive sem crescer. Sites existentes mantêm-se; projetos novos raramente escolhem Joomla.
4. Ghost como CMS para newsletter e subscrições
Tipo: Plataforma de publicação especializada com API headless Licença: MIT Linguagem: Node.js Ideal para: Editores independentes, newsletters, sites de subscrição
O Ghost largou o «CMS geral» e apostou na economia de criadores:
- Newsletter com entrega de e-mail
- Subscrições via Stripe
- Content API e Admin API para frontends próprios
- Ghost(Pro) para escritores sem DevOps
Pontos fortes: Escrita boa, monetização integrada, Node.js rápido, API limpa.
Pontos fracos: Poucos plugins, inadequado para sites complexos, sem e-commerce além de subscrições.
Veredicto 2026: Acerta o nicho: texto, newsletter e membership na mesma stack.
5. Strapi, CMS headless open source em Node.js
Tipo: CMS headless (API-first) Licença: MIT / Enterprise Linguagem: Node.js Ideal para: Aplicações custom, multicanal, projetos liderados por programadores
O Strapi abriu a categoria headless open source e continua entre os mais usados:
- Strapi 5 (2025): núcleo em TypeScript, melhor performance e versionamento
- REST e GraphQL automáticos a partir dos tipos de conteúdo
- Marketplace de plugins (SEO, media, traduções)
- Strapi Cloud como alternativa ao autoalojamento
Agências portuguesas que já operam Node na UE gostam de manter os dados no próprio ambiente quando o cliente exige soberania.
Pontos fortes: Ecossistema maduro, comunidade grande, autoalojamento.
Pontos fracos: Pesado para sites simples, exige JS/TS, sem frontend integrado.
Veredicto 2026: Escolha segura para equipas Node que querem headless open source.
6. Payload CMS para TypeScript e Next.js
Tipo: CMS headless (API-first, nativo em TypeScript) Licença: MIT Linguagem: TypeScript (Next.js) Ideal para: Apps web modernas, equipas TypeScript, projetos Next.js
O Payload é o CMS headless open source de crescimento mais rápido em 2025-2026:
- Config-as-code: tipos em TypeScript geram API, admin e tipos
- Pode correr dentro do processo Next.js
- Payload 3.0 usa React Server Components no admin
- ACL, localização, versões, rascunhos e media integrados
Pontos fortes: Tipos de ponta a ponta, boa DX, integração Next.js.
Pontos fracos: Ecossistema mais jovem, menos plugins, centrado em Next.js.
Veredicto 2026: Primeira escolha quando a equipa já está em TypeScript e Next.js.
7. Directus como CMS headless sobre base de dados SQL
Tipo: CMS headless (wrapper em torno de SQL) Licença: BSL / GPL ao fim de 3 anos Linguagem: TypeScript Ideal para: Bases de dados existentes, ferramentas internas, apps intensivas em dados
O Directus aponta para uma SQL existente e gera admin e API:
- PostgreSQL, MySQL, MariaDB, SQLite, MS SQL, Oracle, CockroachDB
- REST e GraphQL a partir do esquema
- Permissões ao nível do campo
Pontos fortes: Dados que já possui, sem armazenamento proprietário, vários motores.
Pontos fracos: Menos opinionated; admin pesado para editores puros.
Veredicto 2026: Ideal quando a base já existe. Não é o melhor greenfield.
8. Sanity ou Contentful como CMS headless SaaS
Sanity (SaaS proprietário) diferencia-se com colaboração em tempo real e Studio React personalizável. O GROQ dá consultas mais poderosas do que REST puro; o custo escala com API e dataset.
Contentful é o padrão enterprise multi-brand: Content Orchestration, Studio, App Framework e governance (SOC 2, ISO 27001, RGPD). Caro à escala; muitas vezes sobredimensionado para projetos pequenos em Portugal.
Veredicto 2026: Sanity para tempo real e studio flexível; Contentful quando compliance pesa mais que a licença. Com orçamento apertado, Strapi/Payload ou WordPress são mais realistas.
9. Astro Content Collections como CMS baseado em ficheiros
Tipo: Framework web com capacidades CMS baseadas em ficheiros Licença: MIT Linguagem: TypeScript/JavaScript Ideal para: Blogs geridos por programadores, documentação, páginas de marketing
O Astro não é um CMS clássico, mas as Content Collections dão função semelhante para conteúdo em Git:
- Markdown/MDX tipados e validados por esquema
- Content Layer API (Astro 5): ficheiros, APIs ou bases de dados
- Zero JS por omissão; islands só onde é preciso
- Core Web Vitals fortes com orçamento JS apertado
Este site (wppoland.com) corre em Astro com Content Collections. Hugo e Jekyll vivem na mesma família; Astro é o que mais vemos em equipas JS novas.
Pontos fortes: Performance, conteúdo tipado, UI opcional (React, Vue, Svelte).
Pontos fracos: Sem admin visual; alterações passam por commit.
Veredicto 2026: Bom quando programadores possuem o conteúdo. Não substitui WordPress se editores sem Git publicam diariamente.
Tabela comparativa de CMS em 2026
| CMS | Tipo | Licença | Quota de todos os sites | Headless | Editor visual | Autoalojado | Ideal para |
|---|---|---|---|---|---|---|---|
| WordPress | Tradicional + headless | GPL | 40,8 % | Via REST/GraphQL | Sim (Gutenberg) | Sim | Sites gerais, e-commerce |
| Drupal | Tradicional + headless | GPL | 0,7 % | Sim (nativo) | Sim | Sim | Enterprise, setor público |
| Joomla | Tradicional | GPL | 1,2 % | Limitado | Sim | Sim | Comunidades multilingues |
| Ghost | Publicação | MIT | 0,1 % | Sim (API) | Sim | Sim | Newsletters, subscrições |
| Strapi | Headless | MIT/Enterprise | N/A | Sim | Admin | Sim | Apps web custom |
| Payload | Headless | MIT | N/A | Sim | Admin | Sim | TypeScript/Next.js |
| Directus | Headless | BSL | N/A | Sim | Admin | Sim | Bases de dados existentes |
| Sanity | Headless (SaaS) | Proprietário | N/A | Sim | Personalizável | Só cloud | Grandes redações |
| Contentful | Headless (SaaS) | Proprietário | N/A | Sim | Sim (Studio) | Só cloud | Enterprise multi-brand |
| Astro | Framework + CMS | MIT | N/A | N/A (estático) | Não | Sim | Conteúdo gerido por devs |
As percentagens são quota de todos os sites. Fonte: W3Techs, 13 de agosto de 2026. Entre sites com CMS reconhecido, o WordPress fica em 59,0 %.
O que aconteceu ao Frog CMS, SilverStripe e MODX?
- Frog CMS: Abandonado. Último release em 2009.
- SilverStripe: Vive como Silverstripe CMS, sobretudo no setor público da Oceânia.
- miaCMS: Morto. Fork do Mambo, abandonado por volta de 2010.
- MoinMoin: Vive como wiki em Python, irrelevante como CMS.
- ImpressCMS: Tecnicamente mantido, adoção negligenciável.
- MODx / MODX: Vive como MODX Revolution com uma comunidade pequena e dedicada.
- Textpattern: Vive com comunidade mínima.
- Radiant: Abandonado. Ruby, últimas atualizações relevantes por volta de 2014.
- CMS Made Simple: Mantido (2.x), comunidade pequena.
- Liferay: Pivotou para portal/DXP Java enterprise para bancos e grandes grupos.
A lição de 2008: ecossistemas ganham, não listas de funcionalidades. O WordPress venceu porque plugins, temas, hosting e talento cresceram juntos. Drupal e Joomla sobreviveram com ecossistemas próprios; os que morreram apostaram em elegância sem comunidade. WordCamp Lisboa e WordCamp Porto mostram que a comunidade em Portugal está viva - meetups e talks, não só estrelas no GitHub.
Como escolher entre WordPress, headless e Drupal
Escolha WordPress quando os editores não programam ou precisa de WooCommerce com Multibanco/MB Way.
Escolha headless (Strapi/Payload) quando o frontend é React/Next.js/Astro ou a equipa prefere TypeScript e API-first.
Escolha SaaS (Contentful/Sanity) quando precisa de infraestrutura gerida ou governance enterprise - e o orçamento aguenta.
Escolha Astro Content Collections quando programadores possuem o conteúdo via Git e a performance é prioridade (blog, docs, marketing).
Escolha Drupal quando WCAG e permissões granulares são first-party, não algo que se cola depois.
Ferramentas diferentes cobrem necessidades diferentes. Para pesar WordPress clássico contra headless num projeto concreto, veja a programação WordPress da WPPoland.
