Statik site mi, Django mu? Kişisel blog için maliyet karşılaştırması

Kişisel bir blog kurarken ilk soru genellikle “hangi teknoloji” olur, oysa doğru soru “bu blog aylar ve yıllar boyunca bana neye mal olacak” sorusudur. Maliyet yalnızca aylık fatura değildir: bir sunucuyu ayakta tutmak, güncellemek, yedeklemek de bir bedeldir. Bu yazı üç yolu bu ölçüye göre karşılaştırıyor: Astro ile statik site, Django ile bir sunucuda çalışan klasik site ve ikisini birleştiren melez kurulum. Fiyatlar, 14 Kasım 2026 tarihinde ilgili şirketlerin resmî sayfalarından okundu; bu tarihten sonra değişmiş olabilirler. Ulaşılamayan ya da sayfada yazmayan bir fiyat varsa aşağıda uydurulmak yerine açıkça belirtildi.

Yol A: Markdown dosyaları, statik derleme, Cloudflare

Bu yolda yazılar bir git deposundaki Markdown dosyalarıdır. Derleme, her sayfayı önceden HTML olarak üretir ve çıktı klasörü bir CDN’e yüklenir. Çalışan bir uygulama, veritabanı ya da işletim sistemi yoktur; ziyaretçi hazır bir dosya alır.

Barındırma maliyeti buna göre çok düşüktür. Cloudflare’in Workers fiyat sayfası, statik varlık isteklerinin ücretsiz ve sınırsız olduğunu söylüyor. Aynı sayfaya göre ücretsiz planın günde 100.000 Worker isteği sınırı var, ama bu sınır yalnızca dinamik kod çalıştıran isteklere uygulanıyor; statik bir site buna takılmıyor. Ücretli planın asgari bedeli ayda 5 dolar, ama saf statik bir blog için buna ihtiyaç doğmuyor. Cloudflare Pages’in ücretsiz planı da ayda 500 derleme, sitede 20.000 dosya ve dosya başına 25 MiB sınırı veriyor; bir blog için bu üst sınırlar çok rahattır.

Kalan tek kalıcı gider alan adıdır. Cloudflare Registrar sayfası alan adlarını kâr eklemeden, maliyet fiyatına sattığını belirtiyor; ama sayfada bir .com fiyatı yazmıyor. Bu yüzden burada bir rakam verilmiyor: kesin tutar, alan adı arama ekranından görülmeli. Özet olarak statik yolun yinelenen gideri, alan adı yenilemesinden ibarettir.

Zahmet tarafında ise bir bedel vardır: sayfa türlerini, tasarımı, aramayı, RSS’i ve site haritasını bir kez kurmak gerekir. Ama bu bir kuruluş işidir; kurulduktan sonra güncellenecek bir sunucu yoktur. Arama için bile sunucu gerekmez: Pagefind, derleme bittikten sonra çıktıyı tarayıp statik bir dizin üretir ve belgelerine göre her dil için ayrı dizin kurar.

Yol B: Django ve bir sunucu

Django’nun en güçlü yanı yönetim panelidir: modeller tanımlanır, panel hazır gelir. Ama bu panelin çalışması için bir sunucu, bir veritabanı ve sürekli açık bir süreç gerekir, ve burada fiyat sorusu başlar.

Ücretsiz seçeneklerin çoğu özel alan adıyla kendi sitenizi yayımlamak için uygun değil. PythonAnywhere’in fiyat sayfasına göre ücretsiz Beginner hesabı özel alan adını desteklemiyor; tek uygulama kullanıcıadı.pythonanywhere.com adresinde çalışıyor. Özel alan adı için gereken Developer planı ayda 10 dolar. Render’ın ücretsiz katmanında bir web servisi, 15 dakika trafik gelmezse kapanıyor ve yeniden açılması yaklaşık bir dakika sürüyor; ziyaretçi o sırada bir yükleme sayfası görüyor. Aynı belgede ücretsiz servislerde kalıcı disk bulunmadığı, yerel dosya sisteminin yeniden dağıtımda, yeniden başlatmada ya da kapanmada sıfırlandığı yazıyor; ücretsiz Postgres veritabanı da oluşturulmasından 30 gün sonra sona eriyor, ardından 14 günlük bir ek süre tanınıyor. Basit bir SQLite dosyasıyla çalışan bir Django blogu için bu, verinin kaybolması demektir.

