Ping Nedir? Gecikme (Latency), RTT ve Hosting Lokasyonu

Ping nedir ve ne işe yarar?

Ping, bir cihazın karşıdaki bir sunucuya ulaşıp ulaşamadığını ve yanıtın ne kadar sürede döndüğünü ölçen ağ komutudur. İçeride ICMP echo isteği gönderir, dönen echo yanıtını bekler ve gidiş geliş süresini milisaniye olarak yazar. Yani ping, bağlantının hem var olduğunu hem de ne kadar hızlı olduğunu gösterir.

Üstelik komutun adı sonar ping sesinden gelir. Örneğin denizaltında sonar sinyali gönderir, yansımanın dönüş süresinden mesafeyi anlarsınız. Ping de aynı mantıkla çalışır. Küçük bir paket yollar, cevabın gelişini bekler ve süreyi ölçer.

Web sitesi sahipleri için ping, hosting kararında ilk bakılan sayıdır. Ancak tek başına yetmez. Bu yazıda pingin neyi ölçtüğünü, neyi ölçmediğini ve hosting lokasyonu kararına nasıl bağlandığını adım adım anlatıyoruz.

Ping nedir sorusunun teknik cevabı kısadır. Pratik cevabı ise bağlamına göre değişir. Ağ yöneticisi için ping bir arıza tarama aracıdır. Web sitesi sahibi için ise sunucunun ziyaretçiye ne kadar uzak olduğunu gösteren hızlı bir ölçüdür. Yazılımcı içinse dağıtım sonrası ilk sağlık kontrolüdür.

Ping komutu arka planda nasıl çalışır?

Ping, ICMP (Internet Control Message Protocol) protokolünü kullanır. ICMP, RFC 792 ile tanımlanmıştır. Bu belgede echo mesajı tip 8, echo yanıtı tip 0 olarak geçer. Gönderen taraf echo mesajını yollar. Ardından karşı taraf aynı veriyi geri döndürür.

RFC 792 şunu söyler: echo mesajında alınan veri, echo yanıtında geri gönderilmelidir. Karşı cihaz kaynak ve hedef adreslerini yer değiştirir, tipi 0 yapar ve sağlama toplamını yeniden hesaplar. Süreyi ise gönderen cihaz kendi saatiyle ölçer.

Bu ayrıntı önemlidir. Çünkü ölçülen süre, paketin gidip geldiği toplam yoldur. Tek yönlü süre değildir. Dolayısıyla ping sonucu aslında bir RTT (round trip time) değeridir.

Ancak ping web sunucusunu, yani sitenizi çalıştıran yazılımı sınamaz. İşletim sisteminin ağ katmanını sınar. Site yazılımı çökmüş olsa bile ping yanıt verebilir.

Ping nedir, bir ping çıktısında neleri okursunuz?

Aşağıdaki çıktı örnek amaçlıdır. Değerler uydurmadır ve adresler dokümantasyon bloğundan seçilmiştir. Gerçek çıktı işletim sistemine göre küçük biçim farkları gösterir.

$ ping -c 4 example.com
PING example.com (192.0.2.10): 56 data bytes
64 bytes from 192.0.2.10: icmp_seq=0 ttl=57 time=28.4 ms
64 bytes from 192.0.2.10: icmp_seq=1 ttl=57 time=27.9 ms
64 bytes from 192.0.2.10: icmp_seq=2 ttl=57 time=31.2 ms
64 bytes from 192.0.2.10: icmp_seq=3 ttl=57 time=28.1 ms

--- example.com ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 27.9/28.9/31.2/1.3 ms

Satırları şöyle okursunuz:

• icmp_seq: paketin sıra numarası. Atlanan numara kayıp paket demektir.
• ttl: paketin geçebileceği kalan yönlendirici sayısı. Sayı her duraktan sonra düşer.
• time: o paketin gidiş geliş süresi, milisaniye cinsinden.
• packet loss: yanıtsız kalan paket yüzdesi.
• min/avg/max/stddev: en düşük, ortalama, en yüksek süre ve sapma.

