Como migrar um site para o Plesk Reseller Hosting

Migrar um site para o Plesk Reseller Hosting não se resume a copiar os ficheiros. Também é preciso levar as bases de dados, as caixas de correio e as mensagens existentes, os registos DNS, as definições de PHP e as tarefas agendadas, e verificar o estado do SSL. O mais seguro é preparar primeiro o novo ambiente Plesk, testar lá o site e alterar o DNS apenas quando tudo estiver confirmado.

Não cancele o alojamento antigo assim que a cópia terminar. As alterações de DNS não chegam a todos ao mesmo tempo. Até o novo ambiente estar verificado, a conta antiga é o seu caminho de regresso.

A quem se destina este guia: revendedores do Plesk Reseller Hosting da Domain Name API que vão mudar o site de um cliente a partir de outro fornecedor ou de outro painel. Tempo de trabalho: 30 a 90 minutos para um site pequeno. Propagação do DNS: pode demorar mais algumas horas. Última atualização: 4 de outubro de 2026

Neste guia usamos example.com como site, 192.0.2.10 como servidor novo e 198.51.100.20 como alojamento antigo. São valores reservados para documentação; use os dados do seu próprio serviço. Os nomes dos menus do Plesk podem aparecer em português, consoante o idioma do painel.

Antes de começar: como o Plesk está organizado

No Plesk, um site não é migrado para uma "conta", mas para uma Subscription (subscrição). Distinguir estes quatro conceitos antes de começar evita a maioria dos problemas de permissões e limites.

O caminho curto: migrar para o Plesk em 12 passos

Todos os guias de migração da Domain Name API seguem o mesmo padrão de segurança. Os passos são próprios do Plesk, mas a ordem não muda: o DNS é sempre a última coisa a alterar.

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

O método certo depende do painel de origem e do que a sua conta permite. Não parta do princípio de que uma função descrita na documentação oficial do Plesk está disponível na sua conta de revenda: o Plesk Migrator, as transferências entre servidores e as definições do servidor podem exigir acesso de administrador.

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

O que costuma perder-se numa migração para o Plesk são os domínios adicionais, as regras de reencaminhamento de email e as tarefas que correm à noite no servidor. Registe o seguinte na origem.

Guarde os registos DNS e baixe o TTL

1. Exporte todos os registos DNS atuais ou faça uma captura de ecrã.
2. Baixe o TTL dos registos A e MX para um valor curto, como 300 segundos, de preferência pelo menos um dia antes da mudança.

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

1. Se a origem for Plesk: crie uma cópia completa no Backup Manager da subscrição e transfira-a. Proteger a cópia com palavra-passe pode ser necessário para a restaurar noutro servidor.
2. Se a origem for cPanel: transfira a cópia completa em Backup, além das cópias parciais do diretório principal e de cada base de dados. O Plesk não restaura cópias do cPanel diretamente; vai usar estes ficheiros na migração manual.
3. Se a origem for outro painel ou só tiver FTP: transfira todos os ficheiros do site num único arquivo comprimido e cada base de dados como exportação .sql.

Passo 3: prepare Service Plan, Customer e Subscription

Crie a Subscription onde o site vai ficar antes de mover qualquer conteúdo. A ordem é: plano, depois cliente, depois subscrição.

1. Entre no Plesk com a sua conta de revenda (HTTPS na porta 8443, ou com o acesso direto a partir do painel de revendedor).
2. Crie um plano em Service Plans › Add a Plan ou escolha um existente. O espaço em disco, as bases de dados, as caixas de correio e os domínios adicionais têm de ser, no mínimo, os que a origem usa.
3. Em Permissions do plano, verifique o que o cliente vai precisar: gestão de DNS, alteração das definições de PHP, gestão de Scheduled Tasks. Se uma permissão estiver desativada, o menu correspondente não aparece na Subscription.
4. Crie o cliente em Customers › Add a Customer. No mesmo ecrã pode assinalar Create a subscription for the customer e indicar o domínio (example.com) e o plano.
5. Se o cliente já existir, abra a subscrição em Subscriptions › Add Subscription e escolha esse cliente como titular.

Guias relacionados: Como criar um Service Plan no Plesk · Como criar o primeiro cliente e subscrição no Plesk

Passo 4: mova os ficheiros do site

No Plesk, os ficheiros de um site estão na raiz do documento da Subscription. A raiz predefinida é httpdocs; nos domínios adicionais é definida ao criar o site e aparece em Hosting Settings.

Com o File Manager

1. Abra Websites & Domains › Files (File Manager) e entre na raiz do documento.
2. Carregue um arquivo .zip com os ficheiros de origem.
3. Selecione-o e use Extract Files. Confirme que os ficheiros ficam diretamente na raiz e não numa subpasta a mais.
4. Se o index.html que o Plesk cria por predefinição entrar em conflito com o índice do seu site, apague-o.

