A Migração de hospedagem precisa preservar o funcionamento do negócio enquanto arquivos, banco de dados e configurações passam para uma nova estrutura. Para conduzir essa mudança, comece por três decisões: o que será transferido, quem aprovará os testes e em quais situações a equipe deverá interromper ou reverter a troca.
O site abrir no novo servidor é apenas uma parte da conferência. Contatos enviados pelo formulário, mensagens recebidas nas caixas de e-mail e alterações feitas durante a transição também merecem atenção. Este guia apresenta um roteiro para o responsável pela empresa acompanhar a execução técnica, mantendo o mesmo domínio e as mesmas URLs. Ele não promete indisponibilidade zero nem substitui a avaliação do ambiente.
Precisando de um Site, ou Landing page?
O que muda em uma Migração de hospedagem
Hospedagem é a infraestrutura que executa e entrega o site. Domínio é o endereço que a empresa utiliza. Já o DNS reúne registros que direcionam esse endereço aos serviços correspondentes. Portanto, trocar o servidor não obriga a trocar o nome da empresa na internet ou transferir o registro do domínio para outro fornecedor.
A documentação de migração do WordPress distingue a mudança de servidor com URLs preservadas de uma mudança que também altera os endereços. Essa distinção deve aparecer no escopo da proposta. Se a empresa pretende reformular o site, mudar domínio e trocar hospedagem ao mesmo tempo, precisa de um plano mais amplo do que o apresentado aqui.
Por isso, defina o motivo da troca em termos verificáveis. Por exemplo, a equipe precisa de compatibilidade com uma aplicação, de outro modelo de suporte ou de recursos que o plano atual não oferece? Evite contratar apenas pela promessa de que qualquer migração deixará o site mais rápido. Para comparar a infraestrutura antes da escolha, consulte nosso guia de hospedagem de site e critérios de contratação.
Comece pelo inventário e pelos responsáveis
Antes da Migração de hospedagem, reúna as informações em um registro de acesso restrito. Assim, o responsável comercial precisa saber quem administra cada serviço e quem pode autorizar a mudança, mesmo sem conhecer todas as configurações. Se ninguém consegue acessar o domínio, essa pendência vem antes da data de execução.
- Liste site, subdomínios, banco de dados e pastas de arquivos usados pela aplicação.
- Identifique os fornecedores de domínio, DNS, hospedagem e e-mail, mesmo quando estão na mesma fatura.
- Registre formulários, ferramentas de análise, serviços de envio e integrações que participam da operação.
- Defina quem executa, quem testa, quem aprova a troca e quem atende um incidente.
- Combine a janela de mudança, o canal de acompanhamento e os critérios de interrupção.
Portanto, compartilhe esse registro com as pessoas autorizadas e mantenha senhas em um meio protegido, separado do documento de acompanhamento. Além disso, confira se o contrato antigo continuará disponível durante a transição. Um pedido de cancelamento antecipado pode retirar da equipe justamente o ambiente de que ela ainda precisa para comparar dados ou investigar uma falha.
Um exemplo hipotético ajuda a organizar as funções: a pessoa que administra o site confere páginas e formulários; o responsável pelo atendimento valida o recebimento dos contatos; e quem administra o e-mail confirma as caixas e os dispositivos da equipe. Assim, a aprovação considera tarefas reais do negócio, em vez de depender da impressão de uma única pessoa.
Decida se o e-mail também vai mudar
Site e e-mail podem funcionar em fornecedores diferentes. Por isso, pergunte primeiro onde as caixas estão hospedadas e se o projeto inclui sua transferência. Na explicação da Kinsta sobre registros MX durante migrações, o provedor diferencia a troca da infraestrutura do site da mudança do serviço de correio. O registro MX participa do direcionamento das mensagens recebidas.
Quando as caixas ficam no provedor atual
Se apenas o site vai mudar na Migração de hospedagem, a equipe deve preservar as configurações que continuam atendendo o e-mail. Isso inclui conferir a dependência entre o nome indicado no MX e outros registros do domínio. Não basta copiar uma linha sem entender para onde ela aponta. Portanto, peça uma comparação das configurações antes e depois da troca e um teste com contas externas.
Nesse cenário, registre claramente que o fornecedor de e-mail permanece contratado. Assim, a empresa evita interpretar a mudança do site como autorização para encerrar todos os serviços antigos. Da mesma forma, verifique o envio feito pelo formulário: o site pode usar uma configuração própria de envio, independente do acesso da equipe às caixas de entrada.
Quando as caixas também serão transferidas
Trate a transferência das mensagens como uma frente própria. Combine quais contas, pastas, aliases e outros recursos entram no trabalho. Pergunte como a equipe verificará o histórico e as mensagens que chegarem depois da primeira cópia. Além disso, deixe explícito antes da execução se a ferramenta escolhida não transfere contatos ou calendários.
Por isso, prepare uma lista de conferência por usuário. Por exemplo, o atendimento pode verificar uma pasta importante e localizar uma mensagem antiga conhecida. Depois, deve enviar e receber uma mensagem de teste com uma conta externa autorizada. Registre o resultado e mantenha um caminho de suporte para quem precisar reconfigurar o aplicativo de e-mail no computador ou celular.
Precisando de um Site, ou Landing page?
Planeje o DNS antes da Migração de hospedagem
Há diferença entre alterar registros que direcionam o site e trocar os servidores responsáveis pelo DNS do domínio. A segunda opção exige revisar a zona completa no destino. A documentação de configuração de DNS da Cloudflare reforça a necessidade de conferir os registros para que os serviços do domínio continuem funcionando. Não considere uma importação automática como confirmação de que tudo está correto.
Portanto, peça à equipe uma relação das entradas que serão alteradas e das que deverão permanecer. Inclua os serviços de e-mail e suas configurações de autenticação, conforme a orientação do provedor correspondente. Se houver DNSSEC ou particularidades na delegação do domínio, a pessoa responsável pelo DNS deve avaliar o procedimento adequado antes da mudança.
O TTL indica por quanto tempo um registro pode permanecer em cache. Segundo a referência da Cloudflare sobre TTL, valores maiores também podem prolongar a percepção de uma alteração. Reduzir esse valor com antecedência pode ajudar, mas não elimina imediatamente informações já armazenadas. Portanto, a equipe deve considerar a configuração anterior, os limites do fornecedor e a observação do tráfego, sem prometer um prazo único para toda migração.
Evite misturar mudanças desnecessárias na mesma janela. Se o objetivo é trocar a hospedagem mantendo o endereço, questione por que a proposta também inclui trocar o registrador ou reorganizar todos os serviços do domínio. No entanto, uma mudança adicional pode ser justificável e deve ter responsável, motivo e validação próprios.
Prepare a Migração de hospedagem no novo servidor
Em um WordPress típico, arquivos e banco de dados precisam acompanhar a mudança. A configuração de conexão pode exigir ajuste no novo ambiente, conforme a documentação oficial. Além disso, a equipe deve confirmar compatibilidade e recursos necessários, em vez de pressupor que dois planos de hospedagem executam o site da mesma forma.
Para organizar a proteção das cópias, use nosso guia de backup de site WordPress e teste de recuperação. Aqui, a pergunta principal é outra: a versão preparada para a migração permite testar o site no destino antes de direcionar os visitantes? Solicite essa demonstração à equipe e combine como ela identificará o ambiente que está sendo examinado.
O Google recomenda preparar e testar a nova infraestrutura antes da mudança de hospedagem. No acompanhamento da empresa, transforme essa orientação em uma lista de tarefas representativas. Abra uma página de serviço, confira imagens e documentos e percorra os caminhos de contato. Se houver uma loja, inclua sua operação específica no plano, com testes coordenados para evitar cobranças ou comunicações indevidas.
Um ambiente de teste também precisa de controle. Combine com a equipe quais ações podem disparar mensagens, pedidos ou integrações externas. Dessa forma, ninguém confunde um contato de teste com uma solicitação real. Guarde evidências simples, como o horário da conferência e a tarefa executada, sem expor dados pessoais de clientes em capturas ou documentos compartilhados.
Controle as alterações que surgem durante a transferência
Entre a cópia inicial e a virada, o negócio pode continuar recebendo informações. Por isso, a Migração de hospedagem deve prever o tratamento dessas mudanças. Pergunte como a equipe levará ao destino os novos contatos, pedidos, arquivos ou publicações. Assim, o procedimento deve considerar a aplicação e evitar que uma cópia antiga sobrescreva dados mais recentes.
Para um site institucional com poucas alterações, pode ser viável combinar um breve período sem edições. Já uma operação que recebe transações exige uma estratégia própria de consistência. Portanto, o responsável pelo negócio deve entender o impacto da alternativa proposta: quais atividades poderão continuar, quais precisarão parar e como a equipe conferirá o que aconteceu durante a janela.
Exemplo hipotético: alguém envia um orçamento após a primeira cópia do banco e antes da troca do DNS. Se a equipe não planejou esse intervalo, o registro pode ficar apenas no ambiente antigo. Por isso, o aceite não deve se limitar à comparação visual. Assim, inclua a conferência dos canais que guardam ou recebem essas solicitações.
Use critérios de aceite para a Migração de hospedagem
Combine os critérios antes da execução. A tabela abaixo é um modelo de acompanhamento para adaptar ao projeto. Ela ajuda o responsável a pedir uma evidência concreta para cada etapa, sem tentar substituir o trabalho técnico por uma lista genérica de comandos.
| O que conferir | Evidência para aprovar |
|---|---|
| Site no novo ambiente | A pessoa responsável identifica o servidor testado e registra páginas e funções conferidas. |
| Contatos e integrações | O teste chega ao destino esperado e não cria pedidos ou mensagens reais indevidos. |
| Usuários autorizados conferem envio, recebimento e histórico incluído no escopo. | |
| Dados recentes | A equipe explica a sincronização e compara registros que surgiram durante a janela. |
| Endereços e HTTPS | As URLs previstas abrem sem alertas de certificado ou redirecionamentos inesperados. |
| Acompanhamento | Há responsável, canal de suporte e registro das falhas observadas após a virada. |
| Encerramento | A empresa aprova os resultados antes de autorizar a desativação dos serviços antigos. |
Separe falhas que impedem a virada de ajustes que podem ocorrer depois. Um formulário que não entrega contatos, por exemplo, merece uma decisão diferente de um pequeno ajuste visual sem impacto funcional. Por isso, defina essa prioridade com antecedência para evitar decisões improvisadas quando a equipe estiver sob pressão.
Reversão e acompanhamento da Migração de hospedagem
Reverter uma troca pode exigir mais do que voltar um apontamento. Se o novo ambiente já recebeu informações, a equipe deve avaliar como preservá-las antes de retornar. Combine quem autoriza a reversão, quais falhas a justificam e como os dados serão conciliados. Portanto, trate a reversão como um plano de resposta, sem prometer recuperação instantânea.
Por isso, peça um registro das mudanças aplicadas e dos resultados. Em uma situação hipotética, uma página abre normalmente, mas o envio de orçamento falha em parte dos testes. A equipe precisa identificar o ambiente, a configuração afetada e o destino do contato antes de decidir se corrige no novo servidor ou retorna à estrutura anterior.
Depois da Migração de hospedagem, acompanhe os dois ambientes durante a transição. O Google orienta observar o tráfego antigo e novo e encerrar a estrutura anterior quando ela já não estiver em uso. Além disso, confira se a versão pública permite rastreamento e indexação após os testes. Isso reduz erros evitáveis, mas não representa garantia de posição na busca.
Na rotina da empresa, mantenha uma pessoa acompanhando os canais de atendimento. Solicite que a equipe registre comportamentos inesperados com horário, página e tarefa, evitando relatos vagos como “o site não funciona”. Por fim, peça a entrega do inventário atualizado, dos acessos administrativos e da relação de serviços que continuarão contratados.
Como avaliar a proposta de quem fará a migração
Por isso, avalie uma proposta de Migração de hospedagem pelo escopo, responsabilidades, testes, acompanhamento e limites do serviço. Pergunte se ela inclui e-mail, sincronização final, ajustes de aplicação e suporte aos usuários. Se houver cobrança adicional para uma dessas etapas, a empresa precisa conhecer a condição antes de confirmar a data.
Também vale alinhar a migração à estratégia do site. Se o problema principal está em páginas desatualizadas ou em um formulário mal planejado, a troca de hospedagem pode não resolver a causa. A Poky Sites trabalha com desenvolvimento de sites e hospedagem. Ao solicitar uma avaliação, informe o endereço atual, o motivo da mudança e como site e e-mail participam da sua operação, para que o escopo seja discutido com contexto.
FAQS — Perguntas frequentes sobre Migração de hospedagem
Não necessariamente. É possível manter domínio e URLs ao trocar a infraestrutura. Confirme no escopo se haverá também mudança de endereço ou transferência do registro, pois essas etapas exigem cuidados próprios.
Somente se isso fizer parte do escopo. Site e caixas de correio podem usar fornecedores diferentes. Se as caixas também mudarem, combine a transferência do histórico, a conferência das contas e o tratamento das novas mensagens.
Não existe um prazo único. Volume de dados, aplicação, testes, configurações de DNS e serviços envolvidos influenciam o planejamento. Peça uma estimativa por etapa e critérios para concluir, em vez de considerar apenas o momento da alteração do apontamento.
Evite usar apenas esse teste como critério. Confirme tráfego, dados recentes, e-mail e funções críticas com a equipe. A desativação deve ocorrer depois das verificações e da aprovação do responsável, considerando serviços que continuam dependendo do contrato antigo.
Não. A infraestrutura pode influenciar o funcionamento do site, mas a troca não garante melhores posições. Preserve as URLs previstas, confira o acesso às páginas e acompanhe o rastreamento e o desempenho após a mudança.
Forneça o endereço do site, os fornecedores envolvidos, o escopo desejado e os contatos dos responsáveis. Disponibilize acessos somente por um meio protegido e com permissões adequadas. Informe quais tarefas do negócio precisam continuar funcionando durante a troca.
Conclusão sobre Migração de hospedagem
A Migração de hospedagem começa com um inventário confiável e termina com a confirmação de que a operação funciona no novo ambiente. Entre esses pontos, a empresa precisa acompanhar responsabilidades, testes, mudanças de dados e critérios de aceite. Essa organização torna a decisão mais clara para quem contrata e para quem executa.
Dê atenção especial ao e-mail e aos contatos recebidos durante a transferência. Eles podem depender de serviços e configurações diferentes dos usados pelas páginas. Portanto, inclua esses fluxos na validação e confirme quais contratos devem permanecer ativos até a conclusão do trabalho.
Antes de marcar a data, reúna as informações do projeto e peça um plano com etapas e evidências. Assim, com esse material, converse com a equipe responsável pela hospedagem e pelo site. O próximo passo é definir uma mudança compatível com o negócio, com acompanhamento e um caminho de resposta para os problemas que os testes identificarem.
