Online Dergi/Haber Sitesi için Hosting Rehberi: Hız, Ölçek ve Bütçe

Online dergi ve haber sitelerinde performans, yalnızca ziyaretçi memnuniyeti değil; aynı zamanda sayfa yükleme süresi, reklam görünürlüğü ve arama motoru tarama verimliliğiyle doğrudan ilişkilidir. Haber trafiği aynı gün içinde saat saat yükselip düşer; bu da tek başına “iyi fiyat” yerine ölçeklenebilir kaynak planlamayı gerektirir. Bu rehberde, bir haber sitesinin gerçek ihtiyacına göre VPS/VDS, yönetimli (managed) çözümler ve paylaşımlı hosting arasındaki farkları somut kriterlerle ayıracaksınız. Son bölümde, ölçüm yaparak hangi yolu seçeceğinize karar vereceğiniz net bir aksiyon planı bulacaksınız.

Haber sitesi için hostingte kritik darboğazlar

Haber siteleri genellikle şu yük karakterlerini taşır:

Trafik dalgalanması: Break news gibi aniden yükselen ziyaretçi sayısı.
Okuma odaklı içerik: Metin + görsel + çoğu zaman video oynatma.
Çok sayıda sayfa isteği: Anasayfa, kategori sayfaları, etiketler, haber detayı ve RSS/AMP benzeri varyantlar.
Görsel ve görsel boyutu kaynak tüketimi: Optimizasyon yapılmadığında disk ve bant genişliği daha hızlı tükenir.
Önbellek ihtiyacı: Dinamik “son dakika” akışı olmasına rağmen, büyük bölüm sayfalar önbellekten beslenebilir.

Bu nedenle “en iyi sunucu” aramak yerine doğru sırayla değerlendirmek gerekir: önce önbellek/CDN mimarisi, sonra uygulama (PHP/Python/Node) çalışma şekli, ardından da disk ve ağ performansı.

Performans hedefini sayıya bağlayın

Haber siteniz için pratik hedef seti:

Ana sayfa ve popüler kategori sayfalarında TTFB (ilk bayt) hedefi: 200–500 ms bandı
Mobil sayfa yüklemede LCP hedefi: 2.5–3.5 saniye bandı
Görsel tesliminde CDN kullanımıyla toplam görsel transferinin ana sunucu yükünü azaltması

Bu hedefler, yalnızca “yüksek CPU” almakla değil; doğru mimariyle yakalanır. Aynı zamanda kaynak tüketimini tahmin etmek için ölçüm şarttır.

VDS mi VPS mi? Paylaşımlı hosting mi? Haber sitesi senaryoları

Aşağıdaki seçim haritası, haber sitesinin trafik tipine ve kullandığınız teknolojiye göre net karar üretir.

Hangi durumda paylaşımlı hosting yeterli olur?

Paylaşımlı hosting (shared) şu koşullarda rasyoneldir:

Trafik haftalık/aylık stabil ve ani sıçramalar sınırlı
Uygulama gereksinimi düşük (ör. basit blog/WordPress kurulumu, agresif olmayan plugin seti)
CDN devrede ve sayfa önbellekleme (cache) uygulanıyor

Somut kontrol: Aynı anda 20–30 eş zamanlı istekle (concurrent requests) yanıtlar belirgin şekilde yavaşlamıyor, sayfa önbellek oranı yüksek kalıyorsa paylaşımlı başlayıp ölçekleyebilirsiniz.

Hangi durumda VPS/VDS gerekir?

VPS/VDS, “kaynak paylaşımı kontrolü” isteyen haber sitelerinde öne çıkar.

VPS/VDS lehine net göstergeler:

Aynı gün içinde belirgin trafik patlamaları (ör. 10 kat ziyaret artışı)
Uygulama tarafında daha sık güncelleme, özel konfigürasyon ihtiyacı
Daha tutarlı performans için belirli CPU/RAM limitleri garanti edilmesi gereği

VDS (dedike mantığıyla daha kontrollü sanal sunucu) genelde şu avantajları verir:

Daha net kaynak planlama (CPU/RAM garantisi)
Kendi web sunucunuzu (Nginx/Apache) ve PHP çalışma şeklini (PHP-FPM) daha serbest yönetme
Sistem düzeyi ayarlar (queue, process yönetimi, kernel parametreleri) daha kontrollü

Karar tablosu: Kullanım senaryosuna göre öneri

