Online Dergi/Haber Sitesi için Hosting Seçimi: Net Rehber

Online dergi ve haber siteleri, normal bloglardan farklı davranır: ani trafik artışları, yüksek sayfa görüntülenmesi ve SEO odaklı içerik güncellemeleri aynı anda çalışır. Doğru barındırma; hem performansı hem de kesintisizliği doğrudan etkiler. Bu rehberde, bir haber sitesinin ihtiyaçlarını teknik ölçütlere ayırıp VPS/VDS, web hosting ve (gerektiğinde) dedicated yaklaşımlarını net biçimde karşılaştıracaksınız.

1) Haber sitesi için “doğru” hosting ihtiyacını belirleyen 6 ölçüt

Hangi paketin seçileceğini tek bir etken belirlemez; aşağıdaki 6 ölçüt, gereksinimi sayılabilir hale getirir.

Günlük ziyaret, zirve (peak) ve sayfa/senaryo

Ortalama günlük ziyaret (ör. 30.000)
Zirve davranışı (ör. özel haberle 10 kat artış)
Sayfa başına ortalama yüklenen öğe: görsel, reklam, takip widget’ları
Kullanılan içerik teknolojisi: HTML/temel CMS, WordPress, custom uygulama

Haber sitelerinde “ortalama” değil “zirve” belirleyicidir. Bir günde 5 kat dalgalanma yaşanıyorsa, planı ona göre yapmanız gerekir.

CPU/RAM ihtiyacı (PHP uygulaması veya Node/Go)

WordPress gibi PHP tabanlı sistemlerde CPU/RAM yükü, aynı anda kullanıcı sayısı ve veritabanı etkileşimi ile yükselir.
Özel uygulama varsa (ör. Node/Go), katman bazında ölçüm yapılmalıdır.

Veritabanı davranışı (MySQL/PostgreSQL)

Haber sitelerinde arama, etiket sayfaları ve trend içerikler yoğun sorgu üretir.
MySQL için “too many connections” gibi durumlar, kaynak ve bağlantı yönetimi kötü ise görülür.

Önbellek (cache) seviyesi

Sayfa önbelleği (page cache)
Nesne önbelleği (OPcache / Redis)
CDN önbelleği

Doğru önbellek, aynı donanımda daha yüksek eşzamanlılık sağlar.

Yedekleme ve geri dönüş (restore) gerekliliği

Günlük içerik güncellemesi ve düzenlemeleri yedek politikasını zorunlu kılar.
Yedeklerin sadece “alınması” değil, gerçek restore testinin yapılması gerekir.

Güvenlik ve saldırı toleransı

Bot trafiği, kaba kuvvet denemeleri ve servis kesintileri için katmanlı koruma şarttır.
Fail2ban gibi otomatik engelleme (otomatik firewall aksiyonu) burada doğrudan etkili olur.

2) VDS/VPS mi, web hosting mi? Kararı netleştiren eşleştirme

Aşağıdaki tablo karar sürecini hızlandırır. Burada “en iyi” değil, senaryonuza uygun yaklaşımı arıyoruz.

Senaryo (haber sitesi)	Önerilen kurulum	Neden	Dikkat edilecekler
Başlangıç, düşük-orta trafik; tek site	Yönetimli web hosting	Hızlı kurulum, kontrollü bakım	Trafik zirvelerinde kapasite sınırı olabilir
1-3 site; düzenli ziyaret; kontrollü büyüme	VPS (Virtual Private Server) veya yönetimli VPS	Kaynak garantisi ve daha esnek ölçek	Paylaşımlı sistemlere göre daha iyi yönetim gerekir
Yüksek zirve, teknik ekip veya optimizasyon ihtiyacı	VDS (Virtual Dedicated Server)	Daha net kaynak yönetimi, servis bazlı tuning	Yanlış ayar performansı düşürür
Çok yüksek trafik, özel mimari	Dedicated	Donanım kontrolü ve kapasite	Maliyet ve operasyon yükü artar

