Hosting yenileme zamanı: Süreçte kontrol listesi ve karar ölçütleri

Hosting yenileme zamanı geldiğinde karar vermek çoğu kullanıcı için “aynı paketi uzatmak”tan ibaret kalıyor. Oysa birkaç kritik parametre yanlış değerlendirilirse bir sonraki ay sitenizin yüklenme hızında düşüş, e-posta sorunları veya yedekten geri dönüşte gecikme yaşanabiliyor. Bu rehberde, yenileme öncesinde tek tek kontrol edip net karar çıkarabileceğiniz başlıkları; ölçüm, doğrulama ve sağlayıcı sözleşmesi okuma adımlarıyla birlikte sunuyorum.

1) Mevcut performansı ölç: Yenilemeden önce “gerçek tablo”

Yenilemeye karar vermeden önce sitenizin son 30-45 gün performansını sayısal olarak çıkarın. Böylece “paket yetiyor mu?” sorusunun cevabını tahminle değil veriyle verirsiniz.

Ölçmeniz gereken 5 metrik

Aşağıdaki ölçümleri raporlayarak yenileme tekliflerini kıyaslayın:

TTFB (Time to First Byte): Sunucunun ilk yanıt gecikmesi. Genelde kaynak yetersizliği ve disk/CPU sorunlarıyla artar.
LCP (Largest Contentful Paint): Ana içeriğin ekrana gelme hızı.
İstek (request) başına ortalama yanıt süresi: Özellikle sayfa önbelleği (cache) sonrası farkı görürsünüz.
HTTP hata oranı: 4xx/5xx artışı, yanlış yapılandırma veya limit aşımını gösterebilir.
Kritik sayfa trafiğinde dalgalanma: Özellikle kampanya/SEO sıçraması dönemlerinde “anlık limit” sorunu olup olmadığını yakalarsınız.

Tek seferlik hızlı doğrulama

Sunucunuzda aynı dönemde CPU/RAM kullanım grafikleri incelenmeli.
Disk alanı doluluğunu ve büyüme hızını not edin.
Varsa CDN (Cloudflare vb.) kullanıyorsanız, CDN bant genişliği tarafında tıkanma değil orijin (origin) tarafında yavaşlık olup olmadığına bakın.

Hedefiniz şudur: Yenileme teklifinde “sınırsız” gibi ifadeler yerine, sizin yaşadığınız metrik düşüşlerinin hangi kaynakla ilişkili olduğunu netleştirmek.

2) Sözleşme ve limitleri okuyun: Gerçek maliyeti limit belirler

Yenilemede asıl risk “daha ucuz uzatma” gibi görünen tekliflerin, sonraki ay limit aşımıyla maliyet çıkarmasıdır. Aşağıdaki kalemleri kontrol edin.

Paket limitleri için kontrol listesi

CPU/RAM: “Paylaşımlı” planlarda sınırlar paket içinde çoğu zaman çekirdek/CPU adedi gibi açık yazılmaz. En azından “adil kullanım (fair use)” ifadesini arayın.
Disk türü: HDD mi SSD mi? Daha önemlisi “NVMe” ibaresi var mı?
IOPS / burst: VDS/VPS tarafında IOPS (Input/Output Operations Per Second) belirtilir. Paylaşımlıda bunu göremezsiniz; en azından storage performansıyla ilgili destek dokümanı isteyin.
Aylık trafik (bandwidth): “Sınırsız” deniyorsa “adil kullanım” ve hız limiti şartlarını inceleyin.
Günlük/aylık süreç limitleri: PHP worker sayısı, cron çalıştırma sıklığı gibi sınırlar bazen kaynak koruması şeklinde çıkar.
Kullanıcı/posta limitleri: E-posta kutusu boyutu, günlük gönderim limitleri ve greylisting uygulamaları.

Fiyat artışı hangi nedenle gelmiş?

Yenileme fiyatı artıyorsa genelde üç sebep olur: - Vergi/kur ayarlaması - Paket yükseltme veya kaynak güncelleme - “Promosyon” bitişi

