Como migrar um site para o cPanel no Alojamento de Revenda

Migrar um site para o cPanel no Alojamento de Revenda é muito mais do que copiar os ficheiros do site. Também tem de transferir as bases de dados, as contas de email e as mensagens existentes, os registos DNS, as definições de PHP e as tarefas cron, e verificar o estado do SSL. O caminho mais seguro é preparar primeiro a nova conta cPanel, testar o site sem alterar o DNS e mudar o DNS apenas quando os testes correrem bem.

Não cancele o alojamento antigo logo que a cópia termine. As alterações de DNS não chegam a todos ao mesmo tempo. Até tudo estar verificado, a conta antiga é o seu caminho de regresso se faltar um ficheiro ou se um email chegar atrasado.

A quem se destina este guia: revendedores com Alojamento de Revenda cPanel em Linux da Domain Name API que estão a transferir o site de um cliente a partir de outro fornecedor. Tempo de trabalho: 30–90 minutos para um site pequeno. Propagação DNS: pode demorar mais algumas horas. Última atualização: 4 de outubro de 2026

Este guia usa example.com como site, 192.0.2.10 como novo servidor e 198.51.100.20 como fornecedor antigo. São valores reservados para documentação; utilize os dados das suas próprias informações de serviço.

O caminho curto: uma migração segura para o cPanel em 12 passos

Todos os guias de migração da Domain Name API seguem o mesmo padrão de segurança. A ordem nunca muda: cada passo só começa depois de o anterior estar verificado, e o DNS é sempre a última coisa em que mexe.

Que método de migração devo usar?

O método certo depende do acesso que tem na origem. O que exige permissões ao nível do servidor não pode ser feito com uma conta de revenda; para esses passos, abre um pedido de suporte.

Passo 1: Faça o inventário antes de começar

Quase tudo o que se perde numa migração perde-se porque ninguém o anotou: um subdomínio, um registo TXT adicionado para um serviço de email ou uma tarefa cron que corre de madrugada. Comece por registar o seguinte na origem.

Guarde os registos DNS e baixe o TTL

1. Faça uma captura de ecrã ou uma exportação de todos os registos DNS atuais. Faz parte do seu plano de reversão.
2. Baixe o TTL dos registos A e MX para um valor curto, como 300 segundos, idealmente pelo menos um dia antes da mudança.
3. Se mudar sem baixar o TTL, alguns visitantes podem continuar com o IP antigo em cache durante todo o TTL anterior.

Passo 2: Faça a cópia de segurança do alojamento de origem

A cópia de segurança tem duas funções: é o material que vai migrar e é o ponto ao qual pode regressar se algo correr mal. Não a deixe apenas no servidor antigo; transfira-a para o seu computador.

Se a origem for cPanel

1. No cPanel antigo, abra Files › Backup.
2. Use Download a Full Account Backup para criar uma cópia completa. Receberá uma notificação quando estiver pronta; o ficheiro é criado no diretório principal como backup-...tar.gz.
3. Em Partial Backups, no mesmo ecrã, transfira também o Home Directory, cada base de dados de MySQL Databases e ainda Email Forwarders e Email Filters.
4. Confirme que o que transferiu cabe no espaço em disco do novo pacote.

Se a origem for outro painel

No Plesk, no DirectAdmin ou num painel próprio, siga a mesma lógica: transfira todos os ficheiros web num único arquivo, exporte cada base de dados como dump .sql e anote as contas de email. Se tiver apenas acesso FTP, use um cliente FTP para os ficheiros e o phpMyAdmin para a base de dados.

Passo 3: Crie o pacote e a conta cPanel no WHM

Prepare o novo ambiente antes de transferir qualquer conteúdo. No cPanel, cada site vive numa conta cPanel, e o pacote define os limites dessa conta.