Bu nedenle en çok ortalamaya ve sapmaya bakın. Ortalama düşük ama sapma yüksekse bağlantı kararsızdır. Kararsızlığa jitter denir. Yani tek bir hızlı yanıt, hızlı bağlantı demek değildir.

Paket kaybı ve jitter ping sonucunda neyi anlatır?

Ping yalnızca hız göstermez, bağlantının istikrarını da gösterir. Paket kaybı, gönderdiğiniz paketlerin yanıtsız kalan yüzdesidir. Kayıp sıfırdan farklıysa hat, yönlendirici ya da karşı taraf bir yerde paket düşürüyor demektir.

Jitter ise yanıt sürelerinin birbirinden ne kadar saptığıdır. Ping çıktısındaki sapma değeri buna kaba bir fikir verir. Örneğin ortalama 30 ms olan bir hatta paketler bazen 25, bazen 90 ms ile dönüyorsa jitter yüksektir.

Peki bu web sitesi için neden önemli? Çünkü sayfa yüklemesi onlarca küçük istekten oluşur. Her istek aynı hattı kullanır. Dolayısıyla hat kararsızsa sayfa bazen hızlı, bazen yavaş açılır. Ziyaretçi bunu "site bazen yavaş" diye yaşar.

Bu yüzden tek bir ping denemesine güvenmeyin. En az on paketlik bir seri alın ve ortalamayla birlikte kaybı ve sapmayı da okuyun. Üstelik farklı saatlerde tekrarlarsanız tıkanıklık örüntüsünü de yakalarsınız.

Windows, macOS ve Linux'ta ping komutu nasıl kullanılır?

Komutun adı üç sistemde de aynıdır. Yani fark, paket sayısını belirleyen bayrakta çıkar. Microsoft belgesine göre Windows'ta varsayılan sayı 4'tür ve sayıyı /n ile değiştirirsiniz. macOS ve Linux'ta ping, siz durdurana kadar sürer. Orada -c bayrağıyla sayıyı sınırlarsınız.

Bayrak adlarını emin olmadığınız bir sistemde tahmin etmeyin. Terminalde man ping yazarsınız, Windows'ta ping /? yazarsınız. Böylece yalnızca kendi sürümünüzün desteklediği seçenekleri kullanırsınız.

Gecikme (latency) nedir, ping ile aynı şey midir?

Gecikme, verinin bir noktadan diğerine ulaşırken harcadığı süredir. Yani latency, ağdaki bekleme süresinin genel adıdır. Ping ise bu gecikmeyi ölçmenin en basit yoludur. Yine de ikisi birebir aynı değildir.

Latency tek yönlü ya da gidiş geliş olarak ifade edilebilir. Konuşma dilinde çoğu zaman gidiş geliş süresini kastederiz. Ping ise yalnızca küçük bir ICMP paketinin gidiş geliş süresini verir.

Örneğin bir sayfa yüklerken tarayıcı ICMP değil TCP, TLS ve HTTP kullanır. Bu protokollerin ağ üzerinde davranışı ICMP'den farklı olabilir. Bu nedenle ping, gerçek sayfa gecikmesinin yaklaşık bir göstergesidir. Kesin ölçüsü değildir.

Gecikmenin dört ana kaynağı vardır. Birincisi yayılma gecikmesidir; sinyalin mesafeyi kat etme süresi. İkincisi yönlendirici ve anahtarlarda geçen işlem ve kuyruk süresidir. Üçüncüsü bağlantı kurulum adımlarıdır. Dördüncüsü ise sunucunun isteği işleme süresidir. Ping ilk ikisini görür, son ikisini yalnızca TTFB ve tarayıcı araçları gösterir.

RTT nedir ve gecikmeden farkı nedir?

