以前のリリースノート

Chrome 136 リリースの概要

 

Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Google レンズの検索結果表示の更新		✓
悪意のある APK のダウンロード チェック（テレメトリーのみ）	✓
Chrome のヒントの自動通知（iOS）		✓
リモート デバッグでのカスタム データ ディレクトリの使用を必須化	✓
パーティショニング: アクセスしたリンクの履歴	✓
attr() 型のキーワード string を raw-string に名称変更	✓
ProgressEvent の更新: loaded と total に double 型を使用	✓
Chrome ブラウザの新しいポリシー			✓
Chrome ブラウザの削除されたポリシー			✓
Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
管理対象デバイス上のリモート デスクトップ クライアントで WebAuthn をサポート	✓		✓
Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
新しいレポート コネクタ: CrowdStrike Falcon Next-Gen SIEM	✓		✓
Android での URL フィルタリング機能	✓		✓
今後予定されている Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
プライベート ネットワーク アクセスのエンタープライズ ポリシーの削除	✓
--load-extension コマンドライン スイッチを削除	✓
SwiftShader フォールバックを削除	✓
決済用の WebAuthn 認証情報の作成時にスローされるエラータイプを SecurityError から NotAllowedError に変更	✓
blob URL のパーティショニング: 取得 / ナビゲーション	✓
Bluetooth 経由の Web Serial（Android）	✓
Happy Eyeballs V3	✓
Storage Access API の厳格な同一オリジン ポリシー	✓
ウェブアプリ マニフェスト: update_token と要件チェックの更新	✓
2025 年 6 月より前に拡張機能を Manifest V3 に移行	✓	✓	✓
Chrome で macOS 11 のサポートを終了			✓
独立したウェブアプリ	✓		✓
file:// 以外の URL のホストでスペースを禁止	✓
SafeBrowsing API の v4 から v5 への移行	✓
Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ		✓
今後予定されている Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
IP アドレスのロギングとレポート	✓
Chrome Enterprise Core での非アクティブなプロファイルの削除	✓		✓
iOS での複数の ID のサポート		✓
Google Agentspace による検索候補を Chrome アドレスバーに表示		✓	✓
今後予定されている Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
iOS での URL フィルタリング機能	✓		✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

Chrome Enterprise および Chrome Education のリリースノートは、Chrome のリリーススケジュールに沿って、Chrome ブラウザの Stable 版のリリース日に公開されます。

Chrome ブラウザの変更内容

   

• Google レンズの検索結果表示の更新 

  デバイスのカメラやウェブページ上の画像からの Google レンズの検索結果が画面の下部からスライド表示されるネイティブ UI パネルに表示されます。これまで、この検索結果は新しいタブに別のウェブページとして表示されていました。管理者は、既存のポリシー LensCameraAssistedSearchEnabled を使用してこの機能を制御できます。

  • iOS 版 Chrome 136
   

  

   

   

• 悪意のある APK のダウンロード チェック（テレメトリーのみ） 

  Android 版 Chrome は、Chrome でダウンロードした Android パッケージ キット（APK）ファイルの安全性を確認するため、Google に問い合わせるようになりました。これは、モバイル マルウェアからユーザーを保護するために設計された機能の、テレメトリー専用の試験運用版です。最終的には、警告を表示し、悪意のある APK ファイルのダウンロードをブロックします。現時点では、悪意のある APK のダウンロード チェックはテレメトリーのみです。警告は表示されず、ダウンロードもブロックされません。テレメトリーのみのモードでは、悪意のある APK ダウンロード チェックは、Google セーフ ブラウジングの保護強化機能に登録しているユーザーに対してのみ実行されます。

  この機能を無効にするには、SafeBrowsingProtectionLevel ポリシーでセーフ ブラウジング モードを「NoProtection」（値 0）に設定します。

  • Android 版 Chrome 136
   

   

• Chrome のヒントの自動通知（iOS）

  ユーザーは、一時的な通知として Chrome のヒントを受け取ることができるようになりました。これまでは、Chrome のヒント通知を明示的に有効にしたユーザーのみが、この通知を受け取っていました。

  今回のリリースでは、iOS に Chrome をインストールしているものの、数日間使用していないユーザーに対して、Chrome のヒントを通知として積極的に送信します。これにより、ユーザーはアプリを開かなくても、Google レンズやセーフ ブラウジング保護強化機能などの便利な機能について確認できるようになります。管理者は、ポリシー ProvisionalNotificationsAllowed を使用してこの機能を無効にできます（このポリシーは Chrome 137 で利用可能になります）。

  • iOS 版 Chrome 136
   

   

• リモート デバッグでのカスタム データ ディレクトリの使用を必須化

  Windows、Linux、macOS のデフォルトのデータ ディレクトリを使用する Google Chrome で、TCP ポートまたはパイプ経由のリモート デバッグができなくなりました。--remote-debugging-pipe スイッチまたは --remote-debugging-port スイッチを使用している場合、--user-data-dir スイッチを使用して Google Chrome をリモートでデバッグするためには、カスタムデータ ディレクトリを指定する必要があります。

  この変更の理由は、これらのリモート デバッグ スイッチが、情報窃盗ツールやマルウェアによって Google Chrome からデータを抽出する目的で悪用されていたためです。カスタム ユーザーデータ ディレクトリでは異なる暗号鍵が使用されるため、マルウェアが Cookie などの暗号化されたデータを盗むことはできなくなります。

  この変更は、Chrome for Testing と Chromium には影響しません。

  • Linux、macOS、Windows 版 Chrome 136
   

   

• パーティショニング: :visited リンク履歴 

  ユーザーの閲覧履歴の漏洩を防ぐため、アンカー要素は、このトップレベルのサイトとフレームのオリジンで以前にクリックされたことがある場合にのみ :visited スタイルになり、ブラウザ側では、VisitedLinks のハッシュ テーブルがトリプルキーでパーティショニングされるようになります。つまり、訪問したリンクごとに <link URL, top-level site, frame origin> がセットで保存されるということです。これにより、このサイトとフレーム上で以前にクリックされたリンクのみにスタイルが適用されるようになり、結果として、:visited リンクのスタイル情報を取得するために開発された多くのサイドチャネル攻撃は、ユーザーに関する新しい情報をサイトに提供できなくなるため、意味をなさなくなります。

  セルフリンクには例外があります。サイト自体のページへのリンクは、このトップレベルのサイトとフレームのオリジンで以前にクリックされていなくても、:visited としてスタイル設定できます。この例外は、トップレベル フレームまたはトップレベル フレームと同じオリジンのサブフレームでのみ有効です。サイト内ではユーザーがどのサブページにアクセスしたかがすでに把握されており、新しい情報が漏洩することはありません。そのため、上記のプライバシー上のメリットは損なわれません。これは、ユーザー エクスペリエンスの向上にもつながる、コミュニティからのリクエストによる例外です。

  • Windows、macOS、Linux、Android 版 Chrome 136
   

   

• attr() 型のstring キーワードを raw-string に改称 

  attr() 型引数は、属性値が CSS 値としてどのように解析されるかを指定するものです。W3C CSS Working Group の最近の決定により、attr() 型の string キーワードは、より明示的な raw-string に改称されることになりました。属性値が raw-string キーワードとして指定されているか、完全に省略されている場合、その属性のリテラル値は CSS 文字列の値として扱われ、CSS の解析（CSS エスケープ、空白文字の削除、コメントなど）は一切行われません。フォールバックがトリガーされるのは、属性自体が完全に存在しない場合に限られ、なんらかの値によってトリガーされることはありません。

  attr() の記法について詳しくは、CSS 値と単位モジュール レベル 5 をご覧ください。

  • Windows、macOS、Linux、Android 版 Chrome 136
   

   

• ProgressEvent の更新: loaded と total が double 型に 

  ProgressEvent には、進行状況を示す属性 loaded と total があり、これらの型は現在 unsigned long long です。

  この機能により、これらの 2 つの属性の型が double に変更され、デベロッパーが値をより細かく制御できるようになります。たとえば、total を 1 に設定し、loaded を 0 から 1 まで徐々に増加させる ProgressEvent を作成することが可能になります。これは、max 属性が省略されている場合の <progress> HTML 要素のデフォルトの動作と一致します。詳しくは、GitHub での Web Hypertext Application Technology Working Group（WHATWG）のディスカッションをご覧ください。

  • Windows、macOS、Linux 版 Chrome 136
   

   

• Chrome ブラウザの新しいポリシー 

  ポリシー	説明
  OnSecurityEventEnterpriseConnector	OnSecurityEvent Chrome Enterprise コネクタの設定ポリシー（Android でも利用可能に）。
  WebAuthenticationRemoteDesktopAllowedOrigins	リモート デスクトップ アプリケーションから送信されたプロキシ処理の WebAuthn リクエストを許可するオリジン。
  ReduceAcceptLanguageEnabled	Accept-Language の削減を制御。
  HappyEyeballsV3Enabled	Happy Eyeballs V3 アルゴリズムを使用。
  EnterpriseRealTimeUrlCheckMode	URL のセーフ ブラウジング ステータスをリアルタイムでチェック（Android でも利用可能に）。
  ProvisionManagedClientCertificateForBrowser	管理対象ブラウザのクライアント証明書のプロビジョニングを有効化。

   

• Chrome ブラウザの削除されたポリシー 

  ポリシー	説明
  ThirdPartyBlockingEnabled	サードパーティ ソフトウェアからのコード挿入ブロックの有効化。
  ProfilePickerOnStartupAvailability	起動時のプロフィール選択画面の表示有無。

   

   

Chrome Enterprise Core の変更内容

   

• 管理対象デバイス上のリモート デスクトップ クライアントで WebAuthn をサポート 

  この変更により、管理対象デバイスのユーザーは、ローカル セキュリティ キーまたはパスキーを使用して、リモートホスト上のウェブサイトに安全にアクセスできるようになります。新しい WebAuthenticationRemoteDesktopAllowedOrigins エンタープライズ ポリシーにより、管理者は、他のオリジンに代わって WebAuthn リクエストを送信できるリモート デスクトップ クライアント アプリケーションを指定できるようになります。

  これにより、リモート デスクトップでローカル認証システムを使用する際の問題に対処し、セキュリティとユーザー エクスペリエンスの両方が向上します。管理者は、許可するリモート デスクトップ クライアント アプリのオリジンをカンマ区切りのリストで指定してポリシーを設定します。

  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 136

   

Chrome Enterprise Premium の変更内容

Chrome Enterprise Core と Chrome Enterprise Premium の違いをご確認ください。

   

• 新しいレポート コネクタ: CrowdStrike Falcon Next-Gen SIEM   

  Chrome 136 では、Crowdstrike Falcon Next-Gen SIEM 用の新しい Chrome Enterprise レポート コネクタが導入されました。管理者は、管理コンソールでこのコネクタを設定して、選択した Chrome イベントデータを Crowdstrike に転送し、セキュリティ モニタリングと分析を強化できます。これにより、SIEM の選択に柔軟性が生まれ、脅威の検出精度が向上します。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 136
   

  

   

• Android での URL フィルタリング機能   

  Chrome Enterprise Premium のお客様向けに、WebProtect URL フィルタリングが Android にも対応しました。これにより、管理者は EnterpriseRealTimeUrlCheckMode ポリシーを使用して、管理対象の Android デバイスに URL ブロック、警告、監査ルールを適用し、プラットフォーム間で一貫したウェブ コンテンツ制御を実現できます。フィルタ イベントはレポート コネクタを介して報告され、設定は管理コンソールで行われます。

   
  • Android 版 Chrome 136
   

  

   

今後予定されている Chrome ブラウザの変更内容

 

    

• リモート デバッグ ポートのカスタムデータ ディレクトリの要件 

  Windows、Linux、macOS のデフォルトのデータ ディレクトリを使用する Google Chrome で、TCP ポートまたはパイプ経由のリモート デバッグができなくなります。

  --remote-debugging-pipe スイッチまたは --remote-debugging-port スイッチを使用している場合、--user-data-dir スイッチを使用して Google Chrome をリモートでデバッグするためには、カスタム データ ディレクトリを指定する必要があります。

  この変更の理由は、これらのリモート デバッグ スイッチが、情報窃盗ツールやマルウェアによって Google Chrome からデータを抽出する目的で悪用されているためです。カスタム ユーザーデータ ディレクトリでは異なる暗号鍵が使用されるため、マルウェアが Cookie などの暗号化されたデータを盗むことはできなくなります。

  この変更は、Chrome for Testing と Chromium には影響しません。

   
  • Linux、macOS、Windows 版 Chrome 136

    

• blob URL のパーティショニング: 取得 / ナビゲーション 

  ストレージ パーティションの延長として、Chromium では、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみで引き続きパーティショニングされるトップレベル ナビゲーションを除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chromium では、レンダラによって開始されたトップレベルの Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chromium の動作と Safari の類似する動作との間の整合性が保たれるようになり、関連する仕様にもこれらの変更が反映されるようになります。

  この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。他のストレージ パーティション関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• Intl Locale Info API のゲッターの非推奨化 

  Intl Locale Info API は、ステージ 3 の ECMAScript の TC39 プロポーザルであり、週のデータ（週の最初の日、週末の開始日、週末の終了日、最初の週の最小日数）や、ロケールで使用されるテキストの向きと時間のサイクルなどのロケール情報を公開することで、Intl.Locale オブジェクトを拡張します。

  Chrome 99 で実装がリリースされましたが、その後、プロポーザルのステージ 3 で変更が加えられ、いくつかのゲッターが関数に移動されました。非推奨のゲッターの削除と、名前変更された関数の再リリースが予定されています。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• FedCM の更新 

  Chrome 136 以降では、Federated Credentials Management API（FedCM）を使用して、同じダイアログに複数の ID プロバイダを表示できるようになります。これにより、デベロッパーはサポートされているすべての ID プロバイダをユーザーに簡単に提示できるようになります。まず最初の取り組みとして、すべてのプロバイダを 1 つの get() 呼び出しでまとめて扱うというシンプルなケースから開始する予定です。

  FedCM のパッシブモードでは、別のアカウントを追加する機能のサポートを終了する予定です。この機能は、選択ツールで他の IdP アカウントとともに [別のアカウントを使用] ボタンを表示できるというものですが、現在使用されておらず、UX の観点からも、フローが複雑になる割に効果がないと指摘されています（ただし、FedCM アクティブ モードでは引き続き機能します）。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• パーティショニング: アクセスしたリンクの履歴 

  ユーザーの閲覧履歴の漏洩を防ぐため、アンカー要素は、このトップレベルのサイトとフレームのオリジンで以前にクリックされたことがある場合にのみ、:visited スタイルになります。ブラウザ側では、VisitedLinks のハッシュ テーブルがトリプルキーでパーティショニングされるようになります。つまり、訪問したリンクごとに <link URL, top-level site, frame origin> がセットで保存されるということです。これにより、このサイトとフレーム上で以前にクリックされたリンクのみにスタイルが適用されるようになり、結果として、:visited リンクのスタイル情報を取得するために開発された多くのサイドチャネル攻撃は、ユーザーに関する新しい情報をサイトに提供できなくなるため、意味をなさなくなります。

  セルフリンクには例外があります。サイトの独自のページへのリンクは、このトップレベルのサイトとフレームのオリジンで以前にクリックされていなくても、:visited としてスタイル設定できるというものです。この例外は、トップレベル フレームまたはトップレベル フレームと同じオリジンのサブフレームでのみ有効になります。サイトではユーザーがどのサブページにアクセスしたかがすでに把握されているため、新しい情報が漏洩することはありません。そのため、上記のプライバシー上のメリットを引き続き利用できます。これは、ユーザー エクスペリエンスの向上にもつながる、コミュニティからのリクエストによる例外です。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• Storage Access API の厳格な同一オリジン ポリシー 

  Chrome 136 では、セキュリティを強化するために、Storage Access API のセマンティクスを調整し、同一オリジン ポリシーに厳密に準拠させます。つまり、フレームで document.requestStorageAccess() を使用すると、デフォルトでは iframe のオリジン（サイトではない）へのリクエストにのみ Cookie が付加されます。

  注: CookiesAllowedForUrls ポリシーまたはストレージ アクセス ヘッダーを使用して、クロスサイト Cookie のブロックを解除することは引き続き可能です。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• SwiftShader フォールバックを削除 

  早ければ Chrome 137 で、SwiftShader をベースとする WebGL への自動フォールバックのサポートを終了する予定です。SwiftShader にフォールバックせずに、WebGL コンテキストの作成が失敗するようになります。SwiftShader フォールバックを削除する主な理由は次の 2 つです。

  1. Chromium の GPU プロセスで JIT コードが実行されるため、SwiftShader はセキュリティ リスクが高い。
  2. 高パフォーマンスの GPU ベースの WebGL から CPU ベースの実装にフォールバックすると、ユーザー エクスペリエンスが低下する。ユーザーはこの動作を制御できず、バグレポートで説明するのが困難。

  SwiftShader は、ヘッドレス システムやサポートされている GPU がないシステムでサイトをテストする際にウェブ デベロッパーにとって便利なツールです。このユースケースは、オプトインすることで引き続きサポートされますが、信頼できないコンテンツの実行を目的としたものではありません。

  セキュリティ保証を下げて、WebGL 用に SwiftShader を許可するには、--enable-unsafe-swiftshader コマンドライン スイッチを使用して Chrome の実行可能ファイルを実行します。

  非推奨の間、SwiftShader をベースとして WebGL コンテキストを作成すると、JavaScript コンソールに警告が表示されます。--enable-unsafe-swiftshader を渡せば、この警告メッセージは表示されなくなります。

  Chromium などのブラウザでは、WebGL の可用性が保証されません。WebGL コンテキストの作成をテストしてエラーを処理し、Canvas2D などの他のウェブ API にフォールバックするか、ユーザーに適切なメッセージを表示できます。

  • Windows、macOS、Linux、Android 版 Chrome 137

    

• file:// 以外の URL のホストでスペースを禁止 

  WhatWG.org の仕様では、URL ホストにスペース文字を含めることはできないとされていますが、現在、Chromium の URL 解析ではホストにスペースを使用できます。

  このため、Chromium は Interop2024 の「WebSocket の HTTPS URL」 および「URL」の重要分野 に含まれる複数のテストで不合格となります。

  Chromium を仕様に準拠させるために、URL ホストからスペースを完全に排除したいと考えていますが、Windows の file:// URL のホスト部分でスペースが使用されているために困難が生じています（詳細については、GitHub のディスカッションをご覧ください）。

  この機能は、ファイル以外の URL でのみスペースを禁止することで、Chromium を仕様に準拠させる継続的な取り組みの一環です。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 138

 

    

• Chrome で macOS 11 のサポートを終了 

  Chrome 138 は、macOS 11 をサポートする最後のバージョンとなります。Chrome 139 以降、Apple のサポート対象外となった macOS 11 はサポートされなくなります。セキュリティを維持するためには、サポートされているオペレーティング システムで実行することが不可欠です。

  macOS 11 を搭載した Mac では、Chrome は引き続き動作しますが、警告の情報バーが表示され、今後のアップデートは行われなくなります。Chrome を引き続きアップデートしたい場合は、パソコンをサポート対象の macOS バージョンへアップデートする必要があります。

  Chrome 139 以降を新規にインストールするには、macOS 12 以降が必要です。

  • Windows、macOS 版 Chrome 139

    

• 独立したウェブアプリ 

  独立したウェブアプリ（IWA）は、PWA のインストールとウェブ パッケージングに関する既存の機能を拡張したもので、セキュリティに関連するアプリケーションのデベロッパーが必要とする、サーバー侵害やその他の改ざんに対する強力な保護を提供します。

  これらのアプリは、ライブ ウェブサーバーでホストされて HTTPS 経由で取得されるのではなく、ウェブバンドルにパッケージ化され、デベロッパーによって署名されたうえで、独立したウェブアプリを開始するに記載されている 1 つ以上の方法でエンドユーザーに配布されます。

  初回となるこのリリースでは、IWA は企業が管理する ChromeOS デバイスでポリシーを使用した場合のみインストール可能になります。

  • Windows 版 Chrome 140

    このリリースでは、Windows 上の企業管理のブラウザ構成に、分離されたウェブアプリのサポートが追加されます。

    

• SafeBrowsing API v4 から v5 への移行 

  Chrome による SafeBrowsing v4 API の呼び出しは、v5 API の呼び出しに移行されます。メソッド名も v4 と v5 で異なります。

  管理者が v4 固有の URL 許可リストを使用して https://safebrowsing.googleapis.com/v4* へのネットワーク リクエストを許可している場合は、ドメイン全体（safebrowsing.googleapis.com）へのネットワーク リクエストを許可するように変更する必要があります。変更しないと、v5 API へのネットワーク リクエストが拒否され、ユーザーのセキュリティが低下します。

  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 145

    この機能は段階的にリリースされます。

    

• Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ 

  Chrome 126 以降では、Microsoft Windows の UI オートメーション アクセシビリティ フレームワークを使用するアクセシビリティ クライアント ソフトウェアが直接サポートされるようになりました。この変更が行われる前は、このようなソフトウェアは Microsoft Windows の互換性 shim を通じて Chrome と相互運用されていました。この変更は、多くのユーザーにとってより快適なユーザー エクスペリエンスを実現するために行われるものです。ナレーター、拡大鏡、Voice Access が完全にサポートされ、Windows の UI オートメーション アクセシビリティ フレームワークを使用するサードパーティ製アプリの利便性が高まります。Chrome ユーザーは、ユーザー補助ツールと併用している際のメモリの使用量と処理のオーバーヘッドを削減できます。また、支援技術を使用したソフトウェアの開発も容易になります。

  管理者は、Chrome 125 以降で利用可能な UiAutomationProviderEnabled エンタープライズ ポリシーを使用して、（すべてのユーザーが新しい機能を利用できるよう）新しいプロバイダを強制的に有効にするか、無効にするかを選択できます。このポリシーは Chrome 136 までサポートされ、Chrome 137 で削除されます。このような 1 年の期間を設けているのは、Microsoft の互換性 shim から Chrome の UI オートメーション プロバイダへの切り替えの際、企業がサードパーティ ベンダーと連携して互換性の問題を解決するのに十分な時間を確保するためです。

  • Windows 版 Chrome 125: UiAutomationProviderEnabled ポリシーの導入により、管理者は Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダを有効にして、サードパーティのユーザー補助ツールが引き続き機能することを検証できるようになります。
  • Windows 版 Chrome 126: ユーザーに対して Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダの有効化を開始するために、Chrome のバリエーション フレームワークが使用されるようになります。このフレームワークは、Chrome で解決可能な互換性の問題に対処するため、必要に応じて中断を挟みながら全ユーザーを対象に段階的に有効化されます。企業の管理者は引き続き UiAutomationProviderEnabled ポリシーを使用して、新しい動作を早期に有効にするか、Chrome 136 で一時的に無効にできます。
  • Windows 版 Chrome 147: UiAutomationProviderEnabled ポリシーが Chrome から削除されます。すべてのクライアントが、ブラウザの UI オートメーション アクセシビリティ フレームワーク プロバイダを使用することになります。

 

今後予定されている Chrome Enterprise Core の変更内容

    

• 大規模なお客様向けに、管理コンソールのレポート機能のパフォーマンスと拡張性を改善 

  Chrome Enterprise Core では、管理コンソール内の多くのページやレポートのパフォーマンス、精度、拡張性を改善することを目的としたソフトウェア インフラストラクチャの変更を順次リリースしていきます。管理コンソールで影響を受けるページとレポートは次のとおりです（ただし、これらに限定されません）。

  • バージョン レポート
  • アプリと拡張機能の使用状況レポート
  • 拡張機能の詳細ページ
  • Chrome ブラウザの分析情報ページ
   

  この変更は、2025 年 4 月から 7 月にかけて段階的にリリースされる予定です。

  • 2025 年 4 月以降、2025 年 7 月まで

    

• 管理対象プロファイル リストの新しいリモート コマンドと CSV エクスポート 

  管理対象プロファイルのリストに、[CSV エクスポート] アクションと、[キャッシュを消去] リモートコマンド、[Cookie を消去] リモート コマンドを追加する予定です。1 つまたは複数のプロファイルを選択して、リモート コマンドを実行できるようになります。

  • CSV エクスポート: Android、Linux、macOS、Windows 版 Chrome 135 以降
  • リモート コマンド: Linux、macOS、Windows 版 Chrome 136 以降

    

• Chrome Enterprise Core の新しい概要ランディング ページ 

  この新しい概要ページは、管理コンソールの [Chrome ブラウザ] セクションに表示されます。ブラウザとプロファイルのデプロイの概要、報告された Chrome のバージョンとインストールされている拡張機能の概要など、デプロイに関する有益な情報が表示されます。たとえば、これらの分析情報を参照して、非アクティブなブラウザや保留中のアップデートがあるブラウザをすばやく特定できるようになります。また、拡張機能リクエストのキューや、設定済みの拡張機能も簡単に確認できるようになります。

  • Trusted Tester による早期アクセス: Chrome 135 以降

    

• IP アドレスのロギングとレポート 

  Chrome Enterprise では、ローカル IP アドレスとリモート IP アドレスを収集して報告し、それらをセキュリティ調査ログ（SIT）に送信することで、セキュリティ モニタリングとインシデント対応の機能を強化しています。また、オプションで、管理者が Chrome Enterprise レポート コネクタを介して、社内やサードパーティのセキュリティ情報イベント管理（SIEM）プロバイダに IP アドレスを送信できるようになります。

  Chrome Enterprise Core をご利用のお客様にお使いいただけます。

  • Windows、macOS、Linux 版 Chrome 136

    

• Chrome Enterprise Core での非アクティブなプロファイルの削除 

  2025 年 4 月（Chrome 136）より、プロファイル削除ポリシーに使用される非アクティブな期間のロールアウトが開始されます。2025 年 6 月（Chrome 138）より、定義済みの非アクティブな期間を超えて非アクティブな状態であった管理対象プロファイルは、ポリシーに基づいて管理コンソールから自動的に順次削除されます。このポリシーのリリース時には、非アクティブな期間はデフォルトで 90 日に設定されます。つまり、デフォルトでは、90 日を超えて非アクティブであった管理対象プロファイルはすべてアカウントから削除されます。管理者はこのポリシーを使用して非アクティブな期間の値を変更できます。プロファイルの非アクティブな期間は、最大で 730 日、最小で 28 日に設定できます。

  ポリシーの設定値を小さくすると、現在の管理対象プロファイルに対して広範囲に影響する可能性があります。影響を受けるすべてのプロファイルが非アクティブとみなされ、削除されます。ユーザー アカウントは削除されません。デバイスで非アクティブなプロファイルが再度アクティブになると、そのプロファイルがコンソールに再び表示されます。

  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 138

    このポリシーは 4 月にリリースされます（Chrome 136）。削除は 6 月（Chrome 138）に開始され、7 月末（Chrome 139）までに初回の削除が完了予定です。初回の削除の完了後は、所定の非アクティブな期間を経過したタイミングで非アクティブなプロファイルは順次削除されます。

 

今後予定されている Chrome Enterprise Premium の変更内容

 

   

• iOS と Android での URL フィルタリング

  既存の URL フィルタリング機能をデスクトップ プラットフォームからモバイル プラットフォームに拡張し、管理対象の Chrome ブラウザやモバイル デバイスの管理対象ユーザー プロファイルで特定の URL または URL カテゴリを読み込むことを監査、警告、ブロックできる機能を組織に提供します。これには、この機能がコンテキストアウェア アクセス（CAA）とシームレスに連携する状態を確保することが含まれます。CAA を使用すると、管理者はユーザーのコンテキスト（ユーザーロール、現在地など）とデバイスの状態（管理対象デバイス、セキュリティ コンプライアンスなど）に基づいてアクセス ポリシーを設定できます。

  • Android 版 Chrome 136
  • Android、iOS 版 Chrome 137

   

• DLP ルールのユーザー エクスペリエンスのリファクタリング

  Google は、Chrome 固有の DLP ルールのインターフェースをよりユーザー フレンドリーで効率的なものにすることを目指しています。これには、Chrome Enterprise Premium をご利用のお客様向けの既存および今後のセキュリティ機能により適切に対応できるよう、管理コンソールのルール作成ワークフローを再設計することが含まれます。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 137
    

   

• モバイル向けレポート コネクタ

  デスクトップ版と同等の機能を実現し、組織がモバイル デバイス上のセキュリティ イベント（安全でないサイトへのアクセスやデータ漏洩の試みなど）をモニタリングして対応できるようにすることに取り組んでいます。これにより、さまざまなプラットフォームで一貫したセキュリティとポリシーの適用が可能になります。

   
  • Android、iOS 版 Chrome 137
   

   

• Connectors API

  サードパーティのセキュリティ コネクタの設定プロセスを簡素化し、プロバイダが独自の UI から構成を直接管理できるようにする予定です。これにより、組織が任意のセキュリティ ツールやサービスを Chrome と簡単に統合し、さまざまなプラットフォームでセキュリティと管理を強化できるようになります。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 137

Chrome 135 リリースの概要

 

Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
サードパーティ プロファイルの登録が OIDC 認証コードフローへ移行	✓
iOS 版 Chrome でダウンロードしたファイルの自動削除	✓
ML によるパスワード フォーム検出精度の向上	✓
詐欺リスクの軽減に関するクライアントの LLM の支援	✓
ミューテーション イベントのサポートを終了	✓
ファイル形式の拡張子に基づくダウンロードの警告 - ドキュメントの修正	✓
パソコン版 Chrome の拡張機能の改善	✓	✓
一般的なデバイス トラスト コネクタ	✓
プライベート ネットワーク アクセスのエンタープライズ ポリシーを削除	✓
ThirdPartyBlockingEnabled ポリシーを削除	✓
パソコン版 Chrome の設定、サイトのショートカット、テーマの改善	✓
Android 版 Chrome の以前のパスワード マネージャーの廃止	✓
シークレット モードでのサードパーティ Cookie の常時ブロック	✓
srcdoc iframe 用の Service Worker クライアントの作成と Service Worker コントローラの継承	✓
HSTS によるトラッキング防止	✓
サポートが終了した navigator.xr.supportsSession メソッドを削除	✓
Google Chrome で --load-extension コマンドライン スイッチを削除	✓
Chrome ブラウザの新しいポリシー			✓
Chrome ブラウザの削除されたポリシー			✓
Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
macOS 版 Chrome での Apple 拡張シングル サインオンのサポート		✓	✓
管理対象ユーザー向けの Chrome ウェブストアの [探す] ページに新しいコンテンツを追加		✓	✓
Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Chrome 135 では更新なし。
今後予定されている Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
リモート デバッグ ポートのカスタムデータ ディレクトリの要件	✓
blob URL のパーティショニング: 取得 / ナビゲーション	✓
Intl Locale Info API のゲッターの非推奨化	✓
FedCM の更新			✓
パーティショニング: アクセスしたリンクの履歴	✓
Storage Access API の厳格な同一オリジン ポリシー	✓
SwiftShader フォールバックを削除	✓
file:// 以外の URL のホストでスペースを禁止	✓
Chrome で macOS 11 のサポートを終了			✓
独立したウェブアプリ	✓
SafeBrowsing API v4 から v5 への移行	✓
Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ		✓
今後予定されている Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
管理コンソールのレポート機能のパフォーマンスと拡張性を改善			✓
管理対象プロファイル リストの新しいリモート コマンドと CSV エクスポート			✓
Chrome Enterprise Core の新しい概要ランディング ページ			✓
IP アドレスのロギングとレポート	✓
Chrome Enterprise Core での非アクティブなプロファイルの削除	✓		✓
今後予定されている Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
iOS と Android での URL フィルタリング	✓
DLP ルールのユーザー エクスペリエンスのリファクタリング	✓
モバイル向けレポート コネクタ	✓
Connectors API	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

Chrome Enterprise および Chrome Education のリリースノートは、Chrome のリリーススケジュールに沿って、Chrome ブラウザの Early Stable 版のリリース日に公開されます。

Chrome ブラウザの変更内容

 

   

• サードパーティ プロファイルの登録が OIDC 認証コードフローへ移行

  Chrome 135 では、プロファイル登録のランディング ページがマーケティング ウェブサイトから動的ウェブサイトに移行します。この更新により、OpenID Connect（OIDC）の暗黙的フローも認証コードフローへと移行されます。これは、サードパーティ（3P）の管理対象プロファイルのセキュリティおよびユーザー エクスペリエンスの改善を目的としたものです。

  • Windows 版 Chrome 135

   

• iOS 版 Chrome でダウンロードしたファイルの自動削除

  iOS 版 Chrome ブラウザのユーザーは、ブラウザでダウンロードしたファイルを定期的に自動で削除できるようになりました。

  この機能により、デバイスのストレージ容量に関連するパフォーマンスが向上する可能性があります。また、ユーザー自身で削除し忘れる可能性のあるファイルを自動的に削除することで、プライバシーの改善が見込まれます。

  • iOS 版 Chrome 135
    iOS 版 Chrome 135 のみを対象に 1% の初期テストを実施します。他のプラットフォームへのロールアウトは予定されていません。
   

   

• ML によるパスワード フォーム検出精度の向上

  Chrome 135 では、ウェブ上のパスワード フォームをより適切に解析し、検出と入力の精度を高めるための新しいクライアントサイドの機械学習（ML）モデルが導入されています。この機能は PasswordManagerEnabled ポリシーを使用して制御できます。

  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 135
   

   

• 詐欺リスクの軽減に関するクライアントの LLM の支援

  ウェブを利用するユーザーは、多種多様な詐欺に日々遭遇しています。このような詐欺に対処するため、Chrome 135 ではオンデバイスの大規模言語モデル（LLM）を使用して、保護強化機能を有効にしているユーザー向けに詐欺ウェブサイトの特定を行います。Chrome は、ページ コンテンツをデバイス上の LLM に送信して、そのページのセキュリティ関連のシグナルを推測します。そして、これらのシグナルをセーフ ブラウジングのサーバーサイドに送信し、最終的な判定を行います。この機能を有効にすると、Chrome は LLM のダウンロードのために多くの帯域幅を使用することがあります。

  • Linux、macOS、Windows 版 Chrome 134
    キーボード ロック API をリクエストしたページのブランド名とインテントの概要を収集して、詐欺サイトを特定します。
  • Linux、macOS、Windows 版 Chrome 135
    キーボード ロック API をリクエストしたページのブランドとインテントの概要を使用してサーバーを判定し、これに基づいてユーザーに警告を表示します。
   

   

• ミューテーション イベントのサポートを終了

  DOMSubtreeModified、DOMNodeInserted、DOMNodeRemoved、DOMNodeRemovedFromDocument、DOMNodeInsertedIntoDocument、DOMCharacterDataModified などの同期型ミューテーション イベントを使用すると、ページ パフォーマンスが悪影響を受けるだけでなく、ウェブへの新しい機能の追加が大幅に複雑になります。これらの API は、2011 年に仕様で非推奨になり、2012 年には動作が大幅に改善された Mutation Observer API に置き換えられました。古いミューテーション イベントの使用を削除するか、Mutation Observer に移行する必要があります。

  Chrome 124 以降、MutationEventsEnabled という一時的なエンタープライズ ポリシーを使用して、サポートが終了した、または削除されたミューテーション イベントを再度有効にできます。詳しくは、Chrome for Developers のブログ投稿をご覧ください。問題が発生した場合は、Chromium のバグを報告してください。

  Chrome 127 以降、または 2024 年 7 月 30 日頃より、ミューテーション イベントのサポートがデフォルトで無効になります。サイトの動作不良を避けるため、その前にコードを移行しておいてください。さらに時間が必要な場合のために、いくつかのオプションが用意されています。

  • ミューテーション イベント デプリケーション トライアルを利用して、限られた時間のみ一部のサイトで機能を再有効化できます。この機能は Chrome 135 まで（2025 年 3 月 25 日まで）使用できます。
  • エンタープライズ ポリシー MutationEventsEnabled も、同様の目的で Chrome 135 までご利用いただけます。
  • Android、Linux、macOS、Windows 版 Chrome 135: エンタープライズ ポリシーMutationEventsEnabled のサポートを終了します。

   

