Migrarea de la Google Workspace este adesea mai simplă decât cea de la Microsoft 365 în privința e-mailului și a fișierelor și mai dificilă în privința a tot ceea ce este specific Google: Chat, Sites, Forms legate de scripturi, partajări foarte deschise. Proiectul se judecă după această a doua listă.
În Gmail, un mesaj există o singură dată și poartă zero, una sau mai multe etichete. Văzută prin IMAP, fiecare etichetă devine un dosar, iar același mesaj apare în fiecare dintre ele. Li se adaugă dosare speciale, printre care „Toate mesajele”, care conține totul, inclusiv mesajele arhivate fără nicio etichetă. Numele acestor dosare speciale depind de limba contului.
Pândesc, așadar, două erori opuse. Copierea tuturor dosarelor, inclusiv „Toate mesajele”, multiplică dublurile. Copierea doar a etichetelor omite mesajele arhivate, pe care unii angajați le folosesc ca unică modalitate de clasificare. Regula se alege înainte de prima copiere: de exemplu, un dosar pentru fiecare etichetă și un dosar de preluare pentru mesajele fără etichetă. Dosarele „Important”, „Spam” și „Coș de gunoi” sunt în general excluse. Odată stabilită, regula se aplică tuturor căsuțelor poștale, inclusiv la a doua trecere.
Un document Word depus în Drive rămâne un fișier Word și se copiază ca atare. Un Google Doc, Sheet sau Slides există doar în Google: trebuie convertit într-un format de birou pentru a fi scos. Conversia păstrează textul și datele. Ea pierde sau degradează istoricul versiunilor, o parte din formatare și funcțiile din Sheets care interoghează alte registre de calcul sau servicii Google. Scripturile atașate documentului nu urmează.
O echipă care redactează în colaborare în Docs toată ziua trebuie să testeze editorul destinației timp de două săptămâni, pe propriile documente, înainte de orice comutare. Dacă testul eșuează, a rămâne pe Google Workspace este o decizie rațională. Pagina Google Workspace față de o soluție suverană servește acestei alegeri, iar panorama alternativelor europene la Google Workspace ajută la alegerea destinației.
Să ne imaginăm o firmă de expertiză contabilă cu 25 de persoane. E-mailul și calendarul trec fără surprize. Drive-ul, în schimb, conține Sheets partajate prin link cu clienți, care își introduc acolo documentele justificative în fiecare lună, și un formular de colectare legat de un script. Migrarea acestor elemente nu este o copiere: este o regândire a modului de lucru cu clienții. Firma are tot interesul să o trateze ca pe un proiect distinct, cu propriul calendar, în loc să o descopere în ziua comutării.
În timpul copierii, angajații continuă să scrie în Gmail. O a doua trecere, chiar înainte de schimbarea MX, recuperează diferența. Fără această trecere, ultimele zile lipsesc. Metoda generală este aceeași ca pentru un serviciu de e-mail fără întrerupere.
TTL-ul se reduce din timp deoarece resolverele DNS păstrează vechiul răspuns până la expirarea vechii durate. După comutare, Google se consideră în continuare responsabil de domeniu: un angajat care îi scrie unui coleg din Gmail își vede mesajul livrat în Google, fără a trece prin noul MX. De aceea etapa 7 închide trimiterea, nu doar primirea.
Proprietarul unui fișier din Drive este o persoană. Dacă aceasta a părăsit compania fără transferul proprietății, fișierul este mai greu de preluat. Faceți acest transfer înainte de copiere. Consola de administrare îl permite; important este să îl faceți înainte de ștergerea contului, altfel fișierele al căror proprietar era dispar odată cu el. Drive-urile partajate, în schimb, aparțin organizației, nu unei persoane: se migrează pe echipe.
Un fișier care apare în „Distribuite cu mine” nu aparține utilizatorului care îl vede. Copiat căsuță cu căsuță, el va fi preluat o singură dată, din contul proprietarului său. Dacă aparține unui client sau unui partener extern, nu va fi preluat deloc: este normal, dar trebuie să știți acest lucru.
Grupurile Google servesc adesea drept liste de distribuție și liste de drepturi. Exportați-le. Recreați-le pe destinație. Nu presupuneți că un grup de douăzeci de persoane „se va reface singur”. Același grup poate atât să primească e-mailurile unei adrese comerciale, cât și să dea acces la un drive partajat: aceste două roluri se recreează separat.
Validarea domeniului (SPF, DKIM, DMARC) se reface în ziua schimbării MX. Omiterea DMARC se traduce prin e-mailuri respinse de corespondenți, deși trimiterea „funcționează” în testele interne. Motivul este simplu: DMARC cere ca mesajul să fie autentificat prin SPF sau prin DKIM în numele domeniului dumneavoastră. Înregistrările destinației pot fi publicate înainte de ziua Z (o singură înregistrare SPF care autorizează ambele platforme pe durata tranziției, o cheie DKIM sub un selector nou); în ziua schimbării MX, se verifică rezultatul pe un mesaj real trimis în exterior.
În privința posturilor de lucru, două cazuri cer atenție. Pe Android, contul Google al companiei este adesea contul telefonului: se adaugă noul cont, se verifică e-mailul, calendarul și contactele, apoi se elimină cel vechi. Angajații care foloseau Outlook conectat la Google prin instrumentul de sincronizare al Google trebuie să recreeze un profil Outlook, în loc să îl modifice pe cel vechi.
Detaliile rând cu rând se află în lista de verificare pentru migrare, ale cărei puncte sunt în mare parte valabile și pentru Google.
Da, în majoritatea instrumentelor de copiere, o etichetă devine un dosar. Un mesaj care poartă mai multe etichete este atunci fie copiat în fiecare dosar, fie plasat într-unul singur, în funcție de regula aleasă. Această alegere se face înainte de prima copiere și se verifică pe eșantionul de cinci căsuțe poștale.
Nu. Acest format există doar în interiorul Google. La ieșire, fiecare document devine un fișier de birou, care poate fi modificat în editorul destinației. Textul și datele urmează; istoricul versiunilor și comentariile în curs nu urmează întotdeauna.
Linkurile Google încetează să funcționeze atunci când contul sau Drive-ul este închis. Partajările trebuie recreate pe destinație, iar clienții vizați trebuie anunțați. Este și ocazia de a închide partajările deschise pentru „oricine are linkul” care nu mai au rost.
Nu. Păstrați Google în modul citire pe durata verificării, apoi exportați ceea ce trebuie păstrat înainte de închidere. O reziliere prea timpurie împiedică corectarea unei diferențe descoperite ulterior. Costul acestei perioade se prevede în buget, după cum se explică în cât costă o migrare.
Klytic primește e-mailurile pe un serviciu de e-mail Zimbra pe care îl operează, găzduit în arhitectura sa de e-mail, într-o instanță dedicată sau la client, iar fișierele pe o instanță Nextcloud dedicată clientului. Documentele Google Docs devin fișiere. Acolo pot fi partajate, editate online individual sau în echipă, iar istoricul versiunilor lor poate fi consultat. Nu este editorul Google. Consultanța pentru migrarea e-mailurilor este gratuită. Klytic garantează că niciun e-mail nu se pierde. Copierea realizată de Klytic se face pe bază de ofertă, după inventarul căsuțelor poștale și al volumelor.
Serviciul de e-mail este accesibil prin web, prin clienți de e-mail, pe mobil, prin EAS și prin EWS. Serviciile se achiziționează separat: puteți migra doar e-mailul sau doar fișierele. Abonamentele se află pe pagina Tarife, separat de oferta de migrare.
Această pagină descrie o metodă. Ea nu promite preluarea serviciilor specifice Google.
Consultate în octombrie 2026.
Consiliere gratuită, niciun e-mail pierdut. Migrarea realizată de Klytic se face pe bază de ofertă, după un inventar.
Ofertă de bun venit
Ofertă de probă fără angajament. Un consilier vă sună înapoi pentru a vă înțelege nevoile și a vă pregăti spațiul Klytic.
