Web Sitesinden Kripto Ödeme Alma: Kod Yazmadan

Web sitesinden kripto ödeme almak için kendi ödeme sunucunuzu yazmanız gerekmez. Ödeme linki her satışa hazır bir ödeme sayfası verir; resmi CMS eklentisi ise kripto ödemeyi desteklenen mağazaya bağlar. Özel siteler, blokzincir ödeme ekranını kendileri tasarlamadan siparişlerini otomatik güncellemek istediklerinde hazır ödeme sayfasını veya Low-Code SDK'yı ekler.

Asıl sınır teknik değil, operasyoneldir. Kod gerektirmeyen araçlar entegrasyon işini azaltır ama bir blokzincir transferini başlı başına bir sipariş sürecine dönüştürmez. Her satışın yine bir tutara, bir fatura referansına, bir ödeme durumuna ve net bir teslimat kuralına ihtiyacı vardır.

Sitenin kripto ödeme alması için ne gerekir?

Çalışan bir ödeme akışının dört parçası vardır. Site veya satıcı faturayı oluşturur, müşteri net bir varlık-ağ rotası görür, blokzincir transferi kaydeder ve sipariş onaydan sonra durum değiştirir. İlk adımdan kodu kaldırmak diğer üçünü kaldırmaz.

Paymos aynı fatura modeli üzerinde birkaç yüzey sunar. Ödeme linkleri doğrudan paylaşım ve basit site butonları içindir. Resmi CMS eklentileri faturaları mağazanın kendi siparişlerine bağlar. Hazır Ödeme Sayfası özel sitelere ödeme ekranını verir, Low-Code SDK aynı akışı mevcut sayfanın içine yerleştirir. REST API ise fatura oluşturma ve sipariş durumunda tam kontrol isteyen sunucular içindir.

İş kuralını koruyan en az özel yolu seçin. Tek hizmet satan bir tanıtım sitesi için link yeterli olabilir. Stoku değişen ve teslimatı otomatik bir mağazanın ise sipariş bağlantısına ihtiyacı vardır.

Hangi seçenekler kod gerektirmez?

İki yol uygulama geliştirmeden başlayabilir. Ödeme linki sıradan bir URL gibi çalışır: faturayı oluşturun, linki kopyalayın ve bir e-postaya, sohbete, faturaya veya site butonuna yerleştirin. Sabit fiyatlı hizmetler, kapora ve siparişi zaten bir kişinin yönettiği satışlar için uygundur.

Resmi CMS eklentisi, desteklenen bir platformda çalışan mağaza içindir. Paymos; WooCommerce, WHMCS, OpenCart, PrestaShop, Magento 2, Shopware 6, CS-Cart ve Easy Digital Downloads için eklenti sağlar. Eklenti mağaza siparişiyle ödeme faturasını aynı platform akışında tutar; bağımsız bir linkin gerektirdiği elle eşleştirme ortadan kalkar.

Hazır Ödeme Sayfası kendisi hazır bir sayfadır ama özel sitenin faturayı oluşturup siparişle ilişkilendirmesi yine gerekir. Low-Code SDK küçük bir tarayıcı entegrasyonu ekler. İkisi de «sıfır iş» diye tanımlanmamalıdır: ödeme ekranı geliştirmeyi azaltır, satıcının mevcut sipariş mantığını korur.

Ödeme linkleri sitede nasıl çalışır?

Paymos panelinde bir proje açarak başlayın. Proje adını, logoyu, ödeme sayfası renklerini ve dönüş adreslerini ayarlayın. Ardından fatura oluşturun ve ödeme linkini normal bir «Kripto ile öde» butonunun hedefi yapın.

İş referansını linkin yanında tutun. Hizmet işi fatura numarasını CRM'ine veya sipariş notuna kaydedebilir. Küçük bir katalog, tek bir adresi tekrar kullanmak yerine her gerçek satış için ayrı fatura açmalıdır. Böylece tutar, ödeme durumu ve müşteri yazışması doğru siparişe bağlı kalır.

