Os tipos de migração de site mudam o que você deve preparar e testar. Trocar a hospedagem mantendo os endereços concentra o trabalho no servidor. Passar para outro CMS pode alterar conteúdo, campos e URLs. Um domínio novo muda o endereço de todas as páginas, mesmo quando o restante continua igual.
Antes de contratar ou aprovar a mudança, escreva o que será transferido e o que será reconstruído. Você vai conseguir comparar propostas pelo trabalho envolvido e perceber quando o projeto reúne mais de uma migração.
Quais são os tipos de migração de site?
O nome do projeto costuma indicar apenas uma parte da mudança. Uma “troca de plataforma” pode incluir outro domínio, novas categorias e descrições reescritas. Separe essas decisões. Cada uma altera o teste que confirma se a página publicada está correta.
| Mudança | As URLs mudam? | Primeiro teste |
|---|---|---|
| Hospedagem ou CDN | Podem continuar iguais. | Abrir páginas e recursos na infraestrutura nova. |
| CMS ou plataforma | Depende das rotas aceitas no destino. | Comparar cadastro e página pública após uma importação. |
| Redesign | Podem continuar iguais. | Comparar conteúdo, links e tarefas no novo template. |
| Domínio | Sim, muda o host. | Seguir cada origem até a página correspondente. |
| Organização das páginas | Somente quando os endereços forem alterados. | Conferir caminhos de navegação e destinos das páginas. |
| União de sites | As páginas transferidas recebem outro endereço. | Ler o destino e conferir o conteúdo de cada origem. |
| Versões por país | Quando há troca de domínio ou de estrutura. | Abrir cada versão e revisar os links entre equivalentes. |
| HTTP para HTTPS | Sim, muda o protocolo. | Conferir certificado, redirecionamento e recursos da página. |
Troca de hospedagem ou CDN
Você pode mudar de provedor mantendo domínio, caminhos e conteúdo. Nesse caso, os visitantes continuam usando os mesmos endereços. Aponte o domínio para a infraestrutura nova depois de testar a cópia do site, o certificado e as integrações.
A passagem pelo DNS não acontece de forma idêntica para todos os acessos ao mesmo tempo. Mantenha a origem funcionando durante a transição e acompanhe as requisições aos dois ambientes. Encerrar o contrato antigo antes de concluir essa conferência pode deixar parte dos visitantes sem resposta.
Na troca de hospedagem sem mudança de URL, o teste central é confirmar que o novo servidor entrega as mesmas páginas. Confira também imagens e arquivos, além da home.
Troca de CMS ou plataforma
Sair do WordPress para outro CMS, ou trocar a plataforma da loja, envolve mais do que copiar registros. Compare o que o sistema exporta com os campos que o destino aceita. Título de SEO, descrição, conteúdo principal, imagens e redirecionamentos podem ser mantidos por componentes diferentes.
Faça uma importação pequena e abra os mesmos itens no cadastro e na página pública. Um campo pode estar preenchido no banco e continuar ausente do template. Repita com os formatos que exigem mais da plataforma, como produtos com variantes ou páginas com documentos.
Depois compare as URLs completas. Se o novo sistema impõe outro caminho, prepare o destino correspondente antes da virada. A troca do CMS não obriga a mudar o domínio, mas pode exigir mudanças nas rotas.
Redesign e mudança de tema
Refazer o visual pode preservar todos os endereços. Ainda assim, examine o conteúdo que o novo tema entrega, a navegação e as tarefas do visitante. Um template que esconde a descrição da oferta ou retira os links para uma seção altera a experiência de quem chega pelo Google.
Use textos e cadastros representativos na aprovação do desenho. Confira a leitura no celular, os títulos, os documentos e o caminho até compra ou contato. A revisão de SEO on-page ajuda a comparar esses elementos dentro de cada página.
Troca de domínio
O domínio novo altera todas as URLs, inclusive quando as pastas são preservadas. Cada página antiga deve levar ao conteúdo correspondente no destino. Inclua imagens e PDFs que recebem acessos diretos, sem depender de uma visita à página de download.
Mantenha o domínio anterior registrado e apto a responder por HTTP e HTTPS. Um certificado vencido pode interromper a conexão antes de o visitante receber o redirecionamento. Os registros de e-mail também merecem uma revisão separada; mover o site não transfere as caixas automaticamente.
Depois da mudança e dos redirecionamentos, use a ferramenta Alteração de Endereço nos casos que ela atende. Confirme a propriedade dos dois sites na mesma conta. A solicitação informa a mudança ao Google e acompanha a implementação; ela não configura os destinos no servidor.
Reorganização de páginas e URLs
Mudar os grupos do menu não obriga a renomear as pastas. Você pode reunir links de outra maneira mantendo os endereços que continuam adequados. Decida primeiro como o público vai encontrar as páginas; altere URLs quando houver uma razão para a mudança.
Quando uma página for dividida, reunida ou retirada, descreva o conteúdo de destino. Uma regra que manda todas as origens para a home costuma deixar o visitante sem a resposta que procurava. Se não houver substituta nem conteúdo a manter, avalie a remoção com status 404 ou 410.
União de sites ou marcas
Antes de importar dois acervos para o mesmo site, compare as páginas. Algumas respondem à mesma dúvida; outras tratam do mesmo tema para públicos ou tarefas diferentes. Escolha o destino pelo conteúdo que será preservado e pelas pessoas que chegavam a cada origem.
Confira também documentos, autores e links dentro do texto. Uma importação pode trazer o artigo e deixar as imagens apontando para um domínio que será desativado. Organize os testes por origem para localizar o que ficou de fora em cada transferência.
Mudança de estrutura por país
Passar de um domínio local para um domínio genérico, ou mover versões de subdomínios para pastas, altera os endereços das páginas envolvidas. Compare a oferta por país antes de redirecionar. A página equivalente deve continuar apresentando as condições disponíveis para aquele público.
Revise os links entre versões, o hreflang e a canonical. Hreflang relaciona versões existentes; ele não traduz a página nem substitui o redirecionamento de uma URL que deixou de existir. Preserve uma escolha de país ou idioma que o visitante consiga usar.
Migração de HTTP para HTTPS
A mudança de protocolo altera a URL. Instale um certificado válido, configure os redirecionamentos para HTTPS e atualize links internos, canonicals e sitemap. Teste os recursos que a página carrega, para evitar referências a arquivos HTTP numa página segura.
A ferramenta Alteração de Endereço do Search Console não é usada nessa troca. O teste inclui o endereço antigo, a resposta de redirecionamento e o conteúdo final em HTTPS. Abra também formulários, downloads e integrações que recebiam endereços absolutos.
Quando a mudança exige redirecionamentos?
Configure um redirecionamento permanente quando uma página muda de endereço e há uma substituta correspondente. Se o endereço completo continua igual, não existe uma URL anterior diferente para redirecionar apenas porque o servidor ou o tema foi trocado.
Use 301 ou 308 conforme o fluxo e a configuração. Faça a origem levar diretamente ao destino final, sem acrescentar outro salto à cadeia antiga. Em formulários e APIs, confira também como o método e o corpo da requisição serão tratados.
As orientações para mudanças de URLs recomendam manter os redirecionamentos, em geral, por pelo menos um ano. Preserve por mais tempo os acessos antigos que continuam úteis aos visitantes.
Atualize os links que você controla para o endereço final. O redirecionamento mantém o acesso pela origem; menu, rodapé e links do texto podem seguir direto ao destino.
O que preservar em cada página na migração
Guarde uma lista dos endereços atuais e do tratamento previsto para cada um: manter, transferir, reunir ou retirar. Use dados do CMS, do sitemap, de rastreamento e dos relatórios disponíveis. Uma página sem clique recente pode continuar sendo usada pelo atendimento ou por um parceiro.
No SEO técnico da migração, compare os campos e a página que eles publicam. Título, descrição e dados estruturados devem representar o conteúdo que o visitante encontra. No destino, veja também as regras de preenchimento automático e os plugins que podem publicar informações duplicadas ou desatualizadas.
Inclua os arquivos no inventário. Abra um PDF pelo link direto, teste uma imagem pelo endereço público e confira os anexos citados no texto. Se esses recursos mudarem de URL, escolha o tratamento de cada acesso.
Para comparar os resultados depois, exporte páginas e consultas no Search Console e guarde os recortes usados. No GA4, confirme quais eventos de contato e compra já estão sendo coletados. Preserve as datas das alterações na medição junto da data de lançamento.
Como testar o ambiente novo sem abrir a homologação
Proteja a homologação com autenticação e conceda acesso a quem vai testar. No ambiente novo, abra os tipos de página usados pelo site e percorra as tarefas completas. Para uma loja, isso inclui o pedido de teste e os sistemas que o recebem. Num formulário, confirme o recebimento da mensagem no destino.
Uma instrução noindex depende de o Google acessar a página para lê-la. Robots.txt controla o rastreamento e não substitui a proteção de acesso. Na publicação, retire as restrições temporárias das páginas definitivas destinadas à busca e mantenha a homologação protegida.
Escolha a janela de lançamento considerando os acessos e a disponibilidade de quem corrige. Um horário com menos visitas perde utilidade quando ninguém consegue resolver uma falha de pagamento. Combine antes as condições para publicar, corrigir diretamente ou voltar à versão anterior.
O que conferir depois da publicação
Repita os testes na versão que o público recebe. Abra páginas de entrada, siga os redirecionamentos e confira o conteúdo final. Um status 200 pode acompanhar uma mensagem de erro; leia a página em vez de encerrar a conferência no código HTTP.
No Search Console, use o relatório de Páginas e a Inspeção de URL para investigar endereços específicos. Confira a data da última leitura. O relatório pode mostrar o estado anterior enquanto o teste em tempo real já encontra a versão corrigida.
Atualize o sitemap XML com as URLs canônicas destinadas à indexação. Ele apresenta os endereços ao Google; a navegação e os links internos continuam sendo caminhos de acesso às páginas.
Compare cliques por página e consulta em períodos equivalentes. Nos testes de carregamento e Core Web Vitals, separe a resposta atual da página dos dados de campo acumulados. Os relatórios têm períodos próprios de coleta.
Corrija uma falha reproduzida assim que ela for encontrada. Não espere um prazo fixo para investigar página perdida, bloqueio de indexação ou formulário quebrado. Depois da correção, repita o teste e acompanhe as próximas leituras do Google.
Dúvidas sobre os tipos de migração
Toda migração muda as URLs?
Não. A troca de hospedagem e um redesign podem manter os endereços completos. Compare protocolo, domínio, caminho e parâmetros usados pelas páginas. O que determina o redirecionamento é a mudança do endereço, acompanhada da escolha de um destino correspondente.
É melhor mudar domínio, plataforma e conteúdo ao mesmo tempo?
Recomendo separar as mudanças quando a operação permitir. Você testa o efeito de cada etapa e reduz a quantidade de decisões abertas na mesma publicação. Quando a mudança conjunta for necessária, mantenha os testes separados por causa: infraestrutura, URLs, conteúdo e integrações.
Quanto tempo o Google leva para processar a mudança?
O tempo varia com as URLs envolvidas, o acesso às páginas e a capacidade de rastreamento. Acompanhe os endereços prioritários e os grupos do site, em vez de adotar um prazo único de recuperação. Erros confirmados exigem correção mesmo enquanto o restante da mudança continua sendo processado.
Conclusão
Descreva a mudança antes de fechar o orçamento. Se o endereço continua igual, concentre os testes no que o servidor ou o template vai entregar. Se muda, acrescente o destino de cada origem e a conferência dos redirecionamentos. Essa separação mostra o trabalho que pertence ao seu projeto.
Posso avaliar os requisitos e os testes da migração de WordPress com SEO. Leve o site atual, a plataforma de destino e as mudanças previstas para conversarmos sobre a transferência.
