電子商務結帳功能的地址驗證

目標

本文說明如何在電子商務結帳流程中結合 Place Autocomplete、Address Validation API1 和地圖，以便擷取高品質地址。

必要條件

Google 建議您熟悉下列項目：

  • Place Autocomplete JavaScript 開發人員說明文件。
    • 從技術角度瞭解 Place Autocomplete 的運作方式和導入選項。
  • 請參閱結帳功能導入指南 Place Autocomplete。
    • 電子商務結帳頁面中 Place Autocomplete 導入最佳做法的範例。
  • Address Validation API 產品文件，著重於建立驗證邏輯。
    • 從技術層面瞭解 Address Validation API 的運作方式，並查看用於判斷地址品質的信號。

什麼是地址驗證？

Address Validation API 是接受地址的服務。可識別地址元件並驗證。這項服務也會將郵寄地址標準化，並找出最適合的經緯度座標。針對美國和波多黎各的地址，您可以選擇啟用編碼準確性支援系統 (CASS™)。

為什麼需要在結帳時驗證地址？

在訂購程序中收集正確的地址：
這是促進成功送達、提高準時履行率，以及降低昂貴的地址更正費用的重要步驟。

引導消費者快速且準確地輸入地址：
Place Autocomplete 可加快地址輸入速度，並減少輸入錯誤，讓消費者輕鬆完成結帳程序。地址驗證功能會提供整體地址品質的意見回饋，並修正標準化和拼字錯誤等問題，以及改善中繼資料，例如提供住宅或商業指標 (適用於特定地區)。

導入總覽

本節將概略說明電子商務結帳作業的建議地址輸入工作流程。這個程序包含三個步驟：

  1. 使用 Place Autocomplete 擷取初始地址。
  2. 使用 Address Validation API 確認輸入的地址。
  3. 在地圖上顯示輸入地址的位置，讓客戶安心等待商品送達。

接下來，我們將逐一探討每個步驟。

步驟 1：地址輸入流程 - 使用 Place Autocomplete 服務

在地址輸入表單的第一行使用 JavaScript API 實作 Place Autocomplete。

當客戶輸入地址詳細資料時，地點自動完成功能會提供建議。使用 JavaScript API 實作時，使用者開始輸入內容，地址輸入表單欄位下方就會顯示下拉式選單，顯示自動完成服務的結果，並隨著每個按鍵更新。使用者輸入足以找到地址的資訊後，即可從下拉式選單中選取地址。這項動作會自動在表單欄位中填入地址資料。

您可以透過 Place Autocomplete 為使用者提供兩種表單輸入樣式：顯示所有地址欄位，或顯示單一輸入欄位。這個單一輸入欄會提示使用者在輸入時開始搜尋，而不是個別輸入地址元件。自動完成功能填入地址後，工作流程會擴充含有地址資料的表單欄位，讓客戶查看並編輯資料，例如新增公寓或單元號碼。

以下範例說明使用單一輸入欄位時，這個流程可能會如何顯示：

圖片

步驟 2：使用 Address Validation API 驗證地址

使用者輸入地址後，Google 建議您在結帳時呼叫地址驗證 API，確認地址是否有效且完整。當使用者在地址表單中按一下「Next」或「Continue」按鈕時，觸發對 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 傳回的地址資料，對照訂單，因為這可能包含小幅修正和新增項目，例如：

  • 大寫
  • 格式修正，例如：
    • 街道到 St
    • 正確的地址元件順序
  • 美國的郵遞區號 + 4 碼。

作品注意事項

建立地址接受邏輯時，請確認您的實作方式不會因為顧客輸入無效地址而阻止他們結帳。建構邏輯時，請避免在 API 重複指出項目無效的情況下，發生無限迴圈的可能性。

Google 建議您最多提供兩次機會讓客戶輸入地址，並在第二次嘗試時接受他們輸入的內容，即使該內容未通過驗證也一樣。在第二次嘗試時，目標是讓他們無論驗證結果如何都能繼續進行。

建議採用下列兩種方法接受第二次嘗試：

  • 強制繼續：向客戶顯示說明地址未經過驗證的模式視窗，但允許他們使用輸入的地址繼續操作。
  • 靜默接受：自動接受第二次嘗試，且不進行確認步驟，即使地址未完全驗證也一樣。

盡可能設計系統，以便標示無法驗證的地址，讓客戶服務專員在訂單出貨前進行審查。這項額外措施可確保您能找出任何錯誤。

新建築物的建造工程，就是建議進行這項檢查的絕佳例子。新建築物完工後，可能需要一段時間才能在郵遞地址資料庫中填入該建築物的地址。消費者應有選擇權，可以使用輸入的地址強制繼續結帳頁面，即使該地址無法驗證也一樣。

結帳工作階段結束後，您可以選擇使用 provideValidationFeedback 方法，針對特定地址驗證嘗試傳送 Google 意見回饋。

結論

本文件概略說明瞭在 Google 地圖上實作自動完成、地址驗證和視覺確認的結帳流程。請按照建議的地址輸入流程，使用這份文件設計實作方式。

後續步驟

下載「透過可靠的地址改善結帳、運送和營運」 白皮書，並觀看「透過地址驗證改善結帳、運送和營運 」網路研討會。

建議參閱以下文章：

貢獻者

Henrik Valve | 解決方案工程師
Thomas Anglaret | 解決方案工程師
Sarthak Ganguly | 解決方案工程師

  1. 美國郵政署的非專屬授權人。下列商標由 United States Postal Service® 擁有，並經過授權使用：CASS™、USPS®、DPV®。↩