1. Inicie sessão no WHM com o seu utilizador de revenda (HTTPS na porta 2087, ou acesso direto a partir do painel de revenda).
2. Em Packages › Add a Package, crie um pacote que cubra a origem: o espaço em disco e o número de bases de dados, contas de email e domínios adicionais devem ser pelo menos os que a origem usa.
3. Em Account Functions › Create a New Account, crie a conta. Introduza em Domain o domínio real do site (example.com) e escolha o pacote.
4. Anote o nome de utilizador. O cPanel adiciona-o como prefixo aos nomes das bases de dados e dos respetivos utilizadores, o que é importante no passo 5.

Guias relacionados: Como criar um pacote no WHM · Como criar uma conta de cliente no WHM

Passo 4: Transfira os ficheiros do site

Pode transferir os ficheiros de duas formas. Se a origem também for cPanel, restaurar a cópia do diretório principal é o caminho com menos erros.

Via A: restaurar a cópia do diretório principal (origem cPanel)

1. Abra o cPanel da nova conta (WHM › List Accounts › ícone cP).
2. Carregue a cópia do diretório principal em Files › Backup › Restore a Home Directory Backup.
3. A restauração escreve o diretório principal, incluindo public_html, as pastas dos domínios adicionais e os dados de email. Se a nova conta já tiver ficheiros que queira manter, faça antes uma cópia.

Via B: carregar com o File Manager ou por FTP

1. Junte os ficheiros da origem num único arquivo .zip.
2. No File Manager do novo cPanel, abra a raiz de documentos correta. Para o domínio principal é normalmente public_html; as raízes dos domínios adicionais aparecem em Domains.
3. Carregue o arquivo, clique nele com o botão direito e escolha Extract; depois, elimine o arquivo.
4. Em sites grandes, o FTP ou SFTP é mais fiável, porque pode retomar se a ligação cair.

Passo 5: Transfira as bases de dados

Um site dinâmico (WordPress, loja online, uma aplicação à medida) não abre sem a sua base de dados. Transferir uma base de dados tem cinco partes: criar a base de dados, criar um utilizador, dar-lhe acesso, importar o conteúdo e atualizar o ficheiro de configuração do site.

1. No novo cPanel, abra Databases › MySQL Database Wizard e crie a base de dados. O cPanel adiciona o nome de utilizador como prefixo, por exemplo newuser_wp.
2. No mesmo assistente, crie um utilizador da base de dados com uma palavra-passe forte.
3. Atribua ao utilizador ALL PRIVILEGES sobre a base de dados.
4. Abra o phpMyAdmin, selecione a nova base de dados e carregue o dump .sql no separador Import.
5. Atualize o nome da base de dados, o utilizador e a palavra-passe no ficheiro de configuração do site. No cPanel, o anfitrião da base de dados é normalmente localhost.

Passo 6: Transfira as contas de email e as mensagens

Criar uma conta de email no novo cPanel não significa que as mensagens do servidor antigo foram transferidas. A conta e as mensagens que contém são duas coisas diferentes. Antes de alterar o DNS, combine com o seu cliente se as mensagens existentes têm de ser transferidas.

Transferir mensagens antigas por IMAP

1. Adicione o mesmo endereço duas vezes num cliente de email (o Thunderbird, por exemplo): uma ligação ao servidor antigo e outra ao novo. Como o DNS ainda não mudou, use para o novo o endereço de servidor indicado nos dados do seu serviço.
2. Arraste as pastas da conta antiga para a nova. Se houver muitas caixas de correio, uma ferramenta de sincronização IMAP é mais rápida.
3. Depois da mudança de MX, repita uma vez para as mensagens que chegaram tarde ao servidor antigo.

Recrie também os reencaminhamentos (Forwarders), as respostas automáticas (Autoresponders) e os filtros (Email Filters). Se a origem for cPanel, pode restaurar as cópias de reencaminhamentos e filtros a partir do ecrã Backup.

Passo 7: Verifique as definições de PHP e as tarefas cron

Versão e limites de PHP

