如何设计国际地址表单:结账、注册和 KYC 场景实战指南

Ming
Ming
ENJAKORUZH

核心原则: 国际地址表单绝不应该在所有国家强制使用同一套字段结构。美国的 street → city → state → ZIP 只是众多格式中的一种。把所有国家硬塞进这个模板,只会导致验证失败、购物车被放弃和用户流失。正确做法是让表单根据所选国家动态适配,而不是让用户来适配你的表单。

最常见的错误:一套表单打天下

很多结账和注册流程一开始围绕美国地址设计,后来再"补"国际支持。结果往往是这样一个表单:

  • 强制要求填写"State",但英国、德国、日本等国家根本不用这个字段
  • 邮编限制为 5 位数字,直接拒绝加拿大的 A1A 1A1 和英国的 SW1A 1AA
  • 地址字段只接受 ASCII 字符,日语、韩语、阿拉伯语、俄语的地址全部被截断或报错
  • "Address Line 2"作为独立字段,但很多国家不会这样拆分地址
  • 无论选哪个国家,字段顺序都一样——即便日本的地址是从大到小写的(都道府県 → 市区 → 丁目 → 建筑)

每一个问题都在造成真实的转化率损失。Baymard Institute 的研究反复表明,地址表单的可用性是结账放弃率最高的原因之一。

各国必填 vs 选填字段

并非每个国家都使用相同的地址组件。以下是实用的对照表:

字段美国加拿大英国德国日本澳大利亚印度韩国
街道 / 地址第 1 行必填必填必填必填必填必填必填必填
地址第 2 行选填选填选填选填选填选填选填选填
城市必填必填必填必填必填必填必填必填
州 / 省 / 地区必填必填不使用非标准必填(都道府県)必填必填非标准
邮编必填必填必填必填必填必填必填必填
国家必填必填必填必填必填必填必填必填

