哪些网站不支持密码自动填充：四类站点与手动补录方案
很多人第一次意识到「自动填充」不是万能的，是在某个着急的场合：银行网银让输密码，密码库图标亮着却填不进去；政务 App 换绑手机，粘贴框点了没反应；公司内网系统登录，浏览器干脆连账号框都不认。于是开始怀疑是自己密码库坏了。
实际情况通常是：不是你的工具坏了，而是那个网站主动关掉了自动填充。浏览器和密码库能做的只有「识别字段 → 填入内容」，一旦站点把字段标成不可自动补全、把登录框塞进 iframe，或者用脚本动态生成输入框，填充链路就断了。
一、先分清三种「填不上」，处理方式完全不同
「自动填充不生效」是一句笼统的描述，底下至少藏着三种原因，混在一起排查只会浪费时间。
- 浏览器不给填：站点用
autocomplete="off"或随机字段名，明确告诉浏览器「别插手」，属网站主动行为。 - 填了但对不上：同域名有多条记录，它选了旧的那条；或页面分两步，第一条填完就刷新，第二条没跟上。
- 字段认不出：输入框缺
name、缺type="password"，或整块表单由脚本渲染，扫描时页面上还没有这个框。
只有第一种是「网站确实不支持」，后两种属于识别与流程问题，通常能在密码库侧解决。判断时先换浏览器、再看页面结构，别一上来就怀疑主密码。
二、四类典型的不支持站点
把踩过的坑归一下类，你会发现集中在四个方向。它们不是随机出现的，背后都有明确的技术或合规理由。
| 站点类型 | 常见代表 | 为什么不让填 | 现实做法 |
|---|---|---|---|
| 金融与支付 | 网银、证券、第三方支付、信用卡中心 | 监管不允许第三方程序代填关键凭据，常配安全控件 | 密码库只存「备注 + 提示」，登录时手动复制 |
| 政务与实名系统 | 社保、公积金、税务、政务 App 内嵌页 | 多为内嵌 WebView 或跨域 iframe，安全策略更严 | 在手机端用系统键盘的「粘贴」，别指望自动弹窗 |
| 企业内网与老系统 | OA、ERP、老版后台、自建登录页 | 字段命名随意、无标准表单结构、常带验证码 | 用密码库的「手动填充 / 拖拽填充」功能 |
| 刻意防脚本的站点 | 部分邮箱、云服务、论坛登录页 | 用一次性随机字段名 + 动态 DOM 对抗撞库脚本 | 分步登录时手动触发第二次填充 |
最容易被误会的是第一类：金融站点不是「技术不行」，而是合规上不允许第三方程序往密码框里写内容，换任何密码库都一样。正确姿势是密码库存一份，登录时复制粘贴并立即清空剪贴板。
三、三十秒判断：是网站限制，还是自己设置问题
在动手改任何设置前，用下面这套顺序确认原因。四步都做完，基本不会误判。
- 换浏览器试。两个都不行 → 多半是站点限制；只有一个不行 → 扩展或设置问题。
- 无痕窗口试一次。能填说明是某个扩展在抢输入框。
- 看是否在 iframe 里。「检查」后结构里有多层
iframe，填充失败属正常。 - 看是否分两步。点「下一步」才出现密码框的，需在第二屏手动再触发一次填充。
还有个常被忽略的点：同一个浏览器装两个密码管理器会互相抢字段，表现为「有时候能填、有时候填一半」。只保留一个，其余关掉自动填充权限。
四、填不进去时的三种替代方案
确认是站点限制后直接切替代路径，按推荐程度排列：
| 方案 | 操作 | 安全性 | 适用场景 |
|---|---|---|---|
| 密码库手动填充 | 点扩展图标 → 选中条目 → 用「填充」而不是复制 | 高（内容不进剪贴板） | 字段认不出、分步登录 |
| 复制粘贴 | 打开条目复制密码 → 粘贴 → 清空剪贴板 | 中（剪贴板短期可读） | 金融、政务、带安全控件的页面 |
| App 内登录替代网页 | 改用官方客户端，走系统级生物识别 | 中高（取决于 App 权限） | 手机端政务、银行 |
复制粘贴这一档要补两条纪律：一是粘完立刻清剪贴板（多数密码库有「30 秒自动清空」开关，务必打开）；二是不在公共电脑上复制，剪贴板对所有前台程序可见。关于浏览器自带密码管理器的取舍，可参考浏览器保存密码安全吗。
零散地遇到一个问题解决一个，半年后还是记不住哪个站要手动。给这类站点留一份清单更省事：在密码条目备注里写清限制，例如「网银：手动粘贴，勿用自动填充，U 盾登录」；再建一个「需手动」标签把站点装进去，找的时候一步到位。填不进去不是把密码改短的理由，长度该多少还是多少。如果同一个站既要手动粘贴又要过两道验证，建议用自定义字段拆开记，一个存密码、一个存登录步骤，字段怎么加见密码条目的自定义字段怎么用。
五、验收清单：确认你真的处理完了
下面六项过一遍，填不上的站点就都归位了。
| 检查项 | 合格标准 |
|---|---|
| 分类清楚 | 已区分「站点限制」与「自己设置错误」，不是一律当故障 |
| 只留一个填充工具 | 浏览器自带填充已关闭或与密码库不冲突 |
| 限制站点有备注 | 每个填不进的站点，条目备注写了手动步骤 |
| 剪贴板有兜底 | 自动清空剪贴板已开启，时间不超过 60 秒 |
| 分步登录有预案 | 两步页面知道要在第二屏再次触发填充 |
| 密码强度未降级 | 没有任何一个站点因为「填不进去」改用短密码 |
最后一项是底线：自动填充只是录入方式，不该影响密码质量。真正决定账号安全的是长度、唯一性和双重验证。
常见问题
同一个网站在公司电脑能填、家里不能？
多半是扩展差异：公司电脑没装广告拦截或脚本管理器。也可能家里浏览器关了「保存并填充」权限，先对比扩展列表。
网站禁用自动填充，是不是说明它不安全？
不能这么推论。禁用自动填充只是表单层面的策略，和传输加密、后台防护没有必然关系。判断可信度看的是 HTTPS、域名拼写和是否索要多余权限。
分步登录每次都要手动点一次，很麻烦，能自动化吗？
不建议为单个站点写脚本自动化，维护成本高还容易触发风控。把该站加入「需手动」标签，形成肌肉记忆更实际。
小结
自动填充填不上，先判断是网站限制、识别失败还是流程问题，再对症处理：金融政务类接受手动填充，分步登录在第二屏再触发一次，字段认不出的用手动填充代替复制。把限制写进备注、只留一个填充工具、剪贴板自动清空，这三点做到，填不进的站点就不再是隐患。
