Migrar WordPress para um novo domínio sem perder posições

Normalmente, muda-se o domínio devido a uma alteração no nome da empresa, um rebranding ou a mudança de uma extensão para outra, por exemplo, de .it para .com. Em todos os casos, é uma operação delicada mas previsível, se for feita na ordem correta. Aqui tens o percurso completo, com os pontos onde se erra mais frequentemente.

Antes de começares #

Regista o novo domínio e faz um backup completo. O novo domínio deve ser comprado primeiro, e não podes deixar que o antigo expire. Para o backup, precisas dos ficheiros (toda a pasta do site, especialmente wp-content) e da base de dados. Um backup que nunca tentaste restaurar não é um backup: se usares um plugin, descarrega o arquivo para o teu computador em vez de o deixares no servidor.

Tira uma “fotografia” à situação atual. Exporta do Search Console a lista de URLs indexados e marca as páginas que trazem mais tráfego: vais precisar delas para a verificação final.

Escolhe o momento certo. Quando o tráfego estiver mais baixo, mas nunca à sexta-feira à noite: se algo correr mal, queres ter os dias seguintes para resolver.

Verifica se o novo domínio está “limpo”. Se já teve vida própria, pode trazer penalizações associadas. Analisa o histórico no archive.org e pesquisa site:nuovodominio.it no Google: evitas surpresas difíceis de compreender mais tarde.

Transferir ficheiros e base de dados #

O caminho mais simples é usar um plugin de migração como o Duplicator ou All-in-One WP Migration, que cria um pacote único com os ficheiros e a base de dados e o restaura na nova instalação. Para sites de dimensões normais funciona bem; em sites muito grandes, esbarras nos limites de tempo do servidor ou no tamanho máximo das versões gratuitas. Se o site permanecer no mesmo alojamento e apenas mudar o domínio, muitas vezes não precisas de mover nada: basta ligar o novo domínio ao mesmo espaço.

A via manual é mais trabalhosa, mas não tem limites:

1. Descarrega todos os ficheiros do site via FTP (com FileZilla ou Cyberduck) ou pelo gestor de ficheiros do painel de alojamento.
2. Exporta a base de dados em formato SQL através do phpMyAdmin ou do painel de alojamento.
3. Carrega os ficheiros para o novo espaço web.
4. Cria uma nova base de dados e importa o ficheiro SQL.
5. Edita o wp-config.php com o nome da base de dados, utilizador, palavra-passe e host da nova instalação.

Substituir as URLs na base de dados #

O domínio antigo aparece em dezenas de pontos da base de dados: links internos nos artigos, caminhos das imagens, definições dos plugins, campos personalizados. Alterar o endereço nas definições não os afeta.

Não o faças com um “procurar e substituir” no phpMyAdmin. Alguns dados são guardados num formato (serializado) que contém a extensão de cada texto: se alterares o texto sem atualizar esse número, os dados tornam-se ilegíveis e os widgets e definições desaparecem.

As ferramentas certas são duas:

• Um plugin de pesquisa e substituição que trate dados serializados, como o Better Search Replace: primeiro em modo de simulação, depois na base de dados real.

• WP-CLI, se tiveres acesso à linha de comando:

  wp search-replace 'https://vecchiodominio.it' 'https://nuovodominio.it' --all-tables --dry-run
  

  --dry-run mostra o que seria alterado sem tocar em nada: executa-o assim, verifica a contagem e só depois o repete sem esse comando.

Após a substituição, verifica em Definições → Gerais se o Endereço WordPress (URL) e o Endereço do site (URL) de WordPress apontam para o novo domínio, em HTTPS. Se após a mudança já não conseguires aceder ao painel, podes forçá-los através do wp-config.php, acima da linha “That’s all, stop editing”:

define( 'WP_HOME', 'https://nuovodominio.it' );
define( 'WP_SITEURL', 'https://nuovodominio.it' );

Redirecionamentos 301: o passo decisivo #

O redirecionamento deve ser colocado no antigo domínio, no ficheiro .htaccess na pasta principal (é um ficheiro oculto: no teu cliente FTP, ativa a visualização de ficheiros ocultos). Se o servidor for Apache, como acontece na maioria das alojamentos partilhados:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?vecchiodominio\.it$ [NC]
RewriteRule ^(.*)$ https://nuovodominio.it/$1 [R=301,L]

