加強 Google 帳戶的安全性和使用者體驗。
密碼金鑰是一種簡單且安全的跨裝置驗證技術,可讓您建立線上帳戶並在不輸入密碼的情況下登入。如要登入帳戶,系統會向使用者顯示提示,要求在裝置上使用螢幕鎖定功能,例如輕觸指紋感應器。
Google 多年來與 Apple 和 Microsoft 合作,與 FIDO 聯盟合作已有多年經驗,讓全世界使用密碼金鑰。我們在 2022 年推出了密碼金鑰的平台支援,讓 Android 和 Chrome 使用者無論使用何種裝置,都能順暢登入應用程式和網站。我們已於 2023 年 5 月開放使用密碼金鑰登入 Google 帳戶,讓使用者享有密碼金鑰的安全性和便利性。
Google 的職位是獨一無二的,因為我們致力於打造密碼金鑰的基礎架構,也是使用密碼金鑰的最大型服務之一。我們會以謹慎且謹慎的方式為 Google 帳戶推出密碼金鑰,方便我們評估結果,並根據意見回饋持續改善密碼金鑰基礎架構和 Google 帳戶體驗。
將使用者轉移至密碼金鑰
自從個人化廣告問世以來,密碼一直是標準的登入方式。如何導入無需密碼的密碼金鑰體驗?
研究顯示,在驗證方面,使用者最看重便利性。他們希望能夠順暢、快速地轉換至真正的體驗 (只有在登入後才能使用)。
不過,改用密碼金鑰會需要變更肌肉記憶體,導致使用者信服他們這麼做是值得的選擇。
Google.com 的密碼金鑰使用者體驗經過策略設計,在驗證程序的每個步驟中都強調兩大原則:操作便利性和安全性。
以便利性為主
![對大多數使用者而言,這會是首次看到密碼金鑰](https://web.dev/static/articles/passkey-google-ux/image/leading-with-convenience.png?authuser=5&hl=zh-tw)
使用者看到的第一個密碼金鑰畫面不僅簡單明瞭。並且著重於說明「簡化登入程序」對使用者的優勢。
內文文案說明「您現在可以透過密碼金鑰,使用指紋、臉孔或螢幕鎖定功能驗證身分」。
圖中的設計用意是讓訊息融入頁面的價值主張。大型的藍色主要動作會邀請使用者繼續操作。將「現在不」納為次要動作,可讓使用者在此時選擇是否加入,由使用者自行控管。「瞭解詳情」適用於有求知若渴的使用者,在繼續操作前想進一步瞭解密碼金鑰。
我們多次疊代了頁面,用來在登入時將使用者導向密碼金鑰。這包括嘗試強調安全性、技術和其他層面的密碼金鑰內容,但便利性確實最能引起共鳴。Google 的內容策略、插圖和互動設計說明我們實作密碼金鑰時的核心原則。
將「密碼金鑰」一詞與熟悉的安全體驗建立關聯
密碼金鑰是大多數使用者的新詞彙,因此我們刻意明確地向使用者揭露密碼金鑰,建立您熟悉的功能。根據內部研究,我們會策略性地將密碼金鑰與安全性建立關聯。
登入流程的期間全程顯示「密碼金鑰」一詞,但內文複製位置較少。完整便是整合密碼金鑰用途的熟悉安全體驗中,例如指紋、臉孔或其他裝置螢幕鎖定功能。
我們的研究顯示,許多使用者會將生物特徵辨識與安全性建立關聯。雖然密碼金鑰不需要生物特徵辨識 (例如搭配使用密碼金鑰和裝置 PIN 碼),但我們設法將密碼金鑰與生物特徵辨識建立關聯,以提高使用者對密碼金鑰安全性優勢的看法。
「瞭解詳情」背後的其他內容會提供使用者許多寶貴資訊,包括確保機密的生物特徵辨識資料會保留在個人裝置上,而且不會在建立或使用密碼金鑰時儲存或分享,讓使用者感到安心。之所以採取這種做法,是因為大多數使用者認為密碼金鑰具有吸引力的特色,但只有少數在測試期間會將生物特徵辨識元素納入考量。
向使用者提供相關的密碼金鑰
Google 的經驗法則會審慎判斷簡介畫面的對象。其中幾個因素包括使用者是否啟用兩步驟驗證,以及使用者是否定期透過同一部裝置存取帳戶。
系統會先選取較有可能成功使用密碼金鑰的使用者,並隨著時間推移增加更多使用者 (但任何人都可以前往 g.co/passkeys 開始使用)。
選取使用者透過使用者名稱和密碼登入後,系統會提示使用者建立密碼金鑰。基於下列幾項原因,我們在使用者歷程中選擇了這個時間點:
- 使用者剛登入,就知道自己的憑證和第二個步驟。
- 我們確信使用者只登入了裝置,因此他們不太可能會離開或放下裝置。
- 從統計層面來看,使用者並不一定每次都成功登入,因此請傳達訊息以便下次更容易使用,具有實質價值。
將密碼金鑰定位為
密碼的替代方案,而非取代密碼
最初的使用者研究結果顯示,許多使用者仍希望使用密碼做為備用登入方式。而且並非所有使用者都有採用密碼金鑰所需的技術。
因此,雖然相關產業 (包括 Google) 即將邁向「無密碼的未來」,但 Google 會刻意將密碼金鑰定位為簡單安全的「替代密碼」。Google 的 UI 著重於密碼金鑰的優點,避免使用暗示要刪除密碼的用語。
創作時刻
使用者選擇註冊時,系統會顯示瀏覽器專屬的 UI 互動視窗,讓使用者建立密碼金鑰。
密碼金鑰本身會顯示符合產業標準的圖示,以及用來建立密碼金鑰的資訊。包括顯示名稱 (密碼金鑰的好記名稱,如使用者的真實姓名) 和使用者名稱 (服務中的專屬名稱;電子郵件地址很適合)。使用密碼金鑰圖示時,FIDO 聯盟建議使用經過驗證的密碼金鑰圖示,並鼓勵自訂設定。
「密碼金鑰」圖示會在使用者歷程中持續顯示,讓使用者熟悉使用或管理密碼金鑰時會看到的內容。如果未提供相關說明或佐證資料,系統一律不會顯示密碼金鑰圖示。
![使用者建立密碼金鑰後,就會看到這個頁面](https://web.dev/static/articles/passkey-google-ux/image/creation-moment.png?authuser=5&hl=zh-tw)
在上方,我們說明瞭使用者與平台如何合作建立密碼金鑰。使用者按一下「Continue」(繼續) 時,系統會顯示專屬 UI,視平台而定。
瞭解這點後,我們透過內部研究瞭解,建立密碼金鑰後顯示確認畫面,有助於在整個程序步驟中理解及關閉密碼金鑰。
![密碼金鑰建立完成後,使用者就會看到這個頁面](https://web.dev/static/articles/passkey-google-ux/image/creation-moment-2.png?authuser=5&hl=zh-tw)
確認畫面是刻意「暫停」行為,目的是預訂向使用者介紹密碼金鑰的過程,並完成建立密碼金鑰的程序。由於使用者初次使用密碼金鑰時可能遇到的情況,這個頁面旨在提供有關歷程的明確封閉資訊。我們嘗試使用其他工具 (例如較小的通知,甚至是建立後的電子郵件) 後,選擇了獨立網頁,以簡化了系統架構、穩定的端對端服務體驗。
使用者按一下這裡的「繼續」後,就會前往其目的地。
![使用者再次登入後,就會看到這個頁面](https://web.dev/static/articles/passkey-google-ux/image/passkey-confirm.png?authuser=5&hl=zh-tw)
登入中
使用者下次嘗試登入時,就會看見這個頁面。這會使用相同的版面配置、插圖和主要行動號召,叫用上述的第一個「建立」體驗。使用者選擇註冊密碼金鑰後,這個頁面應會展現您的熟悉度,並協助他們瞭解登入所需的步驟。
![使用者將透過這個 WebAuthn UI 登入](https://web.dev/static/articles/passkey-google-ux/image/signing-in-screen.png?authuser=5&hl=zh-tw)
此處也秉持相同的熟悉原則。這項功能刻意使用相同的圖示、插圖、版面配置和文字。WebAuthn UI 中的文字保持簡短、廣泛且可重複使用,因此所有人都能將這些內容都能用於驗證和重新驗證。
密碼金鑰管理
在 Google 帳戶設定頁面中導入全新的頁面時請審慎考量,以確保提供一致、符合直覺且一致的使用者體驗。
為此,我們分析了 Google 帳戶通用的瀏覽、內容、階層、結構及期望等相關模式。
![Google 帳戶的密碼金鑰管理頁面](https://web.dev/static/articles/passkey-google-ux/image/pass-management.png?authuser=5&hl=zh-tw)
說明各生態系統的密碼金鑰
為了建立合理且可以理解的高階類別系統,我們先前就於生態系統說明密碼金鑰的基礎上設定。這樣一來,使用者就能辨識密碼金鑰的建立位置和用途。每個識別資訊提供者 (Google、Apple 和 Microsoft) 都有各自的生態系統名稱,因此我們選擇使用這些供應商 (分別為 Google 密碼管理工具、iCloud 鑰匙圈和 Windows Hello)。
為支援這一點,我們新增了其他中繼資料,例如建立時間、上次使用時間,以及使用該中繼資料的特定 OS。至於使用者管理動作,API 僅支援重新命名、撤銷與建立。
重新命名可讓使用者為密碼金鑰指派有意義的名稱,有助於特定的使用者同類群組追蹤及瞭解這些名稱。
撤銷密碼金鑰並不會將密碼金鑰從使用者的個人憑證管理工具 (例如 Google 密碼管理工具) 中刪除,而是會讓該密碼金鑰無法使用,直到您再次設定為止。因此,我們選擇代表撤銷密碼金鑰的動作,而非垃圾桶或刪除圖示。
描述將密碼金鑰新增至帳戶的動作時,與「新增密碼金鑰」相比,「建立密碼金鑰」一詞更能引起使用者共鳴。這是一種細微的語言選擇,目的是區分密碼金鑰與實體的硬體安全金鑰 (但請注意,密碼金鑰可以儲存在某些硬體安全金鑰上)。
提供額外內容
內部研究表明,使用密碼金鑰會帶來相對順暢且熟悉的體驗。但就像任何新技術一樣,部分使用者可能會有疑問和疑慮。
如要瞭解這項技術在螢幕鎖定背後運作的方式、安全性較高的原因,以及 Google 在測試時最常遇到的「假設」情境,請參閱 Google 的密碼金鑰說明中心內容。使用者如要在網站上輕鬆轉換,就必須備妥可啟動密碼金鑰的支援內容。
退出密碼金鑰
還原為舊系統的方法很簡單,只要在系統要求使用者以密碼金鑰進行驗證時,按一下「試試其他方法」即可。此外,結束 WebAuthn UI 時,系統會引導使用者重新嘗試密碼金鑰,或以傳統方式登入 Google 帳戶。
結論
密碼金鑰仍處於早期階段,因此在設計使用者體驗時,請留意下列原則:
- 在使用者產生相關的密碼金鑰時加入密碼金鑰。
- 強調密碼金鑰的優點。
- 利用機會瞭解密碼金鑰的概念。
- 將密碼金鑰做為密碼的替代選項,而非取代密碼。
我們為 Google 帳戶建立密碼金鑰的選擇時,已考量最佳做法和內部研究,而隨著實際使用者取得新的深入分析資訊,我們也會持續改善使用者體驗。