CMS Seçiminde Kurulum Hızı Yanıltıcı Bir Ölçüttür
İçerik yönetim sistemi karşılaştırmalarının neredeyse tamamı aynı cümleyle açılır: şu platformda site beş dakikada yayında. Doğrudur, ama bir sitenin ömrü boyunca kurulum bir kez yapılır, bakım yüzlerce kez. Karar kurulum ekranında değil, üçüncü yılın bakım faturasında verilir.
Kurulum bir kez, bakım her hafta
Şablon hazırsa bir tanıtım sitesini ayağa kaldırmak yarım günü geçmez. Aynı sitenin sonraki beş yılda tükettiği zaman bunun kat kat üstündedir: eklenti güncellemeleri, PHP sürüm geçişleri, iletişim formundan yağan spam, bozuk yedekten geri dönüş. Kurulum süresini seçim ölçütü yapmak, arabayı fabrikadan çıkış hızına bakarak almaya benzer.
Yaygın karşılaştırmalar bu yüzden yanlış yerden başlar. "Açık kaynak teknik bilgi ister" cümlesi kurulumu kastediyorsa yanlıştır, çünkü hazır bir paketi kurmak da beş dakika sürer. Teknik bilgi ikinci yılda, sürüm atlamış bir eklenti siteyi beyaz ekrana düşürdüğünde gerekir. O anda elinizde bir hata kaydı, bir yedek ve bir geri alma planı yoksa sistemin kolay kurulmuş olması hiçbir işe yaramaz.
Açık kaynağın asıl kazancı eklenti sayısı değil
Binlerce tema ve eklenti bir satış argümanı olarak sunuluyor, oysa ortalama bir kurumsal site bunların onunu bile kullanmaz. Açık kaynak sistemlerin gerçek getirisi başka yerde: veritabanı sizin, dosyalar sizin, taşınmaya karar verdiğinizde kimseden izin almıyorsunuz. Bir dizini kopyalamak ve bir SQL dökümü almak, taşınmanın tamamıdır.
Bunun bedeli de açık. Güncelleme, yedek ve güvenlik doğrudan sizin sorumluluğunuzda kalır. Kimsenin bakmadığı bir sunucuda duran site, kurulduğu gün ne kadar moderndiyse iki yıl sonra o kadar savunmasızdır. Sorumluluğu taşıyacak biri yoksa açık kaynak avantaj değil, ertelenmiş bir sorundur.
SaaS'ta sözleşmeden önce sorulacak tek soru
Merkezi güncelleme, otomatik yedek, dahil hosting: bunların hepsi gerçek kazanç ve küçük ekipler için tartışmasız bir rahatlama. Ama bir SaaS platformunu değerlendirirken tek bir şeyi test edin, gerisi ikinci sıradadır: tam dışa aktarma.
Dışa aktarma yalnızca metin veriyorsa taşınma diye bir şey yok. Görseller platformun alan adında kalıyorsa ve URL şeması korunmuyorsa, taşındıktan sonra her eski adres için bir yönlendirme yazmanız gerekir. Üç yüz sayfalık bir arşivde bunu elle yapmak mümkün değildir; otomatik yapmak içinse eski ve yeni adresleri eşleyen bir listeye ihtiyacınız olur, o liste de ancak düzgün bir dışa aktarmadan çıkar. Yani çıkış imkânınız, çıkmayı düşünmediğiniz gün imzaladığınız şeye bağlı.
İkinci sırada özelleştirmenin sınırı gelir. Şablonun CSS'ine dokunma iznine "sınırsız özelleştirme" deniyor (bu tanımı fazla cömert buluyorum). Somut soru şu: kendi alan adlarınızı bağlayabiliyor musunuz, HTML çıktısına müdahale edebiliyor musunuz, üçüncü parti bir servise veri gönderebiliyor musunuz.
Hangisi ne zaman
Tek dilli, elli sayfayı geçmeyen, içeriği haftada birkaç kez güncellenen bir tanıtım sitesi için SaaS doğru tercihtir. Bu ölçekte kendi sunucunuzu yönetmenin getirdiği hiçbir esnekliğin karşılığı yoktur, harcanan zaman içerikten çalınır.
Özel bir veri modeliniz, dış sistemlerle entegrasyonunuz, birden çok yazarın onaydan geçtiği bir yayın akışınız veya standart dışı bir arama mantığınız varsa kendi altyapınıza geçin. Bu ihtiyaçlar SaaS panellerinde "şimdilik yok" diye karşılanır ve o "şimdilik" genelde kalıcıdır.
E-ticaret ikisinin arasında durur. Ürün sayısı düşük ve varyant yapısı basitse hazır modül yeterlidir. Fiyatlandırma kurallarınız müşteriye, sepete veya sözleşmeye göre değişiyorsa hazır modülün bittiği yer belli olur, orada devam etmek için altyapıya erişim şart.
Kaynak