Equivalências com o seu CMS atual

A maior parte da personalização em um CMS tradicional se encaixa em poucos padrões. Esta tabela mostra para onde cada um vai no Atlas.

No seu CMS atual	No Atlas	Observações
Page builder (blocos, linhas, widgets)	Página composta por seções; cada seção é um dos seus componentes	Os editores escolhem entre as seções que o seu tipo de página permite
Custom post types (produtos, notícias, equipe)	Coleções com entradas	Filtre, ordene e pagine com a Delivery API
Campos personalizados (ACF, campos do Drupal, campos do Contentful)	Campos tipados no contrato do site	Texto, rich text, número, data, link, asset, referência, lista, grupo, tabela e mais
Relacionamentos entre itens	Campos de referência
Menus, cabeçalho, rodapé, configurações do site	Globais, como site-header e site-footer	Seu código ainda os renderiza
Tema e configurações de design	Design tokens no contrato: cores, estilos de texto, espaçamento	O Atlas nunca aplica estilos próprios ao seu site
Biblioteca de mídia	Mídia, com renditions por perfil de mídia, pontos focais e texto alternativo
Plugin multilíngue (WPML, Polylang)	Traduções de páginas, entradas e globais, com fallback	Inclui árabe e outros idiomas escritos da direita para a esquerda
Plugin de SEO (Yoast, Rank Math)	Campos de SEO por página, redirecionamentos, lista de rotas para o seu sitemap	Seu código gera as tags e o sitemap
Gerenciador de redirecionamentos	Redirecionamentos, lidos pelo seu site
Formulários de contato (Contact Form 7, Gravity Forms)	Formulários com proteção contra spam do Turnstile e e-mails de leads	Development e site no ar (status)
Papéis e fluxo editorial	Papéis, rascunhos, pré-visualização, publicação, aprovação de releases de Production
Posts agendados	Publicação agendada para coleções editoriais
Webhooks e automações “ao publicar”	Webhooks assinados

O que não tem equivalente, de propósito

No seu CMS atual	Por que o Atlas não faz isso	O que fazer no lugar
Plugins que executam código no seu site	O conteúdo nunca deve poder executar código no seu site	Construa o recurso no código do seu site e dê a ele um componente com configurações
Shortcodes, blocos de HTML bruto, widgets de “código personalizado”	Mesmo motivo. Também é uma forma comum de comprometer sites controlados por CMS	Um componente por tipo de embed (vídeo, mapa, widget de reservas) com um campo de URL ou ID
Scripts de rastreamento adicionados por editores	Scripts são uma decisão de desenvolvedor, revisada no código	Adicione-os no seu código ou no gerenciador de tags, sob o seu Content-Security-Policy
O CMS renderizando e hospedando o site (temas)	O Atlas é headless; seu site continua sendo seu	Mantenha a sua hospedagem
Lógica de servidor no CMS (checkout, áreas de membros, APIs personalizadas)	Fora do escopo	Mantenha-a na sua aplicação ou nos seus serviços atuais
Busca no site	Não oferecida	Mantenha a sua busca ou indexe as entradas a partir da Delivery API

Um exemplo prático

Um site corporativo em WordPress tem um page builder, um post type “Projects” com campos do ACF, Yoast, WPML (inglês e árabe), Contact Form 7 e um shortcode [map].

1. Cada bloco do page builder vira um componente no contrato, renderizado por um componente React existente.
2. “Projects” vira uma coleção com os mesmos campos. A página de projetos lê /entries?collection=projects.
3. Os títulos e descrições do Yoast vão para os campos de SEO de cada página. As URLs antigas vão para os redirecionamentos.
4. Inglês e árabe viram locales. O site solicita &locale=ar e define dir="rtl".
5. O formulário de contato vira um formulário do Atlas. Ele chega ao site no ar com o próximo release; os leads chegam em Forms & leads.
6. O shortcode [map] vira um componente Map com um campo de endereço. O script do mapa fica no código do site.