Kripto ödemeleri için barındırılan ödeme adımı ve özel ödeme adımı
Barındırılan mı, özel ödeme adımı mı: kripto ödemelerinde farkları, Qvard'ın bugün barındırılan sayfayla çalışma nedeni ve çevresinde tasarlayabilecekleriniz.

Her ödeme hizmeti aynı tasarım seçimiyle karşılaşır: müşteriler sağlayıcının barındırdığı bir sayfada mı yoksa sizin kurduğunuz bir ödeme adımının içinde mi öder? Kripto için ikinci seçenek kartlara göre çok daha ağırdır. Bu rehber farkı, Qvard'ın bugün neden barındırılan bir sayfa sunduğunu, çevresinde neyi hâlâ şekillendirebileceğinizi ve tamamen özel bir ödeme adımının anlamlı olması için nelerin var olması gerektiğini açıklıyor.
Ödeme almanın iki yolu
- Barındırılan ödeme adımı. Bir ödeme oluşturur ve müşteriyi sağlayıcının işlettiği bir sayfaya gönderirsiniz. Sağlayıcı adresi, kesin tutarı ve durumu gösterir; sonucu bildirimle alırsınız.
- Özel ödeme adımı. Ödeme formu kendi sitenizin veya uygulamanızın içinde yer alır. Ödeme ayrıntılarını siz gösterir, durumu siz izler ve müşterinin ulaşabileceği her durumu siz ele alırsınız.
Barındırılan çözüm yayına almak için daha hızlıdır ve daha az risk taşır. Özel çözüm, görünüm ve akış üzerinde tam kontrol verir; bedeli, barındırılan sayfanın sizin yerinize yaptığı her şeyi kurmak ve sürdürmektir.
Bir kripto ödeme adımı neleri yapmalı
Bir kart ödeme adımı çoğunlukla birkaç alan toplar ve bir API'yi çağırır. Bir kripto ödeme adımının daha fazla işi vardır:
- seçilen varlık ve ağ için bir ödeme adresi göstermek, ağı yanında belirtmek;
- müşterinin gönderebileceği kadar uzun süre sabit kalan kesin bir tutar göstermek;
- müşterinin bir varlık ve ağ seçmesine izin vermek ve farkı açıklamak;
- ödemeyi blokzincirde, eksik ve geç ödemeler dahil, izlemek;
- yanlış ağ gibi hataları net bir mesajla ele almak.
Bunların her biri, bir hatanın müşteriye paraya mal olduğu bir noktadır. Barındırılan sayfa lehine en güçlü argüman budur.
Qvard bugün neden barındırılan bir sayfayla çalışıyor
Qvard'ın ödeme akışı barındırılan sayfa çevresinde kurulmuştur. https://api.qvard.com/api/v1/payment adresine tek bir POST ile bir ödeme oluşturursunuz ve yanıt, o sayfanın adresi olan redirectUrl içerir. Müşteri varlığı ve ağı orada seçer, adresi ve kesin tutarı görür ve öder; kur bir saat boyunca sabit kalır. Bkz. kripto ödeme adımında redirectUrl nasıl çalışır.
Herkese açık API küçüktür: bir ödeme oluşturur, bir ödeme yönteminin hazır olup olmadığını kontrol eder ve bir ödeme çıkışı (payout) gönderir. Kendiniz göstermeniz için bir yatırma adresi vermez ve bir ödemenin durumunu okuyabileceğiniz bir uç noktası yoktur; bu yüzden bir ödemeyi kendi sayfanızdan izleyemezsiniz. Gömülü ödeme adımı hazır ve SDK’lar da hazır; ancak tamamen özel bir kripto ödeme adımı, kendi adres gösteriminiz ve durum sorgunuzla, bu API ile hâlâ desteklenmez.
Yine de kendiniz neyi tasarlayabilirsiniz
Barındırılan sayfa zor kısmı yapar. Çevresindeki deneyim size aittir:
- Önceki adım. “Kriptoyla öde” seçeneği, ne olacağının açıklaması, ücretler ve iade kuralı; kendi sözlerinizle ve kendi tasarımınızla.
- Sonraki adım. Gerçek durumu (bekleniyor, eksik, ödendi) gösteren, beklerken kendini yenileyen ve müşteriye sonraki adımı söyleyen bir sipariş sayfası. Dönüş URL'leri henüz yok, bu yüzden müşteri bu sayfa üzerinden döner.
- Mesajlar. Sipariş verildiğinde, ödendiğinde veya eksik kaldığında gönderdiğiniz e-postalar.
- İş mantığı. Hangi durumların malı serbest bıraktığı, eksik bir ödemeyle ne yapacağınız, iadeyi nasıl yapacağınız.
İyi yapıldığında müşteri, ortasında bir ödeme sayfası bulunan tek ve tutarlı bir mağaza görür; çoğu satıcının ihtiyacı da budur.
Nasıl seçilmeli
- Yakında yayına almak istiyorsanız, ekibiniz küçükse, blokzincirin uç durumlarından sorumlu olmak istemiyorsanız ya da sadece çalışmasına ihtiyacınız varsa barındırılanı seçin. Qvard'ın bugün desteklediği budur.
- Sayfa içinde kesintisiz bir deneyim ürününüz için vazgeçilmezse gömülü checkout'u kullanın. Fatura mantığı barındırılan sayfayla aynıdır, bu yüzden sipariş mantığı, webhook ve sipariş sayfası değişmeden kalır.
- Özel bir görünüm elde etmek için kendi adres üretiminizi ve taramanızı kurmayın. Tasarım satın almanın en ağır ve en riskli yoludur.
Hangisini seçerseniz seçin, sunucu tarafı aynıdır: sipariş numaranızı id olarak vererek bir ödeme oluşturun, siparişi yalnızca webhook'tan ödendi işaretleyin (tam olarak HTTP 200 ile, iki kez çalışsa da sorun çıkarmayacak şekilde) ve mutabakat yapın. Bkz. bir web sitesinde kripto ödemesi nasıl kabul edilir ve geliştiriciler için kripto ödeme API'si. Bir demo fatura barındırılan sayfayı gösterir.
FAQ
Qvard ödeme formunu kendi sayfama gömebilir miyim?
Evet. Gömülü ödeme adımı, Qvard ödeme penceresini sayfanızın üzerinde modal ya da gömülü blok olarak açar. Barındırılan ödeme sayfası da kullanılabilir.
Ödeme adresini kendi sayfamda gösterebilir miyim?
API, sizin göstermeniz için bir yatırma adresi döndürmez ve ödeme durumunu okuyabileceğiniz bir uç noktası yoktur; bu yüzden adres ve durum barındırılan sayfada yer alır.
Neyi özelleştirebilirim?
Ödeme sayfasından önceki ve sonraki adımları: ödeme adımındaki seçim, açıklamalar, sipariş durum sayfası ve e-postalarınız; ayrıca kendi iş mantığınız.
Sonradan gömülü bir ödeme adımına geçmek entegrasyonumu bozar mı?
Sunucu tarafının aynı kalacağını varsayın: ödemeyi sipariş id'nizle oluşturmak, siparişleri webhook'tan ödendi işaretlemek ve mutabakat yapmak. Yalnızca ödeme çevresindeki ön yüz kısmı değişir.

