É possível mudar o site para outro fornecedor sem o reconstruir?

Às vezes, sim. Se um site utiliza ficheiros convencionais e acessíveis, uma base de dados, configuração e licenças transferíveis, muitas vezes pode mudar para outro fornecedor sem ser reconstruído. Um site criado num construtor alojado pode permitir apenas uma mudança parcial, a exportação dos conteúdos ou até impedir o funcionamento do sistema original fora da plataforma.

Por isso, a primeira pergunta não é «Quem deve reconstruí-lo?», mas sim «O que temos exatamente, o que pode sair do ambiente atual e o que tem de continuar a funcionar depois da mudança?»

O que significa, na prática, mudar um site?

Uma mudança de fornecedor pode corresponder a vários projetos diferentes:

• Mudança do sistema completo: os ficheiros do site, a base de dados, a configuração, os conteúdos multimédia, as contas e os serviços relacionados passam para outro ambiente de alojamento.
• Mudança parcial do sistema: mudam as partes reutilizáveis e substituem-se as funções específicas do fornecedor, como formulários, pesquisa, finalização de compra ou área de membros.
• Mudança dos conteúdos: páginas, artigos, produtos ou imagens são exportados e importados para outro sistema, mas o design e as funcionalidades são reconstruídos.
• Transição da operação: o site fica onde está, mas uma nova empresa recebe os acessos necessários para o manter.

Estas opções têm custos e riscos diferentes. A exportação de conteúdos pode preservar os textos e as imagens, mas deixar para trás os modelos, a administração, as integrações e o comportamento que faziam o site funcionar.

O domínio é independente do site?

Normalmente, sim. O domínio é o endereço utilizado pelas pessoas. O alojamento é o ambiente que disponibiliza o site. O sistema de gestão de conteúdos, o e-mail e o DNS podem ser geridos separadamente.

Isto é importante porque mudar a empresa que mantém o site não exige necessariamente transferir o domínio. Do mesmo modo, mudar o registo do domínio não transfere o site. Uma empresa pode manter o domínio e os URLs públicos atuais e mudar apenas o alojamento subjacente.

Antes de qualquer mudança, confirme quem controla a conta do registador do domínio, os registos DNS, a conta de alojamento, a administração do site e o e-mail da empresa. Vistos de fora, podem parecer um único serviço, embora sejam geridos através de várias contas.

O sistema atual pode funcionar noutro local?

O indício mais forte de que uma mudança completa é possível é ter acesso ao pacote habitual da aplicação: ficheiros de origem, base de dados, conteúdos multimédia, configuração, informação sobre o ambiente de execução necessário e licenças que continuem válidas no novo ambiente.

O WordPress é um exemplo conhecido. As orientações oficiais de migração explicam que um site pode mudar de servidor com os respetivos ficheiros e base de dados, alterando a configuração quando necessário. O WordPress também recomenda tratar os ficheiros e a base de dados como um único conjunto de cópias de segurança, porque ambos fazem parte do site funcional. Consulte as orientações oficiais de migração do WordPress e as orientações de cópias de segurança do WordPress.

Isso não significa que todos os sites WordPress sejam imediatamente portáteis. Um tema ou plugin pode ter uma licença limitada, depender da conta de uma agência, chamar um serviço externo ou exigir uma funcionalidade de servidor que o novo alojamento não disponibiliza. O código personalizado também pode estar incompleto ou indisponível.

Os construtores alojados funcionam de outra forma. A Wix afirma que um site Wix tem de ser alojado e operado na infraestrutura da Wix por depender de tecnologia proprietária, embora o domínio possa ser gerido noutro local. As suas orientações sobre exportação e alojamento externo mostram claramente como a escolha da plataforma afeta a portabilidade.

Uma exportação inclui o site funcional completo?

Não necessariamente. A existência de um botão de exportação mostra que é possível obter alguns dados, não que o sistema completo possa funcionar de forma independente.

A Webflow permite exportar HTML, CSS, JavaScript e recursos em determinados planos. A sua documentação oficial de exportação de código também refere que o CMS, as contas de utilizador, as funções de comércio eletrónico, os conteúdos localizados, os formulários, a pesquisa do site e outras funcionalidades alojadas não são incluídos ou não funcionarão como na Webflow.

A Squarespace disponibiliza uma exportação XML de determinados conteúdos destinados ao WordPress, mas afirma que nem tudo pode ser exportado, porque algumas funcionalidades dependem do JavaScript e do CSS da Squarespace. As suas orientações de exportação do site indicam o que é e não é incluído.

