Chrome 拡張機能の新機能

このページを頻繁にチェックして、Chrome 拡張機能の変更、拡張機能のドキュメント、関連ポリシー、その他の変更について確認してください。その他にも、拡張機能に関する Google グループに投稿されたお知らせがあります。Chrome のスケジュールには、Stable 版と Beta 版のリリース日が記載されています。

ポリシーに関する重要なお知らせ

投稿:

Chrome ウェブストア チームより、デベロッパー プログラム ポリシーページを更新いたしました。この更新の目的は、質の高いプロダクトの開発を促し、虚偽の振る舞いを防ぎ、十分な情報に基づきユーザーの同意を保証することを目的としています。Chrome ウェブストアのポリシー マネージャーの Rebecca Soares は、Chrome 拡張機能: ポリシーに関する重要な更新に関するブログ投稿ですべての更新をまとめています。

ブログ投稿: Chrome 拡張機能の最新情報（2024 年 7 月）

投稿:

Google は過去 3 か月の間に、Manifest V2 の段階的廃止の開始を含め、いくつかの重要なアップデートと新機能を公開しました。7 月の Chrome 拡張機能の最新情報で最新情報をご確認ください。

動画：リモートホストのコードとは

投稿:

Chrome 拡張機能チームの Patrick さんが、Chrome 拡張機能におけるリモートホスト コード（RHC）のコンセプトについて説明します。RHC が使用できなくなった理由、RHC の検出方法、拡張機能の更新が必要な場合はどうすればよいですか？動画全編をご覧ください。

Chrome 127: 新しい action.openPopup API

投稿:

Chrome 127 以降: action.openPopup API はすべての拡張機能で使用できます。これまでは、Canary でのみ利用可能でした ポリシーによってインストールされた拡張機能に対して適用されます。

動画: 信頼と安全性チームの面談

投稿:

Chrome 拡張機能 DevRel チームは、Chrome ウェブストアでのレビューを主導するセーフティ チームが質問を行います。動画全編をご覧ください。

ブログ投稿: Manifest V2 の段階的廃止を開始

投稿:

6 月 3 日より、Chrome Beta、Dev、Canary の各チャンネルで Manifest V2 拡張機能をインストールしているユーザーに拡張機能の管理ページ（chrome://extensions）にアクセスすると、インストール済みの一部の（Manifest V2）拡張機能がまもなくサポートが終了することを知らせる警告バナーが表示されるようになります。詳しくは、公式のお知らせをご覧ください

サイドパネル UI の更新

投稿:

最近、サイドパネル UI にいくつかの変更を加えました。たとえば、固定アイコンが追加されています。 グローバルなサイドパネルのアイコンが削除されます。詳しくは、PSA の記事、最新のドキュメントとサンプルをご覧ください。

ブログ投稿: Google I/O 2024 で発表された Chrome 拡張機能

投稿:

また、Google I/O で拡張機能に関する最新情報をいち早くお伝えしました。YouTube で全編動画をチェックし、ブログ投稿でハイライトをご覧ください。

対象となる宣言型ネット リクエストの変更の審査をスキップする

投稿:

Chrome ウェブストアで、使用時に対象となる変更の確認をスキップできるようになりました Declarative Net Request API です。利用資格とオプトイン方法の詳細 Chrome ウェブストアのドキュメントをご覧ください。

Chrome ウェブストア API で利用可能な deployPercentage

投稿:

先日、Chrome ウェブストア API のドキュメントを更新し、deployPercentage に関する情報を追加しました。この情報を使って、部分的なロールアウトのデプロイの割合を割り当てることができます。deployPercentage の詳細

Chrome 126: 拡張機能のオリジン トライアル

投稿:

Chrome 126 で新しい manifest.json フィールド trial_tokens が導入され、すべての拡張機能サーフェスでオリジン トライアルと非推奨トライアルを有効にできるようになりました。詳しくは、ガイドをご覧ください。

ブログ投稿: Chrome 拡張機能の最新情報 - 2024 年 4 月

投稿:

新しい「Chrome 拡張機能の変更内容」を公開しました。この投稿では、拡張機能チームがこの数か月間取り組んできたことが解説されています。これには、Chrome ウェブストアでのバージョン ロールバック、Firebase Auth のサポートの強化、API のリリースと更新の拡大が含まれます。

Chrome ウェブストア デベロッパー ダッシュボードでのバージョンのロールバック

投稿:

追加審査を行うことなく、Chrome ウェブストアで以前に公開したバージョンに拡張機能をロールバックできます。詳しくは、ブログ投稿とドキュメントをご覧ください。

Chrome 124: 高度な documentScan API

投稿:

高度な documentScan API が ChromeOS で、添付から画像を検出して取得できるようになりました ドキュメント スキャナなどです。

Chrome 124: Service Worker での WebGPU のサポート

投稿:

Chrome 124 以降では、Service Worker で WebGPU がサポートされています。1 つの WebGPU 拡張機能のサンプルをご覧ください。

Chrome 123: Events API で CIDR ブロックによるフィルタリングをサポート

投稿:

Events API でフィルタリングがサポートされるようになりました CIDR ブロックによって識別されますCIDR ブロックは、ネットワーク ネットワーク プレフィックスとビット数が同じである IP アドレス。以前は、 フィルタの構成に必要な複数の IP アドレスをフィルタする必要がある開発者 ルールを適用します。拡張機能が addListener(): 渡されたルールにより、イベント ハンドラが URL のホスト部分が IP アドレスであり、いずれかの CIDR に含まれている場合 配列で指定されたブロックの数を表します。

Chrome ウェブストア: 拡張機能名の長さ要件を更新

