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

目標

本文說明如何在電子商務結帳中結合 Place Autocomplete、Address Verification API1 和 Google 地圖，以擷取優質地址。

必要條件

Google 建議您熟悉下列事項：

什麼是地址驗證？

Address Validation API 是一項可接受地址的服務。它能識別並驗證地址元件。也能將郵寄地址標準化，找出最適合該地址的經緯度座標。如果是美國和波多黎各地址，您可以啟用程式設計準確率支援系統 (CASSTM)。

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

在訂餐過程中收集準確的地址：
這是提升貨品送達成效、增加準時出貨並降低成本更正費用的重要步驟。

引導消費者快速準確地輸入地址：
Place Autocomplete 加快輸入地址的速度，並減少輸入錯誤，讓客戶輕鬆完成結帳。Address Validation 會針對整體地址品質提供意見回饋、修正標準化和拼寫錯誤等修正項目，以及強化中繼資料，例如提供住宅或商用指標 (適用於特定地區)。

導入程序總覽

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

  1. 使用 Place Autocomplete 開始擷取地址。
  2. 使用 Address Validation API 確認輸入的地址。
  3. 在地圖上顯示所輸入地址的位置，為消費者提供商品運送的信心。

接下來將分別深入探討每個步驟。

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

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

Place Autocomplete 會在客戶輸入地址詳細資料時提供建議。使用 JavaScript API 實作時，當使用者開始輸入時，地址輸入表單欄位下方會顯示下拉式選單，顯示自動完成服務的結果 (每次按下按鍵都會更新)。使用者輸入足夠的資訊來找出地址後，就會從下拉式選單中選取地址。這項操作會將地址資料自動填入表單欄位。

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

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

圖片

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

使用者輸入地址後，Google 建議您在結帳時呼叫 Address Validation 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 Verification API，確保修正內容有效。

您也可以運用在 addressComponents 層級傳回的信號，醒目顯示特定地址行錯誤。相關範例請見右側螢幕截圖。

確認

圖片

本節說明如何確認地址。如要進一步瞭解 Address Validation API 傳回的特定信號以指出地址應確認，請參閱「建構驗證邏輯」說明文件中的「確認地址」一節。

系統通常會想提示使用者確認地址。舉例來說，客戶拼錯城市名稱時， AddressValidation API 會修正該名稱。請向客戶確認這個問題修正方式。這是因為 API 所做的變更可能會從根本上改變原先輸入的內容。

請使用插頁式互動視窗向客戶顯示資訊，並提供可繼續操作的三個選項：

  1. 確認 API 傳回的地址，並使用正確的地址繼續結帳。
  2. 請選取原先輸入的位址，並忽略 Address Validation API 的修正。結帳流程可以照常運作，如果您的程序允許，可以在運送前將訂單標記為下游審查。
  3. 客戶取消或返回互動視窗，並將消費者帶回結帳程序的地址進入階段，以便他們從頭開始重新輸入地址，整個過程重頭開始。

右側螢幕截圖則顯示相關範例。

接受

本節說明如何接受地址。如要進一步瞭解 Address Validation API 以哪些信號表示地址良好且應接受，請參閱「建構驗證邏輯」說明文件中的「接受位址」。

在這種情況下，結帳程序應會進入下一個階段 (可能辦理付款)，且無需向客戶傳送有關地址品質的提示。這個 API 已確認客戶輸入的地址品質良好且可傳送。

我們建議您針對順序使用 Address Validation API 傳回的地址資料，因為這可能包含小幅修正和附加內容，例如：

  • 大寫
  • 格式修正，例如：
    • 街道至聖母街
    • 正確的地址元件排序
  • 以美國為例。

作品注意事項

建構地址接受邏輯時，請確保實作不會因為輸入的地址無效而阻礙客戶結帳。建構邏輯時，如果 API 重複指出其項目無效，則避免產生無限迴圈。

Google 建議您提供最多兩次的客戶輸入地址的機會，如果第二次嘗試，即使尚未完成驗證，也要接受客戶輸入的地址。第二次嘗試時，目標是無論驗證是否通過驗證，都能繼續執行。

建議您按照以下兩種方式接受第二次嘗試：

  • 強制處理：向客戶展示一個強制回應，說明地址未驗證，但允許使用者選擇繼續輸入的地址。
  • 靜音接受：即使地址未完成驗證，系統仍自動接受第二次嘗試，無須確認步驟。

請盡可能設計系統來標記無法驗證的地址，以便客服代表在訂單出貨前進行審查。這項額外措施可確保您找出所有錯誤。

新建築物結構可以讓您清楚地解釋為何應進行這項檢查。新的建築物建構完成後，與郵政地址資料庫中的建築物地址可能存在落差。即使並非驗證，客戶仍應能選擇使用所輸入的地址強制結帳頁面。

完成結帳工作階段後，您可以選擇使用 provideValidationFeedback 方法，將特定地址驗證嘗試的相關資訊傳送給 Google。

結論

本文件概略說明導入自動完成、地址驗證，以及在 Google 地圖上確認操作的結帳流程。請按照建議的地址輸入流程，從本文件開始設計實作項目。

後續步驟

下載利用可靠地址改善結帳、外送及營運效率 白皮書，並參閱「利用地址驗證改善結帳、配送和營運成效 」網路研討會。

建議的延伸閱讀：

協作者

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

  1. 美國郵政服務非專屬被授權人。下列商標屬於美國郵政服務® 所有，且經許可使用：CASSTM、USPS®、DPV®。↩