Início›Guias›Migração

Migração

Migrar do Google Workspace para uma solução europeia

A migração a partir do Google Workspace costuma ser mais simples do que a partir do Microsoft 365 no que diz respeito ao e-mail e aos arquivos, e mais difícil em tudo o que é específico do Google: Chat, Sites, Forms ligados a scripts, compartilhamentos muito abertos. O projeto se avalia por essa segunda lista.

Atualizado em outubro de 20268 min de leituraFontes oficiais citadas

O que se recupera

  • Gmail. Histórico via IMAP ou pelas ferramentas do fornecedor do software de destino. Pastas (marcadores) a acompanhar: o Gmail classifica por marcadores, muitos destinos classificam por pastas. Uma mensagem com três marcadores pode acabar em três cópias ou em uma só, conforme a ferramenta. É preciso decidir isso antes da cópia.
  • Agenda e contatos. Exportação padrão, seguida da verificação das recorrências, das salas de reunião e dos calendários compartilhados.
  • Drive. Arquivos de escritório da Microsoft já armazenados tal como estão, e exportações dos Google Docs, Sheets e Slides para formatos de escritório. A exportação altera o layout dos documentos elaborados. Abra uma amostra real: o modelo de contrato, o painel de indicadores, a apresentação comercial.
  • Aliases, grupos e encaminhamentos. Eles são recriados. Eles não se adivinham.

Como os marcadores se comportam na cópia

No Gmail, uma mensagem existe uma única vez e leva zero, um ou vários marcadores. Vista em IMAP, cada marcador se torna uma pasta, e a mesma mensagem aparece em cada uma delas. A isso se somam pastas especiais, entre elas “Todos os e-mails”, que contém tudo, inclusive as mensagens arquivadas sem nenhum marcador. Os nomes dessas pastas especiais dependem do idioma da conta.

Dois erros opostos espreitam, portanto. Copiar todas as pastas, “Todos os e-mails” incluída, multiplica as duplicatas. Copiar apenas os marcadores esquece as mensagens arquivadas, que alguns funcionários usam como única forma de classificação. A regra é escolhida antes da primeira cópia: uma pasta por marcador e uma pasta de recuperação para as mensagens sem marcador, por exemplo. As pastas “Importante”, “Spam” e “Lixeira” em geral são excluídas. Uma vez definida, a regra se aplica a todas as caixas, inclusive na segunda passagem.

Os arquivos do Google não são arquivos como os outros

Um documento Word colocado no Drive continua sendo um arquivo Word e é copiado tal como está. Um Google Doc, um Sheet ou um Slides só existe no Google: é preciso convertê-lo para um formato de escritório para retirá-lo. A conversão mantém o texto e os dados. Ela perde ou degrada o histórico de versões, parte da formatação e as funções do Sheets que consultam outras planilhas ou serviços do Google. Os scripts anexados ao documento não acompanham.

O que não se recupera tal como está

  • O histórico do Google Chat e os espaços.
  • Os Google Sites e os formulários cuja lógica está no Apps Script.
  • Os compartilhamentos “qualquer pessoa com o link”: eles devem ser inventariados e, depois, fechados ou recriados.
  • Os comentários e sugestões em andamento em um Google Doc no momento da exportação.
  • A pesquisa unificada no estilo do Google sobre todo o acervo.

Uma equipe que redige em conjunto no Docs o dia inteiro deve testar o editor do destino durante duas semanas, com os seus documentos, antes de qualquer virada. Se o teste falhar, permanecer no Google Workspace é uma decisão racional. A página Google Workspace diante de uma solução soberana serve para essa escolha, e o panorama das alternativas europeias ao Google Workspace ajuda a escolher o destino.

Exemplo

Imaginemos um escritório de contabilidade de 25 pessoas. O e-mail e a agenda migram sem surpresas. O Drive, por sua vez, contém Sheets compartilhados por link com clientes, que neles lançam seus comprovantes todo mês, e um formulário de coleta ligado a um script. A migração desses elementos não é uma cópia: é uma reformulação da forma de trocar informações com os clientes. O escritório tem todo o interesse em tratá-la como uma frente de trabalho distinta, com seu próprio cronograma, em vez de descobri-la no dia da virada.

A ordem das operações

  1. Inventário dos domínios, grupos, caixas de correio, drives de equipe e proprietários que saíram da empresa.
  2. Criação das contas de destino. O MX não muda.
  3. Cópia do e-mail e verificação dos marcadores em cinco caixas bem diferentes (diretoria, caixa compartilhada, caixa muito volumosa, caixa quase vazia, caixa de um funcionário que saiu).
  4. Cópia dos arquivos e teste de abertura.
  5. Virada DNS do MX, com o TTL reduzido com antecedência.
  6. Reconfiguração dos celulares e das aplicações que enviam e-mail (site, faturamento, notificações).
  7. Modo somente leitura do lado do Google durante a verificação, seguido do encerramento.

Durante a cópia, os funcionários continuam escrevendo no Gmail. Uma segunda passagem, logo antes do MX, recupera o delta. Sem essa passagem, faltam os últimos dias. O método geral é o mesmo que para um e-mail sem interrupção.

O TTL é reduzido com antecedência porque os resolvedores DNS mantêm a resposta antiga até a expiração do prazo antigo. Após a virada, o Google ainda se considera responsável pelo domínio: um funcionário que escreve para um colega pelo Gmail vê sua mensagem entregue no Google, sem passar pelo novo MX. É por isso que a etapa 7 encerra o envio, não apenas o recebimento.

Pontos próprios do Google

