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

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

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

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

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

การยืนยันที่อยู่คืออะไร

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

เหตุใดจึงต้องมีการยืนยันที่อยู่เมื่อชำระเงิน

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

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

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

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

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

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

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

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

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

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

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

รูปภาพ

ขั้นตอนที่ 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 สามารถแบ่งออกเป็น 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 กับคำสั่งซื้อ เนื่องจากอาจมีการแก้ไขและการเพิ่มเติมเล็กน้อย เช่น ข้อมูลต่อไปนี้

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

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

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

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

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

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

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

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

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

บทสรุป

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

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

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

แหล่งข้อมูลอื่นๆ ที่แนะนํา

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

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

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