ドメイン設計の選択

Google サービスでドメインを使用する方法を選ぶ際は、次のオプションを検討してください。

  • 単一の ID \- 1 つのドメインにすべてのユーザーをプロビジョニングします。
  • マルチドメイン \- プライマリ ドメインと セカンダリ ドメインの両方にアカウントをプロビジョニングできます。
  • 個別のアカウント （非推奨）—複数の Google アカウントにユーザーを分散できます。

オプションの比較

以下で、それぞれのドメイン設計における長所と短所、機能比較を一覧に示します。

長所と短所

長所 短所
単一の ID
  • 会社全体で 1 つのブランディングを利用します。
  • マルチドメインの制限事項は適用されません。
  • ユーザーはエイリアス アドレスでメールを受信できます。
  • ユーザーはセカンダリ ドメインを使用してログインすることはできません。
  • セカンダリ ドメインのエイリアスを使用するユーザーは、メールの送信にのみこの ID を使用できます。カレンダーの招待状やドキュメント共有には使用できません。別のブランディングを使用するユーザーは、[名前を付けて送信] を使用してメールを送信できますが、カレンダーの招待状やドキュメント共有は送信できません。
  • エイリアスやニックネームからメールを送信した場合、受信者はヘッダーでプライマリ ID を判別できます。
  • セカンダリ ドメインのユーザーのユーザー名がプライマリ ドメインのユーザーと同じ場合、競合が生じる可能性があります。
マルチドメイン
  • セカンダリ ドメインのユーザーは、プライマリ ドメインのユーザーと同じユーザー名を使用することができます。その場合、競合が生じることはありません。
  • ユーザーは、プライマリ ドメインまたはセカンダリ ドメインにログインして ID を持つことができます。
  • セカンダリ ドメインのユーザーは、そのドメインの ID から、メール、カレンダーへの招待状、ドキュメント共有メールを送信できます。
  • アカウントごとに管理者が制限されます
  • マルチドメインの制限事項が適用される場合があります。
  • セカンダリ ドメインのユーザーとプライマリ ドメインのユーザーのユーザー名が同じであっても警告されません。
  • ユーザーは、必要なドメインにログインして外部 ID を持つことができます。
個別のアカウント （非推奨）
  • マルチドメインの制限事項が適用されます。たとえば、以下の機能はプライマリドメインでのみサポートされます。
    • 独自のロゴ
    • ドメイン エイリアス
    • 共有相手を特定の 1 つのドメインのユーザーに制限することはできません。
  • ドメインごとの管理の委任はサポートされません。
  • アカウント間に「信頼」関係はありません。外部共有のために他のコラボレーション サービス（ドライブ、サイト、Meet など）を設定する必要があります。
  • 管理には複数のコンソールが必要です
  • ドメイン間でユーザーを移行する際に費用がかかります
  • 共有カレンダー リソースの予約を一元管理できません
  • アカウントごとに個別のグローバル アドレス一覧を保持します
  • メールの委任は「ローカル」のユーザーに対してのみ可能

機能の比較

単一の ID マルチドメイン 個別のアカウント
管理者エクスペリエンス
単一の管理コンソール ○ はい ×
ドメイン間でユーザーを移行する際の費用 低 低 高
必要な同期ツールのインスタンス（例: GADS、GAPS、GCC） 1 つ 1 つ 複数
ドメインを統合する場合に名前空間が競合する可能性 ○ いいえ ×
マルチドメインの複雑さの有無 × ○ なし
ユーザー エクスペリエンス
共有カレンダー リソースの予約の一元管理 ○ はい ×
同僚間のコラボレーション機能 最適 最適 制限あり
企業の単一の GAL ○ ○ 困難
同僚間のメールの委任 ○ ○ 制限あり
ユーザーがセカンダリ ドメインに外部 ID を持てるかどうか（例: メール、カレンダーへの招待状、ドキュメント共有メールの送信） メールのみ ○ ○