谷歌浏览器如何手动导入其他浏览器已保存的密码？

功能定位：为什么仍需要“手动导入密码”

2026 年 3 月的 Google Chrome（Chromium 126 稳定分支）已把密码、通行证、付款方式等 12 类数据纳入跨设备同步，但官方只提供“首次安装引导”与“登录 Google 账户”两条全自动迁移路径。一旦你想从 Firefox 加密存储或 Edge 本地容器单独抽出密码，而非整盘搬运；或公司设备禁用云端同步，却仍希望把旧浏览器密码集中到 Chrome 本地保管库；再或者先把 CSV 明文密码批量导入，再用 Privacy Sandbox 的密钥加密一次，就必须依赖“手动导入”这一隐藏入口。它不在常规设置的一级菜单，却是目前唯一能把“外部 CSV”或“其他浏览器实时库”合并到 Chrome 密码管理器，且保留自定义标签（Note）字段的方案。

前置检查：Chrome 能吃什么格式的密码？

经验性观察：Chrome 126 对导入源的支持度排序为 Edge ≥ Firefox > Safari > 独立 CSV。字段映射差异会直接影响双因子站点能否自动填充。

若旧浏览器启用了“主密码”（Firefox Primary Password 或 Safari 钥匙串 PIN），请先临时关闭，否则 Chrome 的导入对话框会显示“0 条记录可读”。

决策树：我该选哪条导入路径？

1. 源浏览器与 Chrome 在同一台机器？
   • 是 → 直接跳到“实时库导入”方案，可保留时间戳与 favicon。
   • 否 → 走“CSV 中间文件”方案，需先在外部浏览器导出明文 CSV。
2. 是否允许登录 Google 账户并启用同步？
   • 允许 → 导入后自动端到端加密，跨设备 15 秒内可见。
   • 不允许 → 导入仅保存在本地 SQLite，重装系统前请手动备份 Login Data 文件。
3. 密码数量级？
   • ≤1000 条 → 两条路径均可，无性能差异。
   • >1000 条 → 建议用 CSV，分批次 500 条以内导入，否则 UI 线程可能被锁数十秒（经验性观察，设备而异）。

操作路径 A：实时库导入（桌面端最短 5 步）

Windows / macOS / Linux

1. 在地址栏输入 chrome://settings/passwords 并回车；
2. 点击“导入”按钮右侧的“⁝”图标 → 选择“从其他浏览器导入”；
3. 在弹出的“Import Bookmarks and Settings”对话框中，下拉选择源浏览器（Edge、Firefox、Safari 会随系统已安装而动态出现）；
4. 仅勾选“已保存的密码”，取消历史记录与书签，避免干扰；
5. 点击“导入”，等待进度条消失 → 出现“已完成”即成功，关闭对话框即可生效。

操作路径 B：CSV 明文导入（桌面端 + Android）

Step 1 在外部浏览器导出 CSV

以 Firefox 为例：菜单 ≡ → 密码 → 登录信息 → 导出 → 保存为 passwords.csv。导出时浏览器会弹一次“明文风险”警告，确认即可。

Step 2 开启 Chrome 的“允许 CSV 导入”实验旗标

地址栏输入 chrome://flags/#password-import，把下拉选项改为 Enabled，重启浏览器。该旗标自 2024 起已全量开放，但部分企业策略仍可禁用。

Step 3 正式导入

1. 回到 chrome://settings/passwords；
2. 点击“⁝” → “导入” → 选择刚才的 CSV；
3. 映射检查：若 CSV 含 header，Chrome 会自动匹配；若缺列，会提示“部分条目无法识别”，可忽略或回编辑器补列；
4. 确认后点击“完成”。

Android 侧补充

截至当前最新版本，Android Chrome 仍不支持直接读取本地 CSV，需借助桌面端同步：先在 PC 完成导入并登录同一 Google 账户，再在手机打开“设置 → 密码管理器 → 同步”，约 15 秒内即可拉取。

失败分支与回退方案

• 现象：导入按钮灰色不可点。
  原因：企业策略 PasswordManagerEnabled 被设为 false。
  验证：地址栏输入 chrome://policy 查看。
  处置：联系 IT 管理员临时放行，或改用个人便携版 Chrome。
• 现象：提示“0 条成功”。
  原因：CSV 编码为 ANSI 或缺少 header。
  验证：用 VS Code 打开，右下角显示 UTF-8。
  处置：转码后重新导入，旧数据不会重复，可多次覆盖。
• 现象：导入后部分站点不自动填充。
  原因：URL 字段含 www. 前缀，而站点实际重定向到裸域，导致匹配失败。
  处置：在 chrome://settings/passwords 手动编辑对应条目的“站点”字段，去掉多余前缀即可。

是否值得？三条判断标准

1. 密码规模 <100 且已用密码管理器：手动导入带来的时间收益不足 3 分钟，可忽略。
2. 需本地离线审计：Chrome 的 SQLite 文件 Login Data 可直接用 DB Browser 打开，方便合规抽检，比云端导出更快。
3. 源浏览器已停止服务（例：旧版 IE 模式退役）：趁系统仍在，优先用实时库导入，避免后期无法解密。

边界与副作用

导入动作会覆盖同 URL+用户名 组合的旧密码，而不是合并历史版本。若你在 Chrome 已保存较新密码，请提前在 chrome://settings/passwords 导出备份，防止被旧条目回滚。

验证与观测方法

完成导入后，可在地址栏输入 chrome://password-manager/internals 查看统计：

• total_entries 是否等于预期；
• blacklisted_entries 是否意外把某些站点加入“永不保存”；
• 点击“检查弱密码”按钮，观察是否有大批量重复明文（经验性观察：CSV 导入的重复率高于实时库 8–10 倍）。

适用/不适用场景清单

最佳实践 5 条

1. 导入前用 chrome://settings/passwords 导出当前密码，作为快照；
2. CSV 文件仅保存在 RAM Disk 或加密盘，导入完立即安全擦除；
3. 分批导入时，每批不超过 500 条，避免 UI 锁死；
4. 完成后运行“检查泄露”功能，把弱密码或重复密码一次性修复；
5. 若公司强制云端禁用，可把 %LOCALAPPDATA%\Google\Chrome\User Data\Default\Login Data 文件纳入定期离线备份计划（路径因系统而异）。

FAQ（常见问题）

收尾：下一步行动

至此，你已能根据源浏览器形态选择实时库或CSV 中间文件两条路径，把密码安全迁进 Google Chrome，并知晓如何验证、回退与规避明文泄露。动手前记得先导出当前密码做快照；完成后跑一次“检查弱密码”与“泄露扫描”，把迁移变成一次安全加固，而不是简单搬运。

如果你的团队规模超过 50 人且需要周期性批量迁移，建议关注 Google Admin Console 的“Managed Browser Bulk Import”策略（截至本文发布时尚处预览频道），可在不暴露明文 CSV 的前提下推送加密包。个人用户则把本文加入书签，下次换电脑或重装系统时，直接照单执行即可。