Trang này được dịch bởi Cloud Translation API.

Xác thực địa chỉ cho quy trình thanh toán thương mại điện tử

Mục tiêu

Việc thu thập địa chỉ chính xác từ đơn đặt hàng của khách hàng là rất quan trọng cho hoạt động thương mại điện tử vì điều này giúp đảm bảo rằng sản phẩm có thể được giao thành công, tăng khả năng giao hàng đúng hạn và giảm phí sửa địa chỉ của nhà chuyển phát nhanh.

Tài liệu này mô tả các phương pháp hay nhất để sử dụng API xác thực địa chỉ trong quy trình thanh toán thương mại điện tử, bao gồm cả khi ngầm chấp nhận một địa chỉ phù hợp, xác nhận phản hồi Xác thực địa chỉ với khách hàng hoặc đưa khách hàng quay lại biểu mẫu nhập địa chỉ để chỉnh sửa thủ công.

Nền tảng Google Maps đã cung cấp một hướng dẫn về cách cải thiện quy trình thanh toán bằng dịch vụ Tự động hoàn thành địa điểm. Tài liệu này mở rộng hướng dẫn bằng cách bổ sung các tính năng mới của API Xác thực địa chỉ. API này được thiết kế để xác định các lỗi nhập địa chỉ, nhờ đó giúp cải thiện khả năng phân phối và giúp quy trình thanh toán trở nên hiệu quả hơn.

Xác thực địa chỉ là gì?

Xác thực địa chỉ (còn gọi là xác minh địa chỉ) là một quy trình được thiết kế để xác định xem địa chỉ đường phố và bưu điện được nhập có tồn tại hay không và có đảm bảo chất lượng phân phối không.

Tại sao bạn cần xác thực địa chỉ khi thanh toán?

Lỗi không được phát hiện trong địa chỉ ở bước thanh toán có thể gây ra các vấn đề nghiêm trọng khi giao hàng. Việc xác thực địa chỉ trên màn hình thanh toán giúp bạn yên tâm rằng địa chỉ mà khách hàng đã nhập để giao hàng là hợp lệ. Điều này sẽ giúp giảm tình trạng thất bại và phân phối sai, vốn gây tốn kém cho doanh nghiệp.

Dịch vụ Tự động hoàn thành địa điểm và API xác thực địa chỉ cho phép người dùng nhập chính xác dữ liệu của họ khi thanh toán một cách nhanh chóng và dễ dàng. Sau đây là một số trường hợp phổ biến khiến API xác thực địa chỉ trở thành một phần thiết yếu của quy trình thanh toán:

Lỗi đánh máy

Khách hàng có thể khá phổ biến nhập sai địa chỉ khi nhập địa chỉ, đặc biệt là trên thiết bị di động. Ví dụ: nhập New York làm địa phương cho địa chỉ ở Brooklyn.

Đơn đặt hàng qua điện thoại

Một người nhận một đơn đặt hàng qua điện thoại có thể dễ dàng hiểu sai địa chỉ hoặc lấy một phần thông tin địa chỉ. Điều này khiến việc phân phối đơn đặt hàng mất thêm thời gian hoặc không thành công hoàn toàn.

Mua quà tặng

Mọi người thường mua sản phẩm làm quà cho bạn bè và người thân, nếu họ không biết chắc 100% về địa chỉ. Trong những trường hợp như vậy, API xác thực địa chỉ sẽ giúp bạn thêm tin tưởng rằng địa chỉ đã nhập là hợp lệ.

Khách hàng cần thêm siêu dữ liệu về địa chỉ

Một công ty vận chuyển hoặc chuyển phát nhanh kiện hàng thường cần thêm thông tin để hoàn tất quá trình giao hàng, chẳng hạn như loại toà nhà để ở so với toà nhà Thương mại hoặc giá trị USPS DPV (chỉ ở Hoa Kỳ).

Điểm khác biệt do các công ty vận chuyển khác nhau

Dịch vụ bưu điện địa phương thường am hiểu hơn về một khu vực cụ thể so với công ty chuyển phát nhỏ. Vì vậy, ngay cả khi thiếu số căn hộ hoặc địa danh tại địa phương, một số hãng vận chuyển (như bưu điện của bạn) vẫn có thể phân phối gói hàng, nhưng các hãng vận chuyển khác có thể sẽ không giao hàng được.

Nếu công ty chuyển phát không biết rõ khu vực giao hàng thì họ càng có nhiều thông tin để đảm bảo giao hàng thành công. Những nội dung chỉnh sửa mà API xác thực địa chỉ đề xuất có thể giúp các đơn vị vận chuyển yên tâm hơn rằng gói hàng có thể giao được.