• ファイル形式の拡張子に基づくダウンロードの警告 - ドキュメントの修正

  ExemptDomainFileTypePairsFromFileTypeDownloadWarnings のポリシー ドキュメントを更新し、DownloadRestrictions ポリシーとの連携を正しく反映しました。Chrome での動作は変更されていません。

  動作は次のとおりです。ExemptDomainFileTypePairsFromFileTypeDownloadWarnings で、危険なファイル形式をブロックするための DownloadRestrictions の設定をオーバーライドする例外を指定できます。DownloadRestrictions で指定された他のタイプのセキュリティ対策（不正なダウンロードのブロックなど）は、ExemptDomainFileTypePairsFromFileTypeDownloadWarnings でオーバーライドできません。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 135

    Chrome の変更なし - ドキュメントのみの変更です。

   

• パソコン版 Chrome の拡張機能の改善

  パソコン版 Chrome 135 では、Chrome にログインする一部のユーザーが新しい拡張機能をインストールする際に Google アカウントで拡張機能を使用、保存できるようになりました。

  拡張機能を制御する、関連のあるエンタープライズ ポリシーおよび BrowserSignin、SyncDisabled、SyncTypesListDisabled はこれまでどおり動作するため、管理者はユーザーが Google アカウントでアイテムを使用、保存できるかどうかを設定できます。

  どのパソコンでも拡張機能を使用できるようにする方法の詳細については、Chrome ウェブストアのヘルプセンター記事の拡張機能をインストールして管理するをご覧ください。

  注: この変更は、パソコン版 Chrome での新しい ID モデルのリリースに伴うものです。詳しくは、Chrome にログインして同期するをご覧ください。

  • Linux、macOS、Windows 版 Chrome 135

   

• 一般的なデバイス トラスト コネクタ

  デバイス トラスト コネクタを通じた統合により、管理者は、Chrome から送信されるエンドユーザーのデバイスやブラウザ インスタンスのプロパティに基づいて、SaaS アプリや社内イントラネットなどの企業リソースへの認証をきめ細かく制御できます。詳しくは、Chrome Enterprise デバイス トラスト コネクタを管理するをご覧ください。

  • Windows 版 Chrome 135

   

• プライベート ネットワーク アクセスのエンタープライズ ポリシーを削除

  プライベート ネットワーク アクセス（PNA 1.0）は、ローカル ネットワークへのウェブサイト アクセスを制限するように設計された未公開のセキュリティ機能です。デプロイに関する懸念から、デフォルトでは PNA 1.0 を出荷できませんでした。これは、多数の既存のデバイスとの互換性が低いためです。

  PNA 1.0 では、ローカル ネットワーク上のデバイスの変更が必要でした。これに代わるものとして、Chrome では更新されたプロポーザルのプライベート ネットワーク アクセス 2.0（PNA 2.0）を実装しています。PNA 2.0 では、ローカル ネットワーク上のデバイスを変更する必要はありませんが、ローカル ネットワークにアクセスする必要があるサイトのみを変更する必要があります。サイトの更新はデバイスよりもはるかに簡単なため、このアプローチによりスムーズにリリースできるようになります。

  PNA 1.0 を適用する唯一の方法は、エンタープライズ ポリシーを使用することです。PNA 2.0 のリリース前に PNA 1.0 を有効にしたエンタープライズ ユーザーのセキュリティが低下しないように、PNA 2.0 と互換性がなくなるまで Chrome に特別なプリフライト メッセージを送信させる PrivateNetworkAccessRestrictionsEnabled ポリシーが維持されます。

  PNA 1.0 の制限を緩和する InsecurePrivateNetworkRequestsAllowedForUrls ポリシーと InsecurePrivateNetworkRequestsAllowed ポリシーは、Chrome 135 で削除されます。これらのポリシーは、現在 PNA 1.0 が配布されていないため無効であり、PNA 1.0 が削除されると意味をなさなくなります。

  PNA 2.0 については、こちらの GitHub の説明をご覧ください。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 135

    InsecurePrivateNetworkRequestsAllowedForUrls ポリシーと InsecurePrivateNetworkRequestsAllowed ポリシーの削除。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 137

    PrivateNetworkAccessRestrictionsEnabled の削除。

   

• ThirdPartyBlockingEnabled ポリシーを削除

  予期しない問題が発生したため、ThirdPartyBlockingEnabled ポリシーは Chrome 135 で削除される予定です。この削除についてフィードバックがある場合は、Chromium のバグを報告してください。

  • Windows 版 Chrome 132
    ThirdPartyBlockingEnabled ポリシーのサポートを終了
  • Windows 版 Chrome 135
    ThirdPartyBlockingEnabled ポリシーを削除

   

• パソコン版 Chrome の設定、サイトのショートカット、テーマの改善

  デスクトップ版 Chrome 135 では、Chrome に新しくログインしたユーザーや同期を有効にしているユーザーの場合、そのユーザーの Google アカウントに同期されている設定、サイト ショートカット、テーマは、ローカルの設定（つまり、ログアウトした時点や同期を無効にした時点以降の設定）とは別に保管されるようになりました。

  これにより、共有されるデータは従来よりも少なくなります。ログインしたときや同期をオンにしたときに、ローカル設定が自動的にアップロードされることはなく、同期をオフにした際にアカウントの設定がデバイスに残されることもありません。

  既存のエンタープライズ ポリシーの SyncDisabled と SyncTypesListDisabled は引き続き適用されるため、管理者は必要に応じて同期機能を制限したり、無効にしたりできます。詳しくは、ブラウザ設定を同期できるユーザーを管理するをご覧ください。

  注: この変更は、パソコン版 Chrome での新しい ID モデルのリリースに伴うものです。

  • Linux、macOS、Windows 版 Chrome 135

   

• Android 版 Chrome の以前のパスワード マネージャーの廃止

  古いバージョンの Google Play 開発者サービスを使用しているユーザーは、Chrome のパスワード マネージャー機能を利用できなくなります。これは、Android 版 Chrome の従来のパスワード マネージャーの廃止に向けた一歩です。該当するユーザーは、Chrome の設定からパスワードを含む CSV ファイルをダウンロードし、ご希望のパスワード マネージャーにインポートできます。新しい Google パスワード マネージャーは、Google Play 開発者サービスの最新バージョンが搭載されたデバイスで利用できます。

  • Android 版 Chrome 135
   

   

• シークレット モードでのサードパーティ Cookie の常時ブロック

  Chrome 135 以降では、シークレット モードでサードパーティ Cookie がブロックされ、再び全体的に有効にすることはできません。サードパーティ Cookie を許可するためのサイトレベルの管理設定は変更されません。

  今回のリリースでは、BlockThirdPartyCookies ポリシーは、false に設定されている場合にのみ通常モードに適用され、シークレット モードには適用されません。ポリシーが true または未設定の場合、変更はありません。また、CookieAllowedForUrls ポリシーにも変更はありません。このポリシーは全体ではなくサイトレベルで適用されるため、通常モードとシークレット モードの両方で引き続き適用されます。

  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 135

   

• srcdoc iframe 用の Service Worker クライアントの作成と Service Worker コントローラの継承

  srcdoc コンテキスト ドキュメントは、以前は Service Worker クライアントではなく、これらの親ページの Service Worker が対応していませんでした。このため、なんらかの差異が生じていました（たとえば、Resource Timing はこれらのドキュメントによってロードされる URL を報告しますが、Service Worker はこれらをインターセプトしません)。

  これらの差異を修正するため、Chrome 135 では、srcdoc iframe 用の Service Worker クライアントが作成され、親ページの Service Worker コントローラを継承します。

  • Windows、macOS、Linux、Android 版 Chrome 135

   

• HSTS によるトラッキング防止

  HTTP Strict Transport Security（HSTS）を使用すると、サイトはセキュアな接続を介してのみアクセス可能であると宣言できます。

  Chrome 135 では、HSTS トラッキング防止機能により、HSTS キャッシュを使用したサードパーティによるユーザー トラッキングを軽減します。この機能は、トップレベル ナビゲーションの HSTS アップグレードのみを許可し、サブリソース リクエストの HSTS アップグレードはブロックします。これにより、サードパーティのサイトが HSTS キャッシュを使用してウェブ上のユーザーをトラッキングするのを防ぐことができます。詳しくは、HSTS トラッキング防止に関する GitHub の説明をご覧ください。

  • Windows、macOS、Linux、Android 版 Chrome 135

   

• サポートが終了した navigator.xr.supportsSession メソッドを削除

  Chrome 135 では、navigator.xr.supportsSession メソッドが削除されます。このメソッドは、TAG から API の設計に関するフィードバックを受け、2019 年 9 月に WebXR 仕様が更新されたため、navigator.xr.isSessionSupported メソッドに置き換えられました。それ以降、Chromium では非推奨とマークされ、コンソールに警告が表示され、デベロッパーは更新された API にリダイレクトされるようになっています。

  Chrome ステータスの使用状況指標に示すように、この呼び出しの使用頻度は非常に低く、また、WebXR コンテンツの作成に使用される主要なフレームワークはすべて、新しい呼び出しを使用するように更新されていることが確認されています。

  • Windows、macOS、Linux、Android 版 Chrome 135

   

• Google Chrome で --load-extension コマンドライン スイッチを削除

  Chrome 137 以降、より安全で安定したブラウジング環境をユーザーの皆様に提供するため、公式の Chrome では、--load-extension コマンドライン フラグを使用して拡張機能を読み込む機能が非推奨になります。この変更は、有害で望ましくない拡張機能に関連するリスクを軽減することを目的としています。

  デベロッパー モードを有効にすると、拡張機能管理ページ（chrome://extensions/）の [パッケージ化されていない拡張機能を読み込む] ボタンを使用して、パッケージ化されていない拡張機能を読み込むことができます。デベロッパーは、Chromium や Chrome For Testing のようなブランド外のビルドでは、引き続き --load-extension スイッチを使用できます。

  • Windows、macOS、Linux、ChromeOS 版 Chrome 135

   

• Chrome ブラウザの新しいポリシー 

  ポリシー	説明
  DownloadRestrictions	不正なファイルのダウンロードと危険なファイル形式をブロックする
  PartitionedBlobUrlUsage	Blob URL を取得および処理する際にパーティション化するかどうかを選択する
  ExtensibleEnterpriseSSOBlocklist	ブラウザで Extensible Enterprise SSO を使用できない ID プロバイダのブロックリスト
  EnterpriseSearchAggregatorSettings	エンタープライズ検索アグリゲータの設定（ベータ版）
  ProfilePickerOnStartupAvailability	起動時のプロフィール選択画面の状態

   

   

• Chrome ブラウザの削除されたポリシー

  ポリシー	説明
  ThirdPartyBlockingEnabled	サードパーティ ソフトウェアからのコード挿入のブロックを有効にする
  KeyboardFocusableScrollersEnabled	キーボード フォーカス可能なスクローラーを有効にする

   

   

Chrome Enterprise Core の変更内容

   

• macOS 版 Chrome での Apple 拡張シングル サインオンのサポート

  macOS 版 Chrome 135 では、OS で構成されたエンタープライズ シングル サインオン（SSO）拡張機能を介して有効になっている ID プロバイダの認証をスムーズに行えます。この初期リリースでは、管理対象ブラウザのエンドユーザーは認証情報の入力不要で、Microsoft Entra で認証された任意のリソースにログインできるようになっています。拡張シングル サインオンは、ご利用の環境で事前構成して、それぞれのエンタープライズ デバイス管理ソリューションとともにデプロイする必要があります。詳しくは、Chrome で Apple の拡張シングル サインオン サポートを使用するをご覧ください。

   
  • macOS 版 Chrome 135 以降
   

   

• 管理対象ユーザー向けの Chrome ウェブストアの [探す] ページに新しいコンテンツを追加

  Chrome ウェブストアでは、管理対象ユーザー向けの [探す] ページに、仕事効率化、プロジェクト管理、コラボレーションに関連する、厳選された新しいコンテンツのコレクションが表示されるようになりました。エンドユーザーが、仕事に関連する有用で関連性の高い拡張機能をすばやく見つけられるようにすることが目的です。

  管理者は、Chrome ウェブストアの設定（Chrome 132 で以前に発表）を使用して、管理対象ユーザー向けの Chrome ウェブストアの表示を制御できます。

   

  • Chrome 135: 2025 年 4 月 1 日以降、段階的にリリースされます。

 

Chrome Enterprise Premium の変更内容

 

Chrome 135 では、Chrome Enterprise Premium の更新はありません。

 

Chrome Enterprise Core と Chrome Enterprise Premium の違いをご確認ください。

今後予定されている Chrome ブラウザの変更内容

 

    

• リモート デバッグ ポートのカスタムデータ ディレクトリの要件 

  Windows、Linux、macOS のデフォルトのデータ ディレクトリを使用する Google Chrome で、TCP ポートまたはパイプ経由のリモート デバッグができなくなります。

  --remote-debugging-pipe スイッチまたは --remote-debugging-port スイッチを使用している場合、--user-data-dir スイッチを使用して Google Chrome をリモートでデバッグするためには、カスタム データ ディレクトリを指定する必要があります。

  この変更の理由は、これらのリモート デバッグ スイッチが、情報窃盗ツールやマルウェアによって Google Chrome からデータを抽出する目的で悪用されているためです。カスタム ユーザーデータ ディレクトリでは異なる暗号鍵が使用されるため、マルウェアが Cookie などの暗号化されたデータを盗むことはできなくなります。

  この変更は、Chrome for Testing と Chromium には影響しません。

   
  • Linux、macOS、Windows 版 Chrome 136

    

• blob URL のパーティショニング: 取得 / ナビゲーション 

  ストレージ パーティションの延長として、Chromium では、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみで引き続きパーティショニングされるトップレベル ナビゲーションを除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chromium では、レンダラによって開始されたトップレベルの Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chromium の動作と Safari の類似する動作との間の整合性が保たれるようになり、関連する仕様にもこれらの変更が反映されるようになります。

  この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。他のストレージ パーティション関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• Intl Locale Info API のゲッターの非推奨化 

  Intl Locale Info API は、ステージ 3 の ECMAScript の TC39 プロポーザルであり、週のデータ（週の最初の日、週末の開始日、週末の終了日、最初の週の最小日数）や、ロケールで使用されるテキストの向きと時間のサイクルなどのロケール情報を公開することで、Intl.Locale オブジェクトを拡張します。

  Chrome 99 で実装がリリースされましたが、その後、プロポーザルのステージ 3 で変更が加えられ、いくつかのゲッターが関数に移動されました。非推奨のゲッターの削除と、名前変更された関数の再リリースが予定されています。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• FedCM の更新 

  Chrome 136 以降では、Federated Credentials Management API（FedCM）を使用して、同じダイアログに複数の ID プロバイダを表示できるようになります。これにより、デベロッパーはサポートされているすべての ID プロバイダをユーザーに簡単に提示できるようになります。まず最初の取り組みとして、すべてのプロバイダを 1 つの get() 呼び出しでまとめて扱うというシンプルなケースから開始する予定です。

  FedCM のパッシブモードでは、別のアカウントを追加する機能のサポートを終了する予定です。この機能は、選択ツールで他の IdP アカウントとともに [別のアカウントを使用] ボタンを表示できるというものですが、現在使用されておらず、UX の観点からも、フローが複雑になる割に効果がないと指摘されています（ただし、FedCM アクティブ モードでは引き続き機能します）。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• パーティショニング: アクセスしたリンクの履歴 

  ユーザーの閲覧履歴の漏洩を防ぐため、アンカー要素は、このトップレベルのサイトとフレームのオリジンで以前にクリックされたことがある場合にのみ、:visited スタイルになります。ブラウザ側では、VisitedLinks のハッシュ テーブルがトリプルキーでパーティショニングされるようになります。つまり、訪問したリンクごとに <link URL, top-level site, frame origin> がセットで保存されるということです。これにより、このサイトとフレーム上で以前にクリックされたリンクのみにスタイルが適用されるようになり、結果として、:visited リンクのスタイル情報を取得するために開発された多くのサイドチャネル攻撃は、ユーザーに関する新しい情報をサイトに提供できなくなるため、意味をなさなくなります。

  セルフリンクには例外があります。サイトの独自のページへのリンクは、このトップレベルのサイトとフレームのオリジンで以前にクリックされていなくても、:visited としてスタイル設定できるというものです。この例外は、トップレベル フレームまたはトップレベル フレームと同じオリジンのサブフレームでのみ有効になります。サイトではユーザーがどのサブページにアクセスしたかがすでに把握されているため、新しい情報が漏洩することはありません。そのため、上記のプライバシー上のメリットを引き続き利用できます。これは、ユーザー エクスペリエンスの向上にもつながる、コミュニティからのリクエストによる例外です。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• Storage Access API の厳格な同一オリジン ポリシー 

  Chrome 136 では、セキュリティを強化するために、Storage Access API のセマンティクスを調整し、同一オリジン ポリシーに厳密に準拠させます。つまり、フレームで document.requestStorageAccess() を使用すると、デフォルトでは iframe のオリジン（サイトではない）へのリクエストにのみ Cookie が付加されます。

  注: CookiesAllowedForUrls ポリシーまたはストレージ アクセス ヘッダーを使用して、クロスサイト Cookie のブロックを解除することは引き続き可能です。

  • Windows、macOS、Linux、Android 版 Chrome 136

    

• SwiftShader フォールバックを削除 

  早ければ Chrome 137 で、SwiftShader をベースとする WebGL への自動フォールバックのサポートを終了する予定です。SwiftShader にフォールバックせずに、WebGL コンテキストの作成が失敗するようになります。SwiftShader フォールバックを削除する主な理由は次の 2 つです。

  1. Chromium の GPU プロセスで JIT コードが実行されるため、SwiftShader はセキュリティ リスクが高い。
  2. 高パフォーマンスの GPU ベースの WebGL から CPU ベースの実装にフォールバックすると、ユーザー エクスペリエンスが低下する。ユーザーはこの動作を制御できず、バグレポートで説明するのが困難。

  SwiftShader は、ヘッドレス システムやサポートされている GPU がないシステムでサイトをテストする際にウェブ デベロッパーにとって便利なツールです。このユースケースは、オプトインすることで引き続きサポートされますが、信頼できないコンテンツの実行を目的としたものではありません。

  セキュリティ保証を下げて、WebGL 用に SwiftShader を許可するには、--enable-unsafe-swiftshader コマンドライン スイッチを使用して Chrome の実行可能ファイルを実行します。

  非推奨の間、SwiftShader をベースとして WebGL コンテキストを作成すると、JavaScript コンソールに警告が表示されます。--enable-unsafe-swiftshader を渡せば、この警告メッセージは表示されなくなります。

  Chromium などのブラウザでは、WebGL の可用性が保証されません。WebGL コンテキストの作成をテストしてエラーを処理し、Canvas2D などの他のウェブ API にフォールバックするか、ユーザーに適切なメッセージを表示できます。

  • Windows、macOS、Linux、Android 版 Chrome 137

    

• file:// 以外の URL のホストでスペースを禁止 

  WhatWG.org の仕様では、URL ホストにスペース文字を含めることはできないとされていますが、現在、Chromium の URL 解析ではホストにスペースを使用できます。

  このため、Chromium は Interop2024 の「WebSocket の HTTPS URL」 および「URL」の重要分野 に含まれる複数のテストで不合格となります。

  Chromium を仕様に準拠させるために、URL ホストからスペースを完全に排除したいと考えていますが、Windows の file:// URL のホスト部分でスペースが使用されているために困難が生じています（詳細については、GitHub のディスカッションをご覧ください）。

  この機能は、ファイル以外の URL でのみスペースを禁止することで、Chromium を仕様に準拠させる継続的な取り組みの一環です。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 138

 

    

• Chrome で macOS 11 のサポートを終了 

  Chrome 138 は、macOS 11 をサポートする最後のバージョンとなります。Chrome 139 以降、Apple のサポート対象外となった macOS 11 はサポートされなくなります。セキュリティを維持するためには、サポートされているオペレーティング システムで実行することが不可欠です。

  macOS 11 を搭載した Mac では、Chrome は引き続き動作しますが、警告の情報バーが表示され、今後のアップデートは行われなくなります。Chrome を引き続きアップデートしたい場合は、パソコンをサポート対象の macOS バージョンへアップデートする必要があります。

  Chrome 139 以降を新規にインストールするには、macOS 12 以降が必要です。

  • Windows、macOS 版 Chrome 139

    

• 独立したウェブアプリ 

  独立したウェブアプリ（IWA）は、PWA のインストールとウェブ パッケージングに関する既存の機能を拡張したもので、セキュリティに関連するアプリケーションのデベロッパーが必要とする、サーバー侵害やその他の改ざんに対する強力な保護を提供します。

  これらのアプリは、ライブ ウェブサーバーでホストされて HTTPS 経由で取得されるのではなく、ウェブバンドルにパッケージ化され、デベロッパーによって署名されたうえで、独立したウェブアプリを開始するに記載されている 1 つ以上の方法でエンドユーザーに配布されます。

  初回となるこのリリースでは、IWA は企業が管理する ChromeOS デバイスでポリシーを使用した場合のみインストール可能になります。

  • Windows 版 Chrome 140

    このリリースでは、Windows 上の企業管理のブラウザ構成に、分離されたウェブアプリのサポートが追加されます。

    

• SafeBrowsing API v4 から v5 への移行 

  Chrome による SafeBrowsing v4 API の呼び出しは、v5 API の呼び出しに移行されます。メソッド名も v4 と v5 で異なります。

  管理者が v4 固有の URL 許可リストを使用して https://safebrowsing.googleapis.com/v4* へのネットワーク リクエストを許可している場合は、ドメイン全体（safebrowsing.googleapis.com）へのネットワーク リクエストを許可するように変更する必要があります。変更しないと、v5 API へのネットワーク リクエストが拒否され、ユーザーのセキュリティが低下します。

  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 145

    この機能は段階的にリリースされます。

    

• Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ 

  Chrome 126 以降では、Microsoft Windows の UI オートメーション アクセシビリティ フレームワークを使用するアクセシビリティ クライアント ソフトウェアが直接サポートされるようになりました。この変更が行われる前は、このようなソフトウェアは Microsoft Windows の互換性 shim を通じて Chrome と相互運用されていました。この変更は、多くのユーザーにとってより快適なユーザー エクスペリエンスを実現するために行われるものです。ナレーター、拡大鏡、Voice Access が完全にサポートされ、Windows の UI オートメーション アクセシビリティ フレームワークを使用するサードパーティ製アプリの利便性が高まります。Chrome ユーザーは、ユーザー補助ツールと併用している際のメモリの使用量と処理のオーバーヘッドを削減できます。また、支援技術を使用したソフトウェアの開発も容易になります。

  管理者は、Chrome 125 以降で利用可能な UiAutomationProviderEnabled エンタープライズ ポリシーを使用して、（すべてのユーザーが新しい機能を利用できるよう）新しいプロバイダを強制的に有効にするか、無効にするかを選択できます。このポリシーは Chrome 136 までサポートされ、Chrome 137 で削除されます。このような 1 年の期間を設けているのは、Microsoft の互換性 shim から Chrome の UI オートメーション プロバイダへの切り替えの際、企業がサードパーティ ベンダーと連携して互換性の問題を解決するのに十分な時間を確保するためです。

  • Windows 版 Chrome 125: UiAutomationProviderEnabled ポリシーの導入により、管理者は Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダを有効にして、サードパーティのユーザー補助ツールが引き続き機能することを検証できるようになります。
  • Windows 版 Chrome 126: ユーザーに対して Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダの有効化を開始するために、Chrome のバリエーション フレームワークが使用されるようになります。このフレームワークは、Chrome で解決可能な互換性の問題に対処するため、必要に応じて中断を挟みながら全ユーザーを対象に段階的に有効化されます。企業の管理者は引き続き UiAutomationProviderEnabled ポリシーを使用して、新しい動作を早期に有効にするか、Chrome 136 で一時的に無効にできます。
  • Windows 版 Chrome 147: UiAutomationProviderEnabled ポリシーが Chrome から削除されます。すべてのクライアントが、ブラウザの UI オートメーション アクセシビリティ フレームワーク プロバイダを使用することになります。

 

今後予定されている Chrome Enterprise Core の変更内容

    

• 大規模なお客様向けに、管理コンソールのレポート機能のパフォーマンスと拡張性を改善 

  Chrome Enterprise Core では、管理コンソール内の多くのページやレポートのパフォーマンス、精度、拡張性を改善することを目的としたソフトウェア インフラストラクチャの変更を順次リリースしていきます。管理コンソールで影響を受けるページとレポートは次のとおりです（ただし、これらに限定されません）。

  • バージョン レポート
  • アプリと拡張機能の使用状況レポート
  • 拡張機能の詳細ページ
  • Chrome ブラウザの分析情報ページ
   

  この変更は、2025 年 4 月から 7 月にかけて段階的にリリースされる予定です。

  • 2025 年 4 月以降、2025 年 7 月まで

    

• 管理対象プロファイル リストの新しいリモート コマンドと CSV エクスポート 

  管理対象プロファイルのリストに、[CSV エクスポート] アクションと、[キャッシュを消去] リモートコマンド、[Cookie を消去] リモート コマンドを追加する予定です。1 つまたは複数のプロファイルを選択して、リモート コマンドを実行できるようになります。

  • CSV エクスポート: Android、Linux、macOS、Windows 版 Chrome 135 以降
  • リモート コマンド: Linux、macOS、Windows 版 Chrome 136 以降

    

• Chrome Enterprise Core の新しい概要ランディング ページ 

  この新しい概要ページは、管理コンソールの [Chrome ブラウザ] セクションに表示されます。ブラウザとプロファイルのデプロイの概要、報告された Chrome のバージョンとインストールされている拡張機能の概要など、デプロイに関する有益な情報が表示されます。たとえば、これらの分析情報を参照して、非アクティブなブラウザや保留中のアップデートがあるブラウザをすばやく特定できるようになります。また、拡張機能リクエストのキューや、設定済みの拡張機能も簡単に確認できるようになります。

  • Trusted Tester による早期アクセス: Chrome 135 以降

    

• IP アドレスのロギングとレポート 

  Chrome Enterprise では、ローカル IP アドレスとリモート IP アドレスを収集して報告し、それらをセキュリティ調査ログ（SIT）に送信することで、セキュリティ モニタリングとインシデント対応の機能を強化しています。また、オプションで、管理者が Chrome Enterprise レポート コネクタを介して、社内やサードパーティのセキュリティ情報イベント管理（SIEM）プロバイダに IP アドレスを送信できるようになります。

  Chrome Enterprise Core をご利用のお客様にお使いいただけます。

  • Windows、macOS、Linux 版 Chrome 136

    

• Chrome Enterprise Core での非アクティブなプロファイルの削除 

  2025 年 4 月（Chrome 136）より、プロファイル削除ポリシーに使用される非アクティブな期間のロールアウトが開始されます。2025 年 6 月（Chrome 138）より、定義済みの非アクティブな期間を超えて非アクティブな状態であった管理対象プロファイルは、ポリシーに基づいて管理コンソールから自動的に順次削除されます。このポリシーのリリース時には、非アクティブな期間はデフォルトで 90 日に設定されます。つまり、デフォルトでは、90 日を超えて非アクティブであった管理対象プロファイルはすべてアカウントから削除されます。管理者はこのポリシーを使用して非アクティブな期間の値を変更できます。プロファイルの非アクティブな期間は、最大で 730 日、最小で 28 日に設定できます。

  ポリシーの設定値を小さくすると、現在の管理対象プロファイルに対して広範囲に影響する可能性があります。影響を受けるすべてのプロファイルが非アクティブとみなされ、削除されます。ユーザー アカウントは削除されません。デバイスで非アクティブなプロファイルが再度アクティブになると、そのプロファイルがコンソールに再び表示されます。

  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 138

    このポリシーは 4 月にリリースされます（Chrome 136）。削除は 6 月（Chrome 138）に開始され、7 月末（Chrome 139）までに初回の削除が完了予定です。初回の削除の完了後は、所定の非アクティブな期間を経過したタイミングで非アクティブなプロファイルは順次削除されます。

 

今後予定されている Chrome Enterprise Premium の変更内容

 

   

• iOS と Android での URL フィルタリング

  既存の URL フィルタリング機能をデスクトップ プラットフォームからモバイル プラットフォームに拡張し、管理対象の Chrome ブラウザやモバイル デバイスの管理対象ユーザー プロファイルで特定の URL または URL カテゴリを読み込むことを監査、警告、ブロックできる機能を組織に提供します。これには、この機能がコンテキストアウェア アクセス（CAA）とシームレスに連携する状態を確保することが含まれます。CAA を使用すると、管理者はユーザーのコンテキスト（ユーザーロール、現在地など）とデバイスの状態（管理対象デバイス、セキュリティ コンプライアンスなど）に基づいてアクセス ポリシーを設定できます。

  • Android 版 Chrome 136
  • Android、iOS 版 Chrome 137

   

• DLP ルールのユーザー エクスペリエンスのリファクタリング

  Google は、Chrome 固有の DLP ルールのインターフェースをよりユーザー フレンドリーで効率的なものにすることを目指しています。これには、Chrome Enterprise Premium をご利用のお客様向けの既存および今後のセキュリティ機能により適切に対応できるよう、管理コンソールのルール作成ワークフローを再設計することが含まれます。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 137
    

   

• モバイル向けレポート コネクタ

  デスクトップ版と同等の機能を実現し、組織がモバイル デバイス上のセキュリティ イベント（安全でないサイトへのアクセスやデータ漏洩の試みなど）をモニタリングして対応できるようにすることに取り組んでいます。これにより、さまざまなプラットフォームで一貫したセキュリティとポリシーの適用が可能になります。

   
  • Android、iOS 版 Chrome 137
   

   

• Connectors API

  サードパーティのセキュリティ コネクタの設定プロセスを簡素化し、プロバイダが独自の UI から構成を直接管理できるようにする予定です。これにより、組織が任意のセキュリティ ツールやサービスを Chrome と簡単に統合し、さまざまなプラットフォームでセキュリティと管理を強化できるようになります。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 137

ChromeOS 135 リリースの概要

 

ChromeOS の更新内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
バッテリーの長寿命化に関する ChromeOS ポリシー			✓
ChromeOS Flex の Android Bluetooth スタック、Fluoride			✓
外部ストレージの許可リストポリシー	✓
画像コンテンツの検索		✓
対応入力デバイスのファスト ペアリング		✓
ChromeOS のマウスキー		✓
フェイスナビ機能の強化		✓
今後予定されている ChromeOS の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
ユーザーがインストールした Chrome アプリのサポート終了		✓	✓
ChromeOS のフリーフォームの壁紙		✓
Quick Share の機能強化		✓
トラブルシューティングのためのイベントベースのデバイスログ収集			✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

ChromeOS の更新内容

   

• バッテリーの長寿命化に関する ChromeOS ポリシー

  ChromeOS 135 では、バッテリー充電の上限に関する新しいポリシー DevicePowerBatteryChargingOptimization を導入し、より多くの最適化オプションを提供します。バッテリー充電の最適化により、Chromebook の耐用期間を延ばすことができます。

  管理者は、充電の上限（デフォルトは 100%）を設定することで、バッテリーの劣化を最小限に抑え、長期的な信頼性を向上させることができます。

  この新しいポリシーは、多数のデバイスを管理する教育機関などの管理者と、Chromebook の耐用期間を延ばしたい個人ユーザーの両方にメリットがあります。このポリシーではユーザーによる操作は必要ありませんが、管理者は、充電の上限の変更についてエンドユーザーに通知することをおすすめします。

  

   

• ChromeOS Flex の Android Bluetooth スタック、Fluoride

  ChromeOS 122 で ChromeOS デバイスへの Fluoride のロールアウトを開始し、現在は ChromeOS Flex にも導入が始まっています。移行はログイン時にシームレスに行われ、ペア設定済みの既存のデバイスは保持されます。また、現時点で Bluetooth デバイスでも中断なく動作します。詳しくは、Android の Bluetooth スタック Fluoride が ChromeOS に導入されるをご覧ください。

  問題が発生した場合は、フィードバックをお送りください。また、必要に応じて、chrome://flags/#bluetooth-use-floss で新しいスタックを無効にしてください。

   

• 外部ストレージの許可リスト ポリシー

  外部ストレージの制限から特定のデバイスを除外する ChromeOS ポリシーが追加されました。新しい ExternalStorageAllowlist ポリシーを使用すると、管理者はあらかじめ設定された外部ストレージの制限から一部のデバイスを除外できます。このポリシーを設定することで、すべての外部ストレージへのアクセスを制限しながら、信頼できるデバイスに対しては読み取りと書き込みアクセスを許可できるようになります。

  

   

• 画像コンテンツの検索

  ランチャーで、ファイル名ではなく画像のコンテンツで検索できるようになりました。

  

   

• ChromeOS のマウスのファスト ペアリング

  ChromeOS でマウスのファスト ペアリングが可能になりました。ファスト ペアリング対応のマウスを ChromeOS デバイスに近づけると通知が表示され、ワンクリックでペア設定できるようになります。詳しくは、 Chromebook を Bluetooth デバイスに接続するをご覧ください。

   

• ChromeOS のマウスキー

  マウスキーは、キーボードを使用してマウスポインタを操作できるユーザー補助機能です。従来のマウスの使用が困難な方や、マウスの使用で痛みを感じる方に便利です。

   

• フェイスナビ機能の強化

  フェイスナビが有効になっていることがわかりやすくなり、オフにする操作も簡単になりました。UI 上に [フェイスナビが有効になっています] というメッセージが見やすく表示され、[閉じる] ボタンも直接表示されて使いやすくなっています。また、フェイスナビがオンになったときは通知が表示されます。

  意図しないセッションの切り替えを防ぐため、管理対象デバイスのログイン画面ではフェイスナビのユーザー補助設定を非表示にしました。

  

   

今後予定されている ChromeOS の変更

 

   

• ユーザーがインストールした Chrome アプリのサポート終了 

  ChromeOS 139 以降（現時点では 8 月 19 日に安定版をリリース予定）、ユーザーがインストールした Chrome アプリは動作しなくなります。ChromeOS M135 以降では、サポート終了が近づいていることをユーザーに知らせる通知が表示されます。詳しくは、Chrome アプリのサポート終了をご覧ください。

   

• ChromeOS のフリーフォームの壁紙 

  ChromeOS 136 以降、フリーフォームの壁紙に制限のない入力フィールドが追加され、ユーザーは背景を自由にカスタマイズできるようになります。これにより、自分らしさや創造性、好きなことを背景で表現することが可能になります。壁紙を生成するには、テキスト フィールドにさまざまなプロンプトを入力します。または [おまかせ] 機能を使用すると、気に入るプロンプトと壁紙が見つかるまでランダムに生成できます。この機能は、Chromebook Plus デバイスでのみご利用いただけます。詳しくは、壁紙の設定をご覧ください。

  管理者は、GenAIWallpaperSettings ポリシーを使用してこの機能を制御できます。

  • 18 歳以上のユーザーの場合、デフォルトはデータ収集ありです。13 歳未満のユーザーは、この機能にアクセスできません。
  • 18 歳以上の管理対象ユーザーの場合、デフォルトはデータ収集なしです。
  • 18 歳未満のユーザーは、この機能にアクセスできません。

   

