{"id":687,"date":"2026-09-05T08:06:45","date_gmt":"2026-09-05T08:06:45","guid":{"rendered":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/cms\/migrar-site-wordpress-sem-perder-posicao-no-google\/"},"modified":"2026-09-05T08:06:45","modified_gmt":"2026-09-05T08:06:45","slug":"migrar-site-wordpress-sem-perder-posicao-no-google","status":"publish","type":"post","link":"https:\/\/100porcentowp.com.br\/central-de-ajuda\/hospedagem\/migrar-site-wordpress-sem-perder-posicao-no-google\/","title":{"rendered":"Migrar site WordPress sem perder posi\u00e7\u00e3o no Google"},"content":{"rendered":"

Voc\u00ea troca de hospedagem, o site abre r\u00e1pido no novo servidor, tudo parece perfeito. A\u00ed, em uma semana, o tr\u00e1fego org\u00e2nico despenca. O que aconteceu? Na maioria dos casos, o Google passou a tratar o seu site como se fosse outro site. Migrar site WordPress sem perder posi\u00e7\u00e3o no Google \u00e9 o desafio que vamos resolver aqui.<\/p>\n

Isso acontece porque a migra\u00e7\u00e3o mexe em elementos que o Google usa para entender e rankear o site: URLs, estrutura de links, tempo de resposta, arquivo robots.txt, sitemap e at\u00e9 o endere\u00e7o IP. Se voc\u00ea s\u00f3 copia os arquivos e o banco de dados, sem cuidar desses detalhes, o Google pode reindexar tudo do zero \u2014 e voc\u00ea perde a autoridade constru\u00edda ao longo de anos.<\/p>\n

O objetivo deste artigo \u00e9 mostrar exatamente o que fazer para migrar um site WordPress sem perder posi\u00e7\u00e3o no Google. Vamos cobrir o antes, o durante e o depois da migra\u00e7\u00e3o, com foco no que quase ningu\u00e9m ensina: o p\u00f3s-migra\u00e7\u00e3o no Search Console e os redirecionamentos.<\/p>\n

Por que uma migra\u00e7\u00e3o de WordPress costuma derrubar o tr\u00e1fego do site?<\/h2>\n

Quando voc\u00ea migra sem planejamento, o Google pode interpretar a mudan\u00e7a como um novo site. Isso acontece porque a migra\u00e7\u00e3o altera sinais que o Google usa para rankear: URLs, estrutura de links, tempo de resposta, robots.txt, sitemap e at\u00e9 o endere\u00e7o IP. Se voc\u00ea n\u00e3o cuidar desses detalhes, o Google pode reindexar tudo do zero, e voc\u00ea perde a autoridade constru\u00edda ao longo de anos.<\/p>\n

Por isso, migrar site WordPress exige m\u00e9todo. N\u00e3o basta copiar arquivos e banco de dados; \u00e9 preciso garantir que o Google entenda a mudan\u00e7a como uma simples troca de servidor.<\/p>\n

O que fazer antes de migrar: o checklist que evita dor de cabe\u00e7a<\/h2>\n

Antes de tocar em qualquer arquivo, prepare o terreno. Uma migra\u00e7\u00e3o sem planejamento \u00e9 uma receita para o desastre.<\/p>\n

1. Fa\u00e7a um backup completo<\/h3>\n

Parece \u00f3bvio, mas muita gente come\u00e7a a migra\u00e7\u00e3o sem um backup \u00edntegro. Voc\u00ea precisa de uma c\u00f3pia completa do banco de dados<\/strong> e de todos os arquivos<\/strong> (wp-content, wp-config.php, .htaccess, etc.). Se algo der errado, o backup \u00e9 a sua rede de seguran\u00e7a. Confira o que precisa estar na c\u00f3pia em nosso guia sobre backup do WordPress<\/a>.<\/p>\n

2. Liste todas as URLs importantes<\/h3>\n

Exporte uma lista de todas as URLs do seu site que geram tr\u00e1fego ou t\u00eam backlinks. Ferramentas como o Google Search Console (relat\u00f3rio de p\u00e1ginas) e o Ahrefs (se voc\u00ea tiver) mostram as URLs que mais importam. Essa lista ser\u00e1 usada para criar os redirecionamentos.<\/p>\n

3. Anote a vers\u00e3o do PHP e as configura\u00e7\u00f5es do servidor<\/h3>\n

Se o seu site roda em PHP 7.4 e o novo servidor usa PHP 8.2, alguns plugins podem quebrar. Verifique tamb\u00e9m se o novo servidor suporta as mesmas extens\u00f5es (como mod_rewrite para permalinks).<\/p>\n

4. Escolha o momento certo<\/h3>\n

Migre em um hor\u00e1rio de baixo tr\u00e1fego. Se poss\u00edvel, coloque o site em manuten\u00e7\u00e3o durante o processo, para evitar que usu\u00e1rios acessem uma vers\u00e3o incompleta.<\/p>\n

Como migrar os arquivos e o banco de dados sem perder nada<\/h2>\n

Existem dois caminhos principais: usar um plugin de migra\u00e7\u00e3o ou fazer manualmente via FTP e phpMyAdmin. Cada um tem seus pr\u00f3s e contras.<\/p>\n

Op\u00e7\u00e3o 1: Plugin de migra\u00e7\u00e3o (recomendado para a maioria)<\/h3>\n

Plugins como UpdraftPlus<\/strong> ou All-in-One WP Migration<\/strong> simplificam o processo. Eles criam um pacote com todos os arquivos e o banco de dados, e voc\u00ea restaura no novo servidor com poucos cliques. Por\u00e9m, eles t\u00eam limita\u00e7\u00f5es em sites grandes (alguns limitam o tamanho do arquivo), e voc\u00ea precisa verificar se o plugin \u00e9 compat\u00edvel com a sua vers\u00e3o do WordPress.<\/p>\n

Op\u00e7\u00e3o 2: Migra\u00e7\u00e3o manual (para quem tem acesso SSH)<\/h3>\n

Se voc\u00ea tem acesso SSH, pode usar o rsync<\/code> para copiar os arquivos e o mysqldump<\/code> para exportar o banco. Exemplo de comando para exportar o banco:<\/p>\n

mysqldump -u usuario -p banco_de_dados > backup.sql<\/code><\/pre>\n
E para importar no novo servidor:<\/p>\n
mysql -u novo_usuario -p novo_banco < backup.sql<\/code><\/pre>\n
Depois de importar, voc\u00ea precisa ajustar o wp-config.php<\/code> com as novas credenciais do banco e os novos caminhos.<\/p>\n
O passo que quase ningu\u00e9m faz: ajustar as URLs e os redirecionamentos<\/h2>\n
Aqui est\u00e1 o cora\u00e7\u00e3o do artigo. Se voc\u00ea mudou de dom\u00ednio ou de subdom\u00ednio (ex.: de www.site.com<\/code> para site.com<\/code>), ou se a estrutura de permalinks mudou, voc\u00ea precisa configurar redirecionamentos 301. Um redirecionamento 301 informa ao Google que a p\u00e1gina mudou de endere\u00e7o permanentemente, transferindo a autoridade.<\/p>\n
1. Mantenha a mesma estrutura de URLs<\/h3>\n
A regra de ouro: n\u00e3o mude as URLs<\/strong> durante a migra\u00e7\u00e3o, a menos que seja absolutamente necess\u00e1rio. Se voc\u00ea est\u00e1 apenas trocando de hospedagem, as URLs devem permanecer id\u00eanticas. Isso evita a necessidade de redirecionamentos em massa e preserva o ranking.<\/p>\n
2. Se precisar mudar as URLs, crie redirecionamentos 301<\/h3>\n
Se voc\u00ea mudou a estrutura (ex.: de \/p=123<\/code> para \/slug-da-pagina<\/code>), configure redirecionamentos no .htaccess<\/code> (Apache) ou no nginx.conf<\/code> (Nginx). Exemplo de regra no .htaccess:<\/p>\n
Redirect 301 \/antiga-pagina https:\/\/www.seusite.com\/nova-pagina<\/code><\/pre>\n
Para um mapeamento em massa, use um plugin como Redirection<\/strong>, que permite importar uma lista de URLs antigas e novas.<\/p>\n
3. Atualize o sitemap e o robots.txt<\/h3>\n
Envie o novo sitemap.xml no Search Console e verifique se o robots.txt n\u00e3o est\u00e1 bloqueando p\u00e1ginas importantes. O sitemap ajuda o Google a descobrir as novas URLs mais rapidamente.<\/p>\n
Como usar o Google Search Console para monitorar a migra\u00e7\u00e3o<\/h2>\n
O Search Console \u00e9 a sua principal ferramenta para garantir que o Google entenda a migra\u00e7\u00e3o. Siga estes passos:<\/p>\n
    \n
  1. Adicione a nova propriedade<\/strong> (se mudou o dom\u00ednio) ou verifique a mesma propriedade<\/strong> (se s\u00f3 mudou de servidor).<\/li>\n
  2. Solicite a indexa\u00e7\u00e3o<\/strong> das p\u00e1ginas principais ap\u00f3s a migra\u00e7\u00e3o.<\/li>\n
  3. Monitore o relat\u00f3rio de cobertura<\/strong> para ver erros de rastreamento, p\u00e1ginas 404 e redirecionamentos.<\/li>\n
  4. Acompanhe o desempenho<\/strong> nas semanas seguintes: se houver uma queda brusca, algo deu errado.<\/li>\n<\/ol>\n
    Erros comuns que fazem o Google tratar a migra\u00e7\u00e3o como site novo<\/h2>\n