Neden WordPress'i Bırakıp Statik Bir Siteye (Astro) Geçtim?

(Güncelleme - Haziran 2026: Siteyi ilk kurduğumda deploy süreçlerini manuel yapıyordum. Zamanla sistemi daha da basitleştirip, Markdown dosyalarımı lokalde derleyerek yayınladığım sıfır dış bağımlılıklı (tamamen yerel fontlar ve statik dosyalar) bir yapıya oturtmayı başardım.)

İnternette kendinize ait bir alan açmak istediğinizde akla gelen ilk seçenek genellikle WordPress olur. Ben de bu yolu izledim. Kurulumu kolay, temaları bol ve arkasında devasa bir topluluk var. Ancak zamanla, sadece kendi halinde yazılar paylaşmak isteyen biri için WordPress’in gereksiz bir bakım yükü getirdiğini fark ettim.

Sürekli güncellenmesi gereken eklentiler, güvenlik açıkları, veritabanı yedekleri ve PHP motorunun getirdiği hantallık… Tüm bunlar, aslında sadece yazı yazmak isteyen biri için odak dağıtıcı detaylardı.

Kendime şu soruyu sordum: Alt tarafı birkaç teknik not ve kişisel deneyim paylaşacağım bir sayfa için, gerçekten arkada sürekli çalışan dinamik bir sisteme ihtiyacım var mı?

Cevap oldukça netti: Hayır.

Statik Bir Yapıya Geçiş (Astro SSG)

Çözüm olarak siteyi veritabanı bağımlılığından kurtarıp Astro tabanlı bir Statik Site Üreticisi (SSG) mimarisine taşıdım. Artık içeriklerimi saf Markdown (.md) dosyaları olarak yazıyorum ve Astro bunları derleyip standart HTML dosyalarına dönüştürüyor.

Bu basit değişimin bana sağladığı en büyük kolaylıklar şunlar oldu:

1. Bakım Derdinin Bitmesi

Arka planda çalışan bir veritabanı, güncellenmesi gereken eklentiler veya PHP kodu olmadığı için “site çöktü mü” veya “bir şeyler bozuldu mu” stresi tamamen bitti. Sistem sadece HTML dosyalarından ibaret olduğu için siteyi kurup unutabiliyorum. Yıllarca arkama bakmasam bile sitenin aynı şekilde çalışacağından eminim.

2. Gizlilik (Privacy) Odaklı Yaklaşım

Dinamik sistemlerin aksine, statik yapıda her şeyi kontrol etmek çok daha kolay. Sitemden Google Fonts dahil tüm dış bağlantıları (external requests) kaldırdım. Tüm fontlar ve dosyalar kendi sunucumda barındırılıyor. Ziyaretçiler siteye girdiğinde üçüncü parti hizmetler tarafından izlenmiyorlar.

3. Derleme ve Yayınlama Süreci

Başlarda siteyi GitHub veya Codeberg üzerindeki CI/CD (Sürekli Entegrasyon) sunucularında derlemeyi denedim. Ancak ücretsiz sağlanan bu ufak sunucular, resimleri işlerken sık sık bellek yetersizliği (OOM) hataları veriyordu.

Bunun üzerine süreci tamamen kendi bilgisayarıma aldım. Yeni bir yazı yazdığımda, siteyi kendi bilgisayarımın donanım gücüyle saniyeler içinde derliyor ve ortaya çıkan hafif statik dosyaları sunucuya gönderiyorum. Bulut tabanlı otomasyonlar kurmak yerine işi lokalde çözmek, benim kullanım senaryom için çok daha hızlı ve pratik oldu.

Sonuç

Günün sonunda, kişisel bir platform için dinamik bir içerik yönetim sistemi (CMS) kullanmak, markete gitmek için tır kullanmaya benziyordu. Şimdi sayfa yükleme hızım çok daha iyi ve sistem bakımı diye bir derdim yok.

Artık kullandığım metin editörünü açıyor, yazımı yazıyor ve basit bir terminal komutuyla siteyi güncelliyorum:

just sync "yeni yazi eklendi"

Eklentiler bozuldu mu, sitem hacklendi mi diye düşünmek yerine; sadece yazmaya odaklanabilmek harika bir his.