O proprietário de um arquivo do Drive é uma pessoa. Se ela saiu da empresa sem transferência de propriedade, o arquivo é mais difícil de recuperar. Faça essa transferência antes da cópia. O console de administração permite isso; o importante é fazê-la antes de excluir a conta, caso contrário os arquivos dos quais ela era proprietária desaparecem com ela. Os drives compartilhados, por sua vez, pertencem à organização e não a uma pessoa: eles são migrados por equipe.

Um arquivo que aparece em “Compartilhados comigo” não pertence ao usuário que o vê. Copiado caixa por caixa, ele só será recuperado uma vez, a partir da conta do seu proprietário. Se ele pertencer a um cliente ou a um parceiro externo, não será recuperado: isso é normal, mas é preciso saber.

Os grupos do Google muitas vezes servem como listas de distribuição e como listas de permissões. Exporte-os. Recrie-os no destino. Não suponha que um grupo de vinte pessoas “vai se refazer sozinho”. Um mesmo grupo pode ao mesmo tempo receber as mensagens de um endereço comercial e dar acesso a um drive compartilhado: essas duas funções são recriadas separadamente.

A validação do domínio (SPF, DKIM, DMARC) é refeita no dia do MX. Um esquecimento no DMARC se traduz em e-mails rejeitados pelos correspondentes, ao passo que o envio “funciona” nos testes internos. O motivo é simples: o DMARC exige que a mensagem seja autenticada por SPF ou por DKIM em nome do seu domínio. Os registros do destino podem ser publicados antes do dia D (um único registro SPF que autoriza as duas plataformas durante a transição, uma chave DKIM sob um novo seletor); no dia do MX, verifica-se o resultado em uma mensagem real enviada para fora.

Do lado das estações e aparelhos, dois casos exigem atenção. No Android, a conta Google da empresa muitas vezes é a conta do próprio telefone: adiciona-se a nova conta, verificam-se e-mail, agenda e contatos e, depois, remove-se a antiga. Os funcionários que usavam o Outlook ligado ao Google pela ferramenta de sincronização do Google devem recriar um perfil do Outlook, em vez de modificar o antigo.

Os erros frequentes

  • Excluir a conta de um funcionário que saiu antes de ter transferido os seus arquivos.
  • Copiar todas as pastas do Gmail sem regra, e depois descobrir caixas que dobraram de volume.
  • Esquecer os compartilhamentos por link usados por clientes. O link deixa de funcionar no encerramento, e o cliente descobre isso sozinho.
  • Virar o MX sem segunda passagem. Os últimos dias de mensagens faltam no destino.

O detalhe linha a linha está na checklist de migração, cuja maioria dos itens também vale para o Google.

Perguntas frequentes

Os marcadores do Gmail viram pastas?

Sim, na maioria das ferramentas de cópia, um marcador vira uma pasta. Uma mensagem com vários marcadores é então copiada em cada pasta ou classificada em uma só, conforme a regra escolhida. Essa escolha é feita antes da primeira cópia e verificada na amostra de cinco caixas.

É possível manter os Google Docs no formato do Google?

Não. Esse formato só existe dentro do Google. Na saída, cada documento se torna um arquivo 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 em andamento nem sempre acompanham.

O que acontece com os arquivos compartilhados com nossos clientes?

Os links do Google deixam de funcionar quando a conta ou o Drive é fechado. É preciso recriar os compartilhamentos no destino e avisar os clientes envolvidos. É também a ocasião de fechar os compartilhamentos abertos a “qualquer pessoa com o link” que não têm mais razão de existir.

É preciso cancelar o Google Workspace no dia da virada?

Não. Mantenha o Google em modo de leitura durante a verificação e, depois, exporte o que precisa ser conservado antes do encerramento. Cancelar cedo demais impede de corrigir uma divergência descoberta depois. O custo desse período deve ser previsto no orçamento, como explicado em quanto custa uma migração.

Klytic, neste cenário

A Klytic recebe o e-mail em um serviço de e-mail Zimbra que ela própria opera, hospedado na sua arquitetura de e-mail, em uma instância dedicada ou nas instalações do cliente, e os arquivos em uma instância Nextcloud dedicada ao cliente. Os Google Docs se tornam arquivos. É possível compartilhá-los nela, editá-los online individualmente ou de forma colaborativa e consultar o histórico de suas versões. Não é o editor do Google. As orientações de migração de e-mail são gratuitas. A Klytic garante que nenhum e-mail é perdido. A cópia realizada pela Klytic é feita sob orçamento, após o inventário das caixas e dos volumes.

O e-mail é acessível pela web, pelos softwares de e-mail, no celular, em EAS e em EWS. Os serviços são contratados separadamente: é possível migrar apenas o e-mail, ou apenas os arquivos. As assinaturas estão na página Preços, distinta do orçamento de migração.

Esta página descreve um método. Ela não promete a recuperação dos serviços próprios do Google.

Fontes

Consultadas em outubro de 2026.

  • Compromisso da Klytic sobre a migração dos e-mails. Página Preços
  • SPF, DKIM e DMARC, a revalidar no dia da mudança do MX: RFC 7208, RFC 6376, RFC 7489.
  • O MX designa os servidores que recebem as mensagens de um domínio. RFC 5321, SMTP
  • Tempo de vida dos registros DNS (TTL). RFC 1035
  • A Infomaniak indica, por sua vez, que os históricos do Teams, do Slack e do Google Chat não são recuperados automaticamente. O limite descrito aqui não é, portanto, exclusivo de um único destino. kSuite

Preparar a migração do seu e-mail

Orientação gratuita, nenhum e-mail perdido. A migração realizada pela Klytic é orçada após um inventário.

Solicitar um orçamento →

Ver os preços

Oferta de boas-vindas

30 dias de teste gratuito, migração acompanhada

Oferta de teste sem compromisso. Um consultor entra em contato para entender suas necessidades e preparar seu espaço Klytic.