O Atlas serve para você?
Uma verificação rápida e honesta para saber se o seu site e a sua equipe são uma boa combinação com o Atlas hoje.
Esta página foi traduzida do inglês. Se houver qualquer diferença, vale a versão em inglês. Ler em inglês
Responda a estas perguntas antes de planejar a migração. Se a maioria das respostas cair na coluna da direita, o Atlas provavelmente ainda não é a ferramenta certa para você, e preferimos dizer isso agora.
Seu site
Seção intitulada “Seu site”| Pergunta | Boa combinação | Não serve hoje |
|---|---|---|
| Com o que o site é construído? | Next.js (App Router), o framework que o Atlas orienta e testa | Um site sem nenhum código de servidor, ou construído inteiramente dentro de um construtor hospedado (Wix, Squarespace, Webflow) |
| Ele consegue buscar conteúdo a partir de código de servidor? | Sim (server components, route handlers, um runtime Node ou Cloudflare Workers) | Somente a partir do navegador. O token de entrega nunca deve chegar aos navegadores |
| O design é feito de componentes reutilizáveis? | Sim, seções como hero, grade de recursos, depoimento | Cada página é um markup único, escrito à mão |
| Seu CMS atual executa código dentro do conteúdo (plugins, shortcodes, blocos de HTML ou de script personalizados)? | Não, ou só um pouco que pode virar componente | Muito, e você precisa que os editores continuem adicionando scripts ou HTML |
| Você hospeda e faz o deploy do site por conta própria (ou por meio de uma agência)? | Sim. O Atlas nunca faz deploy do seu código | Você espera que o CMS hospede e faça o deploy do site |
Outros frameworks (Remix, Astro, Nuxt, SvelteKit, Node puro) podem chamar a mesma Delivery API por HTTPS, mas o Atlas não os testa nem oferece guias para eles. Reserve mais tempo de desenvolvimento.
Seu conteúdo e sua equipe
Seção intitulada “Seu conteúdo e sua equipe”| Pergunta | Boa combinação | Planeje-se |
|---|---|---|
| Quem edita? | Pessoas de marketing ou de conteúdo que não deveriam precisar de um desenvolvedor | Se só desenvolvedores editam, um fluxo baseado em Git pode bastar |
| Quantos idiomas? | Um ou mais; idiomas escritos da direita para a esquerda (árabe) são compatíveis na entrega | Confira com seus desenvolvedores as regras de fallback de cada idioma |
| Você precisa de aprovações? | Sim. Os releases de Production exigem um aprovador | Decida cedo quem aprova |
| Formulários, chat e analytics | Criados para o Development e para o site no ar | Em revisão final antes do lançamento. O envio ao CRM e a Leads API cobrem hoje apenas leads de Development. Veja o status dos recursos |
| Contratos, residência de dados, SSO | — | Alguns termos corporativos ainda são decisões em aberto. Fale conosco antes de assinar; veja o FAQ |
Esforço típico
Seção intitulada “Esforço típico”Estas são faixas de planejamento, não promessas. Dependem principalmente de quão baseado em componentes o seu site já é.
- Conectar uma página em Development: um desenvolvedor, cerca de um dia.
- Modelar o site inteiro no contrato e renderizar todos os tipos de página a partir do Atlas: de dias a algumas semanas.
- Mover o conteúdo e as imagens existentes: depende do volume. Um agente de codificação com IA conectado por MCP pode criar a maior parte como rascunho para uma pessoa conferir e publicar.
Próximo passo: o checklist de migração.