O que uma migração de site inclui
Moldamos o projeto de acordo com o briefing real. A proposta indica quais destas entregas estão incluídas, quem fornece o material necessário e como cada uma é aceita.
- Inventário de URLs e conteúdo
- Um mapa de redirecionamentos 1:1 cobrindo cada URL antiga
- Conteúdo, metadados e mídia migrados para o novo CMS
- Formulários, analytics, consentimento e integrações reconstruídos e testados
- Rastreamento do ambiente de teste e checklist do dia do lançamento
- Revisões de busca aos 30 e 60 dias
- Entrega de contas, DNS e da lista de redirecionamentos
Quando migrar e quando refazer o design
Escolha a migração quando o conteúdo e a estrutura do site ainda funcionam, mas a plataforma, a hospedagem ou o domínio precisam mudar: custos crescentes, plugins sem manutenção, um construtor lento ou uma nova marca em um novo domínio. Se as páginas já não explicam sua oferta, escolha Website redesign, que executa essas mesmas verificações dentro de um novo design. Se você só precisa de correções de busca na plataforma atual, comece por SEO.
Como funciona uma migração: inventário, mapa, ensaio, troca, acompanhamento
Registramos tudo o que o site atual faz antes de mover qualquer coisa e, a partir desse inventário, criamos o mapa de redirecionamentos e o modelo de conteúdo. O novo site é construído e preenchido em um endereço de teste que os buscadores são instruídos a não indexar, e o site antigo continua funcionando até a troca.
Antes do lançamento, rastreamos o ambiente de teste com a lista completa de URLs antigas e corrigimos cada divergência. O lançamento é uma janela planejada: DNS ou hospedagem alterados, redirecionamentos ativos, sitemaps enviados, formulários testados com envios reais e, em caso de troca de domínio, uma Mudança de endereço registrada no Search Console. Aos 30 e 60 dias, comparamos a indexação e o desempenho na busca com a base de referência anterior ao lançamento e corrigimos o que os dados mostrarem.
O que entra no inventário antes de mover qualquer coisa?
Tudo o que traz visitantes ou executa alguma função, não apenas as páginas do menu. O tráfego de busca costuma chegar a posts antigos do blog, PDFs, listagens filtradas ou páginas que ninguém edita há anos. Se uma URL ficar de fora do inventário, ela fica de fora do mapa de redirecionamentos, e seus visitantes e links acabam em uma página de erro.
Cada linha recebe uma decisão: manter, redirecionar permanentemente, unir a uma página equivalente ou desativar. Também registramos do que a página depende, como o destino de um formulário, um widget de agendamento, um script de rastreamento ou um arquivo de mídia, para que a dependência seja movida junto.
- Toda URL que responde, incluindo PDFs, imagens e URLs com parâmetros
- Páginas de destino do Search Console e do analytics ao longo de pelo menos um ano inteiro, para que as páginas sazonais entrem na conta
- Backlinks: para quais páginas outros sites apontam
- Formulários, seus campos e para onde vai cada envio
- Scripts e integrações: CRM, agendamento, chat, pagamentos, analytics, consentimento
- Mídia e arquivos para download com suas URLs atuais
- Papéis no CMS: quem edita o quê, com quais campos
Como os redirecionamentos protegem rankings e links?
A documentação do Google sobre migração de sites pede que você mapeie cada URL antiga para a nova e use redirecionamentos permanentes no servidor. Um status 301 ou 308 informa aos buscadores que a página mudou de vez. Cada URL antiga deve apontar direto para o equivalente mais próximo; o Google recomenda cadeias curtas, de preferência com no máximo três saltos, e links internos atualizados para que o site não dependa de redirecionamentos.
Quando uma página não tem um equivalente real, ela deve responder 404 ou 410. O Google diz para não redirecionar muitas URLs antigas para um único destino irrelevante, como a nova página inicial, e remove do índice as URLs que retornam esses códigos. Use a página de não encontrado normal do site com esse status, para que quem chega por um link antigo ainda tenha navegação.
O Google também recomenda manter os redirecionamentos pelo maior tempo possível, em geral pelo menos um ano, e registrar uma Mudança de endereço no Search Console quando o domínio ou subdomínio muda. Ele avisa que é esperada uma oscilação temporária nos rankings; em um site de pequeno a médio porte, pode levar algumas semanas para a maioria das páginas se ajustar. O trabalho limita as perdas a esse período de acomodação, sem perdas evitáveis por redirecionamentos ausentes ou páginas quebradas.
O que quebra ao sair de WordPress, Webflow, Wix, Framer, Squarespace ou Shopify?
Cada plataforma armazena o conteúdo à sua maneira, então a exportação e a configuração dos redirecionamentos variam. Construtores hospedados como Wix, Webflow, Framer e Squarespace rodam seu site nos próprios servidores, então a migração é uma reconstrução alimentada pelo conteúdo que cada um permite exportar.
Na nossa stack padrão, Astro na Cloudflare com um CMS headless, as páginas são entregues em HTML, os redirecionamentos são 301 ou 308 no servidor, e os editores têm campos para títulos, descrições e texto alternativo. Quando uma loja precisa do checkout e dos apps da Shopify, ou uma equipe depende de plugins de WordPress que já conhece, migramos para WordPress ou Shopify com as mesmas verificações.
| Migrando de | O que costuma quebrar | O que planejamos |
|---|---|---|
| WordPress | Shortcodes e marcação de page builders; títulos de SEO armazenados por plugins fora do corpo do post; URLs de imagens em /wp-content/uploads/; URLs de categorias, tags, autores e feeds; plugins de formulário. | A exportação do WordPress grava posts, páginas, campos personalizados, categorias, tags e usuários em um arquivo XML. Mapeamos os metadados dos plugins para campos do CMS, hospedamos a mídia novamente e redirecionamos os arquivos que ainda recebem tráfego. |
| Webflow | O Webflow hospeda o site. As coleções do CMS são exportadas em CSV, mas os campos de imagem e arquivo são exportados como links para o projeto do Webflow, que, segundo o próprio Webflow, quebram se o projeto for excluído. | Baixar todos os arquivos antes de cancelar o plano, reescrever esses links e reconstruir interações, formulários e links entre coleções. |
| Wix | A Wix informa que sua arquitetura não oferece suporte a hospedagem externa, então o site não pode ser levado para outro host do jeito que está. | Reconstruímos a partir do site publicado e do conteúdo exportável, reunimos as mídias, confirmamos onde o domínio está registrado e redirecionamos cada página. |
| Framer | O Framer não oferece exportação em HTML para hospedagem própria; os layouts e as animações dependem da plataforma. | Recriamos os templates e as animações, passamos o conteúdo do CMS para o novo modelo e mantemos os slugs e os metadados. |
| Squarespace | A exportação grava parte do conteúdo em um arquivo XML no formato do WordPress e deixa de fora páginas de loja, blocos de produto e blocos de vídeo; só uma página de blog é exportada. | Planejamos os dados da loja à parte, hospedamos as imagens novamente e mapeamos a URL de cada coleção. |
| Shopify (de ou para) | Caminhos fixos como /products/ e /collections/; os redirecionamentos só funcionam em URLs que não carregam mais uma página; contas de clientes e pedidos precisam de um plano próprio. | Ao migrar para a Shopify: uma lista completa de redirecionamentos de produtos e coleções, que a Shopify aceita em massa por arquivo CSV. Ao migrar a partir dela: esses caminhos fixos mapeados para a nova estrutura. |
O que muda além das URLs e quando isso é verificado?
Uma URL pode redirecionar corretamente e, ainda assim, perder o que a fazia ranquear ou converter. Esses itens se perdem com facilidade quando o conteúdo é movido por arquivo de exportação ou manualmente, por isso cada um é verificado nos novos templates antes do lançamento.
O lançamento não encerra o escopo: URLs esquecidas aparecem nos dados semanas depois, então as revisões da tabela fazem parte do projeto.
- Títulos, meta descriptions e headings, inclusive os armazenados por plugins
- Tags canonical apontando para cada nova URL e hreflang atualizado em todos os idiomas
- Dados estruturados como Organization, Article, Product ou LocalBusiness
- URLs de imagens, textos alternativos e arquivos para download
- Formulários e o destino de cada envio
- Eventos de analytics, conversões e o banner de consentimento que os controla
- Perfis de acesso do CMS, para que os editores possam publicar no dia seguinte ao lançamento
| Quando | O que verificamos | Sinal de alerta |
|---|---|---|
| Antes da troca | Lista de URLs antigas rastreada no ambiente de staging: cada uma retorna 200, um redirecionamento para uma página 200 ou um 404 ou 410 intencional | Cadeias e loops de redirecionamento, redirecionamentos em massa para a home |
| Dia do lançamento | Redirecionamentos ativos, novo sitemap enviado, noindex do staging removido, formulários e analytics testados, Mudança de endereço registrada nas trocas de domínio | Um formulário que não chega a ninguém; um noindex em todo o site que ficou para trás |
| Primeira semana | Indexação de páginas no Search Console, logs de 404 do servidor, principais páginas de entrada conferidas manualmente | URLs antigas que ficaram fora do inventário |
| Dia 30 | Páginas indexadas, cliques e impressões por página em comparação com a linha de base | Páginas perdendo impressões muito além da flutuação geral |
| Dia 60 | Falhas corrigidas, lista de redirecionamentos documentada, data de revisão definida antes de remover qualquer redirecionamento | Redirecionamentos perdidos em uma troca de hospedagem, plugin ou DNS |
Dúvidas antes de escolher
Vou perder posições no Google ao migrar meu site?
Alguma oscilação é normal: a documentação do Google sobre mudança de site diz para esperar uma flutuação temporária de posições durante a migração. O trabalho evita perdas evitáveis, como redirecionamentos ausentes, páginas enviadas para a home, metadados perdidos ou um noindex do staging que ficou para trás. Ninguém pode garantir posições, mas mostramos a linha de base, o mapa de redirecionamento e a comparação pós-lançamento.
Quanto tempo leva uma migração de site?
Depende do número de URLs, de como o conteúdo pode sair da plataforma antiga, das integrações e da rapidez com que as aprovações voltam. Após a troca, o Google diz que um site de pequeno a médio porte pode levar algumas semanas para que a maioria das páginas seja transferida, por isso o plano inclui revisões aos 30 e 60 dias.
Vocês migram meu site sem redesenhá-lo?
Sim. Uma migração like-for-like mantém páginas, conteúdo e URLs o mais próximo possível do original, dentro do que a nova plataforma permite. Muitas vezes é o primeiro passo mais seguro, porque mudar de plataforma e de design ao mesmo tempo dificulta saber qual mudança afetou o seu tráfego. Se você também quer um novo design, o Redesign de site cobre os dois em um único plano.
O que vocês precisam de mim para começar?
Acesso de administrador ao CMS ou construtor atual, ao registrador do domínio e ao DNS, à hospedagem, ao Search Console e ao analytics, além das ferramentas de formulário, CRM, e-mail e pagamento conectadas ao site. Uma exportação de backlinks ajuda, se você usa uma ferramenta de SEO. Também precisamos de alguém que possa aprovar as decisões de redirecionamento de páginas com peso comercial ou jurídico, como políticas ou páginas de produto.
Quanto custa a migração de um site?
O preço depende do número de URLs e templates, de como o conteúdo sai da plataforma antiga (arquivo de exportação, API ou reconstrução manual), das integrações, dos idiomas, dos dados da loja e de o design mudar ou não. Um site de 40 páginas com uma exportação limpa é um trabalho diferente de uma loja bilíngue com milhares de URLs de produtos. A proposta detalha item por item o escopo da migração.
O que acontece com minha hospedagem e meu domínio antigos?
Mantenha o domínio: é ele que sustenta seus links e, depois de uma mudança de domínio, o antigo deve continuar servindo redirecionamentos por pelo menos o período de um ano que o Google costuma recomendar. Cancele a hospedagem ou o plano do construtor antigo somente quando o novo site responder a todas as URLs, você tiver uma exportação completa e um backup e nenhum redirecionamento depender dele. A entrega lista a data de cada cancelamento para que nada seja renovado ou vença de surpresa.
De quem é o novo site e o que não está incluído?
É seu. O repositório de código, a hospedagem, o CMS, o domínio e o analytics continuam em nome da sua empresa, e a entrega inclui o mapa de redirecionamentos para que qualquer desenvolvedor possa fazer a manutenção. Salvo se estiver no escopo, a migração não inclui a criação de novos conteúdos, um novo design nem trabalho contínuo de SEO após a revisão de 60 dias.
Do blog
- Checklist de SEO para migração de site: troque de plataforma ou domínio sem perder posições
As posições raramente caem por causa da nova plataforma, e sim porque URLs que geravam tráfego deixaram de responder. Um checklist do inventário de URLs ao dia 90.
Fontes e leituras adicionais
Fontes desta página, com mais detalhes dos publicadores originais.
- Google Search Central: Mudanças de site com alteração de URLdevelopers.google.com
- Google Search Central: Redirecionamentos e a Pesquisa Googledevelopers.google.com
- Central de Ajuda do Google Search Console: Ferramenta de mudança de endereçosupport.google.com
- Infraestrutura de rastreamento do Google: códigos de status HTTPdevelopers.google.com
- Documentação do WordPress: tela Ferramentas > Exportarwordpress.org
- Webflow: Exportar conteúdo do CMS como CSVwebflow.com
- Central de Ajuda do Wix: Exportar ou incorporar seu site Wix em outro lugarsupport.wix.com
- Ajuda do Framer: Posso exportar meu site para HTML e hospedá-lo por conta própria?framer.com
- Central de Ajuda do Squarespace: Exportar seu sitesupport.squarespace.com
- Central de Ajuda da Shopify: Criar e gerenciar redirecionamentos de URLhelp.shopify.com
