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

目標

本文說明如何在電子商務結帳流程中結合 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 傳回的地址資料，因為這可能包含小幅修正和附加內容，例如：

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

作品注意事項

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

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

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

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

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

在新建築物建構的情況下，清楚地解釋為何建議進行這項檢查。完成新的建築物建構後，到郵寄地址資料庫填入該建築物的地址之間可能會出現缺口。消費者應有選擇權，可以使用輸入的地址強制繼續結帳頁面，即使該地址無法驗證也一樣。

完成結帳工作階段後，您可以視需要使用 provideValidationFeedback 方法，將有關特定地址驗證嘗試的意見回饋傳送給 Google。

結論

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

後續步驟

下載透過可靠地址提升結帳、交付和營運成效 白皮書，並查看運用地址驗證改善結帳、交付和營運成效 網路研討會。

建議參閱以下文章：

貢獻者

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

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