Triển khai API xác thực địa chỉ

Sau khi khách hàng đã nhập địa chỉ của họ, cho dù là từ Tự động hoàn thành địa điểm hay nhập thủ công, dữ liệu địa chỉ đã nhập có thể được gửi tới API xác thực địa chỉ.

Thời điểm đề xuất để gọi API xác thực địa chỉ là khi bạn nhấp vào nút Tiếp theo/Tiếp tục trên biểu mẫu địa chỉ, rất có thể dẫn đến trang xử lý thanh toán.

Một quy trình toàn diện sử dụng API Xác thực địa chỉ trong quy trình thanh toán có thể có dạng như sau:

hình ảnh

Bây giờ, chúng ta phân tích chi tiết từng bước.

Bước 1: Luồng nhập địa chỉ – sử dụng dịch vụ Tự động hoàn thành địa điểm

Bạn nên triển khai Dịch vụ Tự động hoàn thành địa điểm trên dòng đầu tiên của biểu mẫu nhập địa chỉ, cung cấp các đề xuất cho khách hàng khi họ nhập thông tin chi tiết về địa chỉ.

Tính năng tự động hoàn thành có thể đơn giản hoá việc nhập địa chỉ trong ứng dụng của bạn, mang lại tỷ lệ chuyển đổi cao hơn và trải nghiệm liền mạch cho khách hàng của bạn. Công cụ này cung cấp một trường nhập nhanh và nhanh giúp thông tin dự đoán địa chỉ "nhập trước" có thể dùng để tự động điền biểu mẫu địa chỉ thanh toán hoặc địa chỉ giao hàng.

Bằng cách kết hợp tính năng Tự động hoàn thành vào giỏ hàng trực tuyến, bạn có thể:

Giảm đáng kể các thao tác nhấn phím và tổng thời gian cần thiết để đặt hàng.
Giảm lỗi nhập địa chỉ.
Giảm tỷ lệ bỏ ngang giỏ hàng.
Đơn giản hoá trải nghiệm nhập địa chỉ trên thiết bị di động hoặc thiết bị đeo.

Bạn có thể xem một số ví dụ về màn hình luồng ở giai đoạn này như sau.

hình ảnh

Bước 2: Sử dụng API xác thực địa chỉ để xác thực địa chỉ

Bạn nên gọi API xác thực địa chỉ ở bước thanh toán để xác nhận rằng địa chỉ này là hợp lệ và đầy đủ.

Tuy nhiên, nếu vì lý do nào đó mà API xác thực địa chỉ không được gọi trong quy trình mặc định, ít nhất bạn nên gọi API này trong các trường hợp sau:

Khách hàng đã dùng tính năng tự động điền của trình duyệt thay vì tính năng Tự động hoàn thành.
Khách hàng đã bỏ qua nội dung nhập của tính năng Tự động hoàn thành.
Tính năng tự động hoàn thành đã được sử dụng, nhưng địa chỉ trả về đã được chỉnh sửa.
Bạn đang xử lý một giao dịch có giá trị cao, trong đó việc phân phối thành công là đặc biệt quan trọng.
Bạn bắt buộc phải lưu trữ địa chỉ của người tiêu dùng vì lý do pháp lý.

Bước 3: Xác nhận bằng hình ảnh

Sau khi nhập địa chỉ, hãy cung cấp cho người dùng thông tin xác nhận bằng hình ảnh trực quan về vị trí giao hàng bằng một bản đồ tĩnh đơn giản. Sơ đồ này giúp khách hàng đảm bảo thêm rằng địa chỉ là chính xác, đồng thời giảm thiểu trường hợp không giao hàng/đến lấy hàng được.
Bản đồ này có thể xuất hiện trên trang mà khách hàng nhập địa chỉ hoặc thậm chí là được gửi trong email xác nhận khi họ đã hoàn tất giao dịch. Bạn có thể thực hiện cả hai trường hợp sử dụng này bằng các API sau:

API JavaScript của Maps cung cấp một bản đồ tương tác để hiển thị vị trí của người dùng.	API tĩnh của Maps cho phép nhúng hình ảnh trong trang web hoặc vào giai đoạn sau trong email.

Tìm hiểu chuyên sâu – giải quyết các tình huống chấp nhận

Có 3 trường hợp chính mà bạn có thể xác định từ phản hồi của API xác thực địa chỉ. Các thành phần trong phản hồi để kiểm tra chất lượng địa chỉ được làm nổi bật và sơ đồ quy trình trước đó trong tài liệu có quy trình tổng thể đề xuất cho các tình huống được mô tả này.

