E-pin Satış Scripti Çoklu Tema ve Çoklu Mağaza: Tek Panelden 5 Vitrin Yönetenlerin Kimseye Anlatmadığı Mimariyi Adım Adım Görüyorsun

Çoğu e-pin satıcısı tema meselesini basit bir görünüm tercihi sanır. "Rengi değiştiririm, logoyu koyarım, olur biter" der. Oysa mağazanın teması, hangi kitleye hangi dille sattığının teknik karşılığıdır. Oyun içi para arayan 16 yaşındaki bir müşteri ile kurumsal lisans satın alan bir muhasebe sorumlusu aynı vitrinde aynı hızla karar vermez. Aynı sayfada ikisini birden ikna etmeye çalıştığın anda, ikisini de kaybetmeye başlarsın.

İşte tam burada kimsenin açıkça konuşmadığı bir gerçek var: piyasadaki ciddi satıcıların çoğu tek site işletmiyor. Arka planda tek bir e-pin satış scripti çalışıyor, önde ise farklı alan adlarında, farklı temalarla, farklı fiyat politikalarıyla birden fazla vitrin duruyor. Stok ortak, sipariş ortak, muhasebe ortak. Sadece yüz değişiyor. Bu yazıda o mimarinin nasıl kurulduğunu, nerede tuzak olduğunu ve hangi noktada seni yavaşlatmaya başladığını konuşacağız.

Tek tema ile büyüdüğünü sanıyorsun ama trafiğin farklı kitlelere bölünüyor

Ziyaretçi kaydını tek tek okuduğunda ilginç bir şey görürsün: bir sayfada beş dakika kalan kullanıcı ile on saniyede çıkan kullanıcı aynı ürünü arıyordur. Fark, sayfanın onlara hitap edip etmemesinde. Gençlere yönelik canlı, renkli, hareketli bir vitrin; bayi ve kurumsal alıcıya güvensiz gelir. Sade, tablo ağırlıklı, fatura vurgulu bir vitrin ise oyuncuya sıkıcı gelir. Tek tema, iki kitleye birden hizmet etmeye çalıştığında ortalamaya düşer ve ortalama vitrin hiçbir kitlede birinci olmaz.

Çoklu tema tam olarak bunu çözer. Aynı dijital ürün satış scripti üstünde, ziyaretçinin geldiği alan adına göre farklı şablon seti yüklenir. Ürün listesi aynı veritabanından gelir, ama başlık hiyerarşisi, buton dili, ödeme adımının görünümü, hatta gösterilen ürün kategorileri değişir.

Çoklu mağaza gerçekte ne demek: aynı stok, farklı vitrin

Çoklu mağazayı "siteyi kopyalamak" diye anlayanlar en büyük hatayı yapıyor. Kopyalamak, sorunu beşe katlamaktır. Doğru kurulumda tek bir kod tabanı, tek bir veritabanı ve tek bir yönetim paneli vardır. Mağaza kimliği, gelen isteğin alan adından çözülür. Panelde "Mağaza 2" seçtiğinde o vitrine ait fiyat listesi, kampanya, tema ve ödeme yöntemleri karşına gelir.

Bunun operasyonel karşılığı şu: bir oyunun kodu tükendiğinde beş ayrı yerde stok düşmen gerekmez. Bir kere düşer, beş vitrinde birden "tükendi" görünür. Aynı şekilde bir fiyat zammını tek yerden yapar, isterse her vitrine ayrı kâr marjı tanımlarsın. Bu esneklik, bir e-pin yazılımı seçerken sorman gereken ilk teknik sorudur.

Neden herkes "tema değiştirdim" der de aslında CSS'in üstüne yama atar?

Piyasada sıkça rastlanan manzara: satıcı tema değiştirdiğini söylüyor, baktığında aynı şablonun üzerine yüzlerce satır ek stil dosyası binmiş. Renkler değişmiş ama düzen aynı. Mobilde bozulmalar var, çünkü yamalar birbirini eziyor. Bu, tema değiştirmek değil; temayı boyamaktır.

