İnternet bağlantısından şikâyet ederken çoğu kullanıcı tek bir sayıya bakar: indirme hızı. Oysa "internet hızı düşük" tanısı en az dört ayrı ölçüme dayanmalıdır — indirme, yükleme, gecikme (ping) ve gecikme değişkenliği (jitter). Bir hattın 200 Mbps indirme verirken video görüşmelerinde donması ya da 20 Mbps'de sorunsuz Netflix akışı sağlaması bu yüzden şaşırtıcı değildir. Aşağıda önce sorunu doğru tanımlıyor, ardından ölçüm araçlarını karşılaştırıp somut bir tanı sırası öneriyorum.
Şikâyetler genelde üç kategoriye girer ve her biri farklı bir metriğe işaret eder:
Aynı anda yükleme kanalının doygunluğu da sık atlanan bir nedendir: bulut yedeklemesi, torrent seeding veya bir video yüklemesi yukarı yönü tıkadığında, aşağı yönden gelen paketlerin onay (ACK) mesajları gecikir ve indirme hızı da çöker. Asimetrik ADSL/VDSL hatlarda bu etki çok belirgindir.
Her araç farklı bir şeyi ölçer; birini "en doğru" ilan etmek yerine hangisinin hangi soruya cevap verdiğini bilmek gerekir.
| Araç türü | Ölçtüğü | Güçlü yönü | Sınırı |
|---|---|---|---|
| Klasik hız testi siteleri (Speedtest, nPerf benzeri) | İndirme, yükleme, ping, jitter | Yakın sunucu seçimi sayesinde hattın teorik kapasitesine en yakın sonuç | Çok kanal açtığı için gerçek dünya tek-bağlantı performansını yansıtmaz |
| İçerik sağlayıcı testleri (Fast.com gibi) | Yalnızca o servise doğru akış hızı | "Video neden takılıyor?" sorusuna doğrudan cevap | Yükleme ve jitter bilgisi zayıf, tek hedefe bağımlı |
| Operatörün kendi test sayfası | Şebeke içi hız | Destek kaydı açarken kanıt değeri yüksek | Uluslararası çıkıştaki tıkanıklığı göstermez |
| Modem/router arayüzü (senkron hızı, SNR, hat zayıflaması) | Fiziksel hat kalitesi | Kablo/tesisat kaynaklı sorunu kesin ayırt eder | Kullanıcı trafiği hakkında bilgi vermez |
| Komut satırı araçları (ping, tracert, iperf3) | Gecikme dağılımı, kayıp, yerel ağ kapasitesi | Sorunun kaçıncı atlamada başladığını gösterir | Yorumlaması bilgi gerektirir |
Ölçüm ne kadar iyi olursa olsun, koşullar kirliyse sonuç işe yaramaz. Kablosuz bağlantı üzerinden yapılan test hattı değil, Wi-Fi bağlantısını ölçer. 2,4 GHz bandında kalabalık bir apartmanda 30–50 Mbps'in üzerine çıkmak zordur; 5 GHz aynı mesafede kat kat fazlasını verebilir ama duvar geçişinde hızla düşer. Bu nedenle referans ölçümü Ethernet kablosuyla, mümkünse modeme doğrudan bağlanarak yapılmalı. Kablosuz tarafını iyileştirmek başlı başına bir konu; kanal seçimi, anten konumu ve mesh kullanımını ele alan WiFi sinyalini güçlendirme rehberi bu aşamadan sonra devreye girer.
İkinci klasik hata, arka planda çalışan güncellemeler ve bulut senkronizasyonlarıdır. İşletim sistemi güncellemeleri gerekli olsa da test anında hattı doldurur. Üçüncüsü, eski bir bilgisayarın CPU'sunun test trafiğini işleyememesi: 500 Mbps üzeri hatlarda zayıf donanım veya Wi-Fi adaptörü darboğaz olur. Cihazın kendisi yavaşsa, önce bilgisayarı hızlandırma ve disk alanını boşaltma tarafındaki temizliği yapmak mantıklıdır.
| Bulgu | Muhtemel kaynak | İlk adım |
|---|---|---|
| Kabloda tam hız, Wi-Fi'da üçte biri | Kablosuz ortam / kanal girişimi | 5 GHz'e geç, kanal değiştir, konumlandırmayı düzelt |
| Her iki bağlantıda da abonelik hızının %50 altı | Hat veya operatör tarafı | Modemdeki senkron hızını not al, destek kaydı aç |
| Hız iyi, ping 100 ms üstü ve dalgalı | Tıkanıklık ya da tampon şişmesi (bufferbloat) | Yükleme trafiğini kes, QoS/SQM etkinleştir |
| Sadece belirli s |