RTT, round trip time ifadesinin kısaltmasıdır. Türkçesi gidiş dönüş süresidir. Bir paketin kaynağınızdan hedefe gitmesi ve cevabın size geri dönmesi için geçen toplam süreyi anlatır. Ping çıktısındaki time değeri tam olarak budur.

Gecikme ile RTT arasındaki fark ölçü birimindeki yön meselesidir. Latency genel kavramdır. RTT ise onun gidiş dönüş ölçüsüdür. Simetrik bir yolda tek yönlü gecikme kabaca RTT'nin yarısıdır.

Ancak internette yollar her zaman simetrik değildir. Gidiş ve dönüş farklı rotalardan geçebilir. Bu yüzden RTT'yi ikiye bölmek yalnızca kaba bir tahmindir. Hosting tarafında asıl karar verdiren değer de zaten RTT'dir. Çünkü bağlantı kurulumunun her adımı gidiş dönüş gerektirir.

Latency, RTT ve TTFB arasındaki fark nedir?

Bu terimler sık karıştırılır. Aşağıdaki tablo her birinin neyi ölçtüğünü ve nerede kullanıldığını özetler.

Kısacası ping ağı ölçer. TTFB ise ağ, bağlantı kurulumu ve sunucunun çalışma süresini birlikte ölçer. Bant genişliği ayrı bir kavramdır; ayrı bir yazıda ele alıyoruz.

TTFB neleri kapsar ve kaç saniye iyi sayılır?

web.dev belgesine göre TTFB, sayfaya gitmeye başladığınız an ile yanıtın ilk baytının gelmeye başladığı an arasındaki süredir. Belge bu sürenin bileşenlerini şöyle sıralar: yönlendirme süresi, service worker başlangıcı, DNS sorgusu, bağlantı ve TLS anlaşması ve ilk bayta kadar süren istek aşaması.

Aynı belge kaba eşikler de verir. 0,8 saniye ve altı iyi, 0,8 ile 1,8 saniye arası geliştirilmeli, 1,8 saniyeden uzun kötü sayılır. Bu değerler, kullanıcıların yüzde 75'inin iyi aralıkta kalmasını hedefleyen yönergelerdir. Kesin sınır değildir.

Burada kritik nokta şudur: TTFB'nin birçok bileşeni doğrudan gidiş dönüş süresine bağlıdır. Mesafe uzadıkça RTT büyür ve bu bileşenlerin hepsi yavaşlar. Hosting lokasyonu tam burada devreye girer.

Mesafe gecikmeyi neden artırır, ışık hızı sınırı nedir?

Sinyal, veri kablosunda ışık hızıyla ilerler ancak boşluktaki ışık hızıyla değil. Optik fiberde ışık, boşluktaki hızının yaklaşık üçte ikisine yavaşlar. Bu yaklaşık saniyede 200.000 kilometredir. Başka bir deyişle kilometre başına kabaca 5 mikrosaniye eder.

Dissecting Latency in the Internet's Fiber Infrastructure başlıklı araştırma, fiber altyapıda gecikmenin nereden doğduğunu inceliyor. Kaynağı yazının sonunda bulursunuz. Burada önemli sonuç şudur: hiçbir yazılım optimizasyonu fiziği değiştirmez.

Üstelik kablolar kuş uçuşu yolu izlemez. Denizin altından, şehirlerin içinden, çeşitli düğümlerden geçer. Ayrıca gerçek rota çoğu zaman düz çizgiden uzundur. Her yönlendirici ve anahtar da kendi bekleme süresini ekler. Bu yüzden teorik süre daima bir alt sınırdır.

Örnek hesap: mesafe ilk bayta ne kadar süre ekler?

Aşağıdaki tablo bir örnek hesaptır. Mesafeler kuş uçuşu, hız saniyede 200.000 kilometre olarak alınmıştır. Gerçek süreler daha uzun olur; bu rakamlar yalnızca fiziksel alt sınırı gösterir.

