WooCommerce Ödeme Entegrasyonu
Sepete gelen müşteriyi ödeme adımında kaybetmeyin
Ödeme sayfası, sepete kadar gelmiş müşterinin en kolay vazgeçtiği yer. Yanlış kurulan sanal POS, çalışmayan taksit tablosu ya da yarım kalan 3D Secure dönüşü siparişi sessizce düşürür. Sağlayıcı bağlantısını kurup gerçek kartla test ediyor, hata durumlarında ne olacağını da ayarlıyoruz.
- Sanal POS ve sağlayıcı
- Taksit tablosu kurulumu
- 3D Secure doğrulaması
- İade ve iptal akışı
Birlikte çalıştığımız markalar
WooCommerce Ödeme Entegrasyonu kimler için?
İlk kez ödeme almaya başlayanlar
Mağaza hazır ama para tahsilatı yok. Sanal POS başvurusu, sağlayıcı seçimi ve komisyon karşılaştırması hiç yapılmamış durumda.
Taksitli satışa geçmek isteyenler
Sepet tutarı yüksek, tek çekimde satış zorlanıyor. Banka bazlı taksit seçeneklerinin ödeme sayfasında doğru görünmesi gerekiyor.
Ödeme hatası yaşayan mağazalar
Bazı siparişler tamamlanmıyor, bazıları ödeme alındığı halde sistemde beklemede kalıyor. Sorun genellikle dönüş adresinde ya da sipariş durumu eşlemesinde.
Sağlayıcı değiştirenler
Komisyon, valör ya da destek nedeniyle başka bir sağlayıcıya geçiliyor. Geçişin sipariş akışını kesintiye uğratmadan yapılması gerekiyor.
Kapsam ve teslimatlar
Sağlayıcı karşılaştırması
Komisyon oranı, valör süresi, taksit desteği, başvuru koşulları ve entegrasyon olgunluğu açısından seçenekleri yan yana koyuyoruz. Karar sizin, tablo bizden.
Sanal POS ve hesap bağlantısı
Sağlayıcı hesabının mağazaya bağlanması, anahtarların güvenli biçimde saklanması, test ve canlı ortam geçişi.
Taksit tablosu
Banka bazlı taksit seçeneklerinin, alt sepet tutarı sınırlarının ve taksit farkı gösteriminin ödeme sayfasına kurulması.
3D Secure ve dönüş akışı
Doğrulama adımının çalıştığının, başarısız dönüşte sepetin korunduğunun ve müşteriye anlaşılır bir mesaj verildiğinin doğrulanması.
Sipariş durumu eşlemesi
Ödeme başarılı, beklemede, başarısız ve iade durumlarının WooCommerce sipariş durumlarıyla eşlenmesi. Stok düşümünün hangi durumda olacağının belirlenmesi.
İade ve kısmi iade
Panelden başlatılan iadenin sağlayıcı tarafına doğru gitmesi, kısmi iade desteğinin denenmesi, muhasebe tarafına bildirimin kurulması.
Tarayıcının dönüşü mü, sunucunun bildirimi mi
Bir ödeme tamamlandığında mağazaya iki ayrı yoldan haber gelir. Birincisi müşterinin tarayıcısıdır: doğrulamadan sonra kişi mağazaya geri yönlendirilir ve sipariş tamamlanır. İkincisi sağlayıcının sunucusundan doğrudan sizin sunucunuza giden bildirimdir.
Yalnız birinciye güvenen kurulumlarda kayıp kaçınılmaz. Müşteri doğrulamadan sonra sekmeyi kapatır, telefonda bağlantı kopar ya da geri dönüşte sayfa açılmaz; para tahsil edilmiştir ama sipariş beklemede kalır. İkinci yol tam olarak bunun için var.
Sorun şu ki o bildirim çoğu zaman engelleniyor. Güvenlik eklentisi dışarıdan gelen isteği şüpheli görüyor, sunucu güvenlik duvarı adresi tanımıyor, bakım kipi bütün istekleri karşılıyor. Kurulumda bu yolu ayrıca deniyor, bildirimin ulaşıp ulaşmadığını sağlayıcı tarafındaki kayıtlardan doğruluyoruz. Sipariş ekranında onay görmek yetmiyor, aynı siparişin iki yoldan da işlendiğini görmek gerekiyor.
Mutabakat haftalık bir alışkanlık
Kurulum bittikten sonra asıl iş, sağlayıcının hesabındaki tutar ile mağazadaki sipariş toplamının birbirini tutması. Bu ikisi kendiliğinden eşit olmaz. Aradaki fark iadelerden, kısmi iadelerden, komisyondan, valör gününden ve nadiren de tahsil edildiği halde mağazaya düşmemiş ödemelerden gelir.
Teslimde bu karşılaştırmayı nasıl yapacağınızı gösteriyoruz: hangi rapor sağlayıcı panelinden alınacak, mağaza tarafında hangi tarih aralığı seçilecek, hangi kalemler farkı açıklayan normal kalemler. Beklenmeyen bir fark çıktığında bakılacak ilk yer de belli oluyor, o gün başarısız dönen ödemelerin kayıtları.
Bunu haftalık bir alışkanlık haline getiren mağazalar sorunu küçükken yakalıyor. Ayda bir bakıldığında fark birikiyor ve hangi siparişten geldiğini bulmak tek tek kayıt karşılaştırmayı gerektiren uzun bir işe dönüşüyor.
Nasıl çalışıyoruz?
İhtiyaç ve başvuru durumu
Sepet ortalamanızı, müşteri profilinizi ve mevcut banka ilişkilerinizi konuşuyoruz. Sanal POS başvurusu yapılmamışsa hangi belgelerin gerektiğini listeliyoruz.
Sağlayıcı kararı
Karşılaştırma tablosunu birlikte gözden geçirip sağlayıcıyı belirliyoruz. Birden fazla yöntem sunulacaksa hangisinin ödeme sayfasında önce görüneceğine karar veriyoruz.
Kurulum ve test ortamı
Eklentiyi kurup anahtarları tanımlıyor, önce sağlayıcının test ortamında akışı çalıştırıyoruz. Bu aşamada gerçek para hareketi olmaz.
Canlı doğrulama
Küçük tutarlı gerçek bir siparişle ödeme, 3D Secure dönüşü, sipariş durumu ve e-posta akışını deniyoruz. Ardından aynı siparişi iade ederek geri akışı da doğruluyoruz.
Hata senaryoları
Yetersiz bakiye, iptal edilen doğrulama ve zaman aşımı gibi durumlarda müşterinin ne göreceğini kontrol ediyoruz. Amaç, başarısız ödemenin müşteriyi siteden çıkarmaması.
Teslim
Sağlayıcı paneline erişimi ve mutabakatın nereden takip edileceğini gösteriyoruz. Ödeme tarafında değişiklik gerektiğinde izlenecek yolu yazıya döküyoruz.
Kullandığımız araçlar ve platformlar
- WooCommerce
- iyzico
- PayTR
- Param
- Sipay
- Craftgate
- WooPayments
- Banka sanal POS eklentileri
WooCommerce Ödeme Entegrasyonu fiyatını neler belirler?
Sağlayıcı sayısı
Tek sağlayıcıyla çalışmak ile kredi kartı, havale ve kapıda ödemeyi ayrı ayrı kurmak farklı büyüklükte iş.
Taksit kurgusunun karmaşıklığı
Sabit bir taksit tablosu ile ürün grubuna ya da sepet tutarına göre değişen kurallar aynı emeği istemez.
Mevcut kurulumun durumu
Sıfırdan kurulum düzenli ilerler. Yarım kalmış ya da hatalı çalışan bir entegrasyonun devralınması önce teşhis gerektirir.
Muhasebe bağlantısı
Ödeme kayıtlarının e-fatura ya da ön muhasebe programına aktarılması istendiğinde kapsam genişler.
Sıkça sorulan sorular
Sanal POS başvurusunu siz mi yapıyorsunuz?
Başvuru işletme adına yapılır ve banka ya da sağlayıcıyla sözleşme sizin tarafınızda imzalanır. Biz hangi belgelerin isteneceğini, hangi bilgilerin hazır olması gerektiğini listeliyor ve süreç boyunca teknik soruları cevaplıyoruz.
Hangi ödeme sağlayıcısı bizim için uygun?
Karar sepet ortalamanıza, aylık ciro beklentinize, taksit ihtiyacınıza ve valör süresine göre değişir. Sağlayıcıların komisyon ve koşullarını yan yana koyup farkları gösteriyoruz. Oranlar zamanla değiştiği için güncel teklifleri görüşme sırasında birlikte alıyoruz.
Taksitli satış için ayrı bir şey gerekiyor mu?
Taksit imkanı sanal POS anlaşmanızın kapsamına bağlı. Anlaşmanızda varsa taksit tablosu ödeme sayfasına kurulur, banka bazında seçenekler ve alt tutar sınırları tanımlanır. Taksit farkının müşteriye yansıtılıp yansıtılmayacağı da burada ayarlanır.
Ödeme alındı ama sipariş beklemede kaldı, neden?
Genellikle sağlayıcının başarı bildirimi mağazaya ulaşmıyordur. Sebebi yanlış dönüş adresi, güvenlik eklentisinin bildirimi engellemesi ya da sunucu tarafında kesilen bağlantı olabilir. Kurulumda bu adımı özellikle test ediyoruz.
Kapıda ödeme ekleyebilir miyiz?
Evet. Kapıda ödeme ayrı bir yöntem olarak tanımlanır, ek hizmet bedeli eklenebilir ve belirli bölgeler ya da sepet tutarları için kapatılabilir. Kargo firmanızın bu hizmeti verip vermediğini kurulumdan önce doğrulamak gerekir.
İadeyi panelden yapabilir miyiz?
Sağlayıcının desteklediği durumda evet, WooCommerce sipariş ekranından iade başlatılabilir ve kısmi iade yapılabilir. Desteklenmiyorsa iade sağlayıcının kendi panelinden yapılır, mağaza tarafında kayıt elle güncellenir. Hangisinin geçerli olduğunu kurulumda netleştiriyoruz.
Kart bilgileri sitemizde mi saklanıyor?
Hayır. Yaygın kullanılan kurulumlarda kart bilgisi sağlayıcının kendi ekranında girilir ya da güvenli bir alan içinde toplanır, mağaza sunucunuzda saklanmaz. Kurulumu bu şekilde yapıyoruz, çünkü kart verisini kendi sunucunuzda tutmak ağır teknik ve hukuki yükümlülük getirir.
İlgili içerikler
Bu konuyu derinleştiren rehberler, terimler ve ücretsiz araçlar.
WooCommerce Ödeme Entegrasyonu için ilk adımı atalım
- 1Formu doldurun ya da bizi arayın
- 2Bir iş günü içinde ön görüşme planlayalım
- 3Size özel yol haritası ve teklif hazırlayalım