Como migrar o WordPress para um novo hosting sem perder SEO

Mudar o site para um novo servidor é o momento que os proprietários de WordPress mais receiam. Não tanto pela simples cópia dos ficheiros, mas pelo que vem a seguir: se o Google vai perder o site, se os formulários continuarão a enviar emails e se o tráfego proveniente dos motores de busca vai cair para metade. A boa notícia é que a própria mudança de alojamento não diminui as posições. As posições caem quando, durante a migração, os endereços mudam, desaparecem páginas internas ou o site devolve erros durante várias horas.

Neste guia mostramos como transferir o WordPress para um novo alojamento passo a passo, para que o Google nem sequer perceba a mudança. Descrevemos a versão manual, com um plugin e com a ajuda do novo alojamento.

Índice

• Mudar de alojamento prejudica o SEO?
• O que preparar antes de migrar o WordPress?
• Como fazer uma cópia completa do site e da base de dados?
• Como migrar o WordPress manualmente, passo a passo?
• É possível migrar o WordPress com um plugin?
• Como testar o site antes de mudar o DNS?
• Como mudar o domínio sem interrupções?
• O que verificar no Google Search Console após a mudança?
• Erros comuns que custam posições
• FAQ

A mudança de hosting prejudica o SEO?

A simples mudança de servidor não é um sinal para o Google de que o site piorou. O motor de busca analisa os URLs, o conteúdo, os links e se o site responde rápida e corretamente. O endereço IP do servidor não tem aqui importância.

Os problemas surgem por três motivos:

1. Mudança de endereços. Estrutura diferente dos links diretos, passagem de www para a versão sem www ou de http para https sem redirecionamentos. Cada endereço antigo que devolva um erro 404 perde os links acumulados e a posição.
2. Paragens. Se o robot do Google encontrar várias vezes erro 5xx ou uma página vazia, começa a visitar o site com menos frequência e, durante uma avaria prolongada, pode mesmo eliminar temporariamente as páginas do índice.
3. Elementos em falta. Ficheiro robots.txt perdido, mapa do site desativado, opção "Pedir aos motores de busca para não indexar o site" ativada e transferida da versão de testes. Este é o erro mais comum e mais problemático.

Se mantiveres os mesmos endereços, não houver paragens e não perderes nada pelo caminho, a mudança é neutra para o SEO. Muitas vezes até ajuda, porque um servidor mais rápido melhora o tempo de resposta e os indicadores Core Web Vitals.

O que preparar antes de transferir o WordPress?

Antes de copiar qualquer coisa, reúne os acessos necessários e faz uma checklist. Meia hora de preparação poupa-te stress no dia da transferência.

Acessos que vais precisar:

• painel do host antigo (cPanel, DirectAdmin ou o painel próprio da empresa) ou dados FTP ou SSH,
• acesso à base de dados (phpMyAdmin ou login para MySQL),
• painel do registo do domínio onde vais alterar o DNS ou os servidores de nomes,
• conta de administrador do WordPress,
• acesso ao Google Search Console para o domínio.

Lista de coisas para anotar antes de começar:

• estrutura dos links permanentes (Definições > Links permanentes), tem de ser idêntica no novo servidor,
• versão PHP no host antigo, para configurar a mesma ou uma superior e compatível com os plugins no novo,
• lista de caixas de correio eletrónico, se o email estiver no mesmo host que o site,
• tarefas cron e regras personalizadas em .htaccess (redirecionamentos, bloqueios),
• exportação de URLs, de preferência a partir do mapa do site (/sitemap.xml ou /wp-sitemap.xml). Isto ajuda a verificar depois da migração se cada endereço continua a funcionar.

Uma boa prática é também reduzir o TTL dos registos DNS do domínio para 300 segundos um dia antes da transferência. Assim, a alteração do endereço do servidor propaga-se na internet em poucos minutos e não em várias horas.

Escolhe um dia calmo. Não transfiras uma loja durante uma promoção nem no dia de envio de uma newsletter.

Como fazer uma cópia completa do site e da base de dados?

