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

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

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

สิ่งที่ต้องดำเนินการก่อน

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

รูปภาพ

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

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

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

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

รูปภาพ

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

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

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

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

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

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

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

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

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

แก้ไข

รูปภาพ

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

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

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

ยืนยัน

รูปภาพ

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

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

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

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

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

ยอมรับ

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

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

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

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

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

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

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

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

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

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

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

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

บทสรุป

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

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

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

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

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

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

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