Farklı şehirlerden yapılan hız testleri neden farklı sonuç verir?

Bir web sitesini İstanbul, Ankara, İzmir, Frankfurt veya Londra lokasyonundan test ettiğinizde aynı sayfa için farklı yüklenme süreleri görmeniz normaldir. Bu fark her zaman sitenizin bozuk, yavaş ya da yanlış yapılandırılmış olduğu anlamına gelmez. Hız testi sonucu; testin yapıldığı şehir, kullanıcının internet rotası, sunucu konumu, önbellek durumu ve test aracının ölçüm yöntemine göre değişir. Bu nedenle tek bir test sonucuna bakarak teknik karar almak yerine, veriyi doğru okumak gerekir.

Şehir farkı hız testini nasıl etkiler?

Bir kullanıcı web sitenize bağlandığında tarayıcı, bulunduğu şehirden sitenizin barındığı sunucuya veri paketleri gönderir ve yanıt bekler. Bu gidiş-dönüş süresine gecikme, yani latency denir. Test noktası sunucuya ne kadar uzaksa gecikme genellikle o kadar artar.

Örneğin sunucusu İstanbul’da bulunan bir site, İstanbul’dan yapılan testte düşük gecikme gösterebilir. Aynı site Berlin’den test edildiğinde ağ mesafesi, ara bağlantılar ve operatör rotaları nedeniyle daha yüksek süreler verebilir. Bu durum özellikle ilk byte süresi, yani TTFB üzerinde belirgin hissedilir.

Sunucu konumu ve ağ rotası belirleyicidir

Web sitesinin fiziksel veya bulut altyapı konumu hız testlerinde kritik rol oynar. Hosting hizmetiniz Türkiye lokasyonluysa Türkiye içinden yapılan ölçümlerde avantaj sağlayabilir. Hedef kitleniz ağırlıklı olarak Avrupa’daysa, yalnızca Türkiye lokasyonuna göre karar vermek yanıltıcı olabilir.

Ayrıca iki şehir arasındaki mesafe tek başına yeterli bir gösterge değildir. Bazı operatörler trafiği daha verimli rotalardan taşırken, bazı bağlantılar farklı ara merkezlerden dolaşabilir. Bu nedenle yakın görünen bir şehirden yapılan test, daha uzak bir şehirden yapılan teste göre bazen daha yavaş çıkabilir.

CDN kullanımı sonuçları değiştirebilir

CDN, statik dosyaları kullanıcılara daha yakın noktalardan sunarak yüklenme süresini azaltır. Görseller, CSS ve JavaScript dosyaları CDN üzerinden servis ediliyorsa farklı şehirlerden yapılan testlerde ana doküman ile statik kaynaklar farklı hızlarda gelebilir.

Burada sık yapılan hata, CDN aktifken yalnızca ana sayfa süresine bakmaktır. Sayfanın HTML yanıtı hâlâ ana sunucudan gelirken, görseller CDN’den gelebilir. Bu nedenle test raporunda TTFB, toplam yüklenme süresi, kaynak boyutları ve önbellek başlıkları birlikte incelenmelidir.

Test aracının yöntemi sonucu etkiler

Her hız testi aracı aynı metrikleri aynı şekilde ölçmez. Bazıları gerçek tarayıcı simülasyonu yapar, bazıları yalnızca bağlantı ve yanıt süresine odaklanır. Mobil bağlantı, masaüstü bağlantı, 4G simülasyonu, tarayıcı önbelleği ve test edilen cihaz profili sonuçları değiştirebilir.

İlk test ve tekrar test neden farklı çıkar?

İlk testte sayfa önbelleği henüz oluşmamış olabilir. İkinci veya üçüncü testte sunucu tarafı cache, tarayıcı cache ya da CDN cache devreye girdiği için süreler düşebilir. Bu yüzden tek ölçüm yerine aynı lokasyondan birkaç tekrar yapmak daha sağlıklı bir yaklaşım sunar.

