WooCommerce Ödeme Sayfası Çalışmıyor: Sipariş Oluşmuyorsa Belirtiye Göre Teşhis ve Çözüm

Önbellek Eklentisi Sepet ve Ödeme Sayfasını Önbelleğe Alıyor mu?

Sepet, ödeme ve hesabım sayfaları önbelleğe alınırsa WooCommerce ödeme sayfası çalışmıyor gibi görünür; her ziyaretçiye kaydedilmiş eski bir kopya sunulur. WooCommerce’in önbellek eklentisi yapılandırma belgesi, bu üç sayfanın o anki müşteriye ve sepetine özel bilgi gösterdiği için dinamik kalması gerektiğini yazar.

Aynı belge, önbellekten hariç tutulması gereken çerezleri de listeler. woocommerce_cart_hash ve woocommerce_items_in_cart sepetteki değişikliği izler; wp_woocommerce_session_ ile başlayan çerez ise her müşteriye ait sepet verisinin veritabanında bulunmasını sağlar. Bu çerezler önbellek tarafından yok sayılırsa sepet boşalabilir, ödeme formu gönderilemez ya da 3D Secure dönüşünde oturum kaybolur.

Kontrol edilecek katmanlar şunlardır:

• Önbellek eklentisinin sayfa hariç tutma listesi (sepet, ödeme, hesabım)
• Hosting firmasının sunucu önbelleği ve varsa kendi hariç tutma kuralları
• Cloudflare gibi bir CDN’in sayfa önbelleği kuralları
• CSS ve JavaScript birleştirme, erteleme ve küçültme ayarları; ödeme sayfasında geçici olarak kapatılıp denenir

Hız eklentisi ayarları değiştirilirken sitenin yavaşlaması istenmez; ödeme sayfasını dışarıda bırakıp geri kalanını hızlandırmanın yolları WordPress site yavaş açılıyor rehberinde anlatılır.

“Ödeme Yap” Butonu Tepki Vermiyorsa Çakışma Nasıl Test Edilir?

Butonun tepki vermemesi çoğu zaman bir eklentinin veya temanın ödeme sayfasındaki betiklerle çakışmasından kaynaklanır; suçlu, varsayılan tema ve yalnız WooCommerce açıkken yapılan testle bulunur. WooCommerce’in çakışma testi belgesi, Twenty Twenty-Five gibi varsayılan bir WordPress temasına ya da Storefront temasına geçilmesini ve WooCommerce ile sorun yaşanan eklentisi dışındaki tüm eklentilerin geçici olarak kapatılmasını önerir.

Belge, bu testin siparişlerin ve ziyaretçilerin olduğu canlı sitede değil, sitenin kopyası olan hazırlık (staging) ortamında yapılmasını tavsiye eder. Canlı mağazada tema değiştirmek ziyaretçinin bozuk bir vitrin görmesine yol açar. Hazırlık ortamı yoksa test, ziyaretin en düşük olduğu saatte ve önce yedek alınarak yapılır.

Varsayılan tema ve yalnız WooCommerce açıkken ödeme çalışıyorsa eklentiler tek tek yeniden etkinleştirilir; ödemeyi yeniden bozan eklenti, çakışan eklentidir. Ödeme sayfasında sık sorun çıkaran türler şunlardır: önbellek ve hız eklentileri, ödeme alanlarını düzenleyen eklentiler, robot doğrulama eklentileri ve güvenlik eklentileri. Sorun tema değiştirince kalkıyorsa temanın ödeme şablonları veya özel kodları incelenir.

WooCommerce › Durum › Günlükler Ekranında Ne Aranır?

Ödeme hatalarının en somut ipucu WooCommerce günlüklerindedir; resmi belgelerde WooCommerce › Status › Logs olarak geçen bu ekran, Türkçe arayüzde Durum › Günlükler adıyla görünür. WooCommerce’in günlük kaydı belgesine göre kayıtlar varsayılan olarak yüklemeler klasöründeki wc-logs alt klasörüne ya da ayarlara göre veritabanına yazılır ve kaynağa göre filtrelenebilir.