Com FTP

Em sites grandes, FTP ou SFTP é mais fiável. Os dados de ligação estão em Websites & Domains › FTP Access (ou Connection Info). Como o DNS ainda não mudou, ligue-se ao endereço do servidor indicado nos dados do seu serviço, e não ao domínio.

Passo 5: mova as bases de dados

Migrar uma base de dados tem seis partes, por esta ordem: exportar, criar a base de dados, criar um utilizador, importar, atualizar a configuração da aplicação e testar.

1. Exporte a base de dados na origem como ficheiro .sql (ou comprimido em .zip/.gz).
2. No Plesk, crie-a em Websites & Domains › Databases › Add Database. Escolha o servidor de base de dados (por exemplo MySQL/MariaDB) e crie um utilizador no mesmo ecrã.
3. Use Import Dump junto à base de dados para carregar a exportação.
4. Obtenha o nome do anfitrião em Connection Info. Não assuma localhost; use o valor que o Plesk mostra.
5. Atualize a configuração da aplicação (wp-config.php no WordPress, .env no Laravel) com o nome da base de dados, utilizador, palavra-passe e anfitrião novos.

Passo 6: crie as caixas de correio e mova as mensagens

Criar uma caixa de correio no Plesk não significa que as mensagens do servidor antigo foram movidas. Antes de alterar o DNS, decida se as mensagens existentes têm de ser migradas à parte.

1. Em Mail, use Create Email Address para cada endereço e ajuste a quota à da origem.
2. Recrie os aliases e reencaminhamentos nas definições de cada endereço.
3. Mova as mensagens existentes. Se a sua versão do Plesk mostrar uma opção de importação para a caixa (Import Mail), use-a com os dados IMAP do servidor antigo. Se não aparecer, adicione a caixa antiga e a nova a um cliente de email e arraste as pastas, ou use uma ferramenta de sincronização IMAP.
4. Depois da alteração do MX, repita a cópia para as mensagens que chegaram tarde ao servidor antigo.

Passo 7: configure o PHP e recrie as Scheduled Tasks

Definições de PHP

1. Em Websites & Domains, abra PHP (PHP Settings) do site.
2. Defina a mesma versão de PHP da origem, ou uma suportada pela aplicação. Se surgir a opção de handler, mantenha a predefinida, salvo requisito específico.
3. Ajuste memory_limit, max_execution_time, upload_max_filesize e post_max_size ao que a origem precisa. Os valores não podem ultrapassar os limites do Service Plan.
4. Se não vir PHP Settings, a permissão está desativada no Service Plan; verifique as Permissions do plano.

Scheduled Tasks

Os cron jobs da origem não passam sozinhos para o Plesk. Recrie cada um em Websites & Domains › Scheduled Tasks › Add Task. O Plesk pode executar um comando, chamar um URL ou executar um script PHP. Atualize no comando os caminhos dos ficheiros para a nova localização no Plesk.

Passo 8: teste o site sem alterar o DNS

A forma mais fiável de ver o site no servidor novo antes de alterar o DNS é acrescentar uma linha ao ficheiro hosts do seu computador. Se o painel oferecer Website Preview, serve para uma primeira vista de olhos, mas os sites que guardam URLs absolutos na base de dados (como o WordPress) podem não funcionar bem aí. Faça o teste a sério com o ficheiro hosts.

# Testar o novo servidor Plesk (apagar no fim do teste)
192.0.2.10   example.com   www.example.com

Guarde, limpe a cache de DNS (ipconfig /flushdns no Windows) e abra o site numa janela privada.

O que testar

• Página inicial e páginas interiores
• Acesso e área de administração
• Leitura e escrita na base de dados (registo, comentário, rascunho)
• Formulários e carregamento de ficheiros
• Imagens, CSS e JavaScript
• Pagamentos, carrinho e APIs externas (em modo de teste)
• Funções que não dependem do email
• Domínios adicionais e subdomínios

Como evitar perda de dados em sites dinâmicos

Em lojas online, sites de membros, reservas, fóruns ou CRM, continuam a entrar dados no servidor antigo entre a primeira cópia e a mudança de DNS. Se não os mover, não vão existir no site novo.

1. Escolha uma janela de manutenção com pouco tráfego e avise o cliente.
2. Ao início da janela, ative o modo de manutenção ou pare as escritas no site antigo.
3. Faça uma última exportação da base de dados e volte a importá-la no Plesk; copie também os ficheiros carregados entretanto (sincronização final).
4. Altere o DNS, ative as Scheduled Tasks e desative o modo de manutenção.

