Aydınlatma metni yükleniyor…
Bir web sitesinin toplam maliyeti yalnızca tasarım ve yazılım teklifindeki ilk bedelden oluşmaz. Sağlıklı bir bütçede ilk kurulumun yanında alan adı ve barındırma yenilemeleri, lisanslar, kullanıma bağlı servisler, bakım ve teknik destek, içerik operasyonu ile ileride istenebilecek yeni geliştirmeler de ayrı ayrı görülmelidir.
Bu maliyetleri tek bir rakamla tahmin etmek yerine üç yıllık bir tabloya ayırmak daha kullanışlıdır. Çünkü her gider aynı zamanda doğmaz, aynı yöntemle fiyatlanmaz ve aynı tarafın sorumluluğunda olmayabilir. Bu rehberde piyasa fiyatı vermek yerine, kendi teklifinizdeki tutarları yerleştirebileceğiniz bir bütçe modeli sunuyoruz.
Kısa formül şöyledir:
Üç yıllık toplam maliyet=ilk kurulum + düzenli yenilemeler + kullanıma bağlı servisler + şirket içi operasyon + bakım ve destek + yeni geliştirme bütçesi
Amaç en ucuz seçeneği bulmak değil; ilk tekliften sonra hangi giderin, ne zaman ve kimin sorumluluğunda doğabileceğini önceden görünür kılmaktır.
Web Sitesinin Toplam Maliyeti Ne Anlama Gelir?