• Quick Share の機能強化 

  ChromeOS 136 以降、Quick Share で全員が検出可能モードの時間が 5 分から最大 10 分に延長されます。この機能を使用すると、デバイスで Android デバイスや他の Chromebook とファイルを共有したり、ファイルを受信したりできます。ユーザーは、クイック設定からデバイスの公開設定の変更、全員が検出可能モードの開始、Quick Share の切り替え、Quick Share の設定ページへの移動ができます。

  

   

• トラブルシューティングのためのイベントベースのデバイスログの収集（管理コンソール） 

  デバイスの問題（クラッシュや OS アップデートの失敗など）のトラブルシューティングを支援するため、ChromeOS はデバイスログを自動的に収集してアップロードします。この処理は、以下の設定がオンになっている場合に可能です。

  • デバイスのシステムログのアップロードを有効にする: ログ収集全般を有効にする
  • [デバイスの OS 情報を報告] -> [OS の更新ステータス]: OS アップデートに関するデータを収集する
  • [デバイスのテレメトリーを報告] -> [クラッシュ情報]: 致命的なクラッシュの情報を収集する

  ChromeOS 136 以降で問題が発生すると、IT 管理者には、管理コンソールの ChromeOS デバイスの詳細ページに、アップロードされたログへの直接リンクを含む通知が表示されます。また、デバイスのイベント履歴も確認できます。ログのアップロードは 1 日に最大 2 回行われます。各ファイルのサイズは通常 400 KB～1 MB です。

  詳しくは、Chrome Enterprise と Chrome Education の以下のヘルプセンター記事をご確認ください。

  • ChromeOS デバイスのリモートログ収集
  • ChromeOS デバイスのリストと詳細を確認する

Chrome 134 リリースの概要

 

Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
パソコンや iOS での Google レンズを使用した画面内の検索		✓
Chrome DevTools の [セキュリティとプライバシー] パネル	✓	✓
ML によるパスワード フォーム検出精度の向上	✓
詐欺リスクの軽減に関するクライアントの LLM の支援	✓
LLM を活用した不正な通知のオンデバイス検出（Android）			✓
カスタム ロゴとラベルを使用して管理対象プロファイルをカスタマイズ		✓	✓
Device Bound Session Credentials（DBSC）の google.com 向けプロトタイプ	✓
パスワードの変更	✓
Chrome 134 のリーディング モードでの読み上げ		✓
パッケージ化されていない拡張機能をデベロッパー モードに制限	✓
ポリシーレベル 2 の AI 機能を設定に表示			✓
カスタマイズ可能な <select> 要素		✓
<select> に対する HTML パーサーの制限緩和	✓
標準外の getUserMedia 音声制約を削除	✓
管理対象ユーザー向けの Chrome ログインフローの更新	✓
Microsoft Outlook と SharePoint の新しいタブページのカード		✓
Chrome ブラウザの新しいポリシー			✓
Chrome ブラウザの削除されたポリシー			✓
Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Chrome Enterprise コンパニオン			✓
iOS での DownloadRestrictions ポリシーのサポート	✓
推奨ポリシー（ユーザーがオーバーライド可能）			✓
Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Evidence Locker	✓
スクリーンショットの防止	✓
今後予定されている Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
ミューテーション イベントのサポートを終了		✓
パソコン版 Chrome の拡張機能の改善	✓	✓
プライベート ネットワーク アクセスのエンタープライズ ポリシーの削除	✓
ThirdPartyBlockingEnabled ポリシーを削除			✓
パソコン版 Chrome の設定、サイトのショートカット、テーマの改善	✓
Android 版 Chrome の以前のパスワード マネージャーの廃止	✓
シークレット モードでのサードパーティ Cookie の常時ブロック	✓
blob URL のパーティショニング: 取得 / ナビゲーション	✓
srcdoc iframe 用の Service Worker クライアントの作成と Service Worker コントローラの継承	✓
Intl Locale Info のゲッターを非推奨にする	✓
パーティショニング: アクセスしたリンクの履歴	✓
HSTS によるトラッキング防止	✓
サポートが終了した navigator.xr.supportsSession メソッドを削除	✓
Storage Access API の厳格な同一オリジン ポリシー	✓
Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ		✓
SwiftShader フォールバックを削除	✓
file:// 以外の URL のホストでスペースを禁止	✓
SafeBrowsing API の v4 から v5 への移行	✓
今後予定されている Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
macOS 版 Chrome での拡張シングル サインオンのサポート		✓	✓
独立したウェブアプリ	✓
今後予定されている Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
DLP ルールのユーザー エクスペリエンスのリファクタリング	✓
iOS と Android での URL フィルタリング	✓
モバイル向けレポート コネクタ	✓
Connectors API	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

Chrome Enterprise および Chrome Education のリリースノートは、Chrome のリリーススケジュールに沿って、Chrome ブラウザの Early Stable 版のリリース日に公開されます。

Chrome ブラウザの変更内容

 

   

• パソコンや iOS で Google レンズを使用して画面を検索する

  管理者は、LensOverlaySettings というポリシーを使用して、この機能のすべての要素を制御できます。検索を実行するために、画面のスクリーンショットが Google のサーバーに送信されますが、そのスクリーンショットが ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。ユーザーが閲覧しているドキュメントまたはウェブサイトに検索結果を関連付けるため、PDF のバイト列やウェブサイトの HTML が Google のサーバーに送信されますが、ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。

   

  パソコン

  Chrome 126 以降では、Google レンズを使用してパソコン版の画面に表示されている画像やテキストを検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、フォーカスしたアドレスバーの [Google レンズ] チップをクリックするか、画像を右クリックして [Google レンズで検索] を選択します。ユーザーは画面の任意の場所を選択してそのコンテンツを検索し、検索ボックスに質問を追加して検索を絞り込むことができます。Chrome 132 以降では、ウェブページ全体や PDF ドキュメント全体についても質問することができ、回答において現在表示されているドキュメントやウェブが参照されます。この機能を使用するには、前述の方法で Google レンズで検索を起動し、Chrome ウィンドウの右上にある検索ボックスにクエリを入力します。ブラウザ ウィンドウの右側に、検索結果が表示されたサイドパネルが開きます。

   

  iOS

  Chrome 131 以降では、iOS 版 Chrome の画面に表示されている画像やテキストを Google レンズを使用して検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、その他メニュー > [Google レンズで検索] をクリックします。Chrome 134 以降では、アドレスバーの左側にある Google レンズ アイコンをクリックして、この機能を呼び出すこともできます。ユーザーは画面の任意の場所をクリック、ハイライト表示、またはドラッグしてそのコンテンツを検索し、キーワードや質問を検索ボックスに追加して検索を絞り込むことができます。

   

  ロールアウトの詳細

  • ChromeOS、Linux、macOS、Windows 版 Chrome 126: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、macOS、Windows 版 Chrome 127: Stable 版の 100% に対してロールアウト
  • iOS 版 Chrome 131: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132: Stable 版の 1% に対して強化機能をロールアウト
  • iOS 版 Chrome 133: Stable 版の 100% に対してロールアウト
  • iOS 版 Chrome 134: Stable 版の 100% に対して強化機能をロールアウト
   

   

• Chrome DevTools の [セキュリティとプライバシー] パネル

  Chrome 134 以降、デベロッパーは Chrome DevTools の新しい [セキュリティとプライバシー] パネルを使用して、サードパーティ Cookie が制限された場合にサイトがどのように動作するかをテストできるようになります。サードパーティ Cookie を一時的に制限し、サイトの動作を観察して、サイトのサードパーティ Cookie のステータスを確認できます。

   

  

   

  この機能によって既存のエンタープライズ ポリシーが恒久的に変更されることはありませんが、強化された制限をテストするために、サードパーティ Cookie 関連のエンタープライズ ポリシー（BlockThirdPartyCookies と CookiesAllowedForUrls）が一時的にオーバーライドされます。エンタープライズ ポリシーですでに BlockThirdPartyCookies を使用してサードパーティ Cookie がブロックされている場合、この機能は無効になります。

   

  これまでの [セキュリティ] パネルは、新しい [セキュリティとプライバシー] パネルに置き換えられます。TLS 接続と証明書の情報は、引き続き左側の [セキュリティ] メニューの [プライバシーとセキュリティ] パネルで確認できます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 134
   

   

• ML によるパスワード フォーム検出精度の向上

  Chrome 134 では、ウェブ上のパスワード フォームをより適切に解析し、検出と入力の精度を高めるための新しいクライアントサイドの機械学習（ML）モデルが導入されています。この機能は PasswordManagerEnabled ポリシーを使用して制御できます。

  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 134
   

   

• 詐欺リスクの軽減に関するクライアントの LLM の支援

  ウェブ上のユーザーは、1 日に膨大な量の、かつさまざまな種類の詐欺に直面しています。このような詐欺に対処するため、Chrome はオンデバイスの大規模言語モデル（LLM）を活用して、セーフ ブラウジング保護強化機能（ESB）のユーザー向けに詐欺ウェブサイトを特定します。Chrome は、ページ コンテンツをデバイス上の LLM に送信してページのセキュリティ関連のシグナルを推測し、これらのシグナルをセーフ ブラウジングのサーバーサイドに送信して最終的な判定を行います。有効にすると、Chrome は LLM のダウンロードにより多くの帯域幅を使用することがあります。

  セーフ ブラウジングとセーフ ブラウジングの運用モードを制御するには、SafeBrowsingProtectionLevel エンタープライズ ポリシーを使用します。

   
  • Linux、macOS、Windows 版 Chrome 134

    キーボード ロック API をリクエストしたページのブランド名とインテントの概要を収集して、詐欺サイトを特定します。

   

   

• LLM を活用した不正な通知のオンデバイス検出（Android）

  このリリースの目的は、不正行為の疑いがある通知の内容を非表示にすることであり、ユーザーは、通知を閉じる、表示する、送信元からの配信登録を解除することを選択できます。この検出は、オンデバイス モデルによって行われます。

   
  • Android 版 Chrome 134
   

   

• カスタムロゴとラベルを使用して管理対象プロファイルをカスタマイズ

  新しいツールバーとプロファイル メニューのカスタマイズにより、ユーザーは Chrome プロファイルが管理対象かどうか、仕事用デバイスか個人用デバイスかを簡単に識別できるようになります。これは、従業員が管理対象アカウントで自分のデバイスを使用している場合に特に便利です。

  こうした状況に対応するため、以下の 3 つの新しいポリシーを追加します。

  • EnterpriseCustomLabel: ツールバー要素に表示されるテキストを、組織のブランディングに合うようにカスタマイズします。
  • EnterpriseLogoUrl: プロファイル メニューに会社のロゴを追加します。
  • EnterpriseProfileBadgeToolbarSettings: このポリシーを使用すると、Chrome ツールバーの管理対象プロファイルのデフォルト ラベルを無効にできます。

  Chrome 134 では、これらのポリシーを使用して、管理対象プロファイルに表示されるロゴとラベルをカスタマイズできます。ポリシーはユーザーの管理対象プロファイルに適用されます。

   

  Chrome 135 以降、アカウント アバターに重ねて表示されるプロファイルのラベルとアイコンのデフォルトの動作が更新されます。管理対象プロファイルには、プロファイル ディスクのほかに「仕事」または「学校」のラベルが表示されます。プロファイル メニューでは、建物のアイコンがアカウントのアバターに重なった状態で表示されます。展開されたプロファイル ディスクは、EnterpriseProfileBadgeToolbarSettings. で無効にできます。

   
  • macOS、Windows、Linux 版 Chrome 134

    ツールバーのラベルとアイコン（プロファイル メニュー内）をカスタマイズするポリシーは、管理コンソールで利用できます。ポリシーがすでに設定されている場合、カスタマイズされたロゴとラベルが表示されます。

  • Chrome 135: 以下のようなデフォルトのロールアウトが開始します。 
    • 1) ユーザー アバターの横のツールバーに表示される「仕事」または「学校」のラベル
    • 2) プロファイル メニューのユーザーのアカウント写真に重ねて表示される建物のアイコン。このラベルは、EnterpriseProfileBadgeToolbarSettings で無効にできます。1% から開始し、その後徐々にロールアウトしていきます。
   

  

   

   

• Device Bound Session Credentials を google.com プロトタイプに実装 

  Device Bound Session Credentials（DBSC）プロジェクトは、ウェブで、盗難や再利用の恐れがある長期間有効な Bearer 認証情報（Cookie など）を使用する方法から、短期間しか有効でない、あるいは暗号化された状態でデバイスに紐づけられた認証情報を使用する方法に移行することを意図したものです。

  この機能は、ユーザーの認証情報の窃取（そのユーザーのデバイスでマルウェアが実行されたことが原因となることが多い）を防ぐことを目的としています。

  今回のリリースでは、google.com ウェブサイトを対象とした概念実証がリリースされています。将来的に、他のウェブサイトやウェブブラウザに対してもこのアプローチを標準化する予定です。

  企業の管理者は、ブール値 BoundSessionCredentialsEnabled のポリシーを使用して、この機能のステータスを管理できます。

  • Windows 版 Chrome 124

    google.com での Cookie の紐づけを、Chrome Stable の全対象ユーザーの 1% にロールアウトする計画です。

  • Windows 版 Chrome 134

    Chrome のログインに使用される OAuth2.0 更新トークンのバインディング サポートを追加しました。

   

   

• パスワードの変更

  この機能により、漏洩した認証情報をすぐに変更できます。[パスワードを確認] ダイアログからのみトリガーできます。対象となるウェブサイトで警告が表示される場合は、その場でパスワードを変更できます。

   
  • Linux、macOS、Windows 版 Chrome 134
   

  

   

   

• Chrome 134 のリーディング モードでの読み上げ

  リーディング モードは、テキストの多いウェブページを簡易表示するサイドパネル機能です。リーディング モードに読み上げ機能が追加され、ユーザーは自分が読んでいるテキストを音声で聞くことができるようになりました。ユーザーはさまざまな自然な音声と速度から選択し、読み上げられるテキストに沿って視覚的な要点を確認できます。

   
  • Linux、macOS、Windows 版 Chrome 134
   

   

• パッケージ化されていない拡張機能をデベロッパー モードに制限する

  Chrome 134 以降、chrome://extensions ページから読み込まれたパッケージ化されていない拡張機能は、デベロッパー モードのスイッチがオンになっている場合にのみ有効になります。この変更は、パッケージ化されていない有害な拡張機能やデベロッパー モードの改ざんによる不正行為に関連するリスクを軽減することで、セキュリティを強化することを目的としています。エンタープライズ ポリシー ExtensionDeveloperModeSettings を使用すると、既存のデベロッパー モード スイッチを制限できます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 134
    この機能は、Chrome 134 で全ユーザーにリリースされます。
   

   

• AI 機能のエンタープライズ設定を表示する

  これまで、AI 機能は、エンタープライズ ポリシーによって無効にされると設定に表示されなくなっていました。今後は、ポリシーによって無効になっている場合も、他の設定と同様に「組織によって無効になっています」という通知が表示されるようになります。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 134
   

   

• カスタマイズ可能な <select> 要素

  カスタマイズ可能な <select> では、デベロッパーは appearance:base-select CSS プロパティを追加して <select> 要素のレンダリングを完全に制御できます。

  この機能は SelectParserRelaxation フラグに依存しています。このフラグにより、HTML パーサーが変更され、<select> タグ内に追加のタグを配置できるようになります。<select> 内に、以前は削除されていた追加のタグ（<span> タグなど）が含まれているサイトや、<select> 内に非常に多くの <option> タグが含まれているサイトは、SelectParserRelaxation の影響を受ける可能性があります。この機能と SelectParserRelaxation は、SelectParserRelaxation エンタープライズ ポリシーで制御できます。SelectParserRelaxation の以前のリリースで発生した問題には、<select> 要素を開くのに非常に時間がかかることや、<option> タグが表示されなくなることが挙げられます。

   
  • Windows、macOS、Linux、Android 版 Chrome 134
   

   

• <select> に対する HTML パーサーの制限緩和

  Chrome 134 では、HTML パーサーで <select> 内に <option>、<optgroup>、<hr> 以外のタグを追加できるようになります。

  これは、カスタマイズ可能な <select> 機能をサポートするためのものですが、単独でリリース可能であり、互換性に関するリスクも少ないため、先行してリリースされます。

  この機能は、一時的なポリシー SelectParserRelaxationEnabled によって制限されます。現在は一時的な移行期間であり、このポリシーは Chrome 141 で機能しなくなります。

  詳細については、カスタマイズ可能な Select 要素（説明）をご覧ください。

   
  • Windows、macOS、Linux、Android 版 Chrome 134
   

   

• 標準外の getUserMedia 音声制約を削除

  Chrome 134 では、音声制約が適切に標準化される前に存在していた getUserMedia に対する多数の goog 接頭辞付きの非標準の制約が削除されます。

   

  使用量は大幅に減少し、約 0.000001% から 0.0009% になりました（制約によります）。また、Chromium 音声キャプチャ スタックの変更のために、一部の制約はまったく機能しなくなっています。今後予定される変更に伴い、これらの機能はいずれも無効になります。

   

  今回の変更によって大きな機能低下が発生することはないと想定しています。これらの制約を使用するアプリは引き続き機能しますが、（制約が渡されていない場合と同様に）デフォルト設定の音声が取得されます。標準制約への移行は簡単に行えます。

   
  • Windows、macOS、Linux、Android 版 Chrome 134
   

   

• 管理対象ユーザー向けの Chrome ログインフローの更新

  ウェブまたは Chrome にログインする Enterprise ユーザーに対して、ログイン フローと管理に関する開示が更新されました。また、新しいプロファイルを作成するか、既存のプロファイルで作業を続行するかを尋ねるメッセージが表示されることもあります。管理者は引き続き BrowserSignIn または ProfileSeparationSettings を使用して、管理対象プロファイルを適用できます。  

   
  • Linux、macOS、Windows 版 Chrome 134 のリリースの継続
     

  

   

   

• Microsoft Outlook と SharePoint の新しいタブページのカード

  Outlook または Sharepoint を使用している Enterprise ユーザーは、[新しいタブ] ページから、今後のミーティングや提案されたファイルに直接アクセスできるようになりました。この効率的なエクスペリエンスにより、タブを切り替えたり、次の会議の検索に時間を費やしたりする必要がなくなり、最も重要なことに集中できるようになります。この機能のテストに関心をお持ちの管理者は、Trusted Tester にご登録ください。

   
  • Windows、macOS、Linux 版 Chrome 134 の Trusted Tester が利用できます

   

• Chrome ブラウザの新しいポリシー 

  ポリシー	説明
  ProfileSeparationDataMigrationSettings	プロファイル分離のデータ移行設定
  NTPSharepointCardVisible	新しいタブページに SharePoint ファイルと OneDrive ファイルのカードを表示する
  NTPOutlookCardVisible	新しいタブページに Outlook カレンダー カードを表示する
  ServiceWorkerToControlSrcdocIframeEnabled	ServiceWorker による srcdoc iframe の制御を許可する
  PasswordManagerPasskeysEnabled	パスワード マネージャーへのパスキーの保存を有効にする

   

   

• Chrome ブラウザの削除されたポリシー 

  ポリシー	説明
  Chrome 134 で削除されたポリシーはありません

   

   

Chrome Enterprise Core の変更内容

   

• Chrome Enterprise コンパニオン

  Chrome Enterprise コンパニオンは、Chrome Enterprise Core または Chrome Enterprise Premium に登録された Chrome ブラウザとともに自動的にインストールされる新しい管理バイナリです。これは、Enterprise のユースケース、ポリシー、レポートをサポートすることを目的としています。

   
  • Windows、macOS 版 Chrome 134
   

   

• iOS での DownloadRestrictions ポリシーのサポート

  DownloadRestrictions は、パソコン プラットフォームと Android で Chrome Enterprise Core を使用しているユーザーが利用できるユニバーサル ポリシーです。iOS で DownloadRestrictions ポリシーがサポートされるようになりました。これにより、管理者は iOS 版モバイル Chrome でのすべてのダウンロードをブロックできるようになります。

   
  • iOS 版 Chrome 135
   

   

• 推奨ポリシー（ユーザーがオーバーライド可能）

  推奨ポリシーとして設定できるポリシーとして、Google 管理コンソールにユーザーのオーバーライド設定が導入されました。これにより、IT 管理者はポリシー値を適用し、ユーザーによるポリシー値のオーバーライドを許可できるようになります。

  
   
  • Chrome 134: 次のポリシーがサポートされます。BookmarkBarEnabled、PasswordManagerEnabled、PinUnlockAutosubmitEnabled、SchedulerConfiguration、PrintHeaderFooter、TranslateEnabled、SpellCheckServiceEnabled、ShowFullUrlsInAddressBar

   

Chrome Enterprise Premium の変更内容

 

   

• Evidence Locker

  Chrome Enterprise Premium 管理者は、Evidence Locker を使用して、マルウェアとして報告されたファイルやデータ保護のルールに違反しているファイルを保存して検査できます。ファイルのコピーは、企業が所有し指定する Google Cloud Storage バケットに保存されます。セキュリティ管理者は、セキュリティ調査ツールを使用してインシデントを調査し、インシデントの原因となったファイルをダウンロードして詳しく分析できます。詳細については、不審なファイルの調査と対処をご覧ください。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 134
   

  

  

   

• スクリーンショットの防止

  Chrome 134 では、画面共有のブロックを Google Meet、Zoom、Teams、Slack などの会議アプリに拡張することで、既存のスクリーンショット防止機能を強化しています。今回の更新では、データ保護管理のリリースの成功を踏まえ、重要な機能を追加し、ギャップとユーザー フィードバックに対応しています。

   
  • Windows、macOS 版 Chrome 134

 

Chrome Enterprise Core と Chrome Enterprise Premium の違いをご確認ください。

今後予定されている Chrome ブラウザの変更内容

 

    

• ミューテーション イベントのサポートを終了 

  DOMSubtreeModified、DOMNodeInserted、DOMNodeRemoved、DOMNodeRemovedFromDocument、DOMNodeInsertedIntoDocument、DOMCharacterDataModified などの同期型ミューテーション イベントを使用すると、ページ パフォーマンスが悪影響を受けるだけでなく、ウェブへの新しい機能の追加が大幅に複雑になります。これらの API は、2011 年に仕様で非推奨になり、2012 年には動作が大幅に改善された Mutation Observer API に置き換えられました。古いミューテーション イベントの使用を削除するか、Mutation Observer に移行する必要があります。

  Chrome 124 以降、MutationEventsEnabled という一時的なエンタープライズ ポリシーを使用して、サポートが終了した、または削除されたミューテーション イベントを再度有効にできます。詳しくは、Chrome for Developers のブログ投稿をご覧ください。問題が発生した場合は、Chromium のバグを報告してください。

  Chrome 127 以降、または 2024 年 7 月 30 日頃より、ミューテーション イベントのサポートがデフォルトで無効になります。サイトの中断を避けるため、その前にコードを移行しておいてください。さらに時間が必要な場合のために、いくつかのオプションが用意されています。

  • ミューテーション イベント デプリケーション トライアルを利用して、限られた時間のみ一部のサイトで機能を再有効化できます。この機能は Chrome 134 まで（2025 年 3 月 25 日まで）使用できます。
  • エンタープライズ ポリシー MutationEventsEnabled も同じ目的のため、Chrome 134 までご利用いただけます。
  • Android、Linux、macOS、Windows 版 Chrome 135: MutationEventsEnabled エンタープライズ ポリシーのサポートを終了します。

    

• パソコン版 Chrome の拡張機能の向上 

  パソコン版 Chrome 135 では、Chrome にログインする一部のユーザーが新しい拡張機能をインストールする際に Google アカウントで拡張機能を使用、保存できるようになりました。

  拡張機能を制御する、関連のあるエンタープライズ ポリシーおよび BrowserSignin、SyncDisabled、SyncTypesListDisabled はこれまでどおり動作するため、管理者はユーザーが Google アカウントでアイテムを使用、保存できるかどうかを設定できます。

  どのパソコンでも拡張機能を使用できるようにする方法の詳細については、Chrome ウェブストアのヘルプセンター記事の拡張機能をインストールして管理するをご覧ください。

  注: この変更は、パソコン版 Chrome の新しい ID モデルのリリースに伴うものです。

   
  • Linux、macOS、Windows 版 Chrome 135

    

• プライベート ネットワーク アクセスのエンタープライズ ポリシーの削除 

  プライベート ネットワーク アクセス（PNA 1.0）は、ローカル ネットワークへのウェブサイト アクセスを制限するように設計された未公開のセキュリティ機能です。デプロイに関する懸念から、デフォルトでは PNA 1.0 を出荷できませんでした。これは、多数の既存のデバイスとの互換性が低いためです。

  PNA 1.0 では、ローカル ネットワーク上のデバイスの変更が必要でした。これに代わるものとして、Chrome では更新されたプロポーザルのプライベート ネットワーク アクセス 2.0（PNA 2.0）を実装しています。PNA 2.0 では、ローカル ネットワーク上のデバイスを変更する必要はありませんが、ローカル ネットワークにアクセスする必要があるサイトのみを変更する必要があります。サイトの更新はデバイスよりもはるかに簡単なため、このアプローチによりスムーズにリリースできるようになります。

  PNA 1.0 を適用する唯一の方法は、エンタープライズ ポリシーを使用することです。PNA 2.0 のリリース前に PNA 1.0 を有効にしたエンタープライズ ユーザーのセキュリティが低下しないように、PNA 2.0 と互換性がなくなるまで Chrome に特別なプリフライト メッセージを送信させる PrivateNetworkAccessRestrictionsEnabled ポリシーが維持されます。

  PNA 1.0 の制限を緩和する InsecurePrivateNetworkRequestsAllowedForUrls ポリシーと InsecurePrivateNetworkRequestsAllowed ポリシーは、Chrome 135 で削除されます。PNA 1.0 は配布されていないため、これらのポリシーは現在効果がありません。PNA 1.0 が削除されると、これらのポリシーは無意味になります。

  PNA 2.0 については、こちらの GitHub の説明をご覧ください。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 135

    InsecurePrivateNetworkRequestsAllowedForUrls ポリシーと InsecurePrivateNetworkRequestsAllowed ポリシーの削除。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 137

    PrivateNetworkAccessRestrictionsEnabled の削除。

    

• ThirdPartyBlockingEnabled ポリシーを削除 

  予期しない問題が発生したため、ThirdPartyBlockingEnabled は Chrome 135 で削除されます。この削除についてフィードバックがある場合は、Chromium のバグを報告してください。

  • Windows 版 Chrome 132
    ThirdPartyBlockingEnabled ポリシーのサポートを終了
  • Windows 版 Chrome 135
    ThirdPartyBlockingEnabled ポリシーを削除

    

• パソコン版 Chrome の設定、サイトのショートカット、テーマの改善 

  デスクトップ版 Chrome 135 では、Chrome に新しくログインしたユーザーや同期を有効にしているユーザーの場合、そのユーザーの Google アカウントに同期されている設定、サイト ショートカット、テーマは、ローカルの設定（つまり、ログアウトした時点や同期を無効にした時点以降の設定）とは別に保管されるようになりました。

  これにより、共有されるデータは従来よりも少なくなります。ログインしたときや同期をオンにしたときに、ローカル設定が自動的にアップロードされることはなく、同期をオフにした際にアカウントの設定がデバイスに残されることもありません。

  既存のエンタープライズ ポリシーの SyncDisabled と SyncTypesListDisabled は引き続き適用されるため、管理者は必要に応じて同期機能を制限したり、無効にしたりできます。

  注: この変更は、パソコン版 Chrome での新しい ID モデルのリリースに伴うものです。詳しくは、Chrome プラットフォームのステータスをご覧ください。

   
  • Linux、macOS、Windows 版 Chrome 135

    

• Android 版 Chrome の従来のパスワード マネージャーの廃止 

  古いバージョンの Google Play 開発者サービスを使用しているユーザーは、Chrome のパスワード マネージャー機能を利用できなくなります。これは、Android 版 Chrome の従来のパスワード マネージャーの廃止に向けた一歩です。該当するユーザーは、Chrome の設定からパスワードを含む CSV ファイルをダウンロードし、ご希望のパスワード マネージャーにインポートできます。新しい Google パスワード マネージャーは、Google Play 開発者サービスの最新バージョンが搭載されたデバイスで利用できます。

   
  • Android 版 Chrome 135

    

• サードパーティの Cookie がシークレット モードで常にブロックされている 

  Chrome 135 以降では、シークレット モードでサードパーティ Cookie がブロックされ、再び全体的に有効にすることはできなくなります。サードパーティ Cookie を許可するためのサイトレベルの管理設定は変更されません。

  今回のリリースでは、BlockThirdPartyCookies ポリシーは、false に設定されている場合にのみ通常モードに適用され、シークレット モードには適用されません。ポリシーが true または未設定の場合、変更はありません。また、CookieAllowedForUrls ポリシーにも変更はありません。このポリシーは全体ではなくサイトレベルで適用されるため、通常モードとシークレット モードの両方で引き続き適用されます。

   
  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 135

    

• blob URL のパーティショニング: 取得 / ナビゲーション 

  ストレージ パーティションの延長として、Chromium では、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみで引き続きパーティショニングされるトップレベル ナビゲーションを除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chromium では、レンダラによって開始されたトップレベルの Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chromium が Safari の同様の動作と整合するようになり、これらの両方の変更が反映されるように関連する仕様が更新されました。

  この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。他のストレージ パーティション関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。

  • Windows、macOS、Linux 版 Chrome 135

    

• srcdoc iframe 用の Service Worker クライアントの作成と Service Worker コントローラの継承 

  現在、srcdoc コンテキスト ドキュメントは Service Worker クライアントではなく、これらの親ページの Service Worker が対応していません。このため、なんらかの差異が生じます（たとえば、Resource Timing はこれらのドキュメントによってロードされる URL を報告しますが、Service Worker はこれらをインターセプトしません)。Google の目的は、srcdoc iframes 用の Service Worker クライアントを作成してこれらの差異を修正し、これらのクライアントが親ページの Service Worker コントローラを継承できるようにすることです。

  • Windows、macOS、Linux、Android 版 Chrome 135

    

• Intl Locale Info API のゲッターの非推奨化 

  Intl Locale Info API は、ステージ 3 の ECMAScript の TC39 プロポーザルであり、週のデータ（週の最初の日、週末の開始日、週末の終了日、最初の週の最小日数）や、ロケールで使用されるテキストの向きと時間のサイクルなどのロケール情報を公開することで、Intl.Locale オブジェクトを拡張します。

  Chrome 99 で実装がリリースされましたが、その後、プロポーザルのステージ 3 で変更が加えられ、いくつかのゲッターが関数に移動されました。非推奨のゲッターを削除し、名前変更された関数をあらためてリリースする必要があります。

  • Windows、macOS、Linux、Android 版 Chrome 135

    

• パーティショニング: アクセスしたリンクの履歴 

  ユーザーの閲覧履歴の漏洩を防ぐため、アンカー要素は、このトップレベルのサイトとフレームのオリジンで以前にクリックされたことがある場合にのみ、:visited スタイルになります。これはブラウザ側では、VisitedLinks ハッシュテーブルがトリプルキーイングによってパーティショニングされるようになること、または、訪問したリンクごとに <link URL, top-level site, frame origin> が保存されることを意味します。このサイトとフレーム上で以前にクリックされたことのあるリンクのみにスタイルを適用することにより、:visited リンクのスタイル情報を取得するよう開発された多くのサイドチャネル攻撃は、ユーザーに関する新しい情報をサイトに提供できなくなったため、時代遅れになりました。

  セルフリンクには例外があります。サイトの独自のページへのリンクは、このトップレベルのサイトとフレームのオリジンで以前にクリックされていなくても、:visited としてスタイル設定できます。この例外は、トップレベル フレームまたはトップレベル フレームと同じオリジンのサブフレームでのみ有効になります。サイトではユーザーがどのサブページにアクセスしたかがすでに把握されているため、新しい情報が漏洩することはありません。そのため、上記のプライバシー上のメリットを引き続き利用できます。これは、ユーザー エクスペリエンスの向上にもつながる、コミュニティからのリクエストによる例外です。

  • Windows、macOS、Linux、Android 版 Chrome 135

    

• HSTS によるトラッキング防止 

  HTTP Strict Transport Security（HSTS）を使用すると、サイトはセキュアな接続を介してのみアクセス可能であると宣言できます。Chrome 135 以降、HSTS トラッキング防止機能により、HSTS キャッシュを使用したサードパーティによるユーザー トラッキングを軽減します。この機能は、トップレベル ナビゲーションの HSTS アップグレードのみを許可し、サブリソース リクエストの HSTS アップグレードはブロックします。これにより、サードパーティのサイトが HSTS キャッシュを使用してウェブ上のユーザーのトラッキングを防ぐことができます。詳しくは、HSTS トラッキング防止に関する GitHub の説明をご覧ください。

  • Windows、macOS、Linux、Android 版 Chrome 135

    

• サポートが終了した navigator.xr.supportsSession メソッドを削除 

  navigator.xr.supportsSession は、2019 年 9 月に TAG から API の形状に関するフィードバックを受けた後に、WebXR 仕様で navigator.xr.isSessionSupported メソッドに置き換えられました。それ以降、Chromium では非推奨とマークされ、コンソールに警告が表示され、デベロッパーは更新された API にリダイレクトされるようになりました。

  Chrome ステータスの使用状況指標に示すように、この呼び出しの使用頻度は非常に低く、また、WebXR コンテンツの作成に使用される主要なフレームワークはすべて、新しい呼び出しを使用するように更新されていることが確認されています。

  • Windows、macOS、Linux、Android 版 Chrome 135

    

• Storage Access API の厳格な同一オリジン ポリシー 

  Chrome 135 では、セキュリティを強化するために、Storage Access API のセマンティクスを調整し、同一オリジン ポリシーに厳密に準拠させます。つまり、フレームで document.requestStorageAccess() を使用すると、デフォルトでは iframe のオリジン（サイトではない）へのリクエストにのみ Cookie が付加されます。

  注: CookiesAllowedForUrls ポリシーまたはストレージ アクセス ヘッダーを使用して、クロスサイト Cookie のブロックを解除することは引き続き可能です。

  • Windows、macOS、Linux、Android 版 Chrome 135

    

• Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ 

  Chrome 126 以降では、Microsoft Windows の UI オートメーション アクセシビリティ フレームワークを使用するアクセシビリティ クライアント ソフトウェアが直接サポートされるようになりました。この変更が行われる前は、このようなソフトウェアは Microsoft Windows の互換性 shim を通じて Chrome と相互運用されていました。この変更は、多くのユーザーにとってより快適なユーザー エクスペリエンスを実現するために行われるものです。ナレーター、拡大鏡、Voice Access が完全にサポートされ、Windows の UI オートメーション アクセシビリティ フレームワークを使用するサードパーティ製アプリの利便性が高まります。Chrome ユーザーは、ユーザー補助ツールと併用している際のメモリの使用量と処理のオーバーヘッドを削減できます。また、支援技術を使用したソフトウェアの開発も容易になります。

  管理者は、Chrome 125 以降で利用可能な UiAutomationProviderEnabled エンタープライズ ポリシーを使用して、（すべてのユーザーが新しい機能を利用できるよう）新しいプロバイダを強制的に有効にするか、無効にするかを選択できます。このポリシーは Chrome 136 までサポートされ、Chrome 137 で削除されます。このような 1 年の期間を設けているのは、Microsoft の互換性 shim から Chrome の UI オートメーション プロバイダへの切り替えの際、企業がサードパーティ ベンダーと連携して互換性の問題を解決するのに十分な時間を確保するためです。

  • Windows 版 Chrome 125: UiAutomationProviderEnabled ポリシーの導入により、管理者は Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダを有効にして、サードパーティのユーザー補助ツールが引き続き機能することを検証できるようになります。
  • Windows 版 Chrome 126: ユーザーに対して Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダの有効化を開始するために、Chrome のバリエーション フレームワークが使用されるようになります。このフレームワークは、Chrome で解決可能な互換性の問題に対処するため必要に応じて中断を挟みながら、Stable 版の全ユーザーを対象に段階的に有効化されます。企業の管理者は引き続き UiAutomationProviderEnabled ポリシーを使用して、新しい動作を早期に有効にするか、Chrome 136 で一時的に無効にできます。
  • Windows 版 Chrome 137: UiAutomationProviderEnabled ポリシーが Chrome から削除されます。すべてのクライアントが、ブラウザの UI オートメーション アクセシビリティ フレームワーク プロバイダを使用することになります。

 

    

• SwiftShader フォールバックを削除 

  早ければ Chrome 137 で、SwiftShader をベースとする WebGL への自動フォールバックのサポートを終了する予定です。SwiftShader にフォールバックせずに WebGL コンテキストの作成が失敗するようになります。SwiftShader フォールバックを削除する主な理由は次の 2 つです。

  1. Chromium の GPU プロセスで JIT コードが実行されるため、SwiftShader はセキュリティ リスクが高い。
  2. 高パフォーマンスの GPU ベースの WebGL から CPU ベースの実装にフォールバックすると、ユーザー エクスペリエンスが低下する。ユーザーはこの動作を制御できず、バグレポートで説明するのが困難。

  SwiftShader は、ヘッドレス システムやサポートされている GPU がないシステムでサイトをテストする際にウェブ デベロッパーにとって便利なツールです。このユースケースは、オプトインすることで引き続きサポートされますが、信頼できないコンテンツの実行を目的としたものではありません。

  セキュリティ保証を下げて、WebGL 用に SwiftShader を許可するには、--enable-unsafe-swiftshader コマンドライン スイッチを使用して Chrome の実行可能ファイルを実行します。

  非推奨の間、SwiftShader をベースとして WebGL コンテキストを作成すると、JavaScript コンソールに警告が表示されます。--enable-unsafe-swiftshader を渡せば、この警告メッセージは表示されなくなります。

  Chromium などのブラウザでは、WebGL の可用性が保証されません。WebGL コンテキストの作成をテストしてエラーを処理し、Canvas2D などの他のウェブ API にフォールバックするか、ユーザーに適切なメッセージを表示できます。

  • Windows、macOS、Linux、Android 版 Chrome 137

 

    

• file:// 以外の URL のホストでスペースを禁止 

  WhatWG.org の仕様では、URL ホストにスペース文字を含めることはできないとされていますが、現在、Chromium の URL 解析ではホストにスペースを使用できます。

  このため、Chromium は Interop2024 の「WebSocket の HTTPS URL」 および「URL」の重要分野 に含まれる複数のテストで失敗します。

  Chromium を仕様に準拠させるために、URL ホストからスペースを完全に排除したいと考えていますが、Windows の file:// URL のホスト部分でスペースが使用されているので、これは困難です（詳細については、GitHub のディスカッションをご覧ください）。

  この機能は、ファイル以外の URL でのみスペースを禁止することで、Chromium を仕様に準拠させる継続的な取り組みの一環です。

  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 138

    

• SafeBrowsing API v4 から v5 への移行 

  Chrome による SafeBrowsing v4 API の呼び出しは、v5 API の呼び出しに移行されます。メソッド名も v4 と v5 で異なります。

  管理者が v4 固有の URL 許可リストを使用して https://safebrowsing.googleapis.com/v4* へのネットワーク リクエストを許可している場合は、ドメイン全体（safebrowsing.googleapis.com）へのネットワーク リクエストを許可するように変更する必要があります。変更しないと、v5 API へのネットワーク リクエストが拒否され、ユーザーのセキュリティが低下します。

  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 145

    この機能は段階的にリリースされます。

 

 

今後予定されている Chrome Enterprise Core の変更内容

    

• macOS 版 Chrome での Apple 拡張 SSO のサポート 

  macOS 版 Chrome 135 では、OS で構成されたエンタープライズ シングル サインオン（SSO）拡張機能を介して有効になっている ID プロバイダの認証をスムーズに行えるようになります。この最初のリリースでは、管理対象ブラウザのエンドユーザーが、認証情報を入力しなくても、Microsoft Entra で認証された任意のリソースにログインできるようになります。拡張可能な SSO は、ご利用の環境で事前構成して、それぞれのエンタープライズ デバイス管理ソリューションとともにデプロイする必要があります。今後、他の ID プロバイダもサポートされる可能性があります。

  • macOS 版 Chrome 135 以降

 

    

• 独立したウェブアプリ 

  独立したウェブアプリ（IWA）は、PWA のインストールとウェブ パッケージングに関する既存の機能を拡張したもので、セキュリティに関連するアプリケーションのデベロッパーが必要とする、サーバー侵害やその他の改ざんに対する強力な保護を提供します。

  これらのアプリは、ライブ ウェブサーバーでホストされて HTTPS 経由で取得されるのではなく、ウェブバンドルにパッケージ化され、デベロッパーによって署名されたうえで、独立したウェブアプリを開始するに記載されている 1 つ以上の方法でエンドユーザーに配布されます。

  初回となるこのリリースでは、IWA は企業が管理する ChromeOS デバイスでポリシーを使用した場合のみインストール可能になります。

  • Windows 版 Chrome 140

    このリリースでは、Windows 上の企業管理のブラウザ構成に、分離されたウェブアプリのサポートが追加されます。

 

 

今後予定されている Chrome Enterprise Premium の変更内容

 

   

• DLP ルールのユーザー エクスペリエンスのリファクタリング

  Google は、Chrome 固有の DLP ルールのインターフェースをよりユーザー フレンドリーで効率的なものにすることを目指しています。これには、Chrome Enterprise Premium をご利用のお客様向けの既存および今後のセキュリティ機能により適切に対応できるよう、管理コンソールのルール作成ワークフローを再設計することが含まれます。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 135
   

   

• iOS と Android での URL フィルタリング

  既存の URL フィルタリング機能をデスクトップ プラットフォームからモバイル プラットフォームに拡張し、管理対象の Chrome ブラウザやモバイル デバイスの管理対象ユーザー プロファイルで特定の URL または URL カテゴリを読み込むことを監査、警告、ブロックできる機能を組織に提供します。これには、この機能がコンテキストアウェア アクセス（CAA）とシームレスに連携する状態を確保することが含まれます。CAA を使用すると、管理者はユーザーのコンテキスト（ユーザーロール、現在地など）とデバイスの状態（管理対象デバイス、セキュリティ コンプライアンスなど）に基づいてアクセス ポリシーを設定できます。

   
  • Android、iOS 版 Chrome 137
   

   

• モバイル向けレポート コネクタ

  デスクトップ版と同等の機能を実現し、組織がモバイル デバイス上のセキュリティ イベント（安全でないサイトへのアクセスやデータ漏洩の試みなど）をモニタリングして対応できるようにすることに取り組んでいます。これにより、さまざまなプラットフォームで一貫したセキュリティとポリシーの適用が可能になります。

   
  • Android 版 Chrome 136
  • iOS 版 Chrome 137
   

   

• Connectors API

  サードパーティのセキュリティ コネクタの設定プロセスを簡素化し、プロバイダが独自の UI から構成を直接管理できるようにする予定です。これにより、組織が任意のセキュリティ ツールやサービスを Chrome と簡単に統合し、さまざまなプラットフォームでセキュリティと管理を強化できるようになります。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 137

ChromeOS 134 リリースの概要

 

ChromeOS の更新内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
ChromeOS キオスクモードでの独立したウェブアプリ		✓
卒業生のデータの移行		✓	✓
スローキー		✓	✓
GIF のクイック インサート		✓
今後予定されている ChromeOS の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
バッテリーの長寿命化に関する ChromeOS ポリシー			✓
キオスクのハートビートの変更			✓
トラブルシューティングのためのイベントベースのデバイスログ収集			✓
AI 壁紙と背景		✓
ChromeOS での Chrome アプリのサポート終了			✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

ChromeOS の更新内容

   

• ChromeOS キオスクモードでの独立したウェブアプリ

  ChromeOS 134 では、ChromeOS キオスクモードで独立したウェブアプリがサポートされます。これは、システムとの深い統合と強力な機能にアクセスできる、より安全で汎用性の高いアプリ ソリューションです。管理者は、Chrome Enterprise の管理対象デバイス上にデプロイされるキオスクやデジタル サイネージ用の独立したウェブアプリを、管理コンソールを使用して構成できます。

   

• 卒業生のデータの移行

  早ければ 2025 年 3 月より、卒業生や教育機関のその他の管理対象ユーザーがデータを移行する際に、新しいコンテンツ移行ツールで新しいデータ移行プロセスを利用できるようになる予定です。これにより、ドキュメント、スプレッドシート、スライド、Gmail のコンテンツを任意の Gmail アカウントに移行できるようになります。

  この新しいアプリケーションを使用すると、学校管理者はアイコンをシェルフに固定して、生徒や教職員の Chromebook に通知を送信し、コンテンツ移行の使用を促すアクションの提案を表示する日付を設定できます。

  詳しくは、Chrome Enterprise および Chrome Education ヘルプセンターの学校でのデータ移行を許可する方法に関する記事をご確認ください。

   

  

 

   

• スローキー

  スローキーは、運動機能が制限されているユーザーがより正確に入力できるように設計されたユーザー補助機能です。この機能は、震え、関節炎、指先の麻痺などによりキー入力を正確に行うことが困難な方に特に便利です。

  スローキーは、キーが押されたまま一定時間経過しないと入力が認識されないよう遅延時間を設けることで機能します。これにより、意図しないキー入力を防ぐことができます。

  

   

• GIF のクイック インサート

  クイック インサートがまもなく GIF の直接挿入に対応します。クイック インサートのメニューから離れることなく、メッセージやドキュメントに GIF をすばやく追加できるようになります。詳しくは、クイック インサートを使用してコンテンツを追加、作成するをご確認ください。

今後予定されている ChromeOS の変更内容

 

   

• バッテリーの長寿命化に関する ChromeOS ポリシー 

  ChromeOS 135 では、バッテリー充電の上限に関する新しいポリシー DevicePowerBatteryChargingOptimization を導入し、より多くの最適化オプションを提供します。バッテリー充電の最適化により、Chromebook の耐用期間を延ばすことができます。

  管理者は、充電の上限（デフォルトは 100%）を設定することで、バッテリーの劣化を最小限に抑え、長期的な信頼性を向上させることができます。

  この新しいポリシーは、多数のデバイスを管理する教育機関などの管理者と、Chromebook の耐用期間を延ばしたい個人ユーザーの双方にメリットがあります。このポリシーは自動的に適用されるため、ユーザーによる操作は必要ありません。

  

 

   

• キオスクのハートビートの変更 

  昨夏にお客様に送信した MSA において、最終的に ChromeOS 126 へのアップデートが必要となる Kiosk Heartbeat API の移行についてお知らせしました。

  ChromeOS 126 より前のバージョンを実行している場合は、デバイス フリートをアップデートする必要があります。このキオスクのハートビートの変更に伴い、ChromeOS 126 または ChromeOS LTS 126 へのアップデート、または現行の Stable 版の ChromeOS リリースへのアップデートが必要となります。

  • 必要なご対応について

    すべてのデバイスが ChromeOS LTS 132 にアップデートされるまで、組織で DeviceChromeVariation を有効（値: 0）にしてください。すべてのデバイスを ChromeOS LTS 132 にアップデートした後は、DeviceChromeVariation が不要になり、任意の値に変更できます。  

  • DeviceChromeVariation を無効にした場合の影響

    LTS バージョンが ChromeOS LTS 132 より前のデバイスは、2025 年 4 月 7 日まで古いキオスク ハートビート インフラストラクチャを引き続き使用します。

  2025 年 4 月 8 日からは、LTS のバージョンが ChromeOS LTS 132 より前のすべてのデバイスは、デバイスのハートビートの送信を停止します。詳しくは、キオスクの稼働状況を確認するをご覧ください。

   

• トラブルシューティングのためのイベントベースのデバイスログの収集（管理コンソール） 

  ChromeOS 135 以降、デバイスの問題（クラッシュや OS アップデートの失敗など）のトラブルシューティングを支援するため、デバイスログを自動的に収集およびアップロードできるようになります。この処理は、以下の設定がオンになっている場合に可能です。

  • デバイスのシステムログのアップロードを有効にする: ログ収集全般を有効にする
  • デバイスの OS 情報を報告 -> OS の更新ステータス: OS アップデートに関するデータを収集する
  • デバイスのテレメトリーを報告 -> クラッシュ情報: 致命的なクラッシュの情報を収集する

  問題が発生すると、IT 管理者には、管理コンソールの ChromeOS デバイスの詳細ページに、アップロードされたログへの直接リンクを含む通知が表示されます。また、デバイスのイベント履歴も確認できます。ログのアップロードは 1 日に最大 2 回行われます。各ファイルのサイズは通常 400 KB～1 MB です。

  詳しくは、Chrome Enterprise と Chrome Education の以下のヘルプセンター記事をご確認ください。

  • ChromeOS デバイスのリモートログ収集
  • ChromeOS デバイスのリストと詳細を確認する

   

• AI 壁紙と背景  

  ChromeOS 136 以降では、生成 AI による高解像度の壁紙とビデオ通話の背景が導入される予定です。この機能を使用すると、創造力を発揮して自分らしさを表現するキャンバスに Chromebook を変えることができます。さまざまなテンプレートから選択して数回クリックするだけで、Chromebook に自分らしさ、雰囲気、関心を加えることができます。

  これらの機能を制御するために、GenAIVcBackgroundSettings と GenAIWallpaperSettings という 2 つの新しいポリシーが追加されます。この機能は、Chromebook Plus デバイスでのみご利用いただけます。

   

• ChromeOS での Chrome アプリのサポート終了 

  2016 年に、Google は Chrome アプリのサポート終了とウェブアプリへの移行を発表しました。さらに 2021 年には、ChromeOS Enterprise および Education をご利用のお客様と ChromeOS のデベロッパーに対する Chrome アプリのサポートを少なくとも 2025 年 1 月まで延長することを Chromium ブログでお知らせしました。ほとんどのお客様が Chrome アプリ（以前の（v1）パッケージ化アプリやホスト型アプリを含む）から移行されたことを踏まえ、Chrome アプリのサポート終了日について、以下の最新情報をお知らせいたします。

   
  • 2025 年 7 月: ユーザーがインストールした Chrome アプリのサポートが終了します（ChromeOS M139 を予定）。
    • 管理コンソールから自動インストールされた Chrome アプリは引き続きサポートされます。
  • 2026 年 7 月: キオスクモードで Chrome アプリをサポートする最後の ChromeOS リリース（ChromeOS M150 を予定）。
    • Chrome アプリをキオスクモードで使用する LTS チャンネルのデバイスは、2027 年 4 月までサポートされます。
  • 2028 年 2 月: Chrome アプリをサポートする最後の ChromeOS リリース（ChromeOS M168 を予定）。すべての Chrome アプリのサポートが終了します。
    • LTS チャンネルのデバイスでは、2028 年 10 月まで Chrome アプリを引き続き使用できます。
    • 例外は認められません。
   

  これらのサポート終了のタイムラインは、自己ホスト型の Chrome アプリにも適用されます。

  Chrome ウェブストアに新しい Chrome アプリを追加することはできませんが、既存の Chrome アプリは 2028 年 10 月まで更新できます。これをもって、ChromeOS でのサポートが終了します。この日を過ぎると、Chrome アプリは Chrome ウェブストアから削除されます。

  自社で開発した社内向け Chrome アプリの移行についてお困りの場合は、Chrome アプリからの移行ガイドを参照してください。Discord の ChromeOS デベロッパー コミュニティに参加することも、https://chromeos.dev/work-with-us のフォームからお問い合わせいただくこともできます。リリース日と更新情報については、ChromeOS のリリース スケジュールをご覧ください。

  今後数週間以内に、残りのすべての Chrome アプリ デベロッパーとすべての ChromeOS 管理者に詳細情報をお送りします。

Chrome 133 リリースの概要

 

Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
パソコンや iOS での Google レンズを使用した検索		✓
macOS 上の PWA shim のアドホック コード署名		✓
Chrome 同期で 4 年以上前の Chrome バージョンのサポートを終了		✓
HttpsOnlyMode ポリシーの新しいオプション	✓		✓
省エネモードでのタブのフリーズ		✓
Android での V8 セキュリティ設定	✓
initial_preferences による Chrome ウェルカム ページのトリガーを無効化	✓
特別でないスキームの URL のサポート	✓
Chrome ブラウザの新しいポリシー			✓
Chrome ブラウザの削除されたポリシー			✓
Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
iOS での DownloadRestrictions ポリシーのサポート	✓
Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Chrome 133 では更新なし。
今後予定されている Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Chrome DevTools の [プライバシーとセキュリティ] パネル	✓	✓
Chrome 134 のリーディング モードでの読み上げ		✓
AI 機能向けのハイライト表示の設定をポリシーで無効化	✓
blob URL のパーティショニング: 取得 / ナビゲーション	✓
srcdoc iframe 用の Service Worker クライアントの作成と Service Worker コントローラの継承	✓
CSP でブロックされた Worker に対する例外スローに代わり、エラーイベントを呼び出し	✓
標準外の getUserMedia 音声制約を削除	✓
ミューテーション イベントのサポートを終了		✓
パソコン版へのログイン時に、Chrome の設定やテーマをクロスデバイスで同期	✓
file:// 以外の URL のホストでスペースを禁止	✓
ThirdPartyBlockingEnabled ポリシーを削除			✓
Intl Locale Info API のゲッターの非推奨化	✓
SwiftShader フォールバックを削除	✓
Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ		✓
SafeBrowsing API の v4 から v5 への移行	✓
今後予定されている Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
新しい Chrome Enterprise コンパニオン		✓	✓
今後予定されている Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
DLP ルールのユーザー エクスペリエンスのリファクタリング	✓
スクリーンショットの防止	✓
iOS / Android での URL フィルタリング	✓
モバイル向けレポート コネクタ	✓
Connectors API	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

Chrome Enterprise および Chrome Education のリリースノートは、Chrome のリリーススケジュールに沿って、Chrome ブラウザの Stable 版のリリース日に公開されます。

Chrome ブラウザの変更内容

 

   

• パソコンや iOS で Google レンズを使用して検索

  管理者は、LensOverlaySettings というポリシーを使用して、この機能のすべての要素を制御できます。検索を実行するために、画面のスクリーンショットが Google のサーバーに送信されますが、そのスクリーンショットが ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。ユーザーが閲覧しているドキュメントまたはウェブサイトに検索結果を関連付けるため、PDF のバイト列やウェブサイトの HTML が Google のサーバーに送信されますが、ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。

   

  パソコン

  Chrome 126 以降では、Google レンズを使用してパソコン版の画面に表示されている画像やテキストを検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、フォーカスしたアドレスバーの [Google レンズ] チップをクリックするか、画像を右クリックして [Google で画像を検索] を選択します。ユーザーは画面の任意の場所を選択してそのコンテンツを検索し、検索ボックスに質問を追加して検索を絞り込むことができます。Chrome 132 以降では、ウェブページ全体や PDF ドキュメント全体についても質問することができ、回答において現在表示されているドキュメントやウェブが参照されます。この機能を使用するには、前述の方法で Google レンズで検索を起動し、Chrome ウィンドウの右上にある検索ボックスにクエリを入力します。ブラウザ ウィンドウの右側に、検索結果が表示されたサイドパネルが開きます。

   

  iOS

  Chrome 131 以降では、iOS 版 Chrome の画面に表示されている画像やテキストを Google レンズを使用して検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、その他メニュー > [Google レンズで検索] をクリックします。ユーザーは画面の任意の場所をクリック、ハイライト表示、またはドラッグしてそのコンテンツを検索し、キーワードや質問を検索ボックスに追加して検索を絞り込むことができます。

   

  展開の詳細

  • ChromeOS、Linux、Mac、Windows 版 Chrome 126: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、Mac、Windows 版 Chrome 127: Stable 版の 100% に対してロールアウト
  • iOS 版 Chrome 131: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、Mac、Windows 版 Chrome 132: Stable 版の 1% に対して強化機能をロールアウト
  • iOS 版 Chrome 133: Stable 版の 100% に対してロールアウト

 

   

• macOS 上の PWA shim のアドホック コード署名 

  macOS にプログレッシブ ウェブアプリ（PWA）をインストールするときに作成されるアプリケーション shim のコード署名が、アプリケーションがインストールされたときに作成されるアドホック コード署名を使用するように変更されます。コード署名は、アプリケーションの ID の一部として macOS によって使用されます。このようなアドホック署名により、各 PWA 用の shim が macOS 上で一意の ID を持つようになります。これまで、すべての PWA は macOS で同じアプリケーションとして認識されていました。

  この更新により、macOS の [ログイン時に開く] 設定ペインで複数の PWA を設定しようとしたときに発生する問題が解消され、macOS 上の PWA でユーザー通知を処理するための将来的な改善が可能になります。

  管理者は、使用しているエンドポイント セキュリティ ツールまたはバイナリ承認ツール（Santa など）との互換性をテストする必要があります。このテスト用に機能を有効にするには、chrome://flags/#use-adhoc-signing-for-web-app-shims を使用します。その後、プログレッシブ ウェブアプリをインストールして、期待どおりに起動することを確認できます。

  この機能と現在のセキュリティ ポリシーに互換性がない場合は、更新したエンドポイント セキュリティ ポリシーをデプロイする間、AdHocCodeSigningForPWAsEnabled ポリシーを使用してこの機能を無効にできます。エンタープライズ ポリシーは、エンドポイント セキュリティ ポリシーが更新されるまでの間のみ、この機能を無効にするために使用するものであり、エンドポイント セキュリティ ポリシーが更新された時点で設定解除する必要があります。

   
  • macOS 版 Chrome 129
    企業が Santa などのエンドポイント セキュリティ ツールとの互換性をテストできるよう、フラグ（chrome://flags/#use-adhoc-signing-for-web-app-shims）によって機能を有効にできるようになっています。現時点で互換性がない場合は、エンドポイントのセキュリティ設定を更新する間、エンタープライズ ポリシーでこの機能を無効にできます。エンタープライズ ポリシーは、エンドポイント セキュリティ ポリシーが更新されるまでの間のみ、この機能を無効にするために使用します。
   
  • macOS 版 Chrome 133

    この機能は Stable 版の 100% にロールアウトされます。

   

   

• Chrome 同期で 4 年以上前の Chrome バージョンのサポートを終了

  2025 年 2 月以降、Chrome 同期（Google アカウントでのデータの使用と保存）は、4 年以上前の Chrome バージョンをサポートしなくなります。Chrome 同期を引き続き使用するには、より新しいバージョンの Chrome にアップグレードする必要があります。詳細については、こちらのディスカッション（4 年以上前の Chrome バージョンでの Chrome 同期機能のサポート終了について）をご覧ください。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 133

    この変更は古いバージョンの Chrome にのみ影響し、サーバーサイドでロールアウトされます。Chrome 133 は、変更が有効になるタイムラインを反映するためにのみ指定されています。

   

   

• HttpsOnlyMode ポリシーの新しいオプション

  Ask Before HTTP（ABH）（以前の名前は HTTPS のみモード / HTTP ファースト モード）を使用すると、ネットワークを通じて安全でない HTTP コンテンツを送信する前にユーザーの同意を求めるように Chrome に指示できます。HttpsOnlyMode ポリシーを使用すると、ABH を強制的に有効または無効にできます。

  Chrome 129 では、ABH の新しい中間的なバリエーションである「バランスモード」が追加されました。このバリエーションは、ほとんどの場合（厳格な）ABH のように動作し、HTTPS 接続が不可能であることを Chrome が認識している場合（internal/ などの単一ラベル ホスト名に接続する場合など）には確認を表示しないことでユーザーの不便さを軽減することを意図しています。

  この新しいバリエーションを強制的に有効にできるように、force_balanced_enabled ポリシー オプションを追加します。Chrome 129 より前のブラウザで force_balanced_enabled を設定すると、デフォルトの動作になり、ABH 設定にエンタープライズ制限は適用されません。

  予期しない影響を回避するため、以前に force_enabled を設定している場合は、フリート全体が Chrome 129 以降にアップグレードされるまで force_balanced_enabled を設定しないことをおすすめします。force_enabled から force_balanced_enabled に移行していない場合は、この変更の影響を受けません。

   
  • ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 129
  • Android 版 Chrome 133
   

   

• 省エネモードでのタブのフリーズ 

  Chrome で省エネモードが有効になっている場合、非表示でサイレントの状態が 5 分以上続き、CPU を大量に使用しているタブがフリーズされるようになりました。ただし、次のタブはフリーズされません。

  • 音声またはビデオ会議機能が提供されているタブ（マイク、カメラ、画面 / ウィンドウ / タブのキャプチャ、またはオープンな RTCDataChannel かライブの MediaStreamTrack を含む RTCPeerConnection によって検出）。
  • 外部デバイスを制御するタブ（Web USB、Web Bluetooth、Web HID、Web Serial の使用を介して検出）。

  これにより、CPU 使用量を抑えてバッテリー駆動時間を延ばし、Chrome の動作を高速化できます。
  この機能は、chrome://flags/#freezing-on-energy-saver フラグを使用してテストできます。chrome://flags/#freezing-on-energy-saver-testing を使ってテストすることもできます。このテストでは、省エネモードが有効で、すべてのタブが CPU を大量に使用している状態をシミュレートします（タブがフリーズの対象かどうか、CPU を大量に使用した場合にフリーズされるかどうかを確認できます）。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 133
    : この機能は、Chrome 133 で Stable 版の 1% のユーザーにまずリリースされます。

    省エネモードの利用可否は、BatterySaverModeAvailability ポリシーで制御できます（省エネモードが無効になっている場合、この変更は適用されません）。

     

   

• Android での V8 セキュリティ設定

  V8 は、サイトのパフォーマンスを向上させるために使用される Chrome の JavaScript エンジンおよび WebAssembly エンジンです。Chrome の攻撃対象領域を減らすために、Android 版 Chrome 133 では新しい設定が chrome://settings/security に追加されました。これにより、V8 JIT（Just In Time）オプティマイザーを無効にできます。Web Assembly との互換性は維持されます。管理者は、DefaultJavaScriptJitSetting エンタープライズ ポリシーと、関連する JavaScriptJitAllowedForSites ポリシーおよび JavaScriptJitBlockedForSites ポリシーを使用して、引き続きこの機能を制御できます。

   
  • ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 122
    この設定は Chrome 121 でリリースされます。これらのエンタープライズ ポリシーは Chrome 93 から利用できるようになりました。
  • Android 版 Chrome 133
    この設定は、Android 版 Chrome 133 の [サイト設定] で利用できます。エンタープライズ ポリシーの試験運用版のマークは削除されました。
   

   

• initial_preferences による Chrome ウェルカム ページのトリガーを無効化

  Chrome ウェルカム ページは、パソコン プラットフォームでトリガーされる初回起動時の動作と重複するため、initial_preferences から削除されました。initial_preferences ファイルの first_run_tabs プロパティに chrome://welcome を含めても、何も起こらないようになりました。

  initial_preferences ファイルのコンテキストの詳細については、その他の設定の構成をご覧ください。

   
  • Windows、MacOS、Linux 版 Chrome 133
   

   

• 特別でないスキームの URL のサポート

  Chrome 130 以降、特別でないスキームの URL（git://example.com/path など）が Chrome ブラウザでサポートされます。これまで、Chromium の URL パーサーは特別でない URL をサポートしていませんでした。このパーサーは、特別でない URL を「不透明なパス」であるかのように解析しますが、これは URL 標準に準拠していません。Chrome 133 では、Chromium の URL パーサーは特別でない URL を、URL 標準に従って正しく解析するようになりました。詳しくは、http://bit.ly/url-non-special をご覧ください。

   
  • Windows、macOS、Linux、Android 版 Chrome 130
  • Windows、macOS、Linux、Android 版 Chrome 133
  • Windows、macOS、Linux、Android 版 Chrome 134: 機能フラグを削除

   

• Chrome ブラウザの新しいポリシー 

  ポリシー	説明
  LiveTranslateEnabled	自動字幕起こしの翻訳を有効にします。字幕は翻訳のために Google に送信されます。
  WebRtcIPHandling	このポリシーでは、WebRTC が最適な接続を検索する際に使用する IP アドレスとインターフェースを制限できます。
  DefaultJavaScriptOptimizerSetting	Chrome ブラウザで、より高度な JavaScript の最適化を有効にした V8 JavaScript エンジンを実行するかどうかを設定できます。
  JavaScriptOptimizerBlockedForSites	JavaScript の高度な最適化を無効にするサイトの URL パターンのリストを指定できます。
  JavaScriptOptimizerAllowedForSites	JavaScript の高度な最適化を有効にするサイトの URL パターンのリストを指定できます。
  SafeBrowsingAllowlistDomains	このポリシーを有効にすると、セーフ ブラウジングで指定ドメインが信頼されるようになります。
  FilePickerChooseFromDriveSettings	Google ドライブからファイルを直接選択できます。

   

   

• Chrome ブラウザの削除されたポリシー 

  ポリシー	説明
  CSSCustomStateDeprecatedSyntaxEnabled	CSS カスタム ステータスの非推奨の構文を有効にするかどうかを制御します。

   

   

Chrome Enterprise Core の変更内容

   

• iOS での DownloadRestrictions ポリシーのサポート

  DownloadRestrictions は、パソコン プラットフォームと Android で Chrome Enterprise Core を使用しているユーザーが利用できるユニバーサル ポリシーです。iOS で DownloadRestrictions ポリシーがサポートされるようになりました。これにより、管理者は iOS 版モバイル Chrome でのすべてのダウンロードをブロックできるようになります。

   
  • iOS 版 Chrome 133

Chrome Enterprise Premium の変更内容

   

• Chrome 133 では、Chrome Enterprise Premium の更新はありません。

Chrome Enterprise Core と Chrome Enterprise Premium の違いをご確認ください。

今後予定されている Chrome ブラウザの変更内容

 

    

• Chrome DevTools の [プライバシーとセキュリティ] パネル 

  Chrome 134 以降、デベロッパーは Chrome DevTools の新しい [プライバシーとセキュリティ] パネルを使用して、サードパーティ Cookie が制限された場合にサイトがどのように動作するかをテストできるようになります。サードパーティ Cookie を一時的に制限し、サイトの動作を観察して、サイトのサードパーティ Cookie のステータスを確認できます。

  この機能によって既存のエンタープライズ ポリシーが恒久的に変更されることはありませんが、サードパーティ Cookie 関連のエンタープライズ ポリシー（BlockThirdPartyCookies と CookiesAllowedForUrls）が一時的にオーバーライドされ、制限が厳しくなります。エンタープライズ ポリシーですでに BlockThirdPartyCookies を使用してサードパーティ Cookie がブロックされている場合、この機能は無効になります。

  これまでの [セキュリティ] パネルは、新しい [プライバシーとセキュリティ ] パネルに置き換えられます。TLS 接続と証明書の情報は、引き続き [プライバシーとセキュリティ] パネルの [セキュリティ] タブで確認できます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 134

    

• Chrome 134 のリーディング モードでの読み上げ

  リーディング モードは、テキストの多いウェブページを簡易表示するサイドパネル機能です。このモードに読み上げ機能が追加され、ユーザーは自分が読んでいるテキストを音声で聞くことができるようになります。ユーザーはさまざまな自然な音声と速度を選択し、視覚的な要点を確認できます。

   
  • Linux、macOS、Windows 版 Chrome 134

    

• AI 機能向けの強調表示の設定をポリシーで無効化

  Chrome の設定に、企業ポリシーによって無効化される AI 機能が一覧表示されます。また、ポリシーによって無効になっている場合、他の設定と同様な [組織によって無効にされています] という通知が表示されます。

   
  
  • ChromeOS、Linux、macOS、Windows 版 Chrome 134

    

• blob URL のパーティショニング: 取得 / ナビゲーション

  ストレージ パーティションの延長として、Chromium では、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による Blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみでパーティショニングされるトップレベル ナビゲーションを除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chromium では、レンダラによって開始されたトップレベルの Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chromium が Safari の同様の動作と整合するようになり、これらの両方の変更が反映されるように関連する仕様が更新されました。

  この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。他のストレージ パーティション関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。

   
  • Windows、macOS、Linux 版 Chrome 134

    

• srcdoc iframe 用の Service Worker クライアントの作成と Service Worker コントローラの継承

  現在、srcdoc コンテキスト ドキュメントは Service Worker クライアントではなく、これらの親ページの Service Worker が対応していません。このため、なんらかの差異が生じます（たとえば、Resource Timing はこれらのドキュメントによってロードされる URL を報告しますが、Service Worker はこれらをインターセプトしません)。Google の目的は、srcdoc iframes 用の Service Worker クライアントを作成してこれらの差異を修正し、これらのクライアントが親ページの Service Worker コントローラを継承できるようにすることです。

   
  • Windows、macOS、Linux、Android 版 Chrome 134

    

• CSP でブロックされた Worker に対する例外スローに代わり、エラーイベントを呼び出し

  コンテンツ セキュリティ ポリシー（CSP）でブロックされた場合、Chromium は現時点で「new Worker(url)」コンストラクタまたは「new SharedWorker(url)」コンストラクタから SecurityError 例外をスローします。CSP 仕様に従って、CSP チェックはフェッチの一環として実行され、オブジェクトが返された後にエラー イベントが呼び出されます。この更新の目的は、コンストラクタから例外をスローする代わりにエラー イベントを非同期的に呼び出して、Chromium の照合を仕様に沿って行うことです。

   
  • Windows、macOS、Linux、Android 版 Chrome 134

    

• 標準外の getUserMedia 音声制約を削除

  Blink は、制約が適切に標準化される以前から、getUserMedia に対する goog 接頭辞付きの非標準の制約を数多くサポートしています。

  使用量は大幅に減少し、約 0.000001% から 0.0009% になりました（制約によります）。また、Chromium 音声キャプチャ スタックの変更のために、一部の制約はまったく機能しなくなっています。今後予定される変更に伴い、これらの機能はいずれも無効になります。

  今回の変更によって大きな機能低下が発生することはないと想定しています。これらの制約を使用するアプリは引き続き機能しますが、（制約が渡されていない場合と同様に）デフォルト設定の音声が取得されます。標準制約への移行は簡単に行えます。

   
  • Windows、macOS、Linux、Android 版 Chrome 134

    