Isto encurta a interrupção, mas não a elimina. Prometa ao cliente uma janela de manutenção curta e planeada, e não "zero interrupções".

Passo 9: aponte o DNS para o servidor novo

Não precisa de transferir o domínio; altera apenas para onde ele aponta. Também não é obrigatório mudar os nameservers em todas as migrações.

Guia relacionado: Como criar nameservers próprios no Plesk Reseller Hosting

Passo 10: verifique SSL, email e funções do site

SSL e HTTPS

1. Quando o DNS apontar para o servidor novo, abra Websites & Domains › SSL/TLS Certificates.
2. Se o Let's Encrypt estiver disponível no painel, emita um certificado para o domínio e para www. O certificado antigo não é transferido sozinho; se tiver um certificado pago, carregue o certificado e a chave privada neste ecrã.
3. Em Hosting Settings, ative o redirecionamento permanente (301) de HTTP para HTTPS. Se a aplicação, o .htaccess ou o web.config também redirecionarem, mantenha apenas um, ou pode ficar num 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 de teste e receba outra de um endereço externo.
2. Confirme que os registos SPF e DKIM estão no DNS. A assinatura DKIM está nas definições de correio do domínio no Plesk; se o DNS estiver noutro fornecedor, acrescente lá o registo.
3. Verifique se o registo DMARC mantém o valor anterior.

Lista de verificação após a migração

"O site abre" não é o mesmo que "a migração correu bem":

• O domínio aponta para o servidor novo
• HTTPS com certificado válido (incluindo www)
• Página inicial e páginas interiores
• Acesso e administração
• Leitura e escrita na base de dados
• Formulários e carregamentos
• Ficheiros estáticos (imagens, CSS, JS)
• Redirecionamentos
• Scheduled Tasks (ativas no novo, paradas no antigo)
• Envio e receção de email
• MX, SPF, DKIM, DMARC
• Domínios adicionais e subdomínios
• Integrações externas
• Logs (Websites & Domains › Logs)

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

Em vez de um número fixo de dias, procure estes sinais:

• Já não há tráfego relevante no servidor antigo.
• Não chega email novo ao servidor antigo, e o que chegou já foi copiado.
• A lista de verificação está completa e o cliente confirmou que o site funciona.
• Em sites críticos, um ciclo de negócio completo (uma encomenda, uma fatura, uma newsletter) já decorreu sem problemas no servidor novo.

Passo 12: encerre o alojamento antigo no fim

1. Faça uma última cópia do alojamento antigo e guarde-a.
2. Confirme que as tarefas agendadas do servidor antigo pararam.
3. Cancele o alojamento antigo. Se o domínio estiver registado na mesma empresa, garanta que cancela só o alojamento e não o domínio.

Plano de regresso

Antes de começar, o alojamento antigo deve estar ativo, a cópia na sua posse, os registos DNS antigos guardados e os passos de regresso escritos. Voltar atrás antes da mudança de DNS é simples. Em sites que escrevem na base de dados, repor o DNS não chega: as encomendas, registos e emails que chegaram ao servidor novo também têm de ser devolvidos.

Resolução de problemas

Erros comuns

• Começar sem cópia de segurança.
• Mover só os ficheiros e esquecer a base de dados.
• Pensar que criar uma caixa de correio move as mensagens.
• Tomar funções de administrador do Plesk (Migrator, definições do servidor) por funções de revenda.
• Escolher um Service Plan mais pequeno do que a origem ou deixar desativadas permissões necessárias.
• Alterar o DNS antes de testar.
• Não verificar a versão de PHP e as extensões.
• Esquecer as Scheduled Tasks ou corrê-las nos dois servidores.
• Perder MX, SPF, DKIM e registos de verificação ao mudar os nameservers.
• Saltar a sincronização final em sites dinâmicos.
• Encerrar o alojamento antigo demasiado cedo.
• Não verificar o SSL nem o endereço com www.
• Misturar o comportamento do Plesk para Linux e para Windows (.htaccess vs web.config, MySQL vs MSSQL).

Perguntas frequentes

Como se migra um site para o Plesk?

Faça o inventário da origem e uma cópia de segurança. No Plesk, crie uma Subscription num Service Plan adequado, carregue os ficheiros para a raiz do documento, importe as bases de dados, crie as caixas de correio e mova as mensagens, se necessário. Configure o PHP e as Scheduled Tasks, teste com o ficheiro hosts, altere o DNS e verifique o SSL e o email.

Como se migra de Plesk para Plesk?

