Domů›Průvodce›Migrace

Migrace

Migrace z Google Workspace na evropské řešení

Migrace z Google Workspace bývá u e-mailu a souborů často jednodušší než migrace z Microsoft 365, a tvrdší u všeho, co je specifické pro Google: Chat, Sites, Forms napojené na skripty, velmi otevřená sdílení. Projekt se posuzuje podle tohoto druhého seznamu.

Aktualizováno v říjnu 20266 min čteníS uvedením oficiálních zdrojů

Co lze převzít

  • Gmail. Historie přes IMAP nebo nástroje výrobce softwaru cílové platformy. Pozor na složky (štítky): Gmail třídí pomocí štítků, mnoho cílových platforem třídí do složek. Zpráva se třemi štítky se může podle nástroje ocitnout ve třech kopiích, nebo v jediné. Je třeba to rozhodnout před kopírováním.
  • Kalendář a kontakty. Standardní export, poté kontrola opakovaných událostí, zasedacích místností a sdílených kalendářů.
  • Drive. Kancelářské soubory Microsoftu, které už jsou uloženy v nezměněné podobě, a exporty Google Docs, Sheets a Slides do kancelářských formátů. Export mění rozvržení bohatě formátovaných dokumentů. Otevřete reálný vzorek: vzor smlouvy, dashboard, obchodní prezentaci.
  • Aliasy, skupiny a přesměrování. Vytvoří se znovu. Samy se neodhadnou.

Jak se štítky chovají při kopírování

V Gmailu existuje zpráva jen jednou a nese žádný, jeden nebo několik štítků. Při pohledu přes IMAP se každý štítek stane složkou a stejná zpráva se objeví v každé z nich. K tomu přistupují speciální složky, mezi nimi „Všechny zprávy“, která obsahuje vše, včetně archivovaných zpráv bez jakéhokoli štítku. Názvy těchto speciálních složek závisejí na jazyce účtu.

Hrozí tedy dvě opačné chyby. Zkopírovat všechny složky, včetně „Všechny zprávy“, znásobí duplicity. Zkopírovat jen štítky opomene archivované zprávy, které někteří zaměstnanci používají jako jediný způsob třídění. Pravidlo se volí před prvním kopírováním: například jedna složka na štítek a jedna záchytná složka pro zprávy bez štítku. Složky „Důležité“, „Spam“ a „Koš“ se obvykle vylučují. Jakmile je pravidlo stanoveno, platí pro všechny schránky, včetně druhého průchodu.

Soubory Google nejsou soubory jako ostatní

Dokument Word uložený na Drive zůstává souborem Word a kopíruje se v nezměněné podobě. Google Doc, Sheet nebo Slides existuje jen v Googlu: aby ho bylo možné vyvést, je třeba ho převést do kancelářského formátu. Převod zachová text a data. Ztratí nebo zhorší historii verzí, část formátování a funkce Sheets, které se dotazují jiných sešitů nebo služeb Google. Skripty připojené k dokumentu nepřejdou.

Co nelze převzít v nezměněné podobě

  • Historii Google Chat a prostory.
  • Google Sites a formuláře, jejichž logika je v Apps Script.
  • Sdílení „kdokoli, kdo má odkaz“: je třeba je sepsat a poté uzavřít nebo vytvořit znovu.
  • Komentáře a návrhy, které jsou v Google Docu rozpracované v okamžiku exportu.
  • Jednotné vyhledávání ve stylu Google v celém fondu dokumentů.

Tým, který v Docs celý den společně píše, musí před jakýmkoli přepnutím dva týdny testovat editor cílové platformy na svých dokumentech. Pokud test selže, je setrvání u Google Workspace racionálním rozhodnutím. K této volbě slouží stránka Google Workspace, nebo suverénní řešení a přehled evropských alternativ ke Google Workspace pomáhá zvolit cílovou platformu.

Příklad

