Pular para o conteúdo
Delivery API
Antes de planejar em torno de um recurso, confira o status dos recursos.

Visão geralComece aqui

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.

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.

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

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.