Hosting Firması Değiştirmenin Zamanı Geldiğini Gösteren 7 İşaret

Site Sık Sık Erişilemez Oluyor

Her altyapıda zaman zaman kısa kesinti yaşanabilir. Uyarı işareti, kesintilerin tekrar etmesi, belirli bir düzen göstermesi veya sağlayıcının nedenini açıklamamasıdır.

Rakamlarla kesinti

Çalışma süresi yüzdeleri küçük görünür, ancak aylık karşılıkları hiç de küçük değildir:

• %99,9 çalışma süresi, ayda yaklaşık 43 dakikalık kesintiye denk gelir.
• %99,5 çalışma süresi, ayda yaklaşık 3,5 saat kesinti demektir.
• %99 çalışma süresi, ayda yaklaşık 7 saati aşan kesinti anlamına gelir.

Bir e-ticaret sitesinde veya randevu alan bir kurumsal sitede bu sürelerin hangi saatlere denk geldiği, toplam süreden daha önemlidir. Kampanya saatinde yaşanan on dakikalık kesinti, gece yarısı yaşanan bir saatlik kesintiden daha pahalıdır.

Nasıl ölçersiniz?

• Bağımsız bir uptime izleme servisi kurun ve sitenizi 1-5 dakikalık aralıklarla en az 2-4 hafta izletin.
• Yalnızca ana sayfayı değil, veritabanına dokunan bir sayfayı (arama, sepet veya giriş sayfası) da izleyin. Ana sayfa önbellekten gelirken uygulama arka planda çökmüş olabilir.
• Kesinti kayıtlarına tarih, süre ve sağlayıcının verdiği yanıtı ekleyin.
• HTTP durum kodlarına bakın. Tekrarlayan 502, 503 ve 504 hataları genellikle sunucu veya yük sorunlarına işaret eder.

Sorun sunucuda mı, sizde mi?

Kesinti birden fazla ayrı siteyi aynı anda etkiliyorsa (örneğin aynı hesapta birden fazla alan adınız varsa) neden büyük olasılıkla sunucu tarafındadır. Yalnızca tek bir site düşüyorsa hatalı bir eklenti, dolu disk, aşılan bellek sınırı veya süresi dolmuş bir bileşen de neden olabilir.

Karar eşiği

Son 1-2 ay içinde birden fazla, birkaç dakikadan uzun süren kesinti yaşadıysanız ve sağlayıcınız nedenini ve alınan önlemi yazılı olarak açıklamadıysa bu işaret doğrulanmış sayılır.

Site Yavaş ve Nedeni Sizde Değil

Yavaşlık, en sık yaşanan ve en çok yanlış teşhis edilen sorundur. Ziyaretçi sayfanın açılmasını beklerken siteyi terk edebilir, yavaş siteler arama motoru deneyim ölçütlerinde de olumsuz sinyal üretir. Burada ayırt etmeniz gereken, yavaşlığın sayfanın kendisinden mi yoksa sunucunun yanıt vermeye başlama süresinden mi geldiğidir.

TTFB nedir ve neden önemlidir?

TTFB (Time To First Byte), tarayıcının istek göndermesinden sunucudan ilk baytı almasına kadar geçen süredir. Sayfadaki görseller, betikler ve tema bu süreyi çok etkilemez; asıl belirleyen sunucunun yanıtı ne kadar hızlı üretmeye başladığıdır. web.dev, TTFB için 0,8 saniyenin altını iyi, 1,8 saniyenin üzerini kötü kabul eder.

Nasıl ölçersiniz?

Tek bir ölçüm yanıltıcı olabilir. Aşağıdaki komut sayfayı 10 kez ister ve her seferinde TTFB değerini saniye cinsinden yazdırır. ornek.com yerine kendi alan adınızı kullanın:

for i in $(seq 1 10); do curl -o /dev/null -s -w "%{time_starttransfer}\n" https://ornek.com; done

Windows PowerShell'de curl başka bir komutun takma adı olduğu için curl.exe kullanın:

