表单看起来正常，浏览器却可能把同一个地址填进两个用途不同的区域。重新设计表单之前，先分清填写的是客户本人、收货人，还是账单联系人。把所有自动填充都关掉，并不能解决字段语义不清的问题。
适用读者与交付决定
含多个联系人或地址区域的零售及服务网站。把本题作为给建站或技术供应方的验收任务；需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
autocomplete 可组合区域、shipping 或 billing 分组与字段用途。这是给浏览器的提示，不保证所有设备都自动填入。 MDN: autocomplete · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 输入、预期及反例如下；真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| shipping postal-code | billing postal-code | 不同分组 |
| section-a shipping postal-code | section-b shipping postal-code | 不同收货人 |
| 相同用途 |
怎样执行验收
- 逐项列出重复字段及真实使用者。
- 映射地址和联系人用途，用两份明显不同的测试资料核对。
- 在支持的手机浏览器核对自动填充、手动修改与提交值。
如何解释结果与保留证据
第一行区分配送与账单，第二行区分两个收货人。第三行故意保留反例：重复相同 token 可能沿用同值。离线检查只能核对命名，验收前还应使用虚构资料检查真正提交的字段，不能把命名通过当成浏览器测试通过。
适用边界
不覆盖银行卡资料、密码管理器保证或地址真实性校验。验收记录保存浏览器版本与脱敏字段映射，不保存客户通讯录。
离线复核
保存下方两份文件到同一目录，用Node22.13或更新版本执行。模型只验证有限输入，不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs contact-autofill-tokens.json