Senaryo	Trafik tipi	Önerilen altyapı	Neden
Yeni dergi/blog	Düşük-orta, dalgalanma az	Paylaşımlı + CDN + önbellek	Maliyet düşük, altyapı basit
Bölgesel haber sitesi	Orta, gün içinde artış	Yönetimli VPS (managed)	Güncellemeler ve güvenlik yönetimi pratik
Ulusal haber sitesi / hızlı büyüme	Yüksek, ani sıçramalı	VDS (VPS’den daha kontrollü)	Kaynak tutarlılığı ve özel ayarlar
Özel arama/özel uygulama	Değişken, yoğun dinamik	VDS + ayarlanabilir mimari	Queue/worker ve cache stratejisi

Haber sitesi için mimari: Hosting kadar belirleyici olan 4 katman

Hosting seçimini “sunucu modelini” seçmekten ibaret sanmayın. Haber sitelerinde performansı belirleyen dört katman var. Hosting burada bu katmanların düzgün çalışmasını sağlamalı.

1) CDN ve cache katmanı

CDN (Content Delivery Network) olmadan haber sitelerinde görsel ağırlığı ve tekrar eden istekler ana sunucuyu erken zorlar. CDN ile şunlar hedeflenir:

Görsellerin büyük bölümünü CDN üzerinden servis etmek
Statik dosyaları (CSS/JS) edge (uç) noktalarından dağıtmak
Dinamik içerikte sayfa önbellek sürelerini doğru belirlemek

Somut test: CDN üzerinden gelen istek oranı yükselirken origin sunucuda CPU kullanımı ve TTFB düşmelidir.

2) Web sunucusu ve uygulama işleyişi

Örneğin PHP tabanlı WordPress/özel PHP projelerinde tipik yaklaşım:

Nginx + PHP-FPM
Cache katmanı (sayfa cache / object cache)
Yoğun yükte worker sayısı ayarlarının sınırlandırılması

Amaç: Burst trafik geldiğinde, uygulama istekleri kuyruğa düşsün ve sunucu çökmeden yanıt süreleri kontrol altında kalsın.

3) Veritabanı (DB) ve disk

Haber sitelerinde DB çoğu zaman kritik olur. Yüksek disk gecikmesi (latency) ve yetersiz IOPS, özellikle kategori sayfalarında ve anasayfada yanıt süresini artırır.

Bu noktada NVMe SSD tercihinin somut etkisini şu şekilde düşünün:

DB ve cache (ör. MySQL temp tabloları, swap benzeri durumlar) disk gecikmesine duyarlıysa fark daha hissedilir
SATA SSD’ye göre daha düşük erişim gecikmesi hedeflenir

4) Arama motoru taraması ve URL/robots verimliliği

Haber siteleri güncel içerik ürettikleri için bot trafiği de artar. Hosting tarafında bunun etkisi:

Robots/robots meta kuralları doğruysa gereksiz tarama azalır
Sitemap güncel ve hızlı oluşturuluyorsa tarama verimi artar

Somut kaynak planı: RAM, CPU, disk ve bant genişliği

“Kaç GB RAM” sorusunun net cevabı, içerik boyutu ve cache oranıyla değişir. Bu yüzden aşağıdaki planı bir başlangıç noktası olarak düşünün.

WordPress tabanlı haber sitesi için örnek plan

Aşağıdaki değerler, tipik bir haber sitesi mimarisinde (CDN + sayfa cache + görsel optimizasyonu) çalışan bir referans aralıktır:

Başlangıç: 2–4 vCPU, 4–8 GB RAM, NVMe SSD (en az 50–100 GB)
Büyüme: 4–8 vCPU, 8–16 GB RAM, NVMe SSD + yeterli IOPS
Yüksek trafik: 8+ vCPU, 16–32+ GB RAM, DB ve cache ayrımı (gerekirse ayrı kaynaklar)

Disk türü (NVMe vs SATA) ne zaman belirleyicidir?

Haber sitenizde şunlardan biri varsa disk türü daha kritik hale gelir:

Yoğun DB yazma/okuma (çok sık güncellenen içerik, yorum/aksiyon akışları)
Çok sayıda görselin origin’de optimize edilmesi veya resim dönüşümlerinin sunucuda yapılması
Cache verilerinin disk üzerinde beklemesi (uygulama ayarları buna zorluyorsa)

Bant genişliği (transfer) hesabı nasıl yapılır?

Haber sitelerinde bant genişliği çoğu zaman “görsel + sayfa tekrar” nedeniyle büyür. Basit hesap:

Ortalama sayfa boyutu (resim dahil): 2–5 MB (CDN yoksa bu artar)
Günlük ziyaretçi (PV dönüşümü): ör. 10.000 ziyaretçi ve ortalama 1.6 sayfa/mobil/desktop karışık
CDN kullanımıyla origin’den çıkan veri düşürülür

