收货地址表单禁用标签，因语义错误且导致浏览器自动填充失效；必须严格使用小写连字符格式的autocomplete值（如address-level1），配合type="text"和对应name，省市区需JS动态联动，邮编用pattern="[0-9]{6}"校验。

别用

标签做收货地址表单——它语义错误，浏览器自动填充也基本失效。

autocomplete 值填错就等于没写

浏览器（Chrome/Safari/Edge）靠 autocomplete 属性触发地址自动填充，但中文场景下几乎全军覆没，原因就是值写错：

• autocomplete="name" 是收件人姓名，不是 "full-name" 或 "recipient-name"
• autocomplete="tel" 是手机号，不是 "phone" 或 "mobile"
• 中国“省”对应 address-level1，“市”对应 address-level2（注意：不是“区/县”，国内极少需要单独采集 address-level3）
• street-address 必须包含门牌号，不要拆成“街道”+“门牌号”两个字段
• postal-code 别写成 "zip" 或 "postcode"，后者在中文环境不识别

省市区下拉联动不是 HTML 能解决的

本身没有数据源，纯 HTML 只能写死或留空。真实项目中：

• 静态展示可写死几个常用省：浙江省
• 但“选省后加载市”必须靠 JS 请求接口（如省级编码 → 市级列表）， 标签自身不带逻辑
• 若强行用 模拟，搜索体验差、无层级关系、移动端支持弱
• 别给 加 type="search" ——会弹出错误键盘，且破坏自动填充链路

type 和 name 必须配合 autocomplete 才有效

只写 autocomplete="street-address" 不够，type 和 name 也要对齐规范：

• 统一用 type="text"：安全，兼容所有自动填充引擎；type="tel" 会强制数字键盘，type="search" 触发放大镜图标和历史记录干扰
• name 建议与 autocomplete 一致（如 name="street-address"），虽非强制，但后端解析更直观
• 禁用 required 在省/市字段：用户可能填“上海市”而不填“上海市市辖区”，留空反而更容错
• 邮编字段加 pattern="[0-9]{6}" 可约束输入，但别用 inputmode="numeric" ——部分安卓浏览器会禁粘贴

结构上避免嵌套

或滥用

DeepBI DHTML 页面生成器

生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur

下载

是语义化「联系人归属信息」，比如页脚公司地址，不是表单字段容器。常见误用：

• 把整个收货地址区块包进
  → 搜索引擎和读屏器会误判为页面联系方
• 用
  包每个字段（如

  省

  ）→ 语义冗余，无障碍体验下降
• 正确做法：用
  或直接平铺 +，保持语义扁平
• 如果真要结构化地址（比如给 Google 地图卡片用），得补 JSON-LD，不是靠 HTML 标签嵌套

最易被忽略的一点：autocomplete 值大小写敏感，"Street-Address" 或 "street address" 全部无效——必须严格小写、连字符、无空格。填错一个字符，整条自动填充链就断了。