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

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

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

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

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

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

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

เหตุใดคุณจึงต้องตรวจสอบที่อยู่ที่จุดชำระเงิน

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

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

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

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

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

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

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

ติดตั้งใช้งาน Place เติมข้อความอัตโนมัติ โดยใช้ JavaScript API ในบรรทัดแรกของแบบฟอร์มป้อนที่อยู่

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

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

ต่อไปนี้เป็นตัวอย่างลักษณะที่ขั้นตอนนี้อาจปรากฏ โดยใช้ช่องป้อนข้อมูลช่องเดียว

รูปภาพ

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

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

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

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

รูปภาพ

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

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

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

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

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

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

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

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

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

แก้ไข

รูปภาพ

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

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

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

ยืนยัน

รูปภาพ

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

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

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

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

โดยดูตัวอย่างได้จากภาพหน้าจอทางด้านขวา

ยอมรับ

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

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

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

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

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

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

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

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

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

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

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

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

บทสรุป

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

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

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

แนะนำให้อ่านเพิ่มเติม

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

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

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