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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ใช้ Place Autocomplete โดยใช้ 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 ตัวอย่างของเนื้อหาดังกล่าวจะอยู่ใน ภาพหน้าจอทางด้านขวา

ยืนยัน

รูปภาพ

ส่วนนี้แสดงวิธียืนยันที่อยู่ ดูข้อมูลเกี่ยวกับสัญญาณที่เฉพาะเจาะจงซึ่ง 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 ใช้ เอกสารนี้เป็นจุดเริ่มต้นในการออกแบบการติดตั้งใช้งานตาม ขั้นตอนการป้อนที่อยู่ที่แนะนำ

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

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

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

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

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

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