Son sütun neden 3 RTT? Yeni bir bağlantıda TCP el sıkışması bir gidiş dönüş ister. TLS 1.3 el sıkışması bir gidiş dönüş daha ekler. HTTP isteği ve ilk yanıt üçüncü gidiş dönüşü alır. DNS sorgusu ve sunucunun işlem süresi bu hesaba dahil değildir.

Yani 10.000 kilometre uzaktaki bir ziyaretçi, sunucu tek milisaniyede cevap verse bile ilk baytı en az yaklaşık 300 milisaniye sonra görür. Bu örnek hesap mesafenin önemini somutlaştırır. Aynı bağlantı yakın bir lokasyondan kurulsa süre onda birine iner.

Ping değeri kaç ms olursa iyi sayılır?

Resmi bir ping eşiği yoktur. Aşağıdaki aralıklar genel kabul gören kaba okumalardır; başlangıç aralığıdır, resmi eşik ya da garanti değildir.

• Aynı şehir ya da bölge: genellikle bir ile yirmi milisaniye civarı.
• Aynı kıta, farklı ülke: genellikle yirmi ile seksen milisaniye arası.
• Farklı kıta: yüz milisaniye ve üzeri sık görülür.
• Uydu ve mobil bağlantılar: kablolu bağlantıdan belirgin biçimde yüksek olabilir.

Bu yüzden bu rakamları hedef olarak değil, yön bulmak için kullanın. Mobil ziyaretçiniz çoğunluktaysa son kullanıcının hattı da hesaba girer. Üstelik ağır bir sayfada ping'den çok sayfa yapısı belirleyici olur.

Ping nedir ve kaç ms normaldir diye soranlara önerimiz şudur: kendi sitenizin ölçümünü kendi geçmişiyle karşılaştırın. Dün 30 ms olan değer bugün 120 ms ise mutlak sayıdan bağımsız olarak bir şey değişmiştir. Bu değişimi hosting sağlayıcınızla paylaşmak, soyut bir "iyi" ya da "kötü" yargısından çok daha işe yarar.

Ping düşükken site neden yine de yavaş olabilir?

Ping yalnızca ağ yolunu ölçer. Sitenin yavaşlığı ise çoğu zaman başka yerdedir. Sunucuda yavaş çalışan bir veritabanı sorgusu, ağır bir eklenti ya da önbelleğin eksikliği ilk baytı geciktirir. Tarayıcı tarafında da büyük görseller ve fazla JavaScript sayfayı yavaşlatır.

Dolayısıyla teşhisi katman katman yaparsınız:

1. Ping ile ağ yolunun makul olduğunu doğrulayın.
2. TTFB'ye bakarak sunucu ve bağlantı kurulumunu değerlendirin.
3. Ardından sayfa ağırlığını, görsel boyutlarını ve betikleri inceleyin.
4. Son olarak gerçek kullanıcı verisiyle sonucu karşılaştırın.

Bu zinciri tamamlamak için site hızı ve SEO ilişkisi, Lighthouse ile performans testi ve önbellekleme yaklaşımları yazılarımız işinize yarar.

Ping yanıt vermiyorsa sunucu çökmüş demek midir?

Hayır, her zaman değil. Birçok sunucu ve güvenlik duvarı ICMP isteklerini bilerek engeller ya da sınırlar. Bu durumda ping zaman aşımına uğrar ama site sorunsuz açılır. Microsoft belgesine göre Windows'ta yanıt gelmezse "Request timed out" iletisini görürsünüz. Varsayılan zaman aşımı 4 saniyedir.

Doğru yaklaşım birden çok kanaldan bakmaktır. Tarayıcıdan siteyi açarsınız. Ardından alan adının DNS kayıtlarını ve IP bilgisini kontrol edersiniz. Bunun için DNS sorgulama aracımızı ve IP sorgulama aracımızı kullanabilirsiniz.