1..10 | ForEach-Object { curl.exe -o NUL -s -w "%{time_starttransfer}\n" https://ornek.com }

Ölçümü sabah, öğleden sonra ve akşam yoğun saatlerinde tekrarlayın. Sayılar arasındaki farkı ve en yüksek değeri not edin. Önbellek yanıtlarının ilk istekte yavaş, sonrakilerde hızlı olabileceğini unutmayın.

Sorunun sunucuda olduğunu düşündüren belirtiler

• Önbellek açık ve gereksiz eklentiler kapalı olmasına rağmen TTFB sürekli 1 saniyenin üzerinde.
• Yoğun saatlerde değerler belirgin biçimde artıyor, gece saatlerinde düşüyor.
• Statik bir görsel dosyası bile geç geliyor.
• Paylaşımlı hostingde, kaynak sınırlamaları nedeniyle işlemler yoğun dönemlerde kuyruğa alınıyor veya bekletiliyor.
• Ziyaretçilerinizin çoğunun bulunduğu bölgeden sunucu uzak olduğu için ağ gecikmesi yüksek.

Karar eşiği

İyileştirme önlemlerini uyguladıktan sonra TTFB değerlerinin günün birçok saatinde 1-1,5 saniyenin üzerinde kalması ve sağlayıcının bunu açıklayamaması, bu işaretin doğrulandığını gösterir.

Destek Geç veya Yüzeysel Yanıt Veriyor

Hosting hizmetinin gerçek kalitesi, bir şey ters gittiğinde ortaya çıkar. Normal günlerde fark etmediğiniz destek ekibi, kesinti anında iş sürekliliğinizin parçası haline gelir. Destek yanıtsız kaldığında bir teknik sorun, bir iş sorununa dönüşür.

Zayıf desteğin tipik belirtileri

• Talebinize günlerce yanıt gelmiyor veya ilk yanıt süresi açıkça belirtilmiyor.
• Yanıtlar şablon cümlelerden oluşuyor ve sizin sorunuza özel bir tespit içermiyor.
• Sorun “giderildi” deniyor ama kök neden anlatılmıyor, birkaç gün sonra aynı sorun tekrar ediyor.
• Aynı konuyu birkaç kez anlatmak veya her seferinde yeni bir kişiye baştan açıklamak zorunda kalıyorsunuz.
• Acil durumlar için net bir iletişim kanalı veya öncelik sistemi yok.

Destek kalitesini nasıl test edersiniz?

Sorun çıkmasını beklemek zorunda değilsiniz. Mevcut veya aday sağlayıcıya, yanıtı gerçekten teknik bilgi gerektiren bir soru gönderin. Örneğin belirli bir hata kaydının ne anlama geldiğini, PHP bellek sınırının nasıl artırılabileceğini veya yedekten tek bir dosyanın nasıl geri yükleneceğini sorabilirsiniz. Şu üç şeye bakın:

• Hız: İlk yanıt ne kadar sürede geldi?
• Derinlik: Yanıt sorunuzu anlıyor ve somut bir yol gösteriyor mu?
• Tutarlılık: Sonraki bir soruda da aynı kalitede yanıt alıyor musunuz?

Karar eşiği

Önemli bir sorun için yazılı yanıtı kabul edilebilir sürede alamıyorsanız veya aynı sorunun kök nedeni için iki kez açıklama alamıyorsanız bu işaret doğrulanmıştır. Destek kalitesi özellikle sunucu yönetimi bilgisi sınırlı olan site sahipleri için fiyattan daha belirleyici bir ölçüttür.

Siteniz Paket Sınırlarına Dayandı

Ziyaretçi sayısı, ürün sayısı veya veritabanı büyüdükçe başlangıçta yeterli olan paket yetersiz kalır. Bu, sağlayıcının hatası değil, işinizin büyüdüğünün göstergesidir. Ancak her ay sınırlara çarparak çalışmak sürdürülebilir bir model değildir.

Sınıra dayandığınızı gösteren belirtiler

• Bazı altyapılarda 503 veya “Resource Limit Is Reached” (508) gibi kaynak sınırı hataları alıyorsunuz.
• Panelde CPU, bellek, disk G/Ç veya eş zamanlı işlem sınırları sürekli dolu görünüyor.
• Kampanya, yayın veya sezon dönemlerinde site yavaşlıyor ya da düşüyor.
• Dosya sayısı (inode) veya veritabanı boyutu sınırlarına yaklaşıyorsunuz.
• Sağlayıcı sorunu çözmek için sürekli “bir üst pakete geçin” diyor, ancak üst paketin neyi değiştireceğini net anlatamıyor.

Önce sınırı gerçekten siz mi aşıyorsunuz?

Kaynak kullanımınız bir eklenti, bozuk bir betik veya botların yoğun taraması yüzünden şişmiş olabilir. Paneldeki kaynak grafiklerini ve erişim kayıtlarını inceleyin. Sorunsuz bir trafik artışı ile kontrolsüz bir bot trafiğini ayırt etmeden paket yükseltmek, parayı sorunun üstüne harcamak olabilir.

Karar eşiği

Optimizasyon yaptıktan sonra bile haftalık olarak sınır hataları alıyorsanız bir sonraki hosting seviyesine geçme zamanı gelmiştir. Kaynakların yalnızca size ayrıldığı bir yapı arıyorsanız VDS sunucu seçeneklerini hosting türü bölümünde inceleyebilirsiniz.

Güvenlik ve Güncellemeler İhmal Ediliyor

Güvenlik, sağlayıcı ile sizin ortak sorumluluğunuzdur. Sağlayıcının tarafı; sunucu yazılımlarının güncel tutulması, hesapların birbirinden yalıtılması, ağ düzeyinde temel korumalar ve güvenlik olaylarında şeffaf iletişimdir. Sizin tarafınız ise uygulamanızın, eklentilerinizin ve parolalarınızın güncel ve güçlü olmasıdır.

Sağlayıcı tarafında uyarı işaretleri

• Panelde yalnızca resmi desteği sona ermiş PHP sürümleri seçilebiliyor veya güncel sürüme geçiş mümkün değil.
• SSL sertifikası kurmak zor, ek ücretli veya sürekli elle yenilenmesi gerekiyor.
• Siteniz temizlendiği halde kısa süre sonra yeniden zararlı yazılım bulaşıyor ve sağlayıcı kök nedeni araştırmıyor.
• Bir güvenlik olayında size kayıtlarla desteklenmiş somut bir bilgi verilmiyor.
• Aynı sunucudaki diğer hesapların sizin dosyalarınıza erişebildiğine dair bir şüphe varsa ve sağlayıcı bunu ciddiye almıyor.

SSL durumunu kendiniz kontrol edin

Sertifikanın geçerlilik tarihlerini şu komutla görebilirsiniz. notAfter satırı sertifikanın ne zaman biteceğini gösterir:

echo | openssl s_client -connect ornek.com:443 -servername ornek.com 2>/dev/null | openssl x509 -noout -dates

Karar eşiği

Sağlayıcı tarafındaki güncel olmayan yazılım, tekrarlayan ve açıklanmayan güvenlik olayları veya izolasyon şüphesi tek başına yeterli sebep olabilir. Bu işaret, diğerlerinden farklı olarak beklemeye en az tahammülü olan işarettir.

Fiyatlandırma Şeffaf Değil

Düşük bir ilk dönem fiyatı cazip görünür; sorun, bu fiyatın yenilemede birkaç katına çıkması ve bunun size baştan açıkça söylenmemiş olmasıdır. Fiyatın yüksek olması tek başına sorun değildir. Belirsiz olması sorundur.

Sözleşmenizde ve faturalarınızda kontrol edin

• Yenileme fiyatı ilk dönem fiyatından ne kadar farklı ve bu fark satın alırken görünür müydü?
• SSL, yedekleme, taşıma desteği, ek IP veya alan adı gizliliği gibi temel görünen hizmetler ayrıca mı ücretlendiriliyor?
• İptal ve iade koşulları açıkça yazılı mı? İptal etmek bilinçli olarak zorlaştırılıyor mu?
• Kaynak sınırlarını aştığınızda ek ücret, otomatik paket yükseltme veya hizmet kısıtlaması uygulanıyor mu?
• Fatura kalemleri anlaşılır mı, yoksa her dönem farklı bir sürprizle mi karşılaşıyorsunuz?

Doğru karşılaştırma nasıl yapılır?

Aylık fiyata değil, 2-3 yıllık toplam maliyete bakın. Düşük başlangıç fiyatı sunan ama yenilemede pahalanan bir paket, daha yüksek ama sabit fiyatlı bir pakete göre daha pahalıya gelebilir. Karşılaştırmaya yedekleme, SSL ve taşıma gibi sonradan eklenen kalemleri de dahil edin.

Karar eşiği

Fiyat değişikliklerini önceden öngöremiyorsanız veya hizmetin gerçek maliyeti sözleşme metninden çıkarılamıyorsa bu işaret doğrulanmış sayılır. Fiyat tek başına neredeyse hiçbir zaman yeterli sebep değildir. Düşük fiyat, yukarıdaki diğer işaretlerle birleştiğinde anlam kazanır.

Yedekleme ve Kurtarma Güvenilir Değil

Yedek, ihtiyaç duyulana kadar görünmez bir hizmettir. Bir güncelleme siteyi bozduğunda, bir dosya yanlışlıkla silindiğinde veya sunucu arızalandığında yedeğin olmadığını, eski olduğunu ya da geri yüklenemediğini fark etmek en pahalı derstir.

Uyarı işaretleri

• Otomatik yedek alınıp alınmadığını, ne sıklıkta alındığını ve kaç gün saklandığını bilmiyorsunuz.
• Yedeği kendi başınıza geri yükleyemiyor, her seferinde destek talebi açmak zorunda kalıyorsunuz.
• Yedekler aynı sunucuda duruyor; sunucu arızalanırsa yedekler de kayboluyor.
• Yedekte yalnızca dosyalar var, veritabanı veya e-postalar yok.
• Geri yükleme işlemini hiç denemediniz.

İyi bir yedek stratejisi nasıl görünür?

• Otomatik ve düzenli: Sıklığı sitenizin değişim hızına uygun olmalı. Günlük sipariş alan bir mağaza için saatlik veya günlük, nadiren güncellenen bir tanıtım sitesi için haftalık yedek yeterli olabilir.
• Sunucudan bağımsız: En az bir kopya, hostingin dışında bir konumda saklanmalı.
• Test edilmiş: Geri yükleme düzenli aralıklarla bir test ortamında denenmeli.
• Kapsamlı: Dosyalar, veritabanı ve gerekiyorsa e-postalar birlikte yedeklenmeli.

Karar eşiği

Sağlayıcının yedekleme politikası belirsizse, geri yükleme işlemi için destek talebine bağımlıysanız ve alternatifiniz yoksa bu işaret doğrulanmıştır. Yedekleme tek başına taşıma sebebi olmayabilir; çünkü eksik tarafı kendi yedeğinizle kapatabilirsiniz. Ancak diğer işaretlerle birleştiğinde riski artırır.