Online Dergi/Haber Sitesi İçin Hosting Seçimi: Net Kılavuz

Online dergi ve haber siteleri, sıradan bloglardan farklı çalışır. Özellikle gün içi trafik dalgaları, anlık içerik girişleri, görsel yoğunluk ve hızlı yayın akışı; barındırma (hosting) kararını doğrudan kullanıcı deneyimine ve SEO performansına etkiler. Bu rehberde, web sitesi yönetimi açısından kritik 8 başlığı net kriterlerle ele alacak; hangi kurulumda hangi hosting türünün daha doğru olduğunu adım adım belirleyeceksiniz.

Haber Sitesinde Hosting İhtiyacı: Trafik Dalgası ve I/O Gerçekleri

Haber sitelerinde asıl risk “ortalama” trafiğe göre değil, “tepe” trafiğe göre oluşur. Bir seçme/arama sayfası, gündemdeki bir haberin sosyal medyada yayılması veya özel bir kampanya anında şu yükler artar: - Aynı anda çok sayıda sayfa isteği (concurrent requests) - Veritabanı okuma/yazma yoğunluğu (haber içerik akışı, yorum/modüller) - Görsel dosya yükü ve CDN ihtiyacı - Bot/özel istek trafiği (scraper, tarayıcı botları, saldırı denemeleri)

Bu nedenle hosting seçerken “1 yıllık fiyat” tek başına yetmez. Aşağıdaki unsurlar, haber sitesinin performansını belirleyen temel bileşenlerdir: - CPU payı ve sanallaştırma türü (VDS/VPS) - Depolama hızı (SSD/NVMe) - Web sunucusu + PHP/uygulama ayarları - Cache katmanları (sayfa cache + object cache) - Veri tabanı kapasitesi ve bakım/indeks düzeni - Güvenlik katmanları (WAF, rate limit, loglama)

Online dergi/haber sitesi için en doğru hedef

Hedef, tepe trafiğe geçildiğinde 5xx hatası üretmeden yanıt süresini korumaktır. Bunun ölçülebilir karşılığı şudur: - Tepe zamanda TTFB (Time To First Byte) artmamalı - Hata oranı (özellikle 502/503) yükselmemeli - Veri tabanı CPU/IO tavan yapmamalı

Hosting Türlerini Haber Trafiğine Göre Eşleştirin (Net Karşılaştırma)

Aşağıdaki tablo, haber sitenizin ölçeğine göre hangi hosting türünün daha mantıklı olduğunu netleştirir. Burada “ödediğiniz para” kadar “şeffaf kaynak kontrolü” önemlidir.

Paylaşımlı hosting ne zaman biter?

Paylaşımlı hosting, haber sitelerinde genellikle şu durumlarda yetersiz kalır: - Aynı sunucudaki diğer siteler yüklenince sizin yanıt süreniz de uzuyor - PHP/DB ayarları üzerinde kontrol yok - WAF ve rate limit gibi güvenlik katmanları sınırlı - Günlük cache/cron düzeni etkileniyor

Net karar kuralı: Son 14 günde aynı saatte tekrarlayan yavaşlama veya 503/504 artışı görüyorsanız, kaynak izolasyonu sunan bir yapı değerlendirin.

Cache ve CDN Tasarımı: Haber Sitesinde En Büyük Kazanç

Haber sitelerinde hızın büyük kısmı cache katmanlarından gelir. Hosting seçerken “cache var mı?” sorusunu değil, “cache hangi seviyede çalışıyor ve nasıl kontrol ediliyor?” sorusunu kullanın.

Haber sitenizde tipik cache katmanları: - Sayfa cache: HTML çıktısı cache’lenir, aynı içerik tekrar tekrar oluşturulmaz - Object cache: DB yükünü azaltır (ör. WordPress’te Redis/Memcached) - CDN: Statik içerik (görsel, CSS, JS) daha yakın lokasyondan servis edilir

WordPress tabanlı haber sitelerinde net pratik

WordPress kullanıyorsanız aşağıdaki kombinasyon haber sitelerinde sık işe yarar: - Sayfa cache (aktif) - Güncellenen haberleri atlayan cache invalidation (doğru zamanlama) - Object cache (Redis veya Memcached) - Uygulama tarafında gerçek zamanlı parçaları ayırma (ör. “yorumlar” bölümü ayrı)

Net doğrulama: Cache etkin değilse, tepe trafiğinde veri tabanı ve PHP işlem sayısı aynı oranda artar. Cache doğruysa isteklerin büyük bölümü daha kısa sürede yanıtlanır.

WAF ve Bot Engelleme: Günlük Haber Akışını Korumak İçin Net Gerekler

Haber siteleri tarayıcı botları ve agresif isteklerle daha çok karşılaşır. Hosting tarafında WAF (Web Application Firewall) ve bot yönetimi yoksa, saldırı denemeleri ile normal yayın trafiği karışır.

WAF ararken kontrol listesi

Hosting sağlayıcınız WAF sunuyorsa şu noktaları netleştirin: - ModSecurity benzeri kuralların aktif olup olmadığı - Rate limit (IP bazlı veya endpoint bazlı) var mı - OWASP CRS gibi genel kural setleri kullanılıyor mu - Loglara erişim (olay analizi için) - Gerçek zamanlı kapatma/ayar değiştirme imkânı

Paylaşımlı hostingde bazı sağlayıcılar WAF sağlasa bile, kural seti veya istisna yönetimi kısıtlı olabilir. Haber siteleri için önemli olan “saldırıyı engellerken yayını da kesmemek”tir. Bu nedenle WAF logları ve kontrol paneli (control panel) erişimi kritiktir.

Veritabanı ve Depolama: Haber Sitelerinde Asıl Darboğaz