Yoğun saatlerde ölçüm yapmak yanıltır mı?

Evet, özellikle paylaşımlı altyapılarda veya yoğun trafik alan dönemlerde ölçümler dalgalanabilir. Kampanya, reklam yayını, bot trafiği veya yedekleme işlemleri sunucu kaynaklarını etkileyebilir. Testleri farklı saatlerde karşılaştırmak bu dalgalanmaları ayırt etmeye yardımcı olur.

Hangi metriğe bakmak daha doğru?

Yalnızca “tam yüklenme süresi” metriğine odaklanmak eksik değerlendirme yaratır. Kullanıcının sayfayı ne zaman görmeye başladığı, etkileşime ne zaman hazır olduğu ve kritik içeriklerin ne kadar hızlı yüklendiği daha anlamlıdır.

Pratik bir değerlendirme için şu metrikleri birlikte inceleyin:

• TTFB: Sunucunun ilk yanıt verme süresini gösterir.
• LCP: Kullanıcının ana içeriği ne zaman gördüğünü anlamaya yardımcı olur.
• CLS: Sayfa yüklenirken görsel kayma olup olmadığını ölçer.
• Toplam istek sayısı: Gereksiz dosya ve eklentileri fark etmenizi sağlar.
• Dosya boyutları: Büyük görsel veya script kaynaklı yavaşlamaları gösterir.

Yanlış yorumlamamak için nasıl test yapılmalı?

Sağlıklı değerlendirme için hedef kitlenizin bulunduğu şehirleri temel alın. Müşterileriniz çoğunlukla Türkiye’deyse Türkiye lokasyonlu testler öncelikli olmalıdır. Yurt dışına satış yapan bir işletmeyseniz Avrupa ve hedef pazar şehirlerini de düzenli olarak ölçmelisiniz.

Aynı sayfayı aynı araçla, aynı bağlantı profiliyle ve en az üç kez test etmek daha güvenilir sonuç verir. Ana sayfa dışında ürün sayfası, kategori sayfası, blog yazısı ve ödeme sayfası gibi farklı şablonları da kontrol edin. Çünkü her sayfanın görsel yükü, sorgu sayısı ve eklenti davranışı farklı olabilir.

Altyapı seçerken nelere dikkat edilmeli?

Hız testlerinde şehirler arası fark sürekli yüksek çıkıyorsa yalnızca tema veya eklenti optimizasyonuna odaklanmak yeterli olmayabilir. Sunucu kaynakları, disk tipi, PHP sürümü, veritabanı performansı, cache katmanı ve ağ kalitesi birlikte değerlendirilmelidir.

Hosting seçerken hedef kitleye yakın lokasyon, güncel sunucu teknolojileri, ölçeklenebilir kaynaklar ve teknik destek kalitesi önemlidir. Trafiğiniz farklı ülkelere yayılıyorsa CDN ile birlikte çalışan bir yapı daha dengeli sonuçlar sağlayabilir.

Pratik kontrol listesi

• Test lokasyonunu hedef kitlenizin bulunduğu şehirlere göre seçin.
• Tek ölçüm yerine aynı senaryoyu birkaç kez tekrarlayın.
• Mobil ve masaüstü sonuçlarını ayrı değerlendirin.
• TTFB yüksekse sunucu, cache ve veritabanı tarafını inceleyin.
• LCP yüksekse büyük görselleri, slider kullanımını ve kritik CSS yapısını kontrol edin.
• CDN kullanıyorsanız cache durumunu ve hangi dosyaların CDN’den geldiğini doğrulayın.

Farklı şehirlerden yapılan hız testleri, web sitenizin farklı kullanıcı koşullarında nasıl davrandığını gösteren değerli sinyaller üretir. En doğru yaklaşım, bu sonuçları tek başına bir başarı ya da sorun göstergesi olarak değil; lokasyon, ağ, sunucu ve sayfa yapısını birlikte okumaya yarayan teknik bir analiz verisi olarak değerlendirmektir.