Trường hợp 1: Địa chỉ hợp lệ

Nếu API trả về tín hiệu cho biết địa chỉ đã nhập có chất lượng tốt, thì quy trình thanh toán có thể chuyển sang giai đoạn tiếp theo mà không cần thông báo cho khách hàng.
Các tín hiệu cho thấy một địa chỉ có chất lượng tốt là:

Điểm đánh dấu addressComplete là true,
Độ chi tiết xác thực tại PREMISE hoặc SUB_PREMISE, và
Không có thành phần địa chỉ nào được đánh dấu là:
- inferred
- spellCorrected
- replaced
- unexpected

Bạn nên lấy dữ liệu địa chỉ được đề xuất từ API Xác thực địa chỉ, vì dữ liệu này có thể chứa những nội dung chỉnh sửa và bổ sung nhỏ, chẳng hạn như:

Cách viết hoa
Chỉnh sửa định dạng, ví dụ:
- Đường đến St
- Thứ tự chính xác của các thành phần địa chỉ
ZIP+4 ở Hoa Kỳ.

Dưới đây là ví dụ về cách sử dụng phản hồi này trong quy trình xác thực:

YÊU CẦU	PHẢN HỒI
"address": { "regionCode": "US", "locality": "Mountain View", "addressLines": ["1600 Amphitheatre Pkwy"] }	"verdict": { "inputGranularity": "PREMISE", "validationGranularity": "PREMISE", "geocodeGranularity": "PREMISE", "addressComplete": true, "hasInferredComponents": true } … "addressComponents": [ { "componentName": { "text": "1600", "languageCode": "en" }, "componentType": "street_number", "confirmationLevel": "CONFIRMED" }, { "componentName": { "text": "Amphitheatre Parkway", "languageCode": "en" }, "componentType": "route", "confirmationLevel": "CONFIRMED" }, { "componentName": { "text": "Mountain View", "languageCode": "en" }, "componentType": "locality", "confirmationLevel": "CONFIRMED" }

YÊU CẦU

PHẢN HỒI

  "address": {
    "regionCode": "US",
    "locality": "Mountain View",
    "addressLines": ["1600 Amphitheatre Pkwy"]
  }

"verdict": {
      "inputGranularity": "PREMISE",
      "validationGranularity": "PREMISE",
      "geocodeGranularity": "PREMISE",
      "addressComplete": true,
      "hasInferredComponents": true
    } …
"addressComponents": [
        {
          "componentName": {
            "text": "1600",
            "languageCode": "en"
          },
          "componentType": "street_number",
          "confirmationLevel": "CONFIRMED"
        },
        {
          "componentName": {
            "text": "Amphitheatre Parkway",
            "languageCode": "en"
          },
          "componentType": "route",
          "confirmationLevel": "CONFIRMED"
        },
        {
          "componentName": {
            "text": "Mountain View",
            "languageCode": "en"
          },
          "componentType": "locality",
          "confirmationLevel": "CONFIRMED"
        }

Trường hợp 2: Địa chỉ có vấn đề

API xác thực địa chỉ có thể cho biết rằng có những thay đổi quan trọng đối với địa chỉ, thường là bằng cách thêm inferred, spellCorrected hoặc replaced vào các trường riêng lẻ, địa chỉ được trả về cần được xác nhận với khách hàng. Bạn có thể thực hiện việc này bằng cách sử dụng cửa sổ bật lên với lựa chọn để chọn địa chỉ đã nhập hoặc nội dung đề xuất mà API cung cấp.

Khi tìm thấy một địa chỉ khớp cho địa chỉ đó (tương tự như "đề xuất trùng khớp" cho phản hồi của tính năng Tự động hoàn thành địa điểm), API này sẽ phản hồi bằng một địa chỉ khớp có khả năng xuất hiện nhất và gắn cờ mọi thành phần đã sửa (phản hồi của API xác thực địa chỉ: "spellCorrected": true). Ví dụ:

"1600 amphiteatre parkway" khớp với "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA"

Dưới đây là ví dụ về cách sử dụng phản hồi này trong quy trình xác thực:

YÊU CẦU	PHẢN HỒI
"address": { "regionCode": "US", "addressLines": ["1600 amphiteatre parkway"] }	"verdict": { "inputGranularity": "PREMISE", "validationGranularity": "PREMISE", "geocodeGranularity": "PREMISE", "addressComplete": true, "hasInferredComponents": true } … "address": { "formattedAddress": "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA", … "addressComponents": [ { "componentName": { "text": "1600", "languageCode": "en" }, "componentType": "street_number", "confirmationLevel": "CONFIRMED" }, { "componentName": { "text": "Amphitheatre Parkway", "languageCode": "en" }, "componentType": "route", "confirmationLevel": "CONFIRMED", "spellCorrected": true } ... { "componentName": { "text": "Mountain View", "languageCode": "en" }, "componentType": "locality", "confirmationLevel": "CONFIRMED", "inferred": true }
Lưu ý: Tuyến đường thiếu "h", thiếu tên vị trí (Mountain View)

YÊU CẦU

PHẢN HỒI

  "address": {
    "regionCode": "US",
    "addressLines": ["1600 amphiteatre parkway"]
  }

      "verdict": {
      "inputGranularity": "PREMISE",
      "validationGranularity": "PREMISE",
      "geocodeGranularity": "PREMISE",
      "addressComplete": true,
      "hasInferredComponents": true
    } …
      "address": {
      "formattedAddress": "1600 Amphitheatre Parkway, Mountain View, CA 94043-1351, USA",
      …
      "addressComponents": [
        {
          "componentName": {
            "text": "1600",
            "languageCode": "en"
          },
          "componentType": "street_number",
          "confirmationLevel": "CONFIRMED"
        },
        {
          "componentName": {
            "text": "Amphitheatre Parkway",
            "languageCode": "en"
          },
          "componentType": "route",
          "confirmationLevel": "CONFIRMED",
          "spellCorrected": true
        }
...
{ "componentName": {
            "text": "Mountain View",
            "languageCode": "en"
          },
          "componentType": "locality",
          "confirmationLevel": "CONFIRMED",
          "inferred": true
        }

Lưu ý: Tuyến đường thiếu "h", thiếu tên vị trí (Mountain View)

Trường hợp 3: Địa chỉ không hợp lệ

Nếu phản hồi từ API xác thực địa chỉ cho biết một địa chỉ không hợp lệ, thì khách hàng phải được chuyển hướng đến biểu mẫu nhập địa chỉ để kiểm tra dữ liệu đã nhập. Khi không thể tìm thấy mục đề xuất phù hợp cho một địa chỉ, API xác thực địa chỉ sẽ đủ điều kiện cho các thành phần riêng lẻ của địa chỉ và đánh dấu dữ liệu bị thiếu/không hợp lệ. Vì vậy, bạn có thể gắn cờ các trường cần bổ sung hoặc sửa.

Dưới đây là ví dụ về cách sử dụng phản hồi này trong quy trình xác thực:

YÊU CẦU	PHẢN HỒI
"address": { "regionCode": "US", "addressLines": ["123 fake street new york"] }	"verdict": { "inputGranularity": "PREMISE", "validationGranularity": "ROUTE", "geocodeGranularity": "ROUTE", "hasUnconfirmedComponents": true, "hasInferredComponents": true } … "addressComponents": [... {"componentName": { "text": "123", "languageCode": "en" }, "componentType": "street_number", "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE" }, { "componentName": { "text": "fake street", "languageCode": "en" }, "componentType": "route", "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE" }, {"componentName": { "text": "New York", "languageCode": "en" }, "componentType": "locality", "confirmationLevel": "CONFIRMED" } …

YÊU CẦU

PHẢN HỒI

  "address": {
    "regionCode": "US",
    "addressLines": ["123 fake street new york"]
  }

"verdict": {
      "inputGranularity": "PREMISE",
      "validationGranularity": "ROUTE",
      "geocodeGranularity": "ROUTE",
      "hasUnconfirmedComponents": true,
      "hasInferredComponents": true
    } …
"addressComponents": [...
       {"componentName": {
            "text": "123",
            "languageCode": "en"
          },
          "componentType": "street_number",
          "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
        },
        { "componentName": {
            "text": "fake street",
            "languageCode": "en"
          },
          "componentType": "route",
          "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
        },
        {"componentName": {
            "text": "New York",
            "languageCode": "en"
          },
          "componentType": "locality",
          "confirmationLevel": "CONFIRMED"
        } …

Logic được mô tả ở trên có thể được triển khai trong quy trình thanh toán như minh hoạ trong sơ đồ quy trình sau:

hình ảnh

Các mẹo giúp cải thiện quy trình thanh toán

Điều quan trọng là khách hàng không bị chặn thanh toán do nhập địa chỉ không hợp lệ. Không được xây dựng logic theo cách đưa khách hàng vào một vòng lặp vô hạn nếu API luôn cho biết mục nhập của họ là một địa chỉ không hợp lệ.

Khách hàng nên có tối đa 2 cơ hội để nhập địa chỉ của mình và trong lần nhập thứ hai, thông tin nhập của họ sẽ được chấp nhận ngay cả khi không xác thực được. Bạn có thể đạt được điều này bằng cách cho phép khách hàng "buộc tiếp tục" khi hiển thị một cửa sổ bật lên có đề xuất về API, hoặc ngầm chấp nhận lần nhập địa chỉ thứ hai, ngay cả khi địa chỉ không xác thực đầy đủ. Thông tin đầu vào về địa chỉ không xác thực đầy đủ có thể bị bộ phận dịch vụ khách hàng gắn cờ để bộ phận dịch vụ khách hàng xem xét thủ công trước khi vận chuyển sản phẩm.

Một ví dụ về lý do tại sao điều này lại quan trọng là việc xây dựng mới. Có thể có một khoảng trống giữa thời điểm xây dựng toà nhà mới và thời điểm địa chỉ của toà nhà đó được điền sẵn vào cơ sở dữ liệu địa chỉ bưu chính. Khách hàng phải có thể buộc tiếp tục qua trang thanh toán bằng địa chỉ đã nhập. Địa chỉ này có thể chưa được xác thực.

Bạn có thể tuỳ ý sử dụng phương thức provideValidationFeedback của API xác thực địa chỉ để cung cấp ý kiến phản hồi cho Google về một lần xác thực cụ thể. Tìm hiểu thêm tại đây.

Địa chỉ có thể hiển thị trên giao diện người dùng hoặc lưu vào bộ nhớ đệm trong cơ sở dữ liệu nếu phù hợp với Điều khoản dành riêng cho dịch vụ API xác thực địa chỉ. Nếu địa chỉ được lưu vào bộ nhớ đệm trong cơ sở dữ liệu, thì chúng ta cần đảm bảo:

Địa chỉ chỉ có thể được lưu vào bộ nhớ đệm đối với người dùng.
Địa chỉ được định dạng và hầu hết các thuộc tính khác chỉ có thể được lưu vào bộ nhớ đệm sau khi có được sự đồng ý của người dùng.

Bạn sẽ thấy rằng một số phản hồi của API Tự động hoàn thành và/hoặc API xác thực địa chỉ chỉ là một phần hoặc chưa đầy đủ. Tuỳ theo vị trí địa lý và nhu cầu kinh doanh cụ thể của mình, bạn nên triển khai logic kinh doanh để linh hoạt hơn khi quyết định có chấp nhận các địa chỉ mà API xác thực địa chỉ không thể xác nhận hay không.

Ví dụ: nếu đang ở Hoa Kỳ, bạn có thể bật CASSTM từ United States Postal Service®¹ trong phản hồi của API Xác thực địa chỉ. Điều này cung cấp mức độ chi tiết cao về từng địa chỉ.

Nhiều khách hàng muốn xác thực lại địa chỉ thông qua một quy trình phụ, chẳng hạn như:

Những lý do pháp lý buộc khách hàng phải đảm bảo địa chỉ chính xác đang được lưu vào bộ nhớ đệm.
Nếu lệnh gọi ban đầu để xác thực địa chỉ không thành công, hãy xác thực lại địa chỉ ngoại tuyến.

Chúng tôi cung cấp tính năng Xác thực địa chỉ khối lượng lớn dưới dạng công cụ phần mềm nguồn mở để triển khai tính năng xác thực lại địa chỉ theo quy trình xử lý hàng loạt.

Kết luận

API xác thực địa chỉ là một công cụ mạnh mẽ giúp nâng cao trải nghiệm thanh toán cho mọi nền tảng thương mại điện tử. Tìm hiểu thêm về API xác thực địa chỉ và dùng thử tại đây.

Các bước tiếp theo

Tải Sách trắng về Cải thiện quy trình thanh toán, giao hàng và hoạt động với địa chỉ đáng tin cậy rồi xem Hội thảo trên web Cải thiện quy trình thanh toán, giao hàng và hoạt động bằng tính năng Xác thực địa chỉ .

Bạn nên đọc thêm:

Người đóng góp

Henrik Valve | Kỹ sư giải pháp
Thomas Anglaret | Kỹ sư giải pháp
Sarthak Ganguly | Kỹ sư giải pháp

Bên được cấp phép không độc quyền của Dịch vụ Bưu chính Hoa Kỳ. (Các) nhãn hiệu sau thuộc sở hữu của United States Postal Service® và được sử dụng với sự cho phép: CASSTM, USPS®, DPV®. ↩