CMS simples: por que o pequeno vence o grande na maioria dos sites

Na primavera passada assumi um site institucional de um pequeno escritório de advocacia. Cinco páginas, um formulário de contato, um mapa. Rodava WordPress com 23 plugins, um page builder que ninguém lembrava de ter instalado e um banco de dados acumulando nove anos de comentários de spam. O site fazia menos do que um punhado de arquivos HTML faria, mas mesmo assim exigia atualizações mensais, um plugin de segurança, um plugin de cache e um plugin de backup para fazer companhia ao plugin de cache. Foi esse trabalho que me fez dar a mesma regra a todo cliente: use a menor ferramenta que resolva o problema. Para a maioria dos sites, essa ferramenta é um CMS simples.

Este texto explica o que é um CMS simples de verdade, os custos de manutenção que os sistemas grandes nunca colocam na nota fiscal e como descobrir em que lado da linha o seu site se encaixa.

O que é um CMS simples de verdade

Se você despirmos o termo, um CMS faz três coisas: armazena seu conteúdo, permite editar esse conteúdo sem um cliente FTP e renderiza páginas para os visitantes. Um CMS simples faz essas três coisas com o menor número possível de peças móveis, geralmente sem servidor MySQL, sem mercado de plugins, sem framework de tema com ciclo próprio de lançamento.

• CMSs flat-file como Grav, Bludit ou Pico armazenam o conteúdo em arquivos Markdown ou JSON dentro de pastas. O site é a árvore de arquivos.
• CMSs single-file como WonderCMS ou o Restorix CMS comprimem todo o painel administrativo em um único arquivo PHP que fica ao lado do seu conteúdo.
• Geradores de sites estáticos vão um passo além: não há nenhum admin ao vivo, apenas HTML reconstruído a cada alteração. Ótimo, até o cliente querer corrigir um typo às 21h.

O que você perde são contas de usuário, fluxos editoriais, comentários e um plugin para cada ocasião. O que você ganha de volta é um site pequeno o suficiente para caber na sua cabeça.

A conta de manutenção que ninguém menciona

O WordPress em si não é o vilão. O peso vem de tudo que orbita ao redor dele. O core quer atualizar. O tema quer atualizar. Cada um dos seus 15 a 40 plugins quer atualizar no próprio cronograma, escrito por pessoas diferentes, testado contra versões diferentes. Cada atualização é um pequeno bilhete de loteria: geralmente tranquilo, de vez em quando uma tela branca num sábado.

Esta é a conta que eu passo para os clientes. Um site WordPress pequeno típico precisa de:

• Verificação e aplicação de atualizações: 30 a 60 minutos por mês, mais nos meses em que algo quebra.
• Backups que você de fato testou: mais 30 minutos, e o ideal é fazer um restore de teste por trimestre.
• Higiene do banco de dados: revisões, transients, spam, metadados órfãos. Pule isso e um site de 50 páginas arrasta um banco de 400 MB junto.
• Monitoramento de segurança: quando um plugin popular divulga uma vulnerabilidade, seu relógio de correção começa a contar. Relatórios de resposta a incidentes de empresas como Sucuri costumam atribuir uma fatia grande das infecções em CMS a plugins e temas desatualizados.

Um site flat-file inverte a maior parte dessa lista. Não tem banco para limpar nem para injetar SQL. A superfície de ataque se resume a um arquivo de admin e à sua versão do PHP. O backup vira um cron que roda rsync numa pasta. Tenho sites flat-file que passaram três anos entre um login e outro e sobreviveram a uma troca de servidor sem nenhum drama.

Flat-file vs banco de dados: o que muda no dia a dia

Repare que nada disso é sobre gráficos de benchmark. Um site WordPress com cache e um site flat-file entregam páginas rápido. A diferença aparece lá pelo décimo mês, quando o site simples ainda não precisa de nada e o grande exige sua horinha mensal de atenção.

CMSs single-file: o limite máximo da simplicidade

A versão mais radical da ideia é o CMS single-file: o admin inteiro, edição, salvamento, gerenciamento de arquivos, dentro de um único arquivo PHP. O WonderCMS construiu toda a sua identidade nisso, entregando um admin como um solitário index.php. Seguimos o mesmo caminho com o CMS do Restorix: um arquivo em /webarchive-cms.php, adicionado a todo site restaurado que implantamos, com edição de conteúdo, busca e substituição em todo o site e um gerenciador de arquivos embutido.

