WordPress Hosting Nasıl Seçilir? 7 Kritik Faktör

WordPress hosting seçimi, sitenizin hızını, güvenliğini ve güncellemelerden sonra yaşanacak sürprizleri doğrudan etkiler. Yanlış seçim genellikle “sayfa açılıyor ama yavaş açılıyor”, “yedek var ama geri dönmüyor” ya da “trafik artınca çöküyor” gibi somut sorunlara dönüşür. Bu rehberde WordPress için hosting alırken dikkat edeceğiniz 7 kritik faktörü ölçülebilir kriterlerle ele alacak, hangi durumda hangi ayarların şart olduğunu netleştireceksiniz.

1) Uygun altyapı: CPU, RAM, depolama ve sanallaştırma (KVM vs)

WordPress’te performansı belirleyen ilk halkalar; sanallaştırma türü, CPU tahsisi, RAM ve disk hızıdır. “Paylaşımlı mı VPS mi?” sorusundan önce, sağlayıcının sunduğu kaynak davranışını anlamak gerekir.

KVM tabanlı altyapı tercih edin

KVM (Kernel-based Virtual Machine), daha izole ve öngörülebilir kaynak davranışı sağlar. OpenVZ gibi bazı sanallaştırma türlerinde izolasyon modeli farklıdır ve kaynak dalgalanmaları uygulama katmanına daha fazla yansıyabilir. WordPress için özellikle: - aynı sunucuda birçok site varken performans dalgalanması - CPU throttling (paylaşımlı CPU sınırı) - disk I/O gecikmesi gibi etkiler daha sık görülür.

Disk türü: NVMe veya SSD, IOPS net olmalı

WordPress veritabanı (MySQL/MariaDB) ve medya dosyaları disk I/O’ya duyarlıdır. Sağlayıcının: - depolama türünü (NVMe/SSD) - “IOPS garanti” veya en azından disk hız profilini açıkça belirtmesi gerekir.

Kaynak büyüklüğü: sayfa türüne göre netleştirin

Kaynak ihtiyacı sadece “hit sayısı” ile değil, içerik türüyle değişir. Aşağıdaki tablo WordPress kullanım senaryolarında temel hedefleri verir (kesin değer değil, seçim ölçeği olarak düşünün):

2) PHP sürümü ve modüller: WordPress sürümüyle uyum şart

WordPress’in hızını etkileyen önemli parça uygulama katmanı: PHP sürümü ve çalışma biçimidir.

PHP 8.1/8.2 hedefleyin

WordPress, PHP tarafında performans iyileştirmeleri ve güvenlik düzeltmeleri sağlar. Hosting sağlayıcısının: - mevcut PHP sürümlerini listelemesi - WordPress sürümü güncellemelerinde uyum problemi çıkarmaması - PHP-FPM (FastCGI Process Manager) desteği sunması gerekir.

OPcache (opcode caching) aktivasyonu kritik

WordPress sayfalarının çoğu PHP kodu üzerinden döner. OPcache kapalıysa CPU maliyeti artar. Sağlayıcı panelinde veya teknik dokümanda OPcache durumunu doğrulayın.

Gerekli PHP uzantıları

Kurulumdan sonra “sonradan ekleyelim” yaklaşımı risklidir. Özellikle aşağıdaki uzantılar çoğu WordPress eklentisinde kullanılır: - mbstring - curl - gd (resim işleri) - zip - imagick (varsa performans katkısı) - mysqli/pdo_mysql

3) Önbellek (cache) mimarisi: sayfa, nesne ve tarayıcı

WordPress hosting seçerken sadece “cache var” demek yetmez. Hangi katmanda cache işlendiği performansı belirler.

Katmanlar: sayfa cache, object cache, CDN

Aşağıdaki yapı genelde en iyi sonuçları verir: - Sayfa önbelleği (page cache): HTML çıktısını hazır tutar. - Nesne önbelleği (object cache): veritabanı yükünü azaltır. - CDN: statik içerikleri (CSS/JS/görüntü) kullanıcıya yakın sunar.

Öncelik sırası

• Dinamik içerik azsa: sayfa cache önce.
• WooCommerce gibi DB yükü yüksekse: object cache ve iyi DB ayarları.
• Medya ağırlığı varsa: CDN şart seviyesine iner.

4) Veritabanı dayanıklılığı ve “Too many connections” riski

WordPress’in kalbi veritabanıdır. Paylaşımlı ortamda bağlantı sayısı, lock (kilitlenme) ve yavaş sorgular gecikmeye dönüşür.

Max bağlantı ve bağlantı havuzu yoksa yavaşlar

MySQL/MariaDB’de “Too many connections” hatası tek bir eklentiyle bile tetiklenebilir. Sağlayıcı, veritabanı için: - max_connections yaklaşımını - yavaş sorgu izleme (query profiling) imkânını - otomatik tuning/limit yönetimini açıkça açıklamalıdır.

Veri tabanı tipi: yönetilen MySQL iyi bir artıdır