投稿:

Chrome ウェブストアでは、ウェブ コンテンツに 75 文字の制限が 拡張機能の "name" フィールド manifest.json.これまで英語での上限は 45 文字で、 他の言語 / 地域では "name" フィールドの制限はありませんでした。

これは元々、Google Cloud 環境における 同じ文字数では捕捉できない可能性があります。残念ながら、 ストアへのスパム行為を目的として、少数のデベロッパーによってこの機能が悪用されていました。デバイス名: そこで、新しい共通の上限である 75 文字を引き上げます。 この上限は、現在ストアで提供されているほぼすべての拡張機能に適用されるため、 お客様によるご対応が必要となります。たとえば、 上限を超える名前が付けられている場合、アップロードは ブロックされています。

ブログ投稿: beo が Service Worker の停止をテスト

投稿:

eyeo の Extension Engine チームによる投稿では、 拡張機能 Service Worker をテストするという課題がManifest V2 の拡張機能は バックグラウンド ページにありました。これは拡張機能のライフサイクル全体を通してウェイクになっていました。 Manifest V3 では代わりに Service Worker を使用し、設計上、Service Worker は リソースを節約するために、不要なときはシャットダウンします。提示する内容 特定のテストの課題に対処できます。この投稿 eo がこれらの課題にどのように対処したかを説明しています。

Chrome 123: デバイスがスリープ状態のときにアラームを実行できるように

投稿:

chrome.alarms API を使用して設定されたアラーム デバイスがスリープ状態になったときも遅延がなくなりました。デバイスが復帰すると、 アラームは、見逃したアラームの数に関係なく、1 回起動します。たとえば、 アラームが 1 時間に 1 回鳴るように設定されていて、アラームがオンになっているデバイスがスリープ状態になっている 午前 0 時 55 分～午前 2 時 5 分の場合、午前 2 時のアラームのみが onAlarm イベントをトリガーします。 このイベントは、できる限り午前 2 時頃に、デバイスが復帰したときにすぐに配信されます 眠っていたらお知らせください。

この変更により、Chrome は Web Extensions コミュニティ グループで合意された動作と一致します。

ブログ投稿: 拡張機能のメッセージ ポートでの bfcache の動作の変更

投稿:

バックフォワード キャッシュ（bfcache）: ブラウザ すぐに前または次のページに移動できる最適化。開始まであと Chrome 123 では、開いている拡張機能ポートがあるページが bfcache に保存されている場合、 メッセージ チャネルが閉じられます。つまり、そのページにメッセージは送信されません。 そのため、拡張機能スクリプトは次のようなライフサイクル イベントをリッスンする必要があります。 onDisconnect を実行して、ページが BFCache から復元されたときに新しい接続を設定します。

詳細とサンプルコードについては、 拡張メッセージ ポートを使用した BFCache の動作の変更。

Chrome 122: 非同期拡張 API に対する Promise のサポート

投稿:

すべての非同期拡張 API に対する Promise サポートの実装が完了しました あります。これは、API のメソッドをモダナイズするために、 さまざまな課題に直面しますいくつかの方法（ desktopCapture.chooseDesktopMedia()）は引き続きコールバックのみをサポートします。 現在のサーフェスは Promise と互換性がないためです。逆方向向け コールバックは引き続きサポートされます。失敗した Promise が見つかった場合 バグを報告してください。

リアルタイムのコミュニケーションに関する新しいガイダンス

投稿:

拡張機能のリアルタイム オプションに関するガイドを公開しました。リアルタイム更新により、サーバーから拡張機能のインストールへの直接の通信パスを即座に確立できます。また、chrome.gcm、ウェブプッシュの使用に関する新しいガイダンスも追加しました。

新しいガイダンスとサンプル: Service Worker の終了のテスト

投稿:

Puppeteer で Service Worker の終了をテストする方法に関するガイドを公開しました。付属のサンプルでは、Puppeteer と Selenium でこれを示しています。

ネイティブ メッセージングのサンプルを更新

投稿:

最新のサンプルを公開しました ネイティブメッセージングですこの API を使用すると、拡張機能を起動して通信できるようになります。 必要があります。GitHub のコントリビューター Shubham-Rasal に感謝 大変なことになるでしょう。

Chrome 121: tab.Tab に新しい lastAccessed プロパティを追加

投稿:

lastAccessed という名前の新しいプロパティが tabs.Tab オブジェクトに追加されました。このプロパティは、タブが最後に有効になった日時を示します。エポックからのミリ秒数が返されます。

Chrome 121: サポートされていない「背景」キーが警告を発するようになりました

投稿:

Manifest V2 から Manifest V3 への変更では、バックグラウンド スクリプトを拡張機能 Service Worker に置き換えるため、"background" マニフェスト キーの子が変更されました。以前は、Manifest V2 のキー "scripts"、"page"、"persistent" を Manifest V3 拡張機能の "background" キーに追加すると、エラーがスローされていました。これらのキーが存在する場合は、警告がトリガーされます。

これは、コミュニティ グループの提案に沿って、複数のブラウザの拡張機能で 1 つのマニフェスト ファイルを使用できるようにするための措置です。

Chrome 120: アラームの最小粒度を 30 秒に縮小

投稿:

Chrome 120 以降、Manifest V3 拡張機能で chrome.alarms API を遅延または 30 秒の時間で使用できるようになりました。60 秒以上の値を必要としません。

ブログ投稿: Manifest V3 への移行を再開する

投稿:

Manifest V2 のサポート タイムラインが更新されました。詳しくは、2023 年 11 月のブログ投稿をご覧ください。

ブログ投稿: Manifest V3 でのコンテンツ フィルタリングのサポートの改善

