権限リクエスト チップ

Thomas Steiner

これまでの権限の UX

権限をリクエストするサイトにユーザーがアクセスすると、決定を求めるバブルがポップアップ表示されます。たとえば、Chrome（バージョン 96 まで）に実装されている位置情報の利用許可のプロンプトを以下に示します。（この権限とその他の権限は、デモサイト permission.site で試すことができます）。

Chrome の位置情報の利用許可に関するメッセージ

ほとんどの権限プロンプトが無視または拒否される

Chrome のテレメトリー データでは、多くの権限プロンプトが無視されることが実証されています。通知権限のデータは、Chrome UX レポートでご確認いただけます。下の表に、サイトの通知プロンプトに対する Windows ユーザーの反応の累積的な反応を示します。また、位置情報のプロンプトに対しても、「閉じる」または「無視する」動作が類似していることに注目してください。

アクション 通知プロンプトの割合
許可する 6.69％
ブロック 9.20％
閉じる 35.76％
無視 47.19％

無視/拒否率が約 85% であり、特にプロンプトが目立ち、ユーザーがすぐに決定を下す必要があることを考えると、ブラウザが想定する緊急度と、決定を待つことに対するユーザーの好みには矛盾が生じます。この場合、Cookie 使用に関する同意モードのバナーやニュースレターの登録など、ユーザーが反応する必要のある追加項目が失われます。

新デザイン

そのため、Chrome 98 以降では、権限がリクエストされるとロックの横にアニメーション化されたチップ UI が導入されました。これは、リクエストされている権限を説明するアイコンとラベルで構成されます。その目的は、ウェブ ブラウジングのエクスペリエンスを改善し、大部分のユーザーにとっては不要な権限リクエストや、しばしば無視または拒否される権限リクエストを回避することでした。

リクエスト チップをクリックすると、既存のプロンプト バブルが表示されます（まだ表示されていない場合）。リクエスト UI は、以下に示すヒューリスティックに基づいてリクエスト バブルで自動的に拡張されます。

  • この権限は、サイトが自動的にトリガーするのではなく、サイト自体を操作する際にユーザーの操作によってトリガーされました。
  • 権限が不可欠であり、通常はスパムではないとみなされています。現時点では、これにはカメラ、マイク、マイクとペア設定されたカメラが含まれます。

南京錠から位置情報プロンプトへのフロー図。拒否すると「位置情報ブロック」アイコンが表示されます。このアイコンは 4 秒後に再び南京錠に置き換えられます。

新しいデザインの強制適用

これは段階的な公開であるため、次のフラグを切り替えることで新しいデザインを強制的に適用できます。

  • chrome://flags/#permission-chip
  • chrome://flags/#permission-chip-gesture
  • chrome://flags/#permission-chip-request-type

新しいデザインの流れ

ユーザー操作なし

操作によってトリガーされない重要でない権限については、プロンプトがサイト コンテンツに干渉することがなくなり、即時の決定を強要しなくなります。ユーザーは、判断を下すのに十分な情報が得られるまで、リクエスト チップを無視できます。

インタラクションなし

リクエスト チップは、操作を行わず、しばらくすると自動的に「ブロックされたアイコン」（権限が一時的にブロックされていることを示す）に折りたたまれた後、完全に閉じます。その目的は、ユーザーが何も操作せずに決定を下すことを決断しないようにすることです。

南京錠から目立たない位置情報チップへのフロー図。12 秒遅れると「位置情報ブロック」アイコンが表示されます。このアイコンは 4 秒後に再び南京錠に変わります。

予想される短期的な影響

短期的には、ユーザーが新しい UI に慣れるまで、サイト所有者によるサイトの権限付与率が低下する可能性があります。特に、権限を自動的にリクエストしたり、ユーザー操作を要求したりしないサイトについては、権限付与率が下がる可能性があります（これはいずれにしても悪い手法と見なされます）。この既知の欠点は、中断の少ないエクスペリエンスによってはるかに上回ります。

ベスト プラクティス

必要なコンテキストを提供し、適切なタイミングでのみ権限をリクエストするかどうかは、サイト側が担います。ユーザーがリクエストを無視するかプロンプトを閉じたときに、一時的にブロックされた権限は、同じセッション内で権限を再度リクエストできます。この操作は、その権限がサイトまたは機能に不可欠な場合にのみ行ってください。そうしないと、ユーザーに不快感を与え、自動的にブロックされる可能性があります。このような場合には、Chrome 80 で導入された静かなメッセージを紹介します。一般的なガイダンスについては、権限の UX をご覧ください。

今後の展望と結論

UI と UX のさらなる改善が計画されています。Chrome チームはすでにこの問題の解決に取り組んでおり、以前の動作に基づいて権限の自動ブロックをより積極的に行う可能性について調査しています。これらの計画が成熟し次第、こちらでニュースについてお知らせします。

まとめると、新しい UI により、決断に対する印象が軽減され、ブラウジング エクスペリエンスが向上します。ほとんどの権限プロンプトはブロックまたは無視されるため、目的は、特にユースケースを完了するために権限が必要な状況で、権限プロンプトを表示する際にユーザーフローを中断することなく、ブラウジングの全体的なエクスペリエンスを向上させることでした。

謝辞

ヒーロー画像（作成者: Sigmund、Unsplash）この記事は Joe Medley によってレビューされました。