Bir de tersi vardır. Ping yanıt veriyor ama site açılmıyorsa sorun web sunucusu ya da uygulama katmanındadır. Dolayısıyla bu ayrım, hosting sağlayıcınıza doğru bilgiyi iletmenizi sağlar.

ICMP yalnızca echo mesajlarından ibaret de değildir. RFC 792 aynı zamanda hedefe ulaşılamadığını bildiren Destination Unreachable (tip 3) ve süre dolduğunu bildiren Time Exceeded (tip 11) mesajlarını tanımlar. Bu mesajlar yönlendiricilerin ağ sorunlarını bildirme yoludur. Yol üzerindeki durakları gösteren araçlar da bu mesajlardan yararlanır.

Ping nedir sorusunun hosting lokasyonuyla bağlantısı ne?

Ping nedir diye araştıran biri çoğunlukla bir hosting kararının eşiğindedir. Çünkü ping, sunucunun ziyaretçiye ne kadar yakın olduğunu anlamanın en kolay yoludur. Yakın sunucu düşük RTT, düşük RTT ise daha kısa bağlantı kurulumu demektir.

Ancak ping nedir sorusunun cevabı burada bitmez. Ping, ağ mesafesini gösterir. Sitenin gerçekte ne kadar hızlı olduğunu ise TTFB, sayfa ağırlığı ve gerçek kullanıcı verisi birlikte gösterir.

Pratik bir yöntem şudur. Aday hosting sağlayıcılarından test adresi isteyin ya da kendi alan adınız için mevcut sunucuya ping atın. Ardından hedef kitlenizin bulunduğu şehirlerden benzer ölçümleri karşılaştırın. Böylece lokasyon kararı tahmine değil sayıya dayanır.

Kısacası ping, lokasyon kararında pusula görevi görür. Haritanın tamamı değildir. Kararı vermeden önce yanına TTFB ölçümünü ve CDN ihtiyacını da koyun.

Hosting lokasyonu seçerken neye bakmalısınız?

Önce ziyaretçilerinizin nerede olduğuna bakın. Hedef kitleniz ağırlıklı olarak tek ülkedeyse o ülkeye ya da yakın bir bölgeye hizmet veren bir lokasyon mantıklıdır. Ziyaretçiler dünyanın birçok yerine dağılmışsa tek lokasyon kararı tek başına yetmez.

Karar listesi şöyle özetlenebilir:

• Ziyaretçi dağılımı: analitik raporunuzdan ülke ve şehir kırılımına bakın.
• İçerik türü: çoğunlukla statik sayfalar mı, yoksa kişiselleştirilmiş ve dinamik mi?
• Yasal gereklilikler: verinin nerede tutulacağı ayrı bir hukuki konudur; bu konuda hukuk danışmanınıza sorun.
• Sağlayıcı ağ kalitesi: aynı şehirdeki iki sağlayıcının ağ yolları farklı olabilir.
• Denemeye açıklık: sağlayıcıdan test IP'si ya da deneme süresi isteyin.

Genel hosting seçim kriterlerini hosting seçim rehberimizde ayrıca anlattık. Burada yalnızca lokasyon ve gecikme boyutunu ele alıyoruz.

CDN gecikmeyi nasıl azaltır, ne zaman yetmez?

CDN (content delivery network), içeriğinizin kopyalarını dünyanın farklı noktalarındaki sunucularda saklayan dağıtık bir ağdır. web.dev belgesi bunu şöyle anlatır: CDN'ler, kaynakları kullanıcılara fiziksel olarak daha yakın sunucularda önbelleğe alarak kullanıcı yakınlığı sorununu çözer.

Aynı belge CDN sağlayıcılarının genelde hızlı DNS çözümlemesi ve modern TLS sürümleri sunduğunu da belirtir. HTTP/3 gibi protokoller de bu tarafta öne çıkar. Böylece bağlantı kurulumundaki gidiş dönüş sayısı azalır.

