Hosting Paketi Seçerken Yapılan 5 Kritik Hata ve Çözümü

Hosting paketi seçimi, sadece “fiyatı düşük olsun” kararı değildir. Yanlış seçim; sayfa yüklenme sürelerinden (latency), e-posta teslimine, hatta veri kaybına kadar doğrudan etkiler. Bu rehberde, NetKıyas’ta karşılaştırırken sık görülen 5 hatayı; nasıl fark edeceğin ve doğru alternatifi nasıl seçeceğinle birlikte ele alıyoruz.

1) Kaynakları (CPU/RAM) “limitli pay” gibi okumak

Birçok kullanıcı pakete bakarken “RAM sınırsız”, “CPU sınırsız” gibi ifadeleri beklenen şekilde yorumlamaz. Oysa paylaşımlı altyapıda CPU/RAM genellikle diğer kullanıcılarla paylaşılan kapasite üzerinde çalışır. Bu nedenle anlık trafik artışlarında site tıkanır.

Hata nasıl anlaşılır?

• Trafik yükseldiğinde sayfa yüklenmesi katlanarak artıyor.
• Aynı gün içinde belirli saatlerde (ör. kampanya/SEO crawl) site yavaşlıyor.
• Panoda (kontrol paneli) “resource” uyarıları veya throttling (hız kısıtlama) belirtileri görüyorsun.

Doğru yaklaşım

Paylaşımlı hostingde “ortalama” kapasite ile “pik” davranışını ayır. Paket özelliklerini karşılaştırırken şu üç kontrolü yap: - Kaynak tipi: CPU/RAM “garanti” mi yoksa “paylaşımlı” mı? - I/O (disk işlemi): SSD mi? “Sadece kapasite” değil, performans sınıfı önemli. - Eşzamanlı bağlantı: Özellikle WordPress eklentileri ve yoğun görsel kullanımında etkiler.

Pratik seçim rehberi - Yeni ve düşük trafikli blog/kurumsal site: Paylaşımlı hosting başlangıç için yeterli olabilir, ama disk/SSD ve bant genişliğine dikkat et. - Trafiği değişken (kampanyalı) e-ticaret/lead form yoğunluğu: Paylaşımlı yerine VDS/VPS veya bulut sunucu (cloud) daha öngörülebilir olur.

2) Bant genişliği (traffic) ve “günlük kullanım” tahminini yanlış yapmak

Birçok kişi aylık trafiği hesaplarken sadece “ziyaretçi sayısı”na bakar. Oysa bant genişliği; görsel boyutu, önbellek (cache), CDN kullanımı ve sayfa başı istek sayısıyla doğrudan değişir.

Hata nasıl anlaşılır?

• Hosting panelinde transfer limitlerine yakın kullanım uyarıları.
• Görseller küçültülmeden/AVIF/WebP kullanılmadan site hızlanmaz.
• CDN yokken statik içerik her istekte sunucudan çekilir.

Doğru hesap: Basit ama işe yarar formül

Aylık bant genişliği kabaca şöyle tahmin edilir: - Sayfa görüntüleme × sayfa başı ortalama veri

Örnek mantık: Sayfa başı ortalama 1.2 MB veri (CSS/JS + görseller) ve aylık 30.000 görüntüleme varsa yaklaşık 36 GB/ay konuşulur. Bu değere büyüme payı ve SEO crawl etkisini eklemek gerekir.

Net kontrol listesi

Paket özelliklerini karşılaştırırken şu maddeleri aynı sırayla kontrol et: - Transfer/band genişliği limit mi, “adil kullanım” mı? - CDN/WAF paketin içinde mi, ayrı maliyeti var mı? - Cache (sunucu cache + sayfa cache) etkin mi? - E-ticaret tarafında ürün görseli ve kampanya sayfaları ayrı hesaplanıyor mu?

Aşağıdaki tablo, hata türüne göre doğru yol gösterir:

3) SSL ve HTTPS gereksinimini paket seçimine “sonradan eklenir” zannetmek

SSL konusu çoğu zaman “ücretsiz mi ücretli mi?” şeklinde ele alınır. Oysa doğru seçim; otomasyon, yenileme akışı ve hata yönetiminde ortaya çıkar.

Hata nasıl anlaşılır?

• Sertifika yenileme zamanı yaklaştığında site geçici olarak riskli görünür.
• Otomatik yenileme yoksa manuel müdahale ihtiyacı doğar.
• Staging ortamında SSL çalışırken prod ortamında sorun çıkıyor.

Doğru yaklaşım

Hosting paketini seçerken “HTTPS kurulumu ve yenilemesi” için şu soruların net cevabını iste: - Kontrol paneli üzerinden otomatik SSL (Let’s Encrypt / ACME) destekleniyor mu? - Sertifika yenileme başarısız olduğunda bildirim veya log takibi var mı? - Yönlendirme (HTTP → HTTPS) ve HSTS ayarları nasıl uygulanıyor?

En pratik kontrol

Eğer WordPress kullanıyorsan, tema/eklenti tarafında değil; barındırma tarafında otomasyonun nasıl çalıştığına bak. Otomatik yenileme yoksa, sertifika sürelerini takvimde tutmak yerine kontrol panelinin ACME yenileme mekanizması olup olmadığına odaklan.

