Çoğu işletme sahibi lisans satın alırken bir dosya aldığını sanır. Zip indirilir, sunucuya atılır, kurulum sihirbazı tamamlanır ve iş bitmiş gibi görünür. Oysa satın aldığın şey dosya değil, o dosyanın zamanla uyumlu kalma hakkıdır. Bugün sorunsuz çalışan bir panel, altı ay sonra ödeme sağlayıcısı API'sini değiştirdiğinde, PHP sürümü yükseltildiğinde veya bir tedarikçi kendi uç noktasını kapattığında tek satır kod yazmadan bozulabilir.
İlginç olan şu: yazılımın kendisi hiç değişmese bile etrafındaki dünya değişir. Bu yüzden bir e-pin scripti için gerçek değer, ilk gün gördüğün arayüzde değil, ikinci yılda hâlâ sipariş alıp alamadığında saklıdır. Bu yazıda güncellemenin neden bir "ek hizmet" değil, lisansın asıl gövdesi olduğunu; sürüm borcunun nasıl biriktiğini ve güncelleme almayan bir kurulumun hangi noktada onarılamaz hale geldiğini anlatıyoruz.
Güncelleme neden yeni özellik demek değildir?
Güncelleme duyurusu görünce herkes ekran görüntüsüne bakar: yeni bir rapor mu geldi, arayüz mü yenilendi? Gerçekte bir e-pin satış yazılımı sürümünün içeriğinin büyük kısmı görünmez işlerden oluşur. Değişen bir API'ye uyum, güncellenen bir kütüphanenin yerine geçen yenisi, kapatılan bir güvenlik açığı, yeni PHP sürümünde uyarı üretmeyecek hale getirilmiş fonksiyonlar.
Bu işlerin hiçbiri pazarlanabilir değildir, çünkü doğru yapıldığında kullanıcı hiçbir şey fark etmez. Ama yapılmadığında herkes fark eder. Hosting sağlayıcın PHP sürümünü yükselttiğinde eski kurulumun beyaz ekran vermesi, işte tam olarak yapılmayan bu görünmez işin faturasıdır. Yeni özellikler vitrindir; güncellemenin asıl gövdesi bakımdır.
Sürüm borcu nasıl birikir ve neden bileşik faizle büyür?
Bir sürümü atladığında maliyeti sıfırdır. İkincisini atladığında da öyle görünür. Fark üçüncüde ortaya çıkar: artık yapılacak güncelleme tek bir sıçrama değil, üç ayrı değişiklik setinin üst üste uygulanmasıdır ve bu setlerden biri veritabanı yapısına dokunmuşsa sıra önemlidir. Dördüncü sürümden sonra, senin kurulumun geliştiricinin test ettiği hiçbir senaryoya benzemez hale gelir.
Buna bir de kendi yaptığın müdahaleleri ekle. Tema dosyasına eklenen küçük bir düzenleme, doğrudan çekirdek dosyaya yazılmış bir istisna, aceleyle eklenmiş bir tedarikçi bağlantısı. Düzenli güncellenen bir kurulumda bu müdahaleler her sürümde tek tek gözden geçirilir ve doğru katmana taşınır. Yıllarca güncellenmeyen bir kurulumda ise hepsi birbirine yapışır; sonunda "güncelleme" kelimesi "sıfırdan taşıma" anlamına gelir.
| Güncelleme türü | Ne işe yarar | Atlanırsa ne olur | Aciliyet |
|---|---|---|---|
| Güvenlik yaması | Bilinen açığı kapatır | Açık kamuya açıldıktan sonra site hedef olur | Çok yüksek |
| Ödeme entegrasyonu uyumu | Sağlayıcı API değişikliğine ayak uydurur | Ödemeler sessizce başarısız olur | Çok yüksek |
| Tedarikçi API uyumu | Otomatik kod tedarikini sürdürür | Stok beslemesi durur, manuel yüke dönersin | Yüksek |
| Altyapı uyumu (PHP, veritabanı) | Sunucu yükseltmelerinde çalışır kalır | Hosting güncellemesinde site açılmaz | Yüksek |
| Performans iyileştirmesi | Yoğun saatte panel hızını korur | Kampanya gününde yavaşlama ve sepet terki | Orta |
| Yeni özellik | Dönüşüm ve operasyonu iyileştirir | Rakip aynı işi daha az emekle yapar | Orta |
| Arayüz ve mobil düzen | Sipariş tamamlama oranını artırır | Mobil trafikte dönüşüm geriler | Düşük-orta |
Kaybın hangi kalemden çıktığını neden hiç göremezsin?
Güncelleme almamanın en sinsi tarafı, zararının fatura şeklinde gelmemesidir. Ödeme sağlayıcısı bir parametreyi zorunlu hale getirdiğinde eski kurulum hata vermez; sadece bazı kartlarda işlem tamamlanmaz. Sen bunu "bu ay satışlar düşük" diye yorumlarsın. Tedarikçi uç noktası değiştiğinde stok beslemesi durur; sen bunu "tedarikçi yavaşladı" sanırsın.
Dijital ürün satışında müşteri sabırsızdır; kod anında gelmeyecekse başka siteye gider ve geri dönmez. Dolayısıyla güncellenmemiş bir dijital ürün satış scripti sana bir kesinti raporu değil, yavaş yavaş eriyen bir dönüşüm oranı bırakır. Bunu ancak eski aylarla karşılaştırmalı rapor tuttuğunda görürsün; çoğu işletme tutmadığı için kaybı hiç tespit edemez.
Bir yıllık güncelleme paketinin iş yükü dağılımı
- Entegrasyon uyumu 40%
- Güvenlik ve altyapı 30%
- Yeni özellik geliştirme 18%
- Performans ve arayüz 12%
Lisans bedelinin gerçek karşılığı nedir?
Bir epin yazılım lisansının fiyatını tek başına bakarak değerlendirmek, bir aracın fiyatını yakıt ve bakım olmadan hesaplamaya benzer. Lisans bedelinin karşılığında aldığın şey dört kalemdir: kökeni doğrulanabilir kod, sürekli uyum çalışması, sorun çıktığında muhatap ve gelecekteki sürümlere erişim hakkı. Bu dördüncü kalem en değerli olanıdır çünkü zamanla değerini artırır.
Şöyle düşün: iki yıl önce alınmış bir lisans bugün on beş sürüm ilerideyse, o işletme başlangıçta ödediği bedelin karşılığında iki yıllık geliştirme emeği almıştır. Aynı parayı tek seferlik bir dosyaya verip güncelleme almayan işletme ise iki yıl önceki dünyada yaşamaya devam eder. Fiyatlandırma sayfasında gördüğün rakamı, ay başına düşen uyum güvencesi olarak okumak bu yüzden daha doğru bir yaklaşım.
Güncellemeleri acısız hale getirmenin tek kuralı var: değişikliklerini ayrı katmanda tut. Kendi CSS dosyan, kendi şablon override'ın, kendi eklenti dosyan olsun. Çekirdeğe dokunduğun her satır, gelecekteki her güncellemeyi biraz daha pahalı yapar.
Güncellemeyi işletme rutinine nasıl oturtursun?
Güncelleme korkusunun kaynağı neredeyse hiçbir zaman yazılım değil, süreç eksikliğidir. Sürüm notunu okumadan, yedek almadan, canlı sitede doğrudan güncelleme yapan biri bir kez kötü deneyim yaşar ve bir daha denemez. Oysa süreci üç adıma indirmek mümkündür: yedek al, önce bir test kopyasında uygula, sonra canlıya geç.
Yoğun dönemleri de hesaba kat. Kampanya haftasında, yılbaşı öncesi veya oyun içi büyük bir etkinlik gününde güncelleme yapılmaz. Sakin bir gecede yapılır ve ardından test siparişiyle uçtan uca doğrulanır: sipariş oluştu mu, ödeme döndü mü, kod teslim edildi mi, e-posta gitti mi. Bu dört kontrol on dakika sürer ve güncelleme sonrası yaşanabilecek sürprizlerin neredeyse tamamını yakalar. Özellikler sayfasında anlatılan modüllerin hepsi bu rutine uyumlu çalışacak şekilde ayrıştırılmıştır.
| Güncelleme kontrol adımı | Ne zaman | Kim yapar | Onay |
|---|---|---|---|
| Sürüm notunu oku | Güncelleme öncesi | İşletme sahibi | Gerekli |
| Dosya ve veritabanı yedeği al | Güncelleme öncesi | Teknik sorumlu | Zorunlu |
| Test kopyasında dene | Canlıdan önce | Teknik sorumlu | Önerilir |
| Sakin saat seç | Planlama | İşletme sahibi | Zorunlu |
| Test siparişi ver | Güncelleme sonrası | Destek ekibi | Zorunlu |
| Ödeme dönüşünü doğrula | Güncelleme sonrası | Destek ekibi | Zorunlu |
| Kod teslim akışını izle | İlk 24 saat | Destek ekibi | Gerekli |
| Hata kaydını kontrol et | İlk 48 saat | Teknik sorumlu | Gerekli |
Sürüm borcun birikmeden başla
Güncelleme hakkı, kurulum desteği ve entegrasyon uyumu dahil bir lisansla çalış. Altı ay sonra bozulacak bir dosya değil, birlikte ilerleyen bir altyapı al.
Sitem çalışıyor, yine de güncellemem gerekir mi?
Evet. Bugün çalışıyor olması yarın çalışacağı anlamına gelmez; ödeme sağlayıcıları, tedarikçi API'leri ve sunucu altyapısı senden bağımsız değişir. Güncelleme bu değişimlere karşı hazırlıktır.
Uzun süre atladım, doğrudan en son sürüme geçebilir miyim?
Genelde mümkündür ama araya giren veritabanı değişikliklerinin sıralı uygulanması gerekir. Bu yüzden birikmiş borç önce test kopyasında adım adım kapatılır, sonra canlıya alınır.
Güncelleme özelleştirmelerimi siler mi?
Özelleştirmeleri ayrı katmanda tuttuysan silinmez. Çekirdek dosyalara doğrudan yazdıysan üzerine yazılma riski vardır; bu yüzden ilk fırsatta o düzenlemeleri kendi dosyalarına taşımak gerekir.
Lisans süresi bitince sitem kapanır mı?
Kurulumun çalışmaya devam eder; kaybettiğin şey yeni sürümlere erişim ve destek olur. Yani site durmaz ama zamanla dış dünyayla uyumu kopar ve onarım maliyeti sürekli artar.
Yazılım satın almak bir fotoğraf değil, bir film satın almaktır; değer kareye değil, akışın devam etmesine bağlıdır. Güncelleme hakkı olan bir lisans, sana bugünün panelini değil önümüzdeki yılların panelini verir. Bu akışın nasıl işlediğini, sürüm notlarının arayüze nasıl yansıdığını ve modüllerin birbirinden nasıl ayrıştığını kendi elinle görmek istersen canlı demo üzerinden dolaşabilir, ardından lisans seçeneklerini karşılaştırabilirsin.

