Como migrar 80 sites de clientes para uma plataforma white-label sem perder rankings nem clientes?

Um plano em lotes para agências que vão levar dezenas de sites de clientes para uma única plataforma white-label: inventário, triagem, comunicação com clientes, reconstrução, redirecionamentos, troca de DNS e reversão, com planilhas para copiar.

Migre em lotes pequenos, nunca tudo de uma vez. Comece com um inventário de todos os sites, separe-os em "reconstruir", "migrar como está" e "desativar", faça um piloto com cinco sites de baixo risco e depois migre o resto de dez a quinze por vez com o mesmo checklist: reconstruir, mapear cada URL antiga para uma nova com redirecionamentos permanentes, reduzir o TTL do DNS um dia antes, trocar o domínio e acompanhar o tráfego e os formulários por duas semanas antes de começar o próximo lote. Avise os clientes cedo, dê uma data a cada um e mantenha a hospedagem antiga paga até o último lote estar estável. Os passos abaixo transformam isso em um plano que uma equipe pequena consegue executar junto com o trabalho dos clientes.

Por que agências se dão mal em trocas de plataforma

Uma migração assim raramente falha porque a nova plataforma é ruim. Ela falha nas partes chatas:

Um domínio registrado anos atrás na conta pessoal de um cliente, e ninguém tem o login.
Um formulário de contato que mandava os leads silenciosamente para a caixa de um ex-funcionário e agora não manda para lugar nenhum.
URLs antigas que ranquearam bem por anos e agora retornam 404, e as ligações para o cliente caem.
E-mail que quebrou porque alguém substituiu a zona de DNS e esqueceu os registros de e-mail.
Um cliente que soube da mudança pelo próprio cliente, não por você.

Cada passo abaixo existe para evitar um desses problemas.

Passo 1: monte o inventário

Uma linha por site. Não comece a migrar nada até todas as colunas estarem preenchidas, porque é nos campos vazios que estão as surpresas.

Coluna	O que registrar
Cliente e contato	Quem aprova mudanças e como prefere receber notícias suas
Domínio	Todos os domínios e subdomínios que apontam para o site
Registrador e dono da conta	Onde o domínio está registrado e em nome de quem está a conta
Provedor de DNS	Muitas vezes diferente do registrador; anote quem o controla
E-mail no domínio	Qual serviço de e-mail, para que os registros dele sobrevivam à migração
Plataforma atual	WordPress, outro criador de sites, código feito à mão etc.
Número de páginas	Use o sitemap ou um rastreamento, não a memória
Formulários e para onde enviam	Todos os formulários e a caixa de entrada ou ferramenta que os recebe
Integrações	Agendamento, pagamentos, chat, analytics, gerenciador de tags, pixels
Loja ou área de membros	Produtos, pedidos, logins: precisam de planejamento extra
Valor de busca	Principais páginas por cliques nos dados de busca do cliente, se você tiver acesso
Contrato e data de renovação	Quando termina o contrato atual do cliente com você e a renovação da hospedagem antiga
Decisão	Reconstruir, migrar como está ou desativar

Passo 2: faça a triagem de cada site

Nem todo site merece o mesmo esforço. Separe-os:

Reconstruir: sites institucionais com menos de cerca de 30 páginas e formulários simples. Normalmente são a maior parte do portfólio de uma agência e a vitória mais fácil.
Migrar com cuidado: sites com loja, login de membros, agendamentos ou muito tráfego de busca. Faça estes por último, um de cada vez, depois que a sua equipe tiver feito dez fáceis.
Deixar onde está: sites construídos em torno de um plugin ou sistema customizado que a nova plataforma não consegue substituir. Migrá-los não compensa o risco. Seja honesto sobre quais são.
Desativar: sites de clientes que pararam de pagar ou de empresas que fecharam. Resolva estes primeiro, com o cliente, por escrito.

Passo 3: resolva a titularidade antes de qualquer migração