Yine de CDN her sorunu çözmez. Önbelleğe alınamayan istekler hâlâ asıl sunucunuza gider. Sepet, giriş yapmış kullanıcı sayfaları ve ödeme adımları buna örnektir. Bu istekler için kaynak sunucunun lokasyonu önemini korur.

Hosting lokasyonu mu, CDN mi: nasıl karar verirsiniz?

Cevap sitenizin yapısına bağlıdır. Aşağıdaki tablo kaba bir karar çerçevesi sunar. Rakam içermez; çünkü doğru seçim sitenize özgü ölçümle belli olur.

E-ticaret sitelerinde sayfa hızının satışa etkisi ayrı bir konudur. E-ticarette sayfa hızı ve satış ilişkisi yazımızda bunu ele aldık.

Bir örnek düşünelim. İstanbul'dan hizmet veren yerel bir klinik sitesinin ziyaretçileri neredeyse tamamen Türkiye'de. Bu durumda Türkiye'ye yakın bir lokasyon çoğu zaman yeterlidir. Buna karşılık Avrupa ve Kuzey Amerika'ya satış yapan bir mağaza, statik görselleri CDN üzerinden sunarak ciddi kazanç sağlar. Bu bir örnek senaryodur; gerçek karar ölçümle verilir.

Ping ölçümünde en sık yapılan hatalar nelerdir?

Ping basit göründüğü için yanlış okunması da kolaydır. Sık görülen ve resmi belgelerin işaret ettiği sınırlar şunlardır:

• Tek ölçümle karar vermek: tek paket tesadüfen iyi ya da kötü gelebilir.
• Wi-Fi etkisini unutmak: ev ağınızdaki sinyal sorunu sunucu gecikmesi gibi görünür.
• VPN açıkken ölçmek: trafik önce başka bir ülkeye gider, süre uzar.
• Pingi sayfa hızı sanmak: ping yalnızca ağ yolunu ölçer.
• ICMP engelini çökme saymak: güvenlik duvarı yanıtı bilerek düşürüyor olabilir.

Yani ölçümden önce ortamı temizleyin. Kablolu bağlantıyla, VPN kapalıyken ve birkaç kez deneyin. Böylece elde ettiğiniz sayı gerçekten sunucu ve yol hakkında bilgi verir.

Gecikmeyi kendi başınıza nasıl ölçersiniz?

Bir ölçüm tek bir noktadan yeterli olmaz. Farklı zamanlarda ve mümkünse farklı konumlardan bakmak gerekir. Şu adımları izleyebilirsiniz:

1. Terminalde ping -c 10 example.com komutunu kendi alan adınızla çalıştırın ve ortalamayı not edin.
2. Aynı ölçümü gün içinde farklı saatlerde tekrarlayın.
3. Tarayıcı geliştirici araçlarının ağ sekmesinde ana belge isteğinin bekleme süresine bakın.
4. PageSpeed Insights ve Lighthouse raporlarındaki sunucu yanıt süresi bulgusunu inceleyin.
5. Mümkünse farklı ülkelerden bağlanan bir arkadaşınıza ya da çevrimiçi ölçüm aracına aynı testi yaptırın.

Böylece sonuçları yan yana koyduğunuzda örüntü görünür. Örneğin gece sürekli yüksekse yoğun saat tıkanıklığı olabilir. Core Web Vitals tarafını da Core Web Vitals rehberimizden takip edebilirsiniz.

Ping sonucunu hosting sağlayıcınıza nasıl iletirsiniz?

Destek talebine "sitem yavaş" yazmak yerine ölçümü ekleyin. Sağlayıcı, sorunun kendi ağında mı yoksa sizin tarafınızda mı olduğunu daha hızlı ayırt eder. İyi bir talepte şunlar bulunur:

• Test ettiğiniz alan adı ya da IP adresi.
• Testi yaptığınız tarih, saat ve bağlandığınız ağ.
• Ping çıktısının tamamı, özet satırlarıyla birlikte.
• Sorunun sürekli mi yoksa belirli saatlerde mi olduğu.

