Çalışan bir e-ticaret siten varsa, dijital ürün eklemek ilk bakışta basit bir iş gibi görünür. "Yeni kategori açarım, ürünleri girerim, olur biter" diye düşünülür. Fiziksel ürün satan bir altyapı üzerine e-pin koymanın teknik olarak neden farklı bir problem olduğu ise ancak ilk hatalı teslimatta anlaşılır: aynı kodu iki müşteriye satmışsındır, ya da ödeme başarılı görünmesine rağmen müşteriye hiçbir şey gitmemiştir.
Bu yazıda meseleyi mühendislik gözüyle ele alacağız. Mevcut sistemine bir e-pin scripti eklerken önündeki üç yol var: mevcut altyapıya eklenti yazdırmak, ayrı bir alt alan adında özel panel çalıştırmak, ya da tamamen ayrı bir marka kurmak. Üçünün de teknik bedeli, riski ve SEO sonucu farklı. Sırayla açalım.
Fiziksel ürün altyapısı dijitali neden kaldırmıyor?
Standart bir e-ticaret yazılımının stok mantığı sayısaldır: elinde 40 adet vardır, biri satılır, 39 kalır. Dijital üründe ise stok sayısal değil kimliklidir. Elindeki 40 kodun her biri birbirinden farklıdır ve bir kere satıldığında yalnızca o siparişe aittir. Bu farkı kavramayan bir sistem, sayıyı doğru düşürür ama hangi kodun kime gittiğini bilmez. Sonuç: aynı kodun iki farklı müşteriye gitmesi, iade talebi ve itibar kaybı.
İkinci fark eşzamanlılıkta ortaya çıkar. Bir kampanya anında aynı saniyede üç kişi son iki koda talip olursa, sistemin kodu ayırma işlemini kilitli bir işlemle yapması gerekir. Klasik sepet mantığında bu kilit yoktur, çünkü fiziksel üründe stok eksiye düşerse depoda düzeltirsin. Dijitalde düzeltemezsin; ya kodu vermişsindir ya vermemişsindir. Bu yüzden ciddi bir dijital ürün satış scripti, stok ayırmayı veritabanı seviyesinde işlem kilidiyle yapar.
Eklenti mi, ayrı panel mi? Karar kriteri nedir?
Karar aslında tek soruya bağlı: dijital ürün senin için ek kalem mi, yoksa yeni bir iş kolu mu? Ayda otuz kırk sipariş bekliyorsan ve ürün çeşidin çok az ise mevcut sistemine eklenti yaptırmak makul olabilir. Fakat ciddi hacim, bayi yapısı, cüzdan bakiyesi, otomatik stok besleme gibi ihtiyaçların varsa eklenti kısa sürede yetersiz kalır ve her yeni ihtiyaç için yazılımcıya gitmek zorunda kalırsın.
Pratikte en sağlıklı model ikinci yoldur: dijital ürünler için alt alan adında ayrı ama aynı markaya bağlı bir panel çalıştırmak. Böylece mevcut e-ticaret sitenin güncellemeleri dijital tarafı bozmaz, dijital tarafın ihtiyaçları da mevcut sitenin kodunu şişirmez. İki sistem ortak marka, ortak görsel dil ve ortak müşteri iletişimiyle çalışır ama teknik olarak birbirinden yalıtılmış olur. Bu yalıtım, güvenlik açısından da değerlidir; bir tarafta çıkan sorun diğerini kilitlemez.
| Yaklaşım | Kurulum süresi | Bakım yükü | Bayi/API desteği | Kime uygun? |
|---|---|---|---|---|
| Mevcut sisteme özel eklenti | Uzun | Yüksek, her güncellemede risk | Genelde yok | Çok düşük hacim |
| Alt alan adında ayrı panel | Kısa | Düşük | Tam | Ciddi hacim hedefleyen |
| Tamamen ayrı marka | Kısa | Düşük | Tam | Farklı kitleye satacak |
| Pazaryeri üzerinden satış | Çok kısa | Yok | Yok | Test amaçlı |
Otomatik teslimat mimarisi nasıl kurulmalı?
Doğru akış dört adımdan oluşur ve sırası kritiktir. Birinci adım, ödeme sağlayıcıdan gelen bildirimin sunucu tarafında doğrulanmasıdır. Kullanıcının tarayıcısının döndüğü başarı sayfasına asla güvenilmez; teslimatı tetikleyen tek şey, ödeme kuruluşunun sunucuna gönderdiği imzalı bildirim olmalıdır. İkinci adım, o sipariş için stok havuzundan bir kodun kilitlenmesidir. Üçüncü adım teslimat: kod müşteriye panel üzerinden, e-posta ile ve sipariş detayında eş zamanlı gösterilir. Dördüncü adım ise loglama; hangi kod, hangi siparişe, hangi saniyede, hangi IP'ye teslim edildi.
Bu dördüncü adım çoğu kurulumda atlanır ve tam da en çok ihtiyaç duyulan yerde eksik kalır. Kart itirazı geldiğinde bankaya sunacağın kanıt budur. Ayrıca bir müşteri "kod çalışmıyor" dediğinde, o kodun daha önce kullanılıp kullanılmadığını ancak bu kayıtla izleyebilirsin. Kurumsal bir e-pin yazılımı bu kayıtları varsayılan olarak tutar ve panelden filtrelenebilir hale getirir.
Mevcut siteye e-pin eklerken çıkan teknik sorunların dağılımı
- Stok kilidi ve otomatik teslimat mantığı 50%
- Ödeme doğrulama ve fraud kontrolü 20%
- URL yapısı, SEO ve kategori çakışması 20%
- Tema ve arayüz uyumsuzlukları 10%
Dijital üründe fraud riskini nasıl düşürürsün?
Fiziksel üründe sahte kartla sipariş veren kişi, kargonun teslim adresinde yakalanma riskini alır. Dijitalde böyle bir engel yoktur; ürün anında teslim edilir ve geri alınamaz. Bu yüzden dijital ürün satan bir panelde risk yönetimi bir opsiyon değil, zorunluluktur. Uygulanabilir ilk katman kademeli limittir: yeni kayıt olmuş, doğrulanmamış bir hesap ilk siparişinde yüksek tutarlı işlem yapamaz. İkinci katman hız kontrolüdür; aynı IP veya aynı karttan kısa sürede gelen ardışık siparişler otomatik incelemeye düşer.
Üçüncü katman ise gecikmeli teslimat kuralıdır. Belirli tutarın üstündeki ilk siparişlerde teslimatı anında değil, kısa bir manuel onay sonrasında yapmak, kayıp oranını ciddi biçimde düşürür. Bu kuralların hepsinin panelden ayarlanabilir olması gerekir; koda gömülü kurallar işinin doğal akışını bozar. Hangi güvenlik ve otomasyon kontrollerinin hazır geldiğini özellikler bölümünden kalem kalem görebilirsin.
Teslimatı tetikleyen tek kaynak ödeme kuruluşunun sunucu bildirimi olmalı. Kullanıcının döndüğü başarı sayfası üzerinden teslimat yapan her kurulum, taklit edilebilir bir kapı açık bırakır.
SEO tarafında neye dikkat etmen gerekiyor?
Mevcut sitene dijital ürün eklerken en sık yapılan hata, fiziksel ürün kategorileriyle dijital ürün kategorilerini aynı URL hiyerarşisinde karıştırmaktır. Arama motorları açısından bu iki ürün tipinin arama niyeti farklıdır; biri karşılaştırma ve kargo odaklı, diğeri anlık teslimat odaklıdır. Aynı şablonda sunulduklarında ikisi de zayıf performans gösterir.
Doğru yaklaşım, dijital ürünler için ayrı ve temiz bir URL ağacı kurmak, ürün sayfalarında teslimat süresini ve otomatik teslim vaadini öne çıkarmaktır. Ayrı panel modelinde bu kendiliğinden çözülür; alt alan adı kendi yapısını kurar ve mevcut sitenin kategori mimarisini bozmaz. Ana siteden dijital panele verilen iç bağlantılar ise otoriteyi taşır. Böylece iki taraf birbirini zayıflatmak yerine besler.
| Entegrasyon öncesi teknik kontrol | Neden gerekli? | Öncelik |
|---|---|---|
| Ödeme bildirimi sunucu tarafında imza doğrulamalı mı? | Sahte teslimat tetiklemesini engeller | Kritik |
| Stok kodu sipariş bazlı kilitleniyor mu? | Aynı kodun iki kez satılmasını önler | Kritik |
| Teslimat logu ve zaman damgası tutuluyor mu? | İtiraz ve destek süreçlerinde tek kanıt | Kritik |
| Yeni hesaplar için limit ve hız kontrolü var mı? | Fraud kaybını doğrudan azaltır | Yüksek |
| Dijital ürünler ayrı URL ağacında mı? | Arama niyeti farkını korur | Yüksek |
| Bayi fiyat kademesi ve API çıkışı mevcut mu? | Toptan hacmi emek artmadan büyütür | Orta |
| Stok tükenince satış otomatik kapanıyor mu? | Teslim edilemeyen sipariş almayı önler | Orta |
Geçişi kesintisiz yapmanın yolu ne?
Mevcut siteni durdurmadan ilerlemek tamamen mümkün. Önerilen sıra şu: önce dijital paneli alt alan adında kur ve yalnızca birkaç test ürünüyle çalıştır. Ödeme akışını gerçek ama küçük tutarlı bir işlemle uçtan uca test et; teslimatın, logun ve iade akışının çalıştığını gör. Ardından ürün kataloğunu aktar ve ana siteden bağlantı ver. Son adımda müşterilerine duyuru yap ve mevcut e-posta listeni kullanarak ilk siparişleri topla.
Bu sırayla ilerlediğinde ana sitende hiçbir kesinti olmaz, riskler küçük ölçekte test edilmiş olur ve ekip yeni panele alışmak için zaman bulur. Paket kapsamlarını karşılaştırmak için fiyat bölümüne, kuruluma başlamak içinse sipariş sayfasına geçebilirsin.
Mevcut işine dijital kolu ekle
Pinova, e-pin ve dijital ürün satan işletmeler için hazırlanmış satış yönetim yazılımıdır. Stok kilidi, otomatik teslimat, bayi yapısı ve güvenlik katmanları kutudan çıktığı gibi çalışır.
Mevcut sitemi kapatmam gerekir mi?
Hayır. Dijital ürün paneli alt alan adında ayrı çalıştığı için mevcut e-ticaret siten kesintisiz devam eder. İki yapı ortak marka altında birbirine bağlanır, teknik olarak ise birbirinden yalıtılmış kalır.
Müşteri verilerimi yeni panele aktarabilir miyim?
Mevcut müşteri listesi genellikle aktarılabilir; ancak şifreler hash'li olduğu için taşınamaz ve kullanıcıların yeni panelde şifre belirlemesi gerekir. Kampanyalı bir duyuru ile bu geçiş sorunsuz yönetilebilir.
Aynı ödeme altyapısını kullanabilir miyim?
Çoğu durumda evet. Aynı ödeme kuruluşu hesabına ikinci bir alan adı tanımlatman yeterlidir. Yalnızca dijital ürün satışının sözleşmende kapsam dışı bırakılmadığından emin ol.
Stok kodlarını toplu yükleyebilir miyim?
Evet. Kodlar dosya ile toplu yüklenir, ürünle eşleştirilir ve havuza alınır. Satış gerçekleştikçe kodlar tek tek kilitlenip düşer, stok bittiğinde ürün satışı otomatik kapanır.
Mevcut e-ticaret operasyonuna dijital ürün eklemek doğru mimariyle kurulduğunda ek yük değil, aynı trafikten daha fazla ciro çıkarmanın en hızlı yoludur. Sipariş akışının, stok kilidinin ve otomatik teslimatın panelde nasıl işlediğini kendi ekranında test etmek istersen canlı demo üzerinden tüm süreci uçtan uca deneyebilirsin.