生活や仕事に役立つライフハック、お得な情報を発信しています。⚠️記事内にPRを含みます

【管理者向け重要】Google Meet ハードウェアの「デバイス ID」が新しくなります。移行期間と変更点を徹底解説

この記事は https://workspaceupdates.googleblog.com/ の記事をもとに作成しています。
元記事の作成年月日:2026年3月9日

日本のGoogle Workspaceユーザーの皆様、こんにちは。
そして、これからGoogle Workspaceの導入を検討されている皆様も、当ブログをご覧いただき誠にありがとうございます。
社内の会議室で、高品質なオンライン会議を実現するために「Google Meet ハードウェア」を導入・運用されている企業のIT管理者の皆様にとって、非常に重要なシステム変更のお知らせです。
数台から数百台に及ぶ会議室のデバイスを管理する際、それぞれの端末を識別するために使われているのが「デバイス ID」ですが、今回Googleから、このIDの体系が新しく切り替わるという発表がありました。
この変更は、Google Workspaceの管理コンソール内の様々な画面や、ログの抽出、一括設定の運用に直接的な影響を与えます。
移行期間が設けられているものの、古いIDはいずれサポートが終了するため、システム管理者様は事前に変更点を正しく理解し、運用フローをアップデートしておく必要があります。
本記事では、この新しいデバイス IDへの移行に伴う具体的な変更箇所と、管理者が取るべきアクション、そして6ヶ月間の移行期間中の注意点を分かりやすく解説いたします。
組織の安定した会議室運用を維持するために、ぜひ最後までお読みいただき、関係部署への周知にお役立てください。

1. そもそも「デバイス ID」とは?

Google Workspaceの管理者は、自社に設置されている「Google Meet ハードウェア(ASUS製やLenovo製などの会議システム)」を、すべてクラウド上の「管理コンソール」から一元的に監視・設定しています。

この時、ネットワーク上に存在する何十台ものデバイスの中から、「東京本社の第1会議室にある端末」と「大阪支社のA会議室にある端末」を正確に区別するための固有の識別番号が「デバイス ID」です。
これまでは、長年使われてきた従来のID体系(本記事では「レガシーID」と呼びます)が使用されていましたが、システムの拡張性や管理基盤の刷新に伴い、より新しい形式の「新しいデバイス ID」へと完全にリプレイス(置き換え)されることになりました。

2. 新しいデバイス IDが適用される「5つの主要な場所」

この新しいデバイス IDは、これまで管理コンソール上でレガシーIDが表示されていたすべての場所で、そのまま置き換わって表示されるようになります。具体的には以下の5つのエリアが対象です。

① デバイス管理の基本ページ

管理コンソールの「デバイス > Google Meet ハードウェア」の画面内にある、「デバイスリスト」「デバイスの詳細ページ」「デバイスの履歴」「ビデオ通話のページ」など、端末の状態を確認する基本画面のすべてで新しいIDが表示されます。

② 管理コンソール内のURL

管理コンソールで特定のデバイスの詳細ページを開いた際、ブラウザの上部に表示されるURLの中には、そのデバイスのIDがパラメータ(文字列)として含まれています(デバイスキー付きURL)。これらのURLも、すべて新しいIDをベースとしたものに変更されます。

③ 監査ログとBigQueryのエクスポート

デバイスがいつ起動したか、設定がいつ変更されたかなどを記録する「監査と調査ツール(ログ)」や、そのログデータを分析基盤である「BigQuery」へエクスポートする際にも、出力されるデータ内の識別子は新しいIDへと切り替わります。

④ デバイスの一括アップロード / ダウンロード機能

数十台のデバイスの設定(名称変更やネットワーク設定など)をCSVファイルを使って一気に更新する「一括アップロード」機能や、現在の全デバイスのリストを「ダウンロード(エクスポート)」する機能においても、ファイル内に記載されるIDが新しいものになります。

⑤ Meetの品質ツール(Meet Quality Tool)

通話の品質(映像の遅延や音声の途切れなど)を分析するための「Meetの品質ツール」において、特定の会議室デバイスを絞り込むための「デバイス ID フィルター」も、新しいIDでの検索・指定に対応します。

3. 【重要】運用に直結する「3つの詳細な変更点」と注意喚起

今回のアップデートにおいて、IT管理者様が日々の運用で特に注意すべき詳細な変更点が3つあります。

① 一括更新(バルクアップデート)時の必須条件