Kalıcı bir çözüm için kendi sanal sunucunuzu kiralamak kalıyor. Hetzner Cloud’un sayfasında en ucuz seçenek (Regular Performance) KDV hariç ayda 5,49 euro’dan başlıyor. Bu fiyat sunucunun kendisi içindir; alan adı, işletim sistemi güncellemeleri, TLS sertifikası, yedekleme ve güvenlik yamaları ayrıca sizin sorumluluğunuzdadır. Ek yük, rakamla değil zamanla ölçülür ve bu yazıda onu ölçen bir kaynak yok; ama yükün sıfır olmadığı açık.

Çok dillilik, arama, site haritası ve RSS gibi parçalar da Django’da ya hazır uygulamalarla ya da elle kurulur. Hepsi mümkündür, hiçbiri hazır değildir. Önbellek ya da bir CDN eklenmediği sürece sunucu tarafında üretilen sayfalar, statik dosyaların hızına kendiliğinden ulaşmaz.

Yol C: Django yönetim paneli, statik derleme

Üçüncü seçenek, iki dünyanın iyisini almayı vaat eder: içerik Django panelinden girilir, bir dışa aktarma adımı bunu dosyalara çevirir, Astro bu dosyalardan statik siteyi derler ve çıktı Cloudflare’e gider. Kâğıt üzerinde cazip: hem tanıdık bir panel hem de hızlı, ucuz bir site.

Ama panelin bir yerde çalışması gerekir. Panel için gereken sunucu, Yol B’deki sunucudur; yani Yol B’nin maliyetini ve bakım yükünü taşırsınız. Üstüne bir dışa aktarma komutu, bir derleme tetikleyicisi ve ikisinin uyumu eklenir. Panelin yalnızca haftada birkaç kez kullanıldığı düşünülürse, 7 gün 24 saat açık bir sunucu için ödeme yapmak orantısız kalır. Paneli yalnızca kendi bilgisayarda çalıştırıp çıktıyı git’e göndermek maliyeti sıfırlar, ama bu kez ortada yalnızca sizin makinenizde yaşayan ikinci bir araç vardır.

Bu yolun asıl sorusu şudur: Django panelinin sunduğu rahatlık, ayrı bir sunucunun maliyetine ve ek karmaşıklığa değer mi? Git tabanlı bir CMS’in aynı işin büyük kısmını dosyalar üzerinde yaptığı düşünülürse, cevap çoğunlukla hayırdır.

Karşılaştırma ve karar

	A: Statik site	B: Django	C: Melez
Yinelenen barındırma gideri	Statik istekler için ücretsiz (Cloudflare)	En az 5,49 euro + KDV (Hetzner)	B ile aynı
Kuruluş emeği	Orta (sayfa türleri, tasarım)	Yüksek (site, arama, çok dillilik, önbellek)	En yüksek
Bakım	Çalışan sunucu yok	İşletim sistemi, TLS, yedek, yamalar	B ile aynı, artı dışa aktarma
Veri nerede	Git içinde dosyalar	Veritabanında	Veritabanında, kopyası dosyalarda

Karar, blogun ne olduğuna bağlı. Yazı içeriğinin ağırlıklı olduğu, kullanıcı girişi ya da form verisi toplamayan bir kişisel blog, sunucu gerektiren hiçbir şeye ihtiyaç duymaz. Böyle bir blog için statik yol, hem yinelenen maliyeti alan adına indirir hem de bakım yükünü büyük ölçüde ortadan kaldırır. Django ise kullanıcıların veri girdiği, hesapların olduğu, sorguların dinamik olduğu uygulamalarda yerini kazanır; bir blogun tek başına bunu gerektirmesi nadirdir.

Bu karşılaştırmanın sınırı da şudur: rakamlar yalnızca altyapı fiyatlarını kapsar. Kendi emeğinizin saat başı değeri, deneyiminiz ve Django’yu zaten bildiğiniz gerçeği denklemi değiştirebilir. Ama aynı iş için bir sunucu açmadan da yayın yapılabildiği düşünülürse, bir sunucuyu seçmek için somut bir gerekçe aramak gerekir.