Yönetilen veritabanı ile sağlayıcı: - disk doluluklarını daha erken fark eder - replikasyon/replica yaklaşımıyla okuma ölçekler - bakım pencerelerini planlar

5) Güvenlik katmanları: saldırı tespiti, kurallar ve yama disiplini

Hosting seçiminde güvenlik; sadece “WAF var” cümlesiyle bitmez. WordPress genellikle brute-force ve zafiyet taramaları hedefi olduğu için uygulama seviyesinde de koruma ister.

Fail2ban + log görünürlüğü

Saldırı tespiti için temel yaklaşım: - doğru logların toplanması - fail2ban gibi servislerin tetiklenebilmesi - alarm mekanizması

için sağlayıcının izleme yaklaşımını sormak gerekir.

Otomatik güncelleme politikası

WordPress çekirdeği, eklentiler ve tema güncellemeleri güvenlik açısından kritiktir. Sağlayıcı: - WordPress çekirdeği güncellemelerini otomatik sunuyor mu? - eklenti/tema tarafında “yönetilen” seçenek var mı? - güncellemeler sonrası rollback (geri alma) planı mevcut mu?

6) Yedekleme (backup) ve geri dönüş test edilebilir olmalı

“Yedek alıyoruz” ifadesi, geri dönüş süreci net değilse yeterli değildir. WordPress’te yedekleme iki bileşeni kapsar: - dosyalar (wp-content, tema/eklenti) - veritabanı

Yedekleme aralığı + saklama süresi

Sağlayıcıdan net cevap isteyin: - Günlük mü, saatlik mi? - 7 gün mü 30 gün mü saklıyor? - Yedekleme sırasında performans düşüşü oluyor mu?

Geri yükleme (restore) adımı net olmalı

En önemli soru şu: “Yedeği sitede test ederek geri yükleyebiliyor musunuz?” Panellerde geri yükleme butonu varsa bu süreç hızlanır. Ayrıca şunları netleştirin: - canlı geri yükleme mi, staging ortamına mı? - geri yükleme sonrası veritabanı bağlantıları değişiyor mu?

7) Ölçeklenebilirlik: trafik artınca çökme yerine planlı büyüme

WordPress’te trafik bir anda artabilir: kampanya, sosyal medya paylaşımı, SEO sıçraması. Hosting bunu yönetebilmelidir.

Kaynak limitleri ve “şeffaf” ölçek

Sağlayıcı panelinde VDS/VPS için kaynak artışı (RAM/CPU) veya plan yükseltme adımlarının net olması önemlidir. Ayrıca şu soruları yanıtlatın: - CPU/RAM aşımında ne olur? Throttling mi, otomatik ölçek mi? - Disk dolarsa site hizmeti nasıl etkilenir?

Ölçüm: baseline performans çıkarın

Hosting seçimi kararını veriyle netleştirin. Kurulumdan sonra iki şeyi test edin: - ilk sayfa açılış süresi (TTFB ve toplam yüklenme) - önbellek etkinken fark

Aşağıdaki kontrol yaklaşımı pratik bir çerçeve sunar: - Cache kapalıyken ve açıkken 3 tekrar test yapın. - Aynı URL için sonuçları kıyaslayın. - En yavaş uzayan bileşenin (çoğunlukla DB mi, statik medya mı) neresi olduğunu belirleyin.

Net seçim kontrol listesi (kopyala-uygula)

Satın almadan önce sağlayıcıdan veya panel/SSS dokümanından aşağıdaki maddeleri doğrulayın: - Sanallaştırma modeli: KVM tabanlı mı? - Depolama: NVMe/SSD ve disk I/O davranışı net mi? - PHP: Hedef sürüm (PHP 8.1/8.2) ve PHP-FPM desteği var mı? - OPcache: aktif mi? - Önbellek: sayfa cache + nesne cache seçenekleri var mı? - Veritabanı: yönetilen MySQL/MariaDB, bağlantı limitleri ve yavaş sorgu yönetimi var mı? - Güvenlik: fail2ban/izleme/log görünürlüğü ve otomatik yama politikası var mı? - Yedekleme: saatlik/günlük, saklama süresi ve restore adımı test edilebilir mi? - Ölçeklenebilirlik: plan yükseltme ve kaynak limit davranışı net mi?

Sonuç: Hız, güvenlik ve geri dönüşü aynı anda doğrulayın

WordPress hosting seçerken tek ölçüt “fiyat” olmamalıdır. Bu rehberdeki 7 faktörü sıralı şekilde kontrol ettiğinizde; CPU/RAM ve disk gecikmesi, PHP/OPcache etkisi, cache mimarisi, veritabanı bağlantı davranışı, güvenlik tespitleri, yedek geri dönüşünün test edilebilirliği ve trafik artışında ölçeklenebilirlik netleşir. Bir sonraki adım olarak, seçmeyi düşündüğünüz sağlayıcı için kontrol listesinde yer alan her kalemi doküman/panel üzerinden doğrulayın; en azından yedek restore ve cache etkinliği testini yapmadan karar vermeyin.