ドメイン設計の選択

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

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

オプションを比較

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

長所と短所

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

機能の比較

単一の ID マルチドメイン 個別のアカウント
管理者エクスペリエンス
単一の管理コンソール はい ○ いいえ
ドメイン間でユーザーを移行する際のオーバーヘッド 低 低 高
同期ツール インスタンスが必要（例: GADS、GAPS、GCC） 独身 独身 複数
ドメインを統合する場合の名前空間の競合の可能性 はい いいえ いいえ
マルチドメインの複雑さが伴う いいえ はい いいえ
ユーザー エクスペリエンス
共有カレンダー リソースの予約を一元管理 はい ○ いいえ
同僚間のコラボレーション機能 最良 最良 制限付き
単一の企業 GAL ○ ○ 難しい
同僚間のメールの委任 はい はい 制限付き
ユーザーがセカンダリ ドメインで外部 ID を使用できる（メール、カレンダーの招待状、ドキュメントの共有メッセージを送信できる） メール専用 はい ○