Bu durumda iki soru sorun: 1) Artış, kaynak artışı mı getiriyor, yoksa sadece fiyat mı yükseliyor? 2) Artış sonrası sizin metriklerinizde (TTFB/LCP/ hata oranı) iyileşme bekleniyor mu?

3) Yedekleme (backup) stratejisi: Tek noktada kritik soru

Hosting yenileme öncesinde yedekleme konusu “var mı?” sorusundan daha fazlasıdır. Ne sıklıkta, nerede, ne kadar süre ve geri dönüş (restore) süresi nasıl?

Sağlayıcıdan net cevap almanız gereken 6 madde

Yedekleme sıklığı: Günlük mi, saatlik mi?
Yedek türü: Dosya + veritabanı birlikte mi, yoksa ayrı mı?
Yedek saklama süresi: Kaç gün/kaç hafta?
Yedekleme yöntemi: Anlık snapshot (anlık görüntü) mi, back-in-time (çoğaltma/çoğaltılmış kopya) mı?
Restore süresi ve SLA: Geri yükleme talebi açıldığında ortalama kaç saat/gün sürer?
Yedeğin erişilebilirliği: Yedek dosyası kullanıcıya indirilebilir mi, yoksa sadece sağlayıcının içinde mi?

Basit karar ölçütü

Küçük site / içerik ağırlıklı: En az günlük yedek + geri yükleme süresini netleştirin.
Ticari site / ödeme alan: Günlük tek başına yetmeyebilir. En azından saatlik yedek ve restore prosedürü olmalı.
Gün içinde güncelleme yapan sistemler (WordPress sık güncelleniyorsa): “Yedek var” demek yerine restore testini talep edin.

4) SSL ve sertifika yönetimi: 90 güne düşen trendi doğru okuyun

Son dönemde sertifika süreleri ve otomasyon yaklaşımı değişebildi. Buradaki pratik sonuç şudur: SSL süresi kısaldığında yenileme/rota otomasyonu aksarsa hizmet kesintisi daha hızlı yaşanır.

Yenileme öncesi kontrol

Sertifikanızın türü nedir? (Let’s Encrypt / ücretli / otomatik)
Sertifika otomatik yenileniyor mu? İlgili doküman veya kontrol paneli ekran görüntüsüyle doğrulayın.
Sertifika yanlışı durumunda (özellikle ara sunucu) HSTS ve yönlendirme ayarları doğru mu?

Uygulanabilir öneri

Kontrol panelinde SSL “durumu” ekranını kontrol edin.
Alan adınızda birden fazla alt domain varsa her birinin sertifika kapsamını kontrol edin.

5) E-posta (mail) yenileme şartları: POP3/IMAP ve gönderim limitleri

Hosting yenilenirken web sitesi çalışsa bile e-posta tarafında limitler veya politika değişiklikleri sorun çıkarabilir.

Özellikle bakılması gerekenler

Posta barındırma türü: IMAP erişimi var mı?
Depolama: Kutu başına kota (GB) ve artış prosedürü
Gönderim limitleri: Günlük gönderim tavanı
SPF/DKIM/DMARC: Bu kayıtlar kontrol panelinden yönetiliyor mu?
Spam koruması: Greylisting ve rate limit politikası

Kurumsal kullanım için net test

Yenileme öncesi en az bir e-posta hesabında: - Gelen kutusu senkronizasyonunu doğrulayın. - Kritik bir dış alıcıya test gönderimi yapın. - Başlıkta spam puanını etkileyen faktörleri (örn: SPF/DKIM uyumu) kontrol edin.

6) Destek ve SLA: “Hızlı yanıt” değil, ölçülebilir yanıt

Yedekleme restore, e-posta sorunu veya saldırı (DDoS) gibi durumlar yaşandığında kritik olan şey “iletişim” değil “çözüm süresi”dir. Yenileme öncesinde destek modelini netleştirin.

Sağlayıcıyı sorgularken net sorular

Destek SLA: P1/P2/P3 gibi öncelik seviyelerinde ilk yanıt süresi kaç dakikadır?
7/24 erişim: Acil durumlarda canlı destek var mı?
Uygulama desteği: WordPress, eklentiler, cache/CDN konularında neye kadar müdahale ediyorlar?
Plan değişikliği: Yenileme sonrası kaynak artırımı kaç gün içinde gerçekleşir?