Se vir o Plesk Migrator no painel, pode transferir a subscrição com ele. Na maioria das contas de revenda, o Migrator exige permissões de administrador e não aparece. Nesse caso, faça uma cópia ou exporte ficheiros e base de dados do Plesk de origem e migre manualmente, ou peça ao suporte uma transferência a partir do servidor.

É possível mudar um site do cPanel para o Plesk?

Sim. O Plesk não restaura cópias do cPanel diretamente, por isso a migração é manual. Transfira do cPanel os ficheiros e as exportações das bases de dados, crie uma Subscription no Plesk, carregue os ficheiros para httpdocs, importe as bases de dados com o Import Dump, crie as caixas de correio e recrie os cron jobs como Scheduled Tasks.

O que é o Plesk Migrator?

O Plesk Migrator é uma ferramenta de servidor do Plesk que transfere sites, bases de dados e email de outro servidor para o Plesk. Liga-se ao servidor de origem e faz a transferência automaticamente. Instalá-la e usá-la exige normalmente acesso de administrador ao servidor Plesk.

Um revendedor pode usar o Plesk Migrator?

Na maioria das contas de revenda, não. O Migrator é uma ferramenta de servidor que exige permissões de administrador. Se não vir um menu Migration & Transfer Manager no painel, é o esperado. Use o método manual deste guia ou abra um pedido de suporte para uma transferência a partir do servidor.

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

Não. O domínio pode ficar no registador atual. Para migrar, basta apontar os nameservers do domínio, ou o registo A no seu fornecedor de DNS atual, para o servidor novo. A transferência de domínio é um processo separado e opcional.

É obrigatório mudar os nameservers?

Não. Se o DNS estiver noutro fornecedor, basta alterar o registo A, e se necessário os registos www e AAAA, para o novo IP. Se mudar os nameservers, o DNS passa a ser gerido em DNS Settings do Plesk, por isso acrescente primeiro lá os registos MX, SPF, DKIM e de verificação.

O email passa automaticamente para o Plesk?

Numa migração manual, não. Criar uma caixa de correio no Plesk não traz as mensagens antigas. Mova-as com a opção de importação do Plesk, se a sua versão a tiver, ou com um cliente de email ou ferramenta de sincronização IMAP. Repita a cópia depois da alteração do MX para as mensagens que chegarem tarde.

Como se move uma base de dados para o Plesk?

Exporte a base de dados na origem. No Plesk, crie a base de dados e o utilizador em Databases e carregue a exportação com o Import Dump. Depois, coloque o anfitrião do Connection Info e os dados do novo utilizador na configuração da aplicação e confirme que o site lê e escreve dados.

Posso testar o site sem alterar o DNS?

Sim. Acrescente ao ficheiro hosts do seu computador uma linha com o IP do servidor novo e o seu domínio, e o site passa a abrir a partir do servidor novo só para si. O Website Preview, se existir, serve para uma vista rápida, mas em sites do tipo WordPress o ficheiro hosts dá o resultado fiável.

O certificado SSL passa automaticamente para o Plesk?

Não. Quando o DNS apontar para o servidor novo, emita um certificado para o domínio e para www em SSL/TLS Certificates, com o Let's Encrypt se estiver disponível no painel. Se usar um certificado pago, carregue o certificado e a chave privada no mesmo ecrã e ative o redirecionamento para HTTPS.

Quando devo encerrar o alojamento antigo?

Não há uma data fixa. Encerre-o quando o servidor antigo já não receber tráfego relevante nem email novo, a lista de verificação estiver completa e o cliente tiver aprovado o site. Antes disso, faça uma última cópia e confirme que as tarefas agendadas do servidor antigo pararam.

Como evito perder dados durante a migração?

Faça uma cópia e mantenha o alojamento antigo ativo. Em sites que escrevem constantemente na base de dados, planeie uma janela de manutenção curta: pare as escritas, mova a versão mais recente da base de dados para o Plesk e altere o DNS. Essa sincronização final evita perder encomendas e registos feitos depois da primeira cópia.

Migrar para o Plesk para Windows é igual ao Plesk para Linux?

Os passos principais são os mesmos, mas os detalhes mudam. O Plesk para Windows funciona com IIS, usa web.config em vez de .htaccess e oferece MS SQL. O Plesk para Linux usa Apache e nginx com MySQL/MariaDB. Os sites PHP encaixam no Linux; as aplicações ASP.NET e MSSQL, no Windows.

Guias relacionados

• Como criar nameservers próprios no Plesk Reseller Hosting
• Como criar um Service Plan no Plesk
• Como criar o primeiro cliente e subscrição no Plesk
• Como migrar um site para o cPanel Reseller Hosting

Ao abrir um pedido de suporte, indique o domínio que está a migrar, o painel de origem, a plataforma de destino (Plesk para Linux ou Windows) e o passo em que se encontra.