WooCommerce’in PHP hata günlüklerini anlatan belgesi, bu ekrandaki fatal-errors adlı kaydın PHP ölümcül hatalarını tuttuğunu yazar. Her kayıtta hatanın zamanı, hata mesajı, hatanın çıktığı dosya ve satır ile çağrı geçmişi yer alır. Dosya yolundaki eklenti klasörünün adı, sorunun hangi eklentiden geldiğini çoğunlukla doğrudan gösterir.

WooCommerce ödeme sayfası çalışmıyor ama ekranda hiçbir uyarı yoksa ilk açılacak yer yine burasıdır. Ödeme eklentilerinin çoğu kendi adıyla ayrı bir günlük kaynağı oluşturur; bazılarında ayrıntılı kayıt için eklenti ayarlarında hata ayıklama seçeneğinin açılması gerekir. Günlük incelenirken sorunlu siparişin saati esas alınır ve aynı dakikadaki kayıtlara bakılır. Günlük paylaşılacaksa içinde müşteri bilgisi veya anahtar parçası olmadığı kontrol edilir.

WooCommerce Ödeme Yöntemi Görünmüyorsa Hangi Ayarlara Bakılır?

WooCommerce ödeme yöntemi görünmüyorsa ilk bakılacak yer WooCommerce › Ayarlar › Ödemeler ekranıdır; yöntem burada etkin değilse ödeme sayfasında da çıkmaz. Etkin olduğu halde görünmüyorsa sorun çoğunlukla geçidin kendi kısıtlarından ya da ödeme sayfasının yapısından kaynaklanır.

Ödeme yönteminin listeden düşmesine yol açabilen ayarlar şunlardır:

• Para birimi: Ödeme kuruluşu mağazanın para birimini desteklemiyorsa yöntem gizlenebilir; çoklu para birimi eklentisi kullanılıyorsa seçilen birim ayrıca kontrol edilir.
• Ülke ve bölge: Bazı geçitler yalnız belirli fatura ülkelerinde gösterilir; WooCommerce’in satış yapılan ülkeler ayarı da bu listeyi etkiler.
• Tutar sınırları: Taksit veya kapıda ödeme gibi yöntemlerde en düşük ve en yüksek sepet tutarı tanımlı olabilir.
• Kargo yöntemi: Kapıda ödeme gibi yöntemler belirli kargo seçenekleriyle sınırlandırılabilir.
• Eksik bağlantı: Mağaza kimliği veya API anahtarları girilmemiş bir geçit, ayarlarda etkin görünse bile ödeme sayfasında çıkmayabilir.

Test modu ve canlı anahtar karışıklığı

Ödeme geçitlerinin çoğu test ve canlı olmak üzere iki ayrı anahtar takımıyla çalışır; canlı modda test anahtarı ya da test modunda gerçek kart kullanıldığında ödeme reddedilir. WooCommerce’in kendi ödeme eklentisinin WooPayments belgesi de test modunun yalnız test kartlarıyla çalıştığını, gerçek kart bilgisiyle siparişin başarısız olacağını ve canlı ödemeye geçmeden test modunun kapatılması gerektiğini belirtir. Diğer ödeme kuruluşlarında mod ve anahtar düzeni farklı olabileceği için kuruluşun kendi entegrasyon belgesine bakılır.

Gizli anahtarlar, API şifreleri ve mağaza parolaları kimseyle paylaşılmamalıdır; e-postaya, mesajlaşma uygulamalarına ya da destek forumlarına yapıştırılmaz. Destek alınırken anahtarın kendisi değil, yalnızca hangi modun seçili olduğu bilgisi verilir. Anahtarın sızdığından şüphe edilirse ödeme kuruluşunun panelinden yenisi oluşturulur.

Blok Tabanlı Ödeme mi, Klasik Kısa Kod mu?

WooCommerce’te ödeme sayfası ya blok tabanlı Checkout bloğuyla ya da klasik kısa kodla oluşturulur ve bazı ödeme eklentileri yalnızca birinde düzgün çalışır. WooCommerce’in sepet ve ödeme sayfalarını özelleştirme belgesine göre Kasım 2023’te yayımlanan 8.3 sürümünden sonra kurulan mağazalarda sepet ve ödeme blokları varsayılan deneyimdir.

