Teamsウェビナーで「登録したのに参加できない」ときは、参加リンク・登録の承認状態・参加権限・使用端末を順に確認します。主催者は登録者一覧で状態を確認し、参加者は自分宛ての登録完了メールを使ってください。メールを何度も送るだけでは、承認待ちや参加権限の問題は解消しません。
登録済みでも入れないときの確認表
登録フォームを開くリンク、登録完了メールの参加リンク、ロビーでの入室許可は、別々に確認する必要があります。
| 見えている状態 | 参加者が確認すること | 主催者が確認すること |
|---|---|---|
| 「イベントに登録していません」 | 登録した時刻と自分宛ての参加リンクを確認。開始後の登録なら最大5分を目安に反映を待って再試行。 | 登録者一覧の実際の状態と登録メールアドレス。 |
| 承認待ちのメールだけ届いた | 登録完了とは異なるため主催者へ確認する。 | Pending approvalから対象の申請を承認または却下。 |
| Waitlisted／定員待ち | 参加枠の確保が済んでいない。主催者の案内を待つ。 | 登録定員と空き枠、手動承認の有無。 |
| 登録完了メールが届かない | 入力したメールアドレス、迷惑メール、隔離を確認。 | Confirmedか、メール送信設定、配送・隔離の結果。 |
| ロビーで待機している | リンクを開けているので、主催者へ入室待ちと伝える。 | ロビー待機者を確認し、入室を許可。 |
| 別アカウントで参加するよう求められる | 招待を受け取ったアカウントと現在のアカウントを確認。 | 公開範囲、イベントポリシー、参加者の対象範囲。 |
開始後に登録した場合は、最大5分の反映待ちを確認
Microsoftのウェビナー案内は、イベント開始後に登録した参加者に未登録のエラーが出る場合があり、登録反映に最大5分かかることがあると説明しています。この条件に当てはまる場合は少し待ち、自分宛ての参加リンクから再試行します。
これはすべての参加障害が5分で直るという説明ではありません。待っても続く場合や、開始前から登録していた場合は、承認・定員・リンク・参加権限を確認してください。「Processing」という表示だけで、サーバー負荷が原因、または登録完了と断定しません。
参加者：登録リンクと参加リンクを分ける
- 登録したイベント名・日時が合っているかを確認する。
- 告知ページの登録フォームではなく、自分宛ての登録完了メールにある参加リンクを開く。
- 古い別イベントのメールや、他の人から転送されたリンクを使っていないか確認する。
- 参加前画面でアカウントを確認し、主催者の案内に従って参加する。
主催者が共有する登録リンクは、公開したイベントサイトの登録ページへのリンクです。登録完了後に受け取る当日の参加リンクとは役割が異なります。登壇者として招待された場合も、一般参加者の案内と混ぜず、自分の役割に対応する案内を確認してください。
主催者：登録者の状態を確認する
Teamsカレンダーから該当ウェビナーを開き、「Registration → Attendee status（登録 → 参加者の状態）」を確認します。Microsoftのトラブルシューティングは、確認メールが届かない場合を次のように分けています。
| 登録状態 | 対応 |
|---|---|
| Pending approval | 手動承認が必要な申請。対象を確認しApproveで承認すると、参加リンクを含む確認メールが送信される。 |
| Waitlisted | 定員に達している。空きができた後、手動承認設定に応じて承認待ちまたは登録完了へ進む。 |
| Confirmed | 登録メールアドレスが正しいか確認し、メールの配送・迷惑メール隔離を調べる。 |
登録管理の公式手順では、主催者は待機リストの人を直接承認・削除できず、登録定員を増やすことで次の状態へ移せると説明されています。定員を増やす前にはイベントの参加容量と利用条件を確認してください。
メールが届かないときの調べ方
参加者は、登録したアドレスの受信箱・迷惑メールを確認します。会社の受信箱ではユーザーから見えない隔離もあるため、登録完了の状態なのにメールが見つからなければ、メール管理者に送信日時と宛先を伝えて調査を依頼します。
ウェビナーメールの管理資料は、登録完了、承認待ち、定員待ちを別の種類のメールとして説明しています。承認待ち通知を受け取ったことを、参加枠の確保と取り違えないでください。主催者はイベントのメール送信を無効にしていないか、外部のメール連携を使用していないかも確認します。
Microsoftは確認メールの配送にDynamics 365のメール配信サービスを使用すると説明しています。Confirmedで宛先も正しい場合、管理者は公式資料に示された配信元情報と、自社メールフィルターの結果を照合します。推測したドメインを丸ごと許可する操作や、メールのセキュリティ機能全体を停止する操作は避けてください。
案内を再送する場合は、まず申請の状態と宛先を確認します。登録ページURLだけを送って「このリンクで必ず入室できる」と案内せず、本人向けの参加方法と問い合わせ先を確認して伝えます。
サインインは参加者の種類と公開範囲で変わる
ウェビナーの参加案内では、招待・参加リンクを受け取ったアカウントでの参加を確認するよう説明しています。一方、Microsoftアカウントを持たない招待者の匿名参加も案内されており、「すべての参加者が登録アドレスのMicrosoftアカウントを作る必要がある」とは言えません。
匿名参加や組織外からの参加が許されるかは、イベントの設定と管理者ポリシーで決まります。現行の匿名アクセス管理資料では、イベントはWho can attend webinars等のイベントポリシーで管理します。通常会議向けのメールコードによる匿名本人確認機能はイベントではサポートされないと案内されているため、同じ設定をウェビナーの対処として使わないでください。
複数のアカウントを使う場合は、参加前画面でどれを使っているか確認します。別のブラウザープロファイル等で確認すると、意図しないアカウントを切り分けやすくなりますが、プライベートブラウズで参加権限や承認待ちが解除されるわけではありません。
ロビー待ちを登録失敗と取り違えない
ロビーに入っている場合は、主催者・共同主催者・登壇者による入室許可を待ちます。主催者は参加者一覧を確認してください。登録管理の資料では、会議オプションのMeeting accessから登録リンクを持つ参加者のロビー迂回を設定できると説明しています。
「ロビーを迂回できない人を拒否」の設定もあるため、拒否されている場合は承認状況とロビーの条件を合わせて調べます。参加人数を増やすためだけに全員の無条件入室へ変えるのではなく、イベントで決めた公開範囲に合わせて設定します。
PC・スマホで参加経路を確認する
PCでは、Microsoftが案内するEdge・ChromeのTeams Web参加またはTeamsアプリを使い、表示される参加方法を選びます。登録済みかと、アプリ・ブラウザーから接続できるかを別々に確認してください。
参加できない場合の公式案内は、モバイルWebブラウザーでのTeams会議参加は対象外として、スマートフォン・タブレットではTeamsモバイルアプリを案内しています。スマホのブラウザーで同じ操作を繰り返すのではなく、アプリと主催者の案内を確認します。
別の会議に切り替える場合の判断
本番中に復旧できないときは、主催者が代替開催・録画案内などの運用を判断します。通常のTeams会議へ切り替える場合も、参加容量、外部参加、ロビー、録画・レポート、対象者への連絡を確認してください。通常会議も管理者ポリシーで参加が制限されるため、リンクを作るだけで全員が入れるとは限りません。
電話だけで必ず救済できるとも判断せず、電話参加の案内がそのイベントにあるかを主催者へ確認します。ウェビナーの登録状態を解決せず、別参加方式が常に使えると案内することは避けてください。
問い合わせで伝える情報
- イベント名・予定日時・問題が起きた時刻。
- 登録したアドレスと登録時刻、主催者側の現在の登録状態。
- 表示されたエラー全文と画面、ロビーに入れるか。
- 使ったリンクの種類、PC/スマホ、Teamsアプリ/ブラウザーの種類と版。
- 一人だけか、同じ組織の人か、全参加者かという影響範囲。
本人宛ての参加リンクや個人情報は公開投稿せず、主催者・管理者・Microsoftサポートの適切な窓口に渡します。管理者ポリシーの変更は反映に最大24時間かかる場合があるため、本番直前の即時解決を前提にしないでください。
事前テストで確認すること
- 想定する組織内・組織外の参加者で、登録から確認メール・入室まで確認する。
- 手動承認と待機リストを使う場合は、担当者と締切を決める。
- PCとモバイルアプリ、会社メールの隔離、複数アカウントを確認する。
- ロビー担当と問い合わせ先、当日の代替案内を準備する。
登録・メール編集等の利用条件はイベント規模やライセンスによって変わります。2026年の公式資料では利用条件が更新されているため、古い「常にPremiumが必要」という説明を一律に当てはめず、使用するイベントと管理者側の最新条件を確認してください。
コメント