Como migrar o WordPress para outro servidor ou hospedagem
Seu site está lento, a hospedagem não atende mais ou você encontrou um plano melhor em outro lugar. Agora precisa migrar o WordPress para um novo servidor — sem perder conteúdo, configurações ou posicionamento no Google.
Migrar um site WordPress envolve transferir três coisas: os arquivos do WordPress, o banco de dados e as configurações de DNS. Parece técnico, mas com as ferramentas certas, é um processo que qualquer pessoa com acesso ao painel da hospedagem consegue completar.
Este guia cobre três métodos — do mais simples ao mais avançado — e inclui tudo o que você precisa verificar antes, durante e depois da migração.
Antes de qualquer coisa: se ainda não fez, leia nosso guia sobre backup do WordPress na nuvem. Backup é obrigatório antes de qualquer migração.
Quando migrar o WordPress
Nem toda situação exige migração. Os motivos mais comuns são:
- Hospedagem atual está lenta ou instável — se o site cai com frequência ou o tempo de resposta é alto demais, migrar para um servidor melhor resolve.
- Custo muito alto — hospedagens com preço abusivo na renovação são um motivo frequente. Veja nosso guia sobre hospedagem barata para WordPress para comparar opções.
- Precisa de mais recursos — quando o site cresce e a hospedagem compartilhada não basta, é hora de migrar para VPS ou hospedagem especializada em WordPress.
- Mudança de domínio — se está trocando o domínio do site, a migração inclui também a atualização de URLs.
- Problemas com o suporte — quando a empresa de hospedagem não resolve problemas ou demora demais.
- Necessidade técnica — acesso SSH, versão específica de PHP, staging environment, etc.
Se você ainda está escolhendo uma nova hospedagem, confira nosso guia sobre hospedagem WordPress para comparar as melhores opções.
Antes de começar: o que preparar
Antes de iniciar qualquer processo de migração, tenha em mãos:
1. Backup completo
Faça um backup de tudo — arquivos e banco de dados. Se algo der errado, o backup é sua rede de segurança. Você pode usar o plugin UpdraftPlus, o backup da própria hospedagem ou fazer manualmente via FTP + phpMyAdmin.
Se ainda não tem uma rotina de backup, nosso guia sobre backup do WordPress na nuvem mostra como configurar backups automáticos.
2. Acesso à nova hospedagem
Antes de migrar, contrate e configure a nova hospedagem. Você vai precisar de:
- Painel de controle (cPanel, Plesk ou equivalente).
- Acesso FTP/SFTP ou gerenciador de arquivos.
- Acesso ao phpMyAdmin ou ao banco de dados MySQL.
- Um banco de dados vazio criado na nova hospedagem (usuário e senha).
3. Informações para anotar
Tenha estas informações anotadas antes de começar:
- URL atual do site (ex.:
https://meusite.com.br). - Credenciais do banco de dados atual (nome, usuário, senha, host) — estão no arquivo
wp-config.php. - Credenciais FTP da hospedagem atual e da nova.
- Acesso ao DNS do domínio (registrar ou Cloudflare).
4. Manter a hospedagem antiga ativa
Não cancele a hospedagem antiga imediatamente. Mantenha-a ativa até confirmar que tudo funciona no novo servidor. O processo de DNS pode levar até 48 horas — durante esse período, alguns visitantes ainda acessarão o servidor antigo.
Método 1: migração com All-in-One WP Migration
O All-in-One WP Migration é o plugin mais simples para migrar WordPress. Ele exporta todo o site — arquivos, banco de dados, plugins, temas e uploads — em um único arquivo, que depois é importado na nova instalação.
Quando usar este método
- Site pequeno ou médio (até ~500 MB).
- Quer o processo mais simples possível.
- Não tem acesso FTP ou phpMyAdmin.
- A nova hospedagem permite upload de arquivos grandes.
Limitações da versão gratuita
A versão gratuita do All-in-One WP Migration tem um limite de importação de 512 MB. Se o seu site for maior que isso, considere:
- Usar a extensão paga (que aumenta o limite).
- Usar o Duplicator ou o método manual.
- Reduzir o tamanho do site antes de exportar (remover plugins desnecessários, otimizar imagens, limpar revisions).
Passo a passo
No servidor atual (exportar)
- No painel do WordPress, vá em Plugins → Adicionar novo.
- Busque por All-in-One WP Migration e clique em Instalar e depois Ativar.
- No menu lateral, clique em All-in-One WP Migration → Exportar.
- Em Exportar para, selecione Arquivo.
- O plugin vai empacotar todo o site e oferecer o download de um arquivo
.wpress. - Baixe o arquivo e guarde em local seguro.
Na nova hospedagem (importar)
- Instale o WordPress na nova hospedagem (a maioria dos painéis oferece instalador com um clique).
- Instale e ative o All-in-One WP Migration na nova instalação.
- Vá em All-in-One WP Migration → Importar.
- Arraste o arquivo
.wpressque você baixou ou selecione-o. - O plugin vai avisar que a importação vai sobrescrever a instalação atual. Confirme.
- Aguarde o upload e a importação serem concluídos.
- Quando solicitado, faça login com as credenciais do site original.
Após a importação
- Verifique se o site carrega corretamente.
- Vá em Configurações → Links permanentes e clique em Salvar alterações (sem mudar nada) para regenerar o
.htaccess. - Verifique se as imagens e mídias estão carregando.
- Teste formulários e funcionalidades.
Dica importante
Se o upload falhar por tamanho de arquivo, verifique os limites de upload do PHP na nova hospedagem. Você pode aumentar editando php.ini ou .htaccess — mas a maioria das hospedagens permite ajustar isso no painel de controle. Se não conseguir aumentar, use o Duplicator ou o método manual.
Método 2: migração com Duplicator
O Duplicator é um plugin popular para migração e clonagem de sites WordPress. Ele cria um “pacote” com todos os arquivos e o banco de dados, junto com um script de instalação que facilita a restauração em qualquer servidor.
Quando usar este método
- Site de qualquer tamanho (a versão gratuita tem limite de armazenamento de aproximadamente 500 MB; para sites maiores, a versão Pro remove essa restrição).
- Quer mais controle sobre o processo.
- Vai migrar para uma hospedagem onde não pode usar importação via plugin (ex.: o site vai ficar em um servidor que não permite upload de arquivos grandes via interface).
- Precisa clonar o site para múltiplos servidores.
Passo a passo
No servidor atual (criar pacote)
- No painel do WordPress, vá em Plugins → Adicionar novo.
- Busque por Duplicator (Duplicator – WordPress Migration Plugin) e clique em Instalar e depois Ativar.
- No menu lateral, clique em Duplicator → Packages.
- Clique em Create New.
- O plugin vai verificar o site e mostrar um resumo (tamanho dos arquivos, banco de dados, requisitos). Revise e clique em Next.
- O Duplicator vai escanear o site. Se houver avisos (arquivos grandes, tabelas grandes), revise-os. Clique em Build.
- Após a conclusão, você terá dois arquivos para download:
- Installer (
installer.php) — script de instalação. - Archive (
.zipou.daf) — contém todos os arquivos e o banco de dados. - Baixe ambos os arquivos.
Na nova hospedagem (instalar)
- Crie um banco de dados vazio na nova hospedagem (via cPanel ou painel equivalente). Anote: nome do banco, usuário, senha e host (geralmente
localhost). - Faça upload dos dois arquivos (
installer.phpe o arquivo.zip/.daf) para a pastapublic_html(ou equivalente) da nova hospedagem, usando FTP ou o gerenciador de arquivos do painel. - No navegador, acesse
https://novodominio.com.br/installer.php(substitua pelo domínio ou IP temporário da nova hospedagem). - O instalador do Duplicator vai abrir. Siga os passos:
- Step 1 — Deployment: valide os requisitos e clique em Next.
- Step 2 — Install Database: insira as credenciais do banco de dados que você criou. Clique em Test Database para validar e depois em Next.
- Step 3 — Update Data: o Duplicator vai detectar a nova URL e o novo caminho automaticamente. Revise e confirme.
- Step 4 — Test Site: clique em Site Login para acessar o painel do WordPress na nova hospedagem.
- Após o login, o Duplicator pode pedir para limpar os arquivos de instalação. Confirme — é importante remover
installer.phpe o arquivo.zippor segurança.
Após a instalação
- Verifique se o site carrega corretamente.
- Vá em Configurações → Links permanentes e clique em Salvar alterações.
- Verifique imagens, plugins e funcionalidades.
- Se o domínio mudou, verifique se os links internos estão apontando para o novo domínio.
Dica importante
O Duplicator funciona melhor quando o site está em modo de manutenção ou com pouco tráfego. Se o site recebe pedidos, comentários ou cadastros durante a migração, esses dados podem se perder — porque o banco de dados no pacote é uma cópia do momento da criação.
Método 3: migração manual (FTP + phpMyAdmin)
O método manual dá controle total sobre o processo, mas exige mais conhecimento técnico. É recomendado quando:
- Os plugins de migração falham ou não funcionam no seu caso.
- O site é muito grande e os plugins não dão conta.
- Você quer entender exatamente o que está acontecendo.
- A hospedagem não permite instalar plugins temporários.
Quando usar este método
- Você tem experiência com FTP e phpMyAdmin.
- O site é grande demais para os plugins.
- Os plugins falharam em tentativas anteriores.
- Você quer controle total sobre cada etapa.
Passo a passo
Etapa 1: exportar os arquivos
- Acesse a hospedagem atual via FTP/SFTP (use FileZilla ou similar) ou pelo gerenciador de arquivos do painel.
- Navegue até a pasta onde o WordPress está instalado (geralmente
public_htmlouwww). - Baixe todos os arquivos e pastas do WordPress para o seu computador. Os principais são:
wp-config.php— configurações e credenciais do banco de dados.wp-content/— temas, plugins, uploads e demais conteúdos.wp-admin/ewp-includes/— arquivos core do WordPress..htaccess— configurações de URLs e redirects.- Todos os arquivos PHP na raiz.
Atenção: o wp-content/uploads/ pode ter muitos arquivos e demorar para baixar. Seja paciente.
Etapa 2: exportar o banco de dados
- Acesse o phpMyAdmin na hospedagem atual (normalmente via cPanel).
- Selecione o banco de dados do WordPress (o nome está em
wp-config.php, na linhaDB_NAME). - Clique na aba Exportar.
- Selecione o método Rápido e o formato SQL.
- Clique em Executar para baixar o arquivo
.sql.
Etapa 3: criar banco de dados na nova hospedagem
- No painel da nova hospedagem, acesse MySQL Databases (ou equivalente).
- Crie um novo banco de dados (anote o nome).
- Crie um novo usuário MySQL (anote usuário e senha).
- Associe o usuário ao banco de dados com todos os privilégios.
- Anote: nome do banco, usuário, senha e host (geralmente
localhost, mas pode variar — verifique na documentação da hospedagem).
Etapa 4: importar o banco de dados
- Acesse o phpMyAdmin na nova hospedagem.
- Selecione o banco de dados que você criou.
- Clique na aba Importar.
- Selecione o arquivo
.sqlque exportou. - Clique em Executar.
- Aguarde a conclusão. Se houver erro de tamanho, verifique os limites de upload do phpMyAdmin na nova hospedagem.
Etapa 5: enviar os arquivos
- Conecte à nova hospedagem via FTP/SFTP.
- Navegue até a pasta de destino (geralmente
public_html). - Envie todos os arquivos e pastas que você baixou.
- Aguarde a conclusão — pode demorar dependendo do tamanho do site.
Etapa 6: atualizar wp-config.php
Este é o passo mais importante do método manual. O arquivo wp-config.php contém as credenciais do banco de dados. Você precisa atualizar para as credenciais da nova hospedagem.
- Abra o
wp-config.phpno editor de texto. - Localize e atualize estas linhas:
define('DB_NAME', 'nome_do_banco_antigo');
define('DB_USER', 'usuario_antigo');
define('DB_PASSWORD', 'senha_antiga');
define('DB_HOST', 'localhost'); // pode mudar na nova hospedagem
- Substitua pelos valores da nova hospedagem.
- Salve e envie o arquivo atualizado via FTP.
Etapa 7: atualizar URLs no banco de dados
Se você está mudando de domínio (ex.: de antigo.com.br para novo.com.br), precisa atualizar as URLs no banco de dados. Se o domínio não mude, pule esta etapa.
Importante: não faça busca e substituição direto no SQL com UPDATE ... REPLACE(). O WordPress armazena dados serializados (arrays PHP em formato de texto) que quebram se o tamanho da string mudar. Use uma das opções seguras:
Opção A — WP-CLI (recomendado):
Se a nova hospedagem oferece acesso SSH com WP-CLI instalado:
wp search-replace 'https://antigo.com.br' 'https://novo.com.br' --all-tables --dry-run
O --dry-run mostra o que seria alterado sem modificar nada. Se estiver correto, remova o --dry-run e execute novamente. Consulte a documentação oficial do WP-CLI search-replace para opções avançadas.
Opção B — Better Search Replace (plugin):
- Na nova instalação, instale o plugin Better Search Replace.
- Vá em Ferramentas → Better Search Replace.
- No campo Search for, coloque a URL antiga (
https://antigo.com.br). - No campo Replace with, coloque a nova URL (
https://novo.com.br). - Selecione todas as tabelas.
- Desmarque a opção “Run as dry run” para executar de verdade (ou mantenha marcada primeiro para testar).
- Clique em Run Search/Replace.
Opção C — SQL (apenas para quem tem experiência):
Se tem certeza de que não há dados serializados nas tabelas afetadas (o que é raro), pode usar:
UPDATE wp_options SET option_value = REPLACE(option_value, 'https://antigo.com.br', 'https://novo.com.br');
UPDATE wp_posts SET post_content = REPLACE(post_content, 'https://antigo.com.br', 'https://novo.com.br');
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, 'https://antigo.com.br', 'https://novo.com.br');
Mas atenção: este método não é seguro para dados serializados. Prefira WP-CLI ou Better Search Replace.
Atualizando o DNS para o novo servidor
Após migrar os arquivos e o banco de dados, você precisa apontar o domínio para o novo servidor. Isso é feito no gerenciador de DNS — geralmente no registrar do domínio (Registro.br, GoDaddy, Namecheap, etc.) ou no Cloudflare.
O que alterar
Os registros DNS mais importantes para alterar:
- A Record — aponta o domínio para o IP do novo servidor. Altere o valor para o IP da nova hospedagem.
- CNAME (www) — se o www aponta para o domínio principal via CNAME, não precisa alterar. Se aponta para um IP, altere também.
- MX Records — se você usa e-mail na hospedagem, verifique se os registros MX precisam ser atualizados. Se usa e-mail externo (Google Workspace, Microsoft 365), não altere.
Quanto tempo leva?
A propagação de DNS pode levar de alguns minutos até 48 horas, dependendo do TTL configurado e da localização do visitante. Na prática, a maioria dos ISPs atualiza em poucas horas.
Dica: reduzir o TTL antes de migrar
Alguns dias antes da migração, reduza o TTL dos registros DNS para 300 segundos (5 minutos). Isso faz com que a propagação após a alteração seja mais rápida. Lembre-se de voltar o TTL para o valor normal (3600 ou 86400) depois que a migração estiver concluída.
Como verificar a propagação
Use ferramentas como:
- whatsmydns.net — mostra a propagação global do DNS.
- dig (terminal) —
dig meusite.com.brmostra o IP que o DNS resolve. - nslookup (Windows) —
nslookup meusite.com.br.
Configurando SSL/HTTPS após a migração
Se o site usava HTTPS no servidor antigo (e deveria usar), é essencial garantir que o SSL funcione no novo servidor também.
Se a hospedagem oferece SSL automático
Muitas hospedagens modernas (especializadas em WordPress, como Cloudways, Kinsta, SiteGround e algumas nacionais) oferecem SSL automático via Let’s Encrypt. Após apontar o DNS, o certificado é gerado automaticamente.
Se isso não acontecer:
- Acesse o painel da nova hospedagem.
- Procure a seção SSL/TLS ou Security.
- Ative o certificado SSL para o domínio (geralmente um clique).
- Aguarde a emissão (pode levar alguns minutos).
Se você ainda não tem HTTPS configurado, veja nosso guia sobre HTTPS no WordPress com SSL grátis.
Forçar HTTPS no WordPress
Após instalar o certificado:
- No painel do WordPress, vá em Configurações → Geral.
- Certifique-se de que os campos Endereço do WordPress (URL) e Endereço do site (URL) usem
https://. - Adicione no
.htaccess(na raiz do site) a regra para forçar HTTPS:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Mixed content
Se após a migração o navegador avisar de conteúdo misto (HTTP e HTTPS), o problema provavelmente são URLs hardcoded com http:// no banco de dados. A busca e substituição de URLs (descrita na seção anterior) resolve isso — basta buscar http://meusite.com.br e substituir por https://meusite.com.br.
O plugin Really Simple SSL pode resolver o mixed content automaticamente como medida rápida, mas a correção definitiva é atualizar as URLs no banco de dados.
Redirects: quando e como configurar
Se o domínio não mudou, redirects não são necessários. Mas se você está mudando de domínio ou alterando a estrutura de URLs, configure redirects para preservar SEO e evitar erros 404.
Redirect 301 (mudança permanente)
Se o domínio mudou, configure redirects 301 do domínio antigo para o novo. Isso diz ao Google (e aos visitantes) que o conteúdo mudou permanentemente de endereço.
Opção 1 — no servidor antigo:
Se a hospedagem antiga ainda está ativa, adicione no .htaccess:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\\.)?antigo\\.com\\.br$ [NC]
RewriteRule ^(.*)$ https://novo.com.br/$1 [L,R=301]
Opção 2 — no registrar:
Alguns registrares permitem configurar redirecionamentos na interface. Menos flexível, mas funciona para casos simples.
Importante para SEO
- Redirects 301 transferem a maior parte da autoridade de SEO para a nova URL.
- Configure redirects para todas as URLs que mudaram, não apenas a home.
- Monitore o Google Search Console após a migração para identificar erros 404.
- Se mudou de domínio, use a ferramenta Mudança de endereço do Google Search Console.
Checklist pós-migração
Após completar a migração (por qualquer método), verifique cada item:
Imediato (primeira hora)
- ☐ Site carrega na nova hospedagem.
- ☐ Páginas internas funcionam (teste 5-10 URLs diferentes).
- ☐ Imagens e mídias carregam corretamente.
- ☐ Login no WordPress funciona.
- ☐ Plugins e temas estão ativos e funcionando.
- ☐ Formulários de contato enviam e-mails.
- ☐ Loja virtual: checkout funciona, pedidos são registrados.
- ☐ Configurações → Links permanentes: salvar sem alterar (regenera .htaccess).
- ☐ Cron jobs do WordPress estão executando (verifique com plugin WP Crontrol ou via SSH).
Primeiras 24 horas
- ☐ SSL/HTTPS funcionando em todas as páginas.
- ☐ Sem avisos de mixed content no navegador.
- ☐ Sitemap XML acessível (geralmente em
/sitemap_index.xml). - ☐ Google Search Console: verificar se não há erros de rastreamento.
- ☐ Google Analytics / Tag Manager: verificando dados corretamente.
- ☐ E-mails transacionais enviando (se aplicável).
- ☐ Cache configurado no novo servidor.
- ☐ CDN funcionando (se aplicável).
Primeira semana
- ☐ Monitorar posição no Google (pode oscilar temporariamente — é normal).
- ☐ Verificar logs de erro do servidor.
- ☐ Confirmar que backups automáticos estão funcionando na nova hospedagem.
- ☐ Verificar robots.txt (não deve bloquear nada que não bloqueava antes).
- ☐ Testar velocidade do site (PageSpeed Insights, GTmetrix).
- ☐ Se mudou de domínio: Google Search Console → Mudança de endereço.
- ☐ Cancelar hospedagem antiga (após confirmar que tudo funciona).
Problemas comuns e como resolver
O site mostra “Erro ao estabelecer conexão com o banco de dados”
Causa: as credenciais do banco de dados no wp-config.php estão erradas.
Solução: abra o wp-config.php via FTP ou gerenciador de arquivos e verifique:
define('DB_NAME', 'nome_correto');
define('DB_USER', 'usuario_correto');
define('DB_PASSWORD', 'senha_correta');
define('DB_HOST', 'host_correto'); // pode não ser 'localhost'
Confirme os valores com o suporte da nova hospedagem.
O site carrega, mas com layout quebrado
Causa: URLs absolutas no banco de dados ainda apontam para o servidor antigo, ou os caminhos de arquivo estão errados.
Solução: faça a busca e substituição de URLs (WP-CLI ou Better Search Replace). Se o domínio não mudou, verifique se o caminho de instalação está correto.
Imagens não aparecem
Causa: os arquivos de upload não foram transferidos ou as URLs das imagens no banco de dados ainda apontam para o servidor antigo.
Solução:
- Verifique se a pasta
wp-content/uploads/foi transferida completamente. - Se mudou de domínio, faça a busca e substituição de URLs.
- Verifique permissões de arquivo (uploads devem ter permissão 755 para pastas e 644 para arquivos).
Mixed content (cadeado com aviso)
Causa: partes do site carregam via HTTP em vez de HTTPS.
Solução:
- Verifique se as URLs em Configurações → Geral usam
https://. - Faça busca e substituição de
http://meusite.com.brparahttps://meusite.com.br. - Use o plugin Really Simple SSL como solução rápida (mas busque corrigir a raiz do problema — atualizar as URLs no banco de dados).
Páginas internas dão erro 404
Causa: o arquivo .htaccess não foi atualizado ou está incorreto.
Solução: vá em Configurações → Links permanentes e clique em Salvar alterações sem mudar nada. Isso regenera o .htaccess. Se não resolver, verifique se o mod_rewrite está ativo no Apache do novo servidor.
O site funciona, mas o e-mail não envia
Causa: os registros MX não foram atualizados, ou o servidor de e-mail da hospedagem antiga não está mais acessível.
Solução:
- Verifique os registros MX no DNS.
- Se usa e-mail da hospedagem, configure novamente na nova hospedagem.
- Se usa e-mail externo (Google Workspace, Microsoft 365), verifique se os registros MX estão corretos.
Duplicator falha na instalação
Causas comuns:
- Arquivo de pacote corrompido durante upload.
- Limite de tempo de execução do PHP muito baixo.
- Limite de memória PHP insuficiente.
- Permissões de arquivo incorretas.
Solução:
- Re-upload do arquivo de pacote.
- Aumente
max_execution_timeememory_limitnophp.iniou via.htaccess. - Verifique permissões (755 para pastas, 644 para arquivos).
- Se persistir, tente o método manual.
FAQ
Quanto tempo leva para migrar um site WordPress?
Depende do método e do tamanho do site. Com All-in-One WP Migration ou Duplicator, um site pequeno (até 500 MB) pode ser migrado em 30-60 minutos. O método manual pode levar de 1 a 3 horas, dependendo da velocidade de upload/download. A propagação de DNS adiciona de minutos a 48 horas.
Vou perder posição no Google ao migrar?
Se o domínio não mudar e a migração for bem feita, não. O Google pode levar alguns dias para reindexar o site no novo servidor, mas isso é normal. Se mudar de domínio, configure redirects 301 e use a ferramenta de Mudança de endereço no Google Search Console para preservar o máximo de autoridade possível.
Posso migrar durante o horário de pico?
Não é recomendado. Migre em horário de baixo tráfego (geralmente madrugada ou início da manhã) para minimizar o impacto. Se o site recebe pedidos ou cadastros, avise os usuários sobre a manutenção programada.
Preciso reinstalar plugins e temas?
Não. Todos os métodos de migração transferem plugins, temas e configurações. Na migração manual, toda a pasta wp-content/ é copiada. Nos métodos com plugin, tudo é empacotado automaticamente.
E se eu tiver um site com WordPress multisite?
A migração de multisite é mais complexa porque envolve múltiplos domínios/subdiretórios e tabelas de banco de dados adicionais. O Duplicator suporta multisite na versão Pro. O método manual funciona, mas exige atenção extra na busca e substituição de URLs (todas as URLs dos subsites precisam ser atualizadas). Considere contratar suporte profissional se não tiver experiência com multisite.
A hospedagem antiga pode migrar para mim?
Sim. Muitas hospedagens oferecem migração gratuita para novos clientes. Antes de fazer manualmente, verifique se a nova hospedagem oferece esse serviço — pode economizar tempo e evitar erros.
Mudei de domínio. Os links internos do site ainda apontam para o antigo?
Se fez a busca e substituição de URLs corretamente, todos os links internos no banco de dados serão atualizados. Mas links em arquivos estáticos (CSS, JS) ou em caches de CDN podem continuar apontando para o antigo. Verifique e limpe caches após a migração.
Quanto tempo devo manter a hospedagem antiga?
Mantenha por pelo menos 30 dias após a migração. Isso garante que você tenha acesso aos arquivos e banco de dados caso algo dê errado. Se configurou redirects no servidor antigo, mantenha ativo por mais tempo (idealmente até os redirects serem processados por todos os buscadores).
Preciso atualizar o Google Search Console?
Se o domínio não mudou, não é necessário. Se mudou de domínio, adicione a nova propriedade no Google Search Console e use a ferramenta “Mudança de endereço” em Configurações.
Posso usar staging para testar a migração antes?
Sim, e é altamente recomendado se a hospedagem oferece ambiente de staging. Migre primeiro para o staging, teste tudo e só depois aponte o DNS para o servidor de produção.
Conclusão
Migrar o WordPress para outro servidor ou hospedagem não precisa ser um bicho de sete cabeças. Com um backup feito e o método certo para o seu caso, é um processo seguro e previsível.
Para sites pequenos e quem quer simplicidade, o All-in-One WP Migration resolve em poucos cliques. Para mais controle, o Duplicator oferece um processo robusto com instalador guiado. Para quem quer entender cada detalhe ou tem um site muito grande, o método manual com FTP e phpMyAdmin dá controle total — mas exige mais atenção.
O mais importante é não pular etapas: backup antes de tudo, verificação de cada item no checklist pós-migração e manter a hospedagem antiga ativa até ter certeza de que tudo funciona.
Se você ainda está escolhendo para onde migrar, confira nossos guias sobre hospedagem WordPress e hospedagem especializada em WordPress. E se quer proteger seu site antes de qualquer mudança, nosso guia de backup do WordPress na nuvem mostra como manter seus dados sempre seguros.



