O que é arquitetura CMS?

As marcas mais bem-sucedidas e influentes do mundo sabem o valor de implementar a arquitetura certa, especialmente quando se trata de seu sistema de gerenciamento de conteúdo (CMS).

6 Leitura do minuto

Busy,Young,Professional,International,Board,Executives,,Diverse,Team,People,Group
CAPÍTULO 1

Os 4 tipos de arquitetura CMS

Projetado para fazer a web Gestão de conteúdos process easy, Gestão de conteúdos systems (CMSs) also enable brands to create and distribute content at scale. This article explores the four types of CMS architecture: conventional, decoupled, headless, and hybrid. We wrap things up by looking at nine core factors to focus on when evaluating and ultimately choosing the best CMS platform for your organization.

Definindo a arquitetura CMS

Um CMS é um aplicativo de software hospedado na nuvem como um produto SaaS ou no local. Ele permite que vários colaboradores criem, modifiquem, organizem e publiquem conteúdo digital em uma variedade de canais, como web, mídias sociais, aplicativos móveis, e-mail, IoT e muito mais. Parece muito simples, certo? Bem, de certa forma, é de facto refrescantemente simples; especialmente em comparação com a era pré-CMS (um momento sombrio e difícil que desenvolvedores e profissionais de marketing experientes que suportaram esse período não gostam de refletir).

No entanto, nem todos os CMSs são construídos da mesma forma e os modelos de preços também diferem. Alguns são relativamente mais ágeis e escaláveis, enquanto outros são menos dispendiosos de implementar e mais fáceis para os utilizadores empresariais — mas sacrificam a flexibilidade e a versatilidade. Embora essas vantagens e desvantagens relativas possam ser multifacetadas e complexas, o que fundamentalmente caracteriza um tipo de CMS de outro é claro e consistente: a arquitetura subjacente.

Em essência, a arquitetura CMS define a relação — ou, em alguns casos, a falta dela — entre ferramentas e tecnologias que regem a funcionalidade front-end (onde o conteúdo é apresentado) e a funcionalidade back-end (onde o conteúdo é criado e editado). Obviamente, a história é muito mais técnica do que isso — como os engenheiros de software especializados em arquitetura CMS concordarão prontamente. Mas, para os propósitos de nossa discussão, basta entender que, em sua essência, a arquitetura CMS determina se, como e em que medida o front-end "conversa" com o back-end.

CAPÍTULO 2

Arquitetura CMS tradicional

Na arquitetura CMS tradicional (muitas vezes referida como arquitetura CMS monolítica ou acoplada), o front-end e o back-end estão firmemente conectados e pré-definidos. A arquitetura CMS tradicional é composta pelos seguintes elementos principais:

  • Um banco de dados back-end onde o conteúdo e os ativos digitais são armazenados.
  • Uma plataforma de gerenciamento de conteúdo back-end onde o conteúdo é criado.
  • Um aplicativo back-end onde criadores e editores de conteúdo criam e aplicam esquemas de design.
  • Uma camada de aplicativo front-end que exibe conteúdo publicado em páginas HTML.

Vantagens das soluções CMS tradicionais

  • Bom para casos de uso simples e pouco sofisticados, como sites pessoais e sites de negócios básicos (particularmente pequenas empresas com recursos e orçamentos limitados).
  • A implementação é relativamente simples ("fora da caixa"), uma vez que o front-end e o back-end são acoplados e não requerem instalações separadas.
  • Normalmente oferecem interfaces simplificadas e fáceis de usar e modelos predefinidos que são bons para administradores não técnicos e usuários finais.
  • Eles são menos caros para comprar, implementar e atualizar do que os outros tipos de arquitetura CMS que veremos (dissociado, sem cabeça e híbrido).

Desvantagens da arquitetura CMS tradicional

  • O conteúdo é exclusivo da Web e não pode ser perfeitamente reaproveitado ou compartilhado para outros canais com dispositivos móveis e IoT (observação: isso pode ser possível aproveitando APIs, mas pode ser bastante difícil, pois a arquitetura CMS tradicional não é fundamentalmente construída para funcionar com ferramentas de terceiros).
  • Suporta apenas uma gama limitada de tipos de conteúdo e estruturas de programação.
  • Fazer alterações no back-end, incluindo manutenção e atualizações de rotina, é complexo, demorado, caro e potencialmente arriscado também, mesmo com testes internos rigorosos.
  • Falta agilidade, o que retarda o ciclo de DevOps, o que pode fazer com que as empresas fiquem fora de sincronia com as mudanças nas expectativas dos clientes e na dinâmica do mercado.
  • Representar um risco contínuo para a continuidade dos negócios: se um componente tiver um problema (por exemplo, a plataforma de gerenciamento de conteúdo), todo o CMS poderá falhar.
  • Representam um risco de segurança contínuo: a natureza acoplada dos sistemas CMS tradicionais significa que, se um agente mal-intencionado compõe o banco de dados de conteúdo, ele pode acessar a plataforma de publicação de conteúdo e colocar um site offline.