Esta regra envia cada endereço para a página correspondente no novo domínio, mantendo o caminho: vecchiodominio.it/articolo chega a nuovodominio.it/articolo. Coloca-a antes das regras do WordPress. Se o servidor usar Nginx, o mesmo processo faz-se com return 301 https://nuovodominio.it$request_uri; no bloco server do antigo domínio; muitos painéis de alojamento também têm uma opção de redirecionamento já pronta.

Três coisas que fazem a diferença:

1. O código deve ser 301, não 302. O 302 indica um redirecionamento temporário e não transfere a autoridade da página.
2. O redirecionamento deve ser página por página. Enviar tudo para a home é o erro que causa mais danos: para os motores de busca, significa que todos os conteúdos antigos deixaram de existir.
3. Mantém o antigo domínio ativo durante pelo menos um ano, preferencialmente para sempre. Só assim os redirecionamentos continuarão a funcionar enquanto os motores atualizam o índice e enquanto alguém clica nos links antigos espalhados pela rede.

Se a estrutura dos endereços mudar entre o site antigo e o novo, serão necessárias regras específicas para as páginas principais, que devem ser preparadas previamente com uma tabela que associe cada URL antiga à nova.

Após a migração #

Por ordem, sem saltar passos:

1. Certificado HTTPS no novo domínio, e verifica se o site responde apenas em HTTPS.
2. Alteração de endereço no Search Console: adiciona e verifica a nova propriedade; depois, na propriedade antiga, abre Definições → Alteração de endereço e escolhe a nova. A ferramenta verifica se os 301 funcionam, por isso faz isto só depois de os ter ativado. Se usares o Bing Webmaster Tools, existe uma função semelhante.
3. Sitemap atualizado e enviado pela nova propriedade.
4. Ficheiro robots.txt verificado: após uma migração, é comum encontrar-se com um bloqueio total que restou do ambiente de testes.
5. Links internos verificados com uma ferramenta de scan: mesmo após a substituição na base de dados, pode sobrar algo nos temas ou nos menus.
6. Analytics: atualiza o stream com o novo domínio no Google Analytics, caso contrário os dados interrompem-se sem um motivo aparente.
7. E-mails e serviços ligados ao antigo domínio: caixas de correio, formulários de contacto, integrações com serviços externos.

Pede ajuda a quem te faz links #

Os redirects transferem autoridade, mas um link atualizado vale mais do que um redirecionado. Escreve aos sites que te trazem mais tráfego (basta os primeiros dez ou vinte) e pede para atualizarem o endereço. É uma hora de trabalho que compensa.

Atualiza também tudo o que controlas diretamente: perfis sociais, assinaturas de e-mail, fichas de empresa em diretórios, materiais impressos se ainda estiverem em uso.

Perguntas frequentes #

Quanto tempo devo manter ativo o antigo domínio? #

Pelo menos doze meses, melhor vinte e quatro, e se puderes renova-o para sempre: custa pouco e evita que outra pessoa o compre. Os motores atualizam o índice em poucas semanas, mas links espalhados pela rede, bookmarks e referências em documentos permanecem durante anos.

O redirect 301 faz perder autoridade à página? #

Antigamente falava-se de uma pequena perda. Hoje o Google diz que o 301 transfere o valor da página, desde que o destino tenha um conteúdo equivalente. O dano ocorre quando envias tudo para a home ou para páginas que não têm relação.

Posso mudar o domínio e a estrutura dos endereços ao mesmo tempo? #

É possível, mas melhor não: se algo correr mal, não saberás qual das duas mudanças é a culpada. A via prudente é mudar o domínio, esperar algumas semanas para que a situação estabilize e só depois mexer na estrutura.

O que acontece aos e-mails do antigo domínio? #

Os redirects do site não os afetam: dizem respeito apenas ao tráfego web. As caixas de correio devem ser migradas à parte; ativa um encaminhamento das antigas para as novas durante um período longo e avisa os teus contactos habituais. Atualiza também os registos SPF, DKIM e DMARC do novo domínio, caso contrário as tuas mensagens irão parar ao spam.

O plugin de migração é suficiente por si só? #

Para mover o site, normalmente sim. Mas não cobre a parte que mais conta: os redirects no antigo domínio e a alteração de endereço no Search Console. Esses dois passos tens de os fazer manualmente.

As imagens e os links internos atualizam-se sozinhos? #

Não. Ao mudares o endereço nas definições, os links e as imagens inseridos nos artigos continuam a apontar para o antigo domínio. Funcionam enquanto houver o redirect, mas cada clique faz um passo extra: é por isso que precisas de fazer uma pesquisa e substituição na base de dados.