權限要求方塊

權限使用者體驗

當使用者造訪會要求權限的網站時,系統會彈出一個對話框,提示使用者做出決定。舉例來說,下方會顯示 Chrome 96 以下版本所實作的地理位置權限提示。(您可以在我們的示範網站 permission.site 上嘗試執行上述操作和其他權限。

Chrome 地理位置權限提示

大部分的權限提示都會遭到忽略或關閉

Chrome 的遙測資料證明會忽略大量權限提示。您可以自行瀏覽 Chrome 使用者體驗報表中的通知權限資料。目前,請參考下表,瞭解 Windows 使用者如何以累加方式回應網站上的通知提示,同時請注意地理位置提示偵測到類似的關閉或忽略行為。

動作 通知提示的百分比
允許 6.69%
阻擋 9.20%
關閉 35.76%
忽略 47.19%

由於該提示的忽略/關閉率約為 85%,尤其是提示有多高,且使用者需要立即做出決定,因此瀏覽器假設的迫切程度,與使用者希望做決定的意願之間存在衝突。這會讓使用者誤以為網站要求授予權限,因為這樣可能會失去使用者需要做出回應 (例如 Cookie 同意橫幅、電子報訂閱等) 的干擾。

新設計

因此,自 Chrome 98 版起,我們導入了動畫方塊 UI,每當系統要求權限時,就會在鎖定旁邊顯示動畫方塊 UI。其中包含描述要求權限的圖示和標籤。我們的目標是改善網路瀏覽體驗,同時避免大多數使用者通常不需要、經常忽略或關閉的權限要求。

當使用者按一下要求方塊時,系統會顯示現有的提示泡泡 (如果尚未顯示),並自動根據下列經驗法則,為要求 UI 擴增要求泡泡:

  • 權限是在與網站本身互動時透過使用者手勢觸發,而不是由網站自動觸發。
  • 此權限屬於必要權限,通常不屬於垃圾內容。目前包括攝影機、麥克風,以及已與麥克風配對的攝影機。

從掛鎖到地理位置提示的流程圖,如果關閉「地理位置」提示,系統會顯示「地理位置遭到封鎖」圖示,系統會在 4 秒後再次顯示鎖頭。

強制使用新版設計

由於這是階段推出作業,因此您可以切換下列標記,強制套用新版設計:

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

新版設計流程

不使用使用者手勢

至於未由手勢觸發的非必要權限,該提示也不再乾擾網站內容,也不會影響即時決策。使用者可以忽略要求方塊,直到取得充足資訊來做出決定為止。

無互動

沒有互動,且經過短暫的延遲後,要求方塊會自動收合為一個已封鎖的圖示 (表示權限暫時遭到封鎖),然後才會完全關閉。目標是讓使用者在不與任何互動的情況下,不做決定。

從掛鎖到不會造成乾擾的地理位置方塊流程圖,經過 12 秒的延遲,會導致「地理位置遭到封鎖」圖示,延遲四秒過後才會再次換成鎖頭。

短期的預期影響

在短期內,直到使用者熟悉新版 UI 之前,網站擁有者的授權率可能較低,尤其是那些在未事先告知或要求使用者手勢的情況下自動要求權限的網站 (這種情況還是屬於不良做法)。這種做法已大同小異,因為幹擾程度較差。

最佳做法

網站必須確保其提供必要的背景資訊,並且只在適當且預期的時刻要求權限。暫時封鎖的權限 (透過忽略要求或關閉提示的使用者) 可以在同一個工作階段中再次要求權限。除非網站或功能必須取得權限才能正常運作,否則可能會讓使用者感到困擾,並遭系統自動封鎖。在這種情況下,我們會顯示 Chrome 第 80 版推出的靜音訊息。如需更多一般指南,請參閱「權限使用者體驗」。

展望與結論

我們也計劃進一步改善使用者介面和使用者體驗。Chrome 團隊已著手處理這些問題,並會根據先前的行為,調查可能更嚴格的自動封鎖權限。待這些計畫結束之後,您便可在此瞭解新聞。

總結來說,新版 UI 會減少使用者不常做出決策的感受,並改善瀏覽體驗。由於大多數權限提示都會遭到封鎖或遭到忽略,因此達成的目標是為了改善一般瀏覽體驗,但不會在顯示權限提示時破壞使用者流程,特別是在需要權限才能完成用途的情況下。

特別銘謝

SigmundUnsplash 上提供的主頁橫幅。本文由 Joe Medley 審查。