O migrare de email durează de la câteva ore până la 48 de ore, în funcție de unde pornești — configurare nouă, migrare de pe hosting sau de pe email personal. De cele mai multe ori, nu volumul de date strică o migrare — ci ordinea greșită a pașilor: cineva schimbă înregistrarea MX înainte ca totul să fie gata, sau uită să recreeze o regulă care exista pe vechiul sistem.
Durata reală depinde de volumul de mesaje și de configurația veche. Pe pagina de configurare și migrare email vezi cum se desfășoară mutarea la noi.
Cât durează, concret, fiecare scenariu?
| Scenariu | Durată |
| Configurare nouă, fără nimic de migrat | Câteva ore, într-o zi lucrătoare |
| De pe hosting / cPanel | 24–48 ore, fără întrerupere |
| De pe Gmail / Yahoo personal | 24–48 ore, fără întrerupere |
Aceste durate presupun un proces fără complicații. Dacă domeniul are integrări externe multe, volum foarte mare de mesaje istorice, sau conturi cu reguli complexe de redirecționare, timpul real poate crește — dar rareori dincolo de câteva zile, chiar și pentru echipe mai mari.
De ce durează mai mult o căsuță foarte mare?
Google impune o limită zilnică de transfer prin IMAP — aproximativ 2,5-3,5 GB de date pe zi, per cont. Dacă o căsuță depășește această limită, transferul se oprește temporar și se reia automat după câteva ore, ceea ce înseamnă că o căsuță de peste 10 GB poate avea nevoie de 3 zile sau mai mult doar pentru transferul propriu-zis al mesajelor, indiferent cât de bine e pregătit restul procesului.
Pentru echipe mari, Google recomandă migrarea în loturi de cel mult 100 de utilizatori simultan, pentru performanță optimă — se poate migra și mai mulți deodată, dar cu viteză mai mică per cont. Dacă știi dinainte că ai câteva căsuțe foarte încărcate, merită să le tratezi separat, cu așteptări de timp diferite față de restul echipei.
Ce poate merge prost, de fapt?
- MX-ul schimbat prea devreme. Dacă înregistrarea MX e actualizată înainte ca toate mesajele să fie migrate și verificate, emailurile noi ajung în contul nou în timp ce cele vechi rămân neconfirmate — cea mai frecventă sursă de confuzie.
- Reguli de redirecționare pierdute. Nu se transferă automat — dacă nu sunt documentate înainte, rămân uitate, iar cineva observă abia când un mesaj important nu ajunge unde trebuia.
- SPF neactualizat pentru integrări existente. Dacă un CRM sau o platformă de facturare trimitea email prin vechiul sistem și nu e inclusă în noua configurație SPF, acele emailuri încep brusc să ajungă în spam.
- Propagare DNS mai lentă decât estimat. Deși schimbarea MX-ului durează minute la nivel tehnic, propagarea completă la nivel global poate lua până la 24-48 ore — în acest interval, unele servere externe pot încă trimite mesaje către vechea configurație.
- Dispozitive neconfigurate. Chiar dacă emailul e migrat corect, dacă telefoanele echipei nu au încă adăugat noile conturi, oamenii cred că "nu funcționează", când de fapt doar contul nou nu a fost configurat pe dispozitiv.
De ce se recomandă migrarea seara sau în weekend?
Nu pentru că procesul tehnic ar dura mai mult ziua, ci pentru că orice eroare umană (o regulă uitată, o secvență greșită) e mult mai ușor de corectat fără presiunea unei echipe care așteaptă activ emailurile în timp real. O eroare descoperită luni dimineață, verificată sâmbătă seara, nu costă nimic — aceeași eroare descoperită marți la ora 14:00, în mijlocul programului, costă timp de lucru real.
Cum previi majoritatea acestor probleme?
Cele mai multe surprize dispar dacă știi dinainte exact ce ai — conturi, aliasuri, reguli, integrări. Restul le prinzi cu un checklist clar, verificat înainte și după. Detaliem exact ce verifici, pas cu pas, în Checklist migrare email firmă — ce verifici înainte și după.
Întrebări frecvente
De ce migrarea mea a durat mai mult decât estimarea inițială?
Cel mai des, din cauza integrărilor externe descoperite pe parcurs (servicii care trimit email în numele domeniului, neidentificate în auditul inițial) sau a volumului de mesaje mai mare decât estimat.
Dacă ceva merge prost, cât durează să fie remediat?
Majoritatea problemelor (o regulă uitată, un SPF neactualizat) se remediază în câteva ore. O migrare reluată complet, din cauza unor date lipsă, poate dura la fel ca migrarea inițială.
Se poate întâmpla să nu funcționeze deloc emailul o perioadă?
Rar, dacă procesul e planificat corect — emailul vechi rămâne activ pe tot parcursul pregătirii. Riscul apare doar dacă MX-ul e schimbat înainte de confirmarea migrării, exact greșeala pe care o previne ordinea corectă a pașilor.
Merită să migrez în timpul săptămânii, dacă am o urgență?
Se poate, dar riscul de fricțiune vizibilă pentru echipă crește. Dacă urgența e reală, o migrare atent supravegheată, chiar și în timpul zilei, e preferabilă unei amânări îndelungate.
Vrei o estimare reală pentru situația ta, nu una generică? O consultație gratuită de 30 de minute îți spune exact cât ar dura, fără angajament.