O que um projeto Astro com a Dardo inclui
Um projeto Astro cobre tudo o que existe entre os designs aprovados, nossos ou do seu time, e um site no ar em que seus editores podem publicar; a proposta informa quais partes estão incluídas e como cada uma é aprovada.
- Um modelo de conteúdo em coleções tipadas, lido de arquivos Markdown ou de um CMS headless
- Componentes Astro para cada modelo de página acordado, sem JavaScript no navegador, a não ser onde uma parte precise
- Uma decisão de renderização para cada rota: gerada antecipadamente, renderizada sob demanda ou ilha de servidor
- Imagens responsivas, metadados, dados estruturados, sitemap e hreflang para cada idioma
- Formulários, prévias de rascunhos e outras rotas de servidor em Cloudflare Workers, Vercel, Netlify ou Node
- Verificações no build que barram uma publicação com links quebrados ou conteúdo inválido
Como o dardo.studio roda em Astro
Construímos os sites dos clientes com a mesma tecnologia que usamos. O dardo.studio é um site em Astro 7: cada página é renderizada durante o build e servida como arquivos estáticos a partir do Cloudflare Workers, em inglês, espanhol e português, cada idioma com suas URLs e seus links hreflang. O conteúdo fica em um CMS headless, o EmDash, e um artigo publicado vai ao ar dois a três minutos depois.
Só a prévia de rascunhos é renderizada sob demanda: quando um editor clica em Preview, um Worker renderiza o rascunho com o design do site atrás de um link assinado que expira, sem cache e sem indexação. O build falha quando uma página aponta para um endereço que não foi gerado ou quando um campo obrigatório está vazio, e ainda grava uma cópia em Markdown de cada página para agentes de IA. Nenhum framework de interface chega ao navegador: até a arte em WebGL da página inicial é TypeScript puro.
O Astro também atende produtos que precisam de servidor a cada requisição: o Superame, um ranking público com pagamentos verificados que projetamos e construímos, roda em Astro 7 em modo servidor na Vercel, com banco de dados Postgres.
Estática, sob demanda ou ilha: como escolhemos para cada rota
O Astro pré-renderiza todas as páginas por padrão e deixa cada rota optar por sair dessa regra, então escolhemos a renderização rota por rota. Os componentes chegam como HTML sem o seu JavaScript, a menos que sejam marcados como ilhas de cliente, que carregam por conta própria: imediatamente, quando o navegador está ocioso ou quando entram na tela. As ilhas podem ser componentes React, Preact, Svelte, Vue ou Solid, então muitas vezes dá para reaproveitar os que já existem.
| Opção de renderização | O que acontece | Quando usamos |
|---|---|---|
| Gerada antecipadamente (padrão) | O HTML é gerado durante o build e servido como arquivos | Páginas de marketing, artigos, estudos de caso, documentação |
| Ilha de cliente | Um componente carrega seu JavaScript e se torna interativo | Uma calculadora, um diretório com filtros, um mapa ou uma cena 3D |
| Ilha de servidor | Um trecho é renderizado no servidor depois que o resto da página chega | O avatar de quem está logado ou o contador do carrinho em uma página que é estática no restante |
| Rota sob demanda | A página inteira é renderizada a cada requisição por meio de um adaptador | Prévias de rascunhos, resultados de busca, páginas de conta, retorno de pagamentos |
| Coleção ao vivo | O conteúdo é buscado na origem no momento da requisição | Dados que mudam mais rápido do que o site consegue ser reconstruído |
Nas páginas renderizadas sob demanda, o cache de rotas estável do Astro 7 permite servir uma página já renderizada a partir do cache, em vez de renderizá-la de novo para cada visitante.
Coleções de conteúdo, imagens e transições de página
As coleções de conteúdo dão um esquema a cada tipo de conteúdo, de modo que um título ausente ou uma data malformada interrompem o build em vez de chegar a um visitante. As entradas vêm de Markdown no repositório ou de um CMS por meio de um loader, e o Astro recomenda carregá-las no build sempre que possível. A escolha do CMS está em desenvolvimento de CMS headless.
Os componentes Image e Picture do Astro geram versões redimensionadas em formatos como AVIF e WebP e definem as dimensões para que as imagens não desloquem o layout. Eles só processam imagens da pasta de código-fonte do projeto ou de domínios que autorizamos; arquivos da pasta public são publicados como estão.
Para as transições de página, começamos pelas transições de visualização nativas do navegador entre documentos, que acrescentam animação sem mudar o funcionamento do site. O ClientRouter do Astro transforma o site em uma aplicação de página única, e os scripts de cada página passam a precisar refazer sua configuração a cada navegação; por isso o reservamos para elementos que precisam sobreviver à troca de página, como um player de áudio. O trabalho de velocidade em um site existente é definido em otimização de velocidade de sites.
Quando o Astro não é a melhor escolha
O Astro foi feito para sites orientados a conteúdo. Se a maioria das telas fica atrás de um login e guarda muito estado no navegador, ou se o modelo de edição pesa mais do que o código, outra base se encaixa melhor:
- Um produto com login, um painel ou um editor: desenvolvimento com Next.js ou desenvolvimento de aplicativos web
- Um time de marketing que quer montar páginas novas de forma visual, sem desenvolvedor: desenvolvimento em Webflow ou desenvolvimento em Framer
- Uma loja construída em torno do checkout e dos apps da Shopify: desenvolvimento de e-commerce
- Um site pequeno cujos editores trabalham bem no WordPress: nossa comparação WordPress ou site sob medida explica quando ficar
Todo site pré-renderizado também tem uma contrapartida: o conteúdo vai ao ar depois de uma reconstrução. Alguns minutos são aceitáveis para artigos; preços que mudam a cada minuto pedem rotas sob demanda com cache.
Migrar um site de WordPress, Webflow ou Framer para o Astro
Migrar para o Astro é reconstruir: o design e o conteúdo vão junto, mas cada plataforma exporta o conteúdo do seu jeito. Nossos guias cobrem do WordPress para o Astro, incluindo quando manter o WordPress como CMS headless, do Webflow para o Astro, incluindo o que a exportação de código do Webflow deixa de fora, e do Framer para o Astro.
O inventário de URLs, o mapa de redirecionamentos e as verificações de busca depois do lançamento fazem parte do nosso serviço de migração de site, que corre em paralelo com a construção.
De quem é o Astro, e é seguro construir sobre ele?
O Astro é de código aberto, com licença MIT, e desde janeiro de 2026 a empresa por trás dele faz parte da Cloudflare, com a equipe de tempo integral ainda dedicada ao Astro. Ao anunciar a mudança em 16 de janeiro de 2026, a The Astro Technology Company disse que o Astro mantém sua licença, sua governança aberta, seu roadmap e o suporte a hospedagens além da Cloudflare; os adaptadores oficiais cobrem Cloudflare, Netlify, Vercel e Node.
Em outubro de 2026, a versão principal atual é o Astro 7, lançado em 22 de junho de 2026 com um compilador reescrito em Rust e o Vite 8, e a última versão é a 7.3.8, de 8 de outubro. Versões principais mudam parte do comportamento e vêm com um guia de atualização, então um plano de manutenção de site que inclua atualizar dependências mantém um site em Astro em dia.
Quanto custa um projeto com Astro?
Não publicamos um preço para o desenvolvimento com Astro porque o framework não define o custo; quem define são os modelos de página, o conteúdo e o trabalho de servidor. O formulário de contato oferece faixas de orçamento de menos de USD 5.000 a mais de USD 60.000, e nossa página de preços lista os preços iniciais que publicamos. A estimativa muda principalmente com:
- Modelos de página e componentes exclusivos, que pesam mais do que o número de páginas
- A origem do conteúdo: Markdown, um CMS existente ou um novo a modelar e configurar
- Os idiomas, cada um com suas URLs, metadados e revisor
- Ilhas interativas, movimento ou 3D, cada um com seu próprio orçamento de desempenho
- O trabalho de servidor: formulários, prévias, busca, contas ou pagamentos
- O conteúdo e as URLs a trazer da plataforma atual
Na entrega, o repositório, a hospedagem, o domínio e as contas do CMS ficam em seu nome, com a Dardo convidada como usuária, para que outro desenvolvedor ou outra hospedagem possa assumir sem precisar nos pedir nada.
Dúvidas antes de escolher
O Astro é bom para SEO?
O Astro entrega aos mecanismos de busca o HTML completo de cada página, sem esperar por JavaScript, o que deixa o site fácil de rastrear e rápido de carregar. Ele não posiciona páginas sozinho: isso depende de títulos, dados estruturados, hreflang, links internos e conteúdo. Incluímos tudo isso em cada modelo de página; pesquisa de palavras-chave e planos de conteúdo fazem parte do nosso serviço de SEO.
Nosso time de marketing consegue editar um site em Astro sem desenvolvedor?
Sim, por meio de um CMS headless: os editores escrevem e publicam entradas, veem os rascunhos com o design do site e criam páginas a partir de modelos existentes. Layouts ou componentes novos ainda exigem um desenvolvedor, e essa é a principal diferença em relação ao Webflow ou ao Framer, em que o marketing monta as páginas de forma visual.
Podemos reaproveitar nossos componentes React no Astro?
Em geral, sim. O Astro renderiza componentes React, Preact, Svelte, Vue e Solid como HTML simples ou como ilhas interativas. Componentes presos a um roteador do lado do cliente ou a um estado global da aplicação precisam ser reescritos, então avaliamos cada um na fase de descoberta antes de prometer o reaproveitamento.
A ida do Astro para a Cloudflare nos prende à hospedagem da Cloudflare?
Não. Um site Astro pré-renderizado é uma pasta de arquivos que qualquer hospedagem estática serve, e as rotas renderizadas sob demanda rodam com adaptadores oficiais para Cloudflare, Netlify, Vercel ou Node. Quando sua equipe entrou na Cloudflare, o Astro disse que continuaria dando suporte a outras hospedagens. Em geral publicamos no Cloudflare Workers, na sua conta.
Devemos escolher Astro ou Next.js?
Astro, quando a maioria das páginas é igual para todos os visitantes: páginas de marketing, artigos, documentação. Next.js, quando um único código precisa atender um produto com login e muito estado no navegador, junto com suas páginas de marketing. O Astro pode renderizar sob demanda e receber pagamentos, como no Superame, mas não foi desenhado em torno de um estado de aplicação de longa duração.
Quanto tempo leva um desenvolvimento ou uma migração com Astro?
Depende dos modelos de página, do conteúdo e das integrações, então a proposta define o cronograma depois que os conhecemos. A prontidão do conteúdo costuma ser a maior variável: um site cujo conteúdo é exportado de forma limpa migra mais rápido do que um cujas páginas precisam ser refeitas à mão a partir de um construtor visual.
Do blog
- Preços do Webflow 2026: quanto custa em reais, o que muda na renovação e quando sair
O Webflow juntou os planos CMS e Business no Premium. Quanto seu site paga na renovação, em dólares e em reais, e quando vale trocar por Framer ou Astro.
- Sanity vs Contentful vs Payload: o melhor CMS headless para sua equipe em 2026
Sanity, Contentful, Payload, Strapi e Storyblok comparados em hospedagem, pré-visualização, traduções, exportação e custo mensal real para equipes de 5 e 12.
- Astro vs Next.js: qual escolher para um site de marketing ou um produto em 2026
Astro para sites iguais para todos os visitantes, Next.js para produtos com login: renderização, JavaScript, hospedagem e suporte comparados.
- Webflow vs Framer: qual escolher para um site de marketing em 2026, com custos reais
Webflow vs Framer em 2026: quem deve escolher qual, quanto custa em cada um um site de 20 páginas com 300 posts em dois idiomas e quando não escolher nenhum.
Fontes e leituras adicionais
Fontes desta página, com mais detalhes dos publicadores originais.
- Astro: Astro 7astro.build
- GitHub, withastro/astro: astro@7.3.8 releasegithub.com
- Astro: The Astro Technology Company joins Cloudflareastro.build
- Astro Docs: Islands architecturedocs.astro.build
- Astro Docs: On-demand renderingdocs.astro.build
- Astro Docs: Content collectionsdocs.astro.build
- Astro Docs: Imagesdocs.astro.build
- Astro Docs: View transitionsdocs.astro.build

