Guia essencial para migrar o WordPress

Migrar o WordPress de servidor é uma operação de risco controlado. Não é sorte. É processo. A diferença entre uma migração invisível para o usuário e uma queda de tráfego que aparece no relatório do mês seguinte está no que foi mapeado antes de tocar no DNS.

Aqui na Apiki tratamos migração como projeto com início, meio e fim: inventário, execução, validação. Este guia consolida as práticas que usamos para mover uma instalação WordPress de um servidor para outro sem perder dados, indexação ou e-mail no caminho.

Processo para migrar o WordPress

O WordPress é o CMS mais usado do mundo, e por isso sobram dicas para migrar e tutoriais de migração na internet. O gargalo raramente é a técnica. É o processo: o que foi esquecido, quem valida, em que janela, com qual plano de retorno.

Migrar de servidor é como mudar de casa. Você só faz quando precisa de mais espaço, mais segurança, mais conforto ou não aguenta mais o senhorio. A mudança em si é trivial. O problema é a caixa que ficou para trás.

Crie ou siga um checklist

A palavra de ordem é processo. Criar um checklist para migrar o WordPress ou seguir um já validado é o primeiro passo. O checklist não existe para lembrar do óbvio: existe para capturar o que só aparece no seu ambiente, como uma entrada de DNS de terceiro, um cron externo ou um subdomínio esquecido que serve um hotsite de campanha.

O que devemos considerar antes de escolher o destino

Os motivos para migrar vão da insatisfação com o serviço atual à busca por recursos que a aplicação passou a exigir. Antes de qualquer exportação, a pergunta é uma só: o novo servidor atende os requisitos técnicos do seu site WordPress?

Versão de PHP, engine de banco (MySQL ou MariaDB), servidor web (Nginx ou Apache), módulos habilitados, limites de execução, camada de cache e política de plugins. Cada item aqui é um incidente evitado depois.

Domínio e URLs

Há casos em que apenas o servidor muda, com domínio e URLs preservados. É o cenário mais simples. Há casos em que o padrão de URL muda, e casos extremos em que o domínio também.

Quando isso acontece, duas frentes entram no escopo:

• Substituição de strings no banco de dados para refletir o novo domínio e o novo padrão de URL, respeitando dados serializados;

• Redirecionamentos 301 do padrão antigo para o novo, com revisão de canonical, para não perder indexação nos mecanismos de busca.

Migração sem perda de tráfego orgânico depende desse mapeamento. Ele é feito antes, não depois do primeiro relatório ruim.

Backup, backup, sempre backup

No servidor atual, backup de tudo. Ele é procedimento de segurança e é o plano de retorno em falha extrema. Se a hospedagem oferecer, use o backup full. Nosso serviço de host trabalha nessa lógica.

• Backup da base de dados em uso;

• Backup de todos os arquivos do site (core do WordPress, plugins, temas, uploads);

• Backup do arquivo .htaccess, em caso de uso do Apache;

• Arquivo robots.txt, em caso de uso de arquivo físico;

• Cópia, ou análise de transição, das contas de e-mail;

• Nota dos subdomínios em uso;

• Nota de todas as entradas personalizadas de DNS.

Copiar arquivos é metade do trabalho. A outra metade é registrar as informações que serão consultadas durante a transferência e usadas para conferir, item a item, se tudo migrou como deveria.

Hora de migrar o WordPress para outro servidor

De forma simplificada, o processo se resume a organizar e exportar o que está no servidor atual e importar na nova estrutura de host. O detalhe mora em cada etapa. Você não precisa reinventar a roda: existem plugins que auxiliam na migração e serviços especializados para migrar.

Considerações ao exportar a base de dados do WordPress

Se você nunca analisou a estrutura da base em uso, este é o momento. A migração de banco de dados é a hora de otimizar tabelas, eliminar overhead e remover tabelas órfãs criadas por plugins que já saíram do ar. O dump sai menor, importa mais rápido e chega limpo.

Um sinal simples de leitura: uma instalação padrão do WordPress usa 11 tabelas. Número maior indica duas situações prováveis, multisite em uso ou tabelas adicionais criadas por plugins. Vale identificar qual é o caso antes de exportar.

Considerações ao copiar os arquivos do WordPress

Mesma lógica do banco aplicada ao filesystem. Migração é a janela natural para revisão e descarte.