Toplam sahip olma maliyeti, web sitesini yaptırmak için ödenen ilk bedelle sınırlı olmayan bir bütçe yaklaşımıdır. Sitenin yayında kalması, güncel tutulması, içerikle beslenmesi ve işletmenin değişen ihtiyaçlarına uyarlanması için gereken kaynakları da kapsar.
Burada önemli olan her kalemi otomatik olarak ajansın ücreti kabul etmemektir. Bazı giderleri ajans, bazılarını müşteri, bazılarını ise doğrudan üçüncü taraf servis sağlayıcısı faturalandırabilir. Şirket içindeki içerik ve onay zamanı da dışarıya ödeme yapılmasa bile operasyonel bir kaynak kullanımıdır.
Bu nedenle her gider için şu beş soruyu yanıtlayın:
- Bu kalem ilk teklife dâhil mi?
- Ödemeyi veya çalışmayı hangi taraf üstleniyor?
- Tek seferlik mi, yıllık mı, kullanıma bağlı mı?
- Yenileme veya yeniden değerlendirme tarihi ne?
- Kullanım, kur veya kapsam değişirse bütçe nasıl etkilenecek?
Teklif istemeden önce kapsam henüz net değilse web sitesi ihtiyaç dokümanı hazırlama rehberi bu sorulara temel oluşturabilir.
1. İlk Kurulum ve Teslim Maliyetlerini Ayırın
İlk geliştirme bedeli projenin görünen başlangıç maliyetidir. Ancak bu bedelin hangi işleri içerdiği açık değilse üç yıllık hesap daha ilk satırda yanlış başlayabilir.
İlk kurulum tablosunda projeye göre şu kalemler bulunabilir:
- Keşif, ihtiyaç analizi ve proje planlama
- Bilgi mimarisi, kullanıcı deneyimi ve arayüz tasarımı
- Ön yüz ve arka yüz yazılım geliştirme
- Projeye özel yapılandırılan içerik yönetim platformu
- Sayfa, ürün veya hizmet içeriklerinin hazırlanması ve sisteme girilmesi
- Eski siteden veri ve içerik taşıma
- Çoklu dil altyapısı, çeviri ve yerelleştirme
- CRM, ERP, ödeme, rezervasyon veya başka servis entegrasyonları
- Test, yayın, eğitim, dokümantasyon ve devir
- Tasarım dosyaları, proje kaynakları ve hesap erişimlerinin teslimi
Her kalemin yanına “dâhil”, “müşteri sorumluluğunda”, “üçüncü taraf ödemesi” veya “ayrı teklif” notlarından birini ekleyin. Örneğin çoklu dil altyapısının geliştirilmesi teklife dâhil olabilir; fakat çevirilerin hazırlanması müşteri sorumluluğunda kalabilir. Benzer biçimde bir ödeme entegrasyonunun yazılımı kapsama alınırken işlem komisyonları doğrudan hizmet sağlayıcısına ödenebilir.
Birden fazla teklif arasından karar veriyorsanız 12 kriterlik web sitesi teklif karşılaştırma puan kartını kullanarak başlangıç kapsamlarını aynı zemine taşıyabilirsiniz.
2. Yıllık veya Düzenli Yenilenen Giderleri Yazın
Web sitesi yayınlandıktan sonra bazı hizmetler belirli dönemlerde yenilenir. Her projede aynı kalemler bulunmaz; sözleşme, altyapı ve hizmet modeline göre liste değişebilir.
Alan adı ve barındırma
Alan adı, süresiz satın alınan bir varlık gibi düşünülmemelidir. ICANN’in alan adı yenileme rehberi, kaydın geçerli kalması için süre dolmadan yenilenmesi gerektiğini ve yenileme koşulları ile ücretlerinin kayıt kuruluşuna göre değişebileceğini açıklar. Bütçe tablosuna alan adının sahibi, kayıt firması, sona erme tarihi ve ödeme sorumlusu yazılmalıdır.
Barındırma tarafında ise yalnızca paket adını değil şu sınırları kaydedin:
- Sunucu veya hosting hizmetinin yenileme dönemi
- Depolama, trafik ve yedekleme sınırları
- SSL, CDN, e-posta veya yönetilen hizmetlerin pakete dâhil olup olmadığı
- Trafik veya kaynak kullanımı arttığında uygulanacak model
- Teknik yönetim sorumluluğunun ajans, müşteri veya altyapı sağlayıcısında olması
Lisanslar ve abonelikler
Yazı tipi, stok medya, eklenti, kurumsal servis, güvenlik aracı, analiz platformu veya başka bir yazılım lisansla çalışabilir. Teklifte yalnızca ürün adını görmek yeterli değildir. Lisansın kimin hesabında olduğu, kaç kullanıcıyı kapsadığı, hangi tarihte yenileneceği ve proje başka bir ekibe devredildiğinde kullanım hakkının nasıl devam edeceği yazılmalıdır.
Bakım ve teknik destek
Kumsal Ajans projelerinde proje bedeli tek seferlik ödeme modeliyle ele alınır. Web sitesi yayına alındıktan sonraki ilk altı ay bakım ve teknik destek ücretsizdir. Yeni sayfa, özellik, entegrasyon, içerik değişikliği ve diğer yeni geliştirmeler bu ücretsiz döneme dâhil değildir. İlk altı ayın ardından devam eden bakım yıllık modelde ele alınır.
Bu yaklaşımın bütçe tablosundaki karşılığı açık olmalıdır: yayın tarihi, ücretsiz dönemin bitiş tarihi, yıllık bakımın başlangıcı, kapsanan hizmetler ve kapsam dışı çalışmalar ayrı satırlarda gösterilmelidir. Böylece “destek dâhil” ifadesinin hangi süre ve hizmeti anlattığı belirsiz kalmaz.
3. Kullanıma Bağlı Üçüncü Taraf Giderlerini İzleyin
Bazı servisler yıllık sabit bir bedel yerine kullanım miktarına göre ücretlendirilebilir. Web sitesinin trafiği, gönderdiği mesaj sayısı, yaptığı API isteği, sakladığı veri veya işlediği işlem arttıkça maliyet de değişebilir.
Örnek kalemler şunlardır:
- Harita, adres doğrulama ve konum servisleri
- Toplu veya işlemsel e-posta gönderimi
- SMS ve doğrulama mesajları
- Ödeme altyapısı ve işlem ücretleri
- Yapay zekâ veya veri işleme API’leri
- Video, medya, depolama ve CDN kullanımı
- Arama, çeviri, kargo veya rezervasyon servisleri
Bu model sağlayıcıya göre değişir. Örneğin Google Maps Platform fiyatlandırma belgeleri, kullanıma dayalı fiyatlandırma ile belirli çağrı sayılarını içeren abonelik seçeneklerini ayrı modeller olarak açıklar. Amazon SES fiyatlandırması ise e-posta gönderimi, alımı, veri kullanımı ve ek özelliklerin ayrı biçimde ölçülebildiğini gösterir. Bu örnekler her projede bu servislerin kullanılacağı anlamına gelmez; bütçede kullanım birimini ve fatura sahibini yazmanın neden gerekli olduğunu gösterir.
Kullanıma bağlı her hizmet için şu bilgileri kaydedin:
| Hizmet | Kullanım birimi | Hesap sahibi | Ödeme sorumlusu | Uyarı/eşik | Bütçe yöntemi |
|---|---|---|---|---|---|
| Harita veya konum servisi | İstek, oturum veya harita yükleme | Son üç aylık kullanım veya tahmini senaryo | |||
| E-posta servisi | Gönderilen/alınan ileti | Düşük, normal ve yoğun kullanım aralığı | |||
| Mesaj servisi | SMS veya doğrulama işlemi | Aylık işlem tahmini | |||
| Ödeme servisi | İşlem veya ciro | Sağlayıcı sözleşmesi | |||
| Depolama/CDN | GB ve trafik | Mevcut kullanım + büyüme varsayımı |
Kesin bir rakam bilinmiyorsa tek sayı uydurmayın. Düşük, beklenen ve yüksek kullanım senaryoları hazırlayın; fiyatlandırmayı yayın öncesinde sağlayıcının güncel resmi belgesinden yeniden kontrol edin.
4. Şirket İçindeki Operasyon ve İçerik Maliyetini Unutmayın
Web sitesinin bazı maliyetleri faturada görünmez. İçerik hazırlamak, ürün bilgilerini güncellemek, çevirileri onaylamak, formları yanıtlamak ve kampanya sayfalarını yönetmek şirket içindeki ekiplerin zamanını kullanır.
Bu iş yükünü görünür kılmak için aşağıdaki görevleri sorumlularıyla birlikte yazın:
- Yeni içeriklerin yazılması ve editoryal kontrolü
- Fotoğraf, video, belge ve ürün verilerinin hazırlanması
- Çeviri ve yerelleştirme onayları
- Form, başvuru veya siparişlerin operasyonel takibi
- Kampanya ve duyuru güncellemeleri
- Analitik raporların değerlendirilmesi
- Kullanıcı yetkileri ve erişimlerin yönetilmesi
- Yasal veya kurumsal metinlerin güncellenmesi
Amaç çalışan saatine yapay bir piyasa fiyatı vermek değildir. Ayda kaç içerik güncelleneceğini, hangi ekipten onay gerekeceğini ve yoğun dönemlerde ek kaynak ihtiyacı olup olmadığını görmek yeterlidir. Yönetim paneli kullanımı kolay olsa bile içerik üretme ve karar verme sorumluluğu ortadan kalkmaz.
5. Garanti, Bakım, Destek ve Yeni Geliştirmeyi Karıştırmayın
Bu dört başlık aynı bütçe kalemi değildir:
- Garanti: Teslim edilen ve onaylanan kapsamdaki yazılım hatalarının belirtilen koşullarda giderilmesidir.
- Bakım: Sistemin sürekliliği için sözleşmede tanımlanan güncelleme, yedekleme, izleme, uyumluluk, güvenlik veya performans çalışmalarını kapsar.
- Teknik destek: Kullanım, erişim veya operasyon sırasında oluşan sorular için belirlenen kanal ve hizmet sınırlarında yardım sunulmasıdır.
- Yeni geliştirme: Onaylanmış kapsamdan sonra istenen yeni sayfa, modül, özellik, entegrasyon veya iş akışıdır ve ayrıca değerlendirilir.
Bir hata düzeltmesi ile yeni talebi ayırmak için önce onaylanan kapsam ve kabul ölçütleri incelenmelidir. Örneğin teklifte bulunmasına rağmen çalışmayan bir işlev hata olabilir; daha önce tanımlanmamış yeni bir rapor veya entegrasyon ise yeni geliştirmedir. Sınırın teklif ve sözleşmede yazılı olması, bütçe tartışmasını kişisel yoruma bırakmaz.
Kumsal Ajans’ın ilk altı aylık ücretsiz bakım ve teknik destek yaklaşımı da bu ayrımı korur. Ücretsiz dönem, yeni özellik talebi için sınırsız geliştirme hakkı anlamına gelmez.
6. Doldurulabilir 3 Yıllık Web Sitesi Bütçe Tablosu

