権限リクエスト チップ

これまで、ユーザーが権限をリクエストするサイトにアクセスすると、バブルがポップアップ表示され、ユーザーに決定を求めていました。たとえば、バージョン 96 までの Chrome で実装されている位置情報の権限プロンプトが表示されます。(この権限とその他の権限は、デモサイト 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 では、意思決定の強制感が軽減され、ブラウジング エクスペリエンスが向上します。ほとんどの権限プロンプトはブロックまたは無視されるため、目的は、特にユースケースを完了するために権限が必要な場合に、権限プロンプトを表示するときにユーザーフローを中断することなく、ブラウジングの全般的なエクスペリエンスを向上させることでした。

謝辞

このドキュメントは Joe Medley によってレビューされました。