Haber sitelerinde en yaygın darboğazlar veritabanı ve depolamadır. Özellikle: - Çok sayıda içerik sorgusu - Popüler haber/etiket sayfalarında yoğun okuma - Arka planda indexleme, arama, ses/video modülleri

Veri tabanı için net öneri

• Yüksek okuma-yük dengesi için hızlı storage (SSD/NVMe) şarttır.
• Disk performansı düşükse, PHP cache olsa bile DB okuma süreleri geciktirir.
• Veri tabanı için “RAM ve CPU payı” önemlidir; yalnızca sınırsız disk sunmak tek başına çözüm değildir.

Net test yaklaşımı: - Tepe zamanında yavaşlayan endpointleri belirleyin. - Uygulama loglarında “slow query” benzeri kayıtları inceleyin. - Veritabanında CPU/IO tavanına yaklaşma var mı kontrol edin.

Snapshot yedek değil, planlı yedekleme olsun

Snapshot (anlık görüntü) bazen kurtarma hızını etkileyebilir; ancak her zaman “uygulama verisi + yapılandırma + doğru zaman noktasında geri dönüş” demek değildir. Haber siteniz için yedekleme şu şekilde planlanmalıdır: - Dosya (upload/themes/plugins) - Veritabanı (DB) mantıklı aralıklarla - Geri yükleme testi (restore) yapılmış olmalı

Lokasyon (Türkiye) ve SEO: Teknik Kararı Netleştirin

Lokasyon sadece SEO değildir; doğrudan gecikmeye (latency) de etki eder. Türkiye’de hedef kitleye yayın yapan dergi/haber sitesinde sunucu konumu genellikle şunları etkiler: - Kullanıcı yanıt süresi - CDN cache isabet oranı - TTFB ve sitenin Core Web Vitals metrikleri

Net senaryo kuralı

• Türkiye hedefli site: ana sunucuyu Türkiye’ye yakın/uygun lokasyonda kurmak, CDN ile birlikte daha istikrarlı sonuç verir.
• Global trafik de varsa: Türkiye merkezli ana sunucu + CDN, tepe yük ve maliyet dengesinde daha kontrollüdür.

Plan Seçiminde Kullanacağınız Net Performans Göstergeleri

Hosting paketi seçerken sadece “limitler” değil, gerçek performans davranışı için göstergeler kullanın.

Aşağıdaki ölçümler, doğru planı erken belirler: - TTFB: Sunucu ilk yanıtı ne kadar sürede veriyor? - 5xx hata oranı: 502/503 tepe anında yükseliyor mu? - CPU kullanımı: Uygulama kaynak tüketimi tavan yapıyor mu? - DB bağlantı sayısı: Max bağlantıya dayanıyor mu? - Cache hit oranı: Cache’in faydası gerçek mi?

Net kapasite yaklaşımı

Haber sitelerinde “ortalama yük” yerine tepe yük planlanmalıdır. Bu yaklaşım için pratik kural: - Tepe saatlerde ortalama CPU/IO kullanımına bakın - Aynı tepeyi birkaç gün gözlemleyin - Kaynaklar düzenli olarak yüksek seviyede kalıyorsa bir üst katmana geçin

Güvenilirlik ve Kurtarma: Online Dergi İçin Disaster Recovery Planı

Haber sitelerinde kesinti maliyeti yüksektir. Bu nedenle altyapı sadece “çalışıyor” olmasın; “ne zaman sorun olursa ne kadar sürede geri dönüyoruz?” sorusuna yanıt versin.

Net kurtarma planı (DR) minimum maddeler

• Güncel yedek: dosya + DB
• Geri yükleme testi: ayda en az bir kontrol
• SSL sertifikası yönetimi: otomatik yenileme
• Günlük izleme: uygulama + web sunucusu + sistem logları
• Rollback adımı: güncelleme sonrası hızlı geri dönüş

Uygulama Yükünü Azaltan Hosting Ayarları (Tek Tek Net)

Hosting sağlayıcınızın sunduğu ayarlarda şu konulara özellikle bakın:

• HTTP/2/HTTP/3 desteği: dağıtım ve cache ile birlikte hız etkisi sağlar
• PHP versiyonu ve PHP-FPM yapılandırması: süreç sayıları ve timeout’lar
• Cron/queue: arka plan işler yayın akışını geciktirmemeli
• Log seviyeleri: gereksiz log yazımı disk/IO’yu şişirebilir
• Erişim hız limitleri: brute force ve aşırı istekleri baskılayın

Kontrol paneli (panel) neden önemli?

Haber sitelerinde sorun anında hızlı aksiyon gerekir. Şunları yapabildiğiniz net olmalı: - WAF kural ayarı veya istisna yönetimi - Cache temizleme (purge) ve kontrol - Erişim logları ve hata logları inceleme - Yedekleme zamanlamasını ayarlama

Sonuç: Hemen Uygulanabilir Hosting Kararı Nasıl Verilir?

Online dergi/haber sitesi için doğru hosting, tek bir “paket adı” ile değil; trafik tepe davranışı, cache mimarisi, WAF/koruma, veri tabanı performansı ve yedekleme/restor planıyla netleşir. Aksiyon önerim: Mevcut sitenizde son 14 günün tepe saatlerini belirleyin; TTFB, 5xx oranı ve DB/IO davranışını gözleyin. Paylaşımlı hostingde yavaşlama tekrarlıyorsa bir üst katmana (VPS/VDS) geçin ve CDN + sayfa cache + object cache kombinasyonunu net şekilde etkinleştirin. WAF ve yedekleme testini de kurulumun parçası yapın; böylece yayın akışınız “sadece çalışıyor” değil, planlı şekilde güvenli kalır.