Web Sitesi Bakım Maliyeti 2026: Yayına Aldıktan Sonra Aylık Gerçek Gider

Web sitesi bakım maliyeti, yayındaki bir sitenin çalışır kalması için her ay ödediğiniz toplam bedeldir ve bu bedelin büyük kısmı hosting faturası değil, emektir. Teslim günü 'bitmiş' görünen bir site öyle kalmaz, çünkü etrafındaki her şey hareket etmeye devam eder: tarayıcılar güncellenir, kullandığı paketlerde güvenlik açıkları çıkar, Google sıralama kriterlerini değiştirir, entegre ettiğiniz ödeme ve form servisleri eski API sürümlerini kapatır. Bu yazı bakım bütçesini kalem kalem açıyor, üç yaygın bakım modelini karşılaştırıyor ve sözleşmede nelerin yazması gerektiğini sıralıyor. Henüz yapım aşamasındaysanız bakımı, aldığınız web sitesi yaptırma fiyatları teklifinin yanında ayrı bir satır olarak düşünün.

Web sitesi bakımı nedir, neden yayından sonra da bitmez?

Web sitesi bakımı, yayındaki bir sitenin sorunsuz çalışması için düzenli yapılan teknik işlerin toplamıdır: güncelleme, yedek, izleme ve küçük düzeltmeler. Siteler kendi kendine pek bozulmaz; etraflarındaki dünya değişir. Bugün çalışan bir iletişim formu, arkasındaki e-posta servisi bir API sürümünü kapattığı için bir sabah duruverir; bir eklentide yayımlanan açık, kimse siteye dokunmadan onu hedef hâline getirir. Bakım bu değişiklikleri müşterilerinizden önce yakalamak için yapılır. Bakımsız bir site bir günde çökmez. Aylar içinde yavaşlar, uyarı vermeye başlar ve sonunda birinin 'bunu baştan yapmak daha kolay' dediği noktaya gelir.

Web sitesi bakım maliyeti hangi kalemlerden oluşur?

Bakım bütçesi altı kalemden oluşur: barındırma (hosting), domain ve SSL, güvenlik ve yedekleme, bağımlılık ve framework güncellemeleri, performans ve SEO takibi, içerik ve küçük geliştirme talepleri. İlk ikisi fatura olarak gelir ve herkesin gözüne çarpar. Diğer dördü insan emeğidir ve teklifler çoğu zaman bunları tek bir aylık rakamın içine gömer. Sektörde sık tekrarlanan bir kural, yıllık bakımın ilk geliştirme bedelinin yaklaşık %15-20'si tuttuğunu söyler. Bunu ölçülmüş bir ortalama değil, başlangıç tahmini olarak okuyun: %20 kuralını yayımlayan e-ticaret ajansı Blue Acorn iCi, aynı yazıda 2014 ve 2015'te yayına aldığı beş müşteri projesinin verisini de paylaşıyor; oran %6 ile %40 arasında dağılıyor, ortalama %19,6 ve ajansın kendisi ortalamanın tahmin için kötü bir ölçü olduğunu yazıyor. Sizin rakamınızı asıl belirleyen, sitenin karmaşıklığı ve bir kesintinin size maliyeti.

Hosting, domain ve SSL ne kadar tutar?

Hosting, domain ve SSL bakımın en görünür ve genellikle en küçük kalemidir; risk pahalı olmaları değil, unutulmalarıdır. Domain her yıl yenilenir ve kaçan bir yenileme, siteyle birlikte o alan adındaki bütün e-posta adreslerini de kapatır. Hosting fiyatı paylaşımlı sunucu, VPS ve trafiğe göre ölçeklenen serverless platformlar arasında çok değişir; kullanıma göre faturalanan platformlarda aylık bir harcama tavanı ve uyarı tanımlayın. SSL tarafı 2026'da değişti. CA/Browser Forum'un Nisan 2025'te kabul ettiği SC-081 kararıyla TLS sertifikalarının azami geçerlilik süresi 15 Mart 2026'da 398 günden 200 güne indi; 15 Mart 2027'de 100 güne, 15 Mart 2029'da 47 güne inecek. Sertifikasını elle yenileyen bir site için bu, yılda birkaç kez ziyaretçiye 'güvenli değil' uyarısı gösterme ihtimali demek. Otomatik yenileme ve yenileme başarısız olduğunda haber veren bir izleme artık asgari şart.

