WooCommerce ödeme sorunu, kartın reddedilmesinden ödeme ekranının hiç açılmamasına kadar farklı durumları kapsar. Aynı hata mesajı bile farklı nedenlerle ortaya çıkabilir. İlk hedef, müşterinin gerçekten ücretlendirilip ücretlendirilmediğini anlamak; ikinci hedef ise tarayıcı, mağaza ve ödeme sağlayıcısı arasındaki akışın nerede kesildiğini bulmaktır.
Bir işlem belirsiz kaldığında müşteriden hemen yeniden ödeme istemeyin. Önce sipariş notlarını ve ödeme sağlayıcısının panelindeki işlem kaydını karşılaştırın. İlk denemede tahsilat veya provizyon oluşmuşsa ikinci deneme çift işlem yaratabilir. Teşhis sırasında mümkün olduğunca sağlayıcının test ortamını kullanın.
Belirtiyi doğru sınıflandırın
| Görülen durum | Başlangıç kontrolü |
|---|---|
| Ödeme alanı görünmüyor | JavaScript, izin verilen ülke ve yöntem koşulları |
| Dönen simge bitmiyor | Tarayıcı istekleri, önbellek ve sunucu yanıtı |
| Kart reddediliyor | Sağlayıcının ret kodu ve işlem kaydı |
| Tahsilat var, sipariş bekliyor | Webhook veya callback ve sipariş notları |
Hata saatini, sipariş numarasını, kullanılan ödeme yöntemini ve müşterinin gördüğü tam mesajı kaydedin. Sorunun tüm müşterilerde mi, belirli bir ülke, para birimi, cihaz veya ödeme yöntemiyle mi oluştuğunu belirleyin. Bu ayrım gereksiz genel değişiklikleri azaltır.
Sipariş notlarını sağlayıcı kaydıyla eşleştirin
WooCommerce sipariş sayfasında durum değişikliklerini ve ödeme eklentisinin eklediği notları inceleyin. Bir işlem kimliği varsa sağlayıcının panelinde arayın. Siparişin “beklemede” görünmesi tek başına tahsilat yapılmadığını kanıtlamaz; sağlayıcıdaki sonuçla birlikte değerlendirilmelidir.
Sağlayıcı başarılı işlem gösteriyor fakat mağaza güncellenmiyorsa bildirim isteği mağazaya ulaşmamış olabilir. İlgili ödeme eklentisinin resmî webhook veya callback kurulumunu kontrol edin. Tekrar bildirim gönderme ya da sipariş durumunu düzeltme işlemi, işlem kayıtları doğrulandıktan sonra yapılmalıdır. Kayıtlar uyuşmadan siparişi tamamlandı olarak işaretlemeyin.
Ödeme sayfasının türünü belirleyin
Ödeme için atanmış sayfayı düzenleyip Checkout bloğu mu yoksa klasik kısa kod mu kullanıldığını öğrenin. Uzantılar bu iki yöntemi farklı biçimde destekleyebilir. Sorunun nedenini anlamadan birinden diğerine geçmek geçici olarak görünümü değiştirse de asıl uyumsuzluğu saklayabilir.
Ödeme eklentisinin seçili sayfa türünü, para birimini ve ülkeleri desteklediğini doğrulayın. Bir yöntem yalnızca belirli sepet koşullarında görünüyorsa kargo adresi, toplam tutar veya para birimi sınırlamalarına bakın. Eksik yöntem her zaman teknik hata değildir; bazen yapılandırılmış koşulun sonucudur.
Önbellek ve optimizasyon ayarlarını inceleyin
Sepet, ödeme ve hesabım sayfaları kişiye özel bilgi içerir; genel sayfa veya edge önbelleğine alınmamalıdır. WooCommerce AJAX ve Store API istekleri de eski bir yanıtla karşılanmamalıdır. Hosting, CDN ve eklenti gibi birden fazla katman varsa istisnaların her ilgili katmanda uygulanmasını kontrol edin.
İstisnaları düzelttikten sonra ilgili önbellekleri temizleyip yeni oturumla yeniden deneyin. JavaScript geciktirme ve birleştirme seçenekleri ödeme betiklerini etkileyebilir. Bir test kopyasında ilgili optimizasyonu kapatın; sorun kaybolursa hangi betiğin etkilenmiş olduğunu belirleyerek dar bir istisna uygulayın. Önbellek seçim rehberi katman farklarını açıklar.
Tarayıcı ve sunucu kayıtlarını birlikte okuyun
Tarayıcı geliştirici araçlarının ağ bölümünde ödeme anındaki başarısız isteğe bakın. Bir sunucu hatası, yönlendirme veya engellenen betik farklı inceleme yolları gerektirir. Konsoldaki ilk anlamlı hata sonrakilerden daha değerli olabilir; sonraki uyarılar aynı sorunun sonucu olabilir.
WooCommerce durum kayıtlarında ödeme eklentisinin günlüğünü inceleyin. Günlük etkinleştirmek gerekiyorsa tek bir kontrollü deneme yapıp oluşan kaydı bulun; işlem tamamlanınca gereksiz ayrıntılı kaydı kapatın. Kart bilgilerini veya tam müşteri verisini hata raporuna eklemeyin. Sorunun saatini ve işlem kimliğini paylaşmak çoğu ilk inceleme için daha yararlıdır.
Çakışma testini canlı siparişleri etkilemeden yapın
Test ortamında WooCommerce ve gerekli ödeme eklentisiyle başlayıp diğer bileşenleri kontrollü olarak ekleyin. Aynı sepet ve ödeme yöntemiyle deneyin. Sorunun belirli bir birleşimde kaybolup yeniden ortaya çıkması, rastgele eklenti kapatmaktan daha güçlü bir bulgudur.
Dinamik fiyat, kupon veya para birimi değişimi de ödeme anında toplamı değiştirebilir. Böyle bir durumda müşterinin gördüğü tutarla son hesaplanan tutarın neden farklı olduğunu inceleyin. Ürün, vergi ve kargo hesaplarının tutarlı olması yalnız ödeme eklentisinin sorumluluğu değildir.
Düzeltme sonrası kontrol
- Test siparişinin mağazada doğru durumla oluştuğunu doğrulayın.
- Sağlayıcıdaki işlem ile sipariş tutarını karşılaştırın.
- Stok, kupon ve kargo hesaplarını kontrol edin.
- Sipariş e-postasının alıcıya ulaştığını inceleyin.
- Mobil ve masaüstünde temel ödeme yolunu deneyin.
- Geçici ayarları geri alın ve sonucu bakım kaydına yazın.
Sık sorulan sorular
Ödeme simgesinin dönmesi sunucunun yavaş olduğu anlamına mı gelir?
Her zaman değil. Engellenen JavaScript, hatalı yanıt, önbellek veya uzantı çakışması da aynı belirtiyi oluşturabilir. Başarısız isteği incelemek gerekir.
Başarısız siparişi silip yeniden denemeli miyim?
Önce tahsilat durumunu doğrulayın ve teşhis kayıtlarını koruyun. Siparişi silmek sağlayıcıdaki provizyonu veya tahsilatı kendiliğinden iptal etmez.
SMTP ayarı ödeme hatasını çözer mi?
SMTP sipariş e-postasının teslimini etkileyebilir; ödeme sağlayıcısıyla yapılan tahsilat işlemini doğrudan düzeltmez. Mail teslimi ayrı kontrol edilmelidir.