电子商务结帐地址验证

客观

本文档介绍了在电子商务结账过程中结合使用地点自动补全、Address Validation API1 和地图的方法，从而获取优质地址。

前提条件

Google 建议您熟悉以下内容：

  • 地点自动补全 JavaScript 开发者文档。
    • 从技术角度了解地点自动补全功能的工作原理及其实现选项。
  • 结账页实现 地点自动补全指南。
    • 关于电子商务结账的地点自动补全实现最佳实践示例。
  • Address Validation API 产品文档，侧重于构建验证逻辑。
    • 从技术角度了解 Address Validation API 的运作方式，并审核决定地址质量的信号。

什么是地址验证？

Address Validation API 是一项接受地址的服务。它可识别地址组成部分并对其进行验证。它还会对邮寄地址进行标准化，并查找其最已知的经纬度坐标。（可选）对于美国和波多黎各的地址，您可以启用编码准确性支持系统 (CASSTM)。

为什么结账时需要验证地址？

在订购流程中收集准确的地址：
这是推动成功配送、提高按时履单并降低昂贵的地址更正费用的重要步骤。

引导客户快速准确地输入地址：
地点自动补全功能可加快地址输入速度并减少输入错误，让客户轻松完成结账。地址验证功能可提供有关整体地址质量的反馈，进行更正（例如标准化和拼写错误），并增强元数据，例如提供住宅或商业指标（仅在部分区域提供）。

实现概览

本部分概述了适用于电子商务结账的推荐地址输入工作流程。该流程包括三个步骤：

  1. 最初使用地点自动补全功能捕获地址。
  2. 使用 Address Validation API 确认输入的地址。
  3. 在地图上显示所输入地址的位置，让客户放心送货。

接下来，我们将逐一介绍每个步骤。

第 1 步：地址输入流程 - 使用地点自动补全服务

使用 JavaScript API 在地址输入表单的第一行实现地点自动补全。

地点自动补全功能可在客户输入详细地址时为其提供建议。如果使用 JavaScript API 实现，当用户开始输入内容时，地址输入表单字段下方会显示一个下拉菜单，其中会显示自动补全服务（每次按键时都会更新）的结果。用户输入足够的信息来查找地址后，即可从下拉列表中选择该地址。此操作会使用地址数据自动填充表单字段。

您可以通过地点自动补全功能为用户提供两种表单条目样式：显示所有地址字段的显示屏，或包含一个输入字段的显示屏。这个单一输入字段会提示用户在输入时开始搜索，而不是逐一输入各个地址组成部分。一旦自动补全功能填充了地址，工作流就会使用地址数据展开表单字段，让客户能够查看和进行修改，例如添加公寓或单元号。

以下示例展示了使用单个输入字段时此流程可能出现的方式：

图片

第 2 步：使用 Address Validation API 验证地址

用户输入地址后，Google 建议您在结账时调用 Address Validation API，以确认地址有效且完整。在用户点击地址表单上的“下一步”或“继续”按钮时触发对 Address Validation API 的调用。此按钮通常指向付款页面。

Google 建议对每笔交易调用 Address Validation API。

以下流程图展示了在结账过程中如何端到端集成 Address Validation API：

图片

本文档稍后将介绍地址接受场景。

第 3 步：提供视觉确认信息

用户输入地址后，在地图上显示送货地点，为用户提供直观的确认信息。这样可以进一步确保客户地址正确无误，并减少送货或自提失败的情况。

地图可以在结账过程中显示，也可以在交易确认电子邮件中发送。这两个用例都可以通过以下 API 实现。

Maps JavaScript API 提供了用于显示用户位置的互动式地图。 Maps Static API 允许将图片嵌入网页中或电子邮件的后续阶段。

深入探究 - 解决接受场景

Address Validation API 响应可分为三种主要场景：

  • 修正 - 地址质量不佳。 您应提示您提供更多信息。
  • 确认 - 地址质量较高，但与输入的地址相比有变化。系统可能会提示您确认。
  • 接受 - 地址质量较高。您可以接受提供的地址。

Address Validation API 文档的构建验证逻辑部分介绍了此概念，我们还将在本部分中讨论每种场景。