投稿:

declarativeNetRequest API がどのように改善されたかについては、新しいブログ投稿をご覧ください。

ブログ投稿: 拡張機能向け Chrome 120 の新機能

投稿:

Chrome 120 ベータ版が最近リリースされました。拡張機能のデベロッパーに関連する重要な更新の概要については、新しいブログ投稿「拡張機能向け Chrome 120 の新機能」をご覧ください。また、今回のリリースにより、プラットフォームの重大なギャップのリストから残り 2 つの項目（userScript、ChromeOS のファイル ハンドラ）が削除され、大きな節目となります。

PSA: デベロッパー ダッシュボードにおけるプライバシー ポリシーの URL の処理に関する変更

投稿:

デベロッパー ダッシュボードのプライバシー ポリシーがアイテムレベルで追加されるようになりました。これにより、アイテムごとに異なるプライバシー ポリシーを指定できます。詳細を確認 PSA をご覧ください。

動画: Matt Frisbie とのチャット

投稿:

Chrome for Developers YouTube チャンネルで、Google Developer Expert の著者で Matt Frisbie が語る新しい動画を公開しました。視聴する こちらをご覧ください。

拡張機能のテストに関する新しいガイダンス

投稿:

拡張機能の自動テストの作成方法に関する新しいガイダンス（単体テストの作成方法、その両方を含む）を公開しました。 一般的なガイダンスと エンドツーエンドのテストに関するチュートリアル

ブログ投稿: Chrome 拡張機能の最新情報 - 2023 年 10 月

投稿:

このたび「Chrome 拡張機能の変更内容」の第 2 号を発行しました。この投稿では、Service Worker の安定性に関する問題や MV3 プラットフォーム上のすべてのギャップを解消するための進展など、拡張機能チームがこの数か月間取り組んできた取り組みについて解説します。また、Reading List API や User Scripts API など、今後の API リリースについてもご紹介します。

宣言型ネット リクエスト API の静的ルールセットの上限を引き上げ

投稿:

Web Extensions でのフィードバックに従う コミュニティ グループでは、有効な静的ルールセットの上限を 10 から 50 に大幅に引き上げます。 さらに、許可される静的ルールセットの合計数が 50 から 100 に増えます。これは、 使用できます。

リモートでホストされるコードに関するガイダンスの改善

投稿:

Manifest V3 では、拡張機能がリモートでホストされるコードを使用できないようにする必要があります。これは当初から移行ガイドに含まれていたものですが、この問題に関するガイダンスを改善する価値はあると考えました。このページでは、Manifest V3 で引き続きできることを説明し、アップグレード戦略に関する詳細情報を提供しています。

Chrome ウェブストアの違反に関するトラブルシューティングに関連する追加情報があります。新しいセクションで、リモートでホストされるコードを含む拡張機能が不承認となる一般的な理由について説明しています。

Chrome 118: isUrlFilterCaseSensitive をデフォルトで false に設定

投稿:

Chrome 118 以降、isUrlFilterCaseSensitive chrome.declarativeNetRequest のプロパティ API のデフォルトが false に変更されました。以前の動作を維持する場合は、次のように isUrlFilterCaseSensitive を明示的に true に設定します。 宣言します。

これは、Web Extensions のディスカッションに従います。 コミュニティグループFirefox と Safari にも、すでに同様の変更が加えられています。

Cookie とウェブ ストレージ API のドキュメント

投稿:

Chrome 拡張機能での Cookie とウェブ ストレージ API の仕組みに関する新しいガイドを公開しました。 Cookie とストレージのパーティショニングの変更について詳しくは、 プライバシー サンドボックス: サードパーティ Cookie の廃止に向けた継続的なプロジェクト 一連の新しいウェブ プラットフォーム API の作成を通じて、拡張機能での動作の詳細を確認できます。

拡張機能のサンプルが検索可能に

投稿:

先日、Chrome 拡張機能のサンプルを検索できるページを作成しました。検索ページには複数のオプションがあります。検索ボックスを使用すると、サンプルのタイトル内のテキストを検索できます。権限または拡張機能の API によって検索を制限できます。追加のフィルタを使用すると、検索を API サンプルまたは機能（ユースケース）サンプルに限定できます。

この新しいサンプルページは、Google Summer of Code の参加者である Xuezhou Dai によって構築されました。また、新しいサンプルもいくつか貢献してくれました。この夏の様子については、ブログの投稿をご覧ください。

以前と同様に、クローン作成またはフォーク用に、コードサンプルを GitHub で引き続き利用できます。

Chrome 118: ファイルを開く際の変更: スキーム URL

投稿:

Chrome 118 以降、拡張機能には [ファイルの URL へのアクセスを許可] が必要になります。設定を有効にして、Tabs API または Windows API を使用して file:// スキーム URL を開くように chrome://extensions ページから有効にします。このアクセスをプログラムで確認するには、chrome.extension.isAllowedFileSchemeAccess() を呼び出します。Firefox ではすでにファイルの URL が制限されていますが、Safari ではこの変更がサポートされています。詳しくは、拡張機能に関する Google グループの投稿をご覧ください。

Chrome 117: 拡張機能 API ナビゲーションの拡張 URL 保護

投稿:

以前は、tabs.update()、tabs.create()、windows.create() の拡張機能 API 呼び出しからトリガーされたナビゲーションで、一部の chrome:// URL でエラーが発生していました。また、JavaScript URL で tabs.update() を呼び出すことは禁止されています。117 では、JavaScript URL に対するこうした保護が tabs.create() メソッドに拡張され、前述のすべてのメソッドに適用される禁止 URL のリストに chrome:// URL が多数追加されました。