Představme si účetní kancelář s 25 zaměstnanci. E-mail a kalendář přejdou bez překvapení. Drive však obsahuje Sheets sdílené odkazem s klienty, kteří do nich každý měsíc zadávají své doklady, a sběrný formulář napojený na skript. Migrace těchto prvků není kopírování: je to přestavba způsobu, jakým kancelář s klienty komunikuje. Kancelář udělá nejlépe, když ji pojme jako samostatný projekt s vlastním harmonogramem, místo aby ji objevila v den přepnutí.

Pořadí kroků

  1. Soupis domén, skupin, schránek, týmových disků a vlastníků, kteří odešli.
  2. Vytvoření cílových účtů. MX se nemění.
  3. Kopírování e-mailu a kontrola štítků na pěti velmi odlišných schránkách (vedení, sdílená schránka, velmi objemná schránka, téměř prázdná schránka, schránka zaměstnance, který odešel).
  4. Kopírování souborů a zkouška jejich otevření.
  5. Přepnutí MX v DNS, TTL předem snížené.
  6. Překonfigurování mobilů a aplikací, které odesílají e-maily (web, fakturace, notifikace).
  7. Režim jen pro čtení na straně Googlu po dobu kontroly, poté uzavření.

Během kopírování zaměstnanci dál píší v Gmailu. Druhý průchod těsně před změnou MX dorovná rozdíl. Bez tohoto průchodu chybějí poslední dny. Obecná metoda je stejná jako u e-mailové služby bez přerušení.

TTL se snižuje předem, protože DNS resolvery si ponechávají starou odpověď až do vypršení staré doby platnosti. Po přepnutí se Google stále považuje za odpovědný za doménu: zaměstnanec, který z Gmailu napíše kolegovi, uvidí svou zprávu doručenou v Googlu, aniž by prošla přes nový MX. Proto krok 7 uzavírá odesílání, nejen příjem.

Body specifické pro Google

Vlastníkem souboru na Drive je osoba. Pokud odešla z firmy bez převodu vlastnictví, je převzetí souboru obtížnější. Proveďte tento převod před kopírováním. Konzole pro správu to umožňuje; důležité je provést ho před smazáním účtu, jinak soubory, které účet vlastnil, zmizí spolu s ním. Sdílené disky naopak patří organizaci, nikoli osobě: migrují se po týmech.

Soubor, který se zobrazuje v sekci „Sdíleno se mnou“, nepatří uživateli, který ho vidí. Při kopírování schránku po schránce bude převzat jen jednou, z účtu svého vlastníka. Pokud patří klientovi nebo externímu partnerovi, nebude převzat vůbec: to je normální, ale je třeba to vědět.

Skupiny Google často slouží jako distribuční seznamy a seznamy oprávnění. Exportujte je. Vytvořte je znovu na cílové platformě. Nepředpokládejte, že se skupina dvaceti lidí „obnoví sama“. Tatáž skupina může zároveň přijímat poštu na obchodní adresu a poskytovat přístup ke sdílenému disku: tyto dvě role se vytvářejí znovu odděleně.

Ověření domény (SPF, DKIM, DMARC) se provádí znovu v den změny MX. Opomenutí DMARC se projeví odmítnutými e-maily u korespondentů, přestože odesílání v interních testech „funguje“. Důvod je prostý: DMARC vyžaduje, aby zpráva byla ověřena pomocí SPF nebo DKIM jménem vaší domény. Záznamy cílové platformy lze zveřejnit před dnem D (jediný záznam SPF, který během přechodu povoluje obě platformy, klíč DKIM pod novým selektorem); v den změny MX se výsledek ověří na skutečné zprávě odeslané ven.

Na straně zařízení vyžadují pozornost dva případy. V Androidu je firemní účet Google často účtem celého telefonu: přidá se nový účet, ověří se e-mail, kalendář a kontakty a poté se starý odebere. Zaměstnanci, kteří používali Outlook propojený s Googlem prostřednictvím synchronizačního nástroje Google, musí vytvořit nový profil Outlooku, místo aby upravovali starý.

