権限リクエスト チップ

これまで、ユーザーが権限をリクエストするサイトにアクセスすると、ユーザーに判断を求めるバブルがポップアップ表示されていました。たとえば、バージョン 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 が確認しました。