declarativeNetRequest API のガイダンスの改善

投稿:

chrome.declarativeNetRequest API は、宣言型のルールを指定することで、ネットワーク リクエストをブロックまたは変更します。これにより拡張機能は、リクエストをインターセプトしてコンテンツを閲覧することなく、ネットワーク リクエストを変更できるため、ユーザーのプライバシーが向上します。また、使い方も簡単ではありません。この点を念頭に置き、宣言型のルールセットの実装方法をより明確に理解できるようにガイダンスを改訂しました。上記のリンクの新しいセクションをお読みください。

Chrome ウェブストアで Google アナリティクス アカウントを使用する

投稿:

Chrome ウェブストアは Google アナリティクスと統合できるため、デベロッパー ダッシュボードに表示されるビューに加え、Chrome ウェブストアの掲載情報の分析情報を確認できます。詳しくは、Chrome ウェブストアで Google アナリティクス アカウントを使用するをご覧ください。

Chrome 115: DevTools がデフォルトでコンテンツ スクリプトを管理

投稿:

挿入されたコンテンツ スクリプトが、デフォルトで DevTools の無視リストに追加されました。これはブレークポイントには影響しませんが、デバッグ中にコンテンツ スクリプトがステップオーバーされ、それらのスクリプトからの例外は無視されます。[ソース] タブでコンテンツ スクリプトを開くと、この機能がオンになっていることを示すバナーが表示され、無視リストからコンテンツ スクリプトを削除するオプションが表示されます。この動作をオフにするには、DevTools を開いて [Settings]、[Ignore list] の順に移動します。詳細については、DevTools の新機能をご覧ください。

Chrome 116 ベータ版: この枠を超える

投稿:

Chrome 116 は拡張機能の大規模なリリースです。サイドパネルをプログラムで開けるようになりました。新しいメソッドを使用すると、アクティブなオフスクリーン ドキュメントがあるかどうかを確認できます。Service Worker の複数の改善点Android 116 には十分な改善点があり、その点についてはブログ投稿で解説しています。7 月 19 日時点で Chrome 116 はベータ版です。

ブログ投稿: Chrome 拡張機能の最新情報

投稿:

今年度の広告表示オプションの変更点と改善点の概要を公開しました。この投稿では、Side Panel API、Service Worker の機能強化、オフスクリーン ドキュメントなど、今年の大きな新機能について説明します。また、今四半期の取り組みについてもご覧いただけます。この記事では、その他にも多くのリストと、そのすべてへのリンクを紹介しています。

新しいガイダンスとサンプル: Chrome 拡張機能で Google アナリティクス 4 を使用する方法を確認する

投稿:

新たに Google アナリティクスと位置情報に関するガイダンスとサンプルを公開しました。

Chrome 115: chrome.offscreen.createDocument() で複数の理由を指定する

投稿:

chrome.offscreen.createDocument() を呼び出すときに、複数の reason 列挙型を指定できるようになりました。オフスクリーン ドキュメントを複数の目的で使用する場合に使用します。ブラウザでは、提供された理由に基づいてオフスクリーン ドキュメントの有効期間が決定されます。

新しいツール: 拡張機能更新テストツール

投稿:

このたび、拡張機能更新テストツールをリリースしました。これは、ローカル開発中に Chrome 拡張機能の更新（権限付与を含む）をテストするローカル拡張機能更新サーバーです。このツールはユーザーの更新フローを示しており、ユーザーが新たにリクエストした許可をユーザーが許可するまで拡張機能は無効のままになります。このツールは、拡張機能を Manifest V2 から Manifest V3 に更新する際にリクエストされる権限の変更をシミュレートする場合に特に便利です。

Chrome 114: 新しいサイドパネル API

投稿:

新しい Side Panel API が導入されました。これは、ユーザーがブラウジングしているコンテンツとともにツールにアクセスできるコンパニオン サーフェスです。詳しくは、Side Panel API リファレンスをご覧ください。また、GitHub サンプル リポジトリにサイドパネルのサンプルも多数追加しました。サイドパネルの詳細については、新しいブログ投稿「新しい Side Panel API を使用して優れたユーザー エクスペリエンスを設計する」でも説明しています。Google の品質に関するガイドライン ポリシーとおすすめの方法も審査し、質の高いサイドパネル表示オプションを作成するための詳しいガイダンスを提供しました。

皆様からのフィードバックは、この API を作成するために重要です。ご意見や機能リクエストについては、chromium-groups からお送りください。Side Panel API の改善に伴う新しい更新情報にご注目ください。

新しいサンプル: 拡張機能での WASM

投稿:

拡張機能で WASM を使用する方法を示す 2 つの新しいサンプルが公開されています。

これらのサンプルを提供してくれた GitHub のコントリビューター @daidr に心より感謝します。

Manifest V3 の移行ガイダンスの更新

投稿:

Manifest V3 移行ガイダンスの既知の問題セクションを更新し、新しい Manifest V2 のサポート終了スケジュールを発表する前に解消する予定の拡張機能プラットフォーム ギャップのリストを更新しました。

Manifest V3 を使用した音声と動画の録画

投稿:

このたび、音声録音とスクリーン キャプチャという新しい記事を公開しました。この記事では、Manifest V3 のタブ、ウィンドウ、画面からの音声や動画の記録について説明しています。この記事では、chrome.tabCapture API と getDisplayMedia() 関数を使用して記録するための複数の方法について説明します。

Chrome 114: storage.local の割り当てを引き上げ

投稿:

storage.local プロパティの割り当てを約 10 MB に増やしました。これは Web Extensions コミュニティ グループで同意されました。これにより、Chrome 112 で変更された storage.session と storage.local が一致するようになりました。

