Webexの「デフォルトサイトURL」をGPOで指定する前に、対象が現行Webex Appか、Webex Meetings desktop app／Productivity Toolsかを確認してください。現行Webex Appでは、複数のホストライセンスを持つユーザーがSettings、MeetingsのDefault Webex site URLから既定サイトを選びます。一方、旧来のWebex Meetings mass deployment用テンプレートにはFEATURE_WEBEX_MEETINGS_DESKTOP_SITEURLがあり、Webex Meetings desktop app用のサイトURLを指定します。製品と版が違えば同じGPOは効きません。2026年7月時点では、まずControl Hubでユーザーのサイト所属と公式サポート方式を確認し、旧Webex Meetings desktop appを管理する必要がある端末だけに公式テンプレートまたはMSIのSITEURLを検証します。
Webex AppとWebex Meetings desktop appを分ける
Webex AppはMessaging、Calling、Meetingsを統合する現行クライアントです。Webex Meetings desktop appは会議前・会議中体験を提供し、WBS39.10以降はProductivity Toolsと別パッケージです。古いGPO画面の「Cisco Webex Meetings General Settings」はWebex App全体の管理テンプレートではありません。対象PCに入っている製品名、実行中プロセス、版、インストール場所、Control Hub管理サイトを記録します。Webex Appだけの環境へ旧ADMを追加してもSettingsのDefault Webex site URLを強制できる根拠にはなりません。Ciscoの最新管理資料またはサポートへ、対象版での管理可否を確認してください。
- 利用者がWebex App、Meetings desktop app、Productivity Toolsのどれを使っているか確認する。
- WebexサイトURL、Control Hubのサイト、ユーザーのホストライセンス、SSOを台帳から確認する。
- 複数サイトを持つユーザーと一サイトだけのユーザーで、既定変更の必要性を分ける。
- 通常PC、VDI、Webex for Government、オンプレミスWebex Meetings Serverを別製品として扱う。
- サイトURL変更時の旧URL転送、会議リンク、Personal Room、Outlookアドインを確認する。
正しいサイトURLを確認する
WebexサイトURLは通常companyname.webex.comの形式ですが、推測して作りません。Control HubのServices、Meeting、Sites、またはユーザーのUser Hubで正式なサイトを確認し、ホストライセンスとSSOでサインインできることを試します。URLにユーザー名、会議番号、トークン、Personal Roomパスを含めず、サイトのホスト名だけを管理値にします。証明書、DNS、プロキシ、Webexネットワーク要件を確認し、旧サイトから新サイトへ移行中なら切替日と転送期間を決めます。外部公開チケットへ顧客固有サイト名や組織IDを貼らないでください。
現行Webex Appで利用者が既定サイトを選ぶ
Ciscoの現行ヘルプでは、Webex Appでプロフィール画像、Settings、Meetingsを開き、Default Webex site URLのEditから、ユーザーがホストライセンスを持つサイトを選んでUpdateする手順が示されています。選択肢にサイトが出ない場合は、GPOより先にControl Hubのユーザーライセンス、メール、サイトリンク、SSOを確認します。複数サイトのうちどれをPersonal Room、デバイス、連絡先カード、アプリ内スケジューラーへ使うかを選ぶ機能であり、存在しないサイトを文字列で押し込むものではありません。全社で一つにしたいなら、ユーザーのサイト割り当てをControl Hub側でも整理します。
旧Webex Meetings GPOの対象を限定する
CiscoのWebex Meetings mass deploymentガイドには、FEATURE_WEBEX_MEETINGS_DESKTOP_SITEURLという設定があり、例としてexample.webex.comのようなサイトURLを指定します。これはWebex Meetings desktop app／Productivity Toolsの世代向け設定です。公式配布に含まれるADMまたは管理テンプレートを対象版から取得し、出所不明の古いファイルを使いません。ADMはGPMCのClassic Administrative Templatesに表示される場合があり、ADMX中央ストアと管理方法が異なります。既存中央ストアへ無理に変換・コピーせず、Ciscoガイドが対象版へ示す方法を検証環境で再現します。
GPOで設定する場合の手順
- 旧Webex Meetings desktop appを使う検証PCとユーザー、同じ版のCisco公式テンプレートを用意する。
- GPOとテンプレートをバックアップし、ポリシー名、対応版、復旧値を変更台帳へ記録する。
- 検証用GPOのComputer Configuration側でCisco Webex MeetingsのGeneral Settingsを開く。
- WebEx Desktop App Default Site URLまたは対応するFEATURE設定をEnabledにし、正式なサイトホスト名を入力する。
- 検証OUだけへリンクし、gpresultでコンピューターGPOの適用を確認する。
- PCを再起動し、Meetings desktop appのAccountまたはPreferencesでサイトを確認する。
- サインイン、Personal Room、スケジュール、会議参加、Outlook連携を実際に試す。
GPOの表示名はテンプレート版で異なることがあります。記事の画面名が見つからないからと第三者のADMを追加したり、レジストリ場所を推測したりしません。Cisco mass deploymentガイドで対象版の設定名、値形式、Windows／Macの違いを確認します。Computer Configurationで配るなら再起動またはコンピューターポリシー更新が必要な場合があります。利用者が既に別サイトでサインインしている場合、キャッシュやアカウント状態が初回セットアップと異なるため、新規検証ユーザーと既存ユーザーを分けて試します。
MSIのSITEURLで初期値を与える方法
CiscoのWebex Meetings mass deployment資料は、Webex Meetings desktop appやProductivity ToolsのMSIにSITEURLを渡す例も示しています。GPO Software Installationでは任意のコマンドライン引数を扱いにくいため、組織標準のConfiguration Manager、Intune、承認済みMSTなどで配布するかを検討します。MSIへ固定サイトを設定する方法はインストール時の初期設定であり、現行Webex Appのクラウド側既定サイト管理と同じではありません。公式MSIの署名、対象版、ALLUSERS、更新方式、既存版の置換を検証し、サイトURL以外の不要な古い統合オプションをコピーしません。
サイトURL変更時の影響
既定サイトを変えると、新しく開始するPersonal Room、アプリ内スケジューラー、デバイス連携、Outlookアドインの会議作成先が変わる可能性があります。既に発行済みの招待URLや録画が自動的に新サイトへ移るとは限りません。Control Hub管理者がユーザー、ライセンス、録画、Personal Room、サイト設定、SSO、保持を移行計画に含めます。旧URLを即停止せず、既存会議の開催期間、利用者案内、外部参加者、転送可否を確認します。GPOの文字列変更だけでサイト移行を完了させません。
適用結果の確認
- gpresultで目的のComputer GPOが適用され、別Webex GPOと競合していない。
- Webex Meetings desktop appの版がテンプレート対象で、既定サイトが正式なホスト名になっている。
- 標準ユーザー、新規・既存ユーザー、複数サイトライセンスでサインインと選択結果が期待どおりである。
- Personal Room、会議作成、招待、参加、Outlook／Microsoft 365アドイン、デバイス接続が動く。
- 社内LAN、VPN、社外でDNS、TLS、プロキシ、メディア通信が公式ネットワーク要件を満たす。
- GPOを対象外に戻したとき、サイト値が残るか利用者選択へ戻るかを確認する。
設定が反映されない場合
まず製品がWebex AppかWebex Meetings desktop appかを再確認します。次にテンプレート対象版、Computer／User、GPOリンク、gpresult、再起動を確認します。ポリシーが届いてもサイトが出ない場合は、サイトURL形式、ユーザーのホストライセンス、SSO、Control Hubサイトリンク、既存キャッシュを確認します。新規ユーザーでは成功し既存だけ失敗する場合、無断でプロファイルや会議データを削除せず、Ciscoサポートへログと対象版を提示します。ネットワーク問題をサイトURL問題と混同せず、Webex公式ネットワーク要件でシグナリングとメディアを分けて調査します。
段階展開と戻し方
旧Webex Meetingsクライアントを必要とする少数部門で先行し、設定成功率、サインイン、会議作成先、既存招待、アドイン、問い合わせを確認します。不具合時はGPOリンクを止める、旧サイト値へ戻す、対象グループを縮小する、Control Hubのサイト割り当てを戻す手順を用意します。Webex Appへ統合する計画があるなら、旧ADMへの依存を増やさず、終了日と撤去手順を設定します。テンプレートとGPOバックアップ、旧・新サイト一覧、影響ユーザー、テスト結果を同じ変更記録へ保存してください。
WebexのデフォルトサイトURLは、製品世代を正しく識別して初めて管理できます。現行Webex AppはControl Hubのライセンスとアプリ内選択を基準にし、旧Webex Meetings desktop appだけは対応版のCisco公式GPO／MSI設定を限定利用します。文字列が画面に入っただけで終わらず、会議作成先、Personal Room、既存招待、SSOまで確認してください。
コメント