Para cada domínio, confirme que você ou o cliente consegue entrar hoje no registrador e no provedor de DNS. Se um domínio precisar mudar de registrador como parte da troca, verifique o prazo: pela Transfer Policy da ICANN, um registrador pode recusar uma transferência em até 60 dias da criação do domínio ou de uma transferência anterior, e você vai precisar do código AuthInfo (de transferência) do registrador atual. Um domínio não precisa mudar de registrador para o site mudar de plataforma. Mudar para onde o DNS aponta basta, e é muito menos arriscado.

Este também é o momento de combinar por escrito quem é dono do domínio e do site depois da migração. Nosso guia quem é dono do site de um cliente em uma plataforma white-label trata dessa conversa.

Passo 4: avise os clientes antes que eles percebam

Mande a cada cliente uma nota curta pelo menos duas semanas antes do lote dele. Diga o que muda para ele (um novo login, um editor melhor), o que não muda (domínio, e-mail, preço, a menos que vá mudar), a data e com quem falar. Peça o que só ele pode fornecer, como o login do registrador. Use um modelo como este:

Parte	Exemplo de texto
Por quê	"Estamos levando os sites de todos os nossos clientes para uma plataforma mais rápida, para fazer as suas alterações com mais agilidade."
O que continua igual	"O seu endereço na web, o seu e-mail e a sua mensalidade continuam exatamente como estão."
O que é novo	"Você vai receber um novo login onde pode ver o seu site e pedir alterações."
Quando	"Vamos fazer a troca do seu site em [data]. Você não precisa fazer nada nesse dia."
Do que precisamos	"Confirme até [data] que você ainda tem acesso ao [registrador], ou deixe a gente ajudar você a recuperá-lo."

Clientes que estão prestes a sair muitas vezes vão contar agora. Isso é útil: desative o site deles em vez de migrá-lo.

Passo 5: faça um piloto com cinco sites

Escolha cinco sites simples cujos donos sejam receptivos e cujo tráfego seja modesto. Aplique o checklist inteiro neles, cronometre cada passo e anote cada surpresa. São essas notas que tornam o segundo lote mais rápido que o primeiro. Não comece o segundo lote até os sites do piloto estarem no ar há duas semanas, com os formulários entregando e o tráfego estável.

Passo 6: o checklist de migração por site

Rastreie o site antigo e exporte todas as URLs, títulos de página e meta descrições.
Reconstrua na nova plataforma. Mantenha os títulos de página e os títulos principais parecidos com os antigos nas páginas que ranqueiam; não é hora de reescrever do zero uma página que ranqueia.
Mapeie as URLs. Toda URL antiga ganha um destino novo, um para um sempre que possível. A orientação do Google para mudanças de site é usar redirecionamentos permanentes no servidor (301 ou 308), mandar cada URL antiga direto para o endereço final e manter os redirecionamentos pelo maior tempo possível, em geral pelo menos um ano.
Refaça os formulários e envie um teste de cada um para a caixa de entrada real do cliente.
Adicione de novo as integrações: analytics, widgets de agendamento, pixels, chat.
Reduza o TTL do DNS nos registros que você vai mudar, um dia antes da troca, para que a mudança se espalhe rápido e uma reversão seja rápida.
Troque o DNS apenas dos registros do site. Deixe os registros de e-mail exatamente como estavam.
Confira o site no domínio real, o certificado HTTPS, dez das principais URLs antigas (elas devem redirecionar), todos os formulários e o e-mail de e para o domínio.
Envie o novo sitemap no Search Console do cliente, se você o administra.
Acompanhe por duas semanas: tráfego, envios de formulário, erros 404 e qualquer retorno do cliente.

Passo 7: planeje a reversão

Mantenha a hospedagem antiga funcionando e paga até o lote estar estável. A sua reversão é simplesmente apontar o DNS de volta, o que leva minutos se você reduziu o TTL. Decida antes o que a dispara: formulários sem entregar, a loja sem receber pedidos ou uma queda clara de tráfego que você não consiga explicar em poucos dias.

