Principais pontos do artigo
- Quando o domínio continua o mesmo, a documentação oficial trata a mudança como cópia de arquivos e banco, com ajuste do
wp-config.phpse os dados do banco mudarem. - Trocar de domínio pede substituição dos endereços no banco com uma ferramenta que respeita dados serializados, como o
wp search-replacedo WP-CLI, sem mexer na coluna guid. - Plugins de migração resolvem bem sites pequenos e médios; em sites grandes, o limite de upload do servidor e as restrições da versão gratuita entram na conta.
- O DNS muda por último, depois do teste no novo servidor, e o servidor antigo continua ligado por 1 a 2 semanas depois da virada, sem receber conteúdo novo, como plano de retorno.
O que é migrar o WordPress de servidor
Migrar o WordPress de servidor é mover um site que já existe, com conteúdo, usuários e configurações, de uma hospedagem para outra. A troca costuma acontecer quando o site sai de uma hospedagem compartilhada para um servidor vps ou para a nuvem, ou quando a hospedagem atual não oferece a versão de PHP que o site precisa. Quem ainda está avaliando a plataforma como um todo encontra o contexto em o que é WordPress.
Um site WordPress tem duas partes que viajam juntas: os arquivos (núcleo, temas, plugins e a pasta wp-content/uploads, com as mídias) e o banco de dados, com posts, páginas, usuários e opções. A documentação oficial separa dois cenários, manter o domínio e trocar o domínio, e o segundo dá mais trabalho porque os endereços antigos estão gravados no banco.
Este guia trata da mudança de um WordPress para outro servidor. Se o site está em outra plataforma, o processo é outro: a comparação Wix ou WordPress ajuda na decisão.
O que preparar antes da migração
Antes de copiar qualquer arquivo, confira estes pré-requisitos:
- Backup completo: arquivos e banco, guardados fora dos dois servidores e restaurados uma vez em ambiente de teste antes da virada. A restauração de teste mostra o que ficou fora da cópia, como a configuração de um plugin gravada fora do arquivo de backup.
- Versões estáveis: se houver atualização pendente do núcleo, do tema ou de plugins, aplique em janela separada e deixe o site estabilizar alguns dias antes da migração. Atualizar e migrar ao mesmo tempo soma duas mudanças e dificulta achar a causa de um erro. Na virada, leve exatamente as versões que já estavam rodando.
- Compatibilidade do destino: confira se o novo servidor roda uma versão de PHP que tema e plugins suportam, e se o banco é MySQL ou MariaDB em versão compatível.
- E-mails do domínio: se as caixas estão na hospedagem atual, defina onde elas vão ficar, porque a troca de DNS pode levar o e-mail junto.
- Acesso ao DNS: tenha acesso ao painel do DNS e reduza o TTL do registro principal para algumas horas pelo menos uma semana antes da troca, como orienta o guia do Google para mudar de hospedagem[1].
- Congelamento de conteúdo: combine um período sem publicar. Em loja com WooCommerce, planeje o horário para não perder pedidos feitos durante a cópia.
Plugin ou migração manual
A escolha depende do tamanho do site e do acesso que você tem a cada servidor:
| Critério | Plugin de migração | Migração manual |
|---|---|---|
| Acesso necessário | painel do WordPress nos dois lados | FTP ou SSH e acesso ao banco nos dois servidores |
| Tamanho do site | adequado a sites pequenos e médios | limitado só pelo servidor |
| Troca de domínio | o plugin substitui os endereços | exige wp search-replace ou plugin de busca e troca |
| Controle do processo | o plugin decide o que empacotar | cada etapa é visível |
| Multisite | depende do plugin e da versão paga | possível, com ajustes manuais nas tabelas da rede |
Como migrar o WordPress com plugin
Um plugin de migração junta arquivos e banco em um único pacote e reinstala esse pacote no destino. Duplicator[2] e All-in-One WP Migration[3] são dois exemplos do diretório oficial.
1. Apague backups antigos guardados dentro de wp-content (pastas de plugins de backup e migração), instale o plugin no site atual e gere o pacote.
2. Baixe o pacote (no Duplicator, junto com o arquivo installer.php).
3. No novo servidor, crie um banco vazio e envie o pacote, ou instale um WordPress limpo com o mesmo plugin e importe, conforme o plugin pede.
4. Rode a importação, informe os dados do novo banco e confirme o endereço do site.
5. Entre no painel e salve de novo os links permanentes.
Consultadas em 25/09/2026, as páginas do diretório informam que o Duplicator gratuito não suporta multisite e que o All-in-One WP Migration gratuito tem limite de tamanho para restaurar o arquivo. O limite de upload do PHP no destino também pode barrar a importação, e backups antigos guardados em wp-content entram no pacote e multiplicam o tamanho: num microsite que migramos em 2026, havia 3,9 GB de backups do próprio plugin de migração, nove vezes o tamanho do site.
Como migrar o WordPress manualmente
A migração manual segue o roteiro da documentação oficial[4] para quem mantém o domínio:
1. Copie os arquivos: baixe o diretório do site por SFTP ou FTP, ou compacte por SSH.
2. Exporte o banco: gere o arquivo .sql pelo phpMyAdmin, pelo mysqldump ou com wp db export.
3. Crie o banco no destino: crie banco e usuário com privilégios sobre ele no painel do novo servidor.
4. Importe o banco: importe o .sql pelo phpMyAdmin ou com wp db import.
5. Envie os arquivos: envie o diretório para a pasta pública do novo servidor.
6. Atualize o wp-config.php: troque nome do banco, usuário, senha e servidor do banco (DB_NAME, DB_USER, DB_PASSWORD e DB_HOST).
7. Refaça os links permanentes: em Configurações, na tela Links permanentes, salve de novo para regravar o .htaccess.
Quanto tempo leva a migração
O tempo da migração depende do tamanho do banco e da pasta de mídias, da velocidade entre os servidores e do TTL do DNS. A tabela mostra o que aumenta ou reduz o tempo de cada etapa e ajuda a estimar a migração do seu site antes de marcar a data da virada:
| Etapa | Ferramenta ou tela | O que faz o tempo variar |
|---|---|---|
| Preparação e backup | painel da hospedagem, plugin de backup | tamanho da pasta de mídias e do banco, destino do backup (no próprio servidor ou em armazenamento externo) e velocidade de envio do servidor; acervo de mídia grande pode levar horas só para sair do servidor |
| Cópia de arquivos e banco | plugin, SFTP, phpMyAdmin ou WP-CLI | tamanho do banco, volume de uploads e conexão entre os servidores; cópia direta de servidor para servidor costuma ser mais rápida do que baixar no computador e enviar de novo, e importar o banco pela linha de comando evita o limite de upload do phpMyAdmin |
| Ajustes e teste | wp-config.php, arquivo hosts |
quantidade de tipos de página, formulários, integrações e loja a testar; a troca de URLs com wp search-replace roda em pouco tempo, e o teste completo é o que pesa |
| Propagação do DNS | painel do DNS, conforme o TTL | TTL do registro: reduzido com antecedência, a virada chega aos visitantes mais rápido, como orienta o guia do Google para mudar de hospedagem |
| Validação | navegador, painel do WordPress | número de itens do checklist e tráfego que ainda chega ao servidor antigo; o servidor antigo fica ligado até esse tráfego chegar a zero |
O que muda quando o domínio também muda
Com troca de domínio, os endereços antigos gravados no banco, inclusive os de imagens dentro dos blocos do editor Gutenberg, precisam ser substituídos pelos novos. A documentação alerta que busca e troca comum no .sql pode corromper dados serializados, formato em que temas e widgets guardam configurações com o tamanho de cada texto registrado.
O comando wp search-replace[5], do WP-CLI, sabe lidar com dados serializados. O formato é wp search-replace ‘https://dominio-antigo.com.br’[6] ‘https://dominio-novo.com.br’[7] –skip-columns=guid, e vale rodar antes com –dry-run, que lista as ocorrências sem gravar nada. A documentação pede para não alterar a coluna guid, que leitores de feed usam para identificar os posts.
Se o site usa construtor de páginas, como o Elementor, faça também a troca da versão escapada da URL, que usa \ onde a URL comum tem / (por exemplo, https:\\dominio-antigo.com.br), porque o construtor guarda endereços em JSON nesse formato e a busca pela URL simples não os encontra. Num site que migramos, 441 de 760 URLs estavam escapadas, e as mídias seguiram com erro 404 até essa segunda troca. Depois, regenere o CSS do construtor.
Se o painel ficar inacessível, as constantes WP_HOME e WP_SITEURL no wp-config.php forçam o endereço novo. No domínio antigo, cada URL precisa de redirecionamento 301 para a equivalente no domínio novo.
Como trocar o DNS e testar antes
Para testar sem mexer no DNS, edite o arquivo hosts do seu computador para que o domínio aponte para o IP do novo servidor. Assim, só a sua máquina enxerga o site novo, e o público segue no antigo. Durante os testes, deixe o envio de e-mail e as tarefas agendadas (cron) desligados no servidor novo, para que pedidos e cadastros copiados da produção não gerem e-mails duplicados a clientes.
Se o domínio passa por uma CDN ou proxy, como a Cloudflare, confira se o modo SSL está em Full (strict) antes de virar o DNS, porque o modo Flexible provoca loop de redirecionamento quando o servidor novo força HTTPS.
Com o teste aprovado, altere o registro A (ou os servidores de nome, se a hospedagem pedir). A mudança leva algum tempo para chegar a todos os provedores, conforme o TTL, e durante esse período parte dos visitantes ainda acessa o servidor antigo, que fica ativo e com conteúdo congelado até o tráfego zerar lá.
Entre o backup e a virada, o site antigo continua recebendo pedidos, cadastros e comentários. Em loja ou site com formulário, defina antes como levar esses dados ao novo servidor, por exemplo congelando as gravações durante a janela da troca ou repetindo a exportação do banco no último momento, para que uma cópia antiga do banco não sobrescreva pedidos recentes.
Deixe combinado também o plano de retorno: quais falhas justificam voltar o DNS, quem executa e como preservar o que o novo servidor já recebeu, já que voltar o DNS não reconcilia dois bancos diferentes. O guia do Google recomenda acompanhar os registros de acesso dos dois servidores e desligar a hospedagem antiga só quando o tráfego nela chegar a zero. Na Studio Visual, monitoramos de 24 a 48 horas e mantemos o servidor antigo ligado por 1 a 2 semanas depois da virada, sem receber conteúdo novo, como plano de retorno.
Como validar que a migração deu certo
Na validação, você confirma que o site funciona no novo servidor do mesmo jeito que funcionava no antigo:
| Item | Como conferir |
|---|---|
| Páginas e posts | abrir amostras de cada tipo de conteúdo e a página inicial |
| Imagens e arquivos | conferir se as mídias carregam do domínio certo |
| HTTPS | certificado emitido no novo servidor e sem aviso de conteúdo misto |
| Formulários e e-mail | enviar um teste e confirmar o recebimento; se o servidor antigo enviava os e-mails, configurar SMTP autenticado no novo e conferir se o registro SPF do domínio autoriza quem envia |
| Loja virtual | fazer um pedido de teste até o pagamento |
| Indexação | conferir se o site não ficou marcado para não ser indexado, em Configurações, na tela Leitura |
| Cache e CDN | limpar cache de plugin e de CDN e regenerar o CSS do construtor de páginas (no Elementor, wp elementor flush_css), conferindo o layout em seguida |
Erros comuns na migração e o que fazer
- Erro ao conectar com o banco: os dados do
wp-config.phpnão batem com o banco do novo servidor. Confira nome, usuário, senha e servidor do banco. - Páginas internas com erro 404: o .htaccess não foi regravado. Salve de novo os links permanentes.
- Widgets vazios e tema desconfigurado: o domínio foi trocado com busca e troca comum. Restaure o banco do backup e refaça com
wp search-replace. - Aviso de conteúdo misto: ainda há endereços com http no banco. Rode o
wp search-replacedo http para o https. - Importação interrompida: o arquivo passou do limite de upload do PHP ou do plugin. Apague backups antigos de dentro de wp-content, aumente o limite com a hospedagem ou use o caminho manual.
- Loop de redirecionamento depois da troca de DNS (ERR_TOO_MANY_REDIRECTS): a CDN está no modo SSL Flexible e fala HTTP com o servidor novo, que devolve para HTTPS, sem fim. Ajuste o modo SSL da CDN para Full (strict), de preferência antes de virar o DNS.
- Formulário sem e-mail depois da troca: o envio dependia do servidor antigo, ou o SPF do domínio não autoriza o servidor novo. Configure SMTP autenticado e revise o registro SPF.
- Layout quebrado ou mídia com URL antiga: o construtor de páginas guarda URLs escapadas e CSS gerado com o endereço antigo. Troque também a versão escapada da URL e regenere o CSS do construtor.
Migrar sozinho ou contratar
Migrar sozinho é viável em um site pequeno, com o mesmo domínio e acesso aos dois servidores. Sites com loja, troca de domínio, multisite ou muitas integrações pedem planejamento de horário, teste e plano de retorno, o que dá à migração escopo de projeto.
O que a experiência da Studio Visual mostra
Na Studio Visual, migrar WordPress de servidor é parte da rotina: em 2026 conduzimos um programa para levar a carteira de sites mantidos para uma hospedagem gerenciada, com checklist de backup, DNS, testes e validação antes da virada.
Em 28/08/2026, migramos os sites de duas marcas de um fabricante industrial de um servidor VPS para uma hospedagem gerenciada. Logo depois da troca de DNS, um dos sites passou a devolver ERR_TOO_MANY_REDIRECTS, enquanto o outro, migrado do mesmo jeito, respondia normalmente. Testado direto no servidor novo, o site abria. O problema estava na CDN, cuja zona estava no modo SSL Flexible: ela falava HTTP com o servidor, que forçava HTTPS, e o pedido voltava sem fim. A correção foi fixar o modo Full (strict) nas duas zonas. Desde então, conferimos o modo SSL da CDN antes de virar o DNS.
OPINIÃO DE ESPECIALISTA
“Trocar de servidor é o momento mais barato para reavaliar a plataforma, porque o inventário do site já está aberto. Nas migrações que conduzimos em 2026, o levantamento revelou backups esquecidos inflando o espaço em disco, um tema pago que não podia vir de uma origem comprometida e plugins Pro e gratuito em versões incompatíveis. Se o site tem poucas páginas, conteúdo estável e ninguém para cuidar de atualização e backup, eu reconsidero a plataforma antes de copiar tudo. Se tem loja, área logada, integração com CRM ou muito conteúdo, mantenho o WordPress e uso a mudança para corrigir a base: hospedagem gerenciada, deploy versionado e um plano de retorno testado.”
Perguntas frequentes
Migrar de servidor afeta o SEO
Se as URLs continuam as mesmas e o site fica acessível durante a troca, o conteúdo indexado continua no mesmo endereço. Os riscos para a busca vêm de site fora do ar, de bloqueio de indexação esquecido ativo e, na troca de domínio, da falta de redirecionamento.
Como migrar um WordPress multisite
O processo segue a mesma lógica, com cuidado extra na troca de domínio: a documentação diz que essa etapa ainda não é fácil de automatizar e aponta os campos a revisar nas tabelas da rede (wp_blogs, wp_site e as tabelas de opções de cada site).
Se você prefere não conduzir a migração sozinho, a página de especialista em WordPress da Studio Visual mostra como a equipe atua em projetos e mudanças de sites WordPress.
