Por que as equipes migram de Framer para Astro
O design raramente é o problema. As equipes saem do Framer por propriedade, custo e controle. A central de ajuda do Framer descarta a exportação em HTML para hospedagem própria, já que a renderização, o redimensionamento de imagens e o subset de fontes acontecem na infraestrutura dele. O site, a hospedagem e as regras de redirecionamento ficam dentro do plano de um único fornecedor, cobrado por site e por editor. Os gatilhos mais comuns, com os valores do Framer em outubro de 2026:
- Código que fica com você: um site em Astro vive no seu repositório e é publicado na sua própria hospedagem, ao lado do produto, da API ou do backend que ele precisa acessar.
- Assentos: US$ 20 por mês por editor e US$ 10 por editor de conteúdo, na cobrança anual, e nem o Basic nem o Pro permitem mais de dez pessoas com acesso de edição.
- Tetos: o Basic é fixo em 30 páginas desenhadas, 2 coleções do CMS, 1.000 itens e 50 GB por mês; o Pro chega a 700 páginas e 40.000 itens só com complementos pagos.
- Regras de redirecionamento: exigem o Pro, cobrem só caminhos no mesmo domínio e não se atualizam quando alguém renomeia uma página ou um caminho do CMS.
- Código preso ao Framer: os formulários nativos enviam pelo runtime do Framer, os code overrides alteram camadas do canvas e os code components carregam os property controls do Framer.
- Banda: um segundo mês acima do limite do plano traz um pedido de upgrade, e excessos contínuos podem significar um upgrade automático ou uma cobrança pelo excedente.
Framer e Astro comparados para esta migração
O Framer é um editor visual com hospedagem acoplada. O Astro é um framework que gera o HTML com antecedência e deixa a hospedagem, o CMS e a ferramenta de edição por sua conta. A tabela compara o que muda para quem cuida do site; os valores do Framer são das páginas dele em outubro de 2026.
| Área | Framer | Astro na nossa stack padrão |
|---|---|---|
| Hospedagem | Só os servidores e o CDN do Framer; sem hospedagem própria | Qualquer hospedagem estática; usamos o Cloudflare Workers, onde as requisições a arquivos estáticos são gratuitas e ilimitadas |
| Edição | Canvas de design, com editores e editores de conteúdo como assentos pagos | Conteúdo editado em um CMS headless; os layouts das páginas mudam no código |
| Limites do CMS | Pro: 10 coleções e 2.500 itens, até 40 e 40.000 com complementos | Definidos pelo CMS que você escolher; o plano gratuito do Sanity comporta 10.000 documentos |
| Redirecionamentos | Só no Pro, caminhos do mesmo domínio, curingas e grupos de captura | 301 no servidor da hospedagem; um arquivo _redirects da Cloudflare comporta 2.000 regras estáticas e 100 dinâmicas |
| Controles de SEO | Títulos, descrições, sitemap.xml e robots.txt nativos; hreflang definido automaticamente e não editável; JSON-LD adicionado à mão | Cada tag em templates que são seus, incluindo canonicals, hreflang e dados estruturados |
| JavaScript | Um runtime React hidrata cada página no navegador | Só o que você adicionar; um artigo do dardo.studio carrega cerca de 43 KB comprimidos, sem framework de UI |
| Propriedade do código | Sem exportação em HTML; o conteúdo do CMS sai por plugins em CSV ou JSON | Código no seu repositório, conteúdo em um CMS que você pode trocar |
| Custo de operação | Pro a US$ 30 por mês por site na cobrança anual, mais assentos e idiomas | US$ 0, ou US$ 5 por mês por conta no Workers Paid, mais assentos do CMS se necessário |
O que sai do Framer e o que fica para trás
O conteúdo viaja; o site, não. O Framer diz que o conteúdo do CMS pode ser exportado por plugins em CSV ou JSON, e o artigo dele sobre levar os dados para fora diz que o HTML, o CSS e o JavaScript publicados podem ser baixados. Quando construímos uma ferramenta interna de captura para páginas do Framer, os arquivos baixados ainda carregavam o runtime React e o CDN do Framer, e os formulários não tinham action no HTML. Por isso, uma captura é o briefing da reconstrução, nunca o site que publicamos.
- Exportado: itens do CMS, por um plugin, em CSV ou JSON.
- Baixado: imagens, vídeos e arquivos em framerusercontent.com, para os quais os campos das coleções apontam em vez de carregar os arquivos.
- Copiado das páginas no ar: títulos, descrições, imagens Open Graph e qualquer JSON-LD adicionado como código personalizado.
- Registrado e depois refeito: cada página desenhada e cada breakpoint, além do tempo de cada efeito de entrada, que o Framer guarda como JSON dentro da página.
- Reescrito: code components, que são componentes React 18, e overrides, que são higher-order components que alteram camadas do Framer.
- Substituído: os formulários nativos, que entregam para e-mail, Google Sheets ou um webhook pelo Framer, e o analytics nativo, cuja linha de base registramos antes de cancelar qualquer coisa.
Como o conteúdo do Framer vira conteúdo no Astro
Nada é convertido automaticamente, mas cada recurso do Framer tem um equivalente em um build Astro. Este é o modelo de conteúdo de onde partimos; o seu inventário define o modelo final.
| No Framer | No Astro | Como migra |
|---|---|---|
| Páginas desenhadas e breakpoints | Templates de página e componentes Astro | Refeitos a partir de uma captura em 1440, 810 e 390 pixels, mais cada breakpoint do CSS do site |
| Coleções do CMS | Content collections com schema, ou um CMS headless | Exportação por plugin em CSV ou JSON, depois uma importação por script validada contra o schema |
| Imagens e arquivos no CDN do Framer | astro:assets, ou a biblioteca de mídia do CMS | Baixados no maior tamanho; a licença de cada fonte conferida antes de hospedá-la por conta própria |
| Code components | Ilhas React, ou componentes Astro simples quando nada é interativo | Property controls viram props; o JavaScript do cliente só carrega onde o componente precisa |
| Code overrides | Props, CSS ou um script curto no componente | Reescritos, já que modificam camadas que deixam de existir |
| Efeitos de entrada e interações | Transições e keyframes CSS, ou um pequeno script | Tempo tirado do site no ar; cada um ganha uma versão com movimento reduzido |
| Formulários nativos | Um endpoint que é seu: um Worker, um serviço de formulários ou o seu CRM | Cada destino testado com um envio real no staging |
| Idiomas | Roteamento de i18n do Astro, uma URL por idioma | Caminhos e slugs do CMS de cada idioma mantidos como estão; hreflang escrito nos templates |
| Regras de redirecionamento em Site Settings | 301 explícitos no _redirects ou em código no Worker | Incorporadas ao novo mapa, com cadeias reduzidas a um salto |
| Código personalizado no head e no body | O layout base | Analytics e tags só carregam depois do consentimento, onde exigido |
Como migramos um site do Framer para Astro
A migração passa pelo nosso serviço de migração de site em cinco etapas: inventário, mapa, ensaio, troca, acompanhamento. No Framer, o inventário começa pelo sitemap.xml automático e por cada página do CMS e depois acrescenta as páginas de entrada do Search Console de pelo menos um ano inteiro, os backlinks, cada formulário com o seu destino, cada script do código personalizado do site e as regras de redirecionamento já configuradas em Site Settings.
Desse inventário saem o mapa de redirecionamentos 1:1 e o modelo de conteúdo. Uma reconstrução cuidadosa normalmente consegue manter cada caminho do Framer, então poucas URLs precisam de redirecionamento; as que mudam recebem um 301 para o equivalente mais próximo. Nosso gerador de redirecionamento 301 gratuito faz a primeira versão combinando os sitemaps antigo e novo. A construção em si é desenvolvimento em Astro, e as animações ficam com o desenvolvimento criativo.
Reconstruímos primeiro uma página representativa e a revisamos nas larguras combinadas, depois os demais templates. Quando refizemos em Astro um site nosso de 18 rotas feito no Framer, 217 dos seus 219 estados de rolagem e de interação ficaram a até 1% de diferença de pixels do original. Tudo é construído e preenchido em um endereço de staging com noindex, enquanto o Framer continua atendendo os visitantes.
Antes da troca, rastreamos o staging com cada URL antiga e corrigimos cada divergência. A troca é uma janela agendada: DNS alterado, 301 ativos, sitemap enviado, cada formulário testado com um envio real. Aos 30 e 60 dias, comparamos indexação e cliques com a linha de base anterior ao lançamento, e a entrega cobre contas, DNS e a lista de redirecionamentos. Nosso guia para migrar de Framer para Astro lista as etapas técnicas, e o mesmo processo vale para a migração de Webflow para Astro.
Verificações de SEO em torno da troca do Framer
O staging passa primeiro por cada verificação; o domínio no ar passa por elas de novo no dia em que o DNS muda. Nosso checklist de SEO para migração de site explica por que cada uma importa.
- Cada URL antiga do Framer retorna 200, um 301 para uma página 200 ou um 404 ou 410 intencional, sem cadeias e sem redirecionamentos em massa para a home.
- Os redirecionamentos são 301 HTTP de verdade: um build estático do Astro sem adaptador gera páginas de meta refresh, e uma linha do _redirects sem código assume 302.
- Nenhuma canonical, tag Open Graph ou entrada do sitemap ainda cita o endereço antigo do Framer.
- Títulos, descrições e H1 iguais aos das páginas registradas no Framer, uma página de cada vez.
- O hreflang agora fica nos nossos templates: cada versão de idioma lista a si mesma e todas as outras.
- Dados estruturados refeitos e aprovados no Teste de Resultados Avançados do Google.
- Formulários chegam à caixa de entrada, ao CRM ou à planilha; eventos de analytics e de conversão só disparam depois do consentimento, onde exigido.
- Noindex do staging removido, novo sitemap enviado no Search Console e o projeto no Framer despublicado assim que o novo site for verificado.
- Aos 30 e 60 dias: páginas indexadas, impressões e cliques por página em comparação com a linha de base, com correções para o que os dados mostrarem.
Quando continuar no Framer
Uma reconstrução custa tempo de design e de desenvolvimento, então ela precisa trazer algo específico. Continuar no Framer é a melhor escolha quando:
- A sua equipe de marketing monta páginas novas toda semana sem um desenvolvedor. No Astro, editar conteúdo continua fácil, mas layouts novos passam por código.
- A conta é o único motivo. Só pelas mensalidades, a economia raramente paga uma reconstrução rápido.
- O site cabe no Pro, ninguém precisa dele em um repositório e nenhum backend precisa ficar ao lado dele.
Velocidade, sozinha, é um motivo fraco para migrar. Nos dados de campo do HTTP Archive de setembro de 2026, 81,7% dos sites em Framer nos EUA passaram nas Core Web Vitals no celular, contra 84,2% dos sites em Astro; nosso relatório de velocidade de plataformas web detalha esses números por país. Se as suas páginas estão lentas, a otimização de velocidade de sites mostra se a causa é a plataforma ou o que está na página.
Se o site precisa de trabalho de design, e não de uma nova plataforma, nosso serviço de desenvolvimento Framer melhora o site onde ele está. Se o destino ainda está em aberto, nossa comparação entre Astro e Next.js explica qual framework combina com cada tipo de site.
Quanto custa manter o Astro depois da migração
Os custos de operação costumam cair, e a construção passa a ser o número maior. Um site Astro estático no Cloudflare Workers não custa nada no plano gratuito, ou US$ 5 por mês por conta no Workers Paid, com 10 milhões de requisições incluídas, e as requisições a arquivos estáticos são gratuitas e ilimitadas. Um CMS headless é uma linha à parte: o plano gratuito do Sanity cobre até 20 assentos e 10.000 documentos, e o plano Growth custa US$ 15 por assento por mês, em outubro de 2026.
No Framer, em outubro de 2026, um site custa US$ 10 por mês no Basic ou US$ 30 no Pro, na cobrança anual; os assentos somam US$ 20 por editor e US$ 10 por editor de conteúdo, e cada idioma extra mais US$ 20. Nosso guia de preços do Framer calcula três sites típicos em US$ 360, 960 e 1.920 por ano no Framer, contra US$ 0 a 1.140 como sites em código, e a calculadora de renovação do Webflow coloca Framer, Webflow e um site em código lado a lado com os seus números.
Não publicamos um preço fixo para esta migração. Ela é orçada depois do inventário de URLs, e quatro coisas definem o valor: o número de templates e URLs, o formato do CMS, os formulários e integrações que precisam continuar funcionando e o número de idiomas. As animações são um quinto fator quando o site depende delas. Os preços que outros fornecedores publicam estão reunidos em quanto custa migrar um site em 2026.
Dúvidas antes de escolher
Podemos exportar nosso site do Framer e hospedá-lo por conta própria?
Não como um site funcionando. O Framer afirma que não oferece exportação em HTML para hospedagem própria; a pré-renderização, a otimização de imagens e o subset de fontes dependem dos servidores dele. Páginas baixadas continuam dependendo do runtime e do CDN do Framer, então as usamos como referência e refazemos os templates em Astro.
Vamos perder posições ao migrar de Framer para Astro?
Alguma oscilação é normal: o Google avisa sobre uma flutuação temporária de posições durante uma mudança de site e observa que a maioria das páginas de um site menor pode levar algumas semanas para ser transferida. Perdas duradouras vêm de URLs que deixam de responder, metadados perdidos ou um noindex que ficou para trás. Mantemos os caminhos onde podemos, aplicamos 301 no resto, comparamos os metadados página por página e revisamos os dados de busca aos 30 e 60 dias. As posições em si não podem ser garantidas.
Dá para manter as URLs do Framer exatamente como estão?
Normalmente, sim. As rotas do Astro conseguem reproduzir os caminhos das páginas, os slugs do CMS e os caminhos localizados do Framer, então a maioria das URLs fica igual e não precisa de redirecionamento. Qualquer caminho que combinarmos mudar, e qualquer variante com barra no final, recebe um único 301, e o mapa inteiro é testado com cada URL antiga antes do lançamento.
Nossa equipe de marketing vai continuar editando o site sem código?
Sim, no conteúdo. Os editores trabalham em um CMS headless: textos, imagens, entradas do CMS, campos de SEO e texto alternativo. Montar um tipo novo de página passa por um desenvolvedor, que é a principal troca em relação ao canvas do Framer. Se layouts novos toda semana são o trabalho, continuar no Framer pode ser a melhor escolha.
As animações do Framer vão funcionar no Astro?
Não do jeito que estão, porque os efeitos do Framer rodam no runtime dele. Registramos o tempo de cada animação que vale manter e a refazemos com CSS ou um pequeno script, com uma versão para movimento reduzido. Movimento que não carrega significado é candidato a sair, o que combinamos com vocês antes da construção.
O que acontece com nossos code components e overrides?
Code components são componentes React, então normalmente voltam como ilhas React no Astro, carregando JavaScript só onde rodam. Overrides alteram camadas do Framer, então o comportamento deles passa para as props, o CSS ou um script curto do próprio componente. Os dois entram no inventário junto com o que os substitui.
Quanto tempo leva uma migração de Framer para Astro?
O cronograma acompanha o número de templates e URLs, o tamanho do CMS, as animações a refazer, as integrações e a rapidez com que as aprovações voltam. Damos o cronograma com a proposta, depois do inventário. Após o lançamento, as orientações do Google preveem algumas semanas para que a maioria das páginas de um site pequeno ou médio se acomode nos novos endereços, por isso as revisões acontecem aos 30 e 60 dias.
Quando devemos cancelar o plano do Framer?
Só depois que o site em Astro responder em todas as URLs antigas, todas as imagens e arquivos tiverem sido baixados e rehospedados e a exportação do CMS estiver salva. Os campos das coleções apontam para arquivos no CDN do Framer, então baixe-os antes de cancelar qualquer coisa. A entrega lista a data de cancelamento junto com as outras contas e a lista de redirecionamentos.
Quanto custa uma migração de Framer para Astro?
Orçamos cada migração a partir do inventário de URLs: templates, estrutura do CMS, integrações, animações e idiomas. Os custos de operação costumam cair depois: o plano Workers Paid da Cloudflare custa US$ 5 por mês por conta, contra US$ 30 por mês por site do Framer Pro, mais assentos, em outubro de 2026.
Do blog
- Astro vs Framer: quem edita, quanto custa e quão rápido carrega um site de marketing em 2026
O Framer dá ao designer um canvas; o Astro, um código que é seu. Custo anual de um site de 25 páginas, velocidade em 2026 e quando escolher cada um.
- Migrar de Framer para Astro: como mudar um site Framer sem perder o design nem as posições no Google
Migrar de Framer para Astro é reconstruir, porque o Framer não exporta HTML. O que capturar primeiro, o que quebra e como manter design, URLs e posições.
Fontes e leituras adicionais
Fontes desta página, com mais detalhes dos publicadores originais.
- Framer Help: posso exportar meu site em HTML e hospedá-lo por conta própria? (em inglês)framer.com
- Framer Help: como levar seus dados para fora do Framer (em inglês)framer.com
- Framer Help: como configurar redirecionamentos para manter o posicionamento (em inglês)framer.com
- Framer: preços (em inglês)framer.com
- Framer Help: entendendo o uso de banda (em inglês)framer.com
- Framer Developers: introdução aos code components (em inglês)framer.com
- Framer Developers: introdução aos code overrides (em inglês)framer.com
- Framer Help: guia de recursos e ferramentas de SEO (em inglês)framer.com
- Framer Help: atributo de idioma (em inglês)framer.com
- Framer Help: como adicionar um formulário de contato (em inglês)framer.com
- Documentação do Astro: Content collectionsdocs.astro.build
- Documentação do Astro: Arquitetura de ilhasdocs.astro.build
- Documentação do Astro: Referência de configuração (redirecionamentos)docs.astro.build
- Documentação do Astro: Roteamento de internacionalização (i18n)docs.astro.build
- Documentação do Astro: Imagensdocs.astro.build
- Cloudflare: preços do Workers (em inglês)developers.cloudflare.com
- Documentação do Cloudflare Workers: redirecionamentos (em inglês)developers.cloudflare.com
- Sanity: preços (em inglês)sanity.io
- Google Search Central: Mudanças de site com alteração de URLsdevelopers.google.com
- HTTP Archive: Technology Report (em inglês)httparchive.org
