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

Adriana Jara

Chrome では今後数か月以内に、アプリのインストール条件をシンプルにし、デベロッパーとユーザーのエクスペリエンスを向上させるためのテストを実施する予定です。この投稿では、想定される変更点と、こうしたテストを実施する理由について説明します。

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

既存のインストール基準の目的は、デベロッパーが高品質のユーザー エクスペリエンスに投資するよう奨励し、ソフトウェアのインストール時にユーザーの期待に応えることです。ただし、基準に定められた要件が、必ずしも質の高いエクスペリエンスにつながっているとは限りません。たとえば、Service Worker のチェックは、オフライン状態のサイトを検出するためのプロキシとして使用されていましたが、サイトでは、条件を満たすために空のフェッチ ハンドラを持つ Service Worker が追加されています。この場合、エクスペリエンスは改善されず、ウェブのパフォーマンスが損なわれます（最終的に Chrome では空のハンドラを無視することで問題が緩和されました）。

既存の基準では意図した結果が得られないため、YouTube では基準をいくつかの変更でテストしています。最初のステップとして、メニューからインストール用の fetch() メソッドを実装する Service Worker の要件を削除しました（モバイルではバージョン 108、デスクトップではバージョン 112 以降）。

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

現時点では、インストール プロンプトを表示するアルゴリズムには引き続き fetch() ハンドラが必要です。この領域には、新しいシグナルを組み込み、ユーザーがアプリをインストールする可能性が最も高いときにプロンプトを表示する作業を進めています。デベロッパーは beforeInstallPrompt() を使用してプロンプトを制御できます。

注: Service Worker は依然としてコアウェブ テクノロジーであり、パフォーマンスや通知を改善するための優れたキャッシュ戦略の実装、カスタムのオフライン エクスペリエンスなど、その他のエクスペリエンスにも必要となります。

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

注: 優れたユーザー エクスペリエンスを実現するには、ウェブアプリで short_name または name、icons（さらにはマスク可能なアイコン）、start_url、display フィールドを使用することを強くおすすめします。これにより、インストール環境が最適になり、ユーザーのホーム画面やその他のアプリのサーフェスでブランドをどのように表示するかを制御できるようになります。

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

これらのテストにご期待ください。ご質問やご不明な点がございましたら、フィードバックをお寄せください。