RTT Nedir? Ağ Gecikmesi ve Hosting Performansı

Bir web sitesinin “yavaş” olmasının arkasında çoğu zaman görünmez bir suçlu vardır: ağ gecikmesi. Sunucunuz dünyanın en güçlü işlemcisine sahip olabilir, PHP kodunuz milisaniyeler içinde çalışabilir; ama ziyaretçinizin tarayıcısı ile sunucunuz arasındaki her “merhaba” ve “cevap” bir mesafe kat etmek zorundadır. İşte bu gidip gelmenin süresini ölçen metriğe RTT (Round Trip Time), yani gidiş-dönüş süresi denir. Bu yazıda RTT’nin ne olduğunu, gecikmeden (latency) farkını, hosting performansını nasıl etkilediğini ve pratikte nasıl ölçüp düşürebileceğinizi teknik ama anlaşılır bir dille ele alacağız.

RTT (Round Trip Time) Nedir?

RTT, bir veri paketinin kaynaktan (örneğin tarayıcınız) hedefe (sunucu) ulaşıp, oradan geri kaynağa dönmesi için geçen toplam zamandır. Ölçü birimi milisaniyedir (ms). Örneğin tarayıcınız sunucuya bir istek gönderdiğinde ve sunucudan yanıtın ilk işareti geri geldiğinde arada geçen süre 40 ms ise, RTT’niz 40 milisaniyedir.

Günlük hayatta en sık karşılaştığınız RTT ölçüsü ping komutunun sonucudur. Bir sunucuya ping attığınızda gördüğünüz “time=42 ms” ifadesi, aslında o sunucuya bir paket yollayıp geri almanın gidiş-dönüş süresidir. Oyuncuların “ping’im yüksek” diye şikâyet etmesi de tam olarak bu metriktir; yüksek RTT, tıkladığınız anda tepki alamamak demektir.

Önemli bir ayrım: RTT tek bir sayı gibi görünse de aslında pek çok gecikmenin toplamıdır. Bir paketin yolculuğu boyunca karşılaştığı yayılma gecikmesi (mesafe), işleme gecikmesi (yönlendiricilerin paketi çözümlemesi), kuyruk gecikmesi (yoğun cihazlarda sıra beklemesi) ve iletim gecikmesi bir araya gelerek toplam RTT’yi oluşturur. Bu nedenle RTT, ağınızın genel sağlığının pratik bir göstergesidir.

RTT ile Gecikme (Latency) Arasındaki Fark

Bu iki terim çoğu zaman aynı anlamda kullanılır, ancak teknik olarak farklıdırlar. Gecikme (latency) tek yönlü bir ölçümdür: verinin yalnızca A noktasından B noktasına gitmesi için geçen süredir. RTT ise iki yönlüdür: A’dan B’ye gidip tekrar A’ya dönmenin toplam süresidir.

Kabaca bir yaklaşımla RTT, tek yönlü gecikmenin iki katıdır. Yani tek yönlü gecikme 25 ms ise RTT’yi 50 ms civarında beklersiniz. Ancak bu her zaman tam olarak iki katı olmaz; çünkü paketin gidiş yolu ile dönüş yolu her zaman aynı yönlendiricilerden ve aynı rotadan geçmeyebilir. İnternet trafiği asimetrik yönlendirilebilir, dolayısıyla dönüş yolu daha uzun ya da daha kalabalık olabilir.

Ölçüm araçlarının çoğu (özellikle ping) RTT’yi raporlamayı tercih eder, çünkü gidiş-dönüş süresini ölçmek, iki ayrı noktanın saatlerini milisaniye hassasiyetinde senkronize etmeye gerek kalmadan mümkündür. Tek yönlü gecikmeyi doğru ölçmek çok daha zordur.

RTT’yi Belirleyen Faktörler

RTT’nin neden yüksek ya da düşük olduğunu anlamak için onu oluşturan bileşenlere bakmak gerekir. Aşağıdaki tablo, RTT’yi etkileyen başlıca faktörleri ve etkilerini özetliyor.