• Plugins ficam em /wp-content/plugins. Elimine os que não estão em uso nem nos planos de uso futuro;

• Temas ficam em /wp-content/themes. Mesmo procedimento, com uma ressalva: mantenha um tema adicional para teste ou emergência, caso seja preciso desativar o tema em produção.

Atenção especial aos plugins. Alguns hosts mantêm lista de plugins não autorizados, geralmente por conflito com a camada de cache, segurança ou consumo de recurso. Quando aplicam essa política, costumam sugerir um similar ou informar que a própria infraestrutura já cumpre o papel. Verifique a lista antes de enviar os arquivos, não depois.

Edição do wp-config.php

O wp-config.php é o ponto de falha mais comum de uma migração. Todo o restante depende dele.

Confirme nome do banco, usuário, senha, host e prefixo das tabelas. Revise também as diretivas de segurança do arquivo e as chaves de autenticação. Um prefixo divergente derruba a instalação inteira com o site aparentemente no ar.

Atenção ao migrar o arquivo .htaccess

Em servidores Apache, o .htaccess guarda diretivas que alteram comportamento do servidor por segurança, performance ou recursos mais sofisticados. O WordPress usa esse arquivo para os links permanentes e as URLs amigáveis.

Ele não tem nome, só extensão. É um arquivo oculto e por isso é o campeão de esquecimento em migração. Além de copiá-lo, valide se o host de destino suporta os módulos usados nas diretivas. Em ambientes Nginx, as regras precisam ser traduzidas para a configuração equivalente.

Migração de e-mails

E-mail é crítico. Indisponibilidade aqui trava operação e comunicação com cliente, o que costuma doer mais rápido que o site fora do ar.

Primeiro passo: identificar a plataforma em uso. Se a empresa usa uma suíte externa, como o Google Apps for Work, o trabalho é recriar as entradas MX equivalentes e as entradas de DNS dos demais serviços. Se os e-mails são da própria hospedagem, mapeie todas as contas em uso, recrie na nova estrutura e alinhe os novos endereços de acesso ao webmail, as entradas POP3/IMAP e SMTP e o padrão de autenticação, inclusive para quem usa cliente local.

Subdomínios

Uma instalação WordPress padrão não usa subdomínios, mas o seu negócio provavelmente usa. Hotsites de campanha, ambiente de homologação, portal de matrículas, área de suporte. Recrie cada subdomínio e analise o conteúdo de todos para definir o que entra no escopo da migração.

Entradas de DNS

As entradas NS são as que ninguém esquece, afinal são elas que apontam o domínio para o novo servidor. O risco está nas outras.

Replique SPF, DKIM, CNAME, TXT e demais registros personalizados. Verificação de domínio de ferramenta de marketing, autenticação de e-mail transacional e integrações de terceiros vivem nesses registros. Perder um deles não derruba o site, derruba a entrega de e-mail e a operação de marketing.

Pré-visualização e validação antes do apontamento

Alguns servidores permitem pré-visualizar o site publicado antes de mudar o DNS. Use esse recurso. É a chance de confirmar navegação, links permanentes, uploads, formulários e integrações com o ambiente real de destino, sem exposição ao usuário final.

Depois disso, sobra revisão e acompanhamento.

Considerações pós-migração

Migração reserva surpresas. Problemas podem aparecer depois da migração, quando a propagação termina e o tráfego real chega.

Monitore o comportamento do site nos primeiros dias: erros no log, 404 em URLs antigas, entrega de e-mail, indexação no Search Console e Core Web Vitals com dados de campo, já que o novo TTFB e a nova camada de cache mudam a linha de base de LCP e INP. Planejamento bem feito e um time disponível na janela de corte é o básico. O plano de retorno é o resto.

Conclusão

Migrar o WordPress é como mudar de casa: você faz por espaço, segurança, conforto ou menos dor de cabeça. Qualquer pessoa pode fazer a própria mudança, e qualquer pessoa pode contratar quem faça.

A escolha depende do custo do erro. Quando o site é canal de captação, matrícula ou receita, a conta muda: a migração deixa de ser tarefa de TI e vira operação com janela, checklist, validação e responsável. Medimos. Testamos. Validamos. Escalamos.

Se o seu time de marketing depende do site para publicar e a fila de desenvolvimento trava o lançamento, vale conversar com nosso time sobre uma avaliação de WP Care e um diagnóstico da sua operação WordPress.