Teknik destek için pratik kanıt isteyin

Son 1-2 ay içinde bakım/olay geçmişi (status sayfası) var mı?
Gerçek kesintilerde geri dönüş süresi raporlanıyor mu?

7) Yenileme yerine taşımayı masaya koyun: Ne zaman yükseltme, ne zaman migrasyon?

Birçok kullanıcı taşımayı “zor” diye erteler. Oysa bazı durumlarda taşınmak yenileme kadar hızlı ve daha ucuz olabilir.

Yükseltme gerektiren sinyaller

Aşağıdakiler art arda görülüyorsa plan yükseltme (ya da VDS/VPS’e geçiş) mantıklıdır: - TTFB belirgin artış gösteriyor - En yoğun saatlerde CPU/RAM sıçraması oluyor - PHP zaman aşımı (timeout) ve cache bozulmaları yaşanıyor - Disk doluluğu 1-2 hafta içinde kritik seviyeye gidiyor

Taşımayı düşünmek için net eşikler

E-posta gönderimleri limit nedeniyle geri dönüyorsa
Yedek restore süresi kabul edilemez uzunsa
Destek ekibi kritik sorunda net zaman veremiyorsa

Hızlı karar tablosu

Durum	Doğru hamle	Neden
Sitende hız düşüşü + kaynak grafikleri yüksek	Kaynak artırma / VDS/VPS	Limiti aşan servis stabiliteyi bozar
Yedek var ama restore uzun	Hosting sağlayıcı değişimi veya daha iyi backup planı	Olası veri kaybında dönüş süresi kritik
Trafik/limit “sınırsız” ama hız düşüyor	Trafik limitini netleştir	Adil kullanım hızı etkiler
E-postada göndermeler aksıyor	Posta limitleri ve anti-spam politikası kontrolü	Gönderim limitleri teslimatı etkiler
SSL yenileme otomasyonu belirsiz	Otomatik SSL doğrulaması + kontrol	Kısa sertifika döneminde kesinti riski artar

8) Taşıma veya yenileme fark etmeksizin yapılacak son hazırlıklar

Hosting yenileme düşünürken bile “güvenli devam” için bir hazırlık listesi çıkarın. Özellikle WordPress veya panel tabanlı kurulumlarda bu adımlar çok iş kurtarır.

Yenileme öncesi 60 dakikalık hazırlık

Mevcut sitenin tamamından bir yedek (backup) alın.
Veritabanı export (SQL) veya otomatik yedek dosyası saklayın.
Kontrol paneli kullanıcıları ve erişim anahtarlarını not edin.
DNS kaydı (A/AAAA/CNAME/MX) ve TTL değerlerini kontrol edin.
Otomatik güncelleme varsa, taşınma döneminde çakışma yaratmayacak şekilde planlayın.

Yenileme sonrası 30 dakikalık doğrulama

Siteyi farklı coğrafyalardan yükleme hızıyla test edin.
Kontrol panelinde disk/traffic kullanım değerlerini izleyin.
E-posta gönderim/testini yapın.
SSL durumunu ve yönlendirmeleri doğrulayın.

Sonuç: Yenilemeyi “uzatma” değil “kontrol ve karar” olarak yönetin

Hosting yenileme kararını doğru vermek için tek bir rakama bakmak yerine; performans metrikleri, trafik ve kaynak limitleri, yedekleme/restore kabiliyeti, SSL otomasyonu ve destek SLA parametrelerini birlikte değerlendirmeniz gerekir. Bu rehberdeki kontrol listesine göre önce mevcut durumu ölçün, sonra sağlayıcının teklifini aynı başlıklarda doğrulayın. Eğer metrik düşüşü veya restore gecikmesi gibi kırmızı bayraklar varsa, yenileme yerine kaynak artırma ya da migrasyon seçeneklerini aynı hafta içinde kıyaslayın; böylece hizmet kalitesi bir sonraki ay “tesadüfen” değil planlı şekilde devam eder.