• ミューテーション イベントのサポートを終了 

  DOMSubtreeModified、DOMNodeInserted、DOMNodeRemoved、DOMNodeRemovedFromDocument、DOMNodeInsertedIntoDocument、DOMCharacterDataModified などの同期型ミューテーション イベントを使用すると、ページ パフォーマンスが悪影響を受けるだけでなく、ウェブへの新しい機能の追加が大幅に複雑になります。これらの API は、2011 年に仕様で非推奨になり、2012 年には動作が大幅に改善された Mutation Observer API に置き換えられました。古いミューテーション イベントの使用を削除するか、Mutation Observer に移行する必要があります。

  Chrome 124 以降、MutationEventsEnabled という一時的なエンタープライズ ポリシーを使用して、サポートが終了した、または削除されたミューテーション イベントを再度有効にできます。詳しくは、こちらのブログ投稿をご覧ください。問題が発生した場合は、こちらからバグを報告してください。

  Chrome 127 以降、または 2024 年 7 月 30 日頃より、ミューテーション イベントのサポートがデフォルトで無効になります。サイトの中断を避けるため、その前にコードを移行しておいてください。さらに時間が必要な場合のために、いくつかのオプションが用意されています。

  • ミューテーション イベント デプリケーション トライアルを利用して、限られた時間のみ一部のサイトで機能を再有効化できます。この機能は Chrome 134 まで（2025 年 3 月 25 日まで）使用できます。
  • エンタープライズ ポリシー MutationEventsEnabled も同じ目的のため、Chrome 134 までご利用いただけます。
  • Android、Linux、macOS、Windows 版 Chrome 135: MutationEventsEnabled エンタープライズ ポリシーのサポートを終了します。

    

• パソコン版へのログイン時に、Chrome の設定やテーマをクロスデバイスで同期

  Chrome デスクトップの新しい ID モデルのリリース以降、Google はユーザーのログイン時にアカウント設定、テーマ、サイトのショートカットを有効にする予定です（同期は不要になります)。

  このために、これらのデータ タイプごとにローカルなアカウント ストレージを導入します。

  これは次のことを意味します。

  • Chrome にログインする、または同期が有効になっている Chrome デスクトップ ユーザーの場合、Google アカウントに同期されている設定、サイト ショートカット、テーマは、ローカルの設定、つまり、ログアウトした時点や同期を無効にした時点以降の設定とは別に保管されます。
  • これにより、共有されるデータは従来よりも少なくなります。ユーザーがログインしたときや、同期をオンにしたときに、ローカル設定が自動的にアップロードされることはなく、同期をオフにした際にアカウント ストレージの設定がデバイスに残されることもありません。

  • 既存の Chrome ポリシーの SyncDisabled と SyncTypesListDisabled は引き続き適用されるため、管理者は必要に応じて同期機能を制限したり、無効にしたりできます。

  • Linux、macOS、Windows 版 Chrome 135

    

• file:// 以外の URL のホストでスペースを禁止 

  WhatWG.org の仕様では、URL ホストにスペース文字を含めることはできないとされていますが、現在、Chromium の URL 解析ではホストにスペースを使用できます。

  このため、Chromium は Interop2024 の「WebSocket の HTTPS URL」 および「URL」の重要分野 に含まれる複数のテストで不合格となります。

  Chromium を仕様に準拠させるために、URL ホストからスペースを完全に排除したいと考えていますが、Windows の file:// URL のホスト部分でスペースが使用されているので、これは困難です（詳細については、GitHub のディスカッションをご覧ください）。

  この機能は、ファイル以外の URL でのみスペースを禁止することで、Chromium を仕様に準拠させる継続的な取り組みの一環です。

   
  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 135

    

• ThirdPartyBlockingEnabled ポリシーを削除 

  予期しない問題が発生したため、ThirdPartyBlockingEnabled は Chrome 135 で削除されます。この削除についてフィードバックがある場合は、こちらからバグを報告してください。

   
  • Windows 版 Chrome 132
    ThirdPartyBlockingEnabled ポリシーのサポートを終了
  • Windows 版 Chrome 135
    ThirdPartyBlockingEnabled ポリシーを削除

    

• Intl Locale Info API のゲッターを非推奨にする

  Intl Locale Info API は、ステージ 3 の ECMAScript の TC39 プロポーザルであり、週のデータ（週の最初の日、週末の開始日、週末の終了日、最初の週の最小日数）や、ロケールで使用されるテキストの向きと時間のサイクルなどのロケール情報を公開することで、Intl.Locale オブジェクトを拡張します。

  Chrome 99 で実装がリリースされましたが、その後、提案の Stage 3 で変更が加えられ、いくつかのゲッターが関数に移動されました。非推奨のゲッターを削除し、名前変更された関数をあらためてリリースする必要があります。

   
  • Windows、macOS、Linux、Android 版 Chrome 135

    

• SwiftShader フォールバックを削除 

  SwiftShader をベースとする WebGL への自動フォールバックは非推奨となり、SwiftShader にフォールバックせずに WebGL コンテキストの作成が失敗するようになります。この変更には主に 2 つの理由があります。

  1. Chromium の GPU プロセスで JIT コードが実行されるため、SwiftShader はセキュリティ リスクが高い。
  2. 高パフォーマンスの GPU ベースの WebGL から CPU ベースの実装にフォールバックすると、ユーザー エクスペリエンスが低下する。ユーザーはこの動作を制御できず、バグレポートで説明するのが困難。

  SwiftShader は、ヘッドレス システムやサポートされている GPU がないシステムでサイトをテストする際にウェブ デベロッパーにとって便利なツールです。このユースケースは、オプトインすることで引き続きサポートされますが、信頼できないコンテンツの実行を目的としたものではありません。

  セキュリティ保証を下げて、WebGL 用に SwiftShader を許可するには、--enable-unsafe-swiftshader コマンドライン スイッチを使用して Chrome の実行可能ファイルを実行します。

  非推奨の間、SwiftShader をベースとして WebGL コンテキストを作成すると、JavaScript コンソールに警告が表示されます。--enable-unsafe-swiftshader を渡せば、この警告メッセージは表示されなくなります。

  Chromium などのブラウザでは、WebGL の可用性が保証されません。WebGL コンテキストの作成をテストしてエラーを処理し、Canvas2D などの他のウェブ API にフォールバックするか、ユーザーに適切なメッセージを表示できます。

   
  • Windows、macOS、Linux、Android 版 Chrome 135

    

• SafeBrowsing API v4 から v5 への移行 

  Chrome による SafeBrowsing v4 API の呼び出しは、v5 API の呼び出しに移行されます。メソッド名も v4 と v5 で異なります。

  管理者が v4 固有の URL 許可リストを使用して https://safebrowsing.googleapis.com/v4* へのネットワーク リクエストを許可している場合は、ドメイン全体（ safebrowsing.googleapis.com）へのネットワーク リクエストを許可するように変更する必要があります。変更しないと、v5 API へのネットワーク リクエストが拒否され、ユーザーのセキュリティが低下します。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 135

  この機能は段階的にリリースされます。

    

• Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ 

  Chrome 126 以降では、Microsoft Windows の UI オートメーション アクセシビリティ フレームワークを使用するアクセシビリティ クライアント ソフトウェアが直接サポートされるようになりました。この変更が行われる前は、このようなソフトウェアは Microsoft Windows の互換性 shim を通じて Chrome と相互運用されていました。この変更は、多くのユーザーにとってより快適なユーザー エクスペリエンスを実現するために行われるものです。ナレーター、拡大鏡、Voice Access が完全にサポートされ、Windows の UI オートメーション アクセシビリティ フレームワークを使用するサードパーティ製アプリの利便性が高まります。Chrome ユーザーは、ユーザー補助ツールと併用している際のメモリの使用量と処理のオーバーヘッドを削減できます。また、支援技術を使用したソフトウェアの開発も容易になります。

  管理者は、Chrome 125 以降で利用可能な UiAutomationProviderEnabled エンタープライズ ポリシーを使用して、（すべてのユーザーが新しい機能を利用できるよう）新しいプロバイダを強制的に有効にするか、無効にするかを選択できます。このポリシーは Chrome 136 までサポートされ、Chrome 137 で削除されます。このような 1 年の期間を設けているのは、Microsoft の互換性 shim から Chrome の UI オートメーション プロバイダへの切り替えの際、企業がサードパーティ ベンダーと連携して互換性の問題を解決するのに十分な時間を確保するためです。

  • Windows 版 Chrome 125: UiAutomationProviderEnabled ポリシーの導入により、管理者は Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダを有効にして、サードパーティのユーザー補助ツールが引き続き機能することを検証できるようになります。
  • Windows 版 Chrome 126: ユーザーに対して Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダの有効化を開始するために、Chrome のバリエーション フレームワークが使用されるようになります。このフレームワークは、Chrome で解決可能な互換性の問題に対処するため必要に応じて中断を挟みながら、Stable 版の全ユーザーを対象に段階的に有効化されます。企業の管理者は引き続き UiAutomationProviderEnabled ポリシーを使用して、新しい動作を早期に有効にするか、Chrome 136 で一時的に無効にできます。
  • Windows 版 Chrome 137: UiAutomationProviderEnabled ポリシーが Chrome から削除されます。すべてのクライアントが、ブラウザの UI オートメーション アクセシビリティ フレームワーク プロバイダを使用することになります。   

   

   

  今後予定されている Chrome Enterprise Core の変更内容

      

  • 新しい Chrome Enterprise コンパニオン アプリ 

    Chrome Enterprise コンパニオン アプリは、Chrome Enterprise Core または Chrome Enterprise Premium に登録された Chrome ブラウザとともに自動的にインストールされる新しい管理バイナリです。これは、企業のユースケース、ポリシー、レポートをサポートすることを目的としています。

    • Windows、macOS 版 Chrome 134

   

今後予定されている Chrome Enterprise Premium の変更内容

 

   

• DLP ルールの UX をリファクタリング

  Google は、Chrome 固有の DLP ルールのインターフェースをよりユーザー フレンドリーで効率的なものにすることを目指しています。これには、Chrome Enterprise Premium をご利用のお客様向けの既存および今後のセキュリティ機能により適切に対応できるよう、管理コンソールのルール作成ワークフローを再設計することが含まれます。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 134
   

   

• スクリーンショットの防止

  画面共有のブロックを Google Meet、Zoom、Teams、Slack などの会議アプリに拡張することで、既存のスクリーンショット防止機能を強化する予定です。ギャップとユーザー フィードバックに対処することによってデータ保護管理のリリースを成功に導いたうえで、機能強化を実施します。

   
  • Windows、macOS 版 Chrome 134
   

   

• iOS と Android での URL フィルタリング

  既存の URL フィルタリング機能をデスクトップ プラットフォームからモバイル プラットフォームに拡張し、管理対象の Chrome ブラウザやモバイル デバイスの管理対象ユーザー プロファイルで特定の URL または URL カテゴリを読み込むことを監査、警告、ブロックできる機能を組織に提供します。これには、この機能がコンテキストアウェア アクセス（CAA）とシームレスに連携する状態を確保することが含まれます。CAA を使用すると、管理者はユーザーのコンテキスト（ユーザーロール、現在地など）とデバイスの状態（管理対象デバイス、セキュリティ コンプライアンスなど）に基づいてアクセス ポリシーを設定できます。

   
  • Android、iOS 版 Chrome 135
   

   

• モバイル向けレポート コネクタ

  デスクトップ版と同等の機能を実現し、組織がモバイル デバイス上のセキュリティ イベント（安全でないサイトへのアクセスやデータ漏洩の試みなど）をモニタリングして対応できるようにすることに取り組んでいます。これにより、さまざまなプラットフォームで一貫したセキュリティとポリシーの適用が可能になります。

   
  • Android、iOS 版 Chrome 135
   

   

• Connectors API

  サードパーティのセキュリティ コネクタの設定プロセスを簡素化し、プロバイダが独自の UI から構成を直接管理できるようにする予定です。これにより、組織が任意のセキュリティ ツールやサービスを Chrome と簡単に統合し、さまざまなプラットフォームでセキュリティと管理を強化できるようになります。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 135

ChromeOS 133 リリースの概要

 

ChromeOS の更新内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
管理対象ユーザー向けの Office ファイル操作の強化		✓	✓
ChromeOS デバイスでクラウド ストレージを唯一のデータ ストレージ オプションに設定	✓		✓
ChromeOS でのバウンスキー		✓
ウェルカム ツアーの強化		✓
キーボードの言語に関する ChromeOS ポリシー		✓	✓
スクリーンキャストの言語の更新		✓
Bluetooth マイクの超高解像音声を切り替える新しいボタン		✓
ChromeOS LTS 132 リリース候補版			✓
キオスクの稼働状況の監視			✓
今後予定されている ChromeOS の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
キオスクのハートビートの変更			✓
ChromeOS キオスクモードでの独立したウェブアプリ		✓
卒業生のデータの移行			✓
バッテリーの長寿命化に関する ChromeOS ポリシー			✓
スローキー		✓	✓
GIF のクイック インサート		✓
AI 壁紙と背景		✓
ChromeOS での Chrome アプリのサポート終了		✓	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

ChromeOS の更新内容

   

• 管理対象ユーザー向けの Office ファイル操作の強化

  ChromeOS 133 から、管理対象ユーザーは、Microsoft 365 の Office for the web と Google Workspace のどちらを使用していても、Microsoft Office ファイル（Word、PowerPoint、Excel）をシームレスに開いて編集できるようになりました。

  Office for the web を使用する組織は、OneDrive を [ファイル] アプリに統合したり、Microsoft 365 PWA システムを統合してデスクトップのようなエクスペリエンスを実現したりできます。また、必要なすべてのアプリケーションで SSO を使用したり、事前構成用の高度なポリシー管理を利用したりすることもできます。

  Google Workspace をご利用の場合、ローカル ファイルから Google Workspace への移行が最適化されます。

  詳しくは、Chrome Enterprise および Chrome Education ヘルプセンターの管理対象ユーザーの Office ファイルの操作を設定するをご覧ください。

  Microsoft Office ファイルの操作に関する新しいポリシーには次のものがあります。

  • MicrosoftOneDriveMount
  • MicrosoftOneDriveAccountRestrictions
  • MicrosoftOfficeCloudUpload
  • GoogleWorkspaceCloudUpload
  • QuickOfficeForceFileDownloadEnabled

   

• ChromeOS デバイスでクラウド ストレージを唯一のデータ ストレージ オプションに設定

  ChromeOS 133 では、真のクラウド ファースト エクスペリエンスが導入されます。管理者はローカル ストレージをブロックすることで、すべてのファイルが Google Workspace または Microsoft OneDrive に保存されるようにすることができます。この機能は、データ損失を防ぎ、セキュリティ リスクを軽減し、訴訟のための記録保持の要件をサポートします。共有デバイスで特に有用です。

  詳しくは、Chrome Enterprise および Chrome Education ヘルプセンターの ChromeOS デバイスでクラウド ストレージを唯一のストレージ オプションとして使用するをご覧ください。

  クラウド ストレージに関する新しいポリシーには次のものがあります。

  • LocalUserFilesAllowed
  • LocalUserFilesMigrationDestination
  • DownloadDirectory（OneDrive のサポート）
  • ScreenCaptureLocation

   

• ChromeOS でのバウンスキー

  バウンスキーとは、運動機能が制限されている方や手指の震えのある方がコンピュータをより簡単に使用できるように設計されたユーザー補助機能です。これは、短い時間間隔で繰り返されるキー入力を無視することで機能します。この間隔は、必要に応じてカスタマイズできます。これにより、意図しないキー操作による意図しない文字入力を防ぐことができます。

   

  

  
   

   

• ウェルカム ツアーの強化

  ChromeOS を初めて使用するユーザーには、デバイスのセットアップ直後にウェルカム ツアーが表示されるようになりました。インタラクティブな方法で基本を学び、新しい Chromebook をすぐに使い始めることができます。

  

   

• キーボードの言語に関する新しい ChromeOS ポリシー 

  ChromeOS 133 より、管理者は新しい AllowedInputMethodsForceEnabled ポリシーを使用して、AllowedInputMethods で以前に設定したキーボードの言語を自動的にインストールできるようになりました。このポリシーが設定されている場合、ユーザーはキーボードの新しい言語を追加したり、選択されている言語を削除したりすることはできません。

   

• スクリーンキャストの言語の更新

  スクリーンキャストでは、50 を超える言語がサポートされるようになりました。スクリーンキャストを使用するには、ランチャー アイコンを押して「スクリーンキャスト」を検索します。対応言語の一覧については、ヘルプセンターの記事スクリーンキャスト アプリを使用して ChromeOS デバイスで録画、共有するをご覧ください。

   

  

     

   

• Bluetooth マイクの超高解像音声を切り替える新しいボタン

  ChromeOS 133 では、Bluetooth マイクの超高解像音声を制御する切り替えボタンが追加されています。この切り替えボタンは音声設定ページに追加されますが、表示されるのはこの機能がサポートされており、選択した入力デバイスが Bluetooth ヘッドセットである場合のみです。

  

     

   

• ChromeOS LTS 132 

  ChromeOS LTS 132 リリース候補版が提供されるようになりました。詳しくは、ChromeOS 長期サポート（LTS）リリースノートをご覧ください。

   

• キオスク デバイスの稼働状況の監視

  ChromeOS 133 では、キオスク デバイスの稼働状況監視のステータス更新の遅延が改善されています。理想的な条件下では、キオスク デバイスのステータス更新が約 1 分で報告されるようになりました。オフライン ステータスは 11 分以内に送信または更新されます。詳しくは、Chrome Enterprise および Chrome Education ヘルプセンターのキオスクの稼働状況を確認するをご覧ください。

今後予定されている ChromeOS の変更

   

• キオスクのハートビートの変更 

  昨夏にお客様に送信した MSA において、最終的に ChromeOS 126 へのアップデートが必要となる Kiosk Heartbeat API の移行についてお知らせしました。

  ChromeOS 126 より前のバージョンを実行している場合は、デバイス フリートをアップデートする必要があります。このキオスクのハートビートの変更に伴い、ChromeOS 126 または ChromeOS LTS 126 へのアップデート、または現行の Stable 版の ChromeOS リリースへのアップデートが必要となります。

  • 必要なご対応について

  すべてのデバイスが LTS132 にアップデートされるまで、組織で DeviceChromeVariation を有効（値: 0）にしてください。

  すべてのデバイスを LTS132 にアップデートした後は、DeviceChromeVariation が不要になり、任意の値に変更できます。  

  • DeviceChromeVariation を無効にした場合の影響

  LTS バージョンが LTS132 より前のデバイスは、2025 年 4 月 7 日まで古いキオスク ハートビート インフラストラクチャを引き続き使用します。

  2025 年 4 月 8 日からは、LTS のバージョンが ChromeOS LTS 132 より前のすべてのデバイスは、デバイスのハートビートの送信を停止します。

   

• ChromeOS キオスクモードでの独立したウェブアプリ 

  ChromeOS 134 では、ChromeOS キオスクモードで独立したウェブアプリがサポートされます。これは、システムとの深い統合と強力な機能にアクセスできる、より安全で汎用性の高いアプリ ソリューションです。管理者は、Chrome Enterprise の管理対象デバイス上にデプロイされるキオスクやデジタル サイネージ用の独立したウェブアプリを、管理コンソールを使用して構成できるようになります。

   

• 卒業生のデータの移行 

  早ければ 2025 年 3 月より、卒業生や教育機関のその他の管理対象ユーザーがデータを移行する際に、新しいコンテンツ移行ツールで新しい Google データ エクスポート移行プロセスを利用できるようになる予定です。これにより、ドキュメント、スプレッドシート、スライド、Gmail のコンテンツを任意の Gmail アカウントに移行できるようになります。

  この新しいアプリケーションを使用すると、学校管理者はアイコンをシェルフに固定して、生徒や教職員の Chromebook に通知を送信し、コンテンツ移行の使用を促すアクションの提案を表示する日付を設定できます。

   

  

   

• バッテリーの長寿命化に関する新しい ChromeOS ポリシー 

  ChromeOS 134 では、Chromebook の耐用期間を延ばすために、バッテリー充電の上限に関する新しいポリシーを導入し、より多くの最適化オプションを提供します。管理者は、充電の上限（デフォルトは 100%）を設定することで、バッテリーの劣化を最小限に抑え、長期的な信頼性を向上させることができます。この新しいポリシーは、多数のデバイスを管理する教育機関などの管理者と、Chromebook の耐用期間を延ばしたい個人ユーザーの双方にメリットがあります。このポリシーは自動的に適用されるため、ユーザーによる操作は必要ありません。

   

• スローキー 

  スローキーは、運動機能が制限されているユーザーがより正確に入力できるように設計されたユーザー補助機能です。この機能は、震え、関節炎、指先の麻痺などによりキー入力を正確に行うことが困難な方に特に便利です。スローキーは、キーが押されたまま一定時間経過しないと入力が認識されないよう遅延時間を設けることで機能します。これにより、意図しないキー入力を防ぐことができます。

  

   

• GIF のクイック インサート 

  クイック インサートがまもなく GIF の直接挿入に対応します。クイック インサートのメニューから離れることなく、メッセージやドキュメントに GIF をすばやく追加できるようになります。詳しくは、クイック インサートを使用してコンテンツを追加、作成するをご覧ください。

   

• AI 壁紙と背景  

  ChromeOS 135 以降では、生成 AI による高解像度の壁紙とビデオ通話の背景が導入される予定です。この機能を使用すると、創造力を発揮して自分らしさを表現するキャンバスに Chromebook を変えることができます。さまざまなテンプレートから選択して数回クリックするだけで、Chromebook に自分らしさ、雰囲気、関心を加えることができます。

  これらの機能を制御するために、GenAIVcBackgroundSettings と GenAIWallpaperSettings という 2 つの新しいポリシーが追加されます。この機能は、Chromebook Plus デバイスでのみご利用いただけます。

   

• ChromeOS での Chrome アプリのサポート終了 

  2016 年に、Google は Chrome アプリのサポート終了とウェブアプリへの移行を発表しました。さらに 2021 年には、ChromeOS Enterprise および Education をご利用のお客様と ChromeOS のデベロッパーに対する Chrome アプリのサポートを少なくとも 2025 年 1 月まで延長することを Chromium ブログでお知らせしました。ほとんどのお客様が Chrome アプリ（以前の（v1）パッケージ化アプリやホスト型アプリを含む）から移行されたことを踏まえ、Chrome アプリのサポート終了日について、以下の最新情報をお知らせいたします。

   

  • 2025 年 7 月: ユーザーがインストールした Chrome アプリのサポートが終了します（ChromeOS M138 を予定）。
    • 管理コンソールから自動インストールされた Chrome アプリは引き続きサポートされます。
  • 2026 年 7 月: キオスクモードで Chrome アプリをサポートする最後の ChromeOS リリース（ChromeOS M150 を予定）。
    • Chrome アプリをキオスクモードで使用する LTS チャンネルのデバイスは、2027 年 4 月までサポートされます。
  • 2028 年 2 月: Chrome アプリをサポートする最後の ChromeOS リリース（ChromeOS M168 を予定）。すべての Chrome アプリのサポートが終了します。
    • LTS チャンネルのデバイスでは、2028 年 10 月まで Chrome アプリを引き続き使用できます。
    • 例外は認められません。

  これらのサポート終了のタイムラインは、自己ホスト型の Chrome アプリにも適用されます。

  Chrome ウェブストアに新しい Chrome アプリを追加することはできませんが、既存の Chrome アプリは 2028 年 10 月まで更新できます。これをもって、ChromeOS でのサポートが終了します。この日を過ぎると、Chrome アプリは Chrome ウェブストアから削除されます。

  自社で開発した社内向け Chrome アプリの移行についてお困りの場合は、Chrome アプリからの移行ガイドを参照してください。Discord の ChromeOS デベロッパー コミュニティに参加することも、https://chromeos.dev/work-with-us のフォームからお問い合わせいただくこともできます。リリース日と更新情報については、ChromeOS のリリース スケジュールをご覧ください。

  今後数週間以内に、残りのすべての Chrome アプリ デベロッパーとすべての ChromeOS 管理者に詳細情報をお送りします。

Chrome 132 リリースの概要

 

Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Google レンズで検索		✓
Windows でネットワーク サービスをサンドボックス化	✓
macOS 上のプログレッシブ ウェブアプリ shim のアドホック コード署名		✓
一括アップロード		✓
コネクタの免責条項ワークフローの更新	✓
DownloadRestrictions によるファイル形式の制限の厳格化	✓
デスクトップ ID モデルの更新		✓
通常は安全なユーザー向けの HTTPS 優先モード	✓
iOS のパスキー	✓	✓
パスワード漏洩に関する切り替えボタンの配置変更	✓
Chrome バイナリから古いヘッドレスを削除		✓
ThirdPartyBlockingEnabled ポリシーを削除			✓
以前の同じサイトの動作に使用されていたエンタープライズ ポリシーを削除			✓
特別でないスキームの URL のサポート	✓
Google レンズでの検索結果を翻訳		✓
PWA におけるユーザーリンクのキャプチャ		✓	✓
キーボードでフォーカス可能なスクロール コンテナ		✓
接頭辞付きの HTMLVideoElement 全画面 API を削除		✓
アクティブでないドキュメントのポップオーバーまたはダイアログで例外をスロー		✓
Chrome ブラウザの新しいポリシー			✓
Chrome ブラウザの削除されたポリシー			✓
Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
企業向けにカスタマイズされた Chrome ウェブストア		✓	✓
管理コンソールの新しい Chrome ユーザー管理機能			✓
Chrome DLP の貼り付けルールでソース条件をコピー	✓
Chrome DevTools Console の警告とエラーに対する分析情報を生成			✓
Professional Chrome Enterprise Administrator 認定資格			✓
Chrome Enterprise のサーバールート証明書	✓		✓
レガシー テクノロジー レポート			✓
推奨ポリシー（ユーザーがポリシー値をオーバーライド可能）		✓	✓
管理対象ブラウザのリスト更新: 最新の Google アップデート アクティビティ			✓
Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
DLP ルールのファイル ダウンロード暗号化	✓
今後予定されている Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
file:// 以外の URL のホストでスペースを禁止	✓
Chrome 133 のリーディング モードでの読み上げ		✓
省エネモードでのタブのフリーズ		✓
Intl Locale Info のゲッターを非推奨にする	✓
ポップオーバーのトリガー要素とアンカー要素の配置を改善		✓
初期設定の初回実行タブを介した Chrome ウェルカム ページのトリガーを削除	✓
標準外の getUserMedia 音声制約を削除	✓
SwiftShader フォールバックを削除	✓
Chrome DevTools の [プライバシーとセキュリティ] パネル	✓	✓
Chrome 同期で 4 年以上前の Chrome バージョンのサポートを終了		✓
V8 セキュリティ設定	✓
HttpsOnlyMode ポリシーの新しいオプション	✓		✓
SafeBrowsing API v4 → SafeBrowsing API v5 への移行	✓
Blob URL のパーティショニング: 取得またはナビゲーション	✓
SharedWorker スクリプトが blob スクリプト URL のコントローラを継承する	✓
ミューテーション イベントのサポートを終了		✓
Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ		✓
カスタム ロゴとラベルを使用して管理対象プロファイルをカスタマイズ		✓	✓
今後予定されている Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
新しい Chrome Enterprise コンパニオン アプリ		✓	✓
今後予定されている Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
スクリーンショットの防止 V2	✓
iOS / Android での URL フィルタリング	✓
モバイル向けレポート コネクタ	✓
DLP ルールの UX をリファクタリング	✓
Connectors API	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

Chrome Enterprise および Chrome Education のリリースノートは、Chrome のリリーススケジュールに沿って、Chrome ブラウザの Stable 版のリリース日に公開されます。

Chrome ブラウザの変更内容

 

   

• Google レンズで検索 

  強化されたこの機能が、Chrome 132 ですべてのプラットフォームにリリースされます。管理者は、LensOverlaySettings というポリシーを使用して、この機能のすべての要素を制御できます。検索を実行するために、画面のスクリーンショットが Google のサーバーに送信されますが、そのスクリーンショットが ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。ユーザーが閲覧しているドキュメントまたはウェブサイトに検索結果を関連付けるため、PDF のバイト列やウェブサイトの HTML が Google のサーバーに送信されますが、ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。

   

  パソコン

  Chrome 126 以降では、Google レンズを使用してパソコン版の画面に表示されている画像やテキストを検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、フォーカスしたアドレスバーの [Google レンズ] チップをクリックするか、画像を右クリックして [Google レンズで検索] を選択します。ユーザーは画面の任意の場所を選択してそのコンテンツを検索し、検索ボックスに質問を追加して検索を絞り込むことができます。Chrome 132 以降では、ウェブページ全体や PDF ドキュメント全体についても質問することができ、回答において現在表示されているドキュメントやウェブが参照されます。この機能を使用するには、前述の方法で Google レンズで検索を起動し、Chrome ウィンドウの右上にある検索ボックスにクエリを入力します。ブラウザ ウィンドウの右側に、検索結果が表示されたサイドパネルが開きます。

   

  iOS

  Chrome 131 以降では、iOS 版 Chrome の画面に表示されている画像やテキストを Google レンズを使用して検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、その他メニュー > [Google レンズで検索] をクリックします。ユーザーは画面の任意の場所をクリック、ハイライト表示、またはドラッグしてそのコンテンツを検索し、キーワードや質問を検索ボックスに追加して検索を絞り込むことができます。

   

  展開の詳細

  • ChromeOS、Linux、macOS、Windows 版 Chrome 126: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、macOS、Windows 版 Chrome 127: Stable 版の 100% に対してロールアウト
  • iOS 版 Chrome 131: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132: Stable 版の 1% に対して強化機能をロールアウト
     

   

• Windows でネットワーク サービスをサンドボックス化   

  セキュリティと信頼度を高めるため、Windows においてすでに独自のプロセスで実行されているネットワーク サービスがサンドボックス化されました。現在ネットワーク サービスを改ざんできるサードパーティのコードは、この変更に伴い、改ざんできなくなる可能性があります。これにより、Chrome のプロセス空間にコードを挿入するソフトウェア（データ損失防止（DLP）ソフトウェアなど）と相互運用性の問題が発生する可能性があります。NetworkServiceSandboxEnabled ポリシーを使用すると、相互運用性の問題が検出された場合にサンドボックスを無効化できます。こちらの手順に沿って、ご利用の環境でサンドボックスをテストできます。

  問題が発生した場合はご報告ください。

   
  • Windows 版 Chrome 132
    Windows でネットワーク サービスをサンドボックス化
     

   

• macOS 上のプログレッシブ ウェブアプリ shim のアドホック コード署名   

  macOS にプログレッシブ ウェブアプリ（PWA）をインストールするときに作成されるアプリケーション shim のコード署名が、アプリケーションがインストールされたときに作成されるアドホック コード署名を使用するように変更されます。コード署名は、アプリケーションの ID の一部として macOS によって使用されます。このようなアドホック署名により、各 PWA アプリ用の shim が macOS 上で一意の ID を持つようになります。これまで、すべての PWA は macOS で同じアプリケーションとして認識されていました。

  この更新により、macOS の [ログイン時に開く] 設定ペインで複数のプログレッシブ ウェブアプリを設定しようとしたときに発生する問題が解消され、macOS 上の PWA でユーザー通知を処理するための将来的な改善が可能になります。

  管理者は、使用しているエンドポイント セキュリティ ツールまたはバイナリ承認ツール（Santa など）との互換性をテストする必要があります。このテスト用に機能を有効にするには、chrome://flags/#use-adhoc-signing-for-web-app-shims を使用します。その後、プログレッシブ ウェブアプリをインストールして、期待どおりに起動することを確認できます。

  この機能と現在のセキュリティ ポリシーに互換性がない場合は、更新したエンドポイント セキュリティ ポリシーをデプロイする間、AdHocCodeSigningForPWAsEnabled ポリシーを使用してこの機能を無効にできます。エンタープライズ ポリシーは、エンドポイント セキュリティ ポリシーが更新されるまでの間のみ、この機能を無効にするために使用するものであり、エンドポイント セキュリティ ポリシーが更新された時点で設定解除する必要があります。

   
  • macOS 版 Chrome 129
    企業が Santa などのエンドポイント セキュリティ ツールとの互換性をテストできるよう、フラグ（chrome://flags/#use-adhoc-signing-for-web-app-shims）によって機能を有効にできるようになっています。現時点で互換性がない場合は、エンドポイントのセキュリティ設定を更新する間、エンタープライズ ポリシーでこの機能を無効にできます。エンタープライズ ポリシーは、エンドポイント セキュリティ ポリシーが更新されるまでの間のみ、この機能を無効にするために使用します。
  • macOS 版 Chrome 132
    まず 1% のユーザーを対象に、この機能の Stable 版へのロールアウトが開始されます。
     

   

• 一括アップロード 

  Chrome 128 以降、ユーザーはログイン時にGoogle アカウントのパスワードと住所にアクセスできるようになりました（従来はお支払い方法のみ）。これらのデータタイプは、ローカルまたはアカウントに保存されます。Chrome 132 では、ユーザーがローカル データを Google アカウントにアップロードできるようになりました。まずパスワードと住所を対象とし、今後、他のデータタイプも対象とする予定です。

  SyncTypesListDisabled ポリシーは、同期とデータのアップロードに同じように適用されます。したがって、パスワードまたは住所のいずれかが無効になっている場合、それらを一括アップロードすることはできません。

   
  • Linux、macOS、Windows 版 Chrome 132
   

  

     

   

• コネクタ免責条項ワークフローの更新 

  Chrome Enterprise Core の利用規約が更新され、第三者データ共有に関するセクションが追加されました。今回の更新により、Chrome ブラウザの Enterprise コネクタの登録フローが改善されます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132

   

• DownloadRestrictions によるファイル形式の制限の厳格化

  DownloadRestrictions ポリシーを使用すると、組織内のダウンロードを制御できます。以下のいずれかから、ファイル形式の制限の適切なレベルを選択できます。

  0 = 特別な制限なし。デフォルト。
  1 = 不正なファイルのダウンロードと危険なファイル形式をブロックする。
  2 = 不正なファイルのダウンロード、一般的でないファイルまたは望ましくないファイルのダウンロード、危険なファイル形式をブロックする。
  3 = すべてのダウンロードをブロックする。
  4 = 不正なファイルのダウンロードをブロックする。推奨設定。

  オプション値が 1 の場合、以下を意味します。
  • Chrome ブラウザは、セーフ ブラウジング サーバーで不正と報告されたファイルと、すべての危険なファイル形式をブロックします。誤検出があった場合に大きな問題とならない組織部門、ブラウザ、ユーザーにのみ推奨される設定です。

  オプション値が 2 の場合、以下を意味します。

  • Chrome ブラウザは、セーフ ブラウジング サーバーで不正と判定されたファイル、一般的でない、または不要と判定されたファイル、およびすべての危険なファイル形式をブロックします。誤検出があった場合に大きな問題とならない組織部門、ブラウザ、ユーザーにのみ推奨される設定です。

  危険なファイル形式のブロックは以前は Chrome で正確に適用されませんでしたが、現在はこの問題は修正されています。この結果として、Windows においては .exe ファイルや .msi ファイルなどのユーザーに危険をおよぼす可能性のある特定のファイル形式に対するポリシーが以前より厳格化しています。誤検出が多数発生する場合は、このポリシーを未設定にするか、ポリシー値を 4 にすることもできます。

  • Windows 版 Chrome 132

   