O WordPress tem duas partes: ficheiros e base de dados. Para transferir, precisas de ambas.

Ficheiros. O mais importante é a pasta wp-content (temas, plugins, imagens carregadas) e o ficheiro wp-config.php. O mais simples é compactar toda a pasta do site. Via SSH, fica assim:

cd ~/public_html
tar -czf ~/strona-kopia.tar.gz .

Sem SSH, descarrega os ficheiros usando um programa FTP (por exemplo, FileZilla) ou utiliza o gestor de ficheiros no painel da hospedagem, que geralmente consegue compactar a pasta em ZIP.

Base de dados. O nome da base, utilizador e palavra-passe encontras em wp-config.php (constantes DB_NAME, DB_USER, DB_PASSWORD). Exportação via SSH:

mysqldump -u USER -p DB_NAME > dump.sql

Sem SSH, exporta pela phpMyAdmin: seleciona a base, aba Exportar, método rápido, formato SQL.

Antes de avançar, abre o ficheiro dump.sql e verifica se não está vazio e se termina normalmente. Um dump de base de dados corrompido é o motivo mais comum pelo qual a migração "quase correu bem".

Como migrar o WordPress manualmente, passo a passo?

A migração manual oferece controlo total e funciona para qualquer tamanho de site, mesmo quando plugins de migração não conseguem lidar com bibliotecas de mídia com vários gigabytes.

Passo 1. Prepara o espaço no novo servidor

Cria no novo alojamento um site para o domínio, uma base de dados vazia e um utilizador com permissões completas para essa base. Define a mesma versão do PHP que está no servidor antigo (ou uma versão mais recente, se souberes que o tema e os plugins a suportam).

Passo 2. Carregar os arquivos

Carrega o arquivo para o novo servidor e descompacta-o na pasta do site:

tar -xzf strona-kopia.tar.gz

Se usares FTP, simplesmente carrega todos os arquivos. Confirma que o arquivo .htaccess foi transferido, pois muitos programas escondem por padrão os arquivos que começam com ponto.

Passo 3. Importa a base de dados

mysql -u NEW_USER -p NEW_DB < dump.sql

Ou no phpMyAdmin: escolhe a base de dados nova, separador Importar, indica o ficheiro SQL.

Passo 4. Corrige o wp-config.php

Insere em wp-config.php os dados da nova base de dados: DB_NAME, DB_USER, DB_PASSWORD e DB_HOST. Não alteres o prefixo das tabelas ($table_prefix), tem de corresponder ao da base que importaste.

Passo 5. Não mudes o endereço do site

Se o domínio permanecer o mesmo, os endereços na base de dados (siteurl e home na tabela wp_options) mantêm-se sem alterações. Esta é a regra mais importante para SEO: o mesmo domínio, o mesmo protocolo, os mesmos caminhos. Só deves trocar os endereços na base de dados se estiveres a mudar o domínio intencionalmente, usando uma ferramenta que compreenda dados serializados, como wp search-replace do WP-CLI. Um simples "encontrar e substituir" no ficheiro SQL pode prejudicar as definições do tema e os widgets.

Passo 6. Guarda novamente os links permanentes

Após o primeiro login, entra em Definições > Links permanentes e clica em Guardar, sem alterar nada. O WordPress irá atualizar as regras de reescrita dos endereços e as páginas deixarão de mostrar erro 404.

É possível migrar o WordPress com um plugin?

Sim, e para sites pequenos é o método mais rápido. Plugins populares para migração (All-in-One WP Migration, Duplicator, Migrate Guru) compactam os ficheiros e base de dados num único arquivo, e no novo servidor extraem-nos numa instalação fresca do WordPress.

Se estás a migrar o teu site para a Saplo, tens à disposição o nosso plugin Saplo Migrate. Não requer FTP nem exportação da base: instalas-o no site antigo, colas a chave do Painel Saplo e clicas em Iniciar. Ele envia os ficheiros e base de dados em pequenos pacotes, portanto funciona mesmo em hospedagens fracas com limites de tempo curtos, e retoma o envio interrompido no ponto em que parou. Os endereços na base são atualizados automaticamente, e o site antigo continua a funcionar sem alterações durante o processo.

