Çoğu satıcı fiyat güncellenmediğinde ilk olarak tedarikçiyi arar. Oysa vakaların büyük bölümünde tedarikçi yeni fiyatı çoktan yayınlamıştır; senin panelin o fiyatı almış, işlemiş, hatta veri tabanına yazmıştır. Sorun bambaşka bir yerdedir: müşterinin gördüğü sayı, veri tabanındaki sayı değildir. Arada üç ayrı katman vardır ve bunlardan biri eski değeri saklamaya devam eder.
Bu durum sadece can sıkıcı değil, doğrudan zarar üretir. Alış fiyatı yükselmişken vitrinde eski satış fiyatı durursa her sipariş kasadan para çıkarır. Tersi olduğunda, yani düşen fiyat yansımadığında, rakibine göre pahalı kalır ve trafiğin dönüşmez. Bu yazıda bir e-pin satış scriptinde fiyatın nereden çıkıp nereye gittiğini katman katman izleyecek, hangi noktada donduğunu nasıl tespit edeceğini ve kalıcı çözümün neden "önbelleği kapatmak" olmadığını göreceksin.
Fiyat kaç yerde saklanıyor, hiç saydın mı?
Bir siparişin fiyatı sandığından çok daha fazla yerde durur. Tedarikçinin listesinde bir değer vardır. Senin veri tabanında ham alış fiyatı olarak bir kayıt vardır. Marj kuralı uygulanmış hesaplanmış satış fiyatı ayrı bir alanda tutulur. Vitrinde gösterilen sayı genellikle bir sorgu önbelleğinden gelir. Sayfanın tamamı bir tam sayfa önbelleğinde durabilir. Üstüne bir de içerik dağıtım ağı varsa, ziyaretçinin gördüğü HTML tamamen dışarıdan servis edilir.
Yani altı ayrı noktadan biri eskide kalırsa fiyat güncellenmemiş görünür. Bu yüzden "fiyat güncellenmiyor" cümlesi teşhis değildir; sorulacak doğru soru şudur: hangi katmanda eski? Ham alış fiyatına bak, doğruysa hesaplanmış alana bak, o da doğruysa sorun tamamen gösterim tarafındadır ve tedarikçiyle ilgisi yoktur. Bu üç adımlık kontrol, sorunun yerini genelde beş dakikada bulur.
Kur dönüşümünü hangi anda yapıyorsun: bu tek karar marjını belirliyor
Dövizle alıp lirayla satan bir işletmede fiyatın en hassas parçası kur dönüşümüdür. Üç farklı tercih vardır ve üçü de farklı sonuç verir. Kuru fiyat kaydederken uygularsan, veri tabanında sabit bir lira değeri oluşur; kur oynadığında bu değer eskir. Kuru gösterim anında uygularsan fiyat her sayfa yenilemede değişir, müşteri güvensizlik duyar ve sepetteki tutar tutmaz. Kuru günün belirli saatlerinde sabitleyip gün içinde kilitlersen hem öngörülebilir hem yönetilebilir olursun.
Doğru çözüm çoğu işletme için üçüncüsüdür: günlük referans kur + tampon oranı. Kur belirli saatte alınır, üzerine yüzde 2-3 dalgalanma payı eklenir ve gün içinde sabit kalır. Ani sıçramalarda ise bir eşik tanımlanır; kur o eşiği aşarsa sistem fiyatı yeniden hesaplar ve seni uyarır. Böyle kurulmuş bir epin yazılım tarafında, kur oynaklığı artık gece uykunu kaçıran bir konu olmaz.
Önbelleği kapatmak neden çözüm değil, neden daha büyük sorun?
Fiyat donmasıyla karşılaşan pek çok kişinin ilk refleksi önbelleği kapatmaktır. Sorun bir gün çözülmüş görünür, sonra site yavaşlar, sunucu yükü katlanır ve kampanya saatinde her şey kilitlenir. Önbellek düşman değildir; yanlış yönetilmiş önbellek düşmandır.
Doğru yöntem, önbelleği süreye değil olaya bağlamaktır. Fiyat kaydı değiştiğinde ilgili ürünün önbelleği o anda geçersiz kılınır, komşu ürünlere dokunulmaz. Bunun için her önbellek anahtarına ürün kimliği ve fiyat sürüm numarası eklenir. Fiyat değişti mi, sürüm artar, anahtar başkalaşır, eski değer kendiliğinden devre dışı kalır. Böylece hem hız korunur hem doğruluk sağlanır. Bir dijital ürün satış yazılımının olgunluk göstergelerinden biri tam olarak budur: ne kadar agresif önbellek kullanıp ne kadar temiz geçersiz kılabiliyor?
| Katman | Eskidiğinde belirti | Kontrol yöntemi | Doğru çözüm |
|---|---|---|---|
| Tedarikçi listesi | Tüm ürünlerde eski fiyat | Ham veriyi elle çek | Çekim görevini incele |
| Ham alış kaydı | Panelde de eski görünüyor | Kayıt tarihine bak | Yazma hatasını düzelt |
| Hesaplanmış satış fiyatı | Alış yeni, satış eski | Marj kuralını çalıştır | Yeniden hesaplama tetikle |
| Sorgu önbelleği | Panel doğru, vitrin yanlış | Önbelleği tek ürün için boşalt | Sürümlü anahtar kullan |
| Tam sayfa önbelleği | Yenilemede değişmiyor | Parametreli adresle aç | Olay bazlı geçersiz kılma |
| Dağıtım ağı | Sunucuda doğru, dışarıda yanlış | Başlık bilgilerini oku | Seçimli temizleme kancası |
Marj kuralın gerçekten çalışıyor mu, yoksa son kez elle mi yazıldı?
Fiyat güncellenmiyor şikayetinin sessiz kahramanı, bir zamanlar elle girilmiş fiyatlardır. Birisi bir kampanya için o ürüne özel bir tutar yazmıştır ve o kayıt, otomatik hesaplamayı geçersiz kılan bir işaret taşır. Aylar sonra alış fiyatı değişir, sistem o ürüne dokunmaz, çünkü "bu fiyat elle belirlendi" bilgisi hâlâ duruyordur.
Bu yüzden sağlıklı bir e-pin satış yazılımında elle girilen her fiyatın bitiş tarihi ve gerekçesi olur. Süre dolduğunda ürün otomatik kural yönetimine döner. Ayrıca "kural dışı fiyatlandırılan ürünler" diye tek bir liste bulunmalıdır; ayda bir o listeye bakmak, çoğu gizli marj kaybını kapatır. Kural zincirini de basit tutmak gerekir: taban maliyet, komisyon, hedef marj, yuvarlama. Dört adımdan fazlası, altı ay sonra kimsenin anlayamadığı bir bulmacaya dönüşür.
Fiyat güncellenmeme nedenlerinin dağılımı
- Önbellek geçersiz kılınmıyor 40%
- Elle sabitlenmiş fiyat kaydı 28%
- Kur dönüşümü yanlış anda 20%
- Çekim görevi hiç çalışmıyor 12%
Sepetteki fiyat değişirse müşteriyi kaybedersin: kilit nerede olmalı?
Fiyat güncelleme meselesinin en çok atlanan tarafı, satış sürecinin içindeki fiyattır. Müşteri sepete ürün eklediğinde bir tutar görür; ödeme sayfasına geçtiğinde kur değişmiş olabilir. Burada tutarın oynaması dönüşümü doğrudan öldürür ve ödeme sağlayıcısıyla tutarsızlık üretir.
Çözüm, sipariş oluşturulduğu anda fiyatı siparişin kendi satırına kopyalamaktır. Ürün fiyatı sonradan değişse bile o sipariş, oluşturulduğu andaki tutarla tamamlanır. Sepet için de kısa bir geçerlilik süresi tanımlanır: örneğin 20 dakika. Süre dolduğunda müşteriye nazik bir bildirimle yeni tutar gösterilir. Böylece hem müşteri hem muhasebe tarafında tartışma kalmaz. Fiyat geçmişi de saklanmalıdır; üç ay sonra "bu siparişi neden şu tutardan sattık" sorusunun cevabı elinde olur.
Aynı ürün sayfasını bir de adresin sonuna anlamsız bir parametre ekleyerek aç. Fiyat doğru geliyorsa sorun kesinlikle gösterim önbelleğindedir, tedarikçide veya veri tabanında değil. Bu tek hareket, saatlerce yanlış yerde arama yapmanı önler.
Fiyat sağlığını nasıl izleyeceksin, her sabah elle mi bakacaksın?
Fiyat yönetimi tek seferlik bir kurulum değil, sürekli bir izleme işidir. Elle kontrol edilen sistemlerde hata kaçınılmazdır çünkü yüzlerce ürünü her gün gözden geçirmek imkansızdır. İzleme otomatik olmalı ve seni yalnızca anormallikte rahatsız etmelidir.
Kurulması gereken üç basit alarm var. Birincisi negatif marj alarmı: satış fiyatı, maliyet artı komisyonun altına düşen her ürün anında listelenir. İkincisi yaşlılık alarmı: belirlenen süreden uzun zamandır güncellenmemiş fiyat kayıtları raporlanır. Üçüncüsü sapma alarmı: hesaplanmış fiyatla vitrinde görünen fiyat arasında fark oluşursa uyarı düşer. Bu üç alarm, dijital ürün satış scripti tarafında yazılması birkaç saat süren ama aylık kaybı ciddi biçimde azaltan bir yatırımdır. Özellik listesinde bu izleme başlıklarının nasıl yer aldığını görebilirsin.
| Kontrol maddesi | Sıklık | Beklenen sonuç | Etki |
|---|---|---|---|
| Tedarikçi fiyat çekim görevi çalıştı mı | Günlük | Son çalışma kaydı bugün | Kritik |
| Negatif marjlı ürün var mı | Günlük | Liste boş | Kritik |
| Elle sabitlenmiş fiyat listesi | Aylık | Her kaydın gerekçesi var | Yüksek |
| Kur referansı güncel mi | Günlük | Bugünün tarihi | Yüksek |
| Vitrin ile panel fiyatı aynı mı | Haftalık | Sapma yok | Yüksek |
| Sipariş satırına fiyat kopyalanıyor mu | Kurulumda | Evet, geçmişle birlikte | Kritik |
| Yuvarlama kuralı tutarlı mı | Aylık | Tüm kategorilerde aynı | Orta |
Fiyatı her sabah elle kontrol etmeyi bırak
Olay bazlı önbellek geçersizleştirme, günlük kur referansı, negatif marj alarmı ve sipariş anında fiyat kilidi tek bir sistemde birleştiğinde fiyat yönetimi görünmez bir işe dönüşür. Paketleri karşılaştır, sana uygun olanı seç.
Fiyatlar panelde doğru ama sitede eski görünüyor, ne yapmalıyım?
Bu klasik bir gösterim katmanı sorunudur. Sırasıyla sorgu önbelleğini, tam sayfa önbelleğini ve dağıtım ağı önbelleğini kontrol et. Kalıcı çözüm, fiyat kaydı değiştiğinde yalnızca o ürünün önbelleğini geçersiz kılan bir kanca kurmaktır.
Kuru gün içinde sabit tutmak riskli mi?
Tampon oranı ve eşik alarmıyla birlikte kullanıldığında risk oldukça düşüktür, üstelik müşteri deneyimi çok daha tutarlı olur. Kur belirlediğin eşiği aştığı anda sistemin fiyatı yeniden hesaplayıp seni uyarması yeterlidir.
Kampanya fiyatı verirken otomatik kuralı bozar mıyım?
Bitiş tarihi tanımlarsan bozmazsın. Süresi olmayan elle fiyatlar aylar sonra gizli marj kaybına dönüşür. Kampanya fiyatını başlangıç ve bitiş tarihiyle girmek, kuralın süre sonunda otomatik devralmasını sağlar.
Müşteri sepetteki fiyattan mı, güncel fiyattan mı ödeme yapar?
Sipariş oluşturulduğu anda geçerli olan fiyat siparişin satırına kopyalanır ve müşteri onu öder. Sepet uzun süre bekletilirse geçerlilik süresi devreye girer ve müşteriye güncel tutar açıkça gösterilir.
Fiyat, dijital ürün satışında tek bir sayı gibi görünür ama aslında bir zincirdir; zincirin en zayıf halkası nerede eskiyorsa kâr orada erir. Önbelleği olaya bağlamak, kuru günlük referansla kilitlemek, elle girilen fiyatlara süre koymak ve sipariş anında tutarı sabitlemek bu zinciri baştan sona sağlamlaştırır. Bu akışın gerçek bir panelde nasıl işlediğini görmek istersen canlı demo üzerinde bir ürünün fiyatını değiştirip vitrine kaç saniyede yansıdığını kendin ölçebilirsin.