CAPÍTULO 3

Arquitetura CMS dissociada

Como o termo sugere, em CMS dissociado Arquitetura O front-end e o back-end são sistemas separados. O back-end rege a criação e armazenamento de conteúdo, enquanto o front-end governa a apresentação de conteúdo aos usuários por meio de várias interfaces (por exemplo, web, social, aplicativos, IoT, etc.). A arquitetura CMS dissociada é composta pelos seguintes elementos principais:

  • Um banco de dados back-end onde o conteúdo e os ativos digitais são armazenados.
  • Uma plataforma de gerenciamento de conteúdo back-end onde o conteúdo é criado.
  • Uma plataforma de publicação de conteúdo front-end padrão.
  • APIs que conectam a plataforma de gerenciamento de conteúdo back-end com a plataforma de publicação de conteúdo front-end.

Advantages of CMS dissociado architecture

  • Os desenvolvedores podem selecionar uma lista das melhores integrações de API para otimizar a experiência do cliente e gerar conversões (incluindo microconversões)
  • Os desenvolvedores podem fazer alterações no back-end sem afetar ou interromper o front-end
  • Geralmente requer um grau menor de dependência do editor e do desenvolvedor do que com a arquitetura CMS sem cabeça (que discutiremos a seguir)
  • Menos vulnerável a ataques direcionados à camada de apresentação front-end — mesmo que agentes mal-intencionados comprometam o banco de dados de conteúdo, eles não podem acessar a plataforma de publicação de conteúdo (dissociada)
  • Acelera a entrega de conteúdo à medida que o conteúdo é enviado diretamente para o público-alvo em vez de ser roteado através de um servidor; isso também pode aumentar o SEO, já que a velocidade de carregamento da página é um fator de classificação do mecanismo de pesquisa
  • Facilidade de uso para profissionais de marketing, pois o conteúdo é armazenado em um formato padronizado, estruturado e reutilizável
  • As implantações em nuvem podem alavancar recursos de infraestrutura e escalar à medida que a demanda aumenta (por exemplo, picos de tráfego na Cyber Monday) e também tirar proveito das economias de escala (à medida que os volumes de transações aumentam, a infraestrutura subjacente baseada em nuvem custa menos por unidade)

Drawbacks of CMS dissociado architecture

  • Custa mais para adquirir do que a arquitetura CMS tradicional, e adicionar integrações de terceiros aumenta o custo total de propriedade.
  • Relativamente mais difícil de usar (normalmente não é um problema contínuo para os desenvolvedores, mas pode ser um desafio para alguns criadores de conteúdo).
  • Mais camadas arquitetônicas significam trabalho de desenvolvimento adicional e conhecimento técnico (particularmente front-end e dimensionamento), que devem ser fornecidos por pessoal interno ou obtidos através de parceiros ou consultores externos.
CAPÍTULO 4

Arquitetura CMS sem cabeça

Na arquitetura CMS sem cabeça, não há front-end predefinido que use modelos para apresentar conteúdo. Em vez disso, o back-end envia conteúdo para vários dispositivos e canais (por exemplo, web, redes sociais, dispositivos móveis, IoT, etc.) e permite que cada um deles governe como esse conteúdo deve ser apresentado. A arquitetura CMS sem cabeça é composta pelos seguintes elementos principais:

  • Um banco de dados back-end onde o conteúdo e os ativos digitais são armazenados
  • Uma plataforma de gerenciamento de conteúdo back-end onde o conteúdo é criado
  • APIs que conectam a plataforma de gerenciamento de conteúdo back-end com a plataforma de publicação de conteúdo front-end