É importante conhecer as suas limitações:

• as versões gratuitas frequentemente têm um limite no tamanho do arquivo, e bibliotecas grandes de imagens ultrapassam esse limite,
• a importação sobrescreve toda a instalação, incluindo contas de utilizadores, por isso após a importação acedes com os dados do site antigo,
• em servidores originais fracos, a compactação pode ser interrompida a meio.

Independentemente do método, faz uma cópia manual separada antes da migração. O plugin é uma comodidade, não uma cópia de segurança.

Como testar o site antes de alterar o DNS?

Este é um passo que distingue uma mudança tranquila de uma stressante. O site já está no novo servidor, mas o mundo ainda vê o antigo. Tens tempo para verificar tudo.

Existem duas formas de ver a nova versão:

• ficheiro hosts no teu computador. Adicionas uma linha com o endereço IP do novo servidor e o domínio, por exemplo 203.0.113.10 seudominio.com www.seudominio.com. Apenas o teu navegador verá o novo servidor, o resto da internet continua a ir para o antigo,
• endereço de teste fornecido pela hospedagem. Muitas empresas dão um subdomínio temporário onde podes ver o site migrado.

O que verificar na versão de teste:

1. a página principal, algumas publicações, categorias e a página de contacto,
2. o login no painel e gravação de qualquer alteração,
3. o envio do formulário de contacto (se o email chega),
4. na loja: carrinho, pagamento de teste e emails de encomenda,
5. se em Definições > Leitura não está selecionado "Pedir aos motores de busca para não indexar este site",
6. se /robots.txt e o mapa do site funcionam,
7. se endereços aleatórios da lista de URLs exportada anteriormente retornam código 200.

O último ponto pode ser facilmente automatizado com um simples ciclo no terminal, que consulta cada endereço do mapa do site e lista os que não retornam 200.

Como mudar o domínio sem interrupções?

Quando a versão de testes estiver a funcionar, alteras no painel do registo o registo A (e AAAA, se houver IPv6) para o endereço do novo servidor ou então mudas os servidores de nomes para os do novo alojamento.

Para evitar tempos de indisponibilidade:

• não desactives o alojamento antigo de imediato. Durante um ou dois dias, parte dos visitantes pode continuar a aceder o antigo servidor enquanto o DNS não actualiza o registo,
• congela alterações no site antigo. A partir do momento da cópia, não publiques novos conteúdos, e na loja online o ideal é mudar o domínio numa hora calma. Caso contrário, encomendas efectuadas depois da cópia ficarão no antigo servidor,
• assegura o certificado SSL. O novo servidor deve ter um certificado válido para o domínio desde o primeiro minuto. Um site com erro de certificado parece avariado tanto para visitantes como para motores de busca,
• transfere o correio electrónico de forma separada e consciente. Se os registos MX apontavam para o alojamento antigo e alteras os servidores de nomes, o correio passará com eles. As caixas têm que estar criadas no novo servidor de antemão.

Com um TTL reduzido previamente, a maior parte do tráfego transita para o novo servidor dentro de poucos minutos.

O que verificar no Google Search Console após a mudança?

A ferramenta "Alteração de endereço" no Search Console serve apenas para mudar de domínio. Ao mudar apenas de alojamento, não a deves usar. Em vez disso, durante as primeiras duas semanas, observa:

• Páginas > Indexação de páginas. Se não estiver a aumentar o número de páginas com erro 404 ou 5xx,
• Definições > Estatísticas de indexação. Este relatório mostra o tempo de resposta do servidor para o rastreador do Google. Depois da mudança para um servidor mais rápido, o tempo médio deve diminuir,
• Sitemaps. Envia novamente o sitemap para que o rastreador visite mais rapidamente o site no novo servidor,
• Desempenho. Variações na posição de alguns lugares nos primeiros dias são normais. Uma queda constante normalmente indica URLs perdidos ou bloqueio de indexação.