1. Compare a versão de PHP da origem com a que anotou. No novo cPanel, defina a versão em MultiPHP Manager. Se o seu painel tiver Select PHP Version, a versão e as extensões são geridas aí.
2. Confirme que as extensões de PHP de que precisa (por exemplo intl, gd, imagick, zip) estão ativas.
3. Em MultiPHP INI Editor, ajuste memory_limit, upload_max_filesize, post_max_size e max_execution_time ao que a origem precisa. Os valores não podem ultrapassar os limites de recursos do pacote.

Tarefas cron

As tarefas cron não se transferem sozinhas e, mesmo quando vêm com uma cópia completa, os caminhos têm de ser verificados. Recrie cada tarefa em Advanced › Cron Jobs no novo cPanel e atualize os caminhos do comando para o novo nome de utilizador.

Passo 8: Teste o site sem alterar o DNS

A forma mais fiável de ver o site no novo servidor antes de alterar o DNS é acrescentar uma linha ao ficheiro hosts do seu próprio computador. Essa linha não afeta mais ninguém; os restantes visitantes continuam no alojamento antigo.

# Teste do novo servidor cPanel (apagar depois do teste)
192.0.2.10   example.com   www.example.com

Guarde, limpe a cache DNS (ipconfig /flushdns no Windows) e abra o site numa janela privada. Para confirmar que está no novo servidor, pode colocar temporariamente na raiz de documentos um ficheiro chamado test-new-server.txt; se esse endereço abrir, está no sítio certo.

O que testar

• A página inicial e algumas páginas interiores
• O acesso à área de administração (por exemplo /wp-admin)
• Uma ação que escreva na base de dados: um comentário, um registo ou um rascunho
• Os formulários de contacto e de encomenda
• O carregamento de ficheiros
• Imagens, CSS e ficheiros JavaScript
• As ligações de pagamento ou a API externas (em modo de teste)
• Os domínios adicionais e subdomínios, se existirem

Evite perder dados em sites dinâmicos

Em lojas online, sites de membros, reservas, fóruns ou CRM, as novas encomendas e registos continuam a chegar ao servidor antigo entre a primeira cópia e a mudança de DNS. Se não os transferir, perdem-se.

1. Escolha uma janela de manutenção com pouco tráfego e informe o seu cliente.
2. Quando começar, ative o modo de manutenção ou pare as escritas no site antigo (sem novas encomendas nem registos).
3. Faça um último dump da base de dados e volte a importá-lo no novo servidor (sincronização final). Copie também os ficheiros carregados entretanto.
4. Altere o DNS e desative o modo de manutenção no novo servidor.

Isto reduz o tempo de indisponibilidade, mas não o elimina. Em vez de prometer zero interrupções, informe o seu cliente de uma janela de manutenção curta e planeada.

Passo 9: Aponte o DNS para o novo servidor

A mudança de DNS é o único passo difícil de reverter, por isso fica para o fim. Não precisa de transferir o domínio: continua onde está registado e apenas muda para onde aponta. Também não é necessário alterar os servidores de nomes em todas as migrações.

Guia relacionado: Como criar servidores de nomes privados no Alojamento de Revenda cPanel

Passo 10: Verifique o SSL, o email e as funções do site

SSL e HTTPS

1. Quando o DNS apontar para o novo servidor, abra Security › SSL/TLS Status no novo cPanel.
2. Se não houver certificado para o domínio e para www, use Run AutoSSL. O certificado antigo não passa sozinho para a nova conta.
3. Para o redirecionamento HTTPS, use Force HTTPS Redirect no ecrã Domains. Se o .htaccess também redirecionar, ativar ambos pode causar um ciclo de redirecionamentos.
4. Verifique o cadeado, o site com e sem www e os avisos de conteúdo misto.

Email

1. Envie uma mensagem nova e receba outra de um endereço externo (um email pessoal, por exemplo).
2. Verifique o estado de SPF e DKIM em Email › Email Deliverability. Se o DNS for gerido noutro lado, adicione lá os registos sugeridos.
3. Confirme que o registo DMARC mantém o valor anterior.

Lista de verificação pós-migração

