电子商务结帐地址验证

目标

本文档介绍了将地点自动补全、地址等功能结合使用的方法。 在电子商务结账流程中使用 Validation API1 和 Google 地图， 捕获高质量地址

前提条件

Google 建议您熟悉以下内容：

  • 地点自动补全 JavaScript 开发者 文档。
    • 从技术角度了解地点自动补全功能 工作原理及其实现选项。
  • 适用于“地点”的结账页实现 指南 自动补全。
    • 在 Google Cloud 上实现地点自动补全的最佳实践示例 电子商务结账。
  • 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 验证 API 确认地址有效且完整。触发对 在用户点击“下一步”或“继续”按钮时， 地址表单。此按钮通常指向付款页面。

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

以下流程图展示了 结账流程中的 Address Validation API：

图片

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

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

用户输入地址后，向用户提供直观的送货确认信息 通过在地图上显示位置。这为客户提供了 确保地址正确无误，并减少送货或自提 错误。

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

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

深入探究 - 解决接受场景

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

  • 修正 - 地址质量不佳。 您应提示您提供更多信息。
  • 确认 - 地址质量较高，但 更改。您可能会提示 确认。
  • 接受 - 地址质量较高。您可以 接受提供的地址。

如需了解此概念，请参阅构建验证 逻辑 部分，我们将在后续部分讨论 部分。

修复

图片

本部分介绍了如何修正地址输入问题。有关 表示 Address Validation API 返回的信号，以表明该 API 的质量较低 请参阅修复 地址 “构建验证逻辑”文档

如果 Address Validation API 的响应表明地址无效， 将客户重定向到地址输入表单，以查看他们输入的数据。 更正地址后，您的服务应该重新发送到该地址 用于确保所做更正有效的验证 API。

您还可以使用这些信号来突出显示特定的地址行错误 在 addressComponents 级别返回。请参见 如右图所示

确认

图片

本部分介绍如何确认地址。有关 指示 Address Validation API 返回的指示应该 请参阅确认 地址 “构建验证逻辑”文档

系统经常需要提示用户确认地址。例如： 客户拼错了城市名称，随后该地址将更正 Validation API。您应与客户确认此问题。这是因为 API 所做的更改可能会从根本上改变 已进入。

使用插页式模态向客户显示信息，以实现 有三种选择

  1. 确认 API 返回的地址以及结账流程 使用更正后的地址继续。
  2. 选择最初输入的地址，忽略来自 Address Validation API。结账流程可以照常进行，并且 如果您的流程 允许。
  3. 客户取消或退出模态窗口，使其返回到 结账流程的地址输入阶段，在该阶段，用户可以重新进入 从头开始。

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

接受

本部分介绍如何接受地址。有关 表示 Address Validation API 返回的指示地址有效 并且应该被接受，请参阅接受 地址 “构建验证逻辑”文档

在这种情况下，结账流程应进入下一阶段，很有可能 捕获付款，不向客户发出有关地址质量的提示。 API 已确认客户输入的地址质量良好， 且能够交付。

我们建议使用通过 Address Validation API 返回的地址数据 因为这可能包含细微的更改和增补内容， 例如：

  • 大小写
  • 格式更正，例如 <ph type="x-smartling-placeholder">
      </ph>
    • 街道到街道
    • 地址组成部分的顺序正确
  • ZIP+4（美国）。

实现方面的注意事项

构建地址接受逻辑时，请确保您的实现 阻止因输入的地址无效的客户结账。建造 确保 API 在 API 调用过程中出现无限循环 反复指明其输入无效。

Google 建议您向客户提供最多两次机会， 第二次输入时，接受对方输入的地址，即使其没有 validate.第二次尝试时，目标是让他们无论如何都会继续 验证。

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

  • 强制继续：向客户显示模态窗口，说明地址不可用 但允许选择继续使用输入的地址。
  • 静默接受：自动接受第二次尝试，但不提供 确认步骤，即使地址未得到完全验证也是如此。

如果可能的话，请将您的系统设计为标记未经验证的地址， 客户服务代表可以在订单发货前查看这些信息。这个 额外的措施可以确保您能发现任何错误。

新建筑物的建造很好地说明了为什么此项检查 建议。新建筑施工时间之间 完成，并在邮政地址中填充相应建筑物的地址时 数据库。客户应该可以选择强行继续完成 显示您输入的地址的结账页（即使该地址未经过验证）。

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

总结

本文档简要介绍了实现结账流程 在 Google 地图上自动补全、地址验证和视觉确认。使用 本文档作为设计实施的起点， 推荐的地址输入流程

后续步骤

下载使用可靠的地址改进结账、配送和运营 白皮书 并查看通过“地址”页面改善结账、送货和运营 验证 在线讲座。

建议深入阅读：

贡献者

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

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