国际标准地址表单核心字段为5个：country（必选下拉，ISO 3166-1代码）、postal-code（动态格式验证）、address-line1、address-line2、address-level2（城市）；其余字段如address-level1须按国家动态显隐，配合autocomplete属性、语义化标签与无障碍规范实现正确自动填充与可访问性。
地址表单必须包含哪些国际通用字段
国际标准地址表单不是简单堆砌“国家/省/市”，而是按 ISO 3166-1 国家代码 + postal-code 优先级设计，且要适配不同国家的地址结构（比如日本无州/省，英国邮编前置，加拿大邮编含空格）。核心字段只有 5 个：country（必选下拉）、postal-code（带格式验证）、address-line1、address-line2、address-level2（城市）——其余如州/省（address-level1）必须根据国家动态显示或隐藏。
常见错误是把 state 或 province 强制设为必填，结果法国用户卡在“大区”填什么，德国用户找不到“联邦州”对应项。正确做法是用 data-country 属性联动控制显隐，并默认聚焦 country 下拉框。
用 autocomplete 属性匹配浏览器自动填充规则
现代浏览器（Chrome/Firefox/Safari）只识别标准 autocomplete 值，比如 autocomplete="shipping address-line1" 会被忽略，必须用 autocomplete="address-line1"。关键点：
-
autocomplete="country"→ 触发国家自动填充（值为ISO 3166-1 alpha-2两字母码，如"US"、"JP"） -
autocomplete="postal-code"→ 自动识别并校验格式（Chrome 会提示“输入邮政编码”） -
autocomplete="address-level2"→ 对应城市，不是"city"（非标准值） -
autocomplete="organization"→ 用于公司名，不能写成"company"
漏掉 autocomplete 或拼错，会导致 Safari 完全不触发地址自动填充，用户得手动输 7 行。
立即学习“前端免费学习笔记（深入）”；
邮政编码验证不能只靠正则
全球邮编格式差异极大：US 是 5 位或 “12345-6789”，UK 是 “SW1A 1AA”，CA 是 “K1A 0A6”，硬写一个正则必然漏判或误杀。实际方案：
- 国家选择后，动态加载对应正则和提示文案（例如选
GB时 placeholder 显示 “SW1A 1AA”） - 用
pattern+title提供即时反馈：pattern="[A-Z]{1,2}\d[A-Z\d]?\s?\d[A-Z]{2}" title="UK format: SW1A 1AA" - 提交前调用轻量级库如
libphonenumber的地址模块（非电话），它内置了 200+ 国家邮编规则
纯前端正则无法覆盖俄罗斯（6 位纯数字但需匹配地区号）、巴西（8 位带短横线）等场景，服务器端仍需二次校验。
语义化标签与无障碍访问要点
WCAG 2.1 要求地址表单必须支持屏幕阅读器逐字段导航，且错误提示能被朗读。关键实操：
- 每个
<input>必须有唯一id，且被<label for="xxx">显式关联（不能只靠视觉包裹） - 国家下拉用
<select required>，选项值用value="US"（不是中文“美国”） - 错误消息用
aria-live="polite"区域动态插入，不要仅靠颜色变化 - 禁用
placeholder当标签用——它不可访问，且 iOS Safari 会清空 placeholder 后焦点丢失
最易被忽略的是 address-line2 字段：它不是“详细地址”的同义词，而是指公寓号、楼层、信箱号等第二行信息，语义上和 address-line1 并列，不能合并为一个“地址”文本框。