Faktör	Açıklama	RTT Üzerindeki Etkisi
Fiziksel mesafe (yayılma gecikmesi)	Sinyalin sunucuya kadar kat ettiği yol; RTT’nin en baskın bileşenidir	Çok yüksek — kıtalar arası her 1.000 km yaklaşık 5 ms tek yön ekler
İletim ortamı	Fiber, bakır, kablosuz veya uydu	Yüksek — uydu bağlantıları yüzlerce ms ekler, fiber en düşüğüdür
Ağ tıkanıklığı (kuyruk gecikmesi)	Yoğun yönlendiricilerde paketlerin sıra beklemesi	Değişken — yoğun saatlerde belirgin artış
Atlama (hop) sayısı	Paketin geçtiği yönlendirici sayısı; her cihaz işleme gecikmesi ekler	Orta — kötü yönlendirme uzak rotalar oluşturur
Sunucu ve altyapı kalitesi	Sunucunun ağ kartı, omurga ve peering (eşleşme) düzeni	Orta — zayıf altyapı işleme ve kuyruk gecikmesi yaratır

Bu tablodaki en kritik satır ilk sıradadır: mesafe. Işık, boş uzayda saniyede yaklaşık 300.000 km hızla ilerler; ancak fiber optik kablonun cam çekirdeği içinde kırılma indisi nedeniyle bu hız yaklaşık 200.000 km/s’ye düşer. Pratik olarak bu, her 1.000 km fiber için yaklaşık 5 ms tek yönlü gecikme demektir. İstanbul’dan Frankfurt’a kabaca 2.000 km olduğunu düşünürseniz, yalnızca fiziksel mesafe bile tek başına 10 ms’lik tek yön, yani en az 20 ms RTT anlamına gelir; gerçek dünyada yönlendiriciler ve rotalar bunu her zaman daha yükseğe taşır.

Tipik RTT Değerleri: İyi, Kabul Edilebilir ve Kötü

Bir RTT değerinin iyi mi kötü mü olduğu hedefe göre değişir. Ancak genel kabul gören eşikler şöyledir:

RTT Aralığı	Değerlendirme	Kullanıcı Deneyimi
0-50 ms	Mükemmel	Bağlantı anlık hissedilir; el sıkışmalar gözle görülür gecikme yaratmaz
50-100 ms	İyi	Çoğu web sitesi ve uygulama için sorunsuz
100-200 ms	Kabul edilebilir	Performans hissedilir şekilde etkilenir ama hizmet kullanılabilir
200 ms ve üzeri	Zayıf	Sayfa açılışları yavaş, video konferans ve oyunlarda belirgin gecikme

Örnek vermek gerekirse, aynı şehirdeki bir sunucuya bağlanan bir kullanıcı 5-20 ms RTT görebilirken, komşu bir ülkedeki veri merkezine erişimde bu değer 30-60 ms’ye, okyanus aşırı bir sunucuya erişimde ise 150 ms ve üzerine çıkabilir. Türkiye’deki bir ziyaretçinin yurt içindeki bir sunucuya ulaşması genellikle 10-30 ms bandındayken, ABD Batı Yakası’ndaki bir sunucuya ulaşması rahatlıkla 150-180 ms’yi bulur. Aradaki fark, hem hissedilen hızda hem de arama motoru sıralamasında ölçülebilir bir etki yaratır.

RTT Hosting Performansını Nasıl Etkiler?

Burası konunun kalbidir. RTT sadece bir “ping oyunu” metriği değildir; web sitenizin ne kadar hızlı açıldığını doğrudan belirler. Bunun nedeni, bir web sayfası açılırken tarayıcı ile sunucu arasında birden fazla gidiş-dönüşün (round trip) gerçekleşmesidir.

TTFB ile İlişkisi