新しい拡張機能 Service Worker のチュートリアルとヘルプ

投稿:

Service Worker は Chrome 拡張機能に欠かせないツールです。Service Worker の登録、デバッグ、操作の基本について説明したチュートリアルを公開しました。また、重要なコンセプトを詳しく説明する新しい Service Worker ガイドも追加しました。今後数か月でこのセクションを拡張する予定です。

ウェブストアの違反に関するトラブルシューティングのその他のヒント

投稿:

Chrome ウェブストアでの公開に役立つ新しいガイダンスを 2 つの分野に追加しました。最低限の機能に関するガイダンスは、ユーザーにメリットを提供し、ブラウジング体験を充実させることが中心です。アフィリエイト広告のガイダンスでは、収益化のためにアフィリエイト リンクやコードを使用している拡張機能をユーザーに知ってもらい、掲載する前にユーザーの操作を要求することである程度の制御を可能にしています。

拡張機能マニフェスト コンバータの新しい手順

投稿:

拡張機能マニフェスト コンバータの README を書き直し、ツールの実行後に必要な操作を簡単に確認できるようにしました。このコンバータは、Manifest V2 で構築された拡張機能を Manifest V3 に移行するのに役立ちます。新しい README では、移行ガイドのチェックリストとほぼ一致する単語を使用して、ツールの機能について説明しています。コンバータがすべてを行うわけではありませんが、人間による判断が不要な多くのタスクがなくなります。

Chrome 113: オフスクリーン ドキュメントの新しい理由

投稿:

Offscreen Documents API に 2 つの新しい理由タイプを追加しました。LOCAL_STORAGE を使用して、ウェブ プラットフォームの localStorage API にアクセスします。ウェブワーカーの作成時に WORKER を使用します。

デベロッパー ダッシュボードに Google アナリティクス 4 を追加

投稿:

Chrome ウェブストア デベロッパー ダッシュボードで Google アナリティクス 4（GA4）がサポートされるようになりました。Google アナリティクスの設定がシンプルになり、グループ投稿者のアクセス管理が簡単になりました。以前に Google ユニバーサル アナリティクスを使用してストアの掲載情報のアクティビティをトラッキングしていた場合は、引き続きストアの掲載情報に関するデータを受信できるよう、2023 年 7 月 1 日までにご対応ください。詳しくは、Chromium 拡張機能に関する Google グループの投稿をご覧ください。

ChromeOS に File Handling API を導入

投稿:

File Handler API は、ChromeOS のバージョン 112 と 113 の Canary 版で使用できます。ChromeOS の拡張機能は、指定された MIME タイプとファイル拡張子を持つファイルを開くことができます。ファイル処理を実装するには、一連のルールを manifest.json に追加します。この機能は、プログレッシブ ウェブアプリの場合と同じように機能します。詳しくは、このサイトの他の記事をご覧ください。

ファイル操作を有効にするには:

  • 112 以降では、--enable-features=ExtensionWebFileHandlers フラグを使用して Chrome を起動
  • 113 以降では、Chrome のアドレスバーに os://flags/#extension-web-file-handlers を貼り付けて [有効] を選択します選択します

この機能は 6 月下旬の Chrome 115 でリリースされる予定です。このスペースで最新情報をご確認ください。

新しいサンプル: 動的宣言とプログラムによる挿入

投稿:

chrome.scripting API の新しいサンプルを作成しました。ここでは、実行時にコンテンツ スクリプトを登録する動的な宣言と、プログラムによる挿入について説明します。プログラマティック インジェクションでは、すでに開いているタブでスクリプトが実行されます。

新しいサンプル: 宣言型ネット リクエストのユースケース

投稿:

Declarative Net Request API を示す 3 つの新しいサンプルが公開されました。それぞれが 1 つのユースケースの実装を示しています。最初の例は、Cookie をブロックする方法を示しています。残りの 2 つの URL は、URL のブロックとリダイレクトを示しています。

Chrome 112: storage.session の割り当てを引き上げ

投稿:

Chrome 112 以降、storage.session プロパティの割り当てが約 10 MB に引き上げられました。これは、Web Extensions コミュニティ グループ（https://github.com/w3c/webextensions/issues/350）で合意されています。

Chrome 109: オフスクリーン ドキュメント

投稿:

Manifest V3 拡張機能でオフスクリーン ドキュメントを利用できるようになりました。これらは DOM 関連の機能と API をサポートするため、バックグラウンド ページから拡張機能 Service Worker への移行に役立ちます。詳しくは、こちらのブログ投稿をご覧ください。

Chrome 110: 拡張機能が有効になっている

投稿:

chrome.action.isEnabled() メソッドは、特定のタブで拡張機能が有効になっているかどうかをプログラムで確認します。これにより、タブを有効な状態に維持する必要がなくなります。この新しいメソッドは、タブ ID とコールバックへの参照を受け取り、ブール値を返します。ただし、chrome.declarativeContent を使用して作成されたタブは常に false を返すという制限があります。

（最近、chrome.action 名前空間に、拡張機能バッジの外観を制御するための新しいメソッドが追加されました。詳しくは、バッジの色の設定をご覧ください）。

Chrome 110: Service Worker のアイドル タイムアウトの変更

投稿:

以前は、拡張機能の Service Worker は頻繁に 5 分でシャットダウンされていました。この動作を、ウェブにおける Service Worker の存続期間により近い動作にしました。拡張機能の Service Worker は、非アクティブな状態が 30 秒間続くか、1 つのアクティビティの処理に 5 分以上かかるとシャットダウンされます。詳細については、拡張機能の Service Worker の存続期間を延長するをご覧ください。

