การตรวจสอบที่อยู่สําหรับการชําระเงินอีคอมเมิร์ซ

วัตถุประสงค์

เอกสารนี้อธิบายวิธีการรวม Place Autocomplete, Address Validation API¹ และ Maps ในการชำระเงินอีคอมเมิร์ซเพื่อวัตถุประสงค์ในการ บันทึกที่อยู่คุณภาพสูง

ข้อกำหนดเบื้องต้น

Google ขอแนะนำให้คุณคุ้นเคยกับสิ่งต่อไปนี้

• Place Autocomplete JavaScript developer documentation
  • ทำความเข้าใจจากมุมมองทางเทคนิคว่าการเติมข้อความอัตโนมัติของสถานที่ ทำงานอย่างไรและมีตัวเลือกการใช้งานใดบ้าง
• คู่มือการใช้งานการชำระเงิน สำหรับ Place Autocomplete
  • ตัวอย่างแนวทางปฏิบัติที่ดีที่สุดในการนำ Place Autocomplete ไปใช้ในการชำระเงินผ่านอีคอมเมิร์ซ
• API การตรวจสอบที่อยู่ เอกสารประกอบผลิตภัณฑ์ โดยเน้นไปที่สร้างตรรกะการตรวจสอบของคุณ -
  • ทำความเข้าใจในมุมมองทางเทคนิคว่า Address Validation API ทํางานอย่างไร และตรวจสอบสัญญาณที่กำหนดคุณภาพของที่อยู่

ลองเลย: ไปที่ Google Cloud Console แล้วเปิดใช้ Address Validation API

การตรวจสอบที่อยู่คืออะไร?

Address Validation API เป็นบริการที่ยอมรับที่อยู่ โดยจะระบุองค์ประกอบของที่อยู่และตรวจสอบความถูกต้อง นอกจากนี้ ยังกำหนดรูปแบบ ที่อยู่สำหรับการจัดส่งทางไปรษณีย์และค้นหาพิกัดละติจูด/ลองจิจูดที่รู้จักกันดีที่สุดสำหรับที่อยู่นั้นด้วย คุณเลือกเปิดใช้ระบบสนับสนุนความถูกต้องของการเข้ารหัส (CASS™) สำหรับที่อยู่ในสหรัฐอเมริกาและเปอร์โตริโกได้

ทำไมคุณถึงต้องมีการตรวจสอบที่อยู่เมื่อชำระเงิน?

รวบรวมที่อยู่ที่ถูกต้องในระหว่างกระบวนการสั่งซื้อ:
ขั้นตอนนี้มีความสำคัญต่อการส่งมอบที่ประสบความสำเร็จ เพิ่มการปฏิบัติตามข้อกำหนดตรงเวลา และลดค่าใช้จ่ายในการแก้ไขที่อยู่