• パソコン版 Chrome の Chrome ID モデルの更新 

  デバイスで Chrome 同期を設定しなくても、Chrome にログインするだけで Google アカウントにアクセスしてアイテムを保存できるようになりました。パソコン版のこの新しい ID モデルでは、ウェブでログインしてから明示的に Chrome にログインすることもできるようになります。

  ユーザーがウェブ（Gmail）にログインすると、Chrome へのログインを求めるメッセージが表示されます。同意しない場合は Chrome にはログインできず、ウェブにのみログインできます。

  • ユーザーが同意すると、プロファイル管理（ユーザーベースのポリシー）、お支払い（すでに利用可能）、パスワード、住所、ブックマーク*、拡張機能*、検索エンジンの設定*、テーマ*、PWA* が有効になります。
  • ユーザーが同意しない場合でも、ログイン認証情報を使用してクリック 1 回で Chrome にログインできるようになります。
  • 履歴、開いているタブ、タブグループの同期は、現時点では引き続き個別に有効にする必要があります。
  • 認証情報が無効になる（ウェブからログアウトする、リモートでログアウトするなど）と、Chrome は [保留中]（以前は [同期が一時停止されています]）の状態になります。ユーザーの Google アカウントからデータを自動入力することはできなくなります。この状態のユーザーには、Chrome ツールバーに [本人確認を行ってください] プロンプトが表示されます。
   

  * 今後の Chrome マイルストーンにおいて、これらのデータタイプは同期を有効にした時点ではなく、ログイン時に有効になります。

  ウェブでのログイン インターセプトは、SigninInterceptionEnabled ポリシーを使用して制御できます。詳しくは、ユーザーに別のプロファイルの作成を要求するをご覧ください。

   
  • Linux、macOS、Windows 版 Chrome 132 ロールアウトを開始
     
   

  

     

   

• 通常は安全なユーザー向けの HTTPS 優先モード 

  HTTPS 優先モード（HFM）は、サイトを HTTPS に自動的にアップグレードすることで、Chrome にデフォルトでの HTTPS エクスペリエンスを有効にします。サイトが HTTPS に対応していない場合、HFM は HTTP バージョンを読み込む前に警告を表示します。HFM は、ユーザーの明示的な承認のない HTTP URL 読み込みを防ぐことで、HTTPS のセキュリティ保証を大幅に強化します。

  通常は安全なユーザー向けの HFM（この機能）は、通常は安全なブラウジング パターンを持つユーザーに対して HFM を自動的に有効にできるヒューリスティックです。「通常は安全なブラウジング パターン」か否かは、HTTPS アップグレードのフォールバック（HTTPS アップグレードが失敗した状態。ユーザーが HFM を手動で有効にしている場合は HFM インタースティシャル）と、プロフィールの年齢、サイト全体のエンゲージメント スコアといった他のいくつかの要素を追跡することで決定されます。

  これらのシグナルからユーザーが主に安全なサイトにアクセスしていることが示唆される場合、ヒューリスティクスによって HFM 設定が自動的に有効になります。このヒューリスティクスによって発生した HFM インタースティシャルには、カスタム メッセージが表示されます。ユーザーは UI 設定をオフにするだけで HFM を無効にできます。これにより、ヒューリスティクスが再び有効になることはありません。

  既存のエンタープライズ ポリシーである HttpsOnlyMode と HttpAllowlist を使用して、この機能の動作を制御できます。

   
  • ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 132
     

   

• iOS のパスキー 

  パスキーは、パスワードに代わるより安全な方法です。フィッシングや推測の対象となるパスワードとは異なり、パスキーを使用すると、ユーザーは WebAuthn 標準で定義されている公開鍵暗号を使用してサイトやアプリを認証できます。

  Google パスワード マネージャーのパスキーは、その他のプラットフォームの Chrome ですでに利用可能です。今回のリリースでは、Chrome の既存の認証情報プロバイダ拡張機能（他のアプリのパスワード）を強化することで、iOS プラットフォームでも利用可能になります。この拡張機能を使用すると、Google パスワード マネージャーのパスキーを使用して Chrome およびその他のブラウザでページにログインできるほか、ネイティブ アプリにもログインできます。

  パスキーはユーザーの Google アカウントに保存され、ユーザーが Chrome にログインしている限りいつでも使用できます。BrowserSignin、SyncTypesListDisabled、PasswordManagerEnabled など関連エンタープライズ ポリシーはこれまでと同様に動作し、ユーザーが Google アカウントでパスワードを使用、保存できるかどうかの設定に使用できます。

   
  • iOS 版 Chrome 132
     

   

• パスワード漏洩に関する切り替えボタンの配置変更 

  chrome://settings/security にあった PasswordLeakDetectionEnabled の切り替えボタンを、[標準保護機能] 見出しの下から、ページの下部にある [詳細設定] セクションに移動しました。

  この機能により、ユーザーのセーフ ブラウジングのステータスに対する PasswordLeakDetectionEnabled の依存関係も解消されます。これまで、保護機能またはセーフ ブラウジングを無効にしている場合は、PasswordLeakDetectionEnabled 機能を使用できませんでした。ユーザーは、セーフ ブラウジングの保護レベルに関係なく、PasswordLeakDetectionEnabled の切り替えボタンを自由に使用できるようになりました。

   
  • ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 132
     

   

• Chrome バイナリから古いヘッドレスを削除 

  `--headless=old` を指定して Chrome を実行しても、古いヘッドレス モードは起動されず、代わりに次のログメッセージが出力されるようになります。

  古いヘッドレス モードは Chrome バイナリから削除されました。新しいヘッドレス モードまたは chrome-headless-shell（古いヘッドレス モードのスタンドアロン実装）を使用できます。

   
  • Linux、macOS、Windows 版 Chrome 132
     

   

• ThirdPartyBlockingEnabled ポリシーを削除 

  予期しない問題が発生したため、ThirdPartyBlockingEnabled は Chrome 135 で削除されます。この削除についてフィードバックがある場合は、こちらからバグを報告してください。

   
  • Windows 版 Chrome 132:
    ThirdPartyBlockingEnabled ポリシーのサポートを終了
  • Windows 版 Chrome 135:
    ThirdPartyBlockingEnabled ポリシーを削除
     

   

• 以前の同じサイトの動作に使用されていたエンタープライズ ポリシーを削除 

  Chrome 79 で LegacySameSiteCookieBehaviorEnabledForDomainList ポリシーを導入し、指定したドメインにおける Cookie の SameSite 動作を従来の動作に戻しました。LegacySameSiteCookieBehaviorEnabledForDomainList ポリシーの有効期間は延長されており、Chrome 132 で削除される予定です。

   
  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 132:
    LegacySameSiteCookieBehaviorEnabledForDomainList ポリシーを削除
     

   

• 特別でないスキームの URL のサポート

  Chrome 130 では、特別でないスキームの URL（git://example.com/path など）がサポートされます。これまで、Chromium の URL パーサーは特別でない URL をサポートしていませんでした。このパーサーは、特別でない URL を「不透明なパス」であるかのように解析しますが、これは URL 標準に準拠していません。このたび、Chromium の URL パーサーは特別でない URL を、URL 標準に従って正しく解析するようになりました。詳しくは、http://bit.ly/url-non-special をご覧ください。

   
  • Windows、macOS、Linux、Android 版 Chrome 130
  • Windows、macOS、Linux、Android 版 Chrome 132
  • Windows、macOS、Linux、Android 版 Chrome 134: 機能フラグを削除
     

   

• Google レンズでの検索結果を翻訳

  拡張現実（AR）ベースの翻訳機能が Google レンズで検索機能に実装されます。LensOverlaySettings エンタープライズ ポリシーが導入されており、この機能を有効または無効にすることができます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 131
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
    Chrome 131 では、翻訳機能が導入されました。Chrome 132 では、翻訳機能が拡張されてサポート対象の言語が追加されます。
     

   

• PWA におけるユーザーリンクのキャプチャ 

  リンクを使用して、インストール済みのウェブアプリに自動的に移動できます。インストール済みウェブアプリのユーザー エクスペリエンス向上のため、Chrome ブラウザとインストール済みウェブアプリ間をより簡易に移動できるようになります。インストール済みウェブアプリで処理できるリンクをユーザーがクリックすると、Chrome のアドレスバーにチップが追加され、アプリへの切り替えが提案されます。チップをクリックすると、アプリが直接起動するか、対象のリンクをサポートするアプリがグリッド表示されます。ユーザーによっては、リンクをクリックすることで、アプリが常に自動的に開きます。
  リンクをクリックしたときの挙動が、常にインストール済み PWA でそのリンクが開く場合と、アドレスバーにチップが表示された新しいタブでそのリンクが開き、アドレスバーのチップをクリックしたときにアプリが起動する場合とに分かれます。この機能を制御するフラグ（chrome://flags/#enable-user-link-capturing-pwa）が用意されています。

   
  • Linux、macOS、Windows 版 Chrome 132
    Stable 版のすべてのユーザーを対象に、デフォルトでオン（リンクのクリック時に常にアプリを起動）またはデフォルトでオフ（常にタブで開き、ユーザーがアドレスバーでチップをクリックしたときにのみ起動）のいずれかでリリースされます。
   

  

     

   

• キーボードでフォーカス可能なスクロール コンテナ 

  シーケンシャル フォーカス ナビゲーションを使ってスクロール コンテナをフォーカス可能にすることで、アクセシビリティが向上します。現在は、tabIndex を明示的に 0 以上に設定していない限り、Tab キーでスクロールバーがフォーカスされません。

  スクロールバーがデフォルトでフォーカス可能になることで、マウスを使用できない（あるいは使用したくない）ユーザーが、クリップされたコンテンツをキーボードの Tab キーと矢印キーを使用してフォーカスできるようになります。この動作は、スクロールバーにキーボード フォーカス可能な子要素が含まれていない場合にのみ有効になります。このロジックは、スクローラー内にすでに存在する可能性があるフォーカス可能な要素（<textarea> など）に回帰が生じないようにするために必要です。

   

  注: この機能の以前のロールアウト（Chrome 127 で開始、Chrome 130 で再開）は、ユーザー補助機能での回帰により停止されましたが、Chrome 132 でリリースされている現在の実装では修正済みです。

   
  • Windows、macOS、Linux、Android 版 Chrome 132
     

   

• 接頭辞付きの HTMLVideoElement 全画面 API を削除 

  接頭辞付きの HTMLVideoElement 固有の全画面 API は、Chrome 38 以降のバージョンではサポートが終了しています。これらは、2018 年に Chrome 71 で接頭辞なしで初めてリリースされた Element.requestFullscreen() API に置き換えられました。2024 年現在、ほとんどのブラウザでは、接頭辞のない API が数年前からサポートされています。

  この機能は、HTMLVideoElement から次の API が削除されたことを記録するものです。

  - readonly 属性のブール値 webkitSupportsFullscreen;

  - readonly 属性のブール値 webkitDisplayingFullscreen;

  - void webkitEnterFullscreen();

  - void webkitExitFullscreen();

  // FullScreen の「S」が大文字と小文字で区別されることにご注意ください。

  - void webkitEnterFullScreen(); 

  - void webkitExitFullScreen();

   

  これらのメソッドは、最新 API のエイリアスとしてのみ存在しており、年々使用されることが少なくなっています。

   
  • Windows、macOS、Linux、Android 版 Chrome 132
     

   

• アクティブでないドキュメントのポップオーバーまたはダイアログで例外をスロー 

  これはデベロッパーに影響しないコーナーケースの変更です。これまで、非アクティブなドキュメント内に存在するポップオーバーまたはダイアログでの showPopover() または showModal() の呼び出しは、エラーを返さずに失敗していました。つまり、例外はスローされませんが、ドキュメントが非アクティブであるため、ポップオーバーやダイアログは表示されません。このような状況で、InvalidStateError がスローされるようになりました。詳しくは、GitHub で関連する仕様の pull リクエストをご覧ください。

  • Windows、macOS、Linux、Android 版 Chrome 132
   

   

• Chrome ブラウザの新しいポリシー 

  ポリシー	説明
  CACertificates	サーバー認証で信頼すべき TLS 証明書
  CACertificateManagementAllowed	すべての証明書の管理をユーザーに許可する
  CADistrustedCertificates	サーバー認証で信頼性を疑うべき TLS 証明書
  CAHintCertificates	信頼されていないか信頼性が疑われるものの、パス構築に使用できる、サーバー認証用の TLS 証明書
  CACertificatesWithConstraints	サーバー認証で信頼すべき制約のある TLS 証明書
  PasswordManagerPasskeysEnabled	パスワード マネージャーへのパスキーの保存を有効にする
  SharedWorkerBlobURLFixEnabled	SharedWorker blob URL の動作を仕様に準拠させる
  TranslatorAPIAllowed	Translator API の使用を許可する

   

   

• Chrome ブラウザの削除されたポリシー 

  ポリシー	説明
  LegacySameSiteCookieBehaviorEnabledForDomainList	すべてのサイトの Cookie を以前の動作に戻す
  NativeClientForceAllowed	ネイティブ クライアント（NaCl）の実行を強制的に許可する
  PrefixedVideoFullscreenApiAvailability	非推奨の接頭辞が付いた動画全画面表示 API の使用を許可するかどうかを管理する

   

   

Chrome Enterprise Core の変更内容

   

• 企業向けにカスタマイズされた Chrome ウェブストア 

  管理者は、新しい設定を利用して管理対象ユーザー向けに Chrome ウェブストアをカスタマイズできるようになります。たとえば、次のことが可能です。

  • 会社のロゴを追加する
  • ヒーローバナーとカスタムのお知らせを追加する
  • 拡張機能を選定してコレクションにまとめる
  • 拡張機能のカテゴリを非表示にする

  これらの設定は管理コンソール（詳細）で構成でき、ログインしているすべての管理対象ユーザー（管理対象の Google アカウントで Chrome ウェブストアにログインしているユーザー）が利用できます。

  また、Chrome ウェブストアにログインするすべての管理対象ユーザーに対して次の変更が適用されます。

  • アイテムを検索する際の「管理者によってブロックされた」アイテムの新しいタグ
  • プライベート ドメインのアイテムの検索機能と高度なフィルタ機能
  • 非公開アイテムとおすすめアイテムが [拡張機能] タブに移動

  登録済みブラウザ（ログイン不要）は 2025 年後半にサポートされます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
   

  

     

   

• 管理コンソールの新しい Chrome ユーザー管理機能 

  管理者は、ログインのあった Google アカウントの新しいプロファイル一覧機能とレポート機能により、組織内の Chrome ユーザー プロファイルをより詳細に把握できるようになりました。Google 管理コンソールのこの一元化されたビューでは、プロファイル情報、ブラウザのバージョン、適用されているポリシー、インストールされている拡張機能など、組織内のユーザー プロファイルに関する詳細なレポートをまとめて表示できます。詳しくは、Chrome ブラウザのプロファイルの詳細を表示するをご覧ください。

  IT 管理者は、Chrome の新しい管理対象プロファイルのレポート ポリシーを有効にするだけで、管理対象プロファイルに関するレポート情報を確認できます。

   
  • Android、Linux、macOS、Windows 版 Chrome 132
   

  

     

   

• コピー元の条件を Chrome DLP の貼り付けルールに追加 

  この機能では、すべてのお客様を対象に、コピー元についての条件（コピー元の URL、コピーの URL のカテゴリ、コピー元の Chrome コンテキスト）が貼り付けトリガールールに追加されます。管理者は、OnBulkDataEntryEnterpriseConnector ポリシーを使用して貼り付けルールを作成できるようになりました。このルールでは、貼り付けられるデータまたはテキストのコピー元に一致するという条件を設定できます。

  詳しくは、Chrome Enterprise Premium を使用して DLP を Chrome と統合するをご覧ください。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
    今回のロールアウトでは、すべてのお客様を対象に、コピー元の URL、コピーの URL のカテゴリ、コピー元の Chrome コンテキスト）が貼り付けトリガールールに追加されます。管理者は、貼り付けるデータやテキストのコピー元に一致する条件を設定した貼り付けルール（ポリシー）を作成できるようになります。
   

  

     

   

• Chrome DevTools Console の警告とエラーに対する分析情報を生成 

  Chrome DevTools Console の警告とエラーに対する分析情報を生成する、新しい生成 AI 機能を管理対象外ユーザーも利用できるようになりました。

  これらの分析情報は、選択されたエラーや警告に対して、パーソナライズされた説明と修正案を提供します。最初の段階では、この機能は英語を使用する 18 歳以上のユーザーにのみ提供されます。管理者は、DevToolsGenAiSettings ポリシーを使用してこの機能を制御できます。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 125
    ヨーロッパ、ロシア、中国を除く全世界の管理対象外ユーザーがこの機能を利用できるようになります
  • ChromeOS、Linux、macOS、Windows 版 Chrome 127
    サポート対象の地域で Chrome Enterprise または Chrome Education をご利用の管理対象ユーザーがこの機能を利用できるようになります。
  • ChromeOS、Linux、macOS、Windows 版 Chrome 131
    Chrome 131 では、管理対象ユーザーが新しい生成 AI（GenAI）機能を利用できるようになります。Chrome DevTools の専用の AI アシスタンス パネルは、人間のオペレーターによるスタイル設定の問題の調査と修正をサポートし、CSS のデバッグを支援します。
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
    AI アシスタンス パネルで、以前からサポートされていたスタイルのデバッグに加えて、[パフォーマンス] パネル、[ソース] パネル、[ネットワーク] パネルのリソースを説明できるようになりました。
     

   

• Professional Chrome Enterprise Administrator 認定資格

  Chrome Enterprise Core を使用する組織向けに、新しい認定資格である Professional Chrome Enterprise Administrator をご用意しました。この認定資格は、Chrome Enterprise Core を使用してポリシーを実装し、制御を確立し、レポートを分析することに重点を置き、Chrome Enterprise ブラウザ環境の管理に関する専門知識を検証することを目的としています。

  この認定資格は、アプリケーション、ポリシー、エンドポイント管理の経験が 1 年以上ある Chrome Enterprise 管理者を対象にしています。試験は所要時間が 2 時間で、約 70 問の多肢選択問題で構成されています。試験の内容は、ローカル ソリューションとクラウド ベースのソリューションの両方を使った、Chrome の管理、保守、トラブルシューティング、セキュリティ保護、サービス統合の知識を評価するものになっています。

  2025 年 3 月までは $125 の受験費用が免除され、管理者の方は Professional Chrome Enterprise Administrator 認定資格試験を無料で受験していただけます。

   
  • Android、iOS、ChromeOS 版 Chrome 132
     

   

• Chrome Enterprise のサーバールート証明書 

  Chrome 132 では、企業のお客様やパートナー様向けに、Chrome ブラウザ クラウド管理経由で完全管理対象ブラウザの Chrome Root Store に、あるいは管理対象デバイスまたは管理対象外デバイスの管理対象 Chrome プロファイルに、カスタムのサーバールート証明書またはトラスト アンカーをデプロイする機能が追加されました。

   
  • Linux、macOS、Windows 版 Chrome 132
     

   

• レガシー テクノロジー レポート 

  IT 管理者は、サポート終了またはまもなくサポート終了となるテクノロジー（CSS プロパティの変更、TLS 1.0 や 1.1 などの古いセキュリティ プロトコルなど）を使用しているウェブサイト（社内外）を、レガシー テクノロジー レポートで把握できます。今回のリリースでは、すべての Chrome Enterprise Core で Google 管理コンソールで利用できるようになります。詳しくは、レガシー テクノロジーの使用状況の詳細を表示をご覧ください。

  このレポートを使用することで、IT 管理者はデベロッパーと連携してサポート終了前に技術的な移行を事前に計画できます。

   
  • Linux、macOS、Windows 版 Chrome 132
   

  

     

   

• 推奨ポリシー（ユーザーがポリシー値をオーバーライド可能） 

  推奨ポリシーとして設定できるポリシーとして、Google 管理コンソールにユーザーのオーバーライド設定が導入されます。これにより、IT 管理者はポリシー値を適用し、ユーザーによるポリシー値のオーバーライドを許可できるようになります。

   

  Chrome 132: ShowHomeButton、HomepageIsNewTabPage、HomepageLocation、DownloadRestrictions、SafeBrowsingProtectionLevel、AlwaysOpenPdfExternally、BackgroundModeEnabled、MetricsReportingEnabled、WarnBeforeQuitting、PrintPreviewUseSystemDefaultPrinter、BatterySaverModeAvailability のポリシーがサポートされています。

   

  Chrome 133 以降: ImportAutofillFormData、ImportBookmarks、ImportHistory、ImportSavedPasswords、ImportSearchEngine のポリシーがサポートされます。

   

  

  
  
     

   

• 管理対象ブラウザのリスト更新: 最新の Google アップデート アクティビティ 

  Chrome Enterprise Core の管理対象ブラウザのリストに、[最新の Google アップデート アクティビティ] 列が追加されます。[最新の Google アップデート アクティビティ] には、GoogleUpdater サービスが管理対象ブラウザとやり取りしたときに最後に記録された時刻が表示されます。

   
  • Linux、macOS、Windows 版 Chrome 132
     
   

Chrome Enterprise Premium の変更内容

   

   

• DLP ルールのファイル ダウンロードの暗号化

  ダウンロードされたファイルのデータ損失防止（DLP）ルールがトリガーされると、ファイルが即座に暗号化されるようになりました。これにより、判定結果が返されたときにエンドユーザーがそのファイルにアクセスできなくなります。つまり、ユーザーはファイルの移動や名前変更を行うことによるルール回避を行えなくなりました。

  この機能は、既存のポリシー OnFileDownloadedEnterpriseConnector によって制限されており、Chrome Enterprise Premium をご利用のお客様のみご利用いただけます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132

今後予定されている Chrome ブラウザの変更内容

 

    

• file:// 以外の URL のホストでスペースを禁止 

  WhatWG.org の仕様では、URL ホストにスペース文字を含めることはできないとされていますが、現在、Chromium の URL 解析ではホストにスペースを使用できます。

  このため、Chromium は Interop2024 の「WebSocket の HTTPS URL」 および「URL」の重要分野 に含まれる複数のテストで不合格となります。

  Chromium を仕様に準拠させるために、URL ホストからスペースを完全に排除したいと考えていますが、Windows の file:// URL のホスト部分でスペースが使用されているので、これは困難です（GitHub のディスカッションをご覧ください）。

  この機能は、ファイル以外の URL でのみスペースを禁止することで、Chromium を仕様に準拠させる継続的な取り組みの一環です。

   
  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 133
     

    

• Chrome 133 のリーディング モードでの読み上げ

  リーディング モードは、テキストの多いウェブページを簡易表示するサイドパネル機能です。このモードに読み上げ機能が追加され、ユーザーは自分が読んでいるテキストを音声で聞くことができるようになります。ユーザーはさまざまな自然な音声と速度を選択でき、読み上げられている部分がハイライト表示されます。

   
  • Linux、macOS、Windows 版 Chrome 133
     

    

• 省エネモードでのタブのフリーズ 

  Chrome で省エネモードが有効になっている場合、非表示でサイレントの状態が 5 分を超え、CPU を大量に使用しているタブはフリーズされます。ただし、次のタブはフリーズされません。

  • 音声またはビデオ会議機能が提供されているタブ（マイク、カメラ、画面 / ウィンドウ / タブのキャプチャ、またはオープンな RTCDataChannel かライブの MediaStreamTrack を含む RTCPeerConnection によって検出）。
  • 外部デバイスを制御するタブ（Web USB、Web Bluetooth、Web HID、Web Serial の使用を介して検出）。

  これにより、CPU 使用量を抑えてバッテリー駆動時間を延ばし、Chrome の動作を高速化できます。
  この機能は、Chrome 131 で chrome://flags/#freezing-on-energy-saver を使用してテストできます。chrome://flags/#freezing-on-energy-saver-testing を使ってテストすることもできます。このテストでは、省エネモードが有効で、すべてのタブが CPU を大量に使用している状態をシミュレートします（タブがフリーズの対象かどうか、CPU を大量に使用した場合にフリーズされるかどうかを確認できます）。

   
  • 省エネモードの利用可否は、BatterySaverModeAvailability ポリシーで制御できます（省エネモードが無効になっている場合は、この変更は適用されません）。
  • ChromeOS、Linux、macOS、Windows 版 Chrome 133
    : この機能は、Chrome 133 で Stable 版の 1% のユーザーにまずリリースされます。
   

    

• Intl Locale Info のゲッターを非推奨にする

  Intl Locale Info API は、ステージ 3 の ECMAScript の TC39 プロポーザルであり、週のデータ（週の最初の日、週末の開始日、週末の終了日、最初の週の最小日数）や、ロケールで使用されるテキストの向きと時間のサイクルなどのロケール情報を公開することで、Intl.Locale オブジェクトを拡張します。

  Chrome 99 で実装がリリースされましたが、その後、提案の Stage 3 で変更が加えられ、いくつかのゲッターが関数に移動されました。非推奨のゲッターを削除し、名前変更された関数をあらためてリリースする必要があります。

   
  • Windows、macOS、Linux、Android 版 Chrome 133
     

    

• ポップオーバーのトリガー要素とアンカー要素の配置を改善

  この更新は、解決され、実装された、以下の関連する一連の変更を表しています。

  1. ポップオーバー間のトリガー要素の関係を設定するための命令型の方法を追加します。

      popover.showPopover({source})

  2. トリガー要素の関係により、暗黙的なアンカー要素の参照が作成されます。

   
  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 133
   

    

• 初期設定の初回実行タブを介した Chrome ウェルカム ページのトリガーを削除

  initial_preferences ファイルの first_run_tabs プロパティに chrome://welcome を含めても、何も起こらないようになりました。このページは、パソコン プラットフォームでトリガーされる初回起動時の動作と重複するため、削除されました。

  initial_preferences ファイルのコンテキストの詳細については、その他の設定の構成をご覧ください。

   
  • Windows、MacOS、Linux 版 Chrome 133
   

    

• 標準外の getUserMedia 音声制約を削除

  Blink は、制約が適切に標準化される以前から、getUserMedia に対する goog 接頭辞付きの非標準の制約を数多くサポートしています。

  使用量は大幅に減少し、約 0.000001% から 0.0009% になりました（制約によります）。また、Chromium 音声キャプチャ スタックの変更のために、一部の制約はまったく機能しなくなっています。今後予定される変更に伴い、これらの機能はいずれも機能しなくなります。

  今回の変更によって大きな機能低下が発生することはないと想定しています。これらの制約を使用するアプリは引き続き機能しますが、（制約が渡されていない場合と同様に）デフォルト設定の音声が取得されます。標準制約への移行は簡単に行えます。

   
  • Windows、macOS、Linux、Android 版 Chrome 133
   

    

• SwiftShader フォールバックを削除 

  SwiftShader をベースとする WebGL への自動フォールバックは非推奨となり、SwiftShader にフォールバックせずに WebGL コンテキストの作成が失敗するようになります。この変更には主に 2 つの理由があります。

  1. Chromium の GPU プロセスで JIT コードが実行されるため、SwiftShader はセキュリティ リスクが高い。
  2. 高パフォーマンスの GPU ベースの WebGL から CPU ベースの実装にフォールバックすると、ユーザー エクスペリエンスが低下する。ユーザーはこの動作を制御できず、バグレポートで説明するのが困難。
   

  SwiftShader は、ヘッドレス システムやサポートされている GPU がないシステムでサイトをテストする際にウェブ デベロッパーにとって便利なツールです。このユースケースは、オプトインすることで引き続きサポートされますが、信頼できないコンテンツの実行を目的としたものではありません。

  セキュリティ保証を下げて、WebGL 用に SwiftShader を許可するには、--enable-unsafe-swiftshader コマンドライン スイッチを使用して Chrome の実行可能ファイルを実行します。

  非推奨の間、SwiftShader をベースとして WebGL コンテキストを作成すると、JavaScript コンソールに警告が表示されます。--enable-unsafe-swiftshader を渡せば、この警告メッセージは表示されなくなります。

  Chromium などのブラウザでは、WebGL の可用性が保証されません。WebGL コンテキストの作成をテストしてエラーを処理し、Canvas2D などの他のウェブ API にフォールバックするか、ユーザーに適切なメッセージを表示できます。

   
  • Windows、macOS、Linux、Android 版 Chrome 133
   

    

• Chrome DevTools の [プライバシーとセキュリティ] パネル 

  Chrome 133 以降、デベロッパーは Chrome DevTools の新しい [プライバシーとセキュリティ] パネルを使用して、サードパーティ Cookie が制限された場合にサイトがどのように動作するかをテストできるようになります。サードパーティ Cookie を一時的に制限し、サイトの動作を観察して、サイトのサードパーティ Cookie のステータスを確認できます。

  この機能によって既存のエンタープライズ ポリシーが恒久的に変更されることはありませんが、サードパーティ Cookie 関連のエンタープライズ ポリシー（BlockThirdPartyCookies と CookiesAllowedForUrls）が一時的にオーバーライドされ、制限が厳しくなります。エンタープライズ ポリシーですでに BlockThirdPartyCookies を使用してサードパーティ Cookie がブロックされている場合、この機能は無効になります。

   

  これまでの [セキュリティ] パネルは、新しい [プライバシーとセキュリティ ] パネルに置き換えられます。TLS 接続と証明書の情報は、引き続き [プライバシーとセキュリティ] パネルの [セキュリティ] タブで確認できます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 133
   

    

• Chrome 同期で 4 年以上前の Chrome バージョンのサポートを終了 

  2025 年 2 月以降、Chrome 同期（Google アカウントでのデータの使用と保存）は、4 年以上前の Chrome バージョンをサポートしなくなります。引き続き Chrome 同期を利用するには、より新しいバージョンの Chrome にアップグレードする必要があります。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 133

  この変更は古いバージョンの Chrome にのみ影響し、サーバーサイドでロールアウトされます。Chrome 133 は、変更が有効になるタイムラインを反映するためにのみ指定されています。

   

    

• V8 セキュリティ設定

  Chrome の攻撃対象領域を減らすために、V8 JIT オプティマイザーを無効にする設定を chrome://settings/security に追加します。Web Assembly との互換性は維持されます。この動作は、引き続き DefaultJavaScriptJitSetting エンタープライズ ポリシーと、関連する JavaScriptJitAllowedForSites ポリシーおよび JavaScriptJitBlockedForSites ポリシーによって制御されます。

   
  • ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 122
    この設定は Chrome 121 でリリースされます。これらのエンタープライズ ポリシーは Chrome 93 から利用できるようになりました。
  • Android 版 Chrome 133
    この設定は、Android 版 Chrome 133 の [サイト設定] で利用できます。エンタープライズ ポリシーの試験運用版のマークは削除されました。
   

    

• HttpsOnlyMode ポリシーの新しいオプション

  Ask Before HTTP（ABH、以前の HTTPS のみモード / HTTP ファースト モード）は、ネットワークを通じて安全でない HTTP コンテンツを送信する前にユーザーの同意を求めるように Chrome に指示する設定です。HttpsOnlyMod ポリシーを使用すると、ABH を強制的に有効または無効にできます。

  Chrome 129 では、ABH の新しい中間的なバリエーションである「バランスモード」が追加されます。このバリエーションは、ほとんどの場合（厳格な）ABH のように動作し、HTTPS 接続が不可能であることを Chrome が認識している場合（internal/ などの単一ラベル ホスト名に接続する場合など）には確認を表示しないことでユーザーの不便さを軽減することを意図しています。

  この新しいバリエーションを強制的に有効にできるように、force_balanced_enabled ポリシー オプションを追加します。Chrome 129 より前のブラウザで force_balanced_enabled を設定すると、デフォルトの動作になり、ABH 設定にエンタープライズ制限は適用されません。

  予期しない影響を回避するため、以前に force_enabled を設定している場合は、フリート全体が Chrome 129 以降にアップグレードされるまで force_balanced_enabled を設定しないことをおすすめします。force_enabled から force_balanced_enabled に移行していない場合は、この変更の影響を受けません。

   
  • ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 129
  • Android 版 Chrome 133
   

    

• SafeBrowsing API v4 から v5 への移行 

  Chrome による SafeBrowsing v4 API の呼び出しは、v5 API の呼び出しに移行されます。メソッド名も v4 と v5 で異なります。

  管理者が v4 固有の URL 許可リストを使用して https://safebrowsing.googleapis.com/v4* へのネットワーク リクエストを許可している場合は、ドメイン全体（safebrowsing.googleapis.com）へのネットワーク リクエストを許可するように変更する必要があります。変更しないと、v5 API へのネットワーク リクエストが拒否され、ユーザーのセキュリティが低下します。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 134: 段階的にリリースされます。
   

    

• Blob URL のパーティショニング: 取得またはナビゲーション 

  ストレージ パーティションの延長として、Chromium では、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による Blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみでパーティショニングされるナビゲーションを除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chromium では、レンダラによって開始された Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chromium が Safari の同様の動作と整合するようになります。Google では、これらの両方の変更を反映するように仕様を更新する予定です。

  この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。これは Chrome 134 で利用可能になります。他のストレージ パーティション関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。

   
  • Windows、macOS、Linux 版 Chrome 134
   

    

• SharedWorker スクリプトが blob スクリプト URL のコントローラを継承する

  Service Worker は、blob URL のコントローラを継承する必要があります。ただし、既存のコードでコントローラの継承が許可されるのは専用ワーカーのみで、共有ワーカーはコントローラを継承しません。

  これは、Chromium の動作を仕様に適合させるための修正です。

  この機能を制御するエンタープライズ ポリシー SharedWorkerBlobURLFixEnabled を利用できます。

   
  • Windows、macOS、Linux 版 Chrome 134
   

    

• ミューテーション イベントのサポートを終了 

  DOMSubtreeModified、DOMNodeInserted、DOMNodeRemoved、DOMNodeRemovedFromDocument、DOMNodeInsertedIntoDocument、DOMCharacterDataModified などの同期型ミューテーション イベントを使用すると、ページ パフォーマンスが悪影響を受けるだけでなく、ウェブへの新しい機能の追加が大幅に複雑になります。これらの API は、2011 年に仕様で非推奨になり、2012 年には、動作が大幅に改善された Mutation Observer API に置き換えられました。古いミューテーション イベントの使用を削除するか、Mutation Observer に移行する必要があります。Chrome 124 以降では、一時的なエンタープライズ ポリシー MutationEventsEnabled を使用して、非推奨化された、または削除されたミューテーション イベントを再度有効にできるようになります。問題が発生した場合は、こちらからバグを報告してください。

  2024 年 7 月 30 日頃より、Chrome 127 でミューテーション イベントのサポートがデフォルトで無効になります。サイトの中断を避けるため、その前にコードを移行してください。さらに時間が必要な場合のため、いくつかのオプションが用意されています。

  • ミューテーション イベント デプリケーション トライアルを利用して、限られた時間のみ一部のサイトで機能を再有効化できます。デプリケーション トライアルは Chrome 134 までご利用いただけますが、2025 年 3 月 25 日に終了します。
  • エンタープライズ ポリシー MutationEventsEnabled も、同じ目的のため Chrome 134 までご利用いただけます。

  詳しくは、こちらのブログ投稿をご覧ください。問題が発生した場合は、こちらからご報告ください。

  • Android、Linux、macOS、Windows 版 Chrome 135: MutationEventsEnabled エンタープライズ ポリシーのサポートを終了します。
   

    

• Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ 

  Chrome 126 以降では、Microsoft Windows の UI オートメーション アクセシビリティ フレームワークを使用するアクセシビリティ クライアント ソフトウェアが直接サポートされるようになりました。この変更が行われる前は、このようなソフトウェアは Microsoft Windows の互換性 shim を通じて Chrome と相互運用されていました。この変更は、多くのユーザーにとってより快適なユーザー エクスペリエンスを実現するために行われるものです。ナレーター、拡大鏡、Voice Access が完全にサポートされ、Windows の UI オートメーション アクセシビリティ フレームワークを使用するサードパーティ製アプリの利便性が高まります。Chrome ユーザーは、ユーザー補助ツールと併用している際のメモリの使用量と処理のオーバーヘッドを削減できます。また、支援技術を使用したソフトウェアの開発も容易になります。

  管理者は、Chrome 125 以降で利用可能な UiAutomationProviderEnabled エンタープライズ ポリシーを使用して、（すべてのユーザーが新しい機能を利用できるよう）新しいプロバイダを強制的に有効にするか、新しいプロバイダを無効にするかを選択できます。このポリシーは Chrome 136 までサポートされ、Chrome 137 で削除されます。このような 1 年の期間を設けているのは、Microsoft の互換性 shim から Chrome の UI オートメーション プロバイダへの切り替えの際、企業がサードパーティ ベンダーと連携して互換性の問題を解決するのに十分な時間を確保するためです。

   
  • Windows 版 Chrome 125: UiAutomationProviderEnabled ポリシーの導入により、管理者は Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダを有効にして、サードパーティのユーザー補助ツールが引き続き機能することを検証できるようになります。
  • Windows 版 Chrome 126: ユーザーに対して Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダの有効化を開始するために、Chrome のバリエーション フレームワークが使用されるようになります。このフレームワークは、Chrome で解決可能な互換性の問題に対処するため必要に応じて中断を挟みながら、Stable 版の全ユーザーを対象に段階的に有効化されます。企業の管理者は引き続き UiAutomationProviderEnabled ポリシーを使用して、新しい動作を早期に有効にするか、Chrome 136 で一時的に無効にできます。
  • Windows 版 Chrome 137: UiAutomationProviderEnabled ポリシーが Chrome から削除されます。すべてのクライアントが、ブラウザの UI オートメーション アクセシビリティ フレームワーク プロバイダを使用することになります。
   

    

• カスタムロゴとラベルを使用して管理対象プロファイルをカスタマイズ

  新しいツールバーとプロファイル メニューのカスタマイズにより、ユーザーは Chrome プロファイルが管理対象かどうか、仕事用デバイスか個人用デバイスかを簡単に識別できるようになります。これは、従業員が管理対象アカウントで自分のデバイスを使用している場合に特に便利です。

  こうした状況に対応するため、以下の 3 つの新しいポリシーを追加します。

  • EnterpriseCustomLabel: ツールバー要素に表示されるテキストを、組織のブランディングに合うようにカスタマイズします。
  • EnterpriseLogoUrl: プロファイル メニューに会社のロゴを追加します。
  • EnterpriseProfileBadgeToolbarSettings: このポリシーを使用すると、Chrome ツールバーの管理対象プロファイルのデフォルト ラベルを無効にできます。

  Chrome 133 では、これらのポリシーを使用して、管理対象プロファイルに表示されるロゴとラベルをカスタマイズできます。

  Chrome 134 以降、アカウント アバターに重ねて表示されるプロファイルのラベルとアイコンのデフォルトの動作が更新されます。管理対象プロファイルには、プロファイル ディスクのほかに「仕事」または「学校」のラベルが表示されます。プロファイル メニューでは、建物のアイコンがアカウントのアバターに重なった状態で表示されます。展開されたプロファイル ディスクは、EnterpriseProfileBadgeToolbarSettings. で無効にできます。

   
  • macOS、Windows 版 Chrome 133

    ツールバーのラベルとアイコン（プロファイル メニュー内）をカスタマイズするポリシー

  • Chrome 134: 以下を含むデフォルトのロールアウトの開始: 
    • 1) ユーザー アバターの横のツールバーに表示される「仕事」または「学校」のラベル
    • 2) プロファイル メニューのユーザーのアカウント写真に重ねて表示される建物のアイコン。このラベルは、EnterpriseProfileBadgeToolbarSettings で無効にできます。1% から開始し、その後徐々にロールアウトしていきます。

 

今後予定されている Chrome Enterprise Core の変更内容

    

• 新しい Chrome Enterprise コンパニオン アプリ 

  Chrome Enterprise コンパニオン アプリ（CECA）は、Chrome Enterprise Core または Chrome Enterprise Premium に登録された Chrome ブラウザとともに自動的にインストールされる新しい管理バイナリです。これは、企業のユースケース、ポリシー、レポートをサポートすることを目的としています。

  • Windows、macOS 版 Chrome 133

 

今後予定されている Chrome Enterprise Premium の変更内容

 

   

• スクリーンショットの防止

  画面共有のブロックを Google Meet、Zoom、Teams、Slack などの会議アプリに拡張することで、既存のスクリーンショット防止機能を強化する予定です。ギャップとユーザー フィードバックに対処することによってデータ保護管理のリリースを成功に導いたうえで、機能強化を実施します。

   
  • Windows、macOS 版 Chrome 134
   

   

• iOS と Android での URL フィルタリング

  既存の URL フィルタリング機能をデスクトップ プラットフォームからモバイル プラットフォームに拡張し、管理対象の Chrome ブラウザやモバイル デバイスの管理対象ユーザー プロファイルで特定の URL または URL カテゴリを読み込むことを監査、警告、ブロックできる機能を組織に提供します。これには、この機能がコンテキストアウェア アクセス（CAA）とシームレスに連携する状態を確保することが含まれます。CAA を使用すると、管理者はユーザーのコンテキスト（ユーザーロール、現在地など）とデバイスの状態（管理対象デバイス、セキュリティ コンプライアンスなど）に基づいてアクセス ポリシーを設定できます。

   
  • Android、iOS 版 Chrome 135
   

   

• モバイル向けレポート コネクタ

  デスクトップ版と同等の機能を実現し、組織がモバイル デバイス上のセキュリティ イベント（安全でないサイトへのアクセスやデータ漏洩の試みなど）をモニタリングして対応できるようにすることに取り組んでいます。これにより、さまざまなプラットフォームで一貫したセキュリティとポリシーの適用が可能になります。

   
  • Android、iOS 版 Chrome 135
   

   

• DLP ルールの UX をリファクタリング

  Google は、Chrome 固有の DLP ルールのインターフェースをよりユーザー フレンドリーで効率的なものにすることを目指しています。これには、Chrome Enterprise Premium をご利用のお客様向けの既存および今後のセキュリティ機能により適切に対応できるよう、管理コンソールのルール作成ワークフローを再設計することが含まれます。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 134
   

   

• Connectors API

  サードパーティのセキュリティ コネクタの設定プロセスを簡素化し、プロバイダが独自の UI から構成を直接管理できるようにする予定です。これにより、組織が任意のセキュリティ ツールやサービスを Chrome と簡単に統合し、さまざまなプラットフォームでセキュリティと管理を強化できるようになります。

   
  • Windows、macOS、Linux、ChromeOS 版 Chrome 135

ChromeOS 132 リリースの概要

 

ChromeOS の更新内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
企業向けにカスタマイズされた Chrome ウェブストア		✓
ChromeOS でのネイティブ クライアント（NaCl）のサポート終了		✓
オンボーディングの更新		✓
卒業生のデータの移行		✓	✓
アプリの角丸加工		✓
ChromeOS のパスワード不要の認証	✓
ChromeOS でのフェイスナビ	✓	✓
タッチパッドをオフにする		✓
パスワード マネージャーの生体認証	✓
[探索] からアプリの検索機能を削除		✓
アイドル状態のデバイスのリモート管理			✓
ChromeOS デバイスのおやすみ時間ポリシー			✓
ロックされたデバイスでの管理情報の開示を改善	✓
今後予定されている ChromeOS の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
AI 壁紙と背景		✓
ChromeOS での Chrome アプリのサポート終了		✓	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

ChromeOS の更新内容

   

• 企業向けにカスタマイズされた Chrome ウェブストア

  管理者は、新しい設定を使用して、管理対象ユーザー向けに Chrome ウェブストアをカスタマイズできるようになりました。たとえば、以下のことができます。

  • 会社のロゴを追加する
  • ヒーローバナーとカスタムのお知らせを追加する
  • 拡張機能コレクションをキュレートする
  • カテゴリベースの制御を実装する

  これらの設定は管理コンソールを使用して構成でき、ログインしているすべての管理対象ユーザー（管理対象の Google アカウントで Chrome ウェブストアにログインしているユーザー）が利用できます。詳しくは、企業向けにカスタマイズされた Chrome ウェブストアをご覧ください。

  また、Chrome ウェブストアにログインするすべての管理対象ユーザーに対して次の変更が適用されます。

  • アイテムを検索する際の、管理者によってブロックされたアイテムの新しいタグ
  • 限定公開ドメインのアイテムの検索機能と高度なフィルタ機能
  • 限定公開アイテムとおすすめアイテムが [拡張機能] タブに移動

  登録済みのブラウザ（ログイン不要）は 2025 年中にサポートされます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
   

  

  
   

   

• ChromeOS でのネイティブ クライアント（NaCl）のサポート終了 

  ChromeOS 132 は、管理対象外のデバイスまたは一般ユーザー向けデバイスで NaCl をサポートする最後のリリースです。その後、2025 年 7 月に管理対象デバイス向けの ChromeOS 138 がリリースされます。詳しくは、ChromeOS デバイス管理の概要をご覧ください。

  2017 年に、Google は ネイティブ クライアント（NaCl）のサポート終了と WebAssembly への移行を発表しました。ほとんどのデベロッパーとユーザーが NaCl から移行したことを受け、NaCl のサポート終了日を以下の日付に確定いたしました。

  • 2025 年 1 月: ChromeOS 132 以降、ネイティブ クライアント（NaCl）が無効になります。
    • 管理対象外ユーザーと一般ユーザーにとって、ChromeOS 132 は NaCl をサポートする最後の ChromeOS リリースとなります。
    • 管理対象環境（キオスク セッションを含む）において、企業や学校の ChromeOS デバイスを管理している管理者は、ChromeOS 138 リリースまで DeviceNativeClientForceAllowed NaCl 許可ポリシーによって NaCl の使用可能期間を延長できます。デバイス ポリシーを有効にするには、Chrome Enterprise および Chrome Education ヘルプセンターの ChromeOS デバイスのポリシーを設定するをご覧ください。
  • 2025 年 7 月: ChromeOS 138 が NaCl をサポートする最後のバージョンとなります。
    • 管理対象環境の場合、ChromeOS 138 は、企業や学校の ChromeOS デバイスを管理する管理者が利用できる長期サポート（LTS）の ChromeOS リリースです。
    • LTS チャンネルに切り替えられ、NaCl 許可ポリシーが有効になっているデバイスについては、2026 年 4 月の LTS 最終更新まで NaCl を使用できます。
    • 例外は認められません。
   

  NaCl を使用する Chrome アプリの場合は、WebAssembly（WASM）に移行してください。移行を支援するため、WebAssembly 移行ガイドを公開しました。

  今回の変更について詳しくは、またはサポートを必要とされる場合は、以下のいずれかをご参照ください。

  • WebAssembly 移行ガイド。
  • Discord の ChromeOS デベロッパー コミュニティ。
  • リリース日と更新情報については、ChromeOS のリリース スケジュールをご覧ください。
   

  詳しくは、Chrome Enterprise および Chrome Education ヘルプセンターのChromeOS デバイスのポリシーを管理するをご覧ください。

     

   

• オンボーディングの更新

  デバイスの使用を開始した後、ユーザーが変更を希望する可能性がある設定項目は数多く存在します。たとえば、プリンタの設定、Bluetooth デバイスの接続、タッチパッドの向きの変更が該当します。この機能では、このような一般的な設定項目の多くをシンプルなタスクリストにまとめ、ユーザーが特定の設定を変更できる場所へのディープリンクを設定することで、これらの手順の多くを簡単に完了できるようにしています。

   

  

     

   

• 卒業生のデータの移行

  ChromeOS 132 以降、卒業生や教育機関のその他の管理対象ユーザーがデータを移行する際に、新しいコンテンツ移行ツールが最新の Google データ エクスポート移行プロセスを案内します。これにより、ドキュメント、スプレッドシート、スライド、Gmail のコンテンツを任意の Gmail アカウントに移行できるようになります。

  この新しいアプリケーションを使用すると、学校管理者はアイコンをシェルフに固定して、生徒や教職員の Chromebook に通知を送信し、コンテンツ移行の使用を促すアクションの提案を表示する日付を設定できます。

   

• アプリの角を丸くする

  新しい UI デザインの一環として、ChromeOS では Chromebook Plus デバイスのすべてのアプリ ウィンドウの角が丸くなりました。

   

• ChromeOS のパスワード不要の認証

  パスワード不要の ChromeOS 機能を使用すると、ユーザーは PIN またはローカル パスワードをプライマリ認証要素として使用し、デバイスにアクセスできます。つまり、デバイスに明示的に設定したパスワードや PIN を使用して ChromeOS デバイスにログインできるようになり、Gmail のパスワードとデバイスのパスワードを関連付ける必要がなくなります。

  管理対象デバイスで PIN 機能を有効にすることはできません。

   

• ChromeOS のフェイスナビ

  ChromeOS に AI を活用したフェイスナビが追加されました。顔とジェスチャーのトラッキングを使用して、Chromebook の操作、アプリの起動、さらにメールの作成も行えるようになりました。これらすべてをキーボードやマウスを使用せずに行うことができます。この組み込みテクノロジーは、Project Gameface に基づいて開発されており、運動障がいのあるユーザーがデバイスをより簡単に操作できるようにするとともに、すべてのユーザーがデバイスをより効率的に操作できるようにします。この機能について詳しくは、Google のブログ投稿をご覧ください。

   

• タッチパッドをオフにする

  Chromebook ユーザーはタッチパッドを無効にできるようになりました。このユーザー補助機能の改善は、スクリーン リーダーを使用しているユーザーや、誤ってクリックしてしまう可能性があるユーザーをサポートします。オフにするには、[設定] > [ユーザー補助] > [カーソルとタッチパッド] に移動します。

   

• パスワード マネージャーの生体認証

  ChromeOS 132 では、パスワード マネージャーでの生体認証と、ChromeOS デバイス用 Chrome での自動入力が有効になります。

   

  

  
   

   

• [探索] からアプリの検索機能を削除

  ChromeOS 132 では、使い方・ヒントアプリの Apps & Games モジュールが削除されます。ChromeOS デバイス向けの新しいアプリを探すには、https://discover.apps.chrome にアクセスしてください。

  

     

   

• アイドル状態のデバイスのリモート管理 

  Chrome リモートデスクトップ（CRD）は ChromeOS デバイスをリモート コントロールできる機能で、主にデバイスがアイドル状態や未使用状態にある場合のトラブルシューティングに役立ちます。管理者は、ログイン画面で ChromeOS デバイスへの CRD 接続を開始できるようになりました。これにより、管理者はトラブルシューティングやテストのために、管理者自身の一連の認証情報を使用して管理対象デバイスにログインできます。

   

  

     

   

• ChromeOS デバイスの就寝時間ポリシー  

  新しい DeviceRestrictionSchedule ポリシーを使用すると、ChromeOS 管理者は、指定した曜日の特定の時間帯に、指定した Chromebook へのユーザーのログインを禁止できます。この時間帯は、キオスクアプリも使用できません。

  

  
   

   

• ロックされたデバイスでの管理情報の開示を改善

  この機能により、デバイスのロック画面での管理情報の開示が改善されます。ユーザーがデバイスを個人的なタスクや仕事に使用する前に理解を深められるよう、管理対象デバイスの詳細を明確に説明しています。これによってユーザーは、デバイスの使用状況について十分な情報に基づいて判断できるようになります。必要な情報を提供することで、ユーザーはプライバシーとセキュリティに関する懸念や設定に沿って選択を行うために必要な知識を得ることができます。

今後予定されている ChromeOS の変更

   

• AI 壁紙と背景  

  ChromeOS 134 以降では、生成 AI による高解像度の壁紙とビデオ通話の背景が ChromeOS に導入される予定です。この機能を使用すると、創造力を発揮して Chromebook を自分らしさを表現するキャンバスに変えることができます。さまざまなテンプレートから選択して数回クリックするだけで、Chromebook に自分らしさ、雰囲気、関心を加えることができます。

  これらの機能を制御するために、GenAIVcBackgroundSettings、GenAIWallpaperSettings という 2 つの新しいポリシーが追加されます。この機能は、Chromebook Plus デバイスでのみご利用いただけます。

   

• ChromeOS での Chrome アプリのサポート終了 

  2016 年に、Google は Chrome アプリのサポート終了とウェブアプリへの移行を発表しました。さらに 2021 年には、ChromeOS Enterprise および Education をご利用のお客様と ChromeOS のデベロッパーに対する Chrome アプリのサポートを少なくとも 2025 年 1 月まで延長することを Chromium ブログでお知らせしました。ほとんどのお客様が Chrome アプリ（以前の（v1）パッケージ化アプリやホスト型アプリを含む）から移行されたことを踏まえ、Chrome アプリのサポート終了日について、以下の最新情報をお知らせいたします。

   

  • 2025 年 7 月: ユーザーがインストールした Chrome アプリのサポートが終了します（ChromeOS M138 を予定）。
    • 管理コンソールから自動インストールされた Chrome アプリは引き続きサポートされます。
  • 2026 年 7 月: キオスクモードで Chrome アプリをサポートする最後の ChromeOS リリース（ChromeOS M150 を予定）。
    • Chrome アプリをキオスクモードで使用する LTS チャンネルのデバイスは、2027 年 4 月までサポートされます。
  • 2028 年 2 月: Chrome アプリをサポートする最後の ChromeOS リリース（ChromeOS M168 を予定）。すべての Chrome アプリのサポートが終了します。
    • LTS チャンネルのデバイスでは、2028 年 10 月まで Chrome アプリを引き続き使用できます。
    • 例外は認められません。

  これらのサポート終了のタイムラインは、自己ホスト型の Chrome アプリにも適用されます。

  Chrome ウェブストアに新しい Chrome アプリを追加することはできませんが、既存の Chrome アプリは 2028 年 10 月まで更新できます。これをもって、ChromeOS でのサポートが終了します。この日を過ぎると、Chrome アプリは Chrome ウェブストアから削除されます。

  自社で開発した社内向け Chrome アプリの移行についてお困りの場合は、Chrome アプリからの移行ガイドを参照してください。Discord の ChromeOS デベロッパー コミュニティに参加することも、https://chromeos.dev/work-with-us のフォームからお問い合わせいただくこともできます。リリース日と更新情報については、ChromeOS のリリース スケジュールをご覧ください。

  今後数週間以内に、残りのすべての Chrome アプリ デベロッパーとすべての ChromeOS 管理者に詳細情報をお送りします。

Chrome 131 リリースの概要

 

Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
iOS で Google レンズを使用して検索		✓
セーフ ブラウジングによる非同期のリアルタイム チェック	✓
macOS 上の PWA シムのアドホック コード署名		✓
iOS で Google ドライブから選択		✓
Chrome PDF ビューアの OCR		✓
パソコンの NTP での iOS 版 Chrome のプロモーション		✓
各種プロファイルでのパスワードの再利用の検出	✓
Android 版 Chrome でサードパーティの自動入力プロバイダとパスワード プロバイダをサポート	✓	✓
セーフ ブラウジングの詳細レポートのサポート終了	✓
Entrust 証明書の信頼停止	✓
iOS での安全でないフォームに関する警告	✓
高度なチェック機能を備えた PartitionAlloc（PA/AC）	✓
ログインと同期の簡素化	✓
省エネモードでのタブのフリーズ		✓
Google Play 開発者サービスを更新してデバイス上のパスワードの問題を修正		✓
X25519Kyber768 による TLS 鍵カプセル化	✓
CSS Anchor Positioning プロパティ「inset-area」のサポート終了	✓
<details> 要素と <summary> 要素の構造のスタイル設定を改善		✓
キーボード ロックとポインタロックの権限	✓
非標準の GPUAdapter requestAdapterInfo() メソッドの削除	✓
<select> パーサーの制限緩和	✓
clip-path、fill、stroke、marker-* プロパティの外部 SVG リソースをサポート	✓
特別でないスキームの URL のサポート	✓
Google レンズでの検索結果を翻訳		✓
Chrome ブラウザの新しいポリシー			✓
Chrome ブラウザの削除されたポリシー			✓
Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
生成 AI のデフォルト動作ポリシー			✓
SecOps を使用した Chrome 拡張機能のテレメトリー情報の統合	✓
企業向けにカスタマイズされた Chrome ウェブストア			✓
Android での DownloadRestrictions ポリシーのサポート	✓		✓
WebAudio レンダリングのアダプティブ バッファリングを強制するエンタープライズ ポリシー			✓
Chrome DevTools Console の警告とエラーに対する分析情報を生成			✓
管理コンソールの推奨ポリシー			✓
Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Chrome Enterprise データ管理: クリップボード	✓
スクリーンショットの保護	✓
今後予定されている Chrome ブラウザの変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
Chrome 132 のリーディング モードでの読み上げ		✓
Chrome バイナリから古いヘッドレスを削除		✓
すべての画面のキャプチャ	✓
接頭辞付きの HTMLVideoElement 全画面 API を削除		✓
ThirdPartyBlockingEnabled ポリシーを削除			✓
キーボードでフォーカス可能なスクロール コンテナ		✓
アクティブでないドキュメントのポップオーバーまたはダイアログで例外をスロー		✓
PWA におけるユーザーリンクのキャプチャ		✓	✓
Windows のネットワーク サービスをサンドボックス化	✓
SwiftShader フォールバックを削除	✓
Chrome DevTools の [プライバシーとセキュリティ] パネル	✓
Chrome 同期で 4 年以上前の Chrome バージョンのサポートを終了		✓
file:// 以外の URL のホストでスペースを禁止	✓
SafeBrowsing API v4 から v5 への移行	✓
Blob URL のパーティショニング: 取得またはナビゲーション	✓
ミューテーション イベントのサポートを終了		✓
Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ		✓
今後予定されている Chrome Enterprise Core の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
以前の同じサイトの動作に使用されていたエンタープライズ ポリシーを削除			✓
今後予定されている Chrome Enterprise Premium の変更内容	セキュリティ / プライバシー	ユーザーの生産性向上 / アプリ	管理
DLP によるダウンロード ファイルへのアクセス防止	✓

 

リリースノート（PDF）をダウンロード

↑ トップへ戻る

Chrome Enterprise のリリースノートは、9 つの言語で利用可能です。Chrome の更新に関するお知らせは、英語、ドイツ語、フランス語、オランダ語、スペイン語、ポルトガル語、韓国語、インドネシア語、日本語でお読みいただけます。一部の言語では、翻訳に 1～2 週間かかる場合があります。

Chrome Enterprise および Chrome Education のリリースノートは、Chrome のリリーススケジュールに沿って、Chrome ブラウザの Stable 版のリリース日に公開されます。

Chrome ブラウザの変更内容

 

   

• iOS で Google レンズを使用して検索 

  Chrome 126 以降では、画面に表示されている画像やテキストを Google レンズを使用して検索できるようになりました。この機能を使用するには、ウェブサイトにアクセスし、フォーカスしたアドレスバーのチップ、右クリックメニュー（パソコン）、またはその他メニュー（パソコンとモバイルの両方）にある [Google レンズで検索] をクリックします。ユーザーは画面の任意の場所をクリック、ハイライト表示、またはドラッグしてそのコンテンツを検索し、キーワードや質問を検索ボックスに追加して検索を絞り込むことができます。管理者は LensOverlaySettings というポリシーを使用してこの機能を制御できます。検索を実行するために、画面のスクリーンショットが Google のサーバーに送信されますが、そのスクリーンショットが ID やアカウントと関連付けられたり、人間によって閲覧されたり、その内容に関するデータが記録されたりすることはありません。iOS では、この機能は Chrome 131 で段階的にロールアウトされ、Chrome 132 で完全にリリースされる予定です。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 126: Stable 版の 1% に対して機能をロールアウト
  • ChromeOS、Linux、macOS、Windows 版 Chrome 127: Stable 版の 100% に対してロールアウト
  • iOS 版 Chrome 131: 機能のロールアウトを開始
  • iOS 版 Chrome 132: Stable 版の 100% にロールアウト
   

   

• iOS でのセーフ ブラウジングによる非同期のリアルタイム チェック 

  現在、セーフ ブラウジングのチェックはページ読み込みのブロックパス上で行われるため、チェックが完了するまでユーザーはページを表示できません。Chrome の読み込み速度を向上させるため、Chrome 122 以降（iOS 版では Chrome 131 以降）、セーフ ブラウジングのリアルタイム チェックでページの読み込みがブロックされなくなります。

  リスクを評価し、以下の緩和策を実施しました。

  1. マルウェアやゼロデイ攻撃の場合、ローカル ブロックリストのチェックが引き続き同期的に行われるため、悪意のあるペイロードは今後もセーフ ブラウジングによってブロックされます。
  2. フィッシング攻撃については、データを調べた結果、警告が表示された時点でユーザーがページに対して操作（パスワードの入力など）を行っている可能性は低いと判断しました。
   
  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 122
  • iOS 版 Chrome 131
   

   

• macOS 上の PWA shim のアドホック コード署名  

  macOS にプログレッシブ ウェブアプリ（PWA）をインストールするときに作成されるアプリケーション shim のコード署名が、アプリケーションがインストールされたときに作成されるアドホック コード署名を使用するように変更されます。コード署名は、アプリケーションの ID の一部として macOS によって使用されます。このようなアドホック署名により、各 PWA アプリ用の shim が macOS 上で一意の ID を持つようになります。現在、すべての PWA は macOS で同じアプリケーションとして認識されています。

  これにより、macOS の [ログイン時に開く] 設定ペインに複数の PWA を含めようとしたときに発生する問題が解消され、macOS 上の PWA でユーザー通知を処理するための将来的な改善が可能になります。

  管理者は、使用しているエンドポイント セキュリティ ツールまたはバイナリ承認ツール（Santa など）との互換性をテストする必要があります。この機能をテスト用に有効にするには、chrome://flags/#use-adhoc-signing-for-web-app-shims フラグを使用します。その後、管理者は PWA をインストールして、期待どおりに起動することを確認できます。

  この機能と現在のセキュリティ ポリシーに互換性がない場合は、更新したエンドポイント セキュリティ ポリシーをデプロイする間、AdHocCodeSigningForPWAsEnabled ポリシーを使用してこの機能を無効にできます。エンタープライズ ポリシーは、エンドポイント セキュリティ ポリシーが更新されるまでの間のみ、この機能を無効にするために使用するものであり、エンドポイント セキュリティ ポリシーが更新された時点で設定解除する必要があります。

   
  • macOS 版 Chrome 129
    企業が Santa などのエンドポイント セキュリティ ツールとの互換性をテストできるよう、フラグ（chrome://flags/#use-adhoc-signing-for-web-app-shims）によって機能を有効にできるようになっています。現時点で互換性がない場合は、エンドポイントのセキュリティ設定を更新する間、エンタープライズ ポリシーを使ってこの機能を制御できます。エンタープライズ ポリシーは、エンドポイント セキュリティ ポリシーが更新されるまでの間のみ、この機能を無効にするために使用します。
  • macOS 版 Chrome 131: Stable 版への機能のロールアウトが、1% のユーザーを対象に開始されます。
   

   

• Google ドライブから選択 

  Chrome 131 以降、iOS 版 Chrome ユーザーは、先にファイルをデバイスにダウンロードしなくても、Google ドライブからウェブページにファイルを直接アップロードできるようになりました。

   
  • iOS 版 Chrome 131: 単一ファイルをアップロードするためのコア機能が含まれています。
   

   

• Chrome PDF ビューアの OCR  

  パソコン版 Chrome で、スキャンされた PDF のアクセシビリティが向上しました。Chrome は、デバイスの光学式文字認識（OCR）を使用してプライバシーを保護し（コンテンツは Google に送信されません）、スキャンした PDF を自動的に変換します。これにより、テキストの選択、Ctrl+F キーでの検索、コピー、貼り付けが可能になります。保護された PDF もこの機能の対象であり、ユーザーがアクセスできる PDF に対してのみ OCR が使用されます。このソリューションにより、Chrome ユーザーが特別な手順を行わなくても PDF のアクセシビリティが向上し、PDF を他のウェブ コンテンツと同様に利用できるようになります。

   
  • ChromeOS、Linux、MacOS、Windows 版 Chrome 131
   

   

• パソコンの NTP での iOS 版 Chrome のプロモーション 

  パソコンの新しいタブページに表示される iOS 版 Chrome のプロモーションです。このプロモーションは、iOS 版 Chrome の認知度を高め、簡単なインストール方法を提示することを目的としています。

  この機能は、既存のポリシー PromotionsEnabled と NTPMiddleSlotAnnouncementVisible を使用して制御できます。

   
  • Linux、macOS、Windows 版 Chrome 131
   

   

• 各種プロファイルでのパスワードの再利用の検出 

  これまで、企業の認証情報において再利用されたパスワードは、企業プロファイルでのみ検出可能でした。パスワードの再利用を検出する機能により、管理対象ブラウザ上のすべてのプロファイル（シークレット モードを除く）で、企業の認証情報の再利用が検出されるようになりました。

  管理対象の企業アカウントをより正確に反映するように、各種プロファイルでのパスワードの再利用の検出基準を更新しました。また、画面上のメッセージが更新され、組織が会社のパスワードの再利用をモニタリングしていることがユーザーに明確に伝わるようになりました。

  • Android、iOS、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 123
  • Android、iOS、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 131
    管理対象の企業アカウントをより正確に反映するように、各種プロファイルでのパスワードの再利用の検出基準を更新しました。また、組織が会社のパスワードの再利用をモニタリングしていることがユーザーに明確に伝わるように、UX メッセージも更新されました。

 

   

• Android 版 Chrome でサードパーティの自動入力プロバイダとパスワード プロバイダをサポート 

  これまで、Android 版 Chrome では、ユーザー補助 API を介してサードパーティの自動入力プロバイダとパスワード プロバイダを使用できました。

  Chrome M131 では Android 自動入力の直接サポートが追加され、ユーザー補助 API を使用しなくても、これらのプロバイダが Android 版 Chrome で動作するようになります。これにより、Android 版 Chrome とサードパーティの自動入力プロバイダのパフォーマンスが改善されます。

  この機能を利用するには、Android の設定でサードパーティ プロバイダを設定する必要があります。さらに、Chrome で [設定] > [自動入力サービス] を選択し、[別のサービスを使用して自動入力] を選択します。

  両方の設定を変更しないと、パスワード、お支払い情報、住所情報の自動入力には、引き続き Google が使用されます。ユーザーがサードパーティの自動入力サービスを使用できるかどうかは、ThirdPartyPasswordManagersAllowed という新しいポリシーで制御できます。

  • Android 版 Chrome 131

    新しい設定は Chrome 131 以降で利用可能になります。ユーザーが新しい設定を使用すると、すぐに有効になります。新しい設定を使用しない場合は、引き続き Google またはユーザー補助を介したサードパーティ プロバイダ（インストールされている場合）が使用されます。  

    ユーザー補助 API は 2025 年初頭にサポート終了となり、その時点ですべてのユーザーに対して新しいポリシー設定が適用されます。

     
   

   

• セーフ ブラウジングの詳細レポートのサポート終了  

  セーフ ブラウジングの詳細レポート機能のサポートを終了します。この機能は、Google セーフ ブラウジングの保護に使用されるテレメトリー情報を参加ユーザーから収集することで、すべてのユーザーのセキュリティを強化していました。収集されるデータには、アクセスしたウェブページの URL、限定的なシステム情報、一部のページ コンテンツなどがあります。

  このたび、この機能に代わる保護強化機能モードが導入されました。ユーザーの皆様にはぜひ保護強化機能に切り替えていただき、Chrome の中でも最も強固なセキュリティを導入しつつ、全ユーザーに対するセキュリティを維持していただくことをおすすめします。詳しくは、セーフ ブラウジングの保護レベルに関する記事をご覧ください。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 129
    セーフ ブラウジングの詳細レポートのサポートを終了（リアルタイムのクライアント セーフ ブラウジング レポート リクエストを除く）
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 131
    リアルタイムのクライアント セーフ ブラウジング レポート リクエストの SafeBrowsingExtendedReportingEnabled のサポート終了
   

  

   

   

• Entrust 証明書の信頼停止  

  継続的なコンプライアンス違反に対応するため、Windows、macOS、ChromeOS、Android、Linux 版 Chrome 131 以降では、Entrust が発行した、公的に信頼されている TLS サーバー認証（ウェブサイト）証明書に対するデフォルトの信頼状況が変更されます。iOS のポリシーでは、iOS のポリシーでは、iOS 版 Chrome での Chrome Root Store の使用は許可されません。

  具体的には、Chrome Root Store に含まれる Entrust ルート CA 証明書を確認する TLS 証明書は次のようになります。

  • 2024 年 11 月 11 日より後に発行された場合、デフォルトでは信頼されなくなります。
  • 2024 年 11 月 11 日までに発行された場合、この変更による影響はありません。
   

  Chrome ユーザーまたは企業が、Chrome Root Store を使用する Chrome のプラットフォームとバージョンで対象となる Entrust 証明書のいずれかを明示的に信頼する場合（たとえば、Windows グループ ポリシー オブジェクトを通じて明示的な信頼を伝える場合）、上述の SCT ベースの制約は上書きされ、証明書は現在と同じように機能します。  

  詳しい情報とテストリソースについては、Google セキュリティ ブログをご覧ください。

  詳しくは、Chrome Root Store に関するよくある質問をご覧ください。

   
  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 131
    Chrome Root Store を使用する Chrome 131 以降のすべてのバージョンでブロック措置が適用されますが、このブロック措置の対象となるのは 2024 年 11 月 11 日より後に発行された証明書のみです。
   

   

• iOS での安全でないフォームに関する警告  

  Chrome 125 以降、iOS 上の Chrome ブラウザでは、安全なページから安全でないページへのフォーム送信がブロックされます。安全でないフォームの送信が Chrome で検出されると、ユーザーに送信の確認を求める警告が表示されます。これは、ユーザーによる明示的な承認がないまま、平文でフォームデータが漏洩することを防ぐためのものです。この機能を制御するには、InsecureFormsWarningsEnabled ポリシーを使用します。

   
  • iOS 版 Chrome 125: 機能のリリース
  • iOS 版 Chrome 131: InsecureFormsWarningsEnabled ポリシーは削除予定
   

   

• 高度なチェック機能を備えた PartitionAlloc（PA/AC） 

  PartitionAlloc（PA）および関連するメモリ セキュリティのプロジェクトには、一連の高度な安全保護機能が含まれています。これらはパフォーマンスに影響する可能性があるため、デフォルトで無効（またはデバッグビルドでのみ利用可能）になっています。すべてのユーザーに対してこの機能をすぐに有効にすることはできませんが、特定の限定的な条件下で部分的に有効にすることは可能です。

  このプロジェクトは、企業のお客様向けの高度な安全保護対策を実現することを目的としています。企業の管理者は、エンタープライズ ポリシーを使用して高度なセキュリティ対策を適用できます。企業では、パフォーマンスよりもセキュリティが優先される傾向にあります。パフォーマンスに影響があっても、高度なチェックがあったほうがいいと判断することが多いと思われます。

  高度なチェック機能を備えた PA は、高度なメモリ セキュリティです。パフォーマンスの低下が予想されるため、この機能はデフォルトでオフになっています。企業のお客様は、エンタープライズ ポリシーでこの機能を有効にすることにより、高度なセキュリティを実現できます。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 131

   