Também vale a pena verificar o registo de erros no novo servidor durante alguns dias. Uma extensão PHP em falta ou a pasta de upload errada aparecem aí mais rápido do que nas estatísticas.

Erros frequentes que custam posições

• "Não indexar o site" assinalado e transferido da versão de teste. O site desaparece do Google em poucos dias.
• Estrutura diferente de links permanentes. Os endereços mudam sem redirecionamentos 301 e todo o histórico dos links se perde.
• Conteúdo misto após a passagem para HTTPS: imagens e scripts carregados via http, avisos no navegador.
• Servidor antigo desligado antes da propagação DNS. Parte dos visitantes e o robot veem um erro durante algumas horas.
• Redirecionamentos perdidos desde .htaccess. Redirecionamentos 301 antigos, acumulados durante anos, desaparecem se o novo servidor usar nginx e ninguém os reescreveu.
• Falta de teste dos formulários e do email. O site funciona, mas as perguntas dos clientes não chegam há uma semana.

Transferir o WordPress para Saplo

Podes transferir o WordPress para Saplo de duas formas.

Sozinho, com o plugin Saplo Migrate. Cria no painel uma aplicação WordPress, na sua página de detalhes clica em Transferir o site para aqui e descarrega o plugin. No site antigo, instala-o em Plugins, Adicionar novo, Enviar plugin para o servidor, em Ferramentas, Saplo Migrate cola a chave do painel e clica em Iniciar migração. O progresso é visível em ambos os locais. O site pronto verifica-se no endereço de teste da Box e só depois é que alteras o domínio. Antes de carregarmos o site transferido, o conteúdo anterior da aplicação é guardado à parte, para poderes sempre voltar atrás.

Com a nossa ajuda. Se não queres fazer isso sozinho, a migração é gratuita. Concedes acesso ao painel antigo, FTP ou SSH, e nós transferimos o site, configuramos no endereço de teste e alteramos o domínio quando confirmes que está tudo a funcionar. O correio é migrado separadamente, pelo assistente de migração do correio no painel.

Cada Box inclui um certificado SSL gratuito que é renovado automaticamente, e os planos começam a 27 € por ano. Podes consultar detalhes da hospedagem para este CMS na página hosting WordPress, e fazer uma nova instalação com um clique a partir do Catálogo de aplicações.

FAQ

Vou perder posições no Google ao mudar de alojamento?

Não, desde que o domínio, o protocolo e os endereços das páginas internas se mantenham iguais, e o site não entre em pausa. Pequenas variações nas posições nos primeiros dias são normais e desaparecem por si só. Uma queda duradoura quase sempre significa que os endereços foram alterados sem redireccionamentos ou que a indexação está bloqueada.

Quanto tempo demora a migração do WordPress para uma nova hospedagem?

A simples cópia e importação de um site pequeno leva de alguns minutos até uma hora. A isto acrescem os testes e a propagação do DNS, que com um TTL reduzido demora alguns minutos, e com as definições por defeito pode levar algumas horas. É seguro planear todo o processo para um ou dois dias.

Preciso de usar a ferramenta "Alterar endereço" na Search Console?

Não. Essa ferramenta é apenas para mudanças para outro domínio. Se só mudares de servidor, mantendo o mesmo domínio, não tens de reportar nada na Search Console, basta reenviar o mapa do site e acompanhar os relatórios.

O email será transferido junto com o site?

Não automaticamente. As caixas de correio são um serviço separado. Se o email estiver no antigo alojamento, é necessário criar as mesmas caixas no novo servidor, transferir as mensagens e só depois mudar os registos MX ou os servidores de nomes do domínio.

O que fazer se, após a mudança, as páginas internas retornarem erro 404?

Na maioria das vezes, basta ir a Definições > Ligações permanentes e clicar em Guardar. Se isso não resolver, o novo servidor não suporta as regras do .htaccess (como acontece, por exemplo, no nginx) e é preciso adicionar na sua configuração o encaminhamento de pedidos para index.php.