Android 支援跨密碼管理器轉移 passkey，換 app 毋須逐站重設

圖片：TechLab 自製資訊圖

TechLab 編輯部（譯）·2026-09-10

Android 開始提供系統層級的密碼與 passkey 轉移機制，讓用戶由一個密碼管理器轉到另一個 app 時，可在 Android 協調下完成匯入。首批支援 Google Password Manager、1Password、Bitwarden Password Manager 及 Dashlane。對同時使用 Google 帳戶登入、第三方密碼管理器及多部裝置的 Android 用戶來說，這項改動的直接意義是：轉換管理工具時，passkey 不必再逐個網站或 app 重新建立。

不過，這並非任何帳戶、任何密碼管理器都能即時互通的萬用搬家工具。轉移雙方必須支援 Android Credential Manager 的 Credentials Transfer API；現階段只應視上述四個管理器為已公布支援的範圍。用戶在按下授權前仍要在原有管理器內選擇、檢視並確認內容，因此它減少的是搬遷程序的摩擦，而非取消用戶對帳戶資料的把關。功能亦屬逐步推出，實際可用性仍取決於所用 app 是否已提供相應選項。

由匯出文字檔，改為由系統接手交接

過去把密碼由一個管理器搬到另一個，常見做法是先匯出未加密的文字檔，再交由新 app 匯入。這種方式雖然通用，卻會在裝置上產生一份可讀取的敏感資料：只要檔案保留、誤傳或落入不應接觸的人手中，風險便不只限於單一網站。9to5Google 引述的資料亦指出，這正是 Android 要避開的痛點之一。

passkey 的問題更棘手。報道指，它原本沒有可直接轉移的方法；當用戶更換密碼管理器，可能要到多個網站及 app 手動重新建立 passkey。這既花時間，也令用戶傾向延後搬遷，甚至在新舊工具之間長期保留重複而難以盤點的登入資料。Android 今次把傳輸置於作業系統支援的流程中，重點正在於同時處理密碼與 passkey，嘗試把兩類憑證納入一次搬遷。

實際流程：新 app 發起，原 app 最後授權

按報道描述，操作由新密碼管理器開始：用戶在新 app 選擇從另一個供應商匯入或複製密碼及 passkey，之後該 app 會把任務交給 Android。系統會偵測裝置內已有的密碼管理器，列出可作為來源的選項。選定來源並繼續後，Android 會帶用戶返回原有管理器，由原 app 顯示可供轉移的資料，讓用戶選擇、覆核及授權。

這個設計有兩個實用之處。第一，轉移入口放在新 app，符合一般人「先安裝新工具、再搬資料」的習慣；第二，最終確認仍在持有原始憑證的管理器進行，減少用戶在不清楚資料來源的系統畫面中直接放行的情況。報道稱資料會在數秒內於 app 之間快速、安全地傳送；但從使用者角度看，速度不應凌駕核對。看到授權畫面時，應先確認來源 app、目標 app 及所選資料是否符合預期。

便利不等於可跳過遷移前檢查

這次更新特別適合兩類人：一類是想由 Google Password Manager 轉用專門密碼管理器，或反方向整合登入資料的用戶；另一類是已在多個服務建立 passkey、因而不想逐站重設的人。不過，是否適合立即遷移，仍要看個人帳戶結構。若家人共用裝置、工作與私人帳戶混在同一管理器，或原先已有多份重複登入項目，一次轉移可能令新管理器承接既有混亂，而不是自動完成整理。

較穩妥的做法，是在開始前先更新兩端的密碼管理器 app，確認新 app 的匯入項目確實顯示支援來源；然後在原有管理器整理不再使用的帳戶、辨識個人與工作憑證，並為重要帳戶保留可行的復原途徑。這些做法是基於該轉移流程仍要求用戶在原 app 選擇與授權所作的實務建議，並不代表 Android 已承諾會替用戶偵測重複項目、補回復原資料，或處理所有第三方服務的登入設定。

完成後亦不宜立刻刪除原有管理器或清空資料。較合理的次序，是先在新管理器檢查重要網站與 app 的登入項目及 passkey 是否齊全，再確認日常使用的裝置能否正常調用新管理器。由於原文只確認首批合作管理器及 API 參與方式，未有說明各服務在所有帳戶和情境下的處理細節，對銀行、電郵、工作協作等高重要性帳戶，逐項確認仍然值得花時間。

對密碼管理器選擇的影響仍待觀察

從市場角度分析，系統提供交接通道後，用戶更容易因功能、使用習慣或信任取向而更換密碼管理器，減低「資料搬不走」帶來的黏著力。對管理器供應商而言，支援 Credentials Transfer API 或會逐漸成為降低轉用門檻的基本能力；但這是根據已公布的合作模式作出的推論，能否形成廣泛標準，仍視乎更多供應商是否加入。

現時最值得留意的，是其他密碼管理器何時採用該 API，以及各 app 如何呈現匯入範圍與授權細節。對準備搬遷的 Android 用戶，較好的策略是先確認自己所用的兩端工具均出現官方提供的轉移入口，再由少量非關鍵帳戶開始核對；這樣既能受惠於免文字檔、免逐站重建 passkey 的流程，也可把遷移風險控制在可檢查的範圍內。