ร้านค้าออนไลน์
เพิ่มการชำระเงินคริปโตโดยไม่ต้องเปลี่ยนระบบชำระเงินเดิม
ระบบชำระด้วยบัตรของคุณยังทำงานเหมือนเดิมทุกประการ สิ่งนี้เพียงเพิ่มอีกหนึ่งวิธีจ่ายสำหรับลูกค้าที่ต้องการ — ลิงก์เดียวในหน้าเว็บที่พาเขาไปยังหน้าชำระเงินที่เราโฮสต์ และจ่ายเข้าคุณโดยตรง โดยไม่มีอะไรทำงานอยู่ในหน้าร้านของคุณ
สิ่งที่คุณวางลงไปจริง ๆ
ปุ่มชำระเงินตั้งค่าครั้งเดียวในแดชบอร์ด — จำนวนเงิน สินทรัพย์ เชน และปลายทางที่จะส่งลูกค้ากลับไป ส่วนสิ่งที่คุณวางลงในหน้าเว็บคือสิ่งนี้:
<a href="https://pay.unheld.io/pay/btn_8f2c41"
style="display:inline-block;padding:12px 20px;border-radius:8px;background:#3B37F0;color:#fff;font-weight:600;text-decoration:none;font-family:system-ui,sans-serif">
Pay with crypto
</a>นั่นคือการเชื่อมต่อทั้งหมด มันคือแท็กลิงก์
ทำไมจึงเป็นลิงก์ ไม่ใช่สคริปต์
โค้ดสั้น ๆ บนหน้าเว็บสาธารณะเก็บคีย์ลับไม่ได้ เพราะใครก็อ่านได้ ปุ่มจึงพกเพียงรหัสสาธารณะที่เดาไม่ได้ และใบแจ้งหนี้ถูกสร้างฝั่งเซิร์ฟเวอร์เมื่อมีคนคลิก ไม่มีข้อมูลบัญชีคุณเปิดเผยอยู่ในหน้าร้าน ไม่มีสคริปต์ที่จะทำให้หน้าช้าหรือพัง และไม่มีไลบรารีให้ต้องคอยอัปเดต
เกิดอะไรขึ้นเมื่อลูกค้าคลิก
สี่ขั้นตอน และไม่มีขั้นไหนทำงานบนเซิร์ฟเวอร์ของคุณ
- 01
ลูกค้าไปยังหน้าชำระเงินที่เราโฮสต์
ลิงก์จะสร้างใบแจ้งหนี้จากค่าที่คุณบันทึกไว้ แล้วส่งลูกค้าไปยังหน้าที่เราดูแล คุณไม่ต้องเรนเดอร์ฟอร์มชำระเงิน ไม่ต้องเก็บยอดเงินไว้ในช่องซ่อน และไม่ต้องเชื่อสิ่งใดที่เบราว์เซอร์ส่งกลับมา
- 02
ลูกค้าจ่ายจากกระเป๋าใดก็ได้
เงินเข้าที่อยู่ซึ่งสร้างจากกระเป๋าของคุณเอง ไม่ผ่านมือเรา จึงไม่มียอดคงเหลือให้ถอนและไม่มีรอบจ่ายให้รอ
- 03
รหัสอ้างอิงของคุณกลับมาพร้อมกัน
คุณแนบฟิลด์ของคุณเองไว้กับปุ่มได้ — เลขที่คำสั่งซื้อ รหัสตะกร้า หรืออะไรก็ตามที่ร้านคุณใช้ มันจะเดินทางไปกับการชำระเงินและกลับมาในเว็บฮุก คุณจึงรู้ว่าคำสั่งซื้อไหนถูกจ่ายโดยไม่ต้องจับคู่ยอดเงิน
- 04
ลูกค้าถูกส่งกลับมาหาคุณ
ทุกปุ่มมี URL สำเร็จและยกเลิกของตัวเอง ลูกค้าจึงกลับไปยังหน้ายืนยันคำสั่งซื้อของคุณ แทนที่จะค้างอยู่ที่หน้าของเรา
รู้ได้อย่างไรว่าคำสั่งซื้อถูกชำระแล้ว
เหตุการณ์ที่ใช้คือเหตุการณ์ใบแจ้งหนี้ตามปกติ — การจ่ายผ่านปุ่มก็คือใบแจ้งหนี้ธรรมดา ไม่ใช่สายพันธุ์แยกที่มีท่อทางของตัวเองแบบรองรับครึ่ง ๆ กลาง ๆ
- invoice.created
- invoice.receiving
- invoice.confirming
- invoice.paid
- invoice.underpaid
- invoice.overpaid
- invoice.expired
เว็บฮุกทุกตัวมีลายเซ็นและมีการส่งซ้ำ พร้อมพกฟิลด์อ้างอิงที่คุณแนบไว้กับปุ่ม ให้รอเหตุการณ์ยืนยันก่อนจัดส่ง ไม่ใช่รอแค่การตรวจพบครั้งแรก — ความต่างระหว่างสองสิ่งนี้คือเหตุผลทั้งหมดที่การยืนยันมีอยู่
การเชื่อมต่อทำงานอย่างไร
การเชื่อมต่อคือลิงก์เดียว นี่คือสิ่งที่ลิงก์นั้นครอบคลุมอย่างแม่นยำ เพื่อให้คุณประเมินงานได้ก่อนเริ่ม
- ยังไม่มีแอป Shopify หรือปลั๊กอิน WooCommerce แบบเนทีฟ การเชื่อมต่อคือลิงก์ด้านบน วางไว้ที่ใดก็ได้ที่แพลตฟอร์มของคุณให้ใส่ HTML ซึ่งทุกแพลตฟอร์มให้ใส่ ปลั๊กอินเนทีฟอยู่ในแผนพัฒนา
- ไม่มีการเชื่อมกับตะกร้าสินค้า ปุ่มพกยอดที่คุณตั้งไว้ ดังนั้นยอดรวมที่เปลี่ยนไปทุกครั้งต้องใช้ API แทนปุ่มที่บันทึกไว้
- ไม่มีอะไรถูกทำเครื่องหมายว่าจัดส่งแล้วแทนคุณ เว็บฮุกบอกระบบของคุณว่าคำสั่งซื้อหนึ่งถูกจ่ายแล้ว ส่วนการลงมือต่อเป็นงานของร้านคุณ
- ไม่มีการคืนเงินผ่านเรา เพราะเราไม่เคยถือเงินนั้น การส่งคืนคือการที่คุณจ่ายกลับเองจากกระเป๋าของคุณ ตามเงื่อนไขของคุณ
- ลูกค้าของคุณต้องมีกระเป๋าคริปโตและมีเงินอยู่ในนั้น สิ่งนี้เข้าถึงผู้ซื้อที่มีอยู่แล้ว ไม่ได้เปลี่ยนใจคนที่ยังไม่มี
คำถาม
ต้องย้ายออกจากผู้ให้บริการชำระเงินเดิมไหม
ไม่ต้อง และไม่ควรด้วย สิ่งนี้เพิ่มตัวเลือกชำระเงินไว้ข้าง ๆ ของที่คุณมีอยู่ ระบบบัตรของคุณไม่ถูกแตะต้องและยังให้บริการลูกค้าที่ใช้มันต่อไป คริปโตเป็นสัดส่วนเล็ก ๆ ของคำสั่งซื้อในร้านส่วนใหญ่ การมองว่าเป็นส่วนเสริมไม่ใช่การย้ายระบบ จึงเป็นทั้งการพูดตามจริงและเป็นทางที่ไม่เอารายได้คุณไปเสี่ยง
ใช้กับ Shopify, WooCommerce หรือแพลตฟอร์มของผมได้ไหม
ใช้ได้ทุกที่ที่คุณวาง HTML ได้ ซึ่งก็คือแพลตฟอร์มส่วนใหญ่ — หน้าสินค้า หน้าแลนดิ้ง ท้ายอีเมล สิ่งที่ไม่มีคือแอปหรือปลั๊กอินเฉพาะของแพลตฟอร์มไหนเลย จึงไม่มียอดตะกร้าอัตโนมัติ ไม่มีสถานะคำสั่งซื้อเขียนกลับเข้าหลังบ้านคุณ และไม่มีการติดตั้งด้วยคลิกเดียว ถ้าคุณต้องการสิ่งเหล่านั้น อันนี้ยังไม่พร้อมสำหรับคุณ
แล้วคำสั่งซื้อที่ยอดต่างกันทุกครั้งล่ะ
ปุ่มที่บันทึกไว้พกยอดคงที่ ตะกร้าที่ยอดเปลี่ยนจึงต้องสร้างใบแจ้งหนี้ผ่าน API ตอนชำระเงิน — คำขอเดียว แล้วคุณจะได้ URL ชำระเงินสำหรับส่งลูกค้าไป ปุ่มมีไว้สำหรับสินค้าราคาคงที่ ส่วน API มีไว้สำหรับที่เหลือทั้งหมด
ควรจัดส่งคำสั่งซื้อเมื่อไรจึงปลอดภัย
เมื่อเหตุการณ์ยืนยันมาถึง ไม่ใช่ตอนตรวจพบการชำระเงินครั้งแรก การตรวจพบหมายถึงมีธุรกรรมปรากฏขึ้น ส่วนการยืนยันหมายถึงมันลงลึกในเชนพอที่จะถือว่าสิ้นสุดแล้ว ทั้งสองอย่างมาถึงคุณเป็นเว็บฮุกคนละตัว ก็เพื่อให้คุณแสดงข้อความ “รับชำระเงินแล้ว” ได้เร็ว ขณะที่ยังหน่วงการจัดส่งจริงไว้จนกว่าจะเคลียร์
ลองสั่งซื้อทดสอบบน testnet
สร้างปุ่มหนึ่งอัน วางลงในหน้าเว็บ แล้วจ่ายด้วยเหรียญ testnet คุณจะเห็นใบแจ้งหนี้ การเปลี่ยนหน้า และเว็บฮุกทำงานเหมือนตอนใช้เงินจริงทุกประการ
เริ่มใช้ฟรีลิงก์ชำระเงิน · นักพัฒนา · ราคา · ไม่ถือครอง · ตอบตรงไปตรงมา