Not: Türkiye’de “web hosting” çoğu zaman paylaşımlı veya yarı yönetimli paketleri ifade eder. Haber sitelerinde en kritik fark; zirve anında PHP/DB darboğazının büyüyüp büyümemesidir.

3) Online dergi/haber sitesi için minimum kaynak planı (pratik eşiklerle)

Aşağıdaki eşikler kesin sınır değildir; ancak planlama için net bir başlangıç çerçevesi sunar. Hedef: yanlış tahmini azaltmak.

WordPress tabanlı haber sitesi için başlangıç önerileri

30.000-80.000 günlük ziyaret (orta trafik) ve tek sunucu yaklaşımı:
2-4 vCPU
4-8 GB RAM
SSD depolama
Yönetilen veritabanı veya ayrı DB önerisi (mümkünse)
80.000-200.000 günlük ziyaret:
4-6 vCPU
8-16 GB RAM
Redis (RAM cache) veya eşdeğer önbellek
200.000+ günlük ziyaret ve belirgin zirve:
6+ vCPU
16+ GB RAM
CDN + sayfa önbelleği (tam sayfa cache)
DB katmanı için izolasyon (aynı makinede risk artar)

Özel uygulama (Node/Go/PHP framework) yaklaşımı

Bu tip sitelerde kaynak hesabı “CPU kullanımı + istek/saniye + DB sorgu sayısı” ile yapılır. İlk kurulumdan sonra: - CPU kullanımının kalıcı %60-70 üstüne çıkmadığını - Ortalama yanıt sürelerinin (TTFB) zirvede çok bozulmadığını - DB bağlantı sayısının stabil kaldığını kontrol edin.

4) Trafik zirvesi yaşayan haber sitelerinde performansı belirleyen 5 altyapı bileşeni

Hosting seçiminin sadece “disk ve RAM” olmadığını netleştirelim. Haber sitelerinde performans, şu 5 bileşenin birlikte çalışmasıyla gelir.

1) CDN (Content Delivery Network)

İçeriklerin bir CDN üzerinden dağıtılması; kullanıcıya giden gecikmeyi düşürür.
Özellikle görsel, video, statik dosya ve sayfa cache CDN’de daha verimli hale gelir.

Türkiye CDN sağlayıcıları kıyaslanırken şu 3 metrik öne çıkar: - Türkiye lokasyonlarında cache hit oranı - Yüksüz ağ performansı (özellikle akşam saatleri) - Plan kısıtları (bandwidth limitleri, request sınırları)

2) Sayfa önbelleği + web cache katmanı

Haber sayfalarında (kategori, etiket, ana sayfa) dinamik içerik azsa sayfa önbelleği çok etkilidir. Son dakika güncellemeleri için: - Belirli sayfaları kısa TTL ile cache’lemek - Tazelenmesi gereken alanları fragment bazında ayırmak

3) Nesne önbelleği (Redis / Memcached)

Aynı verinin tekrar tekrar DB’den gelmesini engeller.
Özellikle liste/arama widget’ları ve menü/etiket bileşenleri için etkilidir.

4) Veritabanı bağlantı yönetimi

Çok sayıda eşzamanlı istek DB bağlantısını şişirir.
MySQL tarafında bağlantı limiti ve uygulama bağlantı havuzu kritiktir.

5) Network throttling ve kapasite kontrolü

Zirvede “sınırsız” beklemek yanlış olur. Birçok sağlayıcı, ağ tarafında tıkanıklık olmasın diye network throttling uygular. - Throttling; belirli bant genişliği aşımlarında trafiğin hızının kontrollü düşürülmesidir. - Bu, performans dalgalanması yaratabilir; fakat sunucunun çökmesini engeller.

Haber sitesi için önemli soru şu: Throttling neye göre tetikleniyor ve hangi sürede etkiliyor?

5) Tek sunucu yerine katmanlı mimari: en kısa yol haritası

Haber sitesi büyüdükçe tek sunucuda her şeyi yapmak maliyeti artırır ve darboğazı büyütür. En pratik yaklaşım katmanlamadır.

Önerilen katmanlar

CDN: statik + cache
Uygulama sunucusu: PHP/Node servisleri
Veritabanı: mümkünse ayrı instance
Log/izleme: erişim + uygulama logları

