Atualizado em 19/06/2026
Migrar uma loja é mais do que copiar arquivos de um lugar para outro. É preciso preservar pedidos, clientes e produtos, manter a loja vendendo durante a transição e — talvez o mais importante — não perder o posicionamento que você levou meses ou anos para conquistar no Google. Com planejamento e uma ordem correta de execução, a migração é segura e quase imperceptível para o cliente final.
Nunca migre sem backup e sem um ambiente de teste. Apontar o domínio para a loja nova antes de validar tudo é o erro que mais causa prejuízo: checkout quebrado, pedidos perdidos e SEO derrubado. A regra é montar e testar primeiro, virar a chave depois.
Dois cenários diferentes de migração
Antes de qualquer coisa, é preciso entender em qual situação você está, porque o trabalho muda bastante:
- Cenário A — De outra plataforma para o WooCommerce. Você está saindo de Nuvemshop, Loja Integrada, Shopify, Magento ou outra plataforma e quer migrar para o WooCommerce. Aqui o foco é exportar e mapear corretamente produtos, categorias, clientes e (quando possível) o histórico de pedidos, já que cada plataforma organiza os dados de um jeito.
- Cenário B — De um WooCommerce para outro servidor ou domínio. Você já usa WooCommerce e quer mudar de hospedagem (por lentidão, custo ou suporte ruim) ou trocar de domínio. Aqui o foco é transferir arquivos e banco de dados de forma íntegra e atualizar as URLs sem quebrar nada.
O que planejar antes de começar
Todo o sucesso de uma migração está no planejamento. Antes de mexer em qualquer coisa, faço um inventário completo da loja:
- Produtos: simples e variáveis, com imagens, preços, estoque, categorias e atributos.
- Pedidos: histórico de vendas e os status de cada pedido.
- Clientes: cadastros, endereços e dados de conta.
- URLs e SEO: mapeamento de todos os endereços de produtos, categorias e páginas que já têm tráfego ou posicionamento.
- Redirecionamentos 301: plano de "de-para" para toda URL que vá mudar de endereço.
- Integrações: meios de pagamento (Mercado Pago, PagSeguro/PagBank, PIX), frete (Correios, Melhor Envio) e demais conexões que precisarão ser reconfiguradas.
O processo, passo a passo
- Backup completo. Antes de tudo, um backup íntegro de arquivos e banco de dados da origem, para que sempre haja um ponto de retorno.
- Ambiente de teste (homologação). Monto a loja nova em um ambiente separado, sem expor ao público e sem afetar a loja atual, que continua vendendo.
- Transferência de arquivos e banco. Levo os arquivos e o banco de dados para o novo ambiente (Cenário B) ou importo e mapeio os dados exportados da plataforma de origem (Cenário A).
- Atualização de URLs. Ajusto as URLs no banco de dados para o novo endereço, evitando links quebrados e conteúdo misto.
- Teste completo do checkout. Faço um pedido de ponta a ponta no ambiente de teste — carrinho, frete, pagamento, status e e-mails — para garantir que a loja vende de verdade antes de ir ao ar.
- SSL na hospedagem nova. Configuro o certificado SSL para que a loja já esteja em HTTPS no momento da virada.
- Troca de DNS. Só então aponto o domínio para o novo servidor, no horário de menor movimento, reduzindo ao máximo o tempo de inatividade.
- Redirecionamentos 301. Ativo o "de-para" das URLs antigas para as novas, preservando o SEO e a experiência de quem chega por links externos.
- Validação final. Reviso tudo no ar — checkout, pagamentos, frete, indexação e redirecionamentos — e monitoro os primeiros dias.
Trocar o domínio com segurança (WP-CLI)
Quando o endereço muda, as URLs gravadas no banco precisam ser atualizadas — mas sem corromper os dados serializados do WordPress e do WooCommerce. A ferramenta certa para isso é o wp search-replace do WP-CLI, que entende a serialização. O passo de ouro é rodar primeiro em modo simulação com --dry-run, conferir o número de substituições e só então executar de verdade:
# 1) Simula a troca e mostra quantas ocorrencias seriam alteradas
wp search-replace 'https://antigo.com.br' 'https://novo.com.br' --dry-run
# 2) Faz um backup do banco antes de aplicar
wp db export backup-antes-da-troca.sql
# 3) Executa de verdade, ignorando a coluna guid, que nao deve mudar
wp search-replace 'https://antigo.com.br' 'https://novo.com.br' \
--skip-columns=guid --report-changed-only
# 4) Limpa o cache para a loja refletir o novo dominio
wp cache flush
Valide sempre no --dry-run o número de substituições antes de executar de verdade. E em lojas com HPOS (armazenamento de pedidos em tabelas próprias) ou plugins com prefixo próprio, garanta que as tabelas de pedidos também sejam cobertas pela troca — usando --all-tables-with-prefix, com cuidado, quando necessário.
Com as URLs ajustadas, falta garantir que quem chega pelos endereços antigos seja levado aos novos. No Apache, isso é feito com um redirecionamento 301 (permanente) no arquivo .htaccess, que preserva o SEO. Exemplo de regra na raiz da loja:
# .htaccess — redireciona o dominio antigo para o novo (301 permanente)
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?antigo\.com\.br$ [NC]
RewriteRule ^(.*)$ https://novo.com.br/$1 [R=301,L]
</IfModule>
Se apenas a estrutura de algumas URLs mudou (e não o domínio), o mesmo princípio vale: um RewriteRule de cada endereço antigo para o novo, sempre com R=301. É esse "de-para" que evita erros 404 e protege o posicionamento conquistado.
O que migrar e os cuidados de cada item
Migração bem-feita começa por um inventário. A tabela abaixo lista o que precisa ser transferido e o cuidado específico de cada parte — é aqui que as falhas silenciosas costumam acontecer.
| O que migrar | Cuidado principal |
|---|---|
| Produtos | Variações, atributos, preços, estoque e SKUs precisam bater; revisar imagens destacadas e galerias |
| Pedidos | Preservar histórico e status; conferir se o número do pedido e os dados do cliente vieram corretos |
| Clientes | Cadastros, endereços e contas; senhas geralmente não migram entre plataformas (exigem redefinição) |
| URLs | Manter a estrutura sempre que possível; toda mudança exige redirecionamento 301 de-para |
| Mídia | Copiar a pasta wp-content/uploads íntegra e ajustar caminhos com o WP-CLI |
| Integrações | Reconfigurar pagamento e frete no destino; refazer webhooks e validar com pedido de teste |
Os riscos que é preciso evitar
- Perder pedidos e clientes: migração sem inventário e sem validação no ambiente de teste é a causa nº 1 de dados perdidos.
- Quebrar o SEO: trocar URLs sem redirecionamentos 301 derruba posições que levaram anos para conquistar e gera erros 404 para o Google.
- Tempo de site fora do ar: virar a chave antes de a loja nova estar pronta significa vendas perdidas e clientes batendo numa loja quebrada.
- Conteúdo misto e SSL ausente: esquecer o HTTPS na hospedagem nova gera alertas no navegador e recusa de pagamentos.
- Integrações desconectadas: pagamento e frete que não foram reconfigurados no destino travam o checkout logo na estreia.
Como eu reduzo o tempo de inatividade ao mínimo: monto e testo a loja nova em paralelo, deixo todos os redirecionamentos 301 prontos com antecedência e faço a troca de DNS apenas quando o checkout já foi validado. Na prática, a virada costuma ser quase imperceptível para os seus clientes — e o SEO é preservado.
Depois de migrar, vale manter a loja sempre atualizada e com backup, para que a próxima mudança (ou atualização) nunca vire emergência. Se durante a transição algo sair do ar, veja site fora do ar; e para cuidar do posicionamento da loja nova, conheça o trabalho de SEO para WordPress. Uma migração bem planejada também é a chance de resolver lentidão antiga: se a loja vinha pesada, aproveite para entender o que trava a performance em WooCommerce lento. A visão geral dos serviços está em suporte e manutenção WooCommerce.
Perguntas frequentes
Vou perder meus pedidos e clientes ao migrar?
Não, se a migração for bem planejada. Pedidos, clientes, produtos e configurações podem ser transferidos. O cuidado essencial é mapear tudo antes (inventário), fazer backup e validar os dados no ambiente de teste antes de colocar a loja nova no ar. Migração feita às pressas é o que costuma causar perda de dados.
Migrar vai prejudicar meu posicionamento no Google?
Pode prejudicar se as URLs mudarem e ninguém cuidar dos redirecionamentos. A forma segura é manter a estrutura de URLs sempre que possível e, quando ela mudar, aplicar redirecionamentos 301 de cada endereço antigo para o novo. Assim você preserva a autoridade das páginas e evita perder posições.
Dá para migrar do Nuvemshop, Loja Integrada, Shopify ou Magento para o WooCommerce?
Sim. Dá para trazer produtos, categorias, clientes e, dependendo da plataforma de origem, o histórico de pedidos. Cada plataforma exporta os dados de um jeito, então faço o mapeamento e a importação para que o catálogo e os cadastros cheguem corretos no WooCommerce.
Quanto tempo minha loja fica fora do ar durante a migração?
O ideal é praticamente zero. Eu monto e testo a loja nova em paralelo, em um ambiente separado, e só faço a virada (troca de DNS) quando tudo está validado. Bem feita, a transição é quase imperceptível para os clientes.
Por que migrar para o WooCommerce em vez de ficar numa plataforma fechada?
O WooCommerce roda sobre WordPress e é de código aberto: você tem controle total da loja, dos dados e das integrações, sem ficar preso às regras e mensalidades de uma plataforma fechada. Em contrapartida, exige hospedagem e manutenção próprias — que é justamente onde eu entro.
Você cuida da troca de DNS e do SSL na hospedagem nova?
Sim. Faço a transferência dos arquivos e do banco, a atualização das URLs, a configuração do SSL na hospedagem nova e a troca de DNS no momento certo, com os redirecionamentos prontos. Me chame no WhatsApp (43) 99932-9697 para avaliarmos a sua migração.
Por que não basta usar "buscar e substituir" no banco para trocar o domínio?
Porque muitos dados do WordPress e do WooCommerce ficam salvos em campos serializados (arrays guardados como texto). Um find-and-replace bruto no SQL quebra esses campos e corrompe configurações. O jeito seguro é usar o wp search-replace do WP-CLI, que entende a serialização e ajusta o tamanho das strings corretamente — sempre testando antes com --dry-run.
A loja nova ficou mais lenta depois da migração. É normal?
Não deveria. Lentidão após migrar geralmente é hospedagem subdimensionada, falta de cache de objeto ou cache de página ainda não reconfigurado no novo servidor. Vale revisar a infraestrutura e a otimização — veja WooCommerce lento para os pontos que mais impactam.