Güvenlik ve yedekleme neden ayrı bir kalem?

Güvenlik ve yedekleme, her şey yolundayken görünmez ve bir şey ters gittiği gün bütçenin en değerli kalemi olduğu anlaşılır. Güvenlik bakımı; yamaların uygulanmasını, zararlı yazılım taramasını, şüpheli giriş denemelerinin izlenmesini ve yönetici hesaplarının düzenli gözden geçirilmesini kapsar: kimde hangi yetki var, iki adımlı doğrulama açık mı. Yedekleme ise bir olaydan sonra siteyi geri getirebilme yeteneğinizdir. İki kural önemli. Yedeği sitenin çalıştığı sunucudan başka bir yerde tutun ve geri yüklemeyi belirli aralıklarla gerçekten deneyin. Hiç geri yüklenmemiş bir yedek güvence değil, umuttur.

Bağımlılık ve framework güncellemeleri neden ertelenmemeli?

Düzenli yapılan küçük güncellemeler, yıllarca ertelenip tek seferde yapılan büyük yükseltmeden neredeyse her zaman ucuzdur. Modern bir web sitesi onlarca açık kaynak pakete dayanır; bu paketlerde zaman zaman açık bulunur ve geride bırakılan her paket teknik borcunuza eklenir. Küçük bir sürüm güncellemesi dakikalar sürer, iki büyük sürüm atlanmış bir framework yükseltmesi ise başlı başına bir proje olabilir. Bu siteyi Next.js 16'ya taşırken dil yönlendirmeleri tek bir hata mesajı vermeden kayboldu ve lint yapılandırmasını yeniden yazmak zorunda kaldık; ikisini de Next.js 16 yükseltme notlarımızda anlattık. Atlanan sürümler genellikle sessizce bozulur. Aylık ya da üç aylık bir güncelleme rutini bu riski küçük parçalara böler.

Performans ve SEO takibi bakımın parçası mı?

Evet: hız ve indekslenme tek seferlik bir optimizasyonla korunmaz, düzenli kontrol edilmezse birkaç ay içinde geriler. Yeni eklenen bir görsel, bir reklam ya da analitik etiketi, üçüncü taraf bir canlı destek aracı Core Web Vitals değerlerinizi sessizce düşürebilir. Bakımın içinde Search Console'daki tarama ve indeksleme hatalarının, kırık bağlantıların ve sayfa hızının düzenli kontrolü olmalı. Hangi metriklerin dönüşümü etkilediğini Core Web Vitals rehberimizde açtık. Aylık kısa bir performans raporu, sorunu müşteriden önce yakalamanın en ucuz yoludur; aynı takip, yapay zeka arama motorlarının sitenizi doğru okumasına da yardım eder.

İçerik ve küçük geliştirme talepleri nasıl fiyatlanır?

Küçük talepler tek tek bakınca önemsiz görünür ama bakım saatlerinin çoğunu yiyebilir; bu yüzden en temiz düzen, aylık bir saat kotası ve kotayı aşan işler için önceden anlaşılmış bir ücrettir. Fiyat güncellemesi, yeni bir kampanya sayfası, banner değişikliği, forma eklenen bir alan: her biri birkaç saatlik iştir. Kotayı aşan işler için saatlik ücreti ya da ayrı teklif kuralını baştan yazmak sürpriz faturaları önler. Talepleri dağınık mesajlarla değil tek bir kanaldan toplayın, örneğin bir bilet sistemi ya da ayrı bir e-posta adresi; iş hızlanır ve kimin neyi ne zaman istediğinin kaydı kalır.

