Microsoft Teamsのロビーオプション管理について、2026年7月10日付のMicrosoft公式情報で最も重要なのは、ロビーを「通常の会議だけの設定」と考えないことです。Teamsの会議ポリシーは、通常の会議に加え、登録を必要とする最大1,000人の一部Teamsイベントにも関係します。ただし、登録不要のイベントや「大規模な対象ユーザー向けに最適化」を使用するイベントでは、［ロビーをバイパスできるユーザー］は利用できません。(Microsoft Learn)
すべての組織に設定変更が必須になったわけではありません。通常の社内会議だけを利用し、現在のロビー設定に問題がなければ、緊急対応は不要です。一方、外部参加者や匿名参加者を受け入れる組織、Teamsイベントを開催する組織、機密情報を扱う会議では、会議ポリシーとイベントポリシーの両方を確認する必要があります。
今回の情報は、新しいTeamsクライアントが段階的に配信されるタイプの告知というより、2026年7月時点の適用範囲と管理方法を整理したものと捉えるのが適切です。公式ドキュメントには新たな段階的展開期間は示されていません。管理者がポリシーを変更した場合は、反映まで最大24時間かかることがあります。(Microsoft Learn)
Microsoft Teamsのロビーオプション管理で何が変わるのか
実務上のポイントは、Teamsイベントでも一部の「会議ポリシー」が関係することです。
Microsoftは、Teamsイベントを次の組み合わせで管理すると説明しています。
- Teams会議ポリシー
- Teamsイベントポリシー
- 開催者がイベントごとに指定する設定
会議ポリシーは、会議とイベントに共通する基本機能を制御します。一方、イベントポリシーは、イベントの作成可否や登録、公開範囲など、イベント固有の機能を制御します。そのため、Teamsイベントを運用している管理者が、CsTeamsEventsPolicy だけを確認するのでは不十分な場合があります。(Microsoft Learn)
| 確認項目 | 2026年7月時点の整理 | 管理者への影響 |
|---|---|---|
| 通常のTeams会議 | ロビー設定の対象 | 現行の会議ポリシーを確認する |
| 最大1,000人の登録制イベント | 一部のロビー設定を利用可能 | 会議ポリシーとイベント設定を確認する |
| 登録を必要としないイベント | ［ロビーをバイパスできるユーザー］は利用不可 | 別の参加制御を検討する |
| 大規模な対象ユーザー向けに最適化したイベント | 同設定は利用不可 | イベントアクセスや登録ポリシーで管理する |
| 開催者による設定変更 | 多くの項目で可能 | 管理者設定が「既定値」にとどまる場合がある |
| ポリシーの反映 | 最大24時間 | 変更直後のテスト結果だけで判断しない |
ロビー設定がすべてのイベントに適用されるわけではない点が重要です。イベントの定員だけでなく、登録の有無と「大規模な対象ユーザー向けに最適化」の状態も確認してください。(Microsoft Learn)
対象となる管理者とプラットフォーム
今回の情報で直接対応が求められるのは、Teamsクライアントの一般利用者ではなく、会議やイベントのポリシーを管理する担当者です。
| 対象者 | 影響 | 主な対応 |
|---|---|---|
| Teams管理者 | 大きい | 会議ポリシーと割り当て状況を確認する |
| セキュリティ・コンプライアンス担当者 | 大きい | 開催者が設定を変更できる範囲を確認する |
| イベント運営担当者 | 大きい | 登録制イベントと大規模イベントを区別する |
| 会議開催者 | 中程度 | 会議オプションの選び方を理解する |
| 一般の出席者 | 小さい | 基本的に管理作業は不要 |
管理操作は、Webブラウザーから利用するTeams管理センターとMicrosoft Teams PowerShellで行います。特定のWindows、macOS、モバイルアプリだけを設定するものではなく、開催者に割り当てる会議ポリシーが管理の起点です。(Microsoft Learn)
Teams管理センターで確認する5つのロビー設定
Teams管理センターでは、［会議］、［会議ポリシー］の順に開き、対象ポリシーの［会議への参加とロビー］セクションを確認します。
主な設定は次の5項目です。
| 設定 | 制御する内容 | 確認ポイント |
|---|---|---|
| 匿名ユーザーが会議に参加できる | サインインしていない参加者などの参加可否 | 組織全体設定と開催者単位のポリシーを両方確認する |
| 匿名ユーザーとダイヤルイン発信者が会議を開始できる | 確認済み参加者がいなくても会議を開始できるか | 既定はオフで、Microsoftもオフを推奨している |
| ロビーをバイパスできるユーザー | 誰が待機せず直接参加できるか | 会議の機密度と外部参加の頻度に合わせる |
| ダイヤルインしているユーザーがロビーをバイパスできる | 電話参加者を直接入室させるか | 既定はオフ。通常参加者とは別に判定される |
| ロビーから参加を許可できるユーザー | 待機中の参加者を誰が入室させられるか | 開催者、共同開催者、発表者の権限設計を確認する |
匿名参加を組織全体で禁止している場合、［ロビーをバイパスできるユーザー］を［全員］にしても、匿名ユーザーを参加させることはできません。同様に、ゲストアクセスや外部アクセスが無効であれば、ロビー設定だけで外部参加を許可することはできません。(Microsoft Learn)
「ロビーをバイパスできるユーザー」の選び方
既定値は、組織内のユーザーとゲストが直接参加し、信頼された外部組織のユーザーや匿名参加者はロビーで待機する設定です。ただし、会議の用途によって適切な選択肢は異なります。(Microsoft Learn)
| 選択肢 | 直接参加できる主なユーザー | 適した利用例 | 主な注意点 |
|---|---|---|---|
| 全員 | 匿名参加者を含む全員 | 一般公開の説明会、参加のしやすさを優先する会議 | 会議リンクが拡散すると、想定外の参加者も直接入室する |
| 組織内、信頼された組織、ゲスト | 社内、フェデレーション先、ゲスト | 定常的な企業間会議 | 信頼関係のない外部組織や匿名参加者はロビーで待機する |
| 組織内とゲスト | 社内ユーザーとEntra B2Bゲスト | 登録済みの取引先を含む通常会議 | 外部アクセスだけで参加するユーザーはロビーに入る |
| 組織内のユーザー | 自組織のユーザー | 社内会議、内部情報を扱う会議 | ゲストを含む外部参加者は全員ロビーに入る |
| 招待されたユーザー | 招待を受け取った認証済みユーザーなど | 顧客説明会、限定セミナー | 転送された招待も対象になる場合がある |
| 開催者と共同開催者のみ | 開催者と共同開催者 | 人事面談、役員会、規制対象の会議 | 開始時にロビー対応できる担当者が必要 |
［招待されたユーザー］は、「開催者が個別に直接招待した人だけ」という意味ではありません。転送された招待を受け取ったユーザーや、最大1万人の配布リストを通じて招待されたユーザーも対象になります。参加者を厳密に限定する場合は、会議出席依頼の転送禁止も併用します。
また、チャネル会議では、チャネルのメンバーであるだけではロビーをバイパスできない場合があります。会議に直接招待されたチャネルメンバーが対象です。(Microsoft Learn)
Teamsイベントでロビー設定を使える条件
Teamsイベントでロビー設定が表示されない場合、管理者権限やポリシーの不具合とは限りません。まず、イベントの作成条件を確認してください。
ロビー設定を利用できる主なイベント
次の条件を満たすイベントが対象です。
- 出席者が最大1,000人
- 登録を必要とする
- ［大規模な対象ユーザー向けに最適化］がオフ
- 会議ポリシーで対象機能が許可されている
ロビー設定を利用できない主なイベント
次のイベントでは、［ロビーをバイパスできるユーザー］を利用できません。
- 登録を必要としないイベント
- 大規模な対象ユーザー向けに最適化したイベント
- 1,000人を超え、大規模配信用の構成になっているイベント
大規模イベントでは、ロビーで一人ずつ参加を許可する運用ではなく、イベントの公開範囲、登録条件、参加リンク、外部発表者の管理などでアクセスを制御します。(Microsoft Learn)
Teams管理センターでロビー設定を確認する手順
会議ポリシーを確認する
- Teams管理センターを開きます。
- ［会議］を展開します。
- ［会議ポリシー］を選択します。
- Globalポリシーまたは対象のカスタムポリシーを開きます。
- ［会議への参加とロビー］セクションを確認します。
- 必要な設定を変更して保存します。
- 最大24時間待ってから動作を検証します。
匿名参加を使用する場合は、［会議］、［会議の設定］、［参加者］にある組織全体の匿名参加設定も確認します。組織全体設定と開催者に割り当てた会議ポリシーのうち、制限の強い設定が実際の参加可否に影響します。(Microsoft Learn)
PowerShellで現在値を確認する
会議ポリシーの現在値は、Microsoft Teams PowerShellで確認できます。
Get-CsTeamsMeetingPolicy -Identity Global |
Select-Object Identity,
AutoAdmittedUsers,
AllowAnonymousUsersToJoinMeeting,
AllowPSTNUsersToBypassLobby,
UsersCanAdmitFromLobbyカスタムポリシーを含む一覧を取得する場合は、Identityを指定せずに実行します。
Get-CsTeamsMeetingPolicy |
Select-Object Identity,
AutoAdmittedUsers,
AllowAnonymousUsersToJoinMeeting,
AllowPSTNUsersToBypassLobby,
UsersCanAdmitFromLobbyAutoAdmittedUsers には、組織内のみ、組織内とゲスト、信頼された組織を含む設定、招待済みユーザー、開催者のみなどに対応する値があります。変更コマンドを実行する際は、利用中のMicrosoft Teams PowerShellモジュールと公式コマンドレットリファレンスで、使用可能なパラメーターを確認してください。(Microsoft Learn)
管理者が準備すべきこと
会議とイベントの利用パターンを分類する
全ユーザーに同じ設定を適用する前に、組織内の利用パターンを分類します。
| 利用パターン | 推奨する考え方 |
|---|---|
| 通常の社内会議 | 組織内ユーザーを直接参加させる |
| 取引先との定例会議 | ゲストまたは信頼された組織の扱いを決める |
| 不特定多数向け説明会 | 匿名参加とロビー対応者を設計する |
| 登録制イベント | 定員、登録、ロビー設定の組み合わせをテストする |
| 機密会議 | 招待者限定または開催者・共同開催者のみを検討する |
Globalポリシーをいきなり変更しない
外部会議が多い営業部門と、機密情報を扱う人事・法務部門では、適切な設定が異なります。Globalポリシーを全社一律で変更するより、用途別のカスタムポリシーを作り、テストユーザーに割り当てて検証する方が安全です。
「既定値」と「強制」を区別する
Teams管理センターで設定する次の項目は、開催者が会議オプションから変更できる既定値です。
- ロビーをバイパスできるユーザー
- ダイヤルインしているユーザーがロビーをバイパスできる
- ロビーから参加を許可できるユーザー
［ロビーをバイパスできるユーザー］や電話参加者の設定を特定の値に固定するには、会議テンプレートまたは秘密度ラベルを利用します。これらの会議設定の強制にはTeams Premiumが必要です。
ただし、［ロビーから参加を許可できるユーザー］は、会議テンプレートと秘密度ラベルではサポートされません。コンプライアンス要件がある場合は、「誰をロビーに待機させるか」と「誰が参加を許可できるか」を分けて設計する必要があります。(Microsoft Learn)
複数の参加者種別でテストする
社内アカウントだけでテストすると、外部参加時の問題を見落とします。少なくとも次の参加方法を確認してください。
- 組織内ユーザー
- テナントに登録されたゲスト
- 信頼された外部組織のユーザー
- 信頼関係のない外部組織のユーザー
- サインインしていない匿名参加者
- 電話によるダイヤルイン参加者
失敗しやすいポイント
ゲストと外部ユーザーを同じものとして扱う
Teamsのゲストは、通常、組織のMicrosoft Entra IDにB2Bゲストとして登録されたユーザーです。外部アクセスのユーザーは、別組織のアカウントで参加するユーザーです。両者はロビー設定で異なる扱いになるため、「社外の人」という一括りで設計しないことが重要です。(Microsoft Learn)
匿名参加を許可すれば直接入室できると思う
匿名参加を許可する設定は、匿名ユーザーが会議に参加できるかどうかを決めます。ロビーを通過するかどうかは別の設定です。
匿名参加を許可しつつ、［ロビーをバイパスできるユーザー］を［全員］以外に設定すれば、匿名参加者をロビーで待機させられます。
［招待されたユーザー］なら転送を防げると思う
招待メールが転送された場合、転送先の認証済みユーザーもロビーをバイパスする可能性があります。参加者を開催者が指定した人だけに限定したい場合は、招待の転送を禁止します。
管理者ポリシーで完全に固定できたと思う
会議ポリシーの多くは、開催者向けの既定値です。開催者が会議オプションを変更できるため、機密会議ではテンプレートや秘密度ラベルによる強制を検討します。
すべてのTeamsイベントに適用しようとする
登録不要のイベントや大規模な対象ユーザー向けに最適化したイベントでは、同じロビー設定を利用できません。ロビーの項目が表示されない場合は、ポリシー変更を繰り返す前にイベントの種類を確認してください。
変更直後に「反映されない」と判断する
会議ポリシーは、反映まで最大24時間かかることがあります。テスト時には、変更前の設定値、変更日時、対象ユーザー、割り当てポリシーを記録しておくと原因を切り分けやすくなります。
自社で対応が必要かを判断する基準
| 組織の状況 | 対応要否 | 次に行うこと |
|---|---|---|
| 社内会議のみで現行設定に問題がない | 緊急対応は不要 | 現在のGlobalポリシーを記録する |
| 外部ユーザーやゲストとの会議が多い | 対応推奨 | 参加者種別ごとの動作をテストする |
| 匿名参加を許可している | 対応推奨 | 組織全体設定と開催者単位ポリシーを確認する |
| 最大1,000人の登録制イベントを開催する | 対応推奨 | 会議ポリシーとイベント設定を併せて確認する |
| 大規模イベントを開催する | 別設定の確認が必要 | イベントアクセス、登録、公開範囲を確認する |
| 機密・規制対象の会議がある | 優先度が高い | テンプレートや秘密度ラベルによる強制を検討する |
| 想定と異なるロビー動作が発生している | 調査が必要 | ロビー診断ツールとポリシー割り当てを確認する |
Microsoftは、特定の会議と参加者について想定されるロビー動作を調べる「ロビー診断ツール」も提供しています。設定上は正しいように見えるのに、特定のユーザーだけがロビーに入る場合は、手作業でポリシーを変更する前に診断を実行すると原因を絞り込みやすくなります。(Microsoft Learn)
Microsoft Teamsのロビー管理で今行うべきこと
2026年7月の公式情報を受けて、管理者が最初に行うべきことは、新機能の配信を待つことではありません。現在の会議ポリシーとイベント運用の対応関係を確認することです。
まず、Globalポリシーとカスタムポリシーの設定値を取得します。次に、社内会議、外部会議、匿名参加、登録制イベント、機密会議のそれぞれについて、誰を直接参加させるかを決めます。そのうえで、異なる参加者種別を使ってテストし、開催者が変更できる設定と管理者が強制すべき設定を分けてください。
特にTeamsイベントを運用している組織では、イベントポリシーだけでなく、開催者に割り当てられた会議ポリシーまで確認することが重要です。これにより、「参加できない」「本来待機すべきユーザーが直接入室した」「イベントにロビー設定が表示されない」といったトラブルを事前に防ぎやすくなります。
コメント