5 coisas que um CMS moderno não deve fazer

Todos os sistemas de gerenciamento de conteúdo (CMS) têm seus próprios pontos fortes e fracos. Alguns são destinados a ofertas de nicho, como sites de comércio eletrônico ou membros, enquanto outros são um vale-tudo. Além disso, esses sistemas variam de código aberto a proprietário.

Além do WordPress líder de mercado, tive a oportunidade de experimentar alguns outros sistemas. As experiências têm sido desiguais.

Não pretendo ter um conhecimento profundo de todos os pacotes de software disponíveis. Mas eu tenho experiência suficiente para entender o que faz um bom sistema. Trata-se de facilidade de uso e de colocar os usuários na melhor posição para fazer as coisas da maneira certa.

Na maioria das vezes, houve uma tonelada de melhorias na última década. Ainda assim, nem tudo está onde deveria estar. Com isso em mente, aqui estão cinco coisas que nenhum CMS deveria fazer nos tempos modernos.

Gerar código não padronizado e inacessível

É difícil não notar que a web tem muitos padrões e práticas recomendadas nos dias de hoje. A marcação precisa ser estruturada semanticamente e o conteúdo precisa ser acessível. Além disso, o CSS deve ser usado para estilizar elementos como contêineres e tipografia.

No entanto, ainda vejo UIs de edição de conteúdo que facilitam e, portanto, promovem, fazer as coisas da maneira errada . Por exemplo, pegue um CMS proprietário baseado em associação com o qual trabalhei. Seu editor de conteúdo ainda utiliza tabelas para layouts de várias colunas, bem como tags de fonte HTML da velha escola. Hum, 1999 ligou, eles querem sua marcação de volta!

Agora, há uma diferença entre pequenos desvios dos padrões e um total desrespeito por eles. O fato de qualquer software ainda usar técnicas tão desatualizadas (por quase duas décadas) é meio desconcertante – para não dizer irresponsável.

A pessoa comum que cria conteúdo confia muito em uma interface de usuário do editor. Precisamos do software para transformar nosso texto e imagens em código limpo e acessível. Não precisa ser perfeito, mas nunca deve atrapalhar a capacidade de ninguém de consumi-lo.

Permitir desordem não regulamentada no painel

Para alguns de nós, trabalhar em uma mesa desordenada é frustrante. É difícil ser criativo – ou mesmo se concentrar – com várias porcarias espalhadas por aí. Um painel CMS é muito parecido.

Os painéis devem ser mínimos e facilmente personalizados. O WordPress Dashboard começa assim, mas rapidamente se torna uma bagunça à medida que você instala mais temas e plugins. Os widgets do painel podem ser desligados com bastante facilidade. Mas as muitas mensagens de notificação irritantes mostradas em todo o back-end não são tão fáceis de descartar.

Parte do problema é que, como um sistema de código aberto, o WordPress não tem muito controle sobre como essas notificações são implantadas. No entanto, houve alguns esforços para organizar os avisos de uma maneira mais amigável.

Esta é uma área em que alguns sistemas proprietários, especialmente aqueles que não permitem plugins de terceiros, têm vantagem. Eles podem assumir o controle total sobre a interface do usuário e decidir quais notificações são necessárias e como elas serão exibidas.

Também há a necessidade de distinguir entre avisos legítimos relacionados ao sistema e upsells bregas. É compreensível que os desenvolvedores de software precisem ganhar dinheiro. No entanto, ser bombardeado com anúncios e forçado a descartar a mesma notificação cem vezes ultrapassa os limites. É preciso haver diretrizes rígidas em relação a esse tipo de comportamento.

Restringir a portabilidade do conteúdo

Só porque seu site foi construído usando um CMS específico não significa que ele ficará para sempre nesse sistema. Você pode eventualmente superar a plataforma com a qual começou ou simplesmente querer tentar algo novo. Isso não é sempre fácil.

Com alguns sistemas proprietários, o site que você cria permanece com o provedor ou desaparece completamente. O conteúdo e o design não podem ser exportados nativamente para uso em outro lugar. Em alguns casos, você nem pode exportar uma cópia do seu site para fins de teste interno.

Nesse caso, você fica procurando uma ferramenta de terceiros para extrair o que precisa. Se falhar, você pode estar copiando e colando o código-fonte do seu navegador da web.

É razoável que algumas funcionalidades não sejam exportadas – como, digamos, um carrinho de compras. Mas hoje em dia, o conteúdo em si deve pelo menos estar disponível para exportação como um arquivo CSV, JSON ou XML. Isso é pedir muito?

Estabilidade comercial para recursos

Todo software evolui ao longo do tempo – isso é um dado adquirido. Bugs são eliminados, falhas de segurança são preenchidas e novos recursos são revelados. E todos eles são justamente esperados de um CMS.

No entanto, há também uma grande necessidade de estabilidade. Quando você implanta um site no CMS de sua escolha, você quer saber se ele continuará funcionando, versão após versão.

Mudanças grandes e radicais podem atrapalhar o trabalho. Se todos os “e se” não forem considerados, qualquer mudança fundamental no funcionamento de um sistema pode ter consequências terríveis. Recursos específicos, ou mesmo um site inteiro, podem quebrar após a implementação da alteração.

Novos recursos ainda são importantes. Eles ajudam a atrair novos usuários e, idealmente, facilitam a vida dos já existentes. Mas eles precisam ser cuidadosamente pensados ​​para minimizar quaisquer impactos negativos.

Se um aplicativo ganhar a reputação de quebrar sites, não durará muito tempo.

Falha ao se comunicar com os usuários

Parece que a comunicação pode ser tão importante quanto o código. Porque, embora um sistema possa ter recursos atraentes, os usuários precisarão conhecê-los para aproveitá-los.

Da mesma forma, quem está nos bastidores de um CMS precisa saber o que seus usuários querem e precisam. Essa informação é fundamental para decidir quais recursos implementar e quais bugs precisam ser corrigidos.

Mas a comunicação é um grande trabalho. Abrange áreas como documentação, suporte ao usuário e construção de comunidade. Muito esforço precisa ser gasto aqui, o que é difícil até mesmo para os gigantes da indústria. Para sistemas menores, pode levar ao máximo os recursos humanos finitos.

Ainda assim, vale o esforço. A falha em manter um diálogo aberto com os usuários desgastará os relacionamentos e poderá causar um êxodo em massa da plataforma.

Um CMS deve manter o foco nos usuários

Em última análise, um CMS será julgado se atende às necessidades de seus usuários. Nenhum é perfeito nesta área, mas alguns estão muito à frente de outros.

Os melhores sistemas permitem-nos criar conteúdos de forma acessível. Eles desenvolverão recursos que mantêm a estabilidade e fornecerão pelo menos alguma compatibilidade com versões anteriores. Além disso, esses sistemas respeitarão o direito do usuário ao seu próprio conteúdo e facilitarão a portabilidade.

Acima de tudo, um bom CMS manterá uma linha aberta de comunicação com os usuários. O diálogo aberto beneficiará a todos e ajudará a garantir um futuro brilhante e produtivo.

Por outro lado, os sistemas que falham nessas áreas provavelmente deixarão de existir a longo prazo.