Hosting taşıdıktan sonra site neden yavaşlar

Taşıma bittikten sonra site yavaşladıysa sorun çoğu zaman tek bir ayarda değildir; DNS, CDN, SSL yönlendirmesi, önbellek ve sunucu kaynakları birlikte etkiler. Hız hissini düzeltmek için önce isteğin yeni ortama gerçekten ulaşıp ulaşmadığını ayırmanız gerekir.

Bu yazı, taşıma sonrası yavaşlığı katman katman okumayı anlatır. Önce DNS ve yönlendirme gecikmesini, sonra önbellek ve CDN etkisini, en son da sunucu tarafı kaynak ve PHP farklarını ayırarak hangi belirtilerin hangi nedeni işaret ettiğini gösterir.

Taşıma sonrası yavaşlık önce hangi katmanda aranır?​

Taşıma sonrasında görülen yavaşlığın ilk sebebi çoğu zaman sitenin kendisi değildir. Eski ve yeni sunucu arasında istekler karışıyorsa, kullanıcı bir bölgeden yeni sitenin cevabını alırken başka bir bölgeden eski kaydı görebilir. Bu yüzden ilk bakılacak şey, ziyaretçinin hangi adrese ve hangi yönlendirme zinciriyle ulaştığıdır.

DNS kaydı yeni sunucuya dönmüş olsa bile tarayıcı, ara CDN katmanı ya da yerel çözümleyici eski bilgiyi kısa süre daha taşıyabilir. Bu durum özellikle taşımanın ilk saatlerinde “site ağırlaştı” hissi yaratır; aslında gecikme, içerikten çok çözümleme ve yönlendirme yolundadır.

DNS ve yönlendirme farkını ayırın​

DNS değişimi tamamlandıktan sonra eski IP’ye giden istekler azalmalıdır; azalmıyorsa yönlendirme ya da kayıt tutarlılığı kontrol edilmelidir. HTTP’den HTTPS’ye zorlanan ek yönlendirmeler de ilk isteği uzatır. Ziyaretçi tek sayfa açarken birden fazla sıçrama yaşıyorsa, gecikme hissi belirginleşir.

CDN ve önbelleğin etkisini okuyun​

CDN, doğru yapılandırıldığında yükü azaltır; yanlış yapılandırıldığında ise içerik güncel görünse bile eski önbellek okunabilir. Bu durumda yönetici tarafında site hızlı görünürken kullanıcı tarafında eski sayfa veya gecikmeli yanıt oluşur. Taşıma sonrası performans şikâyetlerinde bu fark sık görülür.

Sunucu değişince neden aynı site farklı hissedilir?​

Aynı site, farklı bir paketle taşındığında yalnızca disk alanı değil, işlem gücü ve eşzamanlı yanıt kapasitesi de değişmiş olur. Özellikle daha yoğun temalar, eklentiler ya da veritabanı sorguları varsa CPU ve RAM farkı hemen hissedilir. SSD ile NVMe arasındaki fark da tek başına sihirli çözüm değildir; asıl etki, yükün nasıl dağıldığıdır.

PHP sürümü ve önbellek motoru da bu hissi değiştirir. Daha güncel ama uyumsuz bir sürüm hata doğurabilir; daha eski ama uyumlu bir sürüm ise beklenenden yavaş kalabilir. Taşıma sonrası hız düşüşü bazen yeni sunucunun kötü olmasından değil, sitenin yeni ortamda farklı çalışmasından kaynaklanır.

PHP sürümü ve eklenti uyumunu karşılaştırın​

Taşıma öncesi çalışan bir site, yeni sunucuda farklı PHP sürümünde daha fazla iş yapıyor olabilir. Bu durumda sorun doğrudan hosting paketinde değil, uygulamanın yeni sürümle nasıl davrandığındadır. Hız kaybı bazen hata üretmeden de yaşanır; kullanıcı yalnızca sayfanın daha geç açıldığını görür.

Kaynak sınırı ile uygulama yükünü karıştırmayın​

CPU, RAM ve eşzamanlı işlem sınırları düşükse küçük trafik artışı bile siteyi ağırlaştırabilir. Buna karşılık düşük trafik olmasına rağmen yavaşlık varsa, sorun daha çok önbellek, sorgu sayısı veya yönlendirme zincirindedir. Taşıma sonrası teşhis, bu iki durumu ayırmadan doğru ilerlemez.

Yavaşlığı azaltmak için neyi önce düzeltmek gerekir?​

Öncelik sırası genelde şöyle ilerler: önce DNS ve yönlendirme yolunu sadeleştirin, sonra CDN ve önbelleğin yeni sunucuya doğru bağlandığını doğrulayın, ardından PHP ve uygulama uyumuna bakın. Bu sıra önemlidir; çünkü en üst katmandaki bir gecikme, alt katmandaki iyileştirmeleri görünmez kılabilir.

Sorun hâlâ çözülmüyorsa, taşımanın kendisini değil yeni ortamın davranışını incelemek gerekir. Sunucu paketi, kaynak sınırları ve veritabanı yükü birlikte ele alındığında gerçek neden daha net görünür. En son yapılacak iş, hız testindeki tek bir sayıyı yorumlamak değil; gecikmenin hangi katmanda başladığını ayırmaktır.