Web performansının en önemli metriklerinden biri TTFB (Time to First Byte / İlk Bayta Kadar Geçen Süre)‘dir. TTFB, tarayıcının isteği gönderdiği andan sunucudan gelen ilk baytı aldığı ana kadar geçen süredir. TTFB’yi iki parça oluşturur: ağın payı (RTT) ve sunucunun payı (işleme süresi). Yani TTFB’nin yaklaşık yarısı, çoğu zaman doğrudan RTT’dir. RTT yüksekse, sunucunuz istediği kadar hızlı olsun, TTFB düşük olamaz.

El Sıkışma Turları (Handshake)

Bir HTTPS sayfası açılırken, ilk bayt gelmeden önce en az birkaç tur atılır:

• DNS çözümlemesi: Alan adının IP adresine çevrilmesi genellikle en az bir tur gerektirir.
• TCP el sıkışması: Klasik bağlantı kurulumu bir tam gidiş-dönüş (1 RTT) alır.
• TLS el sıkışması: Güvenli bağlantı için şifreleme anahtarlarının değişimi, TLS sürümüne göre 1 ila 2 tur ekler.

Kabaca hesaplayalım: RTT’niz 100 ms ise, sadece TCP ve TLS el sıkışmaları için tarayıcı 200-300 ms’yi el sıkışmalara harcayabilir. Henüz sayfanın tek baytı bile gelmeden! İşte bu yüzden yüksek RTT, hızlı bir sunucuyu bile yavaş gösterir. Her ek görsel, her ek dosya, her yönlendirme daha fazla tur demektir ve her tur RTT kadar gecikme ekler.

Arama Motoru ve Dönüşüm Etkisi

Google’ın Core Web Vitals metrikleri (özellikle LCP — En Büyük İçeriğin Boyanması) doğrudan TTFB’den, dolayısıyla RTT’den etkilenir. Yavaş açılan sayfalar hem sıralamada geriler hem de ziyaretçilerin siteyi terk etme oranını (bounce) artırır. E-ticaret sitelerinde her yüz milisaniyelik gecikme ölçülebilir bir dönüşüm kaybına dönüşebilir. Bu nedenle RTT, teknik bir ayrıntı değil, doğrudan iş sonucu üreten bir metriktir.

RTT Nasıl Ölçülür?

RTT’yi ölçmek için pahalı araçlara ihtiyacınız yoktur; işletim sisteminizde hazır gelen komutlar yeterlidir.

ping ile Ölçüm

En basit yöntem ping komutudur. Windows’ta komut istemine, Linux veya macOS’ta terminale şu komutu yazabilirsiniz:

ping www.alastyr.com

Çıktıdaki her satırda göreceğiniz “time=XX ms” değeri, o paketin RTT’sidir. Ping, ICMP (Internet Control Message Protocol) yankı paketleri göndererek çalışır ve gidiş-dönüş süresini raporlar. Birkaç paket sonrası verilen ortalama (avg) değeri, sunucuya olan tipik RTT’nizi gösterir.

traceroute ile Rota Analizi

RTT’niz yüksekse nedenini anlamak için traceroute (Windows’ta tracert) kullanabilirsiniz. Bu araç, paketin sunucuya ulaşana kadar geçtiği her yönlendiriciyi (hop) ve her birine olan gecikmeyi listeler. Böylece gecikmenin nerede sıçradığını, hangi ara noktada tıkanma olduğunu görebilirsiniz. Örneğin yurt içi bir sunucuya giden trafiğin yurt dışından dolaşması gibi kötü yönlendirmeleri bu araçla yakalarsınız.

Tarayıcı Geliştirici Araçları

Chrome veya Firefox’ta F12 ile açtığınız Geliştirici Araçları’ndaki “Network / Ağ” sekmesi, her isteğin bağlantı kurulumunu, TLS süresini ve TTFB’sini ayrı ayrı gösterir. Bu, RTT’nin sayfa yükleme süresine katkısını doğrudan gözlemlemenin en pratik yoludur.

RTT Nasıl Düşürülür? Pratik Stratejiler

RTT’yi tamamen sıfırlayamazsınız; fizik kanunları gereği ışık belli bir hızda gider. Ancak etkisini ciddi biçimde azaltabilir ve gereksiz turları ortadan kaldırabilirsiniz. İşte kanıtlanmış yaklaşımlar:

