Plone ou WordPress para o portal de um órgão público: como comparar

Critérios que importam para um portal de órgão

Para o portal de um órgão público, o WordPress costuma servir quando poucas pessoas publicam, e o Plone costuma se justificar quando várias áreas publicam, cada uma com sua própria aprovação.

Não há vencedor universal. A escolha de Plone ou WordPress depende de quanto controle uma área precisa ter sobre a outra e de quanto custa mexer no que já está no ar. Abaixo, os critérios para essa conta.

Na comparação entre Plone e WordPress, perguntar "qual é melhor" leva a discussão para preferência. Comparar critérios leva para o portal que o órgão realmente tem. São cinco.

1. Quem publica e quantas áreas. Uma assessoria de comunicação publicando notícias é um cenário. Comunicação, Recursos Humanos, Licitações e Ouvidoria publicando no mesmo portal é outro.
2. Permissão por seção. Cada área edita só a sua parte do portal, sem acesso ao que é das outras.
3. Fluxo de aprovação. O conteúdo passa por rascunho, revisão e publicação, e o sistema registra quem fez cada mudança. Em alguns órgãos, há ainda uma etapa jurídica ou de validação da assessoria.
4. Superfície de ataque e governança de atualização. Quanto código de terceiros roda no portal e quem responde por manter tudo atualizado.
5. Custo de migrar o que já existe. Conteúdo publicado, endereços em uso e integrações não se mudam de graça, seja qual for o sentido da troca.

Um resumo lado a lado

A tabela resume tendências, não regras: plugins e customizações mudam o quadro nos dois lados. É um ponto de partida, não um placar, e cada linha muda de peso conforme o portal.

Onde o Plone leva vantagem

A vantagem do Plone aparece quando o portal deixa de ser de uma pessoa e passa a ser de várias equipes. Permissão por seção e fluxo de revisão já fazem parte do produto, sem depender de extensão. O desenho está detalhado em o que é Plone.

Na prática, isso quer dizer que a área de Licitações edita a pasta de licitações e mais nada. O conteúdo só vai ao ar depois de passar pelas etapas que o órgão definir. E o histórico de versões mostra quem alterou o quê, o que ajuda quando uma página precisa voltar ao texto anterior ou quando alguém pergunta como aquela informação foi parar ali.

Há também um argumento de governança. Quando o controle de acesso faz parte do núcleo, e não de uma pilha de extensões de origens diferentes, a tendência é haver menos peças de terceiros para acompanhar, embora o Plone também tenha add-ons. É uma leitura de tendência, não uma garantia, e ajuda na conversa com a área de segurança.

Um cenário hipotético

Imagine um órgão com quatro áreas publicando no mesmo portal, cada uma com um responsável por aprovar. No WordPress, o time avaliaria plugins de permissão e de fluxo, decidiria quem mantém cada um e testaria a compatibilidade a cada atualização. No Plone, o ponto de partida já traz esse controle, e a discussão passa a ser como ajustá-lo ao processo do órgão. Já com duas pessoas publicando, a mesma conta tende a favorecer o WordPress. É um exemplo, não um caso real.

Vale uma ressalva justa: esse benefício só existe se o órgão usar. Um portal com uma equipe pequena publicando não aproveita permissão por seção, e continua pagando o custo de uma plataforma pensada para escala organizacional.

Onde o WordPress leva vantagem

O WordPress tem virtudes reais, e várias delas pesam mais do que parece em um órgão com pouca gente publicando.

Curva de aprendizado de quem publica. A interface é conhecida por muita gente. Servidores e profissionais de comunicação que já usaram o WordPress em outro lugar tendem a começar a publicar com menos treinamento.

Ecossistema de temas e plugins. Há muita oferta pronta para formulário, galeria, agenda, busca e outras necessidades comuns. Para um portal simples, isso costuma encurtar o caminho entre a ideia e o site no ar.

Oferta de profissionais. É mais fácil encontrar quem saiba mexer em WordPress do que em Plone. Isso ajuda na contratação, na substituição de um fornecedor e na manutenção do dia a dia.

Custo de infraestrutura. Para um portal de baixo volume editorial, a hospedagem tende a ser mais simples e mais barata do que a de uma plataforma em Python.

O WordPress tem papéis de usuário nativos, como autor, editor e administrador. O que costuma exigir extensão ou desenvolvimento é o passo seguinte: restringir cada área à sua seção e montar um fluxo de aprovação com várias etapas. Dá para fazer. O ponto é que passa a ser um conjunto de peças que o órgão precisa escolher, integrar e manter.

Se o portal é de baixo volume editorial, com poucas pessoas publicando, todo esse esforço não se justifica. Nesse caso, o caminho pode nem ser um CMS pesado: uma criação de site sob medida para o volume real de conteúdo também entra na comparação.

Sobre segurança, a régua é a mesma para os dois. A superfície de ataque depende do que está instalado, de quem mantém as atualizações em dia e de quanto código de terceiros roda no portal. Um WordPress bem governado e um Plone abandonado mostram que o risco está na rotina de manutenção, não no nome da plataforma.

O custo de trocar de CMS que já está em produção

Esse é o critério que mais costuma ficar de fora da comparação, e o que mais pesa quando o portal já existe.

Trocar de CMS não é só levar texto de um lugar para outro. O que costuma entrar na conta:

• Conteúdo antigo. Anos de notícias, editais e páginas, com formatação, anexos e imagens que precisam chegar inteiros.
• Endereços em uso. Outros sites, portarias e documentos oficiais apontam para as URLs atuais. Se elas mudam sem redirecionamento, os links quebram.
• Integrações. Formulários, sistemas internos, autenticação e qualquer conexão com outros serviços do órgão.
• Add-ons e plugins customizados. O que foi feito sob medida em uma plataforma não passa automaticamente para a outra.
• Hábitos da equipe. Quem publica hoje sabe onde clicar. Mudar a ferramenta muda a rotina de todo mundo.
• Treinamento. Toda troca pede tempo para as áreas aprenderem o novo fluxo, e esse tempo compete com o trabalho normal.

Trocar de CMS custa nos dois sentidos: migrar de WordPress para Plone ou de Plone para WordPress. Uma plataforma menos ideal, já estável e conhecida da equipe, pode sair mais barata do que a troca por uma melhor no papel.

Por isso, a pergunta útil raramente é "qual CMS escolher se eu começasse do zero". É "o que o portal atual já resolve, o que ele deixou de resolver e quanto custa a diferença". Quando o portal está em Plone e o problema é atualização ou manutenção, o caminho pode ser migração e sustentação em Plone, e não uma troca de plataforma.

Vai escolher o CMS do próximo portal?

Se a decisão ainda está aberta, o melhor momento para conversar é antes de escolher. Descreva o portal para o nosso time (quantas áreas publicam, como funciona a aprovação hoje e o que já está em produção) e conversamos sobre os critérios que mais pesam no seu caso.

Nossos profissionais já atuaram em órgãos do setor público federal e em organismos internacionais.

Para contratação, as vias são adesão (carona) a ata de registro de preços de terceiros ou subcontratação por integradora. A Evo Tech não tem ata própria.