Mağaza sahiplerinin sık sorduğu üç soru neredeyse hep aynı cümlenin etrafında dönüyor: bunu tema mı yapar, uygulama mı, yoksa modül mü? Üçü de sonuçta sitede bir şeyi değiştirdiği için aynı işi yapıyormuş gibi görünür. Oysa aralarındaki fark görünüşte değil, arkadadır: kim bakım yapar, güncellemede ne olur, veri nerede durur ve platform değiştiğinde ne kaybedersiniz.
Bu yazı, bu üç kavramı birbirinden ayırmak ve hangi ihtiyacın hangi çözümle karşılandığını netleştirmek için yazıldı. Sonunda, satın alma kararından önce sorulması gereken somut bir soru listesi de var.
E-ticaret modülleri nedir?
E-ticaret modülleri, sitenin çekirdek yazılımını değiştirmeden belirli bir davranışı ekleyen bağımsız parçalardır. Ürün sayfasında yorum göstermek, tükenen üründe bildirim toplamak, ana sayfada kampanya kuşağı çıkarmak, aramayı akıllandırmak; bunların her biri ayrı bir modüldür.
Teknik olarak bir modül üç parçadan oluşur ve bu üç parçayı görmek, modülü diğer çözümlerden ayırmayı kolaylaştırır:
- Veri kaynağı: Modülün beslendiği yer. Bu bazen mağazanın kendi ürün verisidir, bazen bir pazaryeri, bazen bir sosyal medya hesabıdır.
- Arayüz parçası: Kullanıcının gördüğü kısım. Ürün sayfasında bir sekme, ana sayfada bir kuşak, ekranın kenarında bir sekme olabilir.
- Yönetim ayarı: Neyin, nerede, hangi koşulda görüneceğini belirleyen panel. Bir parçanın modül sayılması için kod değiştirmeden yönetilebilir olması gerekir.
Üçüncü madde ayırt edicidir. Yalnızca temaya eklenmiş, yönetim ekranı olmayan bir kod parçası modül değil, özelleştirmedir. Aradaki fark ilk gün görünmez; tema güncellendiği veya değiştirildiği gün görünür.
Bir e-ticaret modülü tema özelleştirmesinden nasıl ayrılır?
Tema özelleştirmesi, temanın kendi dosyalarına yapılan doğrudan müdahaledir. Çalışır, hızlıdır ve çoğu zaman en ucuz yoldur. Sorun, temanın canlı bir yazılım olmasıdır: sağlayıcı temayı güncellediğinde, dosyaların üzerine yazılır ve yaptığınız değişiklik ya kaybolur ya çakışır. Tema değiştirmeye karar verdiğinizde ise sıfırdan başlarsınız.
Bir e-ticaret modülü ise temanın dışında yaşar. Temaya yalnızca bir bağlanma noktasından tutunur; içindeki mantık, ayarlar ve veri başka yerdedir. Bu yüzden tema güncellendiğinde modül ayakta kalır, tema değiştiğinde ise yalnızca bağlanma noktası yeniden kurulur.
| Ölçüt | Tema özelleştirmesi | Modül | Özel geliştirme |
|---|---|---|---|
| Tema güncellenince | Kaybolabilir veya çakışır | Ayakta kalır | Mimariye göre değişir |
| Yönetim ekranı | Genelde yok | Var | İhtiyaca göre yazılır |
| Bakım kimde | Temayı yapan tarafta | Modülü sağlayanda | Geliştiren ekipte |
| Kurulum süresi | Kısa | Kısa | Uzun |
| Uyarlanabilirlik | Tam | Ayarlar çerçevesinde | Tam |
| Ne zaman doğru seçim | Görsel ve tek seferlik işler | Tekrarlayan, veriyle beslenen işler | Rakiplerde karşılığı olmayan iş akışları |
Son satır karar cümlesidir. Yapılacak iş görselse ve bir kez yapılıp bırakılacaksa tema tarafı yeterlidir. İş sürekli veriyle besleniyorsa, yani her gün yeniden hesaplanması gereken bir şey varsa, modül doğru yerdir. İhtiyaç mağazanıza özgüyse ve piyasada karşılığı yoksa özel çözümler tarafına geçilir.
E-ticaret eklentileri ile modüller arasındaki fark
Platformların uygulama mağazalarındaki eklentiler standart paketlerdir. Bu bir kusur değil, tasarım tercihidir: aynı eklenti binlerce mağazada aynı şekilde çalışsın diye ayar seti sınırlı tutulur. Bunun getirdiği avantajlar da vardır; kurulum tek tıktır, faturalandırma platform üzerinden yürür, kaldırmak kolaydır.
Modül yaklaşımında ayrılan noktalar şunlardır:
- Kurulumu kim yapar: Eklentide siz kurarsınız ve ayarları kendiniz denersiniz. Modül kurulumunu sağlayıcı yapar; mağaza sahibinden kod yazması istenmez.
- Tasarıma oturma: Eklentiler kendi görsel diliyle gelir ve çoğu zaman siteye yamalı durur. Modül, mağazanın mevcut tipografisine ve renk düzenine göre yerleştirilir.
- Veri sahipliği: Bazı eklentiler veriyi yalnızca kendi tarafında tutar; abonelik bittiğinde içerik sayfadan kaybolur. Verinin sizin tarafınızda da tutulup tutulmadığı, satın alma öncesi sorulacak en önemli sorudur.
- Platform bağımlılığı: Uygulama mağazası eklentisi o platforma bağlıdır. Platform değiştirdiğinizde eklenti de biriktirdiği ayarlarla birlikte gider.
Buradan çıkan sonuç, birinin diğerinden iyi olduğu değildir. Standart bir ihtiyacınız varsa ve deneme yapmak istiyorsanız eklenti hızlı yoldur. İhtiyaç kalıcıysa, veriyle besleniyorsa ve sitenizin görünümüne oturması gerekiyorsa modül daha az sürtünmeyle çalışır.
Site içi modüller: hangi ihtiyaca hangisi denk gelir?
Modül seçimi bir özellik listesi karşılaştırması değil, bir eşleştirme işidir: elinizdeki somut kayıp hangisiyse, onu kapatan mekanizmayı seçersiniz. Aşağıdaki tablo bu eşleştirmeyi ihtiyaç tarafından kuruyor.
| Somut ihtiyaç | Denk gelen modül | Mekanizma |
|---|---|---|
| Ürün sayfası boş görünüyor, yorum yok | Trendyol Yorum, Hepsiburada Yorum | Pazaryerinde birikmiş değerlendirmeleri kendi ürün sayfanıza taşır |
| Aynı sorular tekrar tekrar soruluyor | Trendyol Soru Cevap | Pazaryerindeki soru havuzunu ürün sayfasına metin olarak getirir |
| Kullanıcı aradığını bulamıyor | Yapay zeka site içi arama | Yazım hatası, eş anlamlı ve doğal dil sorgularını tolere eder |
| Tükenen üründe ziyaretçi kaybediliyor | Stok hatırlatıcı | Yüksek niyetli kullanıcıyı ertelenmiş satışa çevirir, talep verisi biriktirir |
| Sepet doluyor ama sipariş gelmiyor | Sepet hatırlatıcı | Tamamlanmamış işlemi izinli bir kanaldan geri çağırır |
| Kullanıcı karşılaştırma yapıp geri dönmüyor | Son gezilen ürünler | Gezinme geçmişini sayfada tutarak karar turunu kısaltır |
| E-posta ve telefon listesi büyümüyor | Çarkıfelek | Oyunlaştırılmış teklif karşılığında izinli iletişim verisi toplar |
| Kampanyalar fark edilmiyor | Kampanya zili, indirim sekmesi | Aktif kampanyayı kullanıcının kendi isteğiyle açabileceği bir yerde toplar |
| Sosyal medya içeriği sitede görünmüyor | Instagram post feed, reels feed | Düzenli üretilen sosyal içeriği siteye taze içerik olarak taşır |
| Ziyaretçinin neden ayrıldığı bilinmiyor | Çıkış anketi | Sayısal raporun gösteremediği sebebi doğrudan kullanıcıdan alır |
Tablonun tamamı ve her modülün ayrıntılı anlatımı modüller sayfasında duruyor. Buradaki asıl mesaj şudur: hiçbir modül tek başına satış getirmez; her modül belirli bir kaybı kapatır. Kaybın olmadığı yere kurulan modül sayfaya yük bindirir ve karşılığında ölçülebilir bir şey üretmez. Hangi kaybın sizde olduğunu bulmanın yöntemini satış artırma rehberinde anlattık.
E-ticaret modülü kurulumu nasıl ilerler, bakım kimde kalır?
Kurulum tarafındaki en yaygın yanlış beklenti, mağaza sahibinin teknik iş yapması gerektiğidir. STools Digital tarafında akış şöyle işler:
- Erişim ve yetki: Modülün besleneceği kaynağa yetki verilir. Pazaryeri yorumu için mağaza bilgileri, sosyal içerik için hesap bağlantısı, site içi modüller için panel erişimi gerekir.
- Yerleştirme: Modülün hangi sayfada, hangi bölümün altında görüneceği belirlenir. Bu karar tasarım kadar dönüşümle de ilgilidir; sayfanın en altına konan bir modül çoğu kullanıcı tarafından hiç görülmez.
- Uyarlama: Yazı tipi, renk ve boşluk değerleri mağazanın mevcut tasarım diline göre ayarlanır. Amaç modülün siteye ait görünmesidir.
- Test: Masaüstü ve mobilde ayrı kontrol edilir. Mobil kontrolü atlanan kurulumların çoğunda sorun sonradan mobilde çıkar.
- Bakım: Platform güncellemeleri, veri kaynağındaki değişiklikler ve kaynak tarafındaki arıza durumları sağlayıcı tarafından takip edilir.
Beşinci madde çoğu zaman fiyat karşılaştırmasının dışında bırakılır ama uzun vadede en pahalı kalemdir. Veri kaynakları değişir; bir gün çalışan bağlantı, kaynak tarafındaki bir güncellemeyle sessizce durabilir. Bakımın kimde olduğu belirsizse, o gün sayfanızda boşluk kalır ve kimse haberdar olmaz.
Modüllerin görünmeyen maliyeti: sayfa hızı
Her modül sayfaya en az bir betik ve çoğu zaman görsel yükü ekler. Bu yükün dönüşüme etkisi sessizdir, çünkü kimse yavaş açılan sayfa için şikâyet yazmaz; sadece ayrılır. Bu yüzden modül kararı bir hız kararıdır da.
Doğru kurulmuş bir modülün karşılaması gereken üç koşul vardır:
- Sayfanın ilk çizimini bloklamamak: Modül betiği, ana içerik görünür olmadan yüklenmeyi beklememelidir.
- Yer ayırmak: Modül içeriği sonradan geldiğinde sayfa zıplamamalıdır. Alan önceden ayrılmazsa kullanıcı yanlış yere tıklar.
- Görünene kadar yüklememek: Sayfanın alt kısmındaki bir kuşak, kullanıcı oraya gelene kadar veri çekmemelidir.
Bu üç koşulun neden bu kadar belirleyici olduğunu ve nasıl ölçüldüğünü mağaza hızlandırma rehberinde ayrıntılı yazdık. Kısaca: ölçmediğiniz sürece eklediğiniz her modül, hızın bir parçasını sessizce alıp götürür.
Modül fiyatlandırması nasıl okunur?
Modül tarafındaki fiyat karşılaştırmaları çoğu zaman elmayla armudu karşılaştırır, çünkü aynı rakamın içinde farklı kalemler vardır. Teklifleri yan yana koymadan önce şu üç kalemi ayrıştırmak gerekir:
| Kalem | Neyi kapsar | Sorulacak soru |
|---|---|---|
| Kurulum | Bağlantının kurulması, yerleşim, tasarıma uyarlama ve test | Tema değiştiğinde yeniden kurulum ücretli mi? |
| Kullanım | Modülün çalışmaya devam etmesi, sunucu ve senkron maliyeti | Hacim arttığında fiyat kademesi değişiyor mu? |
| Bakım ve destek | Kaynak tarafındaki değişikliklere uyum, arıza müdahalesi | Arızayı kim fark eder, müdahale süresi nedir? |
En sık gözden kaçan kalem üçüncüsüdür. Modül, bağlı olduğu kaynak değiştiğinde çalışmayı bırakabilir; bu, kurulumun kötü olmasından değil, dış sistemlerin canlı olmasından kaynaklanır. Bakımın fiyata dâhil olup olmadığı netleşmediğinde, ilk kesintide taraflar birbirine bakar ve mağaza sahibi beklemek zorunda kalır.
İkinci gözden kaçan nokta, ücretin neye göre arttığıdır. Bazı kurgularda fiyat ürün sayısına, bazılarında gösterim veya mesaj adedine bağlıdır. Sezon dönemlerinde hacmi ikiye katlanan bir mağazada bu ayrım, yıllık maliyeti belirgin şekilde değiştirir. Tek seferlik kurulum ücreti düşük görünen bir teklif, kullanım kademesi yüksekse toplamda daha pahalıya gelebilir.
Mağaza modülü seçimi öncesi sorulacak sorular
Özellik listeleri birbirine benzer, mimari farkları benzemez. Satın almadan önce şu yedi sorunun cevabını yazılı almak, sonradan çıkacak sürprizlerin çoğunu ortadan kaldırır:
- Modül hangi veriden besleniyor ve bu veri benim tarafımda da tutuluyor mu?
- Abonelik bittiğinde sayfada ne kalır, ne kaybolur?
- Sayfa hızına etkisi ölçüldü mü, ölçüm hangi koşullarda yapıldı?
- Mobilde davranışı masaüstünden farklı mı, farklıysa nasıl?
- Tema değiştirirsem modül ne olur, yeniden kurulum ücretli mi?
- Kişisel veri işleniyorsa nerede saklanıyor ve silme talebi nasıl karşılanıyor?
- Kaynak tarafında bir arıza olduğunda kim fark eder ve ne kadar sürede müdahale edilir?
Yanlış modül seçiminin işaretleri
- Kurulumdan sonra kimse ayarlara girmiyor: Modül, mağazanın gerçek bir sorununu çözmüyorsa unutulur ve yalnızca yük olarak kalır.
- Modül siteye yamalı duruyor: Farklı yazı tipi ve renkle gelen bir bileşen, kullanıcıda reklam algısı yaratır ve tıklanmaz.
- Ölçüm yok: Modülün ürettiği etkileşim sayısı hiç raporlanmıyorsa, kaldırılıp kaldırılmayacağına karar verilemez.
- Aynı işi yapan iki modül: Üst üste binen bileşenler hem sayfa yükünü artırır hem hangi kurgunun işe yaradığını ölçülemez kılar.
Özet
Tema özelleştirmesi görsel ve tek seferlik işler için, modül veriyle beslenen ve tekrar eden işler için, özel geliştirme ise piyasada karşılığı olmayan iş akışları içindir. Bu üçünü birbirinin yerine kullanmak, ilk gün fark edilmeyen ama tema güncellendiğinde, platform değiştiğinde veya abonelik bittiğinde faturası çıkan bir tercihtir. Modül seçerken özellik listesine değil, verinin nerede durduğuna, bakımın kimde olduğuna ve sayfa hızına bakın.
Mağazanız için hangi modülün gerçekten bir kaybı kapattığını konuşmak isterseniz destek@stools.digital adresinden yazabilirsiniz.