投稿: Manifest V2 の段階的廃止を一時停止する

投稿:

Manifest V2 のサポート終了スケジュールは現在検討中であり、2023 年初頭に予定されていたテストは延期されています。詳しくは、Google グループの chromium-extensions の更新情報をご覧ください。

Chrome 110: バッジの色を設定する

投稿:

chrome.action 名前空間に、外観拡張機能バッジをより細かく制御できる 2 つの新しいメソッドが追加されました。setBadgeTextColor() メソッドと getBadgeTextColor() メソッドを使用すると、拡張機能でツールバー アイコンのバッジテキストの色を変更したりクエリしたりできます。これらの新しいメソッドを setBadgeBackgroundColor および getBadgeBackgroundColor と併用すると、デザインとブランドの一貫性を高めることができます。

ブログ投稿: Manifest V3 への移行の詳細

投稿:

Manifest V2 のサポート終了スケジュールを明確化しました。Manifest V2 のサポート タイムラインも更新し、この情報を反映しました。

ドキュメントの更新: Manifest V3 への移行時の既知の問題

投稿:

現在開発中の主な機能と未解決のバグの一覧をまとめています。このページの目的は、デベロッパーが将来に向けてプラットフォームの現状とターゲットとなる機能をより深く理解できるようにすることです。

Chrome ウェブストア: 「大きなプロモーション タイル」画像アップロードを削除しました

投稿:

Chrome ウェブストアの「大きなプロモーション タイル」の削除デベロッパー ダッシュボードの [ストアの掲載情報] タブからアップロードする UI。これらの画像は一般ユーザー向けの UI では使用されていないため、この変更はエンドユーザー エクスペリエンスには影響しません。詳しくは、こちらの chromium-extensions の投稿をご覧ください。

Chrome 106: file:// URL のページからウェブアクセス可能なリソースへのアクセスを許可

投稿:

crbug.com/1219825#c11 によると、サンドボックス化された iframe や動的インポートなどの不透明なオリジンも、ウェブでアクセス可能なリソースにアクセスできる必要があります。

Chrome 106: 一部の非同期 API 関数で最終引数が正しくないことがあるバグを修正

投稿:

これまでは、Manifest V3 で非同期 API を呼び出すと、無効な最終引数が指定されることがあり、Chrome ではエラーが発生しませんでした。この修正により、Chrome でエラーが正しく発生し、一致する署名がなかったことが報告されるようになりました。API 呼び出しの誤った署名を誤って使用している可能性があり、このバグ修正によって機能しなくなる場合に備えて、Canary の拡張機能でエラーがないかどうかを確認することをおすすめします。

ブログ投稿: Chrome ウェブストアのアナリティクス ツールが改良

投稿:

Chrome ウェブストアの Chrome ウェブストア デベロッパー ダッシュボードでアイテム分析機能を刷新しました。新しいダッシュボードは一目で理解しやすく、最も有用な情報があらかじめ統合されています。詳しくは、こちらのブログ投稿をご覧ください。

Chrome 105: Identity API に関する約束

投稿:

Identity API 上の関数に対応 Promise ベースの呼び出しをサポートしています。これに伴い、Google Workspace の identity.getAuthToken()。ここで、 Promise ベースの呼び出しに設定された非同期の戻り値には「token」が含まれます。「grantedScopes」とパラメータとして （別の引数として引数として受け取るコールバックとは対照的に） あります。

Chrome 104: Manifest V3 向けの新しいファビコン API

投稿:

Manifest V3 拡張機能で、新しい URL パターン chrome-extension://<id>/_favicon/ を使用してファビコンにアクセスできるようになりました。 は拡張機能の ID です。これは、Manifest V2 プラットフォームの chrome://favicons API に代わるものです。詳しくは、Favicon API のドキュメントをご覧ください。

ドキュメントの更新: デベロッパーのトレーダー/非トレーダーの開示

投稿:

取引業者/非取引業者のデベロッパーの識別情報を追加しました。 取引業者/非取引業者のステータスを正確に自己申告するようデベロッパーに伝える

Chrome 103: Manifest V3 の Wasm に wasm-unsafe-eval が必要

投稿:

Chrome で拡張機能に script-src: wasm-unsafe-eval がデフォルトで付与されなくなりました。使用する拡張機能 WebAssembly は、このディレクティブと値を extension_pages に明示的に追加する必要があります。 content_security_policy 宣言。

Chrome 103: MV3 のショートカットの変更がすぐに反映される

投稿:

chrome://extensions/shortcuts で Manifest V3 拡張機能のキーボード ショートカットを変更すると、 更新が直ちに適用されるようになりましたこれまでは、事前読み込みを行うために拡張機能を再読み込みする必要がありました。 有効になります。

Chrome 102: メインの環境での動的コンテンツのスクリプト

投稿:

動的に登録されたコンテンツ スクリプトでは、 世界に存在します。詳しくは、 scripting.registerContentScripts() をご覧ください。

Chrome 102: 新しいマニフェスト フィールド「optional_host_permissions」

投稿:

Manifest V3 拡張機能で manifest.json で optional_host_permissions キーを指定できるようになりました。この Manifest V3 拡張機能で Manifest V2 と同様にホストのオプションの一致パターンを宣言可能 拡張機能は optional_permissions キーを使用できる。

Chrome 102: scripting.executeScript() の insertImmediately プロパティ

投稿:

chrome.scripting.executeScript() がオプションの injectImmediately プロパティを受け入れるようになりました。 injection 引数。この要素が存在し、かつ true に設定されている場合、スクリプトはすぐにターゲットに挿入されます。 document_idle を待つのではなく、ただし、スクリプトによって API 呼び出しが行われている間もページの読み込みが継続するため、ページが読み込まれる前に挿入されます。

