A migração a partir do Google Workspace é muitas vezes mais simples do que a partir do Microsoft 365 no que respeita ao email e aos ficheiros, e mais dura em tudo o que é específico da Google: Chat, Sites, Forms ligados a scripts, partilhas muito abertas. O projeto avalia-se por esta segunda lista.
No Gmail, uma mensagem existe uma única vez e tem zero, uma ou várias etiquetas. Vista em IMAP, cada etiqueta torna-se uma pasta, e a mesma mensagem aparece em cada uma delas. Acrescem pastas especiais, entre as quais «Todo o correio», que contém tudo, incluindo as mensagens arquivadas sem qualquer etiqueta. Os nomes destas pastas especiais dependem do idioma da conta.
Há, portanto, dois erros opostos a evitar. Copiar todas as pastas, incluindo «Todo o correio», multiplica os duplicados. Copiar apenas as etiquetas esquece as mensagens arquivadas, que alguns trabalhadores utilizam como única forma de classificação. A regra escolhe-se antes da primeira cópia: uma pasta por etiqueta e uma pasta de recuperação para as mensagens sem etiqueta, por exemplo. As pastas «Importante», «Spam» e «Lixo» são em geral excluídas. Uma vez fixada, a regra aplica-se a todas as caixas de correio, incluindo na segunda passagem.
Um documento Word colocado no Drive continua a ser um ficheiro Word e copia-se tal como está. Um Google Doc, um Sheet ou um Slides só existe na Google: é preciso convertê-lo para um formato de escritório para o retirar. A conversão mantém o texto e os dados. Perde ou degrada o histórico de versões, uma parte da formatação e as funções do Sheets que consultam outros livros de cálculo ou serviços Google. Os scripts associados ao documento não acompanham.
Uma equipa que redige colaborativamente no Docs durante todo o dia deve testar o editor do destino durante duas semanas, nos seus documentos, antes de qualquer transição. Se o teste falhar, manter-se no Google Workspace é uma decisão racional. A página Google Workspace face a uma solução soberana serve para esta escolha, e o panorama das alternativas europeias ao Google Workspace ajuda a escolher o destino.
Imaginemos um gabinete de contabilidade com 25 pessoas. O email e a agenda transitam sem surpresas. O Drive, por seu lado, contém Sheets partilhados por ligação com clientes, que neles registam os seus documentos todos os meses, e um formulário de recolha ligado a um script. A migração destes elementos não é uma cópia: é uma reformulação da forma de trocar informação com os clientes. O gabinete tem todo o interesse em tratá-la como um projeto distinto, com o seu próprio calendário, em vez de a descobrir no dia da transição.
Durante a cópia, os trabalhadores continuam a escrever no Gmail. Uma segunda passagem, mesmo antes do MX, recupera o delta. Sem esta passagem, faltam os últimos dias. O método geral é o mesmo que para um email sem interrupção.
O TTL reduz-se antecipadamente porque os resolvedores DNS guardam a resposta antiga até expirar a duração antiga. Após a transição, a Google ainda se considera responsável pelo domínio: um trabalhador que escreve a um colega a partir do Gmail vê a sua mensagem entregue na Google, sem passar pelo novo MX. É por isso que a etapa 7 fecha o envio, e não apenas a receção.
O proprietário de um ficheiro do Drive é uma pessoa. Se tiver saído da empresa sem transferência de propriedade, o ficheiro é mais difícil de recuperar. Faça essa transferência antes da cópia. A consola de administração permite-o; o importante é fazê-lo antes de eliminar a conta, caso contrário os ficheiros de que era proprietário desaparecem com ela. Os drives partilhados, esses, pertencem à organização e não a uma pessoa: migram-se por equipa.
Um ficheiro que aparece em «Partilhados comigo» não pertence ao utilizador que o vê. Copiado caixa a caixa, só será transferido uma vez, a partir da conta do seu proprietário. Se pertencer a um cliente ou a um parceiro externo, não será transferido de todo: é normal, mas é preciso sabê-lo.
Os grupos Google servem muitas vezes de listas de distribuição e de listas de permissões. Exporte-os. Recrie-os do lado do destino. Não presuma que um grupo de vinte pessoas «se refaz sozinho». Um mesmo grupo pode simultaneamente receber o correio de um endereço comercial e dar acesso a um drive partilhado: estas duas funções recriam-se separadamente.
A validação do domínio (SPF, DKIM, DMARC) refaz-se no dia do MX. Um esquecimento do DMARC traduz-se em emails rejeitados pelos correspondentes, embora o envio «funcione» nos testes internos. A razão é simples: o DMARC exige que a mensagem seja autenticada por SPF ou por DKIM em nome do seu domínio. Os registos do destino podem ser publicados antes do dia D (um único registo SPF que autoriza as duas plataformas durante a transição, uma chave DKIM com um novo seletor); no dia do MX, verifica-se o resultado numa mensagem real enviada para o exterior.
Do lado dos postos de trabalho, dois casos exigem atenção. No Android, a conta Google da empresa é muitas vezes a do telemóvel: acrescenta-se a nova conta, verificam-se o email, a agenda e os contactos e, depois, retira-se a antiga. Os trabalhadores que utilizavam o Outlook ligado à Google através da ferramenta de sincronização da Google devem recriar um perfil do Outlook, em vez de modificarem o antigo.
O pormenor linha a linha encontra-se na checklist de migração, cuja maioria dos pontos também se aplica à Google.
Sim, na maioria das ferramentas de cópia, uma etiqueta torna-se uma pasta. Uma mensagem com várias etiquetas é então copiada para cada pasta ou arrumada numa só, consoante a regra escolhida. Esta escolha faz-se antes da primeira cópia e verifica-se na amostra de cinco caixas de correio.
Não. Esse formato só existe dentro da Google. À saída, cada documento torna-se um ficheiro de escritório, editável no editor do destino. O texto e os dados acompanham; o histórico de versões e os comentários pendentes nem sempre acompanham.
As ligações Google deixam de funcionar quando a conta ou o Drive é fechado. É preciso recriar as partilhas no destino e avisar os clientes em causa. É também a ocasião para fechar as partilhas abertas a «qualquer pessoa com a ligação» que já não têm razão de ser.
Não. Mantenha a Google em modo de leitura durante o controlo e, depois, exporte o que tiver de ser conservado antes do encerramento. Cancelar demasiado cedo impede a correção de uma discrepância descoberta mais tarde. O custo deste período prevê-se no orçamento, como explicado em quanto custa uma migração.
A Klytic recebe o email num serviço de email Zimbra que opera, alojado na sua arquitetura de email, numa instância dedicada ou nas instalações do cliente, e os ficheiros numa instância Nextcloud dedicada ao cliente. Os Google Docs tornam-se ficheiros. É possível partilhá-los aí, editá-los online individual ou colaborativamente, e consultar o histórico das suas versões. Não é o editor da Google. O aconselhamento para a migração do email é gratuito. A Klytic garante que nenhum email se perde. A cópia realizada pela Klytic é feita mediante orçamento, após o inventário das caixas de correio e dos volumes.
O email é acessível pela web, pelos programas de email, em dispositivos móveis, em EAS e em EWS. Os serviços adquirem-se separadamente: é possível migrar apenas o email, ou apenas os ficheiros. As subscrições constam da página Preços, distinta do orçamento de migração.
Esta página descreve um método. Não promete a transferência dos serviços próprios da Google.
Consultadas em outubro de 2026.
Aconselhamento gratuito, nenhum email perdido. A migração realizada pela Klytic é orçamentada após um inventário.
Oferta de boas-vindas
Oferta de teste sem compromisso. Um consultor liga-lhe para compreender as suas necessidades e preparar o seu espaço Klytic.