CSVファイルを用いた「デバイス設定の一括更新(バルクアップデート)」を定期的に行っている管理者様はご注意ください。
変更後、管理コンソールのデバイスリストページから設定用のファイルをアップロードする際には、必ず「新しいデバイス ID」が記載されたファイルを使用する必要があります。古いレガシーIDのままのリストを使い回してアップロードしようとすると、エラーになる可能性がありますので、必ず最新のリストをダウンロードしてから編集を行ってください。

② 監査ログの「過去と未来」の違い

管理コンソールの「レポート > 監査と調査」で記録されるログや、BigQueryへのエクスポートデータについてですが、「今後新しく発生するイベント」のログエントリーには、すべて新しいデバイス IDが使用されます。
一方で、「この仕様変更が行われる前(過去)」にすでに作成・記録されている既存の監査ログについては、遡って新しいIDに修正(モディファイ)されることはありません。過去のログは古いレガシーIDのまま保持されますので、時系列でログを追跡・分析する際には、このIDの切り替わりポイントを考慮する必要があります。

③ 新IDへの「移行期間(トランジション)」の挙動

この大規模なIDの切り替えは、一瞬ですべて完了するわけではなく、段階的な移行期間(ロールアウト期間)を伴います。
そのため、ロールアウトが進行している最中は、同じデバイスであっても、見る画面(デバイスリストや品質ツールなど)の場所によって「新しいID」が表示されたり「レガシーID」が表示されたりする、一時的な混在状態が発生する可能性があります。これはシステムの不具合ではありませんので、ご安心ください。

また、業務への急激な影響を緩和するため、ロールアウト完了後から【向こう6ヶ月間(半年間)】の猶予期間が設けられています。この6ヶ月間は、URLの直接入力、CSVファイルの一括アップロード、デバイスリストページでの検索、Meetの品質ツールなどにおいて、「新しいID」と「レガシーID」の【どちらを使用しても】システムが正しく認識し、機能します。
ただし、この6ヶ月の猶予期間が終了した後は、レガシーIDのサポートは完全に打ち切られます。この期間内に、社内で運用しているマニュアルや、自動化スクリプトなどを新しいID体系へと確実に移行・更新してください。

4. ご利用の準備と展開スケジュール

この変更は、Google Meet ハードウェアのバックエンドシステムに関するものであり、エンドユーザー(実際に会議室を利用する従業員)の画面や操作には一切影響を与えません。

エンドユーザーの皆様へ

特別なアクションや設定変更は不要です。これまで通り、会議室のタッチパネルから会議に参加していただけます。

管理者の皆様へ

管理コンソール側でこの変更を拒否したり、適用を遅らせたりする設定(オプトアウト)はありません。Googleの公式ヘルプセンター「デバイス情報を表示および編集する」等を参照し、新しいIDを使ったデバイス管理の運用に備えてください。

展開スケジュール

本機能は、ご利用のドメインのリリース設定(即時リリース・計画的リリース)にかかわらず、同じスケジュールで展開されます。

  • 2026年3月23日より、段階的なロールアウト(最大15日間)が開始されます。
  • 2026年4月6日までに、すべての展開(ロールアウト)が完了する見込みです。
  • ※この完了日(4月6日)から起算して6ヶ月後が、レガシーIDのサポート終了(完全な移行期限)となります。

対象となるお客様

この変更は、「Google Meet ハードウェア デバイス」を導入・運用しているすべてのGoogle Workspaceをご利用のお客様に適用されます。

5. まとめ:半年間の猶予を活かしたスムーズな運用移行を

本日は、Google Meet ハードウェアの「デバイス ID」が新しい形式に移行されるという、管理者向けの重要なシステム変更について解説いたしました。

基幹システムの識別ID(キー)が変わるということは、ITインフラの運用において非常に神経を使うイベントです。特に、APIやCSVファイルを使ってデバイス管理を自動化・効率化している企業にとっては、既存の仕組みが動かなくなるリスクを伴います。
しかし、Googleはそうした混乱を防ぐために、6ヶ月間という十分な「両方のIDが使える猶予期間(フォールバック期間)」を用意してくれています。

Google Meet ハードウェアは、オフィスの会議室とリモートワーカーを高品質に繋ぐ、現代のハイブリッドワークに不可欠なインフラです。
このデバイスを管理されているIT部門の皆様は、ロールアウトが開始される3月下旬以降、管理コンソールの表示変化を確認し、この半年間の移行期間を有効に活用して、社内の運用ドキュメントやスクリプトのアップデートを計画的に進めてみてください。
そして、これから導入を検討されている方は、こうした大規模なシステムの裏側の刷新(モダナイゼーション)を、ユーザーの業務を止めることなく安全に遂行するGoogle Workspaceのエンタープライズレベルの運用能力を、ぜひご評価いただければ幸いです。