Chrome 102: Manifest V3 でのアドレスバー API のサポート

投稿:

Omnibox API が Service Worker ベース できます。以前、この API のメソッドの一部は、内部エラーのため呼び出しでスローされていました。 依存関係があることがわかります。

Chrome 102: Manifest V3 CSP で wasm-unsafe-eval を許可

投稿:

Manifest V3 拡張機能の content_security_policy に wasm-unsafe-eval を追加 あります。この変更により、Manifest V3 拡張機能で WebAssembly を使用できるようになります。

Chrome 102: 新しい storage.session API

投稿:

Manifest V3 拡張機能でメモリ ストレージ storage.session を使用できるようになりました。

ドキュメントの更新: Chrome ウェブストアのアイテム検索

投稿:

Chrome ウェブストアで探すでは、ユーザーがアイテムを見つける方法の概要を確認できます。 をご覧ください。

Chrome 101: declarativeNetRequest のドメイン条件を改善

投稿:

declarativeNetRequest ルールの条件が 更新され、拡張機能でリクエストの「リクエスト」に基づいてリクエストをより的確にターゲットにできるようになりました。および "イニシエータ"できます。関連する条件プロパティは initiatorDomains です。 excludedInitiatorDomains、requestDomains、excludedRequestDomains。関連情報 chrome-extensions スレッドをご覧ください。

Chrome 100: 新しく作成されたタブでの scripting.executeScript() に関する問題を解決

新しく作成されたタブで scripting.executeScript() を呼び出すという以前から存在していた問題を修正 失敗する可能性があります。

Chrome 100: ネイティブ メッセージング ポートで Service Worker を維持

投稿:

拡張機能の chrome.runtime.connectNative() を使用してネイティブ メッセージング ホストに接続する ポートが開いている限り、Service Worker は Service Worker を維持する必要があります。

Chrome 100: omnibox.setDefaultSuggestion() で Promise とコールバックをサポート

投稿:

「 omnibox.setDefaultSuggestion() メソッドが Promise を返すか、またはコールバックをデベロッパーが受け入れて 提案が正しく設定されました。

Chrome 100: 拡張機能 Service Worker での i18n.getMessage() のサポート

投稿:

chrome.i18n.getMessage() API は、 拡張機能の Service Worker コンテキストで サポートされます

Chrome 99: Canary の match_origin_as_fallback

投稿:

コンテンツ スクリプトが、フレームに挿入される match_origin_as_fallback キーを指定できるようになりました。 about:、data:、blob:、filesystem: のフレームを含む、一致するフレームに関連する できます。コンテンツ スクリプトを確認する ドキュメントをご覧ください

Chrome 99: Service Worker でのファイル: Canary のスキームに対する拡張機能のサポート

投稿:

Service Worker ベースの Manifest V2 拡張機能と Manifest V3 拡張機能で Fetch API を使用して file: スキーム URL。file: スキームの URL にアクセスするには、引き続きユーザーが [アクセスを許可] を有効にする必要があります to ファイルの URL'（chrome://extensions ページの拡張機能）をご覧ください。

Chrome 99: Canary でのメッセージング API のサポートを約束

投稿:

Promise のサポートが追加されました tabs.sendMessage, runtime.sendMessage、 runtime.sendNativeMessage: マニフェスト V3 用にビルドされた拡張機能です。

ドキュメントの更新: Chrome ウェブストアのレビューに関するドキュメント

投稿:

Chrome の概要を説明する新しいリファレンス ページを追加しました ウェブストアの審査プロセスと、デベロッパー プログラム ポリシーに対する違反措置の対応方法について説明します。

Chrome 98: scripting.executeScript() と scripting.insertCSS() を複数ファイルを受け入れる

投稿:

Scripting API の executeScript() と insertCSS() メソッドで使用可能になりました できます。これまで、これらのメソッドには単一のファイル エントリを持つ配列が必要でした。

ドキュメントの更新: 違反に関するトラブルシューティングの最新情報を確認する

投稿:

Chrome ウェブストアの違反に関するトラブルシューティング ページを公開しました。 を更新しました。

Chrome 96: Promise のサポートを 27 個の API に拡大

投稿:

このリリースには、以前のリリースよりもはるかに多くの Promise アップデートが含まれています。更新内容: 一般的な拡張機能 API と ChromeOS 固有の拡張機能 API の両方をサポートします。詳しくは、以下のセクションを開いてください。

拡張機能 API

多くの API が Manifest V3 の Promise をサポートするようになりました。

また、ChromeSetting を使用する API Promise もサポートされるようになりました。この変更の影響を受ける API は次のとおりです。

ChromeOS API

Chrome 96: 動的コンテンツのスクリプト

投稿:

chrome.scripting API が 登録 更新 コンテンツ スクリプトの登録解除、リストの取得 実行時に決定できますこれまでコンテンツ スクリプトは、拡張機能の または、実行時に自動的に挿入され、 chrome.scripting.executeScript().

ドキュメントの更新: Manifest V2 のサポート タイムライン

投稿:

Manifest V2 から V3 への移行タイムラインはこちらのブログ投稿で発表されており、 より詳細なタイムライン ページを公開しました。

Chrome 96: declarativeNetRequestWithHostAccess 権限

投稿:

新しい declarativeNetRequestWithHostAccess 権限により、拡張機能は chrome.declarativeNetRequest API を使用するサイト 拡張機能のホスト権限があります。これにより、 webRequest、webRequestBlocking、サイト固有のホスト権限を移行することで、 chrome.declarativeNetRequest API なし ユーザーに新しい権限の承認を要求します。