Uma avaliação útil compara, por isso, a exportação com o site publicado. Deve verificar se menus, formulários, pesquisa, contas de clientes, produtos, pagamentos, reservas, idiomas, redirecionamentos e administração estão presentes e utilizáveis, e não apenas se foi possível descarregar um ficheiro.

Que provas devemos reunir antes de decidir?

Reúna provas antes de cancelar serviços ou aprovar uma reconstrução:

• acesso ao registador do domínio e ao DNS;
• acesso ao painel de controlo do alojamento, ao servidor ou à conta da plataforma;
• acesso de administrador ao site;
• ficheiros de origem ou acesso ao repositório;
• exportação atual da base de dados e arquivo de conteúdos multimédia;
• exportações da plataforma e uma nota sobre o que cada uma exclui;
• licenças de temas, plugins, tipos de letra e outros programas;
• formulários, serviços de pagamento, ferramentas de marcação, pesquisa e outras integrações;
• contas de análise, gestão de etiquetas e gestão de pesquisa;
• serviços de e-mail e registos DNS associados ao e-mail;
• lista dos URLs atuais, incluindo páginas de entrada importantes;
• cópias de segurança recentes e provas de que podem ser restauradas.

A documentação é útil, mas os acessos devem ser testados. Uma lista de credenciais não confirma que as contas abrem, que a exportação é concluída ou que os dados resultantes são utilizáveis.

Quando faz sentido reconstruir apenas uma parte?

Uma reconstrução parcial pode ser adequada quando é possível recuperar os conteúdos e os recursos visuais, mas a plataforma original não pode funcionar noutro local. Também pode fazer sentido quando as páginas públicas atuais estão bem, mas é preciso substituir um formulário alojado, uma loja, uma área de membros ou uma função de pesquisa.

O âmbito deve ficar explícito. Por exemplo, o projeto pode preservar conteúdos, imagens, apresentação da marca e URLs, substituindo os modelos e formulários. Outro projeto pode transferir todo o sistema de conteúdos, mas substituir um tema licenciado. É diferente de presumir que uma mudança de fornecedor obriga a criar um site novo de raiz.

Se o principal problema for a responsabilidade, e não o alojamento, pode bastar uma transição técnica. O nosso serviço Substituir o seu programador começa pela análise de acessos, propriedade, código, alojamento, cópias de segurança e riscos atuais, antes de escolher entre manutenção, migração ou reconstrução.

O que acontece aos URLs atuais e à visibilidade nas pesquisas?

Uma mudança de alojamento pode manter o mesmo domínio e estrutura de URLs. A Google trata uma mudança da infraestrutura de alojamento sem alterações visíveis nos URLs de forma diferente de uma mudança que altera os URLs. As suas orientações sobre mudança de alojamento recomendam preparar e testar a nova infraestrutura, alterar o DNS, acompanhar os dois ambientes e só desligar a infraestrutura antiga quando a nova estiver a servir corretamente o site.

Se os URLs mudarem, crie um mapeamento página a página e os redirecionamentos adequados. As orientações da Google para mudanças de site também recomendam atualizar ligações internas, referências canónicas e mapas do site e, depois, acompanhar a mudança. A visibilidade nas pesquisas pode oscilar durante uma alteração significativa, pelo que nenhum fornecedor deve prometer um resultado totalmente inalterado.

Como avalia a LINK-V uma mudança de fornecedor?

A LINK-V começa pelo sistema existente. Analisamos acessos, alojamento, ficheiros de origem, base de dados, exportações da plataforma, licenças, domínios, DNS, dependências de e-mail, integrações, URLs e cópias de segurança. Depois determinamos se a solução prática é uma mudança completa, uma mudança parcial, uma migração de conteúdos, uma transição operacional ou uma reconstrução.

O nosso serviço de Migração inclui, quando necessário, a avaliação, o planeamento da transferência, um ambiente de teste, o tratamento dos URLs, a alteração do DNS e as verificações após o lançamento. Se o site atual puder permanecer onde está, passando para uma nova gestão, a Manutenção de sites poderá ser a opção mais adequada.

A resposta deve basear-se em provas, não no nome da plataforma atual. Antes de escolher outro fornecedor ou aprovar uma reconstrução, determine a que é possível aceder, o que pode ser exportado, o que pode continuar legal e tecnicamente noutro local e que funções da empresa têm de sobreviver à mudança.