Checkout yang dihosting vs checkout kustom untuk pembayaran kripto
Checkout dihosting atau kustom untuk kripto: artinya, mengapa Qvard memakai halaman dihosting, apa yang bisa Anda rancang sendiri, dan kapan checkout kustom layak ditunggu.
Setiap layanan pembayaran menghadapi pilihan desain yang sama: apakah pelanggan membayar di halaman yang dihosting penyedia, atau di dalam checkout yang Anda bangun sendiri? Untuk kripto, opsi kedua jauh lebih berat daripada untuk kartu. Panduan ini menjelaskan perbedaannya, mengapa Qvard saat ini menawarkan halaman yang dihosting, apa yang masih bisa Anda sesuaikan di sekitarnya, dan apa yang harus ada sebelum checkout yang sepenuhnya kustom masuk akal.
Dua cara menerima pembayaran
- Checkout yang dihosting. Anda membuat pembayaran dan mengirim pelanggan ke halaman yang dijalankan penyedia. Penyedia menampilkan alamat, jumlah persis, dan status; Anda menerima hasilnya lewat notifikasi.
- Checkout kustom. Formulir pembayaran berada di dalam situs atau aplikasi Anda sendiri. Anda menampilkan detail pembayaran, mengikuti status, dan menangani setiap kondisi yang bisa dialami pelanggan.
Checkout yang dihosting lebih cepat diluncurkan dan berisiko lebih kecil. Checkout kustom memberi kendali penuh atas tampilan dan alur, dengan konsekuensi harus membangun dan memelihara semua yang dikerjakan halaman yang dihosting untuk Anda.
Apa yang harus dilakukan checkout kripto
Checkout kartu terutama mengumpulkan beberapa kolom isian dan memanggil API. Checkout kripto punya lebih banyak tugas:
- menampilkan alamat pembayaran untuk aset dan jaringan yang dipilih, dengan jaringan di sampingnya;
- menampilkan jumlah persis, dikunci cukup lama agar pelanggan sempat mengirimnya;
- membiarkan pelanggan memilih aset dan jaringan, dan menjelaskan perbedaannya;
- mengikuti pembayaran di blockchain, termasuk pembayaran kurang bayar dan yang terlambat;
- menangani kesalahan seperti jaringan yang salah, dengan pesan yang jelas.
Di setiap titik ini, kesalahan bisa membuat pelanggan kehilangan uang. Itulah argumen terkuat untuk halaman yang dihosting.
Mengapa Qvard saat ini bekerja lewat halaman yang dihosting
Alur pembayaran Qvard dibangun di sekitar halaman yang dihosting. Anda membuat pembayaran dengan satu POST ke https://api.qvard.com/api/v1/payment, dan responsnya berisi redirectUrl, alamat halaman itu. Pelanggan memilih aset dan jaringan di sana, melihat alamat dan jumlah persis, lalu membayar; kurs dikunci selama satu jam. Lihat cara kerja redirectUrl di checkout kripto.
API publiknya kecil: membuat pembayaran, memeriksa apakah metode pembayaran siap, dan mengirim payout. Ia tidak memberi Anda alamat deposit untuk ditampilkan sendiri, dan tidak punya rute untuk membaca status pembayaran, jadi Anda tidak bisa mengikuti pembayaran dari halaman Anda sendiri. Checkout tersemat sudah siap dan SDK juga; API ini tetap belum mendukung checkout kripto yang sepenuhnya kustom, dengan tampilan alamat dan polling status sendiri.
Apa yang masih dapat Anda rancang sendiri
Halaman yang dihosting mengerjakan bagian yang sulit. Pengalaman di sekitarnya adalah milik Anda:
- Langkah sebelumnya. Pilihan «Bayar dengan kripto», penjelasan tentang apa yang akan terjadi, biaya, dan aturan pengembalian dana, dengan kata-kata dan desain Anda sendiri.
- Langkah sesudahnya. Halaman pesanan yang menampilkan status sebenarnya (menunggu, kurang bayar, dibayar), memperbarui diri secara otomatis selama menunggu, dan memberi tahu pelanggan apa yang harus dilakukan selanjutnya. URL kembali belum tersedia, jadi halaman inilah jalan pelanggan kembali ke toko.
- Pesan ke pelanggan. Email yang Anda kirim saat pesanan dibuat, dibayar, atau pembayarannya kurang.
- Logika bisnis. Status mana yang membolehkan barang dikirim, apa yang Anda lakukan dengan pembayaran kurang bayar, dan bagaimana Anda mengembalikan dana.
Jika dilakukan dengan baik, pelanggan melihat satu toko yang konsisten dengan halaman pembayaran di tengahnya, dan itulah yang dibutuhkan kebanyakan pedagang.
Cara memilih
- Pilih yang dihosting jika Anda ingin meluncur segera, jika tim Anda kecil, jika Anda tidak mau bertanggung jawab atas kasus khusus di blockchain, atau jika Anda sekadar membutuhkannya berfungsi. Inilah yang didukung Qvard saat ini.
- Gunakan checkout tersemat jika pengalaman mulus di dalam halaman sangat penting untuk produk Anda. Logika invoice-nya sama dengan halaman yang dihosting, jadi logika pesanan, webhook, dan halaman pesanan tetap tanpa perubahan.
- Jangan membangun sendiri pembuatan dan pemindaian alamat demi tampilan kustom. Itu cara paling berat dan berisiko untuk membeli desain.
Apa pun yang Anda pilih, sisi server sama: buat pembayaran dengan nomor pesanan Anda sebagai id, tandai pesanan dibayar hanya dari webhook (tepat HTTP 200, aman bila dijalankan dua kali), dan rekonsiliasi. Lihat cara menerima pembayaran kripto di situs web dan API pembayaran kripto untuk developer. Faktur demo menunjukkan halaman yang dihosting.
FAQ
Bisakah saya menyematkan formulir pembayaran Qvard ke halaman saya sendiri?
Ya. Checkout tersemat membuka jendela pembayaran Qvard di atas halaman Anda, sebagai modal atau blok tersemat. Halaman pembayaran yang dihosting tetap tersedia.
Bisakah saya menampilkan alamat pembayaran di halaman saya sendiri?
API tidak mengembalikan alamat deposit untuk Anda tampilkan, dan tidak punya rute untuk membaca status pembayaran, jadi alamat dan status berada di halaman yang dihosting.
Apa yang bisa saya sesuaikan?
Langkah sebelum dan sesudah halaman pembayaran: pilihan di checkout, penjelasan, halaman status pesanan, dan email Anda, ditambah logika bisnis Anda sendiri.
Apakah beralih ke checkout tersemat nanti akan merusak integrasi saya?
Rencanakan agar sisi server tetap sama: membuat pembayaran dengan id pesanan Anda, menandai pesanan dibayar dari webhook, dan merekonsiliasi. Hanya bagian front-end di sekitar pembayaran yang akan berubah.
