电子商务结帐地址验证

目标

本文档介绍了将地点自动补全、Address Validation API1 和 Google 地图组合到电子商务结账流程中用于捕获优质地址的方法。

前提条件

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. 美国邮政服务的非独家被许可人。以下商标归美国邮政服务®所有，经许可后使用：CASSTM、USPS®、DPV®。↩