Herkesin başlangıç hikâyesi aynıdır. WordPress zaten kurulu, WooCommerce ücretsiz, bir dijital ürün eklentisi bulunur, ilk e-pin ürünü yayına alınır. İlk sipariş geldiğinde sistem çalışır, kod e-postayla gider, sen de "tamam, bu iş oldu" dersin. Bu hafta, bu ay, belki ikinci ay sorun çıkmaz. Sonra bir gün trafiğin artar, ürün sayın yüzü geçer, bayi olmak isteyenler yazmaya başlar ve o gün her şey aynı anda bozulur.
Çoğu satıcı bu çöküşü "sunucu zayıf kaldı" diye açıklar. Sunucu değiştirir, önbellek kurar, eklenti kaldırır; yine olmaz. Çünkü sorun kaynakta değil modelde: WooCommerce bir mağaza motorudur ve mağaza motorlarının dünyasında ürün bir adet sayısıdır, sipariş bir kargo sürecidir, teslimat bir insan işidir. E-pin satışında üçünün hiçbiri doğru değildir. Bu yazıda o duvarın tam olarak nerede olduğunu, hangi belirtilerle geldiğini ve ne zaman taşınmanın maliyeti düşürdüğünü anlatıyorum.
Birinci duvar: stok bir sayı değil, bir kuyruk
WooCommerce'te bir ürünün stoğu tam sayıdır. E-pin ürününde ise stok, her biri benzersiz olan kod satırlarından oluşur. Bu ayrım masum görünür ama kampanya gecesinde canlı bir soruna dönüşür. Aynı ürünü aynı saniyede alan iki müşteri, dijital teslimat eklentisinin kod atama mantığı yarışa hazırlanmamışsa aynı kodu alabilir. Sen sabah iki itirazla uyanırsın ve hangi kodun kime gittiğini bulmak için sipariş notlarını tek tek okursun.
Çözüm, kodu ödeme onayı anında ve kilit altında atamaktır: satır rezerve edilir, ödeme onaylanırsa müşteriye bağlanır, onaylanmazsa serbest kalır. Bu mantık bir eklentinin üstüne yapıştırılan bir yama değildir; veri modelinin kendisidir. Bu yüzden ciddi bir e-pin satış scripti stoğu adet olarak değil, durumu olan satırlar olarak tutar.
İkinci duvar: teslimat gece yarısı seni bekliyor
Oyun ve dijital ürün alıcısı gece alışveriş yapar. Saat 02.40'ta gelen sipariş, saat 08.00'de teslim edilirse müşteri için sistem çalışmıyor demektir; yorumlarda "kod gelmedi" yazar, ödeme sağlayıcına itiraz açar. WooCommerce tarafında teslimatı otomatikleştirmek mümkündür ama zincir kırılgandır: ödeme webhook'u gecikirse, e-posta kuyruğu tıkanırsa veya zamanlanmış görev sistemi trafik olmadığı için tetiklenmezse teslimat askıda kalır.
Bu kırılganlığın sebebi, WordPress'in zamanlanmış görevlerinin ziyaretçi trafiğine bağlı çalışma alışkanlığıdır. Gecenin en sakin saatinde, yani tam senin siparişlerinin geldiği saatte, en az tetikleyici olur. Dijital ürün için tasarlanmış bir e-pin yazılımı teslimatı sipariş durum makinesinin bir parçası yapar; ödeme onayı geldiği an, tarayıcıya veya e-postaya bağlı olmadan kodu panelde görünür kılar ve bildirimi ayrı bir kanaldan gönderir.
| Belirti | WooCommerce tarafındaki sebep | E-pin odaklı yazılımda karşılığı | İş üzerindeki etkisi |
|---|---|---|---|
| Aynı kod iki müşteriye gitti | Adet bazlı stok, yarış koşulu | Satır kilidi ve rezervasyon | Telafi maliyeti, itiraz |
| Gece siparişi sabah teslim oldu | Trafiğe bağlı zamanlanmış görev | Durum makinesi tabanlı teslimat | Yorum ve güven kaybı |
| Panel sipariş ekranı yavaşladı | Meta tablolarının şişmesi | Sipariş için ayrı, sade şema | Operasyon yavaşlığı |
| Bayiye özel fiyat veremiyorum | Rol bazlı fiyat için ek eklenti | Kullanıcı grubu ve komisyon kurgusu | B2B ciro kaybı |
| Bakiye sistemi kurmak zor | Cüzdan eklentisi ayrı dünya | Dahili bakiye ve hareket kaydı | Tekrar satış oranı |
| Güncellemede satış durdu | Eklentiler arası uyum kopması | Tek elden sürüm yönetimi | Doğrudan ciro kaybı |
Üçüncü duvar: panel şişiyor, sen yavaşlıyorsun
WooCommerce siparişe ait her küçük bilgiyi anahtar-değer mantığıyla tutmaya alışkındır. Bir e-pin siparişinde bu bilgiler hızla çoğalır: teslim edilen kod, kodun havuzu, tedarikçi referansı, teslimat zamanı, IP kaydı, bildirim durumu. Bin siparişte fark edilmez, elli bin siparişte sipariş listesi ekranı açılmakta zorlanır, rapor çıkarmak dakikalar alır.
Burada asıl kayıp müşteri tarafında değil, senin tarafında olur. Her gün yaptığın işler, sipariş arama, kod değiştirme, iade işleme, iki kat zaman yemeye başlar. Operasyonel yavaşlık sessizdir; ciroyu bir gecede düşürmez, sadece büyüme hızını keser. Bir dijital ürün satış yazılımı bu yüzden sipariş ve stok şemasını en başından sade tutar; hız bir ayar meselesi değil tasarım tercihidir.
WooCommerce ile e-pin satanların taşınma gerekçeleri
- Teslimat güvenilirliği ve çift satış sorunları 40%
- Bayi, bakiye ve toptan yapı kurulamaması 30%
- Panel yavaşlığı ve raporlama zorluğu 20%
- Güvenlik ve güncelleme kaygısı 10%
Dördüncü duvar: bayi ve bakiye kurmak istediğin an
E-pin işinde gerçek büyüme perakendeden değil, bayi ağından ve bakiye yükleyen sadık müşteriden gelir. Bakiye yükleyen müşteri, parasını sende tutar; bir daha ödeme ekranına girmeden alışveriş yapar, dönüşüm oranı iki katına çıkar. Bayi ise her ay düzenli hacim getirir, pazarlama maliyetini sıfıra yaklaştırır.
Bu iki yapıyı WooCommerce üzerinde kurmaya çalıştığında üç ayrı eklentiyi birbirine konuşturmak zorunda kalırsın: cüzdan, rol bazlı fiyat, toptan sipariş. Her biri kendi tablosunu yazar, hiçbiri diğerinin iade mantığını bilmez. İade edilen bir siparişte bakiyenin geri yazılıp yazılmadığını elle kontrol etmeye başladığın gün, aslında yazılımın değil senin çalıştığını anlarsın. Pinova gibi amacına göre yazılmış bir epin yazılım çözümünde bakiye, bayi kademesi ve komisyon aynı çekirdeğin parçasıdır; iade bir hareketi ters kaydeder ve iş biter.
Haftada kaç siparişe elle müdahale ettiğini say. Bu sayı yüz siparişte üçü geçtiyse yazılım seni değil sen yazılımı taşıyorsun; taşınma kararının vakti gelmiştir.
Beşinci duvar: güvenlik yüzeyi ve güncelleme kumarı
WordPress dünyasının en büyük gücü eklenti ekosistemidir; e-pin satıcısı için en büyük riski de aynı ekosistemdir. Senin sitende parayla eşdeğer kod havuzu duruyor. Otomatik tarayıcılar her gün bilinen eklenti sürümlerini dener, yönetim girişini zorlar, kayıt formlarını bot trafiğiyle doldurur. Tek bir eski eklenti, tüm havuzu riske atar.
Güncelleme tarafı da kumar gibidir. Güncellersen bir eklentinin teslimat kancası kırılabilir, güncellemezsen açık kalır. Bu ikilemde satıcıların çoğu güncellemeyi erteler ve riski biriktirir. Tek elden sürüm yönetilen bir e-pin scripti bu ikilemi ortadan kaldırır: teslimat, ödeme ve bakiye aynı sürümle test edilir, güncelleme satışı durdurma riski taşımaz. Kapsamı görmek için özellikler bölümüne bakabilirsin.
Taşınmaya hazır mısın: dürüst kontrol listesi
Aşağıdaki listeyi kendi sitenle doldur. Beş maddeden üçünde "evet" diyorsan mevcut yapı seni yavaşlatıyor demektir. Taşınmanın en kolay olduğu an, hacminin en düşük olduğu andır; çoğu satıcı ise en yoğun kampanya haftasında çöktüğünde taşınmaya karar verir ve en pahalı zamanı seçmiş olur.
| Kontrol sorusu | Evet ise ne anlama gelir | Aciliyet |
|---|---|---|
| Son ay içinde aynı kodu iki kişiye verdim mi? | Stok modeli iş modeline uymuyor | Kritik |
| Gece gelen siparişe sabah müdahale ettim mi? | Teslimat zinciri güvenilir değil | Kritik |
| Sipariş listesi ekranı üç saniyeden yavaş mı? | Şema şişmiş, operasyon yavaşlıyor | Yüksek |
| Bayilere özel fiyat vermek istiyor muyum? | Mevcut yapı B2B'yi taşımaz | Yüksek |
| Bakiye yükleme sistemim var mı? | Tekrar satış potansiyeli boşta | Orta |
| Güncelleme yapmaktan çekiniyor muyum? | Güvenlik borcu birikiyor | Yüksek |
| İtiraz için teslimat kanıtı üretebiliyor muyum? | Ödeme sağlayıcısı karşısında savunmasızsın | Kritik |
Taşınma gerçekten sanıldığı kadar zahmetli mi?
Satıcıların taşınmayı erteleme sebebi genelde teknik değil psikolojiktir: "müşterilerimi, SEO'mu, geçmiş siparişlerimi kaybederim" korkusu. Pratikte üç şey taşınır: kullanıcı hesapları, sipariş geçmişi ve ürün kataloğu. Bunlara ek olarak eski URL'lerden yeni adreslere kalıcı yönlendirme kurulur; arama motoru sıralaman korunur, hatta sayfa hızı arttığı için genelde iyileşir.
Gerçek işin büyük kısmı kod havuzlarının düzenli aktarımı ve ödeme geçidinin yeniden bağlanmasıdır. Planlı yapıldığında bu bir hafta sonu işidir; eski sistem salt okunur bırakılır, yeni sistem canlıya alınır, ilk günler paralel izlenir. Fiyat sayfasından hacmine uygun lisansı seçtikten sonra kurulum adımlarını panel üzerinden başlatabilirsin.
Duvara çarpmadan taşın, kampanya gecesinde değil
Satır bazlı kod havuzu, durum makinesine bağlı anlık teslimat, bakiye ve bayi sistemi tek çekirdekte. Eklenti çakışması ve gece nöbeti yok.
WooCommerce ile e-pin satmak tamamen imkânsız mı?
İmkânsız değil, ölçeklenemez. Az ürünle, düşük hacimle ve elle teslimatı kabul eden bir modelle çalışır. Sipariş yoğunluğu, ürün çeşidi ve bayi talebi arttığında stok kilidi, teslimat güvenilirliği ve panel hızı sınırlarına çarpar.
Mevcut WooCommerce siparişlerimi yeni sisteme aktarabilir miyim?
Evet. Kullanıcı hesapları, sipariş geçmişi, ürün kataloğu ve bakiye bakiyeleri dışa aktarılıp aktarılabilir. Eski ürün adreslerinden yeni adreslere kalıcı yönlendirme kurulduğunda arama motoru tarafında kayıp yaşanmaz.
SEO sıralamamı kaybetmekten korkuyorum, ne yapmalıyım?
Taşınma öncesi mevcut URL listesini çıkar, yeni yapıdaki karşılıklarıyla eşleştir ve 301 yönlendirme tablosu kur. Başlık ve açıklama metinlerini koru, sayfa hızını ölç. Doğru yapılan geçişte sıralama genelde korunur veya hız kazancı sayesinde yükselir.
Taşınma sırasında satışım durur mu?
Planlı geçişte durmaz. Yeni sistem hazırlanıp test edilir, düşük trafikli bir saatte alan adı yönlendirilir, eski sistem salt okunur bırakılır. Kesinti genelde dakikalarla ölçülür ve bekleyen siparişler tek tek kontrol edilerek kapatılır.
E-pin işinde kazanan satıcı en çok ürünü olan değil, gece 03.00'te gelen siparişi 03.00'te teslim eden satıcıdır. Bunu insan gücüyle değil doğru kurulmuş bir yazılımla yaparsın. Kendi hacmini düşünerek karar vermek istiyorsan canlı demo üzerinde bir kod havuzu tanımla, test siparişi geç ve teslimatın kaç saniyede tamamlandığını kendi gözünle gör; duvarın nerede olduğunu o an anlarsın.