1. Sunucuyu Ziyaretçiye Yakınlaştırın

RTT’yi düşürmenin en etkili yolu mesafeyi kısaltmaktır. Hedef kitleniz Türkiye’deyse, sunucunuzun da Türkiye’de olması onlarca hatta yüzlerce milisaniye kazandırır. Yurt dışı bir veri merkezinde barındırılan bir Türk sitesi, ziyaretçilerine sürekli olarak fazladan gecikme ödettirir. Türkiye pazarına hizmet veren bir işletme için yurt içi barındırma, RTT açısından en büyük tek kaldıraçtır.

Alastyr’ın hosting hizmetleri, İzmir’de yer alan ve kendisine ait (kiralık olmayan) veri merkezinden sunulur. RIPE NCC üyesi bağımsız AS3188 ağı ve Turk Telekom ile TurkNet üzerinden 40 Gbit yedekli bağlantı sayesinde, yurt içi ziyaretçilere kısa ve doğrudan rotalar sunar. Bu, RTT tablosundaki “mesafe” ve “kötü yönlendirme” kalemlerini doğrudan iyileştirir.

2. El Sıkışma Turlarını Azaltın

RTT’yi değiştiremeseniz bile, kaç tane RTT’ye ihtiyaç duyduğunuzu azaltabilirsiniz. Modern protokoller tam da bunu yapar:

• TLS 1.3: Eski TLS sürümleri güvenli bağlantı için 2 tur harcarken, TLS 1.3 bunu 1 tura indirir. Tekrar bağlanan ziyaretçiler için 0-RTT resumption ile şifreli veri neredeyse hiç ek tur olmadan gönderilebilir (yalnızca tekrar oynatılabilir/idempotent istekler için güvenli şekilde).
• HTTP/3 ve QUIC: Klasik TCP + TLS kombinasyonu genellikle ~2 RTT maliyetliyken, QUIC üzerine kurulu HTTP/3 bunu 1 RTT’ye (tekrar bağlantılarda 0 RTT’ye) düşürür. Ayrıca QUIC, bir paket kaybında tüm akışı bekletmeyerek yüksek gecikmeli ağlarda daha dayanıklıdır.
• Kalıcı bağlantılar (Keep-Alive) ve bağlantı yeniden kullanımı: Aynı bağlantı üzerinden birden çok isteğin gönderilmesi, her dosya için yeniden el sıkışma yapılmasını önler.

3. Önbellekleme ile Sunucu Payını Azaltın

RTT’yi düşüremiyorsanız, en azından sunucunun işleme süresini minimuma indirerek TTFB’yi kısaltabilirsiniz. Alastyr sunucularında standart olarak gelen LiteSpeed web sunucusu ve LSCache, dinamik içeriği önbellekleyerek sunucunun ilk baytı çok daha hızlı üretmesini sağlar. Böylece toplam TTFB içinde ağ payı (RTT) değişmese bile sunucu payı belirgin şekilde küçülür. Aynı şekilde PHP sürüm seçici ile en verimli PHP sürümünü çalıştırmak, işleme gecikmesini düşürür.

4. Yönlendirmeleri ve Gereksiz İstekleri Azaltın

Her HTTP yönlendirmesi (301/302) fazladan bir gidiş-dönüş demektir. www ile www’siz arasındaki zincirleme yönlendirmeler, http’den https’e geçişler dikkatli kurulmazsa RTT’yi kat kat çoğaltır. Dosya sayısını azaltmak, CSS/JS dosyalarını birleştirmek ve kritik olmayan istekleri ertelemek, toplam tur sayısını düşürür.

Yüksek trafikli veya yoğun kaynak gerektiren projeler için barındırma tipini de değerlendirmek gerekir. Paylaşımlı kaynakların yetmediği durumlarda VPS sunucu veya bulut sunucu çözümleri, işleme gecikmesini düşürerek TTFB’nin sunucu payını kontrol altına almanıza yardımcı olur.

Sıkça Sorulan Sorular