À primeira vista, a arquitetura CMS sem cabeça pode parecer essencialmente a mesma que a arquitetura CMS dissociada. Embora haja alguma sobreposição, eles não são idênticos. Se você se lembrar, a arquitetura CMS dissociada usa uma plataforma de publicação de conteúdo front-end padrão. No entanto, com a arquitetura CMS sem cabeça, as organizações têm total liberdade e flexibilidade para escolher a tecnologia de front-end que desejam. Não há um sistema front-end com modelos padrão ou integrações de módulos predefinidas.

Vantagens da arquitetura CMS sem cabeça

Além de todos os benefícios da arquitetura CMS dissociada, os sistemas de gerenciamento de conteúdo sem cabeça oferecem algumas vantagens importantes:

  • Os desenvolvedores podem criar quantas camadas de entrega forem necessárias — e em qualquer idioma que precisarem — e enviar conteúdo para qualquer canal. Isso permite que os profissionais de marketing criem campanhas omnichannel — um recurso essencial para empresas empresariais.
  • Os desenvolvedores podem usar uma lista crescente de estruturas de codificação front-end (por exemplo, Next.js), incluindo aquelas que não estão em uso no momento, mas podem ser introduzidas no futuro.

Desvantagens da arquitetura CMS sem cabeça

  • Mais complexo de gerenciar versus arquitetura dissociada, o que pode se tornar um problema para organizações sem experiência interna ou orçamento para obter suporte adicional à apresentação
  • A apresentação é tratada por desenvolvedores que escrevem JavaScript, o que significa que os profissionais de marketing não técnicos não podem usar a criação ou edição de WYSISYG
  • Não é possível personalizar experiências ou executar funções de análise de conteúdo (por exemplo, testes A/B), uma vez que os dados de interação do cliente não são enviados entre o front-end e o back-end em tempo real
CAPÍTULO 5

Arquitetura CMS híbrida

A arquitetura CMS híbrida combina a flexibilidade e a extensibilidade da arquitetura CMS sem cabeça, enquanto usa APIs para habilitar os recursos de personalização e análise de conteúdo oferecidos pela arquitetura CMS tradicional.

Vantagens da arquitetura CMS híbrida

  • O conteúdo pode ser entregue a uma experiência por meio de uma arquitetura CMS dissociada, enquanto os desenvolvedores podem usar suas bibliotecas e estruturas preferidas (por exemplo, React.js) para desenvolver e manter uma base de código front-end separada.
  • Aproveita APIs que permitem que dispositivos e navegadores interpretem regras de conteúdo e personalização em tempo real (levando em consideração fatores como informações de perfil, interações passadas, etc.), bem como executem análises em tempo real (por exemplo, testes A/B).
  • Capacita os profissionais de marketing com recursos como edição WYSIWYG, gerenciamento de ativos digitais que estende o ciclo de vida do conteúdo, permitindo que as equipes reutilizem mídia, e edição ao vivo para visualizar e editar conteúdo em tempo real.
  • Capacita ainda mais os profissionais de marketing com componentes e modelos, como blocos de conteúdo, prompts de apresentação e formulários da Web, que ajudam a estruturar, simplificar e padronizar o desenvolvimento e a apresentação de conteúdo em páginas da Web e outros formatos.

Desvantagens da arquitetura CMS híbrida

Previsivelmente, a arquitetura CMS híbrida compartilha as mesmas desvantagens funcionais (mas não de visualização ou análise de conteúdo) do CMS dissociado e sem cabeça. No entanto, uma implantação de CMS híbrido pode exigir conhecimento adicional, uma vez que não há uma camada de front-end padrão. Felizmente, esse suporte está prontamente disponível, e os principais fornecedores têm uma rede de consultores terceirizados que estão prontos para fornecer os níveis necessários de suporte.

As organizações que estão receosas de dar o grande salto da arquitetura CMS convencional para a arquitetura CMS dissociada/sem cabeça podem ser bem servidas pela arquitetura CMS híbrida, que de muitas maneiras oferece o melhor dos dois mundos.

CAPÍTULO 6

Como escolher a arquitetura CMS certa

Agora que analisamos os quatro tipos de arquitetura CMS — tradicional, dissociada, sem cabeça e híbrida — sua equipe pode estar ansiosa para identificar o modelo que é melhor para seus requisitos atuais e objetivos antecipados. Ao avaliar produtos e opções, concentre-se nestes nove recursos e atributos principais:

1. Funcionalidade editorial excecional com ferramentas para criar, editar e fornecer conteúdo facilmente. Procure recursos como:

  • Uma interface de utilizador intuitiva.
  • Processamento de texto de primeira classe.
  • Pré-visualização de conteúdo ao vivo (WYSISYG).
  • Flexibilidade de projeto/personalização sem codificação.
  • Ajuda e documentação contextualizadas.
  • Search e funções de indexação (motor de pesquisa integrado flexível e escalável; pesquisa preditiva; pesquisas completas no sistema em qualquer nível da hierarquia de conteúdos; Lógica de consulta booleana.
  • Armazenamento de conteúdo e acessibilidade.
  • Modelos de página e componentes bem projetados.
  • Controle de versão que aumenta a visibilidade em todo o ciclo de vida do conteúdo.
  • Agendamento e lembretes.

2. Ferramentas de fluxo de trabalho, relatórios e organização de conteúdo, incluindo gerenciamento de links e modelagem de conteúdo.

3. Administração de usuário intuitiva que suporta permissões personalizadas de usuários e grupos e garante a conformidade regulatória (por exemplo, a capacidade de provar de forma rápida e confiável qual conteúdo estava ativo em um site em uma data/hora específica).

4. Segurança robusta com controles rígidos e personalizáveis para acesso a documentos e informações específicos — para que o conteúdo seja visto apenas pelas pessoas certas e publicado no momento certo. O CMS também deve integrar-se com o seu fornecedor de segurança empresarial escolhido e/ou sistemas de autenticação de terceiros (por exemplo, Azure AD, IdentityServer, OpenID, Oauth, etc.).

5. Escalabilidade multicanal para que os profissionais de marketing possam "criar uma vez, entregar em qualquer lugar", adicionar facilmente novos canais e fornecer conteúdo e metadados novos ou reestruturados para se alinhar com os algoritmos de SEO em mudança. Também é essencial escolher um fornecedor com um histórico comprovado de atualização regular do CMS com kits de desenvolvimento de software (SDKs), APIs, conectores e pipelines.

6. A capacidade e agilidade para se tornar global, incluindo suporte multisite e multilíngue, integração com serviços de localização e tradução, funcionalidade editorial multilíngue, fluxos de trabalho para conteúdo multinacional e governança multinacional.

7. Flexibilidade, escalabilidade e melhorias de desempenho integradas, incluindo capacidade de nuvem, implantação em vários locais, extensibilidade com pontos claros para novas integrações, conectores e APIs.

8. Personalização e análise impulsionadas pela capacidade de coletar dados de interação de todos os canais — incluindo fontes e aplicativos externos — para medir e relatar cada interação e jornada do cliente.

9. Conteúdo de integração muito forte e integração de comércio eletrônico suportado por:

  • Uma interface de comércio eletrônico unificada.
  • Ferramentas de migração.
  • Gestão de inventário perfeita.
  • Tratamento de inventário adaptável.
  • Automação com regras baseadas em fluxogramas.
  • Capacidades de personalização.
  • Integrações de terceiros.
  • Criação de conteúdo gerado pelo usuário.
  • Capacidades de teste.

Para uma visão mais profunda desses recursos essenciais, baixe o guia: "Qual CMS é certo para o meu negócio?"

CAPÍTULO 7

A palavra final

Escolher a arquitetura CMS certa é fundamental para suas operações de conteúdo e determina:

  • Como você cria conteúdo e onde ele pode ser apresentado (e possivelmente onde ele não pode ser apresentado).
  • Se suas equipes devem replicar manualmente alterações ou edições de conteúdo em vários locais.
  • A natureza e a extensão em que profissionais de marketing e desenvolvedores devem trabalhar juntos e se eles podem trabalhar simultaneamente.
  • A velocidade da entrega de conteúdo — que é um dos principais impulsionadores da experiência do usuário e da satisfação do cliente.

Saiba mais sobre Sitecore XM Cloud

Sitecore XM Cloud é um CMS SaaS pronto para empresas que reimagina o gerenciamento de conteúdo. XM Cloud usa arquitetura híbrida para oferecer agilidade ao desenvolvedor através dos melhores atributos do CMS sem cabeça e capacita os profissionais de marketing por meio de uma experiência de composição de página WYSIWYG visualmente rica.

Saiba mais e Inicie uma demonstração guiada sob demanda. Discover como XM Cloud capacita suas organizações a oferecer experiências relevantes em alta velocidade.

Você também pode gostar

Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
Carregamento
O que é CMS Architecture? Noções básicas sobre a arquitetura CMS | Sitecore