要点:

  • 州/省 在美国、加拿大、澳大利亚、日本和印度是关键字段,但在英国、德国、法国和韩国是无关或可选的
  • 地址第 2 行 永远应该是选填的,不要设为必填
  • 邮编 全球通用但格式差异极大(参见 ZIP Code vs Postal Code 对比指南

如何处理 State / Province / Region

"State"字段是国际地址表单最容易出问题的地方。

问题出在哪

不同国家对这一级行政区的叫法和用法完全不同:

国家术语示例是否必填
美国StateCalifornia, Texas
加拿大Province / TerritoryOntario, Quebec
日本都道府県東京都、大阪府
澳大利亚State / TerritoryNSW, VIC, QLD
印度StateMaharashtra, Karnataka
英国County邮政寻址中不使用
德国Bundesland不属于邮政地址
法国Région不属于邮政地址
韩国도/시通常嵌入地址文本中

怎么解决

  1. 条件性必填 —— 仅当所选国家需要此字段时才显示和要求填写
  2. 动态切换标签 —— 美国显示"State",加拿大显示"Province",日本显示"都道府県",澳大利亚显示"State/Territory"
  3. 适当使用下拉列表 —— 美国各州、加拿大各省、日本各都道府県、澳大利亚各州都有固定列表;用自由文本输入会导致数据质量问题
  4. 不需要时完全隐藏 —— 英国、德国、法国等不在邮政地址中使用此字段的国家,不要留一个空的可选字段让用户困惑

Address Line 2:单元、公寓、楼号

"Address Line 2"是一个笼统的辅助地址字段。各国的处理方式差异很大。

美国和加拿大

公寓号、套房号、单元号通常放在第 2 行。格式:Apt 4BSuite 200Unit 12

日本

建筑名和房间号是地址的标准组成部分。例如 コーポ田中 201号室。在日本的表单中,这通常是主地址字段的一部分,而不是单独一行。

英国

公寓号和建筑名很常见:Flat 3, Meridian House。按英国寻址惯例,这通常放在街道名 前面 而不是后面。

德国

公寓信息(Wohnung 5)写在同一行或 c/o 行。单独的"Address Line 2"对大多数德国用户来说是不熟悉的。

建议

  • Address Line 2 永远设为选填
  • 清晰标注:写"公寓、套房、单元号等"比只写"地址第 2 行"更直观
  • 日本地址可以考虑设置专门的建筑/房间字段
  • 不要对此字段做严格的格式验证——格式实在太多样了

本地语言与拉丁字符兼容

如果你的服务面向国际用户,地址字段会收到以下输入:

  • 拉丁字符(英语、法语、德语、西班牙语、葡萄牙语)
  • CJK 字符(中文、日文、韩文)
  • 西里尔字母(俄语、乌克兰语)
  • 阿拉伯文字
  • 天城文(印地语)及其他印度文字

该怎么做

  • 接受 Unicode 输入 —— 永远不要把地址字段限制为 ASCII
  • 设置合适的字段长度 —— CJK 字符每个字承载更多信息,所以能容纳 100 个拉丁字符的字段可能只需要 30-50 个 CJK 字符,但不要以此为由缩短字段
  • 不要自动音译 —— 把 東京都 转换成 Tokyo 会丢失精度,可能导致投递问题
  • 用真实的多文字数据测试 —— 使用 AddressGen 生成日本、韩国等非拉丁字符国家的地址进行测试

验证强度:结账 vs 注册 vs KYC

不同场景的地址表单不需要同样严格的验证。根据场景匹配验证强度,既能提升转化率,也能保证数据质量。

维度结账注册KYC
首要目标完成购买创建账号验证法律身份
格式验证
邮编校验是,按国家规则基本格式即可是,严格
投递验证推荐不需要不相关
实时建议推荐可选否(优先手动输入)
州/城市交叉校验推荐不需要
政府 ID 匹配
对不完整数据的容忍度低——需要可投递地址中——格式正确即可极低——需要精确匹配

结账场景

风险最高:地址错误意味着配送失败、退货和客户流失。尽量使用地址自动补全,按国家验证邮编格式,高价值订单考虑投递点验证。

注册场景

目标是减少摩擦。基本的格式验证就够了——确认邮编格式与所选国家匹配,但不要因为缺少公寓号就阻止注册。数据可以后续清洗。

KYC 场景

合规要求精确、可验证的地址。自动补全应该关闭或仅作辅助——用户必须手动输入其法定地址。在需要时与政府数据库交叉校验。不允许明显的合成地址或占位地址。

各国地址字段顺序

字段顺序影响可用性。用户期望按照自己平时写地址的顺序来填写。

国家典型顺序
美国、加拿大、澳大利亚街道 → 城市 → 州 → 邮编 → 国家
英国街道 → 城市 → 邮编 → 国家
德国、法国街道 → 邮编 → 城市 → 国家
日本邮编 → 都道府県 → 市区町村 → 丁目番地 → 建筑 → 姓名
韩国邮编 → 道/市 → 市/区 → 街道 → 建筑 → 号室

当用户切换国家选择器时,尽可能动态调整字段顺序。至少要做到根据国家调整显示哪些字段和哪些是必填的。

测试国际地址表单

仅用美国数据无法测试国际地址表单。你需要来自每个目标国家的样例地址,满足以下条件:

  • 遵循正确的本地格式
  • 覆盖不同区域和邮编模式
  • 包含边界情况(超长建筑名、特殊字符、没有 state 字段的地址)

AddressGen 可以为数十个国家生成格式正确的地址:

如果想深入了解美国地址结构,请参阅 美国地址格式详解

建议每个目标国家准备至少 3-5 个地址,覆盖:

  • 有 state/province 字段和没有的国家
  • 纯数字邮编和字母数字混合邮编的国家
  • 使用非拉丁字符地址的国家
  • 有和没有 Address Line 2 的地址

实现清单

  • 国家选择器控制哪些字段显示、必填和标签文案
  • State/Province 字段按国家条件性显示,标签正确
  • 邮编验证使用国家专属规则,而非万能正则
  • 地址字段接受完整 Unicode(CJK、西里尔、阿拉伯、天城文)
  • Address Line 2 永远选填且标注清晰
  • 字段顺序尽可能随国家惯例调整
  • 验证强度与使用场景匹配(结账 > 注册 > KYC)
  • 表单已用至少 5 个不同结构的国家地址测试过
  • 邮编中的前导零被保留
  • 错误提示具体明确("邮编格式与所选国家不匹配"而非"输入无效")

常见问题

填了邮编之后应该自动补全城市吗?

可以显著提升用户体验——用户输入美国 ZIP 后自动填入城市和州,减少输入量和错误。不过,实现时应该是 建议 而非锁定。有些邮编跨多个城市,用户应该能手动修改。日本的邮编-城市映射非常准确,但英国就没那么直接,因为邮编映射的是投递点,不一定干净地对应一个城市名。

Address Line 2 必须填吗?

不。Address Line 2 永远不应该 设为必填。全球大量合法地址没有第二行。强制必填只会让用户随意填入垃圾内容或直接放弃表单。清晰标注为选填:"公寓号、套房号、单元号、楼层等(选填)"。

应该使用地址自动补全吗?

结账场景:应该,强烈推荐。Google Places Autocomplete、Mapbox Address Autofill 等服务能减少输入错误并加快流程。KYC 场景:不用或仅作辅助——监管机构通常要求手动输入以确保用户提供的是真实法定地址,而非随意选择建议。注册场景:可选——锦上添花,但不是必需。

如果某个国家的地址塞不进我的表单怎么办?

为灵活性而设计。如果你支持的某个国家的地址放不进现有字段,那问题出在你的表单,不是地址本身。为尚未完全适配的国家添加一个自由文本"地址"字段作为兜底。在一个字段中收集完整地址,远好过在僵硬的字段中收集碎片化的信息。


本文仅供教育和开发参考。请根据目标国家的最新邮政文档验证地址格式要求。