“Ayrı DB şart mı?” net cevabı

Tam şart değildir; ancak aşağıdaki belirtiler varsa ayırmayı planlayın: - CPU ve RAM yüksek olmasına rağmen yanıt süreleri düşmüyor - DB bağlantı sayısı artıyor - Sorgular uzun sürüyor (slow query)

6) Sağlayıcı seçerken teknik kontrol listesi (kararınızı netleştiren 18 madde)

Aşağıdaki maddeler, satın alma öncesi teknik teyit için kullanılır.

Kaynak ve barındırma

CPU türü (paylaşımlı/sabit) ve “overselling” politikası açıklanıyor mu?
VDS/VPS üzerinde garantili CPU/RAM var mı? Yoksa dinamik paylaşım mı?
Depolama türü: SSD mi, NVMe mi?
Disk I/O limiti nasıl yönetiliyor?

Ağ ve trafik

Zirvede network throttling politikası var mı, şartları yazılı mı?
Port/limit kısıtı var mı (özellikle e-posta servisleri veya özel entegrasyonlar için)?
Türkiye lokasyonlarına ortalama gecikme (latency) için ölçüm paylaşılıyor mu?

Yazılım yönetimi

PHP sürümü ve güncellemeler düzenli mi?
Kontrol paneli (ör. Plesk/cPanel) varsa lisanslı mı ve performans etkisi ne?
OPcache, Redis veya eşdeğer cache desteği var mı?

Güvenlik

Fail2ban veya WAF desteği var mı?
Güncel kernel/otomasyon var mı?

Yedekleme ve süreklilik

Otomatik yedekleme sıklığı (ör. saatlik/günlük) ve saklama süresi net mi?
Restore doğrulaması yapılıyor mu (yani yedek sadece duruyor değil gerçekten çalışıyor mu)?
Yedekler hangi lokasyonda saklanıyor (aynı disk mi, ayrı ortam mı)?

SSL ve domain

Wildcard SSL veya multi-domain (SAN) ihtiyacı için doğru plan seçiliyor mu?
Site geçişinde SSL yenileme kesintisiz yönetilebiliyor mu?
Domain değişikliği (WHOIS bilgileri) SEO’yu etkiler mi gibi riskleri azaltmak için süreç planlanıyor mu?

7) Online dergi/haber sitesi için 3 net senaryo önerisi

Son olarak, pratik seçimleri netleştirelim.

Senaryo A: “Yeni kurulum + büyüme var”

Başlangıç: yönetimli VPS (4 vCPU/8 GB RAM seviyeleriyle başlayın)
CDN: zorunlu katman
Cache: sayfa + OPcache + Redis
DB: yük artınca ayrı instance

Senaryo B: “Trafik istikrarlı, ancak zirvede zorlanıyoruz”

Uygulama önbelleğini ve DB sorgularını optimize edin
Redis kullanın
Network throttling etkisini ölçün; zirvede servis kalitesi için kapasiteyi artırın

Senaryo C: “Özel mimari ve yüksek trafik”

Uygulama + DB izolasyonu yapın
Monitoring kurun (CPU, DB bağlantısı, hata oranı)
Log/backup süreçlerini test edin (restore doğrulama)

Sonuç: Aksiyon planı ile ilerleyin

Bir online dergi/haber sitesi için doğru hosting seçimi, yalnızca “aylık fiyat” değil; zirve davranışı, cache kurgusu ve veritabanı performansı ile netleşir. Bugün atacağınız en doğru adım: yukarıdaki 18 maddelik kontrol listesini kullanarak mevcut veya hedeflediğiniz sağlayıcıdan yazılı teknik yanıt isteyin; ardından CDN + sayfa önbelleği + Redis üçlüsünü planlayın. Trafik zirvesinde beklenen eşzamanlı kullanıcıyı test senaryosu olarak belirleyip (load/stres testi) kaynak planınızı ona göre güncelleyin. Bu yaklaşım, yanlış paketi deneme-yanılma yerine ölçüme dayalı seçimle kapatır.