แนะนําให้ลูกค้าป้อนที่อยู่อย่างรวดเร็วและแม่นยํา:
การเติมข้อความอัตโนมัติช่วยให้ป้อนที่อยู่ได้เร็วขึ้นและลดข้อผิดพลาดในการป้อนข้อมูล ทำให้ ลูกค้าชำระเงินได้อย่างง่ายดาย การตรวจสอบความถูกต้องของที่อยู่จะให้ความคิดเห็น เกี่ยวกับคุณภาพโดยรวมของที่อยู่ ทำการแก้ไข เช่น การกำหนดมาตรฐานและ การสะกดคำผิด และปรับปรุงข้อมูลเมตา เช่น การระบุที่อยู่อาศัยหรือ เชิงพาณิชย์ (พร้อมให้บริการในบางภูมิภาค

ภาพรวมการใช้งาน

ส่วนนี้จะอธิบายเวิร์กโฟลว์การป้อนที่อยู่ที่แนะนำสำหรับการชำระเงินของอีคอมเมิร์ซ กระบวนการนี้ประกอบด้วย 3 ขั้นตอนดังนี้

1. ใช้การเติมข้อความอัตโนมัติของสถานที่เพื่อบันทึกที่อยู่ในตอนแรก
2. ใช้ Address Validation API เพื่อยืนยันที่อยู่ที่ป้อน
3. แสดงตำแหน่งของที่อยู่ที่ป้อนในแผนที่ เพื่อให้ลูกค้ามั่นใจในการนำส่ง

ต่อไปเราจะเจาะลึกแต่ละขั้นตอนทีละขั้นตอน

ขั้นตอนที่ 1: ขั้นตอนการป้อนที่อยู่ - ใช้บริการกรอกที่อยู่อัตโนมัติ

ใช้ Place Autocomplete โดยใช้ JavaScript API ในบรรทัดแรกของแบบฟอร์มป้อนที่อยู่

ระบบกรอกที่อยู่อัตโนมัติจะให้คำแนะนำแก่ลูกค้าเมื่อป้อนรายละเอียดที่อยู่ของตน เมื่อนำไปใช้งานโดยใช้ JavaScript API เมื่อผู้ใช้เริ่มพิมพ์ รายการแบบดรอปดาวน์จะปรากฏใต้ช่องฟอร์มการป้อนที่อยู่ โดยแสดงผลลัพธ์จากบริการกรอกข้อความอัตโนมัติที่อัปเดตทุกครั้งที่กดแป้น เมื่อผู้ใช้ป้อนข้อมูลเพียงพอเพื่อค้นหาที่อยู่แล้ว พวกเขาก็จะเลือกที่อยู่นั้นจากรายการดรอปดาวน์ การดำเนินการนี้จะป้อนข้อมูลในช่องแบบฟอร์มโดยอัตโนมัติด้วยข้อมูลที่อยู่

คุณสามารถกำหนดรูปแบบการป้อนแบบฟอร์มสองแบบให้กับผู้ใช้พร้อมระบบกรอกที่อยู่อัตโนมัติ: แบบแสดงพร้อมช่องที่อยู่ทั้งหมด หรือแบบแสดงพร้อมช่องป้อนข้อมูลเพียงช่องเดียว ช่องป้อนข้อมูลเดียวนี้จะแจ้งให้ผู้ใช้เริ่มค้นหาในขณะที่พิมพ์ แทนที่จะต้องป้อนส่วนประกอบที่อยู่ทีละรายการ เมื่อกรอกข้อมูลที่อยู่โดยอัตโนมัติแล้ว เวิร์กโฟลว์จะขยายช่องข้อมูลแบบฟอร์มด้วยข้อมูลที่อยู่ ช่วยให้ลูกค้าตรวจสอบและแก้ไขได้ เช่น เพิ่มหมายเลขอพาร์ตเมนต์หรือยูนิต

นี่คือตัวอย่างลักษณะการไหลที่อาจเกิดขึ้น โดยใช้ช่องป้อนข้อมูลเพียงช่องเดียว:

เคล็ดลับ: หากคุณใช้ Autocomplete (ใหม่) ให้ใช้โทเค็นเซสชันในการเรียก Autocomplete และ Address Validation API เพื่อใช้ประโยชน์จากการเติมข้อความอัตโนมัติสำหรับการชำระเงินและการจัดส่ง การกำหนดราคา

ขั้นตอนที่ 2: ใช้ Address Validation API เพื่อตรวจสอบที่อยู่

หลังจากที่ผู้ใช้ป้อนที่อยู่แล้ว Google ขอแนะนำให้คุณเรียกใช้ Address Validation API ที่จุดชำระเงินเพื่อยืนยันว่าที่อยู่ถูกต้องและครบถ้วน ทริกเกอร์การเรียกใช้ Address Validation API เมื่อผู้ใช้คลิกปุ่มถัดไปหรือดำเนินการต่อใน แบบฟอร์มที่อยู่ ปุ่มนี้มักจะนำไปยังหน้าการชำระเงิน

Google ขอแนะนำให้เรียกใช้ Address Validation API สำหรับทุกธุรกรรม

แผนภาพขั้นตอนต่อไปนี้แสดงตัวอย่างการผสานรวม Address Validation API แบบครบวงจรภายในขั้นตอนการชำระเงิน

เอกสารนี้จะกล่าวถึงสถานการณ์การยอมรับที่อยู่ในภายหลัง

ขั้นตอนที่ 3: ยืนยันด้วยภาพ

หลังจากป้อนที่อยู่แล้ว ให้แสดงสถานที่จัดส่งให้ผู้ใช้เห็นบนแผนที่เพื่อยืนยันสถานที่จัดส่ง วิธีนี้ช่วยให้ลูกค้ามั่นใจเพิ่มเติมได้ว่าที่อยู่ถูกต้อง และช่วยลดความล้มเหลวในการจัดส่งหรือการรับสินค้า

แผนที่อาจแสดงในระหว่างขั้นตอนการชำระเงินหรือส่งภายในอีเมลยืนยันธุรกรรม คุณสามารถใช้กรณีการใช้งานทั้ง 2 กรณีนี้ได้ด้วย API ต่อไปนี้

Maps JavaScript API มีแผนที่แบบอินเทอร์แอกทีฟสำหรับแสดงตำแหน่งของผู้ใช้	Maps Static API อนุญาตให้ฝังรูปภาพภายในหน้าเว็บหรือในอีเมลในภายหลัง

หมายเหตุ: ใช้ รหัสพิกัดทางภูมิศาสตร์ ที่ได้จาก Address Validation API เพื่อแสดงตำแหน่งของที่อยู่ที่ป้อน

เจาะลึก - สถานการณ์การยอมรับที่อยู่

การตอบกลับของ Address Validation API สามารถจัดหมวดหมู่ได้เป็น 3 สถานการณ์หลักๆ ดังนี้

• แก้ไข - ที่อยู่มีคุณภาพต่ำ คุณควรถามหาข้อมูลเพิ่มเติม
• ยืนยัน - ที่อยู่มีคุณภาพสูง แต่มีการเปลี่ยนแปลงจากที่อยู่ที่ป้อน คุณอาจได้รับแจ้งให้ ยืนยัน
• ยอมรับ - ที่อยู่มีคุณภาพสูง คุณ ยอมรับที่อยู่ที่ระบุได้

แนวคิดนี้ครอบคลุมอยู่ในส่วนสร้างตรรกะการตรวจสอบ ของเอกสารประกอบ Address Validation API และเราจะพูดถึงแต่ละสถานการณ์ในส่วนนี้

เคล็ดลับ: ตรรกะนี้ยังมีให้ใช้งานเป็นคอมโพเนนต์เว็บโอเพนซอร์สในไลบรารีคอมโพเนนต์เพิ่มเติมด้วย

แก้ไข

ส่วนนี้แสดงวิธีแก้ไขการป้อนที่อยู่ ดูข้อมูลเกี่ยวกับสัญญาณที่เฉพาะเจาะจงซึ่ง Address Validation API แสดงเพื่อระบุที่อยู่คุณภาพต่ำได้ที่แก้ไขที่อยู่ในเอกสารประกอบ "สร้างตรรกะการตรวจสอบ"

หากการตอบกลับจาก Address Validation API ระบุว่าที่อยู่ไม่ถูกต้อง ให้เปลี่ยนเส้นทางลูกค้าไปยังแบบฟอร์มป้อนที่อยู่เพื่อตรวจสอบข้อมูลที่ป้อน เมื่อแก้ไขที่อยู่แล้ว บริการของคุณควรส่งที่อยู่ไปยัง Address Validation API อีกครั้งเพื่อให้แน่ใจว่าการแก้ไขที่ทำนั้นถูกต้อง

นอกจากนี้ คุณยังไฮไลต์ข้อผิดพลาดในบรรทัดที่อยู่เฉพาะได้โดยใช้สัญญาณที่ส่งคืนที่ระดับ addressComponents ตัวอย่างของเนื้อหาดังกล่าวจะอยู่ใน ภาพหน้าจอทางด้านขวา

---

ยืนยัน

ส่วนนี้แสดงวิธียืนยันที่อยู่ ดูข้อมูลเกี่ยวกับสัญญาณที่เฉพาะเจาะจงซึ่ง API การตรวจสอบที่อยู่ส่งคืนเพื่อระบุว่าควรยืนยันที่อยู่ได้ที่ยืนยันที่อยู่ในเอกสารประกอบ "สร้างตรรกะการตรวจสอบ"

บ่อยครั้งที่ระบบต้องการแจ้งให้ผู้ใช้ยืนยันที่อยู่ เช่น ลูกค้าสะกดชื่อเมืองผิด ซึ่ง Address Validation API จะแก้ไขให้ คุณควรยืนยันการแก้ไขนี้กับลูกค้า เนื่องจากการเปลี่ยนแปลงที่ API ทำอาจเปลี่ยนสิ่งที่ป้อนไว้แต่เดิมอย่างสิ้นเชิง

ใช้โมดอลโฆษณาคั่นหน้าเพื่อแสดงข้อมูลต่อลูกค้า โดยมีตัวเลือก 3 รายการให้ดำเนินการต่อ ดังนี้

1. ยืนยันที่อยู่ที่ API แสดง และดำเนินการชำระเงินต่อโดยใช้ที่อยู่ที่แก้ไขแล้ว
2. เลือกที่อยู่ที่ป้อนไว้แต่แรก โดยไม่ต้องสนใจการแก้ไขจาก Address Validation API กระบวนการชำระเงินจะดำเนินต่อไปได้ตามปกติ และระบบอาจแจ้งคำสั่งซื้อเพื่อรับการตรวจสอบขั้นถัดไปก่อนจัดส่ง หากกระบวนการของคุณอนุญาต
3. ลูกค้าจะยกเลิกหรือออกจากโมดอล ซึ่งจะนำลูกค้ากลับไปที่ ขั้นตอนการป้อนที่อยู่ของกระบวนการชำระเงิน ซึ่งลูกค้าจะป้อน ที่อยู่ใหม่ตั้งแต่ต้นและเริ่มกระบวนการใหม่อีกครั้งได้

คุณดูตัวอย่างได้ในภาพหน้าจอด้านขวา

---

ยอมรับ

ส่วนนี้แสดงวิธียอมรับที่อยู่ ดูข้อมูลเกี่ยวกับสัญญาณที่เฉพาะเจาะจงซึ่ง Address Validation API แสดงผลเพื่อระบุว่าที่อยู่มีคุณภาพดีและควรยอมรับได้ที่หัวข้อยอมรับที่อยู่ในเอกสารประกอบ "สร้างตรรกะการตรวจสอบ"

ในกรณีนี้ กระบวนการชำระเงินควรไปยังขั้นตอนถัดไป ซึ่งน่าจะเป็นการบันทึกการชำระเงิน โดยไม่มีข้อความแจ้งให้ลูกค้าทราบเกี่ยวกับคุณภาพของที่อยู่ API ยืนยันว่าที่อยู่ที่ลูกค้าป้อนมีคุณภาพดี และนำส่งได้

เราขอแนะนำให้ใช้ข้อมูลที่อยู่ซึ่งส่งคืนจาก Address Validation API กับคำสั่งซื้อ เนื่องจากข้อมูลนี้อาจมีการแก้ไขและเพิ่มเติมเล็กน้อย เช่น ข้อมูลต่อไปนี้

• การใช้อักษรตัวพิมพ์ใหญ่
• การแก้ไขการจัดรูปแบบ เช่น
  • Street to St
  • การเรียงลำดับคอมโพเนนต์ของที่อยู่อย่างถูกต้อง
• ZIP+4 ในสหรัฐอเมริกา

เคล็ดลับ: อย่าลืมแสดงที่อยู่ต่อลูกค้าในหน้าการบันทึกการชำระเงิน แม้ว่าจะไม่มีการดึงดูดความสนใจก็ตาม

---

ข้อควรพิจารณาในการติดตั้งใช้งาน

เมื่อสร้างตรรกะการยอมรับที่อยู่ โปรดตรวจสอบว่าการติดตั้งใช้งานของคุณไม่ บล็อกลูกค้าไม่ให้ชำระเงินเนื่องจากป้อนที่อยู่ที่ไม่ถูกต้อง สร้างตรรกะในลักษณะที่ป้องกันไม่ให้เกิดลูปไม่สิ้นสุดหาก API ระบุซ้ำๆ ว่ารายการไม่ถูกต้อง

Google ขอแนะนำให้คุณให้โอกาสลูกค้าป้อนที่อยู่ได้สูงสุด 2 ครั้ง และในครั้งที่ 2 ให้ยอมรับรายการที่ลูกค้าป้อน แม้ว่าจะไม่ผ่านการตรวจสอบก็ตาม ในความพยายามครั้งที่ 2 เป้าหมายคือการอนุญาตให้ผู้ใช้ดำเนินการต่อได้โดยไม่คำนึงถึง การตรวจสอบ

เราขอแนะนำ 2 วิธีในการยอมรับการพยายามครั้งที่ 2 ดังนี้

• บังคับดำเนินการต่อ: แสดงโมดอลแก่ลูกค้าเพื่ออธิบายว่าระบบไม่ ได้ตรวจสอบที่อยู่ แต่ให้ตัวเลือกในการดำเนินการต่อด้วยที่อยู่ที่พิมพ์
• การยอมรับแบบเงียบ: ยอมรับความพยายามครั้งที่ 2 โดยอัตโนมัติโดยไม่ต้องมีขั้นตอนการยืนยัน แม้ว่าระบบจะตรวจสอบที่อยู่ได้ไม่สมบูรณ์

หากเป็นไปได้ ให้ออกแบบระบบเพื่อแจ้งที่อยู่ที่ตรวจสอบไม่ผ่าน เพื่อให้ตัวแทนฝ่ายบริการลูกค้าตรวจสอบที่อยู่ดังกล่าวได้ก่อนที่จะจัดส่งคำสั่งซื้อ ซึ่ง มาตรการเพิ่มเติมนี้จะช่วยให้คุณตรวจพบข้อผิดพลาดได้

การก่อสร้างอาคารใหม่เป็นตัวอย่างที่ดีที่แสดงให้เห็นว่าเหตุใดจึงแนะนำให้ทำการตรวจสอบนี้ อาจมีความล่าช้าระหว่างเวลาที่การก่อสร้างอาคารใหม่เสร็จสิ้นกับเวลาที่ระบบป้อนที่อยู่ของอาคารนั้นลงในฐานข้อมูลที่อยู่ไปรษณีย์ ลูกค้าควรมีตัวเลือกในการบังคับดำเนินการต่อผ่านหน้าชำระเงินด้วยที่อยู่ที่พิมพ์ แม้ว่าจะไม่ได้รับการตรวจสอบก็ตาม

เมื่อเซสชันการชำระเงินเสร็จสมบูรณ์แล้ว คุณจะใช้วิธี provideValidationFeedback เพื่อส่งความคิดเห็นให้ Google เกี่ยวกับการพยายามตรวจสอบที่อยู่หนึ่งๆ ก็ได้

บทสรุป

เอกสารนี้ได้ให้ภาพรวมของขั้นตอนการชำระเงินที่ใช้ การเติมข้อความอัตโนมัติ การตรวจสอบที่อยู่ และการยืนยันด้วยภาพบน Google Maps ใช้ เอกสารนี้เป็นจุดเริ่มต้นในการออกแบบการติดตั้งใช้งาน โดยทำตาม ขั้นตอนการป้อนที่อยู่ที่แนะนำ

ขั้นตอนถัดไป

ดาวน์โหลดเอกสารไวท์เปเปอร์ปรับปรุงการชำระเงิน การนำส่ง และการดำเนินงานด้วยที่อยู่ที่เชื่อถือได้ และดูสัมมนาผ่านเว็บการปรับปรุงการชำระเงิน การนำส่ง และการดำเนินงานด้วยการตรวจสอบที่อยู่

อ่านเพิ่มเติมที่

• เอกสารประกอบ Place Autocomplete
• เอกสารประกอบของ Address Validation API
• การรายงาน Google Maps Platform

ผู้ร่วมให้ข้อมูล

Henrik Valve | วิศวกรโซลูชัน
Thomas Anglaret | วิศวกรโซลูชัน
Sarthak Ganguly | วิศวกรโซลูชัน

---

1. ผู้รับอนุญาตที่ไม่ผูกขาดแต่เพียงผู้เดียวของไปรษณีย์สหรัฐอเมริกา เครื่องหมายการค้าต่อไปนี้เป็นของ United States Postal Service® และได้รับอนุญาตให้ใช้งาน: CASS™, USPS®, DPV® ↩