Çoklu Mağaza E-Ticaret Platformu: Tek Altyapıda Yüzlerce Mağaza
Tek bir platformda yüzlerce farklı mağazayı kendi markası, kendi müşterileri ve kendi ürünleriyle nasıl çalıştırıyoruz?
3 dk okuma
İlk müşteriye yazılım kurarken her şey kolaydır. İkinci müşteri geldiğinde "bunu da kuralım" dersiniz. Üçüncüsünde aklınız karışmaya başlar: Hangi sunucuda hangi sürüm var? Birinde düzelttiğimiz hatayı diğerinde de düzelttik mi? Beşinci müşteride artık iş, yazılım geliştirmekten çok yangın söndürmeye benzer.
Çoklu mağaza platformu işte tam bu anda hayatınıza giriyor.
"Her Müşteriye Ayrı Sistem" Tuzağı
Birçok ajansın ilk yıllarda yaptığı şey şu: Her müşteri için ayrı bir kurulum, ayrı sunucu, ayrı veritabanı. İlk başta hızlı görünür çünkü her müşteri "kendine özel" hisseder. Ama altı ay sonra elinizde on farklı sürümün on farklı kopyası olur. Bir güvenlik açığı çıktığında onu on yere ayrı ayrı yamalamanız gerekir — ve insan olduğunuz için en az birini unutursunuz.
Biz bu yolu denedik, sonra terk ettik.
Tek Altyapı, Yüzlerce Mağaza
Bugün kullandığımız yaklaşım daha basit: Tek bir platform, üzerinde istediğiniz kadar mağaza. Her mağaza kendi alan adında, kendi logosuyla, kendi ürün kataloğuyla çalışır. Müşteri açısından "kendi sistemiyle" çalışıyor gibi durur — çünkü pratikte öyledir.
Bizim kazandığımız ise sessiz ama büyük: tek bir güncelleme yazıyoruz, akşama kadar tüm mağazalar yeni özelliği almış oluyor. Yeni bir müşteri katmak ise saatler değil, dakikalar sürüyor.
"Ya Verilerim Karışırsa?"
Bu soruyu her tanışma toplantısında duyuyoruz, ki haklı bir soru. Sağlık sektöründen geliyorsanız zaten en başta sormalısınız.
Cevap kısa: karışmaz, çünkü karışmasına izin verecek bir yer bırakmadık. Her mağazanın verisi mantıksal olarak izole bir alanda tutuluyor. Sistem, bir kullanıcı sorgu yaptığında onun hangi mağazaya bağlı olduğunu kontrol etmeden tek bir kayıt bile döndürmüyor. Bu kural kodun en üst katmanında değil, veritabanına en yakın yerde uygulanıyor — yani biri bunu unutsa bile sistem buna izin vermiyor.
Yeni başlayanlara
Çoklu mağaza altyapısı kuracaksanız tek bir kuralı asla esnetmeyin: "Hangi mağaza?" sorusu sistemin her sorgusunda otomatik olarak sorulmalı. Bunu uygulama kodunda hatırlamaya çalışırsanız, eninde sonunda biri unutur.
Sahadan Bir Örnek
Mobilya sektörü için kurduğumuz altyapıda birden fazla mağaza aynı platformda yaşıyor — kendi alan adları, kendi marka renkleri, kendi ürün katalogları, kendi ödeme entegrasyonları ile. Bir mağazanın yöneticisi sisteme girdiğinde diğer mağazaların var olduğunu bile bilmiyor; gördüğü tek şey kendi paneli, kendi ürünleri, kendi siparişleri.
Yeni bir müşteri eklemek mi istiyoruz? Bir form dolduruluyor, alan adı bağlanıyor, marka renkleri seçiliyor — yeni mağaza aynı gün canlıya çıkıyor. Eskiden günler süren iş, artık bir öğleden sonrasına sığıyor.
Ne Zaman Çoklu Mağazaya Geçmeli?
Net bir kuralımız yok ama bizim kabaca rehberimiz şu:
- 2 müşteriye kadar: Ayrı kurulum mantıklı. Esneklik kazanırsınız.
- 3-5 müşteri arası: Tehlikeli bölge. Ya hâlâ ayrı tutarsınız ve kaos başlar, ya da tek altyapıya taşınmaya başlarsınız.
- 5+ müşteri: Tek altyapı zorunlu. Aksi halde yazılım geliştirmiyor, sürüm yönetiyorsunuzdur.
Geç kalmaktansa erken taşınmak çok daha ucuza patlıyor. Üçüncü müşteride atılan adım, onuncuda atılan adımdan kat kat kolay.
Kapanış
Çoklu mağaza altyapısı, bir teknoloji tercihinden çok bir disiplin tercihi. Sistemin kendisi sizi belli kurallara uymak zorunda bırakıyor; karşılığında ise büyüdükçe büyüyebilen, her yeni müşteride yorulmayan bir ürün veriyor. İlk kurulumda biraz daha düşünmek gerekiyor — ama sonrasında sessizce çalışan bir altyapıya kavuşuyorsunuz.
Ve bu, bizim deneyimimize göre, ölçeklenmeye çalışan her ajansın er ya da geç vermek zorunda kaldığı bir karar.