"O site abre" não significa que a migração correu bem. É preciso verificar tudo o que se segue:

• O domínio aponta para o novo servidor
• HTTPS com certificado válido (incluindo www)
• Página inicial e páginas interiores
• Acesso à área de administração
• Leitura e escrita na base de dados
• Formulários e carregamento de ficheiros
• Imagens, CSS e JavaScript
• Redirecionamentos
• Tarefas cron (ativas no novo servidor, paradas no antigo)
• Envio e receção de email
• Registos MX, SPF, DKIM, DMARC
• Domínios adicionais e subdomínios
• Integrações externas (pagamentos, API, listas de IP autorizados)
• Registos de erros (cPanel › Metrics › Errors)

Passo 11: Mantenha os dois ambientes ativos durante a observação

Depois da mudança de DNS, alguns visitantes e servidores de email podem continuar a usar o endereço antigo durante algum tempo. Em vez de um número fixo de dias, procure estes sinais:

• Já não há tráfego significativo nos registos de acesso do servidor antigo.
• Não chega email novo ao servidor antigo, e o que chegou já foi transferido.
• Tudo o que está na lista de verificação foi confirmado e o seu cliente confirmou que o site funciona.
• Em sites críticos para o negócio, pelo menos um ciclo completo (uma encomenda, uma fatura, uma newsletter) foi concluído no novo servidor.

Passo 12: Encerre o alojamento antigo no fim

1. Faça uma última cópia completa do alojamento antigo e guarde-a.
2. Confirme que as tarefas cron do servidor antigo estão paradas.
3. Desative a renovação do alojamento antigo ou cancele a conta. Se o domínio estiver na mesma empresa, certifique-se de que encerra apenas o serviço de alojamento e não o domínio.

Plano de reversão

Antes de começar, devem verificar-se quatro condições: o alojamento antigo está ativo, tem uma cópia completa consigo, os registos DNS antigos estão guardados e os passos de reversão estão escritos. Reverter antes da mudança de DNS é fácil; ainda nada mudou. Depois da mudança, apontar o DNS de volta pode não bastar: as encomendas, registos e emails que chegaram ao novo servidor têm de ser levados de volta para o antigo.

Resolução de problemas

Erros comuns

• Começar sem cópia de segurança, ou deixá-la apenas no servidor que vai encerrar.
• Transferir os ficheiros e esquecer a base de dados.
• Achar que criar uma conta de email transfere as mensagens.
• Tratar ferramentas ao nível do servidor que o WHM de revenda não mostra (Transfer Tool) como ferramentas de revenda.
• Alterar o DNS antes de testar.
• Não verificar a versão de PHP nem as extensões.
• Esquecer as tarefas cron, ou deixá-las a correr nos dois servidores.
• Perder os registos MX, SPF, DKIM e de verificação ao mudar os servidores de nomes.
• Saltar a sincronização final em sites dinâmicos.
• Encerrar o alojamento antigo antes de a verificação estar concluída.
• Não verificar o SSL nem o endereço com www.

Perguntas frequentes

Como migro um site para o cPanel?

Faça o inventário da origem e uma cópia completa, crie o pacote e a conta cPanel no WHM e transfira os ficheiros, as bases de dados, o email e as tarefas cron. Teste o site através do ficheiro hosts sem alterar o DNS. Quando os testes correrem bem, aponte o DNS para o novo servidor, verifique o SSL e o email e encerre o alojamento antigo no fim.

Posso restaurar sozinho uma cópia completa do cPanel numa conta de revenda?

Não com uma conta de revenda. Restaurar uma cópia completa (cpmove) e a Transfer Tool do WHM exigem permissões de administrador do servidor. Prepare o ficheiro de cópia e abra um pedido de suporte. Se preferir fazê-lo sozinho, restaure as cópias parciais do diretório principal e do MySQL a partir do ecrã Backup da nova conta cPanel.

Tenho de transferir o domínio para mudar de alojamento?