Um cronograma para 80 sites

Semanas	Trabalho
1-2	Inventário, triagem, correções de titularidade, avisos aos clientes do piloto
3-4	Piloto com cinco sites, depois duas semanas de acompanhamento
5-12	Lotes de 10-15 sites simples, um lote a cada uma ou duas semanas
13-16	Lojas, sites de membros e sites com muito tráfego, um de cada vez
17+	Cancele a hospedagem antiga quando não restar nada nela; mantenha os redirecionamentos

Ajuste o tamanho do lote à sua equipe. Duas pessoas normalmente conseguem reconstruir e lançar mais sites simples por semana do que conseguem conferir direito, então é a conferência que define o ritmo.

O que a nova plataforma deve facilitar

Uma troca de plataforma só vale o esforço se o trabalho do dia a dia ficar mais simples depois. Ao avaliar uma, confira se ela oferece estas coisas para cada cliente.

Um só lugar para todos os clientes

Você deve conseguir ver todos os clientes, o plano e o status de cada um em uma lista, e adicionar o próximo cliente em um minuto.

Gerenciador de clientes com busca, tags e uma coluna de status mostrando clientes Ativos e Convidados — Na We.Inc, todos os clientes ficam em uma lista pesquisável com tags e status.

Formulário para adicionar cliente com campos de e-mail, nome, empresa e plano — Para adicionar um cliente, basta um e-mail, um nome, uma empresa e um plano.

Um login com o seu nome

Depois da migração, os clientes entram pela sua marca, não pela da plataforma.

A página de login do cliente traz o logo e as cores da agência.

O domínio deles, conectado por site

Painel de domínio dentro do editor convidando o usuário a conectar um domínio que já tem — Cada site se conecta a um domínio que o cliente já tem.

Uma porta de saída

A próxima migração deve ser mais fácil que esta. Na We.Inc, o código de cada site pode ser baixado ou enviado para o GitHub, e as páginas publicadas são pré-renderizadas, com sitemap gerado e suporte a redirecionamentos salvos, para que os mecanismos de busca consigam lê-las sem executar scripts.

Se você está planejando uma migração assim, agende uma demonstração e traga a sua planilha de inventário; vamos dizer com franqueza quais dos seus sites se encaixam e quais devem ficar onde estão.

Fontes

Última verificação em 2026-10-25.

Google Search Central, Site moves with URL changes (redirecionamentos permanentes, mantê-los por pelo menos um ano, novo sitemap).
ICANN, Transfer Policy (restrições de transferência de 60 dias, códigos AuthInfo).

Perguntas frequentes

Quantos sites de clientes uma agência deve migrar de uma vez?

Comece com um piloto de cerca de cinco sites simples, acompanhe por duas semanas e depois migre de 10-15 por vez. Migre lojas, sites de membros e sites com muito tráfego um de cada vez, no final.

Migrar o site de um cliente para uma nova plataforma prejudica os rankings?

Pode prejudicar se as URLs antigas quebrarem. Mapeie cada URL antiga para uma nova com redirecionamentos permanentes 301 ou 308, mantenha parecidos os títulos das páginas que ranqueiam, mantenha os redirecionamentos por pelo menos um ano, como o Google recomenda, e envie o novo sitemap.

O domínio precisa mudar de registrador quando o site muda de plataforma?

Não. Basta mudar os registros de DNS que apontam o site. Não mexa nos registros de e-mail. A transferência de registrador é uma etapa separada, e as regras da ICANN podem bloqueá-la em até 60 dias do registro ou de uma transferência anterior.

Como reverter a migração de um site?

Mantenha a hospedagem antiga funcionando, reduza o TTL do DNS um dia antes da troca e aponte os registros do site de volta se formulários, pedidos ou tráfego falharem.

O que devo dizer aos clientes antes de migrar o site deles?

Por que você está migrando, o que continua igual (domínio, e-mail, preço), o que é novo, a data e qualquer coisa de que precise deles, como acesso ao registrador.