Chrome のインストール基準の見直し

Adriana Jara

今後数か月間、Chrome では、アプリのインストール条件を簡素化してデベロッパーとユーザーの利便性を高めることを目的としたテストを実施します。この記事では、想定される変更と、これらのテストを実施する理由について説明します。

インストール機能は 2015 年からモバイルのウェブ機能として存在し、2019 年にデスクトップの PWA インストールのサポートが追加されました。Chromium ブラウザでのインストール機能は、名前やアイコンなどの特定のフィールドを含むマニフェストや、フェッチ ハンドラを含むサービス ワーカーなど、品質基準によって制限されています。

既存のインストール基準の目的は、デベロッパーが質の高いユーザー エクスペリエンスに投資し、ソフトウェアのインストール時にユーザーの期待に応えるよう促すことです。ただし、基準の要件が必ずしも質の高いエクスペリエンスを生み出すとは限りませんでした。たとえば、サービス ワーカーのチェックは、オフライン エクスペリエンスのあるサイトを検出するためのプロキシとして想定されていましたが、サイトは空の取得ハンドラを持つサービス ワーカーを追加して基準を満たしていました。これにより、エクスペリエンスが向上する代わりにウェブ パフォーマンスが低下します（Chrome は最終的に空のハンドラを無視することでこの問題を軽減しました）。

既存の基準では意図した結果が得られていないため、基準の変更をテストしています。最初のステップとして、メニューからのインストール用に fetch() メソッドを実装するサービス ワーカーの要件を、モバイル版ではバージョン 108、パソコン版ではバージョン 112 以降削除しました。

ユーザーにアプリ内オフライン エクスペリエンスを提供するという当初の目標を達成するため、独自のページを実装していないサイト向けにデフォルトのカスタム ページをリリースしました。

現時点では、インストール プロンプトを表示するアルゴリズムには fetch() ハンドラが必要です。この点については、新しいシグナルを組み込み、ユーザーがアプリをインストールする可能性が高い場合にプロンプトを表示できるように取り組んでいます。デベロッパーは引き続き beforeInstallPrompt() を使用してプロンプトを制御できます。

Google は、ユーザーがアプリとして使用するウェブサイトを、アイコンを使用して直接アクセスできるフル画面で表示するかどうかを決定できるようにしたいと考えています。今後のリリースでは、インストール可能にするために必要な特定のマニフェスト フィールドを削除するテストを実施する予定です。Google は、指標とユーザーのフィードバックを慎重に評価し、Chrome の更新後の動作を決定します。

最後に、Lighthouse の PWA チェックはインストール可能性の基準に直接関連しているため、このカテゴリを Lighthouse から削除することにしました。Google は、ウェブ上でのインストール エクスペリエンスを最適化するための最適なツールをデベロッパーに提供することに引き続き取り組んでおります。最適化のチェックとインストール可能エクスペリエンスのデバッグは DevTools で引き続きご利用いただけます。

これらのテストにご注目ください。ご不明な点やご懸念がございましたら、フィードバックを送信してください。