Gerçek çoklu tema desteği, şablon dosyalarının ayrı dizinlerde yaşamasını gerektirir. tema/varsayilan/ ve tema/kurumsal/ gibi klasörler; her biri kendi başlık, ürün kartı, sepet ve ödeme şablonuna sahip. Script, hangi klasörü okuyacağını mağaza ayarından öğrenir. Bir dosya o temada yoksa, çekirdek temadan miras alır. Böylece bir vitrin için sadece ürün kartını yeniden yazıp gerisini ortak bırakabilirsin.

Alan adı başına ayrı kurulum yapmanın gizli maliyeti

Ayrı kurulum ilk bakışta kolay görünür. Dosyaları kopyalarsın, yeni veritabanı açarsın, bir saatte ayakta. Maliyet ilk ayda değil, üçüncü ayda çıkar. Bir güvenlik yaması yayınlandığında beş kuruluma tek tek uygularsın. Bir ödeme sağlayıcısı entegrasyonunu beş kez yapılandırırsın. Muhasebe kapanışında beş ayrı rapor indirip elde toplarsın.

En sinsi maliyet ise stok çakışmasıdır. Aynı kod havuzunu iki vitrinde ayrı ayrı tutuyorsan, aynı kodu iki müşteriye satma riskin her gün artar. Bir kez yaşadığında kaybettiğin sadece o siparişin bedeli olmaz; iade süreci, yorum ve itibar kaybı da cebinden çıkar. Bu yüzden tek kaynak doğruluk ilkesi çoklu mağazanın pazarlama değil, güvenlik konusudur.

Çoklu tema mimarisi bir e-pin satış scriptinde nasıl kurulur?

Sağlam bir kurulumun üç katmanı vardır. Birinci katman çözümleyici: gelen isteğin ana makine adını okur, mağaza kimliğini belirler, o mağazanın ayarlarını belleğe alır. İkinci katman şablon yükleyici: mağazanın tema adını alır, ilgili dizinde dosya arar, yoksa varsayılana düşer. Üçüncü katman içerik filtresi: hangi kategorilerin, hangi ödeme yöntemlerinin ve hangi fiyat listesinin o vitrinde görüneceğini sınırlar.

Pinova bu üç katmanı hazır verir. Sen panelden yeni mağaza eklersin, alan adını yazarsın, tema seçersin, fiyat listesini bağlarsın. Yeni dosya yüklemek, ikinci bir e-pin satış yazılımı kurmak ya da stok tablosunu çoğaltmak gerekmez. Vitrin sayısı arttıkça yönetim yükün doğrusal değil, neredeyse sabit kalır.

Hangi durumda çoklu mağazaya geçmemelisin?

Dürüst olalım: her satıcının beş vitrine ihtiyacı yok. Aylık siparişin üç haneye ulaşmadıysa, ikinci vitrin sana ciro değil bakım yükü getirir. Çoklu mağaza, kitlesi gerçekten ayrışmış satıcılar içindir. Elinde bayi talebi varsa, ayrı bir marka için hazır trafik varsa ya da yurt dışına dövizle satmak istiyorsan mantıklıdır.

Bir de şu var: her vitrin kendi içerik yükünü getirir. Ayrı blog, ayrı açıklama, ayrı destek metni. İkisini aynı içerikle doldurursan arama motoru ikisini de aşağı çeker. Karar verirken sadece teknik kapasiteyi değil, içerik üretme kapasiteni de hesaba kat.

Özetle çoklu tema bir görünüm oyuncağı değil, satış stratejinin teknik altyapısıdır. Tek stok havuzunu koruyarak birden fazla kitleye ayrı ayrı hitap edebiliyorsan, aynı trafikle daha fazla satarsın. Mimarinin panelde nasıl göründüğünü merak ediyorsan canlı demo üzerinden mağaza ve tema ekranlarını kendi elinle dolaş, sonra özellik listesine dönüp kendi senaryonla eşleştir.