RTT ile ping aynı şey midir?

Tam olarak aynı değildir ama çok yakındırlar. Ping, RTT’yi ölçen bir araçtır; ping komutunun size verdiği “time” değeri, o paketin gidiş-dönüş süresidir, yani RTT’sidir. Dolayısıyla ping, RTT’yi ölçmenin en yaygın pratik yoludur.

İyi bir RTT değeri kaç ms olmalıdır?

Genel kural olarak 100 ms’nin altı iyidir; 50 ms’nin altı ise mükemmel kabul edilir ve bağlantı neredeyse anlık hissedilir. 100-200 ms arası kullanılabilir ama performans hissedilir şekilde etkilenir. 200 ms üzeri değerlerde sayfa açılışları, video görüşmeleri ve oyunlarda belirgin gecikme yaşanır.

RTT ile gecikme (latency) arasındaki fark nedir?

Gecikme tek yönlü bir ölçümdür: verinin sadece kaynaktan hedefe gitmesi. RTT ise iki yönlüdür: gidip geri dönmesi. RTT kabaca tek yönlü gecikmenin iki katıdır, ancak gidiş ve dönüş rotaları farklı olabileceği için her zaman tam iki katı değildir.

RTT web sitesi hızını nasıl etkiler?

RTT, TTFB’nin (İlk Bayta Kadar Geçen Süre) ağ tarafındaki payını oluşturur. Bir sayfa açılırken DNS, TCP ve TLS el sıkışmaları birden çok tur gerektirir ve her tur RTT kadar süre ekler. Yüksek RTT, sunucunuz hızlı olsa bile sayfanın geç açılmasına neden olur.

Sunucumun Türkiye’de olması RTT’yi düşürür mü?

Hedef kitleniz Türkiye’deyse evet, ciddi biçimde düşürür. RTT’nin en baskın bileşeni fiziksel mesafedir. Yurt içi bir veri merkezi, Türkiye’deki ziyaretçilere kısa rotalar sunarak yurt dışı sunuculara kıyasla onlarca hatta yüzlerce milisaniye kazandırır.

RTT’yi kendim nasıl ölçebilirim?

En basit yöntem ping komutudur: terminale veya komut istemine “ping alanadi.com” yazmanız yeterlidir; çıktıdaki “time=XX ms” değeri RTT’nizdir. Gecikmenin hangi ara noktada arttığını görmek için traceroute (Windows’ta tracert) kullanabilir, sayfa yükleme etkisini görmek içinse tarayıcının F12 Geliştirici Araçları’ndaki Ağ sekmesine bakabilirsiniz.

HTTP/3 ve TLS 1.3 RTT’yi nasıl azaltır?

Bu protokoller RTT süresini değiştirmez; ihtiyaç duyulan tur sayısını azaltır. TLS 1.3 güvenli el sıkışmayı 2 turdan 1 tura indirir, HTTP/3 (QUIC) ise bağlantı kurulumunu 1 RTT’ye ve tekrar bağlantılarda 0 RTT’ye düşürür. Böylece ilk bayt daha çabuk gelir.

CDN olmadan RTT düşürülebilir mi?

Evet. RTT’yi düşürmenin en temel yolu, sunucuyu ziyaretçiye coğrafi olarak yakınlaştırmaktır. Hedef kitleniz tek bir ülkedeyse, o ülkede barındırma tek başına en büyük iyileştirmeyi sağlar. Ayrıca TLS 1.3, HTTP/3, kalıcı bağlantılar ve etkili önbellekleme el sıkışma ve işleme gecikmesini azaltır.

RTT ile bant genişliği (bandwidth) aynı şey midir?

Hayır, ikisi farklı kavramlardır. RTT, verinin gidip gelmesinin ne kadar sürdüğünü ölçen bir zaman metriğidir. Bant genişliği ise birim zamanda ne kadar veri taşınabildiğini ölçer. Yüksek bant genişliğiniz olsa bile RTT yüksekse, bağlantı kurulumu ve küçük istekler yine yavaş hissedilir.