Aynı belge, bloklarla uyumlu olmayan bir ödeme geçidinin ödeme seçenekleri arasında görünmeyeceğini belirtir. Uyumsuz bir eklenti etkinse, düzenleyicide Checkout bloğu seçildiğinde ayarlar panelinde bir uyarı ve tek tıkla klasik ödemeye geçiş düğmesi çıkar. Geri dönüş, blok seçilip dönüştürme menüsünden “Classic Shortcode” seçeneğiyle yapılır; sepet ve ödeme blokları birlikte çalıştığı için ikisinin aynı anda dönüştürülmesi önerilir.

WooCommerce’in sipariş durumları belgesi, blok tabanlı ödemenin sipariş gönderilmeden önce geçici “Draft” kayıtları oluşturduğunu da yazar. Siparişler ekranında yalnızca taslak kayıtları birikiyor ve WooCommerce sipariş oluşmuyor görünüyorsa ödeme adımı gönderim sırasında takılıyor demektir.

Ödeme Alındı Ama Sipariş “Beklemede” Kaldıysa Ne Olur?

Para çekildiği halde sipariş “Ödeme bekliyor” durumunda kalıyorsa ödeme kuruluşunun siteye göndermesi gereken onay bildirimi çoğunlukla siteye ulaşmamıştır. Sipariş durumunu ödemenin sonucuna göre güncelleyen şey, ödeme kuruluşunun sunucusundan sitedeki geri bildirim adresine giden bu arka plan isteğidir.

WooCommerce’in sipariş durumları belgesi durumları şöyle tanımlar:

• Pending payment (Ödeme bekliyor): Sipariş alınmış, ödeme yapılmamıştır; genellikle müşterinin işlemi beklenir.
• On hold (Beklemede): Ödeme onayı beklenir, stok düşülmüştür; çoğunlukla havale gibi elle doğrulanan yöntemlerde görülür.
• Processing: Ödeme alınmış, stok düşülmüştür; sipariş gönderilmeyi bekler.
• Failed: Ödeme başarısız olmuş veya reddedilmiştir; düşülen stok geri eklenir.

Havale ile alınan siparişin “Beklemede” görünmesi normaldir; kartla ödenen siparişin uzun süre “Ödeme bekliyor”da kalması ise bildirim sorununa işaret edebilir. Bildirim; bakım modu, güvenlik duvarı veya robot koruma kuralları, alan adı ya da http/https değişikliğinden sonra güncellenmemiş geri bildirim adresi yüzünden engellenebilir. Ödeme kuruluşunun panelinde bildirim gönderim kayıtları varsa başarısız istekler oradan görülür; aynı saatteki WooCommerce günlükleriyle karşılaştırılır.

Sipariş durumu, ödeme kuruluşunun panelinde ödemenin gerçekten tamamlandığı doğrulanmadan elle Processing durumuna alınmaz. Bildirim sorunu çözülmeden durumların elle düzeltilmesi, ileride iade ve muhasebe kayıtlarında karışıklığa yol açar.

3D Secure Dönüşünde Hata: SSL ve Karışık İçerik Nasıl Kontrol Edilir?

3D Secure doğrulamasından sonra çıkan hata, çoğunlukla müşterinin banka sayfasından siteye geri döndüğü anda oturumun ya da güvenli bağlantının kopmasından kaynaklanır. Dönüşte sepet oturumu bulunamazsa, adres https yerine http’ye ya da www’lu sürümden www’suz sürüme atlarsa ödeme tamamlanamayabilir.

WooCommerce’in SSL ve HTTPS belgesi, ödeme geçitlerinin çoğunun SSL gerektirdiğini ve mağazanın yalnız ödeme sayfasında değil, tamamında HTTPS ile çalıştırılmasını önerir. Belge, SSL kurulduktan sonra Ayarlar › Genel ekranındaki WordPress adresi ve site adresinin https ile başlayacak şekilde güncellenmesi gerektiğini de yazar. Güvenli sayfada bazı betik, görsel veya stil dosyaları http üzerinden çağrılırsa tarayıcı karışık içerik uyarısı verir ve bazı betikler engellenebilir.