Net öneri: Hosting satın almadan önce sağlayıcının burst ve fair usage yaklaşımını yazılı olarak kontrol edin. “Sınırsız” tarifeler çoğu zaman adil kullanım limitleriyle sınırlandırılır.

Haber sitesi güvenliği: DDoS/WAF ve brute-force etkisi

Haber siteleri, günün belirli saatlerinde bot trafiği ve saldırı girişimlerine daha açık hale gelir. Burada “tek önlem” değil katman gerekir.

Uygulanması gereken 5 kontrol

WAF (Web Application Firewall): SQLi/xss/proxy saldırılarında filtre
Rate limit: Login, admin, form endpoint’lerinde istek sınırı
Bot yönetimi: Search botlarını doğru sınıflandırma
Otomatik yedekleme (backup) + geri dönüş testleri
Fail2ban benzeri brute-force azaltma (uygulama/servis bazlı)

NetKıyas açısından pratik seçim ölçütü: Sağlayıcının DDoS/WAF koruması “sadece reklam” değil, aktif olarak loglanıyor ve yönetim panelinden kontrol edilebiliyor olmalı.

Ölçekleme ve yedekleme: Trafik artarken sistemin çökmesini önleyin

Haber siteleri için en kötü senaryo, trafik yükselirken aynı anda bakım/DB kilitlenmesi/backup penceresinin çakışmasıdır.

Yedekleme stratejisi (backup) nasıl olmalı?

Hedef: Sadece “yedek alınması” değil, gerektiğinde hızlı geri dönüş.

Günlük tam yedek (full backup) + sık aralıklı incremental (artımlı) yedek
Yedeklerin origin dışında tutulması (dış depolama) ve şifrelenmesi
Geri yükleme (restore) testi: ayda 1 kez en az 1 dosya/DB restore doğrulaması

Ölçekleme (scaling) yöntemleri

Haber sitelerinde iki temel yol var:

Dikey ölçekleme: Daha fazla CPU/RAM eklemek
Yatay ölçekleme: Uygulamayı stateless yapmak + birden fazla node (genelde daha karmaşık)

Özellikle ilk aşamada hedef “dikey ölçekleme ile kontrollü büyüme” olmalıdır. Çünkü haber siteleri çoğu zaman hızlı büyür ama altyapı ekibi sınırlıdır.

NetKıyas’ta kıyas yaparken kullanacağınız kontrol listesi

Satın alma kararını kolaylaştırmak için sağlayıcıları aynı kriterlerle kıyaslayın.

Teknik kontrol listesi

Sunucu lokasyonu: Hedef kitlenize yakın mı?
Disk: NVMe SSD var mı ve DB için uygun mu?
RAM/CPU oranı: Aniden gelen trafiği kaldıracak yeterlilik
CPU burst limitleri: “Paylaşımlı CPU” mu yoksa daha tutarlı tahsis mi?
Önbellek/CDN entegrasyon kabiliyeti
Panel/erişim: root erişim, kontrol paneli (cPanel/Plesk/ISPManager vb.)
Backup: otomatik, dış depolamalı ve geri yükleme kolaylığı
WAF/DDoS: aktif koruma ve yönetilebilir ayar
SLA/uptime garantisi ve pratik destek süresi

En hızlı pratik karşılaştırma testi

Satın almadan önce şu iki soruya net cevap alın:

Sağlayıcı, benzer yükte TTFB’yi hangi aralıkta tutabiliyor? (kendi benchmark’ını sunmuyorsa en azından örnek ölçüm paylaşımı var mı)
Burst trafik geldiğinde CPU limitlerinden dolayı süreçler duruyor mu, yoksa queue ile kontrol altında mı?

Bu iki maddeyi cevaplayamayan sağlayıcılar, haber sitesi için risk üretir.

Sonuç: Haber sitesi için doğru hosting seçimi nasıl netleşir?

Online dergi/haber sitesi için ideal hosting; yalnızca “yüksek RAM” almak değil, CDN + cache katmanı, web sunucu/uygulama işleyişi, disk/DB performansı ve saldırı/backup güvenliği birlikte çalışacak şekilde kurulur. Aksiyon önerisi: Önce mevcut/planlanan trafik (PV), içerik ağırlığı (özellikle görsel boyutu) ve hedef performans (TTFB/LCP) değerlerini belirleyin; ardından NetKıyas’ta aynı kriterlerle sağlayıcıları elemek için yukarıdaki kontrol listesini kullanın. Trafik dalgalanması belirginsa paylaşımlı yerine yönetimli VPS/VDS bandına geçin ve WAF + otomatik yedekleme + geri dönüş testi olan seçenekleri öne alın. Böylece haber siteniz büyürken performans düşmeden ölçeklenebilir hale gelir.