Demo ortamında her şey kusursuz görünür: ürün ekliyorsunuz, kod üretiliyor, panel akıcı çalışıyor, ekran görüntüleri güzel duruyor. Ama gerçek müşteri, gerçek kart ve gerçek stok devreye girdiği an aynı e-pin scripti bambaşka bir sınavdan geçer. Bu yazıda demo ile canlı satış arasındaki o kritik farkı kapatacak, atlanması hâlinde ilk haftada sorun çıkaran maddeleri tek tek gözden geçiriyoruz.
Demo Ortamı Gerçekten Neyi Test Ediyor?
Çoğu demo kurulumu, arayüzün çalıştığını ve akışın mantıklı olduğunu göstermek için tasarlanır. Ancak canlı ortamın en çok sıkıntı çıkardığı senaryolar genelde demoda hiç ortaya çıkmaz; çünkü demo sabit örnek verilerle, tek kullanıcıyla ve düşük yükle çalışır.
- Tedarikçi tarafında gerçek stok tükenmesi ve fiyat değişimi demoda simüle edilmez.
- Ödeme sağlayıcının canlı domain/IP onayı ve webhook doğrulaması test modunda devre dışıdır.
- Aynı anda birden fazla siparişin bakiyeyi/stoğu aynı saniyede etkilemesi (eşzamanlılık) demoda görülmez.
- E-posta/SMS bildirim servislerinin canlı gönderim limitleri ve spam filtreleri test edilmemiştir.
Kısacası demo, "akış doğru mu" sorusuna cevap verir; canlıya geçiş kontrolü ise "bu akış baskı altında da doğru kalıyor mu" sorusuna cevap arar. Aşağıdaki başlıklar tam olarak bu ikinci soruyu netleştirmek için var.
Tedarikçi API Bağlantınız Canlıda da Aynı Hızda Çalışacak mı?
Turkpin, Pinabi gibi tedarikçilerin test/sandbox API'leri genelde sabit örnek veriler döndürür; stok her zaman "var" görünür, gecikme yaşanmaz. Canlıda ise stok anlık değişir, tedarikçi bazen yavaş yanıt verir, bazen de hata kodu döner. Script bu durumlarda ne yapacak, önceden netleşmeli.
- API anahtarının test modundan canlı moda gerçekten alındığını doğrulayın (çoğu hata buradan çıkar).
- Stok senkronizasyon sıklığını kontrol edin; dakikalar süren gecikme, tükenen üründe iade taleplerini artırır.
- Tedarikçi hata döndürdüğünde sipariş otomatik "beklemede"ye mi düşüyor, yoksa müşteriye hatalı kod mu gidiyor?
- Tek tedarikçiye bağımlıysanız, o tedarikçi kesildiğinde alternatif bir kaynağa geçiş planınız var mı?
Pinova'da tedarikçi entegrasyonu bu ihtimaller göz önünde kurulur: stok hatası veya gecikme durumunda sipariş otomatik teslim edilmez, sistem beklemeye alır ve panelden manuel müdahale imkânı sunar. Yani müşteriye boş kod gitmez.
Ödeme Altyapınız Gerçek Parayla Sınandı mı?
PayTR, Shopier veya havale/EFT entegrasyonunun sandbox'ta çalışması, canlıda sorunsuz çalışacağı anlamına gelmez. Canlı API anahtarları, gerçek komisyon oranları, 3D Secure akışı ve iade süreçleri ayrı ayrı doğrulanmalı.
- Bildirim (webhook/callback) URL'inin canlı domaininize göre güncellendiğinden emin olun; test domaininde kalan bir URL, ödeme onaylansa bile siparişi tamamlamaz.
- Gerçek komisyon oranlarını hesaba katarak fiyatlandırmanızı yeniden kontrol edin.
- İade/iptal talebi geldiğinde para iadesi ile stok/bakiye iadesinin birlikte yürüdüğünden emin olun.
- Küçük tutarlı gerçek bir test siparişi vererek uçtan uca akışı kendiniz deneyimleyin.
| Kontrol Maddesi | Manuel / Elle | Pinova ile |
|---|---|---|
| Tedarikçi stok kontrolü | Personel elle sorgular, gecikir | API üzerinden anlık, otomatik durdurma |
| Sipariş-ödeme eşleştirme | Excel/ekran görüntüsüyle takip | Otomatik durum eşleşmesi, panelden izlenir |
| Bayi komisyon hesabı | Ay sonunda elle hesaplanır | Her işlemde anlık, seviyeye göre otomatik |
| Stok tükenince satış durdurma | Fark edilince elle kapatılır | Eşiğe göre otomatik ürün pasifleştirme |
| İade/chargeback takibi | Dağınık kayıt, unutulma riski | Sipariş geçmişinde tek panelden izlenir |
Bayi ve Bakiye Sisteminiz Yük Altında Ne Yapar?
Çok seviyeli bayi sistemi ve site cüzdanı, tek kullanıcıyla test edildiğinde sorunsuz görünür. Asıl risk, birden fazla bayinin aynı anda bakiye kullanarak sipariş verdiği anlarda ortaya çıkar: iki işlem aynı bakiyeyi aynı saniyede düşürmeye çalışırsa, sistemin bunu doğru sıraya koyması gerekir.
- Bakiye düşme işleminin kilitlenerek (race condition'a karşı korumalı) yapıldığını doğrulayın.
- Aynı bayi hesabını iki farklı sekmede/cihazda açıp eşzamanlı sipariş deneyin.
- Bayi seviyelerine göre komisyon oranlarının doğru hesaplandığını gerçek işlemle kontrol edin.
- Tüm bakiye hareketlerinin (yükleme, düşme, iade) loglandığından ve panelden geriye dönük izlenebildiğinden emin olun.
Canlıya geçmeden önce 2-3 arkadaşınıza küçük tutarlı gerçek test siparişleri verdirin — aynı anda, farklı ürünlerde. Bu, demo ortamında hiç görmeyeceğiniz eşzamanlılık ve bildirim gecikmesi sorunlarını ilk müşteriden önce sizin fark etmenizi sağlar.
Güvenlik ve Dolandırıcılık Önlemleri Yeterli mi?
E-pin ve dijital ürün satışı, hızlı teslimat nedeniyle chargeback ve sahte kart denemelerinin en sık hedef aldığı alanlardan biridir. Demo ortamında bu risk hiç görünmez, canlıda ise ilk haftadan itibaren başlayabilir.
- IP ve hesap bazlı sipariş limiti/hız sınırlaması tanımlı mı?
- Şüpheli görünen işlemler (aynı kart, farklı hesap; kısa sürede çok sayıda sipariş) otomatik teslim yerine manuel onaya mı düşüyor?
- KVKK aydınlatma metni ve mesafeli satış sözleşmesi sitede aktif ve güncel mi?
- SSL sertifikası zorunlu ve tüm sayfalar HTTPS'e yönlendiriliyor mu?
Bu önlemler tek tek kurulacak yamalar değil, scriptin mimarisine baştan gömülmesi gereken davranışlar. Pinova'da şüpheli işlemler için manuel onay adımı ve sipariş hız sınırlaması hazır gelir; sıfırdan kod yazmanız gerekmez.
Canlıya Geçiş Günü İçin Bir Planınız Var mı?
Teknik altyapı hazır olsa bile, geçiş gününün kendisi planlanmazsa küçük bir aksaklık büyük bir güven kaybına dönüşebilir. Özellikle ilk 48 saat, sistemin gerçek trafik altında nasıl davrandığını gördüğünüz kritik penceredir.
- DNS değişikliği yapacaksanız TTL süresini önceden düşürün ki geçiş hızlı tamamlansın.
- Geçiş öncesi veritabanının tam yedeğini alın ve geri dönüş adımlarını yazılı hâle getirin.
- Hata/log izleme aktif olsun; panelden başarısız siparişleri anlık görebilmelisiniz.
- İlk 48 saat için destek ekibinizin (ya da sizin) hızlı müdahale edebileceği bir nöbet planı olsun.
- Sosyal medya/duyuru zamanlamasını, sistemin sakin saatlerde test edildiğinden emin olduktan sonra yapın.
Kontrol Listesini Bitirdiniz, Peki Altyapınız Buna Hazır mı?
Pinova, buradaki maddelerin çoğunu (tedarikçi hata yönetimi, bakiye kilitleme, bayi komisyonu, şüpheli işlem onayı) hazır kurulu şekilde sunar; siz demo ortamında kendi ürün ve fiyatlarınızla test edip kendi sunucunuza kurarsınız.
Demo ortamından canlıya geçiş ne kadar sürer?
Tedarikçi API anahtarlarınız ve ödeme sağlayıcı onayınız hazırsa, teknik geçiş genelde birkaç saat içinde tamamlanır. Asıl zaman alan kısım, yukarıdaki kontrol maddelerinin gerçek işlemlerle test edilmesidir.
Canlıya geçerken sitem bir süre kapanır mı?
Doğru planlanmış bir geçişte kesinti dakikalar düzeyinde kalır. DNS TTL'i önceden düşürmek ve yedek alarak ilerlemek kesinti süresini büyük ölçüde azaltır.
Demo ortamındaki test verilerim canlıya taşınır mı?
Hayır, canlıya geçmeden önce test siparişleri ve örnek ürünler temizlenmeli; sadece gerçek ürün kataloğunuz ve ayarlarınız canlı ortama taşınmalıdır.
Pinova'yı canlıya almadan önce ne kadar test etmeliyim?
En az birkaç gün, farklı ödeme yöntemleriyle ve gerçek küçük tutarlı siparişlerle test etmeniz önerilir; özellikle eşzamanlı sipariş ve tedarikçi hata senaryolarını mutlaka deneyin.