3D Secure dönüş sorunlarında şu noktalar kontrol edilir: sitenin tek bir adreste (https ve www tercihi sabit) açılması, dönüş adreslerinin önbellekten hariç tutulması, güvenlik eklentisinin dışarıdan gelen dönüş isteğini engellememesi ve tarayıcı konsolunda karışık içerik uyarısı bulunmaması. SSL’in güvenli ödemedeki rolü SSL, HTTPS ve güvenli ödeme rehberinde ayrıntılı ele alınır.

Test Siparişi Kontrol Listesi

Her düzeltmeden ve her büyük güncellemeden sonra, WooCommerce ödeme sayfası çalışmıyor sürprizi yaşanmasın diye ödeme akışı gerçek bir müşterinin izleyeceği yoldan baştan sona denenir. Bakım sürecimizde şu liste izlenir:

1. Gizli pencerede ürün sepete eklenir, sepet sayfası ve tutar kontrol edilir.
2. Misafir olarak ve kayıtlı hesapla ayrı ayrı ödeme sayfasına geçilir.
3. Her etkin ödeme yönteminin listede göründüğü ve seçilebildiği doğrulanır.
4. Geçit test modundaysa yalnızca kuruluşun yayımladığı test kartlarıyla, canlıdaysa küçük tutarlı bir gerçek siparişle deneme yapılır.
5. 3D Secure ekranından dönüşte teşekkür sayfasının açıldığı kontrol edilir.
6. Siparişin panelde doğru durumla oluştuğu ve stok düşüşü kontrol edilir.
7. Müşteriye ve mağazaya giden sipariş e-postalarının ulaştığı doğrulanır.
8. WooCommerce günlüklerinde aynı saate ait hata kaydı olmadığına bakılır.
9. Gerçek tutarla yapılan deneme siparişi ödeme kuruluşunun panelinden iade edilir ve not düşülür.

Ödeme sayfasında mesafeli satış sözleşmesi ve ön bilgilendirme onay kutularının da çalıştığı bu turda kontrol edilir; bu metinlerin kapsamı e-ticaret sitesi yasal gereklilikleri yazısında anlatılır.

Sık yapılan hatalar ve doğru yöntem

Ödeme arızalarında zarar çoğu zaman aceleci müdahalelerden gelir. Ödeme eklentisini silip yeniden kurmak ayarları ve anahtarları kaybettirebilir; doğrusu önce devre dışı bırakıp test etmektir. Canlı sitede tema değiştirerek çakışma aramak yerine hazırlık ortamı ya da düşük trafik saati tercih edilir. Hata günlüğü okunmadan eklenti değiştirmek, aynı sorunu başka bir eklentiyle tekrar yaşatabilir.

WooCommerce Checkout Hatası Ne Zaman Uzmana Bırakılmalı?

WooCommerce checkout hatası önbellek temizliği ve çakışma testiyle bir saat içinde çözülmüyorsa ya da para çekilip sipariş oluşmuyorsa uzman desteği satış kaybını sınırlar. Özellikle güncel yedek yoksa, günlüklerde anlaşılmayan ölümcül hatalar varsa, ödeme kuruluşunun bildirimleri reddediliyorsa veya sorun bir güncellemeyle birlikte başladıysa müdahale sistemli yürütülmelidir.

Tek seferlik arızalarda WordPress problem çözme hizmetiyle sorun teşhis edilip giderilir. Mağaza baştan doğru kurgulanmak isteniyorsa e-ticaret sitesi yapımı hizmeti, ödeme, kargo ve yasal sayfaları birlikte ele alır; e-ticaret sitesi fiyatları 24.000 TL’den başlar. WordPress üzerinde mağaza kurmanın adımları WordPress ile e-ticaret sitesi kurmak yazısında yer alır.

WooCommerce ödeme sayfası çalışmıyor sorununun tekrarlamaması için güncellemelerin yedekli ve testli yapılması, ödeme akışının düzenli denenmesi isteniyorsa WordPress bakım hizmeti sitenin büyüklüğüne ve kapsamına göre aylık 500–2.000 TL arasındadır. Bakım düzeninde her güncelleme turundan sonra test siparişi listesi uygulanır ve yapılan işlemler kayıt altına alınır.