Ayrıca ping ile saldırgan olmayın. Kısa aralıklarla yüzlerce paket göndermek, ölçüm değil yük oluşturur. Bazı sağlayıcılar bunu kötüye kullanım olarak değerlendirebilir.

Güvenli bir bağlantı gecikmeyi artırır mı?

HTTPS, bağlantı kurulumuna bir TLS el sıkışması ekler. Bu yüzden ilk bağlantıda biraz ek süre oluşur. Ancak TLS 1.3, el sıkışmayı bir gidiş dönüşe indirmek üzere tasarlanmıştır. Modern sunucularda bu maliyet küçüktür.

Dolayısıyla güvenlikten vazgeçmeyin. HTTPS artık tarayıcılarda beklenen ve güven veren bir standarttır. Sertifikanın nasıl çalıştığını SSL sertifikası rehberimizde anlattık.

Yönlendirme zincirleri ise gerçek bir gecikme kaynağıdır. web.dev belgesine göre bir yönlendirme bile istenmeyen gecikme ekler; başka bir yönlendirmeye çıkıyorsa durum kötüleşir. HSTS başlığı, tarayıcıya sonraki ziyaretlerde doğrudan HTTPS kullanmasını söyleyerek bu tür yönlendirmeleri azaltır.

Bunu ne zaman kendiniz yapmayın, hosting sağlayıcınıza bırakın?

Dürüst olalım: biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Ağ yönlendirmesi, sunucu donanımı ve veri merkezi bağlantıları sağlayıcının işidir. Bu alanlarda ölçüm yaparsınız ama müdahale etmezsiniz.

Şu durumlarda doğrudan sağlayıcınıza başvurun:

• Ping sürekli yüksek ve nedeni sizin tarafınızda değil.
• Belirli saatlerde paket kaybı oluşuyor.
• Sunucu IP adresi değişikliği ya da lokasyon taşıması gerekiyor.
• Güvenlik duvarı ICMP kurallarını sizin değiştirmeniz gerekiyor ama yetkiniz yok.

Taşıma kararı verirseniz önce yedek alın. Web sitesi yedekleme stratejisi yazımız bu adımda işinize yarar. Yol üzerindeki durakları gösteren traceroute komutunu ise ayrı bir yazıda ele alıyoruz.

Web sitenizin hız ve altyapı kararında biz nasıl yardımcı oluruz?

Ekibimiz hosting sağlamaz, ancak hosting kararının sitenizin hızına, SEO'ya ve dönüşüme etkisini birlikte ele alır. Yeni bir site kurarken ya da mevcut siteyi yenilerken lokasyon, CDN ve önbellek kararlarını tasarım ve içerik planıyla bir arada düşünürüz.

Bu konuda destek almak isterseniz web tasarım hizmetimize ve SEO danışmanlığı hizmetimize göz atabilirsiniz. Önce mevcut durumunuzu ölçeriz, sonra hangi adımın gerçekten fark yaratacağını birlikte belirleriz.

Özetle: ping ağı, TTFB bağlantı ve sunucuyu, kullanıcı verisi ise gerçek deneyimi gösterir. Üçünü birlikte okuduğunuzda hosting lokasyonu ve CDN kararı tahminden çıkıp ölçüme dayanır.

Ping nedir ve nasıl okunur öğrendiğinize göre sıradaki adım kendi sitenizi ölçmektir. Önce on paketlik bir ping alın. Sonra TTFB değerinize bakın. Ardından ziyaretçi dağılımınızı analitik raporunda inceleyin. Bu üç veri elinizdeyken hosting ve CDN kararı çok daha net görünür.

Kaynaklar: web.dev: Time to First Byte, web.dev: TTFB optimizasyonu, Microsoft Learn: ping komutu, RFC 792: Internet Control Message Protocol, Dissecting Latency in the Internet's Fiber Infrastructure.