• ログインと同期の簡素化  

  Chrome 131 以降、Chrome 同期が有効になっている既存のユーザーは、Chrome のログインと同期が簡素化された統合バージョンを利用できるようになりました。Chrome 同期は、設定やその他の場所で個別の機能として表示されなくなります。代わりに、Chrome にログインすると、関連するエンタープライズ ポリシーに沿ってパスワードやブックマークなどの情報を Google アカウントで使用、保存できます。

  これまでと同様に、以前 Google アカウントで Chrome データを保存してアクセスしていた Chrome 同期の機能は、SyncTypesListDisabled で管理できます。Chrome へのログインは、これまでと同様に BrowserSignin を使用してオフにできます。

  なお、この変更は、ユーザーが Chrome にログインせずにウェブ上の Google サービス（Gmail など）にログインできる機能や、Chrome からログアウトしたままにする機能、Google アカウントと同期される情報を管理する機能には影響しません。

   
  • Android 版 Chrome 131
   

   

• 省エネモードでのタブのフリーズ  

  Chrome で省エネモードが有効になっている場合、非表示でサイレントの状態が 5 分以上続き、CPU を大量に使用しているタブがフリーズされるようになりました。ただし、次のタブはフリーズされません。

  • 音声またはビデオ会議機能が提供されているタブ（マイク、カメラ、画面、ウィンドウ、タブキャプチャ、またはオープンな RTCDataChannel かライブの MediaStreamTrack を含む RTCPeerConnection によって検出）。
  • 外部デバイスを制御するタブ（Web USB、Web Bluetooth、Web HID、Web Serial の使用を介して検出）。
   

  これにより、CPU 使用量を抑えてバッテリー駆動時間を延ばし、Chrome の動作を速くすることができます。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 130
    この機能は、about:flags の #freezing-on-energy-saver エントリを使用して Chrome 130 でテストできます。#freezing-on-energy-saver-testing フラグを使ってテストすることもできます。このテストでは、省エネモードが有効で、すべてのタブが CPU を大量に使用している状態をシミュレートし、タブがフリーズの対象かどうか、そして、CPU を大量に使用した場合にフリーズされるかどうかを確認できます。省エネモードの利用可否は、BatterySaverModeAvailability ポリシーを使用して制御できます。省エネモードが無効になっている場合は、この変更は適用されません。
  • ChromeOS、Linux、macOS、Windows 版 Chrome 131
    この機能は、Chrome 131 で Stable 版の 1% のユーザーにまずロールアウトされ、段階的に Stable 版の全ユーザーに拡大されます。省エネモードの利用可否は、BatterySaverModeAvailability ポリシーで制御できます。省エネモードが無効になっている場合は、この変更は適用されません。
   

   

• Google Play 開発者サービスを更新してデバイス上のパスワードの問題を修正  

  ユーザーが古いバージョンの Google Play 開発者サービスを使用している場合は、デバイス上でパスワードを使用する機能が制限され、パスワード マネージャーが完全に動作しなくなる可能性があります。該当するユーザーは Google Play 開発者サービスをアップデートする必要があります。または、状態に応じて他のトラブルシューティング方法が案内されます。これは現在行われている移行の一部で、Google パスワード マネージャーを使用している Android ユーザーにのみ影響します。

   
  • Android 版 Chrome 131
   

   

• X25519Kyber768 による TLS 鍵カプセル化  

  Chrome 124 以降、すべてのデスクトップ プラットフォームで、NIST 標準（ML-KEM）に基づく新しいポスト量子セキュア TLS 鍵カプセル化メカニズムである X25519Kyber768 がデフォルトで有効になります。これにより、Chrome と、ML-KEM もサポートするサーバーとのネットワーク トラフィックが、将来的に量子コンピュータによって復号されることを防ぎます。この変更はサーバー オペレーターにとって透過的である必要があります。この暗号は TLS 1.3 接続と QUIC 接続の両方に使用されます。

  ただし、一部の TLS ミドルボックスでは Kyber（ML-KEM）鍵のカプセル化サイズ、または新しい TLS ClientHello 暗号コードポイントへの準備が整っておらず、接続の切断やハングが発生する可能性があります。この問題を解決するには、ミドルボックスを更新するか、一時的な PostQuantumKeyAgreementEnabled エンタープライズ ポリシーを使用して鍵のカプセル化メカニズムを無効にしてください。このポリシーは 2024 年末までご利用いただけます。ただし将来的には、TLS でポスト量子セキュアの暗号が必須となり、このエンタープライズ ポリシーは削除されます。CSNA 2.0 では、ポスト量子暗号が必要です。

  詳しくは、Chromium ブログ投稿と Google セキュリティ ブログ投稿をご覧ください。

   
  • Windows、macOS、Linux 版 Chrome 124: 新しいポスト量子セキュア TLS 鍵カプセル化メカニズム X25519Kyber768 が有効
  • Linux、macOS、Windows 版 Chrome 131: 鍵カプセル化メカニズムを ML-KEM の最終標準バージョンに切り替え
  • Windows、macOS、Linux 版 Chrome 141: エンタープライズ ポリシーを削除
   

   

• CSS Anchor Positioning プロパティ「inset-area」のサポート終了  

  CSS ワーキング グループ（CSSWG）により、「inset-area」プロパティが「position-area」に名称変更されました。詳しくは、GitHub で CSSWG のディスカッションをご覧ください。この機能の更新によって「inset-area」の同義語として導入された新しいプロパティ名「position-area」について、Chrome プラットフォーム ステータスで、「inset-area」プロパティのサポート終了と削除が行われたことが説明されています。

   
  • Windows、macOS、Linux、Android 版 Chrome 131
   

   

• <details> 要素と <summary> 要素の構造のスタイル設定を改善 

  <details> 要素と <summary> 要素の構造に関する CSS スタイル設定のサポートが拡大され、ウェブ上で開示ウィジェットやアコーディオン ウィジェットを作成する多くのケースでこれらの要素を使用できるようになりました。具体的には、これらの要素に display プロパティを設定できない制限が解除され、展開と折りたたみの部分のコンテナにスタイルを設定する ::details-content 疑似要素が追加されました。

   
  • Windows、macOS、Linux、Android 版 Chrome 131
   

   

• キーボード ロックとポインタロックの権限 

  ウェブサイトからキーボード ロックまたはポインタロックをリクエストされたときに、ユーザーに権限プロンプトを表示し、ユーザー設定をコンテンツの設定として保存します。この設定は Permissions API を使用してクエリできます。これにより、API の不正使用を軽減できます。

   
  • Windows、macOS、Linux 版 Chrome 131
   

   

• 非標準の GPUAdapter requestAdapterInfo() メソッドの削除  

  WebGPU WG は、requestAdapterInfo() で権限プロンプトをトリガーすることは現実的ではないと判断し、そのオプションを削除して、GPUAdapter の info 属性に置き換えました。これにより、ウェブ デベロッパーは同じ GPUAdapterInfo 値を同期的に取得できるようになりました。詳細については、以前の Intent to Ship: WebGPU: GPUAdapter info attribute をご覧ください。 

   
  • Windows、macOS、Linux、Android 版 Chrome 131
   

   

• <select> パーサーの制限緩和 

  HTML パーサーで <select> 内に <option>、<optgroup>、<hr> 以外のタグを追加できるようになります。

  この変更は、カスタマイズ可能な <select> 機能をサポートするためのものですが、単独でリリース可能であり、リスクも比較的少ないため、先行してリリースされます。

  この機能は、一時的なポリシー SelectParserRelaxationEnabled によって制限されます。現在は一時的な移行期間であり、このポリシーはマイルストーンの Chrome 136 で機能しなくなります。

  詳しくは、Open UI のカスタマイズ可能な <select> の説明と、What Working Group の記事 HTML parser changes for customizable <select> をご覧ください。

   
  • Windows、macOS、Linux、Android 版 Chrome 131
   

   

• clip-path、fill、stroke、marker-* プロパティの外部 SVG リソースをサポート 

  クリップパス、マーカー、ペイント サーバー（fill プロパティと stroke プロパティ用）の外部参照が許可されます。たとえば clip-path: url("resources.svg#myPath") などです。

   
  • Windows、macOS、Linux、Android 版 Chrome 131
   

   

• 特別でないスキームの URL のサポート 

  Chrome 130 では、特別でないスキームの URL（git://example.com/path など）がサポートされます。これまで、Chromium の URL パーサーは特別でない URL をサポートしていませんでした。このパーサーは、特別でない URL を「不透明なパス」であるかのように解析しますが、これは URL 標準に準拠していません。このたび、Chromium の URL パーサーは特別でない URL を、URL 標準に従って正しく解析するようになりました。詳しくは、http://bit.ly/url-non-special をご覧ください。

   
  • Windows、macOS、Linux、Android 版 Chrome 130
  • Windows、macOS、Linux、Android 版 Chrome 131
  • Windows、macOS、Linux、Android 版 Chrome 134: 機能フラグを削除
   

   

• Google レンズでの検索結果を翻訳 

  拡張現実（AR）翻訳機能が Google レンズで検索機能に実装されます。エンタープライズ ポリシーがすでに導入されており、企業は LensOverlaySettings を使用してこの機能をオンまたはオフにできます。

   
  • ChromeOS、Linux、MacOS、Windows 版 Chrome 131
     

   

• Chrome ブラウザの新しいポリシー  

  ポリシー	説明
  DownloadRestrictions	ダウンロードの制限を許可する
  CAPlatformIntegrationEnabled	プラットフォームのトラストストアからユーザーが追加した TLS 証明書をサーバー認証に使用する
  SelectParserRelaxationEnabled	HTML パーサーの <select> 要素に対する新しい動作を有効にするかどうかを制御する
  EnterpriseProfileBadgeToolbarSettings	ツールバーでの企業プロフィール バッジの公開設定を管理する
  WebAudioOutputBufferingEnabled	Web Audio のアダプティブ バッファリングを有効にする

   

   

• Chrome ブラウザの削除されたポリシー  

  ポリシー	説明
  ProfileLabel	このポリシーでは、ログインしているプロフィールの識別に使用するラベルを管理します。このラベルは、ツールバーのプロフィール アイコンの横などさまざまな場所に表示され、ユーザーがプロフィールを識別する助けとなります。
  ToolbarAvatarLabelSettings	管理対象アカウントのツールバーに表示されるアバターラベルを設定する
  BeforeunloadEventCancelByPreventDefaultEnabled	beforeunload イベントによって生成されるキャンセル ダイアログの新しい動作を制御します。

   

   

Chrome Enterprise Core の変更内容

    

• 生成 AI のデフォルト動作ポリシー  

  131 以降の Chrome Enterprise Core では、Trusted Tester プログラムの一環として、複数の生成 AI ポリシーのデフォルトの動作を制御するポリシー GenAiDefaultSettings が導入されます。Trusted Tester プログラムにはこちらからご登録いただけます。このポリシーは、手動で設定した生成 AI 機能のポリシー値には影響しません。このポリシーは、次のポリシーのデフォルト設定を制御します。

  • CreateThemesSettings 
  • DevToolsGenAiSettings
  • HelpMeWriteSettings
  • HistorySearchSettings 
  • TabOrganizerSettings
  • TabCompareSettings
  • GenAIVcBackgroundSettings
  • GenAIWallpaperSettings
  • HelpMeReadSettings
   

  デフォルト設定の詳細については、Chrome: 生成 AI の機能とポリシーをご確認ください。

  • Trusted Tester のみが利用できます。Trusted Tester プログラムにはこちらからご登録いただけます。

    

• SecOps を使用した Chrome 拡張機能のテレメトリー情報の統合  

  Google は、管理対象のプロファイルとデバイスで Chrome 内の関連する Chronicle 拡張機能のテレメトリー データを収集して Google SecOps に送信することを開始します。Google SecOps はデータを分析して、リスクのあるアクティビティに関する分析情報とコンテキストを即時に提供します。このデータにはさらに追加のコンテキストが付加され、1 年間検索可能な状態で保持されます。

  • ChromeOS、Linux、MacOS、Windows 版 Chrome 131
   

    

• 企業向けにカスタマイズされた Chrome ウェブストア 

  IT 管理者は、会社固有のブランディング、カスタム メッセージ、カスタマイズしたナビゲーションを使用して、管理対象エンドユーザー向けに Chrome ウェブストアをカスタマイズできるようになります。管理者は、ロゴ、バナー、推奨される拡張機能を使用してストアをカスタマイズし、関連性のないカテゴリを非表示にして、拡張機能を見つけやすくすることができます。

  この機能は管理コンソールから設定できます。このマイルストーン 1 のカスタム設定は、ログインしているすべての管理対象ユーザー（管理対象の Google アカウントで Chrome ウェブストアにログインしているユーザー）が利用できます。マイルストーン 2 では、CEC 登録済みのブラウザでこの機能がサポートされます（ログイン不要）。利用可能になるのは 2025 年後半の予定です。

  また、Chrome ウェブストアにログインするすべての管理対象ユーザーに対して次の変更が適用されます。

  • 管理者によってブロックされたアイテムの新しいタグと、検索結果での非公開アイテムによるフィルタ
  • 非公開アイテムとおすすめアイテムが [拡張機能] タブに移動する
• Linux、macOS、Windows、ChromeOS 版 Chrome 131 以降: マイルストーン 1 のロールアウト

  

    

• Android での DownloadRestrictions ポリシーのサポート  

  DownloadRestrictions は、パソコンで Chrome Enterprise Core を使用しているユーザーが利用できるユニバーサル ポリシーです。Android で DownloadRestrictions ポリシーがサポートされるようになりました。このポリシーを使用すると、管理者は Android 版モバイル Chrome でのすべてのダウンロードをブロックできます。

  • Android 版 Chrome 131

    

• WebAudio レンダリングのアダプティブ バッファリングを強制するエンタープライズ ポリシー 

  Chromium の WebAudio 実装には、アダプティブ バッファリング メカニズムが含まれています。これは、特に AAudio バックエンドを使用する Android で発生する多数のグリッチの問題を解決するために追加されました。このメカニズムによりグリッチは大幅に減少した一方、オーディオ レイテンシも増加しました。Chrome では、Android を除くすべてのプラットフォームでアダプティブ バッファリング メカニズムを無効にし、レンダリングを同期的に実行するテストを実施しています。

  Chrome 131 以降では、エンタープライズ ポリシー WebAudioOutputBufferingEnabled を使用して、WebAudio レンダリングにアダプティブ バッファリングを使用する以前の動作を強制的にデフォルト設定にできます。

  • ChromeOS、Linux、MacOS、Windows 版 Chrome 131

    

• Chrome DevTools Console の警告とエラーに対する分析情報を生成 

  Chrome DevTools Console の警告とエラーに対する分析情報を生成する、新しい生成 AI（GenAI）機能を管理対象外ユーザーも利用できるようになりました。

  これらの分析情報は、選択されたエラーや警告に対して、パーソナライズされた説明と修正案を提供します。最初の段階では、この機能は英語を使用する 18 歳以上のユーザーにのみ提供されます。管理者は、DevToolsGenAiSettings ポリシーを使用してこの機能を制御できます。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 125
    ヨーロッパ、ロシア、中国を除く全世界の管理対象外ユーザーがこの機能を利用できるようになります
  • ChromeOS、Linux、macOS、Windows 版 Chrome 127
    サポート対象の地域で Chrome Enterprise または Chrome Education をご利用の管理対象ユーザーがこの機能を利用できるようになります。
  • ChromeOS、Linux、macOS、Windows 版 Chrome 131
    Chrome 131 では、管理対象ユーザーが新しい生成 AI（GenAI）機能を利用できるようになります。Chrome DevTools の専用の AI アシスタンス パネルは、人間のオペレーターによるスタイル設定の問題の調査と修正をサポートし、CSS のデバッグを支援します。
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
    AI アシスタンス パネルで、以前からサポートされていたスタイルのデバッグに加えて、[パフォーマンス] パネル、[ソース] パネル、[ネットワーク] パネルのリソースを説明できるようになりました

    

• 管理コンソールの推奨ポリシー 

  11 月 1 日より、管理者は [ユーザーのオーバーライド] コントロールを使用して、一部の設定を推奨設定または必須設定として選択できるようになります。このコントロールは、推奨できるポリシーに対して段階的にロールアウトされます。最初は次のポリシーが対象となります。

  - 終了前の警告
  - システムのデフォルト プリンタ
  - バッテリー セーバー モード
  - ホームページ
  - セーフ ブラウジングによる保護
  - ダウンロードの制限

   

  

  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 131
  
   

Chrome Enterprise Premium の変更内容

   

   

• Chrome Enterprise データ管理: クリップボード 

  Chrome ブラウザでのデータ漏洩からエンドユーザーを保護するために、管理者は Google 管理コンソールでデータ管理ルールを設定できます。データ管理は、Google 管理コンソールで設定するシンプルなルールです。管理者は Chrome ポリシーを設定して、機密データのコピーと貼り付け、スクリーンショットの撮影、画面共有など、機密情報に関わるユーザー操作を制御できます。

  この機能は、DataControlsRules ポリシーを使用して制御できます。

  Chrome Enterprise Trusted Tester プログラムのメンバーの皆様にこの機能をお試しいただけます。Trusted Tester プログラムにはこちらからご登録いただけます。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 128: Trusted Tester プログラム
  • ChromeOS、Linux、macOS、Windows 版 Chrome 131: 機能のリリース

   

  

   

   

• スクリーンショットの保護 

  管理者は、機密データが含まれていると見なされる特定のウェブページのスクリーンショット撮影や画面共有をユーザーが行えないようにできます。特定の URL または URL のカテゴリに対するスクリーンショット撮影や画面共有をユーザーが行えないようにするには、データ損失防止（DLP）の URL フィルタリング ルールを作成します。この機能は、すべてのリアルタイム URL ルックアップを有効にする同じ EnterpriseRealTimeUrlCheckMode ポリシーで制御できます。

  Chrome Enterprise Trusted Tester プログラムのメンバーの皆様にこの機能をお試しいただけます。Trusted Tester プログラムにはこちらからご登録いただけます。

  • ChromeOS、Linux、macOS、Windows 版 Chrome 129: Trusted Tester プログラム
  • ChromeOS、Linux、macOS、Windows 版 Chrome 131: 機能のリリース

今後予定されている Chrome ブラウザの変更内容

 

    

• Chrome 132 のリーディング モードでの読み上げ 

  リーディング モードは、テキストの多いウェブページを簡易表示するサイドパネル機能です。このモードに読み上げ機能が追加され、ユーザーは自分が読んでいるテキストを音声で聞くことができるようになります。ユーザーはさまざまな自然な音声と速度を選択し、視覚的な要点を確認できます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 132
   

    

• Chrome バイナリから古いヘッドレスを削除 

  `--headless=old` を指定して Chrome を実行しても、古いヘッドレス モードは起動されず、代わりに次のログメッセージが出力されるようになります。

  古いヘッドレス モードは Chrome バイナリから削除されました。新しいヘッドレス モードまたは chrome-headless-shell（古いヘッドレス モードのスタンドアロン実装）を使用できます。

   
  • Linux、macOS、Windows 版 Chrome 132

     

• すべての画面のキャプチャ 

  この機能は、getAllScreensMedia() を使用して、現在デバイスに接続されているすべての画面をキャプチャします。getDisplayMedia() を複数回呼び出すには、複数のユーザー操作が必要になり、毎回次の画面を選択する手間が生じます。また、すべての画面が選択されたことをアプリに対して保証することもできません。getAllScreensMedia() はこれらをすべて改善します。

  この機能は、MultiScreenCaptureAllowedForUrls エンタープライズ ポリシーでのみ適用されます。また、録画を開始する前に、録画が開始される可能性があるという警告がユーザーに表示されます。この API は、MultiScreenCaptureAllowedForUrls 許可リストに指定されているオリジンでのみ機能します。指定されていないオリジンではアクセスできません。

  • Windows、macOS、Linux 版 Chrome 132

    

• 接頭辞付きの HTMLVideoElement 全画面 API を削除 

  接頭辞付きの HTMLVideoElement 固有の全画面 API は、M38 あたりから非推奨になりました。これらは、2018 年に M71 で接頭辞なしで初めてリリースされた Element.requestFullscreen() API に置き換えられました。2024 年現在、ほとんどのブラウザでは、接頭辞のない API が数年前からサポートされています。

  この機能では、HTMLVideoElement から次の API が削除されたことを特定しています。

  - readonly 属性のブール値 webkitSupportsFullscreen;

  - readonly 属性のブール値 webkitDisplayingFullscreen;

  - void webkitEnterFullscreen();

  - void webkitExitFullscreen();

  // FullScreen の「S」が大文字と小文字で区別されることにご注意ください。

  - void webkitEnterFullScreen(); 

  - void webkitExitFullScreen();

   

  これらのメソッドは、最新 API のエイリアスのみになりました。年々使用されることが少なくなったためです。

   
  • Windows、macOS、Linux、Android 版 Chrome 132

    

• ThirdPartyBlockingEnabled ポリシーを削除 

  予期しない問題が発生したため、ThirdPartyBlockingEnabled は Chrome 135 で削除されます。この削除についてフィードバックがある場合は、こちらからバグを報告してください。

   
  • Windows 版 Chrome 132: ThirdPartyBlockingEnabled ポリシーのサポートを終了
  • Windows 版 Chrome 135: ThirdPartyBlockingEnabled ポリシーを削除

    

• キーボードでフォーカス可能なスクロール コンテナ 

  シーケンシャル フォーカス ナビゲーションを使ってスクロール コンテナをフォーカス可能にすることで、アクセシビリティを改善する予定です。現在は、tabIndex を明示的に 0 以上に設定していない限り、Tab キーでスクローラーがフォーカスされません。

  スクローラーがデフォルトでフォーカス可能になることで、マウスを使用できない（あるいは使用したくない）ユーザーが、クリップされたコンテンツを Tab キーと矢印キーを使用してフォーカスできるようになります。この動作は、スクローラーにキーボード フォーカス可能な子要素が含まれていない場合にのみ有効になります。このロジックは、スクローラー内にすでに存在する可能性があるフォーカス可能な要素（<textarea> など）に不具合が生じないようにするために必要です。

  注: この機能の以前のロールアウト（Chrome 127 で開始）は、ウェブの互換性の問題により停止されましたが、Chrome 130 でリリースされる現在の実装では修正済みです。

  注: この機能の以前のロールアウト（Chrome 130 で開始）は、ユーザー補助機能の不具合により停止されましたが、Chrome 132 でリリースされる実装では修正済みです。

   
  • Windows、macOS、Linux、Android 版 Chrome 132

    

• アクティブでないドキュメントのポップオーバーまたはダイアログで例外をスロー 

  これはデベロッパーに影響しないコーナーケースの変更です。コーナーケースとは、複数の一意の条件が同時に発生するケースです。以前は、非アクティブなドキュメント内に存在するポップオーバーまたはダイアログでの showPopover() または showModal() の呼び出しは、エラーを返さずに失敗し、例外はスローされませんでした。ドキュメントが非アクティブであるため、ポップオーバーやダイアログも表示されませんでした。https://github.com/whatwg/html/pull/10705 仕様の pull リクエスト（PR）以降、このような状況で InvalidStateError 例外がスローされるようになりました。

   
  • Windows、macOS、Linux、Android 版 Chrome 132

 

    

• PWA におけるユーザーリンクのキャプチャ 

  リンクを使用して、インストール済みのウェブアプリに自動的に移動できます。インストール済みウェブアプリのユーザー エクスペリエンス向上のため、Chrome ブラウザとインストール済みウェブアプリ間をより簡易に移動できるようになります。インストール済みウェブアプリで処理できるリンクをユーザーがクリックすると、Chrome のアドレスバーにチップが追加され、アプリへの切り替えが提案されます。チップをクリックすると、アプリが直接起動するか、対象のリンクをサポートするアプリがグリッド表示されます。ユーザーによっては、リンクをクリックすることで、アプリが常に自動的に開きます。

   
  • Linux、macOS、Windows 版 Chrome 121
    リンクをクリックしたときに、常にインストール済み PWA で開く場合と、新しいタブでリンクが開き、アドレスバーのチップをクリックしたときにアプリが起動する場合とに分かれます。この機能を制御するフラグ（chrome://flags/#enable-user-link-capturing-pwa）が用意されています。
   
  • Linux、macOS、Windows 版 Chrome 132
    Stable 版のすべてのユーザーを対象に、デフォルトでオン（リンクのクリック時に常にアプリを起動）またはデフォルトでオフ（常にタブで開き、ユーザーがアドレスバーでチップをクリックしたときにのみ起動）のいずれかでリリースされます。
   

  

    

• Windows のネットワーク サービスをサンドボックス化 

  セキュリティと信頼度を高めるため、Windows においてすでに独自のプロセスで実行されているネットワーク サービスがサンドボックス化される予定です。現在ネットワーク サービスをタンパリングできるサードパーティのコードは、この変更に伴い、タンパリングできなくなる可能性があります。これにより、Chrome のプロセス空間にコードを挿入するソフトウェア（データ損失防止（DLP）ソフトウェアなど）と相互運用性の問題が発生する可能性があります。NetworkServiceSandboxEnabled ポリシーを使用すると、相互運用性の問題が検出された場合にサンドボックスを無効化できます。こちらの手順に沿って、ご利用の環境でサンドボックスをテストできます。

  問題が発生した場合はご報告ください。

   
  • Windows 版 Chrome 132
    Windows でネットワーク サービスをサンドボックス化

   

• SwiftShader フォールバックを削除 

  SwiftShader をベースとする WebGL への自動フォールバックは非推奨となり、SwiftShader にフォールバックせずに WebGL コンテキストの作成が失敗するようになります。この変更には主に 2 つの理由があります。

  1. Chromium の GPU プロセスで JIT コードが実行されるため、SwiftShader はセキュリティ リスクが高い。
  2. 高パフォーマンスの GPU ベースの WebGL から CPU ベースの実装にフォールバックすると、ユーザー エクスペリエンスが低下する。ユーザーはこの動作を制御できず、バグレポートで説明するのが困難。
   

  SwiftShader は、ヘッドレス システムやサポートされている GPU がないシステムでサイトをテストする際にウェブ デベロッパーにとって便利なツールです。このユースケースは、オプトインすることで引き続きサポートされますが、信頼できないコンテンツの実行を目的としたものではありません。

  セキュリティ保証を下げて、WebGL 用に SwiftShader を許可するには、--enable-unsafe-swiftshader コマンドライン スイッチを使用して Chrome の実行可能ファイルを実行します。

  非推奨の間、SwiftShader をベースとして WebGL コンテキストを作成すると、JavaScript コンソールに警告が表示されます。--enable-unsafe-swiftshader を渡せば、この警告メッセージは表示されなくなります。

  Chromium などのブラウザでは、WebGL の可用性が保証されません。WebGL コンテキストの作成をテストしてエラーを処理し、Canvas2D などの他のウェブ API にフォールバックするか、ユーザーに適切なメッセージを表示できます。

   
  • Windows、macOS、Linux、Android 版 Chrome 133

   

• Chrome DevTools の [プライバシーとセキュリティ] パネル  

  Chrome 133 以降、デベロッパーは Chrome DevTools の新しい [プライバシーとセキュリティ] パネルを使用して、サードパーティ Cookie が制限された場合にサイトがどのように動作するかをテストできるようになります。サードパーティ Cookie を一時的に制限し、サイトの動作を観察して、サイトのサードパーティ Cookie のステータスを確認できます。

  この機能によって既存のエンタープライズ ポリシーが恒久的に変更されることはありませんが、サードパーティ Cookie 関連のエンタープライズ ポリシー（BlockThirdPartyCookies と CookiesAllowedForUrls）が一時的にオーバーライドされ、制限が厳しくなります。エンタープライズ ポリシーですでに BlockThirdPartyCookies を使用してサードパーティ Cookie がブロックされている場合、この機能は無効になります。

  これまでの [セキュリティ] パネルは、新しい [プライバシーとセキュリティ ] パネルに置き換えられます。TLS 接続と証明書の情報は、引き続き [プライバシーとセキュリティ] パネルの [セキュリティ] タブで確認できます。

   
  • ChromeOS、Linux、macOS、Windows 版 Chrome 133

   

• Chrome 同期で 4 年以上前の Chrome バージョンのサポートを終了 

  2025 年 2 月以降、Chrome 同期（Google アカウントでのデータの使用と保存）は、4 年以上前の Chrome バージョンをサポートしなくなります。引き続き Chrome 同期を利用するには、より新しいバージョンの Chrome にアップグレードする必要があります。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 133
    この変更は古いバージョンの Chrome にのみ影響し、サーバーサイドでロールアウトされます。Chrome 133 は、変更が有効になるタイムラインを反映するためにのみ指定されています。

    

• file:// 以外の URL のホストでスペースを禁止 

  仕様では、URL ホスト [1] にスペース文字を含めることはできませんが、現在、Chromium の URL 解析ではホストにスペースを使用できます。

  このため、Chromium は Interop2024 の「WebSocket の HTTPS URL」 [2] および「URL」の重要分野 [3] に含まれる複数のテストで失敗します。

  Chromium を仕様に準拠させるために、URL ホストからスペースを完全に削除したいと考えていますが、Windows の file:// URL のホスト部分でスペースが使用されているので（GitHub）[4]、これは困難です。

  この機能は、ファイル以外の URL でのみスペースを禁止することで、Chromium を仕様に準拠させる継続的な取り組みの一環です。

   
  • Android、ChromeOS、Linux、macOS、Windows、Fuchsia 版 Chrome 133

    

• SafeBrowsing API v4 から v5 への移行 

  Chrome による SafeBrowsing v4 API の呼び出しは、v5 API の呼び出しに移行されます。メソッド名も v4 と v5 で異なります。

  管理者が v4 固有の URL 許可リストを使用して https://safebrowsing.googleapis.com/v4* へのネットワーク リクエストを許可している場合は、ドメイン全体（safebrowsing.googleapis.com）へのネットワーク リクエストを許可するように変更する必要があります。変更しないと、v5 API へのネットワーク リクエストが拒否され、ユーザーのセキュリティが低下します。

   
  • Android、iOS、ChromeOS、Linux、macOS、Windows 版 Chrome 133: 段階的にリリースされます。

    

• Blob URL のパーティショニング: 取得またはナビゲーション 

  ストレージ パーティショニングの延長として、Chromium では、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による Blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみでパーティショニングされるナビゲーションを除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chromium では、レンダラによって開始された Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chromium が Safari の同様の動作と整合するようになります。Google では、これらの両方の変更を反映するように仕様を更新する予定です。

  この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。他のストレージ パーティショニング関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。

   
  • Windows、macOS、Linux 版 Chrome 134

    

• ミューテーション イベントのサポートを終了 

  DOMSubtreeModified、DOMNodeInserted、DOMNodeRemoved、DOMNodeRemovedFromDocument、DOMNodeInsertedIntoDocument、DOMCharacterDataModified などの同期型ミューテーション イベントを使用すると、ページ パフォーマンスが悪影響を受けるだけでなく、ウェブへの新しい機能の追加が大幅に複雑になります。これらの API は、2011 年に仕様で非推奨になり、2012 年には、動作が大幅に改善された Mutation Observer API に置き換えられました。古いミューテーション イベントの使用を削除するか、Mutation Observer に移行する必要があります。Chrome 124 以降では、一時的なエンタープライズ ポリシー MutationEventsEnabled を使用して、非推奨化された、または削除されたミューテーション イベントを再度有効にできるようになります。問題が発生した場合は、こちらからバグを報告してください。

  2024 年 7 月 30 日頃より、Chrome 127 でミューテーション イベントのサポートがデフォルトで無効になります。サイトの中断を避けるため、その前にコードを移行してください。さらに時間が必要な場合のため、いくつかのオプションが用意されています。

  • ミューテーション イベント デプリケーション トライアルを利用して、限られた時間のみ一部のサイトで機能を再有効化できます。デプリケーション トライアルは Chrome 134 までご利用いただけますが、2025 年 3 月 25 日に終了します。
  • エンタープライズ ポリシー MutationEventsEnabled も、同様の目的のため Chrome 134 までご利用いただけます。

  詳しくは、こちらのブログ投稿をご覧ください。問題が発生した場合は、こちらからご報告ください。

  • Android、Linux、macOS、Windows 版 Chrome 135: MutationEventsEnabled エンタープライズ ポリシーのサポートを終了します。

    

• Windows の UI オートメーション アクセシビリティ フレームワーク プロバイダ 

  Chrome 126 以降では、Microsoft Windows の UI オートメーション アクセシビリティ フレームワークを使用するアクセシビリティ クライアント ソフトウェアが直接サポートされるようになりました。この変更が行われる前は、このようなソフトウェアは Microsoft Windows の互換性 shim を通じて Chrome と相互運用されていました。この変更は、多くのユーザーにとってより快適なユーザー エクスペリエンスを実現するために行われるものです。ナレーター、拡大鏡、Voice Access が完全にサポートされ、Windows の UI オートメーション アクセシビリティ フレームワークを使用するサードパーティ製アプリの利便性が高まります。Chrome ユーザーは、ユーザー補助ツールと併用している際のメモリの使用量と処理のオーバーヘッドを削減できます。また、支援技術を使用したソフトウェアの開発も容易になります。

  管理者は、Chrome 125 以降で利用可能な UiAutomationProviderEnabled エンタープライズ ポリシーを使用して、（すべてのユーザーが新しい機能を利用できるよう）新しいプロバイダを強制的に有効にするか、新しいプロバイダを無効にするかを選択できます。このポリシーは Chrome 136 までサポートされ、Chrome 137 で削除されます。このような 1 年の期間を設けているのは、Microsoft の互換性シムから Chrome の UI オートメーション プロバイダへの切り替えの際、企業がサードパーティ ベンダーと連携して互換性の問題を解決するのに十分な時間を確保するためです。

   
  • Windows 版 Chrome 125: UiAutomationProviderEnabled ポリシーの導入により、管理者は Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダを有効にして、サードパーティのユーザー補助ツールが引き続き機能することを検証できるようになります。
  • Windows 版 Chrome 126: ユーザーに対して Chrome の UI オートメーション アクセシビリティ フレームワーク プロバイダの有効化を開始するために、Chrome のバリエーション フレームワークが使用されるようになります。このフレームワークは、Chrome で解決可能な互換性の問題に対処するため必要に応じて中断を挟みながら、Stable 版の全ユーザーを対象に段階的に有効化されます。企業の管理者は引き続き UiAutomationProviderEnabled ポリシーを使用して、新しい動作を早期に有効にするか、Chrome 136 で一時的に無効にすることができます。
  • Windows 版 Chrome 137: UiAutomationProviderEnabled ポリシーが Chrome から削除されます。すべてのクライアントが、ブラウザの UI オートメーション アクセシビリティ フレームワーク プロバイダを使用することになります。

 

今後予定されている Chrome Enterprise Core の変更内容

    

• 以前の同じサイトの動作に使用されていたエンタープライズ ポリシーを削除 

  Chrome 79 で LegacySameSiteCookieBehaviorEnabledForDomainList ポリシーを導入し、指定したドメインにおける Cookie の SameSite 動作を従来の動作に戻しました。LegacySameSiteCookieBehaviorEnabledForDomainList ポリシーの有効期間は延長されており、以下のマイルストーンで削除される予定です。

   
  • Android、ChromeOS、Linux、macOS、Windows 版 Chrome 132: LegacySameSiteCookieBehaviorEnabledForDomainList ポリシーを削除します。