自动填充没有出现时，先核对保存网址

1. 从本人已确认的入口打开登录页，检查完整主机名。
2. 打开密码库记录，检查用户名、保存 URI 与这次登录的用途。
3. 查看匹配模式，区分基本域名、Host 与 Exact 的实际范围。
4. 无建议时先核对是否有正常域名变化或客户端差异，确认后再更新记录。
5. 主动选取正确条目登录；来源仍不清楚时停止输入秘密值。

登录记录要存实际网址与正确账号

Bitwarden 的网站 URI 字段用于把条目关联到网站；一个条目可保存多个明确核实过的网址。不要只填“邮箱”这类显示名称，也不要把刚收到的陌生链接直接追加为可信入口。

• 从自己的书签或确认过的官方入口进入登录页，核对当前网址与记录。
• 同一网站有两个账号时，标题标明“个人”或“工作”，检查建议条目的用户名。
• 记录中保存完整 HTTPS 网址；网址格式与匹配模式是两个要分别核对的设置。

基本域名、Host 与 Exact 的范围不同

Bitwarden 默认通常使用基本域名匹配，同一基本域名下的子域可能被建议；Host 关注主机名及指定端口，Exact 要求整个 URI 一致。更严格的设置可能减少建议范围，也可能在地址含动态路径或参数时不出现。

• 把工作系统与其他子域分别管理时，可按条目评估 Host，而不是全库盲目放宽。
• Exact 适合需要完整地址一致的条目，实际使用前核对稳定的登录 URL。
• 官方指出 Android 自动填充 API 对端口与路径的匹配存在限制，不能直接套用桌面表现。

没有建议时，先解释变化再决定操作

正常原因可能是保存条目没有 URI、当前使用的是另一账号、移动端设置未启用，或服务正式调整了登录域名。先找出具体原因，再修改条目；把不匹配当作需要核对的提示，不能当作绕开检查的理由。

• 核对地址栏中的主机名，别只看页面 Logo、标题或链接文字。
• 域名更改从原有可信入口和服务官方帮助交叉核对，确认后才加入新 URI。
• Bitwarden 的手动填充可能允许选择不匹配条目并显示确认；确认框不是来源证明。

匹配不是对整个页面的可信认证

自动填充工具关注凭据与资源的关联；页面也可能被篡改、账号可能遭到会话盗用，或匹配范围被用户配置得过宽。因此本指南建议在本人可信设备上主动选择条目，同时判断这次登录是否是自己发起的。

• 不要在陌生域名上因为页面声称“同步账号”就复制密码或 TOTP。
• 遇到突然要求密码、恢复码或建立新登录方式，先回到官方账号设置核对。
• 只保留当前需要的已核实域名关系，未知跳转不加入等价域名规则。

虚构域名对照：读出真正主机名

表中 account-demo.test 及其相关地址均为虚构文字示例，不是真实网站，也不构成访问建议。假设记录保存 https://login.account-demo.test/signin，关注的是网址的主机名，路径里出现原名称并不会改变主机。

• https://account-demo.test.other-demo.test 的主机属于 other-demo.test 一侧，不能因为前面含熟悉文字就视为原站。
• “跳转后能填充”也需要核对跳转后的地址是否是你预期的登录入口。
• 出现异常先暂停输入，以已有可信入口恢复核对过程。

准备事项对照表

相关指南

相关保护能力

• 自动填充匹配：看懂保存的登录地址与当前网站是否匹配，减少手工复制到相似域名。
• 独立密码：让每个网站使用不同密码，先确定密码库怎样解锁、在哪些设备使用。

可用工具与条件

继续查看工具的免费范围、支持平台与恢复边界。