Por que alguém comprimiria um CMS em um único arquivo? Três razões práticas:

1. Instalação zero. Sem wizard, sem credenciais de banco, sem matriz de versões. Suba o arquivo, abra, edite.
2. Pegada zero. Apague o arquivo e o site volta a ser HTML puro. Nada fica escondido num banco que você esqueceu de exportar.
3. Difícil de quebrar. O Restorix CMS vem com modo de segurança ativado por padrão, e cada site implantado recebe sua própria senha de admin gerada aleatoriamente, exibida no seu dashboard. Superfície pequena, raio de explosão pequeno.

Um admin de arquivo único nunca vai rodar uma revista online, e não é para isso que ele serve. Ele existe para que um site institucional de 40 páginas possa ser editado duas vezes por ano sem precisar contratar alguém para lembrar como o admin funciona.

Onde um CMS simples não dá conta

Prefiro perder um negócio a vender a ferramenta errada, então aqui vai a lista honesta. Pule o CMS simples quando:

• Você vende coisas. Catálogo de verdade, carrinho, impostos, notas fiscais, WooCommerce ou uma plataforma dedicada de e-commerce justifica a complexidade. A loja de um cliente com 800 SKUs não é candidata a flat-file.
• Muitas mãos mexem no conteúdo. Papéis editoriais, fluxos de aprovação, permissões por usuário. Sistemas simples geralmente partem da premissa de um único admin.
• O conteúdo é relacional. Eventos ligados a locais ligados a cidades, filtragem facetada em cinco taxonomias. Esse é o terreno natural de um banco de dados.
• Você precisa de contas, fóruns ou comentários. Um fórum phpBB de 2009 com 60.000 posts continua num banco de dados. Ponto final.
• A equipe já domina um CMS grande. Às vezes, reciclar todo mundo custa mais do que a manutenção. Chato, mas real.

Regra de ouro: se desconhecidos precisam fazer login e realizar ações no seu site, você precisa de um banco de dados. Se o público apenas lê, provavelmente não precisa.

Um checklist rápido de decisão

Responda essas cinco perguntas antes de escolher qualquer coisa:

1. Quantas páginas isso terá em dois anos? Abaixo de 500, mais ou menos, vai bem como flat file.
2. Quem edita e com qual frequência? Edições mensais feitas por uma pessoa favorecem ferramentas simples.
3. O público interage, contas, carrinhos, comentários? Qualquer "sim" empurra você para um banco de dados.
4. Quem cuida depois do lançamento? Se a resposta honesta for "ninguém, na verdade", simplicidade é um recurso, não um sacrifício.
5. O que acontece se for hackeado ou se o host cair? Com um CMS simples, a resposta honesta é "suba a pasta de novo".

Se você marcar quatro ou cinco respostas do lado do "pequeno e só leitura", um CMS simples vai te economizar dinheiro de verdade em três anos, principalmente em horas que você nunca vai gastar.

Como testar um CMS simples em um site real

Você não precisa de um projeto do zero para testar a ideia. Dois caminhos de baixo risco:

Primeiro, reconstrua um site pequeno que já existe. Pegue aquele site institucional de cinco páginas, copie o texto e reconstrua em Grav ou Bludit num subdomínio. Um fim de semana dá conta, curva de aprendizado incluída. Se o cliente editar sem te ligar, o experimento passou.

Segundo, o caminho que as pessoas esquecem, restaure um site antigo que você já perdeu. Se um site morreu com o domínio expirado ou com o plano de hospedagem vencido, em geral as páginas dele ainda estão guardadas no Wayback Machine. Passe o site por uma estimativa gratuita: o Restorix conta os arquivos arquivados e trava o preço antes de você pagar, depois implanta a restauração na sua hospedagem com o CMS single-file já no lugar. O que você recebe de volta não é uma cópia de museu congelada, mas um site pequeno e editável, exatamente o nicho que um CMS simples ocupa. Se algo der errado, o reembolso cai automaticamente no seu saldo.

De qualquer forma, o teste custa dias, não meses. É exatamente esse o ponto de ser simples.