4) Yedekleme (backup) stratejisini “paket içinde bir şey vardır” diye varsaymak

Yedekleme, sadece “alınan dosya” değildir; geri dönüş süresi (RTO), geri dönüş noktası (RPO) ve hangi katmanda alındığıdır. Paylaşımlı hostingde bazı paketler dosya bazlı yedek verirken, bazıları veritabanını farklı tutar.

Hata nasıl anlaşılır?

• “Backup var” denir ama restore adımı yoktur.
• Yedeklerin nerede saklandığı (aynı sunucuda mı, dışarıda mı?) belirsizdir.
• Sadece dosya geri yüklenir, veritabanı geri yüklenmez.

Doğru yedekleme kontrolü

Hosting paket karşılaştırmasında şu üç şeyi netleştir: 1. Otomatik mi manuel mi? (backup schedule) 2. Frekans ve saklama süresi: Günlük/haftalık + kaç gün/kaç nokta? 3. Restore edilebilirlik: Hosting sağlayıcı panelden restore sağlıyor mu, yoksa sadece arşiv indiriliyor mu?

Hızlı karar kuralı: - Küçük ama kritik olmayan içerik: En az haftalık yedek + elle restore yapılabilirlik yeterli olabilir. - E-ticaret/kurumsal müşteri verisi: Günlük (tercihen daha sık) + veritabanı dahil restore senaryosu test edilmelidir.

5) Güvenlik ve erişim yönetimini paket seçmeden sonra düşünmek

Güvenlik; güvenlik duvarı, güncellemeler, erişim kontrolü ve e-posta doğrulama (SPF/DKIM/DMARC) katmanlarının birleşimidir. Sadece “hosting güvenli” demek doğru değildir.

Hata nasıl anlaşılır?

• Sunucuya erişim için zayıf bir yöntem kullanılıyor (ör. sadece şifre tabanlı erişim varsayılan kalsın gibi).
• Panelde güncelleme/patch akışı takip edilmiyor.
• E-posta gönderiminde doğrulama yok ve teslimat oranı düşüyor.

Doğru güvenlik seçim kriterleri

Hosting paketini değerlendirirken şu kontrol listesini uygula:

• Ağ erişimi: Gereksiz portlar kapalı mı? Yönetim erişimi IP kısıtı destekli mi?
• Güncellemeler: Kontrol paneli ve temel yazılımlar için patch süreci var mı?
• Uygulama güvenliği: WAF (varsa), rate limiting desteği ve log erişimi.
• E-posta teslimatı: SPF, DKIM, DMARC yapılandırma imkanı; gerekiyorsa MTA-STS gibi ek katman desteği.

Plesk/cPanel seçimi güvenliği etkiler mi?

Kontrol paneli (cPanel/Plesk) doğrudan yazılım güvenliğini tek başına çözmez; fakat erişim yönetimi, e-posta yönetimi ve otomasyon kabiliyetini etkiler. Eğer ekip farklı panellere geçiş yapabiliyorsa, şu ölçütü baz al: - Kullanacağın yönetim özelliklerinin (yedekleme, e-posta doğrulama, SSL otomasyonu) panelde nerede ve nasıl yapıldığı.

Kararını netleştirmek için pratik karşılaştırma şablonu

Aşağıdaki listeyi NetKıyas’ta pakete bakarken doldur. Amaç “seviyorum/ulaşıp alırım” değil; ölçülebilir farkı görmektir.

• İçerik ve trafik profili: Blog/kurumsal mı, e-ticaret mi? Trafik pik yapıyor mu?
• Teknoloji: WordPress mi, özel uygulama mı? Veritabanı yoğunluğu nedir?
• Kaynak türü: Paylaşımlı mı? VPS/VDS mi? CPU/RAM garantisi nasıl?
• Disk ve performans: SSD mi? I/O performansına dair işaret var mı?
• Transfer: Aylık tahmini kaç GB? CDN planı var mı?
• HTTPS: Otomatik SSL (ACME) ve yenileme var mı?
• Yedekleme: Otomatik + sıklık + saklama + restore testi mümkün mü?
• Güvenlik: Panel/erişim ayarları + e-posta doğrulama + log erişimi

İstersen doğru paketi bulmayı hızlandıran bir kısa yol da var: - Eğer site “büyüme” planına sahipse ve trafik dalgalanması bekleniyorsa, paylaşımlı pakette kaynak paylaşımına takılma riski düşürülmelidir. - “Zaman maliyeti” (yani yanlış paketten çıkmak için harcanacak geliştirme/taşıma süresi) bir bütçe kalemi olarak görülmelidir.

Sonuç: 5 hatayı önce kontrol et, sonra paketi seç

Hosting paketi seçerken yapılan 5 yaygın hata; kaynakları yanlış okumak, bant genişliği tahminini hatalı yapmak, SSL/HTTPS otomasyonunu küçümsemek, yedeklemeyi belirsiz bırakmak ve güvenliği sonradan varsaymaktır. Bu rehberdeki kontrol listesini maddeler halinde doldur; özellikle otomatik SSL, yedekleme restore testi ve kaynak tipi kararını netleştir. En iyi aksiyon: Önce mevcut ihtiyaca göre paketi belirle, ardından 1-2 aylık büyüme senaryosuna göre “pik” davranışını karşılayacak altyapıyı seçmektir.