Aşağıdaki tabloyu kendi teklifinizdeki kalemlerle doldurun. Tutar sütunlarını para birimiyle birlikte yazın; vergi, kur ve fiyat değişikliği varsayımlarını not alanında belirtin.
| Gider kalemi | Sorumlu | Ödeme türü | 1. yıl | 2. yıl | 3. yıl | Yenileme tarihi | Varsayım / risk |
|---|---|---|---|---|---|---|---|
| Keşif, tasarım ve yazılım | Tek seferlik | — | — | — | Kapsam değişikliği hariç | ||
| İçerik girişi ve veri taşıma | Tek seferlik / ihtiyaç halinde | Adet ve içerik türü | |||||
| Alan adı | Dönemsel yenileme | Kayıt firması ve hesap sahibi | |||||
| Hosting / sunucu | Yıllık / kullanıma bağlı | Trafik ve kaynak sınırı | |||||
| Lisans ve abonelikler | Aylık / yıllık | Kullanıcı veya proje sayısı | |||||
| Bakım ve teknik destek | İlk 6 ay ücretsiz, sonrası yıllık | Kapsam ve yanıt kanalı | |||||
| E-posta, SMS ve API kullanımı | Kullanıma bağlı | Düşük/normal/yoğun senaryo | |||||
| İçerik ve çeviri operasyonu | Şirket içi / dış hizmet | Aylık içerik hacmi | |||||
| Yeni geliştirme bütçesi | İhtiyaç halinde | Onay ve öncelik yöntemi | |||||
| Yenileme / yeniden tasarım rezervi | Planlı rezerv | İş hedefi ve teknoloji ihtiyacı |
Tablonun altına üç toplam ekleyin:
- Kesinleşmiş giderler: Sözleşmesi veya resmi fiyatı bulunan kalemler
- Tahmini giderler: Kullanım ve ihtiyaç varsayımına bağlı kalemler
- Şirket içi kaynaklar: Dış ödeme yaratmasa da zaman ve ekip kapasitesi gerektiren işler
Bu ayrım, tahmini bir değeri kesin taahhüt gibi görmenizi engeller.
7. Tabloyu Altı Adımda Doldurun
1. Bütün teklif ve sözleşme eklerini tek yerde toplayın
Ana teklifin yanında hosting, bakım, lisans, entegrasyon ve içerik kapsamlarını açıklayan ek belgeleri de inceleyin. Sözlü vaatleri yazılı kapsam kabul etmeyin.
2. Her gider için bir sorumlu belirleyin
“Ajans yönetir” ile “ajans öder” aynı ifade değildir. Hesabın sahibi, faturayı ödeyen taraf ve teknik işlemi yapan ekip ayrı olabilir.
3. Ödeme türünü sınıflandırın
Her satırı tek seferlik, aylık, yıllık, kullanıma bağlı veya ihtiyaç halinde olarak etiketleyin. Bir kalem birden fazla tür içeriyorsa alt satırlara ayırın.
4. Yenileme tarihlerini takvime bağlayın
Alan adı, sunucu, lisans ve bakım tarihlerini tek bir devir listesinde kaydedin. Hatırlatmaların hangi e-posta hesabına gittiğini de kontrol edin.
5. Varsayım ve eşikleri yazın
“Normal trafik” veya “standart destek” yerine ölçülebilir sınır isteyin. Kullanım yükseldiğinde hangi paket veya fiyatlandırma modeline geçileceğini öğrenin.
6. Değişiklik bütçesini ayrı tutun
Yeni geliştirme bütçesi kesin harcanacak bir tutar değildir. İşletmenin büyümesi, yeni mevzuat, yeni entegrasyon veya kullanıcı ihtiyacı doğduğunda karar verebilmek için ayrılan planlama alanıdır.
Açıkça Kurgulanmış 3 Yıllık Örnek Senaryo
Aşağıdaki çalışma gerçek bir müşteri vakası veya fiyat teklifi değildir. Yalnızca bütçe yöntemini göstermek için oluşturulmuş, tutar içermeyen bir senaryodur.
Orta ölçekli bir üretim şirketinin Türkçe ve İngilizce kurumsal web sitesi yaptırdığını düşünelim. Projede ürün sayfaları, iletişim formları, harita, işlemsel e-posta bildirimi ve bir iş sistemi entegrasyonu bulunsun.
| Kalem | 1. yıl | 2. yıl | 3. yıl | Kontrol noktası |
|---|---|---|---|---|
| Tasarım ve yazılım | Tek seferlik proje bedeli | — | — | Onaylanan kapsam ve teslim listesi |
| İçerik ve çeviri | İlk içerik hazırlığı ve giriş | Güncelleme ihtiyacına göre | Güncelleme ihtiyacına göre | Sorumlu ekip ve içerik adedi |
| Alan adı | Kayıt/yenileme | Yenileme | Yenileme | Hesap sahibi ve sona erme tarihi |
| Hosting | Başlangıç paketi | Kullanıma göre gözden geçirme | Kullanıma göre gözden geçirme | Trafik, depolama ve yedek sınırı |
| Bakım ve teknik destek | İlk 6 ay ücretsiz; sonrasında yıllık model | Yıllık bakım dönemi | Yıllık bakım dönemi | Ücretsiz dönem bitişi ve kapsam |
| Harita ve e-posta servisleri | Kullanım takibi | Kullanım ve fiyat modelini yenileme öncesi kontrol | Kullanım ve fiyat modelini yenileme öncesi kontrol | Hesap, fatura ve uyarı eşikleri |
| Yeni geliştirme | İhtiyaç oluşursa ayrı değerlendirme | Büyüme planına göre | Büyüme planına göre | İş gerekçesi ve onay sahibi |
Bu senaryoda ilk teklif yalnızca birinci yılın ilk satırını açıklıyorsa bütçe eksik kalır. Doğru yaklaşım, diğer satırlara rastgele tutar yazmak değil; sorumluyu, ödeme modelini ve karar tarihini teklif aşamasında netleştirmektir.
Teklifi Onaylamadan Önce Sorulacak Sorular
- İlk proje bedeline hangi tasarım, yazılım, içerik, test ve teslim işleri dâhil?
- Alan adı, hosting ve lisanslar kimin hesabında tutulacak; yenilemeleri kim ödeyecek?
- Üçüncü taraf servislerin kullanım ücretleri kime faturalandırılacak?
- Ücretsiz veya dâhil destek hangi tarihte başlıyor, ne zaman bitiyor ve hangi işleri kapsıyor?
- Garanti, bakım, teknik destek ve yeni geliştirme nasıl ayrılıyor?
- Trafik, mesaj veya API kullanımı yükseldiğinde hangi eşiklerde ek maliyet oluşabilir?
- İçerik, çeviri ve veri güncellemelerini hangi ekip yönetecek?
- Üç yıllık tabloda kesin tutar, tahmin ve şirket içi kaynaklar ayrı gösterildi mi?
- Sözleşme sona erdiğinde kaynaklar, hesaplar, yedekler ve yenileme listesi nasıl devredilecek?
Bu soruların cevaplarını teklif, sözleşme veya devir belgesinde yazılı hâle getirin. Hukuki veya mali sonucu önemli olan hükümler için ilgili uzmanlardan görüş alın.
Sonuç: İlk Fiyatı Değil, Üç Yıllık Bütçe Modelini Onaylayın
Web sitesinin toplam maliyetini hesaplarken tek bir piyasa fiyatı aramak yanıltıcı olabilir. Aynı görünen projeler; içerik miktarı, entegrasyonlar, hosting, lisanslar, destek kapsamı ve şirket içi iş yükü nedeniyle farklı maliyet yapısına sahip olabilir.
Önce ilk kurulum kapsamını netleştirin. Ardından yıllık yenilemeleri, kullanıma bağlı servisleri, bakım ve desteği, içerik operasyonunu ve yeni geliştirme ihtimalini üç yıllık tabloya yerleştirin. Her satırda sorumluyu, ödeme türünü, tarihi ve varsayımı görünür kılın.
Kendi projenizin kapsamını ve uzun vadeli bütçe modelini değerlendirmek isterseniz Kumsal Ajans web tasarım hizmetini inceleyebilirsiniz.
Sık Sorulan Sorular
Web sitesi toplam sahip olma maliyetine hangi giderler dâhildir?
İlk tasarım ve yazılım bedelinin yanında alan adı, hosting, lisans, kullanıma bağlı üçüncü taraf servisler, bakım, teknik destek, içerik operasyonu ve ihtiyaç hâlindeki yeni geliştirmeler değerlendirilmelidir. Her projede aynı kalemler bulunmadığı için liste teklif ve altyapıya göre uyarlanmalıdır.
Hosting ve alan adı ilk geliştirme fiyatına dâhil midir?
Bu durum teklife göre değişir. Hizmetlerin ilk dönem bedeli dâhil olsa bile sonraki yenilemeler ayrıca ödenebilir. Hesap sahibi, ödeme sorumlusu, yenileme tarihi ve paketin sınırları teklif aşamasında yazılı olarak açıklanmalıdır.
Bakım ile garanti arasındaki fark nedir?
Garanti, teslim edilen ve onaylanan kapsamdaki yazılım hatalarının belirlenen koşullarda giderilmesine odaklanır. Bakım ise sözleşmede tanımlanan güncelleme, yedekleme, izleme, uyumluluk veya süreklilik çalışmalarını kapsar. Yeni özellik ve kapsam değişiklikleri yeni geliştirme olarak ayrıca değerlendirilir.
Üçüncü taraf lisans ve kullanım ücretlerini kim öder?
Tek bir standart yoktur. Ücret müşteriye, ajansa veya başka bir hizmet sağlayıcıya faturalandırılabilir. Hangi hesabın kullanılacağı, faturayı kimin ödeyeceği ve fiyat değişikliklerinin nasıl yönetileceği teklifte açıkça yazılmalıdır.
Web sitesi bütçesi neden üç yıllık hazırlanmalıdır?
Üç yıllık görünüm; tek seferlik proje bedelini, yenilenen hizmetleri ve kullanıma bağlı giderleri aynı zaman çizelgesinde görmeyi kolaylaştırır. Bu süre bir maliyet garantisi değildir; bütçe varsayımlarını ve yeniden değerlendirme tarihlerini görünür kılan pratik bir planlama dönemidir.