Chrome 95: スクリプトをページに直接挿入

投稿:

chrome.scripting API executeScript() メソッドで可能に ページのメイン画面にスクリプトを直接挿入します。これまで、拡張機能は 隔離された環境内に入り込むことができます隔離された世界について詳しくは、次のドキュメントをご覧ください: コンテンツ スクリプト。

Chrome 95: Storage API のサポートを約束

投稿:

chrome.storage の Manifest V3 バージョンのメソッド API が Promise を返すようになりました。

ポリシーの更新: 2 段階認証プロセスの適用

投稿:

2021 年 6 月 29 日のポリシーの更新に関するブログ投稿を更新しました 2 段階認証プロセスのデプロイスケジュールを修正します。

Chrome 94: 宣言型のネット リクエストの静的ルールセットの変更

投稿:

chrome.declarativeNetRequest が以下をサポートするようになりました。 最大 50 個の静的ルールセットを指定する (MAX_NUMBER_OF_STATIC_RULESETS) 最大 10 個のルールセットを (MAX_NUMBER_OF_ENABLED_STATIC_RULESETS) 一度に 1 つずつです

Chrome 93: クロスオリジン分離のサポート

投稿:

Manifest V2 と Manifest V3 拡張機能の両方でクロスオリジン分離を有効にできるようになりました。この機能により、どのクロスオリジン リソースで拡張機能のページの読み込みが可能になり、次のような低レベルのウェブ プラットフォーム機能を使用できるようになります。 SharedArrayBuffer.Chrome 95 以降、オプトインが必要になります。

ポリシーの更新: デベロッパー プログラム ポリシーの更新

投稿:

Chrome ウェブストアのデベロッパー プログラム ポリシーが更新されました に、不正なインストール手法、スパム、コンテンツの繰り返しに関するポリシーを明確化しました。 このアップデートには、Chrome ウェブに公開するための新しい 2 段階認証プロセス要件も含まれています。 保存できます。詳しくは、こちらのブログ投稿をご覧ください。

ブログ投稿: Manifest V3 での拡張機能の操作

投稿:

Chrome 拡張機能には数年前から chrome.browserAction API と chrome.pageActions API があったが、Manifest V3 では、どちらも汎用の chrome.actions API に置き換えられました。この 投稿では、これらの API の歴史と Manifest V3 の変更内容について説明しています。投稿を読む。

ブログ投稿: chrome.scripting のご紹介

投稿:

chrome.scripting API は、新しい Manifest V3 API に焦点を当てたものです。 最後はスクリプティングです今回の投稿では、この変化が起きた動機を掘り下げ、より詳しく見ていきます。 注目しています。投稿を読む。

Chrome 92: モジュールの Service Worker のサポート

投稿:

Chrome で Service Worker で JavaScript モジュールがサポートされるようになりました。モジュールを指定するには、ストレージ内のモジュールを manifest:

"background": {
  "service_worker": "script.js",
  "type": "module"
}

これにより、ワーカー スクリプトが ES モジュールとして読み込まれ、import キーワードを 使用して他のモジュールをインポートする場合です。

Chrome 91: chrome.action.getUserSettings()

投稿:

新しい chrome.action.getUserSettings() メソッドを使用すると、ユーザーが拡張機能をメイン ツールバーに固定したかどうかを判断できます。

Chrome 90: chrome.scripting.removeCSS()

投稿:

新しい chrome.scripting.removeCSS() メソッドを使用すると、以前に chrome.scripting.insertCSS().これは、 chrome.tabs.removeCSS() に代わるものです。

Chrome 90: scripting.executeScript() から Promise を返す

投稿:

現在 chrome.scripting.executeScript() Promise を返す場合をサポートします。スクリプト実行の結果値が Promise の場合、Chrome は Promise が決済されるのを待ってから、その結果の値を返します。

Chrome 90: chrome.scripting.executeScript() の結果に frameId が含まれる

投稿:

返された結果元 chrome.scripting.executeScript() frameId が追加されています。 frameId プロパティは、結果の元のフレームを示すため、拡張機能を簡単に使用できます。 複数のフレームを注入するときに、結果を個々のフレームに関連付けます。

Chrome 89: タブグループを管理するための新しい API

投稿:

新しい chrome.tabGroups API と Google Chat の新機能 chrome.tabs を使用すると、拡張機能によってタブグループの読み取りと操作が可能になります。 Manifest V3 が必要です。

Chrome 89: ウェブアクセス可能なリソースの権限のカスタマイズが可能に

投稿:

Google Cloud のウェブアクセス可能なリソースの定義 Manifest V3 の変更により、拡張機能がリクエスト元のオリジンに基づいてリソース アクセスを制限可能に できます。

ブログ投稿: 拡張機能マニフェスト コンバータ

投稿:

Chrome 拡張機能チームはオープンソースの「Extension Manifest Converter」を提供しています。 は、拡張機能を Manifest V3 に変換する際の機械的な側面の一部を自動化します。詳しくは、 お知らせのブログ投稿をご覧ください。また、GitHub からダウンロードすることもできます。

Chrome 88: Manifest V3 の一般提供を開始

投稿:

Manifest V3 は拡張機能プラットフォームのメジャー アップデートです。新機能と変更された機能の概要については、Manifest V3 の概要をご覧ください。拡張機能 は引き続き Manifest V2 を使用する可能性がありますが、これは近い将来に廃止される予定です。私たちは 新しい拡張機能には Manifest V3 の使用を推奨し、既存の拡張機能の移行を開始する マニフェスト V3 に移行してください。