การจัดการการเปลี่ยนเส้นทางการชำระเงินนอกสถานที่อย่างปลอดภัยบน WordPress

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

ถือว่าการเปลี่ยนเส้นทางเป็นขอบเขตความปลอดภัย

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

• ใช้โทเค็นสถานะครั้งเดียว ที่สร้างฝั่งเซิร์ฟเวอร์และเก็บไว้กับคำสั่งซื้อที่รอดำเนินการ ส่งพร้อมกับผู้ใช้ไปที่เกตเวย์ จากนั้นตรวจสอบความถูกต้องในการส่งคืน
• ตรวจสอบความถูกต้องของ ลายเซ็นบนเพย์โหลดการเรียกกลับด้วยรหัสลับที่ใช้ร่วมกันหรือคีย์สาธารณะของเกตเวย์ อย่าเชื่อถือเพียงการเปลี่ยนเส้นทางเบราว์เซอร์เท่านั้น
• จำเป็นต้องมี idempotency บนการแจ้งเตือนระหว่างเซิร์ฟเวอร์ถึงเซิร์ฟเวอร์ ดังนั้นการลองใหม่จะไม่เรียกเก็บเงินซ้ำซ้อนหรือเปิดคำสั่งซื้ออีกครั้ง
• รายการที่อนุญาตพิเศษเปลี่ยนเส้นทางโฮสต์ ใน WordPress โดยใช้ allowance_redirect_hosts และใช้ wp_safe_redirect() ไม่ใช่ธรรมดา wp_redirect()
• ล็อคการเปลี่ยนคำสั่ง รอดำเนินการสามารถย้ายไปยังการประมวลผลหรือล้มเหลว แต่ไม่อนุญาตให้ข้ามข้ามการยืนยัน

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

สร้างการเดินทางของผู้ใช้ที่ยืดหยุ่นสำหรับโฟลว์ใบสำคัญ

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

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

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

เพิ่มการโทรกลับและขอบคุณเพจ

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

1. ปิดการใช้งานแคชสำหรับเส้นทางการชำระเงินและการคืนสินค้า ไม่รวม /checkout, /order-received และจุดสิ้นสุดการส่งคืนที่กำหนดเองจากแคชของเพจและ Edge เพิ่ม Cache-Control: no-store headers ในเทมเพลตของคุณหรือผ่านกฎของปลั๊กอินประสิทธิภาพของคุณ
2. ยืนยันความเป็นเจ้าของคำสั่งซื้อในหน้าขอบคุณ จับคู่ผู้ใช้ที่เข้าสู่ระบบหรือแฮชอีเมลกับคำสั่งซื้อก่อนที่จะแสดงรายละเอียด หากมีข้อมูลไม่ตรงกัน ให้แสดงความสำเร็จทั่วไปโดยใช้ข้อมูลน้อยที่สุด และส่งรายละเอียดทางอีเมล
3. ซิงโครไนซ์เหตุการณ์เบราว์เซอร์และเซิร์ฟเวอร์ เว็บฮุคอาจมาถึงก่อนหรือหลังผู้ซื้อกลับมา สำรวจความคิดเห็นเกี่ยวกับการเปลี่ยนแปลงสถานะด้วยคำขอ AJAX ที่มีอายุสั้น หรือแสดงการรีเฟรชอัตโนมัติหากคำสั่งซื้อยังคงค้างอยู่
4. บันทึกตัวระบุตั้งแต่ต้นจนจบ จัดเก็บรหัสธุรกรรมของเกตเวย์ รหัสคำสั่งซื้อของคุณ โทเค็นสถานะ และรหัสคำขอจากทั้งการโทรเปลี่ยนเส้นทางและเว็บฮุค เปิดเผยให้เจ้าหน้าที่ฝ่ายสนับสนุนในหน้าจอผู้ดูแลระบบ
5. ทำให้การลองใหม่ปลอดภัย หากนักช้อปเปิด URL ที่ส่งคืนอีกครั้ง เทมเพลตควรแสดงสถานะคำสั่งซื้อปัจจุบันโดยไม่มีผลข้างเคียงใดๆ

ในเทมเพลต WooCommerce ให้ใช้ wc_get_page_permalink( 'checkout' ) และ wc_get_endpoint_url( 'order-received', $order->get_id(), wc_get_page_permalink( 'checkout' ) ) เพื่อสร้างเส้นทางที่เป็นที่ยอมรับ หลีกเลี่ยง URL ที่รวบรวมด้วยมือซึ่งขัดข้องในการตั้งค่าหลายภาษาหรือหลายโดเมน

ลดการฉ้อโกงและการปฏิเสธการชำระเงินโดยไม่เพิ่มความขัดแย้ง

การรักษาความปลอดภัยที่ดีควรมองไม่เห็น มุ่งเน้นไปที่สัญญาณที่ไม่ลงโทษลูกค้าที่ซื่อสัตย์

• การตรวจสอบ KYC และความเร็ว เป็นของฝั่งเซิร์ฟเวอร์ ไม่ใช่ในเบราว์เซอร์ สำหรับบัตรกำนัลที่มีมูลค่าต่ำ ให้จัดลำดับความสำคัญของการตรวจจับบัญชีที่ซ้ำกัน ความสอดคล้องของลายนิ้วมือของอุปกรณ์ และการให้คะแนนความเสี่ยง IP ในรูปแบบที่ยาว
• กลยุทธ์คุกกี้ SameSite มีความสำคัญเนื่องจากการเปลี่ยนเส้นทางของบุคคลที่สามสามารถทิ้งคุกกี้ได้ ใช้ SameSite=ไม่มี; รักษาความปลอดภัยเมื่อจำเป็นและอาศัยเซสชันที่จัดเก็บโดยเซิร์ฟเวอร์สำหรับสถานะวิกฤติ
• เช็คเอาท์กล่องเวลา หมดอายุโทเค็นสถานะและคำสั่งซื้อที่รอดำเนินการหลังจากช่วงเวลาสั้นๆ จากนั้นเชิญนักช้อปให้ลองอีกครั้งด้วยเซสชันใหม่
• อธิบายการปฏิเสธ ในแง่มนุษย์ เพื่อให้ผู้ใช้เข้าใจว่าควรลองใช้บัตรกำนัลใหม่หรือติดต่อฝ่ายสนับสนุน

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

จัดส่งได้เร็วขึ้นด้วยสถาปัตยกรรมที่ทดสอบได้

คุณสามารถดำเนินการได้อย่างรวดเร็วหากการผสานรวมนั้นง่ายต่อการตรวจสอบในการจัดเตรียม

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

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

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