WordPress hosting seçerken “sınırsız trafik” veya en düşük aylık ücret tek başına karar ölçütü değildir. İşletme sitesinin ihtiyacı; PHP ve veritabanı kaynakları, yedeklerin bağımsızlığı, destek kalitesi, erişim, güvenlik ve büyüme kapasitesiyle birlikte değerlendirilmelidir.
Mevcut sorunları hack belirtileri rehberinde teşhis edin; bu yazı sorun oluşmadan altyapı seçimine odaklanır.
Teknik gereksinimleri doğrulayın
WordPress’in resmi hosting belgesi güncel sunucu yazılımı ve teknik gereksinimlerin kontrolünü, WordPress deneyimli sağlayıcıların değerlendirilmesini önerir. PHP, DB, HTTPS, HTTP sürümü ve WordPress uyumluluğunu yazılı isteyin.
“WordPress destekli” ne demek? Kurulum mu, staging mi, PHP ayarı mı, restore mu? Form bozulması veya kaynak limiti senaryosunda hangi destek veriliyor sorun.
Kaynak sınırlarını okuyun
- CPU/RAM ve işlemci limiti
- PHP worker ve eşzamanlı işlem
- Disk I/O ve inode
- Veritabanı ve bağlantı limiti
- Bandwidth ve yedek kotası
“Sınırsız”ın adil kullanım şartlarını ve yavaşlıkta hangi logun paylaşılacağını öğrenin. Sorun olduğunda yalnız üst pakete yönlendirme teşhis yerine geçmez.
Yedek ve restore kanıtı
Günlük snapshot’ın üretimden farklı konumda tutulduğunu, saklama süresini, kapsamı ve restore süresini sorun. WordPress backup belgeleri restore stratejisini ve bütünlük kontrolünü vurgular. Son restore testinin neyi doğruladığını öğrenin.
Güvenlik ve destek
SSL, izolasyon, SFTP/SSH, firewall, olay bildirimi ve dosya değişiklik takibini değerlendirin. “24/7 destek” ile 24/7 WordPress mühendisi aynı değildir; gerçek ticket senaryosuyla test edin.
Sağlayıcıdan örnek bir kabul testi isteyin
Varsayımsal olarak bir kurumsal site ve bir e-ticaret sitesi aynı ziyaret sayısına sahip olsun. Kurumsal sitede anonim sayfalar cache üzerinden sunulabilirken mağazada sepet, kullanıcı hesabı ve ödeme daha fazla dinamik işlem gerektirir. Bu nedenle yalnız aylık ziyaret sayısıyla aynı paketi önermek yeterli değildir. Gerçek iş akışınızı ve eşzamanlı işlem ihtiyacınızı anlatın.
Deneme ortamı mümkünse temsilî bir sayfada anonim ve giriş yapılmış yanıtı, yedekten bir dosya/veri kurtarmayı ve destek talebinin hangi ekibe ulaştığını kontrol edin. Üretim müşterilerine e-posta veya ödeme işlemi göndermeyen izole test kullanın. Sağlayıcının izni olmadan altyapıya yoğun yük testi uygulamayın.
Teklif tablosunda “yedek var” yerine saklama süresi, bağımsız konum, geri yükleme kapsamı ve ek ücret; “destek var” yerine müdahale alanı ve mesai dışı erişim yazsın. Hizmet seviyesi taahhüdündeki istisnaları ve kesinti halinde uygulanacak yöntemi okuyun. Böylece iki fiyatı yalnız rakam olarak değil, aynı sorumluluk kapsamı üzerinden karşılaştırabilirsiniz.
Toplam karşılaştırma
Aylık ücret, SSL, backup, staging, e-posta, taşıma, destek ve geliştirici zamanını ayrı satırlara yazın. Geçiş, DNS, downtime ve test maliyetini de ekleyin. Kolay export, DNS kontrolü ve çıkış koşulu olmayan sağlayıcıya uzun süre bağlanmadan önce düşünün. Sürekli bakım için bakım yaklaşımını tabloya ekleyin.
Çıkış ve veri taşınabilirliği
İyi hosting yalnız giriş değil, çıkış şartlarıyla da değerlendirilir. Tam dosya ve veritabanı export’u alabiliyor musunuz? DNS, SSL, e-posta ve cron ayarlarının sahibi kim? Sağlayıcı hesabı kapanırsa son backup ne zaman teslim edilir ve veriler ne kadar süre sonra silinir?
Staging’in üretimle aynı PHP, DB ve cache davranışına ne kadar yakın olduğunu sorun. İzleme veya log erişimi yoksa performans sorununu kanıtlamak zorlaşabilir. Destek seviyesini gerçek bir hata senaryosuyla ölçmek, satış sayfasındaki rozetlerden daha değerlidir.
İşletme büyüdüğünde kaynak artışı, CDN veya ayrı veritabanı gerekecekse sağlayıcının yükseltme ve geçiş yolunu baştan öğrenin. Tek bir plana bağımlı kalmamak için erişim ve yedek sahipliğini markada tutun.