Aylık paket mi, saatlik ücret mi, SLA'lı destek mi?

Modeli, sitenizin bir saatlik kesintisinin size ne kaybettirdiğine bakarak seçin. Aylık sabit paket öngörülebilir bir bütçe verir ve rutin işleri (güncelleme, yedek, izleme) bir takvime bağlar. Saatlik model küçük tanıtım siteleri için esnektir, çünkü yalnızca ihtiyaç olduğunda ödersiniz; ama öncelik garantisi yoktur ve acil sorununuz sağlayıcının o haftaki diğer işlerinin arkasında bekleyebilir. SLA'lı destek, yanıt ve çözüm sürelerini yazılı taahhüde bağlar; kesintinin doğrudan ciro kaybı olduğu e-ticaret, rezervasyon ve ödeme sitelerinde anlamlı olan model budur.

WordPress, Wix ve Next.js'te bakım yükü nasıl değişir?

Platform, satın aldığınız bakımın türünü belirler: WordPress'te eklenti ve tema güncellemesi, Wix'te abonelik ve sınırları, özel geliştirilmiş bir Next.js sitesinde mühendis emeği. WordPress'te çekirdek, tema ve eklentiler sık güncellenir ve en yaygın arıza, eklentilerin birbiriyle ya da yeni sürümle uyuşmamasıdır. Wix gibi kapalı bir platformda teknik bakımı platform üstlenir; karşılığında aylık abonelik ödersiniz ve platformun izin verdiğinin dışına çıkamazsınız. Özel geliştirilmiş bir Next.js sitesinde eklenti riski yoktur, ama güncellemeleri uygulayıp test edecek bir mühendis gerekir. Üçünün toplam sahip olma maliyetini Wix, WordPress ve Next.js karşılaştırmamızda yan yana koyduk.

Bakımsız bırakılan site neye mal olur?

Bakımsız site risk biriktirir ve o riskin faturası, düzenli bakımın tutacağından neredeyse her zaman yüksektir. Sömürülen bir açık siteyi kapatabilir, müşteri verisini sızdırabilir ve tarayıcıların siteyi 'tehlikeli' diye işaretlemesine yol açabilir. Bozuk bir form ya da ödeme adımı, kimse fark etmeden haftalarca talep kaybettirir; çoğu zaman bunu 'bu ay neden hiç form gelmedi' sorusuyla öğrenirsiniz. Yıllarca ertelenen yükseltmeler de sonunda sıfırdan yapım kararıyla biter. Bakımı bu yüzden bir gider kalemi olarak değil, siteye yatırdığınız parayı koruyan bir sigorta olarak görmek daha doğru.

Bakım sözleşmesinde nelere bakmalısınız?

Bakım sözleşmesinde beş şey yazılı olmalı: kapsam, saat kotası, yedekleme sıklığı, yanıt ve çözüm süreleri, kod ve hesap sahipliği. Hangi güncellemelerin dahil olduğunu ve kapsam dışı işlerin nasıl fiyatlanacağını açıkça yazdırın. Yanıt süresini ve çözüm süresini ayrı ayrı tanımlayın, çünkü '24 saatte yanıt' ile '24 saatte çözüm' farklı taahhütlerdir. Kaynak kodun, hosting hesabının ve domainin sizin adınıza kalacağını doğrulayın; bakım firmasını kilitlenmeden değiştirebilmenin tek yolu bu, kodun hukuken kime ait olduğunu da kaynak kod mülkiyeti rehberimizde anlattık. Aylık rapor isteyin. Bakım daha büyük bir yazılım bütçesinin parçasıysa özel yazılım geliştirme maliyeti rehberimiz bütün tabloyu gösterir.