修复

图片

本部分介绍了如何修正地址输入问题。如需了解 Address Validation API 返回以指示低质量地址的具体信号，请参阅构建验证逻辑文档中的修正地址。

如果 Address Validation API 的响应表明地址无效，请将客户重定向到地址输入表单以检查其输入的数据。修正地址后，您的服务应重新发送至 Address Validation API，以确保所做的更正有效。

您还可以使用在 addressComponents 级别返回的信号突出显示特定的地址行错误。右侧屏幕截图中显示了这一情况的示例。

确认

图片

本部分介绍如何确认地址。如需了解 Address Validation API 返回以指示应确认地址的具体信号，请参阅构建验证逻辑文档中的确认地址。

系统经常需要提示用户确认地址。例如，如果客户将城市名称拼错，那么 Address Validation API 会对其进行更正。您应与客户确认此问题。这是因为，API 所做的更改可能会从根本上改变最初输入的内容。

使用插页式广告模态向客户显示信息，让用户能够选择通过以下三个选项继续操作：

  1. 确认 API 返回的地址，结账流程即会使用更正后的地址继续。
  2. 选择最初输入的地址，忽略 Address Validation API 中的更正。结账流程可以照常进行，并且在您的流程允许的情况下，订单可以被标记，以便在发货前进行下游审核。
  3. 客户取消或退出模态窗口，返回到结账流程的地址输入阶段，在那里他们可以从头开始重新输入地址，重新开始整个流程。

右侧屏幕截图举例说明了这一情况。

接受

本部分介绍如何接受地址。如需了解 Address Validation API 返回以表明地址质量良好且应被接受的具体信号，请参阅构建验证逻辑文档中的接受地址。

在这种情况下，结账流程应进入下一阶段（很可能是接收付款），并且不会就地址质量向客户发出提示。API 已确认客户输入的地址质量好，可以送达。

我们建议您针对订单使用从 Address Validation API 返回的地址数据，因为其中可能包含一些细微的更正和补充，例如：

  • 大小写
  • 格式更正，例如
    • 街道到街道
    • 地址组成部分的顺序正确
  • ZIP+4（美国）。

实现方面的注意事项

构建地址接受逻辑时，请确保您的实现不会因输入的地址无效而阻止客户结账。构造逻辑时，应避免在 API 反复指明其条目无效时出现无限循环。

Google 建议您最多向客户提供两次输入地址的机会，并在第二次尝试时接受其输入，即使输入并未通过验证也是如此。第二次尝试时，目标是让它们无论验证如何都继续运行。

建议通过以下两种方法来接受第二次尝试：

  • 强制继续：向客户显示一个模态窗口，说明地址正在验证，但允许选择继续使用他们输入的地址。
  • 静默接受：在没有确认步骤的情况下自动接受第二次尝试，即使地址未完全验证也是如此。

如果可能，请将您的系统设计为标记未经验证的地址，以便客户服务代表可以在订单发货前对其进行审核。这种额外的措施可以确保您能发现任何错误。

新建筑物的建造很好地说明了为什么建议进行此检查。新建筑物的完工时间到相应建筑物的地址填充到邮政地址数据库中之间可能存在间隔。客户应该可以选择使用他们输入的地址强制进入结账页面，即使地址不经过验证也是如此。

结账会话完成后，您可以选择使用 provideValidationFeedback 方法向 Google 发送有关特定地址验证尝试的反馈。

总结

本文档简要介绍了如何在 Google 地图上实现自动补全、地址验证和可视化确认的结账流程。请从本文档着手按照推荐的地址输入流程设计您的实现。

后续步骤

下载使用可靠的地址改进结账、送货和运营 白皮书，并观看利用地址验证改进结账、送货和运营 在线讲座。

建议深入阅读：

贡献者

Henrik Valve | 解决方案工程师
Thomas Anglaret | 解决方案工程师
Sarthak Ganguly | 解决方案工程师

  1. 美国邮政署的非独家被许可人。以下商标归 United States Postal Service® 所有，且已获得使用许可：CASSTM、USPS®、DPV®。↩