Siteniz bir saat kapalı kaldığında kaybettiğiniz para, çoğu zaman yıllık hosting bütçenizin tamamından fazladır. Buna rağmen işletmelerin büyük bölümü bu rakamı hiç hesaplamamıştır — ve hesaplamadıkları için altyapıya ne kadar yatırım yapmaları gerektiğini de bilemezler.
Kısa cevap: Kesinti maliyeti nasıl hesaplanır?
Kesinti maliyeti, saatlik gelir kaybı ile atıl personel maliyetinin toplamının kesinti süresiyle çarpılmasıdır. Temel formül şudur: (Yıllık ciro ÷ yıllık çalışma saati) + (kesintiden etkilenen personelin saatlik toplam maliyeti). Bu rakam, itibar kaybı ve müşteri kazanım maliyeti gibi dolaylı kalemler eklenmeden önceki taban değerdir.
Kesintinin dört maliyet kalemi
Kesinti maliyetini yalnızca "o saat satış yapamadım" olarak görmek, tablonun küçük bir kısmını görmek demektir. Gerçek maliyet dört kalemden oluşur:
1. Doğrudan gelir kaybı
E-ticaret yapıyorsanız bu kalem en görünür olanıdır: kapalı olduğunuz sürede tamamlanamayan siparişler. Ancak hizmet işletmeleri de bundan muaf değildir; teklif formu çalışmayan bir kurumsal site, o saatteki tüm potansiyel müşteri taleplerini kaybeder ve bu taleplerin çoğu geri gelmez — çünkü ziyaretçi bir sonraki arama sonucuna geçer.
2. Atıl personel maliyeti
Sistem çalışmadığında işini yapamayan her çalışan, maaşı ödenmeye devam eden bir maliyet kalemidir. Sipariş giremeyen satış ekibi, panele erişemeyen operasyon, müşteriye cevap veremeyen destek birimi… Bu kalem çoğu hesaplamada unutulur ama genellikle doğrudan gelir kaybına yakın bir büyüklüktedir.
3. Kurtarma ve müdahale maliyeti
Teknik ekibin (veya dışarıdan alınan acil desteğin) sorunu çözmek için harcadığı süre, veri kaybı yaşandıysa geri yükleme çalışması, sonrasında yapılan doğrulama testleri. Acil müdahale, planlı bakımdan her zaman daha pahalıdır.
4. İtibar ve güven kaybı
Ölçmesi en zor, etkisi en uzun süreli kalem budur. Sitenize ilk kez gelen bir ziyaretçi hata sayfasıyla karşılaştığında, o markayla ilgili yargısını saniyeler içinde oluşturur ve genellikle bir daha denemez. Mevcut müşterilerde ise tekrarlayan kesintiler, sözleşme yenileme kararını doğrudan etkiler.
Uptime yüzdeleri yılda kaç saate denk gelir?
Hosting ve sunucu sağlayıcıları "%99,9 uptime" gibi ifadeler kullanır. Bu yüzdelerin arasındaki fark küçük görünür ama pratikte çok farklı sonuçlar doğurur:
| Uptime taahhüdü | Yıllık izin verilen kesinti | Aylık karşılığı | Pratikte ne demek? |
|---|---|---|---|
| %99 | 3 gün 15 saat | ~7 saat | Ciddi iş yükü için yetersiz |
| %99,5 | 1 gün 19 saat | ~3,6 saat | Kurumsal site için sınırda |
| %99,9 | 8 saat 45 dakika | ~43 dakika | Kurumsal hizmetlerde yaygın standart |
| %99,95 | 4 saat 22 dakika | ~22 dakika | E-ticaret için önerilen seviye |
| %99,99 | 52 dakika | ~4,4 dakika | Kesintiye duyarlı kritik sistemler |
%99 ile %99,9 arasındaki fark yalnızca "bir ondalık" gibi görünür; oysa yılda 3,5 günden 9 saate inen bir kesinti farkıdır. Yıllık cirosu belirli bir büyüklüğün üzerindeki işletmelerde bu farkın parasal karşılığı, iki hizmet paketi arasındaki fiyat farkını fazlasıyla aşar.
SLA sözleşmesinde neye bakmalısınız?
Bir uptime taahhüdü, ancak arkasındaki sözleşme maddeleri netse anlamlıdır. Sağlayıcı seçerken şu soruların yazılı cevabını isteyin:
- Uptime nasıl ölçülüyor? Ölçüm aralığı aylık mı yıllık mı, hangi noktadan yapılıyor?
- Planlı bakımlar taahhüde dahil mi? Çoğu sözleşmede planlı bakım kesinti sayılmaz; bu sürenin üst sınırı belirtilmiş olmalıdır.
- Taahhüt tutulmazsa ne oluyor? Kredi/iade mekanizması var mı, nasıl talep ediliyor, otomatik mi işliyor?
- Müdahale süresi (RTO) taahhüdü var mı? "Çalışır durumda tutma" ile "arıza sonrası ne kadar sürede ayağa kaldırma" farklı taahhütlerdir.
- Yedekler ne sıklıkta alınıyor ve geri yükleme süresi ne? Yedeğin varlığı değil, geri yükleme süresi önemlidir.
Kendi kesinti maliyetinizi hesaplayın
Aşağıdaki adımları izleyerek işletmenize özel taban rakamı 10 dakikada çıkarabilirsiniz:
- Saatlik gelirinizi bulun. Yıllık cironuzu, yıllık fiili çalışma saatinize bölün. (Örneğin haftada 45 saat, yılda ~2.300 saat.)
- Dijital kanal payını uygulayın. Cironuzun yüzde kaçı web sitesi, form, panel veya e-ticaret üzerinden geliyor? Saatlik geliri bu oranla çarpın.
- Atıl personel maliyetini ekleyin. Kesintiden etkilenen çalışan sayısı × ortalama saatlik toplam maliyet (maaş + yan haklar + işveren payı).
- Yoğun saat katsayısı uygulayın. Kesinti mesai saatinde veya kampanya döneminde olursa gerçek kayıp ortalamanın 2–3 katı olabilir.
- Yıllık riske çevirin. Bulduğunuz saatlik maliyeti, mevcut uptime seviyenizin yıllık kesinti süresiyle çarpın. Çıkan rakam, altyapı yatırımınızın karşılaştırma tabanıdır.
Netişlem uzman görüşü: sahada en sık gördüğümüz üç kesinti nedeni
Yerinde ve uzaktan yürüttüğümüz müdahalelerde kesintilerin büyük çoğunluğu egzotik teknik arızalardan değil, üç sıradan sebepten kaynaklanıyor:
Birincisi, süresi dolan alan adı veya SSL sertifikası. Teknik olarak sunucu ayakta olur, site erişilemez durumdadır. Takip edilmediği için de fark edilmesi saatler alır.
İkincisi, kaynak yetersizliği. İşletme büyür, trafik ve veri artar, ancak paket yıllarca aynı kalır. Kesinti bir anda değil, önce yavaşlama olarak kendini gösterir — bu erken uyarı genellikle görmezden gelinir.
Üçüncüsü, kontrolsüz güncelleme. Test ortamı olmadan canlıda yapılan eklenti/tema/sürüm güncellemeleri. Yedeği doğrulanmamış bir sistemde bu, kesintiyi veri kaybına dönüştürebilir.
Üçünün de ortak özelliği şu: hiçbiri pahalı bir çözüm gerektirmiyor, sadece düzenli takip gerektiriyor.
Sık sorulan sorular
%99,9 uptime yeterli mi?
Kurumsal tanıtım siteleri ve çoğu B2B hizmet sitesi için yeterlidir; yılda yaklaşık 9 saatlik kesintiye karşılık gelir. Sürekli sipariş alan e-ticaret siteleri, rezervasyon sistemleri ve müşteri panelleri için %99,95 ve üzeri hedeflenmelidir.
Kesinti maliyeti hesabına itibar kaybını nasıl dahil ederim?
Doğrudan parasal karşılığı ölçmek zordur; pratik yaklaşım, kaybedilen potansiyel müşteri sayısını müşteri kazanım maliyetinizle çarpmaktır. Bu, gerçek etkinin alt sınırını verir.
Planlı bakım da kesinti sayılır mı?
Sözleşmeye bağlıdır. Çoğu SLA'da önceden duyurulan ve belirli bir zaman aralığında yapılan planlı bakım, uptime hesabının dışında tutulur. Bu maddenin sözleşmede açıkça yazılı olması ve bakım penceresinin üst sınırının belirtilmesi gerekir.
Yedeğim var, yine de risk altında mıyım?
Evet. Yedeğin varlığı tek başına yeterli değildir; kritik olan geri yükleme süresidir ve yedeğin gerçekten geri yüklenebildiğinin düzenli olarak test edilmesidir. Hiç denenmemiş bir yedek, güvence değil varsayımdır.
Uptime'ımı nasıl takip edebilirim?
Bağımsız bir izleme servisi kullanmak en sağlıklısıdır; sağlayıcının kendi raporuna ek olarak dışarıdan ölçüm yapılması, sözleşme takibi açısından da önemlidir. İzleme yalnızca ana sayfayı değil, form ve ödeme adımı gibi kritik akışları da kapsamalıdır.
Sonuç
Kesinti maliyetini hesaplamak, altyapı kararlarını "ne kadara mal olur" sorusundan "ne kadarını riske atıyorum" sorusuna taşır. Bu iki soru çok farklı bütçeler doğurur — ve ikincisi, doğru olanıdır.
Mevcut altyapınızın gerçek risk seviyesini birlikte değerlendirmemizi isterseniz, bize ulaşarak yerinde veya uzaktan bir durum değerlendirmesi talep edebilirsiniz. SLA taahhüdümüzü ve kurumsal barındırma çözümlerimizi de inceleyebilirsiniz.