Você pode preparar um novo WordPress sem tirar o site atual do ar. A forma mais segura é criar a instalação em um ambiente separado, impedir a indexação desse ambiente, revisar o conteúdo e só então apontar o domínio para o novo servidor.
O cuidado principal está na troca final. O endereço temporário não deve permanecer em imagens, botões ou links internos. O site antigo também precisa continuar disponível até que o novo WordPress tenha sido validado no domínio definitivo.
Este processo serve para empresas que estão substituindo um site antigo, profissionais que estão refazendo um portfólio e lojas que ainda não podem interromper a operação existente. Ele não é uma migração comum quando o WordPress atual será simplesmente copiado para outro servidor. Nesse caso, consulte o guia sobre como migrar WordPress para outra hospedagem.
Como manter o site atual enquanto o novo WordPress é preparado
O domínio público continua apontado para a hospedagem antiga durante quase todo o projeto. A nova instalação fica em outro servidor e pode ser acessada por um subdomínio, por um endereço temporário fornecido pela hospedagem ou por uma configuração local no computador.
Imagine que empresa.com.br ainda mostra o site antigo. O novo WordPress pode ser montado em novo.empresa.com.br. Quando tudo estiver pronto, você troca as configurações do WordPress para o domínio principal, revisa os endereços internos e altera o DNS de empresa.com.br.
Essa separação reduz o risco de publicar páginas incompletas. Também permite testar formulários, menus e visualização no celular antes da mudança definitiva. Ainda assim, ela não elimina a necessidade de backup e de um plano para voltar ao servidor anterior.
Pré requisitos para começar sem afetar o domínio
Antes de instalar, reúna estes itens:
- Acesso ao painel em que o DNS do domínio é administrado.
- Acesso à hospedagem do site atual.
- Uma nova hospedagem ou servidor para o WordPress.
- Um banco de dados separado para a nova instalação.
- Cópia dos arquivos e do banco de dados do site atual.
- Lista das páginas, formulários e integrações que precisam continuar funcionando.
- Acesso às contas de correio, caso o domínio também seja usado para mensagens.
Não altere registros de correio durante a troca do site. Registros como MX, SPF, DKIM e DMARC podem estar ligados ao serviço de mensagens. Trocar toda a zona de DNS sem conferir esses dados pode afetar o recebimento de correio mesmo que o WordPress funcione.
Faça também um backup antes de alterar o site. Guarde uma cópia fora do servidor. O backup deve incluir o site antigo e, perto da publicação, o novo WordPress.
Escolha como acessar a nova instalação antes da troca
Há três caminhos comuns. A escolha depende do painel de hospedagem e do seu nível técnico.
Usar um subdomínio de preparação
Um endereço como novo.empresa.com.br é simples de acessar e compartilhar com a equipe. Ele exige um registro de DNS próprio, mas não muda o domínio principal. É uma escolha prática para projetos com aprovação de conteúdo.
Proteja o ambiente com senha no servidor sempre que possível. Marcar apenas a opção de desencorajar mecanismos de busca não restringe o acesso. Para uma configuração detalhada, veja como instalar WordPress em um subdomínio de teste.
Usar o endereço temporário da hospedagem
Alguns painéis fornecem um endereço provisório. Ele evita a criação de um subdomínio, mas pode causar diferenças em cookies, redirecionamentos e certificado SSL. Confirme se o painel permite substituir o endereço com segurança na publicação.
Não monte o site inteiro presumindo que uma troca manual em poucas configurações resolverá todas as referências. Construtores de páginas, campos personalizados e widgets podem guardar endereços completos no banco de dados.
Usar o arquivo hosts no computador
O arquivo hosts permite que somente o seu computador associe o domínio principal ao novo servidor. Para outros visitantes, o domínio continua abrindo o site antigo.
Esse método evita trabalhar com um endereço temporário, mas exige cuidado com SSL e cache local. Ele também não é conveniente quando várias pessoas precisam revisar o projeto. Uma entrada esquecida no arquivo pode fazer você enxergar um servidor diferente daquele acessado pelo público.
Instale e proteja o novo WordPress
Crie um banco de dados exclusivo e anote as credenciais em um gerenciador de senhas. Não reutilize o banco do site atual. Se algo for importado ou apagado por engano, a separação ajuda a preservar o ambiente publicado.
Siga o processo descrito no guia de instalação do WordPress passo a passo. Durante essa etapa, use um nome de administrador que não seja óbvio, uma senha exclusiva e um endereço de correio monitorado.
Se o projeto for colocado em uma VPS da LetsCloud, crie a instância com recursos compatíveis com o site e configure servidor web, PHP, banco de dados, firewall e rotinas de backup. Uma VPS oferece controle, mas também transfere para o responsável a manutenção do sistema. Para uma equipe sem experiência com servidor, um painel administrado ou suporte técnico pode ser mais adequado.
Antes de começar o conteúdo, faça estes ajustes:
- Ative a restrição de acesso ao ambiente de preparação.
- Desencoraje a indexação em Configurações, Leitura.
- Remova usuários criados apenas para testes quando não forem mais necessários.
- Configure backups independentes da hospedagem antiga.
- Registre a versão de PHP e os plugins instalados.
A opção de desencorajar indexação precisa ser desmarcada depois da publicação. Coloque essa verificação no checklist final.
Monte o site sem misturar endereços
Crie páginas, menus e formulários no ambiente separado. Sempre que possível, use links relativos dentro do conteúdo ou recursos do próprio editor para selecionar páginas internas. Evite colar repetidamente o endereço temporário.
Teste pelo menos quatro jornadas reais:
- Um visitante abre a página inicial e encontra um serviço.
- Um contato envia um formulário e a mensagem chega ao destino correto.
- Um usuário acessa o site pelo celular e consegue abrir o menu.
- Um administrador entra no painel e consegue editar uma página sem erro.
Se houver loja, área restrita ou integração de pagamento, o projeto exige uma preparação mais rigorosa. Pedidos, clientes e alterações ocorridas no site antigo durante a montagem não aparecem automaticamente no novo WordPress. Defina uma janela curta para a sincronização final e não copie um banco desatualizado sobre dados recentes.
Prepare a troca do domínio e do DNS
Um ou dois dias antes da publicação, confirme onde o domínio é administrado e reduza o TTL dos registros que serão alterados, caso o provedor permita. Um TTL menor pode ajudar os resolvedores a consultar a mudança mais cedo, mas não torna a atualização instantânea em todas as redes.
No novo WordPress, faça uma busca controlada pelo endereço temporário e substitua pelo domínio definitivo. Use uma ferramenta compatível com dados serializados do WordPress. Não execute uma substituição direta no banco por editor de texto ou comando SQL genérico, pois alguns plugins guardam estruturas que podem ser corrompidas.
Em seguida:
- Gere um backup completo do novo WordPress.
- Anote os registros DNS atuais.
- Confirme o endereço IP do novo servidor.
- Prepare o certificado SSL para o domínio definitivo.
- Verifique os redirecionamentos de páginas antigas para páginas equivalentes.
- Escolha um horário com equipe disponível para validar o resultado.
Altere somente os registros necessários. O guia sobre como apontar um domínio para WordPress explica como conferir registros A, CNAME e possíveis conflitos.
Não apague o servidor antigo logo após a troca. Mantenha a cópia disponível por um período definido no projeto. Isso facilita a consulta de arquivos esquecidos e uma eventual reversão do DNS.
Valide o novo WordPress depois da publicação
Acesse o domínio por uma janela privativa e por uma rede diferente, como a conexão móvel. O seu computador pode manter DNS ou cache antigo.
Confirme estes pontos:
- O domínio abre o novo servidor.
- O navegador apresenta HTTPS sem aviso.
- A página inicial não redireciona para o endereço temporário.
- Imagens, fontes e folhas de estilo carregam por HTTPS.
- Formulários entregam mensagens.
- Páginas importantes retornam conteúdo, não erro 404.
- A opção de desencorajar mecanismos de busca está desmarcada.
- O sitemap apresenta o domínio definitivo.
- O painel administrativo permite login e edição.
- O backup do novo ambiente pode ser localizado.
Faça também a revisão do checklist antes de publicar um site WordPress. O objetivo não é apenas confirmar que a página inicial abre. É validar as funções que sustentam o uso diário do site.
Erros que podem derrubar ou expor o projeto
Trocar o DNS antes de terminar o conteúdo: visitantes encontram páginas incompletas e formulários ainda não configurados.
Deixar o ambiente temporário público: páginas duplicadas podem ser acessadas, compartilhadas ou rastreadas. Use autenticação no servidor, não apenas uma orientação para mecanismos de busca.
Esquecer endereços temporários no banco: botões, imagens e redirecionamentos continuam apontando para o subdomínio usado durante a montagem.
Alterar a zona DNS inteira: registros de correio e verificações de serviços externos podem ser removidos sem necessidade.
Apagar o site antigo imediatamente: uma falha descoberta depois da troca fica mais difícil de reverter.
Ativar cache agressivo antes de validar: páginas e redirecionamentos antigos podem permanecer armazenados. Primeiro confirme o funcionamento. Depois ajuste o cache.
Checklist para substituir o site atual
- Site antigo e novo WordPress têm backups separados.
- Ambiente de preparação está protegido contra acesso indevido.
- Conteúdo, menus, formulários e versão móvel foram revisados.
- Endereço temporário foi substituído com ferramenta apropriada.
- DNS atual foi registrado antes da alteração.
- Registros de correio permaneceram intactos.
- SSL está ativo no domínio definitivo.
- Redirecionamentos de páginas antigas foram testados.
- Bloqueio de indexação foi removido do site publicado.
- Servidor antigo continuará disponível durante o período de validação.
Perguntas frequentes
Posso instalar WordPress no mesmo domínio do site atual?
Sim, desde que você controle qual servidor aparece para o público. Durante a preparação, use um ambiente separado ou uma associação local no arquivo hosts. Não substitua os arquivos da hospedagem atual sem backup e plano de reversão.
O subdomínio de teste pode aparecer no Google?
Pode ser rastreado se estiver público e houver algum caminho até ele. Proteja o ambiente com autenticação no servidor. A opção de desencorajar indexação é um sinal para mecanismos de busca, mas não funciona como controle de acesso.
Preciso contratar outra hospedagem durante a preparação?
Não em todos os casos. O mesmo servidor pode aceitar ambientes separados. Porém, isolamento insuficiente aumenta o risco de conflito de arquivos, banco de dados e recursos. Avalie espaço, memória, backups e facilidade de reversão.
Quando o certificado SSL deve ser configurado?
Planeje o SSL antes da troca e confirme sua emissão assim que o domínio apontar para o novo servidor. O método disponível depende da hospedagem e da forma de validação do certificado.
Quanto tempo a troca de DNS pode levar?
Depende do TTL, dos resolvedores e do provedor. Algumas redes enxergam a mudança antes de outras. Por isso, mantenha os dois ambientes disponíveis durante a transição e valide o domínio por conexões diferentes.
Próximo passo recomendado
Depois de concluir a instalação, documente o servidor, os acessos, o DNS e o processo de backup. Em seguida, faça uma publicação controlada com alguém responsável por validar páginas, formulários e HTTPS. Essa preparação torna a troca mais previsível e evita que o site antigo seja desligado antes de o novo WordPress estar realmente pronto.
