2018 年上半期が終了し、Chrome 拡張機能プラットフォームとウェブストアでは多くのことが起こりました。このたび、重要な更新と新機能をリリースいたしましたので、お知らせいたします。このブログ投稿では、過去 3 か月間に Chrome 拡張機能で何が起きたかについて概説します。
Manifest V2 の段階的廃止の開始
予定どおり 6 月 3 日より、Manifest バージョン 2 の拡張機能がまもなく廃止されることをユーザーに警告するようになりました。この警告は、すべての Chrome チャンネルで引き続きロールアウトされています。これに伴い、Manifest V2 拡張機能の無効化を開始いたします。ユーザーは、必要に応じてこれらの拡張機能を再度有効にすることができます。
Google I/O
また、次回の Google I/O では、拡張機能に関する最新情報をご紹介しました。 新しいメニューのプレビューにより、ユーザーはより詳細に管理できるようになりました。また、新しく導入されたバージョン ロールバック機能により、デベロッパーは以前に公開した拡張機能のレビューを待たずにすばやく再デプロイできます。さらに、Chrome ウェブストアの更新内容も振り返り、優れた拡張機能をハイライトしました。 YouTube で全編動画をチェックし、ブログ投稿でハイライトをご覧ください。
宣言型ネット リクエストの高速追跡: 安全なルールの更新による拡張機能の迅速な審査
Declarative Net Request API（DNR）を使用する Chrome 拡張機能は、rule_resources マニフェスト キー内の安全な静的ルールのみを変更する更新の審査をバイパスできます。再デプロイされた拡張機能の変更は、拡張機能がポリシー違反と報告されておらず、その他の利用条件を満たしていれば、数分以内に有効になります。
デベロッパーは、Chrome ウェブストア デベロッパー ダッシュボードまたは Publish API を使用して、この迅速な審査プロセスにオプトインする必要があります。利用資格とオプトイン方法について詳しくは、Chrome ウェブストアのドキュメントをご覧ください。
新しい action.openPopup API
Chrome 127 以降、すべての拡張機能で action.openPopup API を使用できるようになりました。この変更は、バグトラッカーでこの問題にスターを付けたデベロッパーを含め、多くのデベロッパーから要望が寄せられていました。これまで、この API はポリシーによってインストールされた拡張機能でのみ利用可能でしたが、WebExtensions コミュニティ グループでの議論を経て、ついにこの API をすべてのユーザーにリリースできることを嬉しく思います。これにより、Chrome や他の Chromium ブラウザと、この API がすでに利用可能な Firefox や Safari との整合性が確保されます。
サイドパネル UI の更新
Chrome のサイドパネル UI がアップデートされ、拡張機能のアクション アイコンにリンクされたサイドパネルを簡単に再度開くことができる固定アイコンが追加されました。また、各パネルが独自のエクスペリエンスを提供するため、グローバルなサイドパネル アイコンを削除しました。
拡張機能でサイドパネルを使用している場合は、ユーザーのオンボーディング方法を変更し、パネルを開く方法を明示的に提供する必要があります。
拡張機能でのオリジン トライアル
Chrome 126 以降では、すべての拡張機能サーフェスでオリジン トライアルとデプリケーション トライアルを有効にできます。trial_token を manifest.json ファイルに追加して、バックグラウンド スクリプト、ポップアップ、オフスクリーン ドキュメント内でトライアル機能を使用する方法については、ドキュメントをご確認ください。
YouTube とやり取りする拡張機能は Trusted Types に移行する必要があります
YouTube チームは、Trusted Types を使用して YouTube のクライアント側のセキュリティを向上させています。Trusted Types では、サードパーティのブラウザ拡張機能で DOM API に値を割り当てる際に、文字列ではなく型付きオブジェクトを使用する必要があります。 2024 年 7 月 25 日より、Trusted Types のセキュリティ要件を満たしていないブラウザ拡張機能は、適用後に機能しなくなる可能性があるため、デベロッパーは拡張機能が新しい YouTube セキュリティ標準に対応していることを確認する必要があります。拡張機能によって HTML が変更され、ユーザーが youtube.com で使用できる可能性がある場合は、拡張機能の互換性を確認する方法と、機能を有効にすると正常に機能するかどうかを確認します。
ドキュメントの更新情報
先日、Chrome ウェブストア API のドキュメントを更新し、部分的なロールアウトのデプロイの割合を指定できる deployPercentage に関する情報を追加しました。
また、新しいコンテンツ フィルタリング ガイドも追加しました。Declarative Net Request API を使用したネットワーク フィルタリング、拡張機能に含めることができるルール数の制限、ユーザーが独自のフィルタリング ルールを定義する方法などについて、詳しく説明します。
今後の機能
Google では、拡張機能で複数のユーザー スクリプト環境をサポートする新しい API の提案に取り組んでいます。これにより、ユーザー スクリプト マネージャーは、1 つのサイトに複数のユーザー スクリプトが注入される可能性がある場合に、個々のユーザー スクリプトをより適切に分離できるようになります。詳しくは、WECG Multiple user Script Worlds 提案をご覧ください。
現在取り組んでいるもう一つの魅力的な機能の提案は、デベロッパーがダークモードのアイコンのセットを提供することで、ダークモードでの拡張機能アイコンの視認性を高められるようにすることです。詳しくは、ダークモード拡張機能アイコンのサポートに関する WECG の提案をご覧ください。
🗃?️ 新しい動画
Chrome 拡張機能チームの Patrick さんが、Chrome 拡張機能におけるリモートホスト コード（RHC）のコンセプトについて説明します。RHC が使用できなくなった理由、RHC の検出方法、拡張機能を更新する必要がある場合の対処方法については、リモート ホスト型コードとはをご覧ください。
また、Patrick さんと Oliver さんは Chrome ウェブストアの審査チームと直接面談し、審査プロセスの複雑さを解明しました。皆様から寄せられた質問やフィードバックはすべて、Chrome ウェブストアの舞台裏: 信頼性と安全性に関する質問をご覧ください。
改めまして、拡張機能コミュニティにご参加いただきありがとうございました。❤️