Ödeme linki, fiyatın ve teslimat adımının bir kişinin kontrolünde olduğu yerde en güçlüdür. Sayfa ödeme anında vergi, stok, kontenjan veya indirim hesaplıyorsa elle oluşturulan link eskiyebilir. İşte o nokta, bağımsız linkten eklentiye veya bağlı ödeme sayfasına geçme noktasıdır.

Mağaza ne zaman CMS eklentisi kullanmalı?

Ürün kataloğu, sipariş numarası, fiyat ve teslimat durumu zaten ticaret platformuna aitse eklenti kullanın. Eklenti, mağazanın dışında ikinci bir sipariş defteri kurmak yerine mevcut sürece kripto ödeme yöntemi ekler.

Pratik avantajı durum uyumudur. Mağaza siparişi oluşturur, Paymos ödeme faturasını açar ve onaylı sonuç aynı siparişe döner. Personel ödenmemiş veya süresi dolmuş bir faturayı, onu üreten iş bağlamından araştırabilir. Alıcının ayrı bir Paymos hesabına ihtiyacı yoktur.

Platform desteği önemlidir. Paymos'un WooCommerce, WHMCS ve OpenCart dahil sekiz resmi CMS eklentisi vardır. Benzer adlı üçüncü parti bir uzantının aynı fatura, kimlik bilgisi ve webhook sözleşmesini izlediğini varsaymayın. Platformun Paymos ürün sayfasından başlayın, Production'a geçmeden önce tüm sipariş akışını Sandbox'ta test edin.

Hazır Ödeme Sayfası ne zaman daha uygun olur?

Hazır Ödeme Sayfası, zaten sipariş oluşturan özel sitelere uyar. Satıcının sunucusu fatura açar ve bir payment_url alır; tarayıcı bu adresi yönlendirmeyle veya kısıtlı bir iframe içinde açar. Ödeme arayüzü Paymos'a, fiyatlandırma, stok, müşteri erişimi ve teslimat satıcıya ait kalır.

Bu ayrım, cüzdan tarafındaki ayrıntıları yeniden inşa etmeyi önler. Ödeme sayfası mobil uyumludur ve QR ödemeyi destekler. Telefonda tek dokunuşla Trust Wallet, MetaMask, Tonkeeper ya da Phantom açılır; tutar ile ağ hazırdır ve her cüzdan yalnızca desteklediği ağlarda çıkar. OKX'te düğme önce adresi kopyalar, sonra uygulamayı açar. Ödeme sayfasının dili ödeyene göre belirlenir, İngilizce yedek dildir; Paymos hesabı veya e-posta adresi gerekmez. Ödeme durumu sayfa yenilenmeden güncellenir.

Dönüş adresi bir yönlendirmedir, ödeme kanıtı değil. Alıcı sayfayı kapatabilir, bağlantısı kesilebilir veya başarı adresini yeniden ziyaret edebilir. Site siparişi yalnızca doğrulanmış ödeme durumuyla değiştirmelidir. Kripto fatura rehberi bu yazıyı ikinci bir API kılavuzuna çevirmeden fatura yaşam döngüsünün tamamını anlatır.

Low-Code SDK ne kadar kod ister?

Low-Code SDK, ödeme linki ile tam sunucu entegrasyonu arasında durur. Ödeme sayfasını sitenin içinde açabilir veya alıcıyı yönlendirebilir; böylece özel bir açılış sayfası, bağış formu veya hizmet hesaplayıcı kendi tasarımını korurken ödeme ekranını yeniden yazmaz.

Sınır teslimattadır. Tarayıcı olayları alıcının gördüğünü güncelleyebilir ama tek başına indirme dosyası açmamalı, erişim aktifleştirmemeli veya ürün göndermemelidir. Güvenilir sipariş sistemi onaylı fatura durumuna göre hareket etmelidir.

