Bir e-pin sitesi kurmak, ilk bakışta "bir tema al, ürünleri ekle, sat" kadar basit görünür. Ama işin perde arkasına girdiğinizde karşınıza sunucu mimarisinden tedarikçi API'lerine, ödeme altyapısından otomatik teslimat mantığına kadar birbirine bağımlı onlarca teknik bileşen çıkar. Bu yazıda gerçekten neye ihtiyacınız olduğunu, hangi noktalarda çoğu girişimin takıldığını ve bu süreci Pinova gibi hazır bir altyapının nasıl kısalttığını madde madde ele alıyoruz.
E-Pin Sitesi Kurmak İçin Gerçekte Neye İhtiyacınız Var?
E-pin veya dijital ürün satan bir site, normal bir e-ticaret sitesinden farklı bir mimariye ihtiyaç duyar; çünkü teslim edilen şey kargoya verilen bir kutu değil, saniyeler içinde üretilip müşteriye gösterilmesi gereken bir koddur. Bu farkı göz ardı eden projeler genellikle üç ayaklı bir altyapı ihtiyacını çok geç fark eder:
- Sunucu ve veritabanı katmanı: yüksek eşzamanlı sipariş trafiğini kaldırabilecek bir hosting yapısı.
- Tedarik katmanı: stok kodlarını gerçek zamanlı çekebileceğiniz bir API bağlantısı.
- Ödeme ve teslimat katmanı: paranın onaylanmasıyla kodun müşteriye gitmesi arasındaki saniyeleri yöneten otomasyon.
Bu üç katmandan biri eksik veya zayıf kurulduğunda sonuç genelde aynıdır: ya müşteri parasını ödeyip kodu geç alır, ya da stok tükendiği halde site satışa devam eder ve iade süreci başlar. Dolayısıyla "teknik altyapı" burada bir lüks değil, işin devam edip etmeyeceğini belirleyen zemin.
Sunucu ve Hosting Seçimi Neden Bu Kadar Belirleyici?
E-pin siteleri, özellikle kampanya dönemlerinde (bayram, yeni sezon, oyun güncellemesi gibi) çok kısa sürede yoğun trafik alır. Paylaşımlı ucuz hosting paketleri bu anlarda ya siteyi yavaşlatır ya da veritabanı bağlantı limitine takılıp sipariş almayı durdurur. Gerçekçi bir kurulumda şunlar aranır:
- Kendi IP'nize sahip bir VPS veya sunucu (paylaşımlı hosting yerine)
- PHP-MySQL/MariaDB çalıştırabilen, yeterli RAM'e sahip bir ortam
- SSL sertifikası — ödeme sayfası ve kullanıcı girişi için zorunlu, tarayıcı uyarısı olan bir site kimse tarafından güvenilmez
- DDoS ve bot trafiğine karşı Cloudflare gibi bir katman
- Düzenli otomatik yedekleme — kod stoku ve sipariş geçmişi kaybı telafisi olmayan bir hasardır
Buraya kadar olan kısım aslında herhangi bir ciddi web sitesi için geçerli. Ama e-pin işinde ek bir zorunluluk daha var: sunucunun, tedarikçi API'lerine ve ödeme sağlayıcılarının callback/webhook isteklerine anlık yanıt verebilecek kadar hızlı ve kesintisiz çalışması. Saniyelerin bile fark yarattığı bu noktada ucuz ve yavaş bir sunucu, kaybedilen sipariş demektir.
Tedarikçi API Entegrasyonu Olmadan E-Pin Satışı Mümkün mü?
Teknik olarak mümkün ama sürdürülebilir değil. Kod stoğunu elle Excel'den siteye işleyen, her satıştan sonra elle "kullanıldı" işaretleyen bir sistem; 10-15 üründe belki idare eder, ama ürün sayısı arttıkça hem yanlış kod verme hem de aynı kodu iki kişiye satma riskini büyütür. Bu yüzden ciddi e-pin siteleri Turkpin, Pinabi gibi toptancı API'leriyle entegre çalışır:
- Ürün fiyat ve stok bilgisi tedarikçiden gerçek zamanlı çekilir
- Sipariş onaylandığı anda API üzerinden kod talep edilir, elle işlem yapılmaz
- Kur ve fiyat değişimleri otomatik yansır — manuel güncelleme unutulup zararına satış yapılmaz
- Birden fazla tedarikçi bağlanıp fiyat/stok kıyaslaması yapılabilir
Bu entegrasyonun kendisi de küçük bir mühendislik işi: her tedarikçinin kendi API dokümantasyonu, kendi hata kodları, kendi rate-limit kuralları vardır. Pinova bu bağlantıları hazır modül olarak sunduğu için, sıfırdan API istemcisi yazmak yerine doğrudan tedarikçi hesabınızı tanımlayıp entegrasyonu devreye almanız yeterli oluyor.
Tek tedarikçiye bağlı kalmak yerine en az iki API kaynağını paralel tanımlayın; biri stok tükettiğinde veya API'si geçici olarak yanıt vermediğinde site satışa devam edebilsin. Pinova'da bu, panelden birkaç dakikada kurulabilen bir ayar.
Ödeme Altyapısını Kurarken Hangi Tuzaklara Düşülür?
Ödeme entegrasyonu, e-pin sitelerinde en çok "sonradan sorun çıkan" alandır. Çünkü burada iki farklı risk aynı anda yönetilmek zorundadır: ödemenin gerçekten geldiğinden emin olmak ve bunu kod teslimatıyla doğru şekilde eşlemek. Yaygın hatalar şunlardır:
- Ödeme sağlayıcının callback/webhook bildirimini doğrulamadan "ödendi" kabul etmek — sahte bildirim riski
- Havale/EFT ödemelerini elle kontrol edip saatlerce müşteriyi bekletmek
- 3D Secure zorunluluğunu atlayıp kartlı dolandırıcılık (chargeback) riskini artırmak
- Tek ödeme yöntemine bağlı kalıp, o sağlayıcı kesinti yaşadığında satışın tamamen durması
| Süreç | Manuel / Elle | Pinova ile |
|---|---|---|
| Havale/EFT eşleştirme | Banka ekstresini elle tarayıp sipariş numarasıyla eşleme | Otomatik tanıma ve sipariş durumu güncelleme |
| Kartlı ödeme | Ayrı ayrı entegrasyon kodu yazmak (PayTR, Shopier) | Hazır PayTR/Shopier modülü, panelden aç-kapat |
| Ödeme sonrası teslimat | Personelin ödemeyi görüp kodu elle göndermesi | Ödeme onayı anında otomatik kod teslimi |
| Sahte bildirim riski | Callback imzası doğrulanmazsa açık kapı | İmza/anahtar doğrulama entegre |
| Yöntem çeşitliliği | Tek sağlayıcıya bağımlılık | PayTR + Shopier + havale bir arada |
Buradaki asıl mesele hız değil güvenliktir: doğrulanmamış bir callback isteğine güvenip kod teslim eden bir sistem, kötü niyetli birinin sahte bildirim göndererek bedava kod alabildiği bir sisteme dönüşebilir. Bu yüzden ödeme entegrasyonu, "çalışıyor mu" testinden çok daha derin bir güvenlik incelemesi gerektirir.
Otomatik Teslimat Sistemi Perde Arkasında Nasıl Çalışır?
Müşteri açısından e-pin almak çok basit görünür: öde, kodu ekranda gör. Ama arka planda bu birkaç saniyede şu adımlar sırayla gerçekleşir:
- Ödeme sağlayıcıdan onay bildirimi gelir ve doğrulanır
- Sistem ilgili ürünün stoğunu kontrol eder (kendi stok havuzu veya tedarikçi API'si)
- Kod rezerve edilir — aynı kodun başka bir siparişe verilmesi engellenir
- Kod, müşteri paneline ve/veya e-postasına iletilir
- Stok ve sipariş kayıtları güncellenir, muhasebe/raporlama tarafına yansır
Bu zincirin herhangi bir halkasında gecikme veya hata olursa, ya müşteri kodu geç görür ya da destek talebi olarak size geri döner. 7/24 çalışan bir işletmede bu zinciri insan müdahalesine bağlı bırakmak, gece saatlerinde gelen siparişlerin ertesi güne kalması demektir. Otomatik teslimat sistemi kurulu bir altyapıda ise bu süreç insan uykuda olsa da işler — Pinova'nın odaklandığı nokta tam olarak burası.
Bayi Sistemi ve Cüzdan Altyapısı Neden Gözden Kaçar?
Çoğu yeni e-pin girişimi ilk kurulumda sadece "müşteriye satış" senaryosunu düşünür ve bayi/toptan satış tarafını sonraya bırakır. Oysa bu iş modelinde ciro büyüdükçe gelirin önemli bir kısmı bireysel müşteriden değil, sizden toplu alım yapan alt bayilerden gelmeye başlar. Bunun için gereken altyapı bileşenleri baştan planlanmazsa sonradan eklemek büyük bir yeniden yapılanma gerektirir:
- Çok seviyeli bayi hesapları ve her seviyeye özel fiyat/komisyon kuralları
- Site içi cüzdan/bakiye sistemi — bayinin parasını sisteme yükleyip anlık harcaması
- Bakiye yükleme, harcama ve iade hareketlerinin şeffaf log kaydı
- Bayiye özel raporlama ve toplu sipariş arayüzü
Cüzdan sistemi aynı zamanda güvenlik açısından da hassas bir katmandır: bakiye hareketlerinde yarış durumu (race condition) önlenmezse, aynı anda gönderilen iki istekle bakiyenin normalden fazla harcanması gibi açıklar oluşabilir. Bu nedenle cüzdan/bayi altyapısını "sonra eklenir" diye ertelemek yerine, site kurulumunun ilk fazında mimariye dahil etmek uzun vadede çok daha az baş ağrısı yaratıyor.
Tüm Bu Altyapıyı Sıfırdan mı Kuracaksınız?
Sunucu, API entegrasyonu, ödeme altyapısı, otomatik teslimat ve bayi sistemini ayrı ayrı kurup birbirine bağlamak yerine, bu bileşenlerin hepsini hazır ve entegre şekilde sunan Pinova ile kendi sunucunuzda dakikalar içinde çalışan bir e-pin sitesine sahip olabilirsiniz.
E-pin sitesi için kaç GB'lık bir sunucu yeterli olur?
Başlangıç için 2-4 GB RAM'e sahip bir VPS genellikle yeterlidir; ancak trafik ve sipariş hacmi büyüdükçe, özellikle kampanya dönemlerinde daha yüksek kapasiteli bir sunucuya geçmek gerekebilir. Önemli olan sabit bir rakam değil, trafiği izleyip zamanında ölçeklendirmektir.
Turkpin ve Pinabi gibi tedarikçilere aynı anda bağlanmak mümkün mü?
Evet, birden fazla tedarikçi API'sini paralel tanımlamak yaygın bir uygulamadır. Böylece bir tedarikçide stok tükendiğinde veya API geçici olarak yanıt vermediğinde diğer kaynak devreye girer ve satış kesintiye uğramaz.
Havale ile ödeyen müşteriye kod otomatik olarak gönderilebilir mi?
Banka entegrasyonuna bağlı olarak evet, ancak çoğu sistemde havale bildirimleri IBAN eşleştirme veya sipariş kodu kontrolüyle yarı otomatik doğrulanır. Tam otomasyon için banka API'si veya sanal pos destekli çözümler tercih edilir.
Bayi sistemi sonradan mevcut bir siteye eklenebilir mi?
Teknik olarak eklenebilir ama cüzdan, komisyon ve bakiye güvenliği gibi katmanları sonradan mevcut veritabanı yapısına oturtmak, baştan planlanmış bir sisteme göre çok daha fazla emek ister. Bu yüzden bayi altyapısını en başından düşünmek önerilir.