Migração de site sem perder o SEO

O serviço de migração de site da Dardo leva um site existente para uma nova plataforma, hospedagem ou domínio, protegendo suas URLs, rankings, conteúdo, formulários e integrações. É para equipes que estão saindo de WordPress, Webflow, Wix, Framer, Squarespace ou de um desenvolvimento personalizado antigo e não podem perder o tráfego de busca. Normalmente migramos sites para um projeto sob medida em Astro na Cloudflare com um CMS headless, e planejamos migrações para WordPress ou Shopify com as mesmas verificações.

Fale com a gente no WhatsApp
Dardo / Ilustração editorial
Nesta página

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.

O que quebra ao sair de WordPress, Webflow, Wix, Framer, Squarespace ou Shopify?
Migrando deO que costuma quebrarO que planejamos
WordPressShortcodes 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.
WebflowO 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.
WixA 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.
FramerO 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.
SquarespaceA 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
O que muda além das URLs e quando isso é verificado?
QuandoO que verificamosSinal de alerta
Antes da trocaLista de URLs antigas rastreada no ambiente de staging: cada uma retorna 200, um redirecionamento para uma página 200 ou um 404 ou 410 intencionalCadeias e loops de redirecionamento, redirecionamentos em massa para a home
Dia do lançamentoRedirecionamentos ativos, novo sitemap enviado, noindex do staging removido, formulários e analytics testados, Mudança de endereço registrada nas trocas de domínioUm formulário que não chega a ninguém; um noindex em todo o site que ficou para trás
Primeira semanaIndexação de páginas no Search Console, logs de 404 do servidor, principais páginas de entrada conferidas manualmenteURLs antigas que ficaram fora do inventário
Dia 30Páginas indexadas, cliques e impressões por página em comparação com a linha de basePáginas perdendo impressões muito além da flutuação geral
Dia 60Falhas corrigidas, lista de redirecionamentos documentada, data de revisão definida antes de remover qualquer redirecionamentoRedirecionamentos 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

Fontes e leituras adicionais

Fontes desta página, com mais detalhes dos publicadores originais.

Planeje a migração antes de cancelar qualquer coisa

Envie a URL atual, a plataforma que você vai deixar e onde quer chegar. Respondemos com as perguntas que definem o escopo: quantas URLs respondem hoje, como o conteúdo pode sair da plataforma e quais integrações precisam continuar funcionando.