Não. O domínio pode continuar no registador atual. Apenas muda para onde aponta: ou define os servidores de nomes do novo fornecedor, ou atualiza o registo A no seu fornecedor de DNS atual com o IP do novo servidor. A transferência do domínio é um processo separado e opcional.

É obrigatório mudar os servidores de nomes?

Não. Se o seu DNS for gerido noutro lado, como a Cloudflare, basta atualizar o registo A (e os registos www e AAAA, se necessário) para o novo IP. Se mudar os servidores de nomes, a gestão do DNS passa para o novo cPanel, por isso adicione antes à nova zona os registos MX, SPF, DKIM e de verificação.

O email é transferido automaticamente?

Depende do método. Se restaurar uma cópia do diretório principal do cPanel, os dados de email vêm com ela. Numa migração manual, criar a conta no novo cPanel não traz as mensagens antigas; transfira-as à parte com um cliente de email ou uma ferramenta de sincronização IMAP. Em ambos os casos, verifique as contas e as quotas.

Como transfiro uma base de dados para o cPanel?

Exporte a base de dados na origem como dump .sql. No novo cPanel, crie uma base de dados e um utilizador com o MySQL Database Wizard, atribua ao utilizador ALL PRIVILEGES e importe o dump no phpMyAdmin. Depois atualize o nome da base de dados, o utilizador e a palavra-passe no ficheiro de configuração do site; o cPanel adiciona o nome de utilizador como prefixo a esses nomes.

Posso testar o site sem alterar o DNS?

Sim. Acrescente ao ficheiro hosts do seu computador uma linha com o IP do novo servidor e o seu domínio, e o site abre a partir do novo servidor apenas no seu computador. Os restantes visitantes continuam no alojamento antigo. No fim, apague a linha e limpe a cache DNS.

O certificado SSL é transferido automaticamente?

O certificado antigo não passa para a nova conta. No novo cPanel, o AutoSSL emite um certificado quando o domínio aponta para o novo servidor. Depois da mudança de DNS, verifique o SSL/TLS Status e use Run AutoSSL se necessário. Se tiver um certificado pago, instale o certificado e a chave privada à parte.

Quando devo encerrar o alojamento antigo?

Não há um número fixo de dias. Encerre-o quando o servidor antigo já não receber tráfego significativo nem email novo, a lista de verificação estiver confirmada e o seu cliente tiver aprovado o site. Antes disso, faça uma última cópia completa e confirme que as tarefas cron do servidor antigo estão paradas.

Como evito perder dados durante a migração?

Faça uma cópia completa e mantenha o alojamento antigo ativo. Em sites que escrevem constantemente na base de dados, como lojas e sites de membros, planeie uma janela de manutenção curta: pare as escritas, leve a base de dados mais recente para o novo servidor e só depois altere o DNS. Essa sincronização final evita a perda dos dados criados após a primeira cópia.

Como migro um site WordPress para o cPanel?

Aplicam-se os mesmos passos: transfira os ficheiros e a base de dados, atualize os dados da base de dados no wp-config.php e teste o site através do ficheiro hosts. Se o domínio se mantiver, não é preciso alterar URL. Se o domínio também mudar, atualize os URL antigos na base de dados com uma ferramenta segura de procurar e substituir.

Quanto tempo demora uma migração?

Num site pequeno, o trabalho demora normalmente entre 30 e 90 minutos. Ficheiros e bases de dados grandes, muitas caixas de correio e a transferência de mensagens prolongam o processo. A propagação DNS pode demorar mais algumas horas; baixar o TTL com antecedência encurta-a.

Guias relacionados

• Como criar servidores de nomes privados no Alojamento de Revenda cPanel
• Como criar um pacote no WHM
• Como criar uma conta de cliente no WHM
• Como migrar um site para o Plesk no Alojamento de Revenda

Se ficar bloqueado, indique no pedido de suporte o domínio que está a transferir, o painel de origem e o passo em que está, para que a nossa equipa possa continuar exatamente a partir desse ponto.