Sisukord
Olukord on levinud: ettevõte ostab teise domeeni, alustab teist brändi või omandab teise ettevõtte. Siis tekib küsimus: kas lisada uus domeen olemasolevasse Google Workspace’i keskkonda või luua eraldi keskkond?
Vastus on oluline, sest hiljem on seda kallis muuta.
Kolm varianti, ja need ei ole ühesugused
1. Domeeni alias (domain alias)
Iga kasutaja saab automaatselt sama aadressi ka uues domeenis. jaan@brand-a.ee saab kirju ka aadressil jaan@brand-b.ee. Üks postkast, kaks aadressi.
Maksab: domeeni enda lisamise eest eraldi litsentsitasu ei ole. Aliasdomeen ei loo uusi kontosid: Jaanil on endiselt üks konto, üks parool ja üks litsents. See tähendab ühtlasi, et jaan@brand-b.ee ei ole iseseisev identiteet, mida saaks anda üle teisele inimesele või hiljem eraldada.
Kaks asja, mida pärast lisamist kontrollida: kas kasutajad saavad uuelt aadressilt saata (Gmaili seadetes peab “Send mail as” all olema aliasaadress, muidu lähevad vastused välja domeenist brand-a.ee), ja kas uuel domeenil on oma SPF-, DKIM- ja DMARC-kirjed. Vastuvõtmine töötab ka ilma nendeta, saatmine ilma nendeta lõpeb rämpspostis.
Sobib, kui teine domeen on sama ettevõte teises kirjapildis või tsoonis, näiteks .com kõrval .ee.
2. Sekundaarne domeen
Domeen samas Workspace’i keskkonnas, aga eraldi kasutajatega. jaan@brand-a.ee ja anna@brand-b.ee on kaks eri kontot ühes keskkonnas. Anna logib sisse oma brand-b.ee aadressiga ega saa automaatselt aadressi brand-a.ee domeenis; vajadusel lisatakse see e-posti aliasena eraldi.
Maksab: üks litsents iga kasutaja kohta, nagu tavaliselt. Domeen ise tasu ei tekita, tasu tekitavad inimesed, kellele selles kontod luuakse.
Sobib, kui tegu on ühe ettevõttega, millel on kaks brändi või kaks meeskonda, kes peavad koos töötama: ühised kalendrid, jagatud draivid, üks haldus. Google võrdleb oma dokumentatsioonis mõlemat varianti artiklis Add a user alias domain or secondary domain.
3. Eraldi Workspace’i keskkond
Kaks sõltumatut keskkonda, kaks halduskonsooli (Admin console), kaks arvet.
Sobib, kui: ettevõtted on juriidiliselt eraldi, andmed ei tohi seguneda, kunagi võidakse üks neist müüa või turvanõuded erinevad.
Kuidas otsustada: üks küsimus ja kolm kontrolli
Kas need inimesed on üks meeskond?
Kui nad näevad iga päev üksteise kalendreid, jagavad faile ja kirjutavad üksteisele, on see üks keskkond sekundaarse domeeniga. Kaks keskkonda teevad lihtsad asjad keeruliseks: väline jagamine, kalendrite nähtavus, piirangutega jagatud draivid.
Kui tegu on kahe eraldi äriga, millel on lihtsalt üks omanik, siis kaks keskkonda. Nende hilisem eraldamine ühest keskkonnast tähendab migratsiooni ja see ei ole odav.
Kui vastus ei ole ilmne, otsustavad kolm kontrolli:
- Administraatori piir. Ühes keskkonnas näeb ja haldab superadministraator mõlema domeeni kasutajaid, faile ja posti. Kui teine ettevõte vajab oma administraatorit, kellele teie andmed ei ole kättesaadavad, on see argument kahe keskkonna kasuks. Organisatsiooniüksused piiravad seadistusi, mitte superadministraatori ligipääsu.
- Vastutus andmete eest. Kui kumbki ettevõte on eraldi vastutav töötleja oma lepingu, oma kliendiandmete ja oma säilituspoliitikaga, tähendab ühine keskkond, et need piirid on ainult paberil.
- Eraldamise kulu. Ühte domeeni on keskkonnast lihtne välja võtta; inimeste väljaviimine koos kõigi failide, kalendrite ja jagatud draividega on juba migratsioon. Kui müük või jagunemine on lähiaastatel reaalne stsenaarium, arvestage seda hinda juba praegu.
Mida mitte teha
- Ärge pange mõlemat brändi ühte postkasti, sorteerides siltidega. See tundub odavam ja lõpeb sellega, et kliendid saavad kirju valelt brändilt.
- Ärge lisage omandatud ettevõtte domeeni “ajutiselt”. Ajutised lahendused elavad Workspace’i keskkonnas aastaid.
- Ärge unustage DNS-i. Iga domeen vajab oma MX-, SPF-, DKIM- ja DMARC-kirjeid, ka aliasdomeen. Teine domeen ilma autentimiseta tähendab, et selle kirjad satuvad rämpsposti, vaadake e-posti autentimise artiklit.
Ettevõtte omandamine
Kui ostate ettevõtte, millel on juba oma Workspace’i keskkond, ei pea te valima “ühendada” ja “jätta” vahel. On ka kolmas tee: ühendada järk-järgult. Kõigepealt lepite kokku ühise teeninduse, ühe Google’i partneri (edasimüüja) ja ühesuguste turvapoliitikate osas, alles seejärel viite kasutajad üle. Kaks keskkonda siiski ühte halduskonsooli ei ühine: ühesugused seadistused tuleb rakendada kummaski keskkonnas eraldi ja domeen saab korraga olla ainult ühes Workspace’i kontos. Kui kasutajate kord kätte jõuab, vabastatakse domeen kõigepealt vanas keskkonnas, seejärel lisatakse uude, ning posti, failide ja kalendrite üleviimiseks on vaja oma migratsiooniplaani. See on töömahukam, aga ei lõhu inimeste igapäevatööd omandamise hetkel, mil see on niigi piisavalt pingeline.
Domeenistruktuur on osa Google Workspace’i juurutamisest ja keskkondade ühendamine on osa migratsioonist. Kontrollitud Google’i dokumentatsiooni järgi 2026-09-10.
Pole selge, kes haldab teie domeeni, DNS-i ja Google’i arveldust? Korrastame registripidaja, DNS-i pakkuja ja Workspace’i organisatsiooni, seejärel planeerime ja kontrollime muudatused. Broneerige tasuta 30-minutiline audit või helistage +371 22 30 50 90.