Časté chyby

  • Smazat účet zaměstnance, který odešel, dříve než se převedou jeho soubory.
  • Zkopírovat všechny složky Gmailu bez pravidla, a pak objevit schránky, jejichž objem se zdvojnásobil.
  • Zapomenout na sdílení odkazem, která používají klienti. Odkaz po uzavření přestane fungovat a klient to zjistí sám.
  • Přepnout MX bez druhého průchodu. Na cílové platformě chybí pošta z posledních dnů.

Podrobnosti řádek po řádku najdete v kontrolním seznamu migrace, jehož body z větší části platí i pro Google.

Časté otázky

Stanou se ze štítků Gmailu složky?

Ano, ve většině nástrojů pro kopírování se štítek stane složkou. Zpráva s několika štítky se pak podle zvoleného pravidla buď zkopíruje do každé složky, nebo se uloží jen do jedné. Tato volba se provádí před prvním kopírováním a ověřuje se na vzorku pěti schránek.

Lze Google Docs zachovat ve formátu Google?

Ne. Tento formát existuje jen uvnitř Googlu. Při vyvedení se každý dokument stane kancelářským souborem, který lze upravovat v editoru cílové platformy. Text a data přejdou; historie verzí a rozpracované komentáře nepřejdou vždy.

Co se stane se soubory sdílenými s našimi klienty?

Odkazy Google přestanou fungovat, jakmile je účet nebo Drive uzavřen. Sdílení je třeba vytvořit znovu na cílové platformě a dotčené klienty upozornit. Je to také příležitost uzavřít sdílení otevřená pro „kohokoli, kdo má odkaz“, která už nemají opodstatnění.

Je třeba vypovědět Google Workspace v den přepnutí?

Ne. Ponechte Google po dobu kontroly v režimu pro čtení a před uzavřením exportujte, co je třeba uchovat. Příliš brzká výpověď znemožní opravit nesrovnalost zjištěnou později. Náklady na toto období se plánují v rozpočtu, jak vysvětluje článek kolik stojí migrace.

Klytic v tomto scénáři

Klytic přijímá e-mail na e-mailovou službu Zimbra, kterou provozuje a která je hostována v jeho e-mailové architektuře, ve vyhrazené instanci nebo u zákazníka, a soubory na instanci Nextcloud vyhrazenou pro zákazníka. Z Google Docs se stanou soubory. Lze je tam sdílet, upravovat online samostatně i společně a dohledat historii jejich verzí. Nejde o editor Google. Poradenství k migraci e-mailu je zdarma. Klytic zaručuje, že se neztratí žádný e-mail. Kopírování prováděné společností Klytic se oceňuje individuální cenovou nabídkou, po soupisu schránek a objemů.

E-mailová služba je přístupná přes web, e-mailové klienty, na mobilu, přes EAS a EWS. Služby se kupují samostatně: lze migrovat jen e-mail, nebo jen soubory. Předplatné najdete na stránce Ceník, která je oddělená od cenové nabídky na migraci.

Tato stránka popisuje metodu. Neslibuje převzetí služeb specifických pro Google.

Zdroje

Ověřeno v říjnu 2026.

  • Závazek Klytic k migraci e-mailů. Stránka Ceník
  • SPF, DKIM a DMARC, které je třeba znovu ověřit v den změny MX: RFC 7208, RFC 6376, RFC 7489.
  • MX označuje servery, které přijímají poštu pro doménu. RFC 5321, SMTP
  • Doba platnosti záznamů DNS (TTL). RFC 1035
  • Infomaniak sám uvádí, že historie Teams, Slack a Google Chat se automaticky nepřebírají. Zde popsané omezení tedy není specifické pro jedinou cílovou platformu. kSuite

Příprava migrace e-mailu

Bezplatné rady, žádný ztracený e-mail. Migraci prováděnou společností Klytic naceníme po inventuře.

Požádat o nabídku →

Zobrazit ceník

Uvítací nabídka

30 dní zkušební verze zdarma a migrace s asistencí

Zkušební nabídka bez závazků. Náš poradce vám zavolá, aby poznal vaše potřeby a připravil vaše prostředí Klytic.