Gizli kimlik bilgilerini tarayıcı kodundan uzak tutun. Site sunucuda oluşturulan siparişler, güvenli istek tekrarları veya imzalı ödeme bildirimleri istiyorsa kod gerektirmeyen yol sınırına gelmiştir. Tarayıcı widget'ını ikinci bir sunucuya dönüştürmek yerine bu işi REST API rehberine taşıyın.

Ödeme siparişle nasıl eşleştirilmeli?

Her satış için tek bir sabit iş referansı tutun. CMS eklentisi mağazanın sipariş numarasını korur; elle yönetilen ödeme linkinde fatura numarası satışın yanına kaydedilmelidir. Özel entegrasyonlar da aynısını kendi sipariş sisteminde yapmalıdır.

Dönüş sayfasıyla ödeme sonucunu birbirinden ayırın. Başarı sayfası yalnızca alıcının siteye döndüğünü kanıtlar. Sipariş, fatura onaylı duruma ulaşana kadar bekletilmelidir.

Teslimat tekrarlanan bildirimlere de dayanıklı olmalıdır. Siparişin indirme, erişim veya sevkiyatını daha önce yaptığını kaydedin. Aynı ödeme bildirimi tekrar gelirse mevcut kayıt ikinci teslimatı engeller. Uygulama ayrıntıları REST rehberinindir; bu kontrolü ekleme kararı bu yazınındır.

Müşteri ödeme ekranında ne görmeli?

Varlıkla ağı birlikte gösterin. Tek başına «USDT» müşterinin Tron, Ethereum, BSC veya başka bir desteklenen rotadan göndermesi gerektiğini söylemez. Sayfada ayrıca kesin tutar, hedef, güncel durum ve alıcının transferi bitirmesi için yeterli zaman bağlamı olmalıdır.

Paymos, 13 mainnet ağında dört stablecoin ve altın destekli XAUT kabul eder. ETH, BNB, TRX ve SOL gibi yerel gas varlıkları ağ ücretlerini öder; fatura ödeme varlığı değildirler. Gelen transferin ağ ücretini ödeyenin cüzdanı karşılar ve bu ücret ağa ve anlık ağ koşullarına göre değişir.

«Ödeme N saniye sürer» gibi sabit bir vaat yayınlamayın. Onay; ağa, tutara ve blokzincir koşullarına bağlıdır. Bunun yerine canlı fatura durumunu gösterin. Token bazlı yönlendirme için müşterileri desteklenen token sayfalarına yönlendirin; uzun varlık tablosunu her ürün sayfasına kopyalamayın.

Yayına geçmeden önce ne test edilmeli?

İş sonucunun tamamını Sandbox'ta test edin. Sipariş oluşturun, ödeme sayfasını açın, desteklenen sonucu simüle edin ve doğru siparişin bir kez durum değiştirdiğini doğrulayın. Bildirimi tekrarlayın ve teslimatın yeniden çalışmadığını görün. Ardından süre dolması, iptal, eksik ödeme ve müşterinin onaysız ödemeyle dönmesi senaryolarını test edin.

Sandbox ve Production kimlik bilgilerini ayrı tutun. Ödeme ve Ödeme Çıkışı (Payout) kimlikleri de ayrıdır; ödeme sayfası entegrasyonunun satıcı bakiyesini çekme yetkisine ihtiyacı yoktur. Bakiyeyi taşımadan önce satıcı kontrolündeki, beyaz listeye alınmış bir adresi tanımlayın.

Son olarak istisnaları kimin ele alacağını yazın. Ekibin faturayı bulacağı, durumunu siparişle karşılaştıracağı, webhook teslimatını inceleyeceği ve alıcı sistem toparlandıktan sonra olayı yeniden oynatacağı bir yer olmalı. Kod gerektirmeyen ödeme, sıradan satışlar daha az mühendislik isterken istisnai satışların da izini kaybettirmediğinde başarılıdır.