Google Workspaceのゲストアカウント、外部コラボレーターを管理者の制御下に置く
この機能は3月30日から一般提供されており、クライアントと請負業者にChat、Drive ファイル、および Meet 通話への限定的なアクセスを提供します。
By Ryan Merket · Published
Primary source: Google Workspace on X
Why it matters
Google is turning external collaboration into a managed identity layer, strengthening Workspace against Slack and Microsoft 365 without giving guests full paid seats.

Google Workspaceは8月4日のXへの投稿を使ってゲストアカウントを宣伝した。この機能は、クライアント、請負業者、その他Workspaceアカウントを持たない人々を、管理者が制御するIDのもとで組織のGoogle Chat環境に取り込むものだ。
この投稿は新しいローンチを示すものではない。Googleは3月30日に一般提供を発表したが、管理者向けコントロールは3月26日から4月10日にかけて展開された。エンドユーザーのアクセスは5月8日までに行われ、今回Googleがこの機能を再び取り上げるよりもほぼ3カ月前のことだった。
現在製品を評価している管理者にとってこのタイミングは重要だ。ゲストアカウントは既にGoogleのBusiness Starter、Standard、Plusプランおよび対応するEnterpriseエディションで利用可能になっている。Googleは組織に対し、有料のBusinessまたはEnterpriseライセンス1件につきゲストアカウントを5件無料で付与するとWorkspaceの現行管理者向けドキュメントに記載している。したがって、有料ライセンスが100件ある組織は、社員用のフルシートを購入せずに最大500人分のゲストをプロビジョニングできる。
ホストのドメイン内の管理されたアイデンティティ
WorkspaceユーザーがGoogle ChatのダイレクトメッセージやSpaceを通じて対象となる外部の共同作業者を招待すると、Googleはホスト組織のドメイン内に個別のゲストIDをプロビジョニングする。アカウントには固有の識別子が付与され、Admin コンソールの専用「Workspace Guests」組織ユニットに自動で配置される。
管理者は誰が招待を送れるかの制御、パスワード規則の適用、二段階認証の必須化、ゲストが利用できるサービスの管理などを行える。Googleはホストドメイン内で作成または共有されたデータはホスト組織の管理下に留まると述べている。Chatではゲストアカウントはティール色の「External」ラベルで表示され、外部のWorkspaceユーザーや消費者向けGoogleユーザーが使う黄色のラベルと区別される。
このアカウントにより、外部の共同作業者はWorkspaceスイートの定められた範囲にアクセスできる。ゲストはChatでの会話に参加し、既存のDriveファイル、Docs、Sheets、Slidesの編集に関わり、Chatから発行されたMeet通話に参加できる。一方で、新しいDriveファイルを作成または所有したり、GmailやCalendarを使用したり、WorkspaceのGeminiにアクセスしたり、Dynamic Groupsに参加したりすることはできない。
これらの制限により、この機能は一時的なプロジェクト作業、代理店との関係、ベンダーの調整に適している。またGoogleの有料シート境界を維持する:ゲストは組織が既に所有する資料に共同作業できる一方で、通常の社員アカウントに関連する機能は利用できないままである。
ゲストの適格性には重要な制約がある。Googleによれば、招待は既に消費者向けGmailアカウント、既存のWorkspaceアカウント、その他のGoogleアカウント種別に紐づくアドレス宛には送信できない。これらのユーザーは従来のGoogleの外部チャットシステムを通す必要がある。信頼済みドメインの制限を使用している管理者は、ゲストがサインインできるようにするために許可リストの調整が必要な場合もある。
GoogleはSlackのゲスト比率に合わせる
Googleは、競合が長年にわたり外部アイデンティティをコラボレーション製品の一部として扱ってきたカテゴリに参入している。Slackのゲストロールに関するドキュメントでは、有料ワークスペースは有料のアクティブメンバー1名につきシングルチャネルゲストを5名まで無料で付与できるとしており、これはGoogleが現在採用している比率と同じだ。Slackはマルチチャネルゲストに対しては通常メンバーの料金を請求する。
Microsoft Teamsのゲストアクセスも同様にMicrosoft Entra IDにアイデンティティを作成し、外部ユーザーが組織のコンプライアンスおよび認証ポリシーの下でチーム、チャネルのドキュメント、チャット、会議にアクセスできるようにする。
GoogleのアプローチはゲストIDを直接ChatとDocsのコラボレーションスタックに結びつける。会話は外部参加者に無制限のWorkspaceアカウントを与えることなく文書編集やMeet通話に移行できる。この統合により、以前はドキュメントでWorkspaceを使いつつクライアントやパートナーとの会話管理にSlackやTeamsを頼っていた組織に対し、Googleはより明確な答えを提供する。
この機能は外部共有を管理上のセキュリティ機能に変える役割も果たす。Googleの従来のビジター共有システムでは、Googleアカウントを持たない人が本人確認コードを使って個別のDriveファイルにアクセスできた。ゲストアカウントはより広範なサービス群にわたる永続的で管理されたアイデンティティを作成し、管理者にとってプロジェクト終了時にアクセスをレビューしてアカウントを無効化するための中央的な場所を提供する。
Googleはゲストアカウントの採用、収益、コンバージョンの数値を公表していない。商業的な仕組みは依然として見えている:無料のゲスト容量により支払う組織が外部の作業をWorkspaceに移しやすくなる一方で、制限はGmail、Calendar、Gemini、ファイル所有権を必要とする従業員向けのフルライセンスの価値を保護している。