Arquiteturas de referência

Estas são configurações recomendadas, não histórias de clientes. Escolha o padrão mais próximo do seu e adapte-o.

1. Grupo multimarca

Uma holding com vários sites de marcas, cada um com a sua própria equipe.

Organization: Group
├── Site: brand-a   (Development, Production)   editors: Brand A team
├── Site: brand-b   (Development, Production)   editors: Brand B team
└── Site: brand-c   (Development, Production)   editors: Brand C team
Approvers: group digital team (organization admins) + one reviewer per brand

• Uma organização, um site por marca. Conteúdo, mídia, tokens e pessoas nunca passam de um site para outro.
• Cada marca mantém o código e o contrato do seu próprio site, com seus componentes e design tokens. O Atlas nunca impõe um design compartilhado.
• Os editores de cada marca recebem papéis apenas no seu site. A equipe digital do grupo aprova os releases de Production.
• Cada site tem seus próprios tokens de entrega e webhooks, de modo que o deploy ou a queda de uma marca não afeta outra.

2. Empresa regulada ou com muitas aprovações

Equipes de finanças, saúde, energia ou próximas ao governo, em que toda alteração pública precisa de aprovação.

• Editores e profissionais de marketing criam rascunhos; um revisor/publicador publica em Development; um grupo menor aprova os releases de Production.
• Ative a aprovação por celular para ações sensíveis.
• Cada release é verificado (contrato sincronizado, sem problemas de publicação, saúde do site, backup recente) e assinado. A reversão é uma única ação.
• Exporte o log de auditoria para os seus registros de conformidade.
• Combine as regras de retenção de leads antes de entrar no ar e observe que, hoje, a retenção e o envio ao CRM cobrem apenas leads de Development.
• Confirme conosco o local de hospedagem e a retenção de dados antes de assinar (veja Segurança).

3. Agência que gerencia sites de clientes

Uma agência cria e mantém sites para vários clientes.

• Prefira uma organização por cliente, para que cada cliente seja dono dos seus dados, pessoas e plano. A equipe da agência é convidada como membro.
• Crie uma biblioteca de componentes próprios no código e reutilize-a nos contratos dos clientes, com design tokens específicos de cada cliente.
• Use um agente de codificação com IA por MCP na migração de conteúdo; o revisor do cliente publica.
• A entrega é segura: os editores do cliente só podem alterar campos tipados, nunca o código.

4. Site corporativo único

Um site de empresa, uma pequena equipe de marketing e um desenvolvedor externo.

• Uma organização, um site. O desenvolvedor conecta o site e escreve o contrato uma única vez.
• O marketing edita páginas, notícias e traduções; o líder de marketing aprova os releases de Production.
• O desenvolvedor só é necessário para novos componentes ou tipos de página.

O que todos os padrões têm em comum

• O código, a hospedagem e os deploys do seu site continuam com você.
• Development primeiro; Production somente por meio de um release aprovado.
• Um fallback embutido para que o site continue no ar se o Atlas estiver inacessível.
• Tokens de entrega no servidor, renovados antes de expirarem.