Web sitenizi yüklersiniz; hızlıdır. Aynı şehirdeki ekibiniz hızlı bir şekilde onaylıyor. Daha sonra Almanya'daki bir kullanıcı şu e-postayı gönderir: "Sitenizin yüklenmesi 12 saniye sürer." Singapur'daki bir müşteri şu tweet'i atar: "Checkout zaman aşımına uğruyor."
Web siteniz her yerde yavaş değil. Bir yerlerde yavaştır ve nerede ve neden olduğunu bilemezsiniz.
Web sitenizi optimize etmek için aylar harcadınız. Deniz Feneri puanları yüksektir. Önemli Web Verileri yeşildir. CDN'niz yapılandırıldı. SSL doğru şekilde ayarlanmış.
Daha sonra şikayetler almaya başlıyorsunuz. Herkesten değil, yalnızca belirli bölgelerden. Brezilya'daki kullanıcılar yükleme sürelerinin 8 saniye olduğunu bildiriyor. Hindistan'daki kullanıcılar ödeme işlemini tamamlayamıyor. Avustralya'daki kullanıcılar sitenin "bozulduğunu" söylüyor.
Dizüstü bilgisayarınızdan test yapıyorsunuz; her şey çalışıyor. Bir hız testi yapıyorsunuz; sonuçlar iyi görünüyor. APM'niz sağlıklı yanıt süreleri gösteriyor. CDN kontrol paneliniz tüm kenarların çalışır durumda olduğunu gösterir.
Ancak şikayetler gelmeye devam ediyor. Ve bu kullanıcıların gerçekte ne deneyimlediğini görmenin hiçbir yolu yok.
Bu, uluslararası kullanıcıları olan bir web sitesi çalıştırmanın gerçeğidir. Web siteniz bazı ülkelerde yavaş, bazılarında ise hızlı olabilir. Bu ülkelerden izleme yapmadığınız sürece, bunun size gelir maliyeti getirene kadar bunu asla bilemezsiniz.
İnternet tek bir ağ değildir; her biri kendi tuhaflıklarına, eş anlaşmalarına ve arıza modlarına sahip binlerce özerk sistemin bir karışımıdır.
Bir tarayıcının sunucunuza bağlanabilmesi için alan adınızı çözümlemesi gerekir. DNS sağlayıcınızın kullanıcının konumuna yakın herhangi bir yayın düğümü yoksa, DNS çözümlemesi tek başına her sayfa yüklemesine 200-500 ms ekleyebilir.
Örnek: Güney Afrika'da Avrupa'daki bir DNS sunucusunu sorgulayan bir kullanıcı, ilk HTTP isteği başlamadan önce 150 ms'den fazla gidiş-dönüş süresi ekler.
BGP (Sınır Geçidi Protokolü), paketlerin internette nasıl geçeceğini belirler. İdeal olmayan yönlendirme, trafiği tuhaf yollara gönderebilir; Brezilya'dan gelen paketler, Londra sunucunuza ulaşmadan önce Miami'ye, ardından Amsterdam'a gidebilir.
Örnek: São Paulo'da Singapur sunucunuza bağlanan bir kullanıcı, doğrudan deniz altı kabloları yerine ABD Batı Kıyısı üzerinden yönlendirme nedeniyle 400 ms gecikme görebilir.
CDN'nizde 200 uç konum bulunabilir ancak bunların hepsi eşit değildir. Bazı kenarlar aşırı yüklenmiştir. Bazılarının eski önbellekleri var. Bazılarının kaynağınızla bağlantı sorunları var. CDN durum sayfasında "çalışır durumda" yazıyor; ancak Jakarta'daki kullanıcılarınız 5 saniyelik TTFB deneyimi yaşıyor.
Örnek: Manila'daki CDN kenarı, önbelleğe alınmış içeriği anında sunar. Ho Chi Minh City'deki Edge'de önbellek kaybı var ve her seferinde başlangıç noktası alımı yavaş oluyor.
Bazı İSS'ler belirli IP aralıklarına veya barındırma sağlayıcılarına giden trafiği kısıtlar. Diğerleri ise yoğun saatlerde izleme noktalarında yoğunluk yaşıyor. Bir İSS'deki kullanıcılar sitenizi 1 saniyede yükler; aynı şehirdeki başka bir İSS'deki kullanıcılar 10 saniye bekler.
Örnek: Hindistan'da Reliance Jio kullanıcıları 8 saniyelik yükleme süreleri yaşıyor. Aynı şehirdeki Airtel kullanıcıları 1,2 saniye deneyim yaşıyor. Aynı web sitesi, aynı şehir, farklı İSS.
Sindirici gerçek: Bu sorunların tümü bulunduğunuz yerden görünmez. Sunucunuz hızlı. Kodunuz optimize edildi. CDN'niz doğru şekilde yapılandırılmıştır. Ancak altyapınız ile belirli kullanıcılar arasında bir yerde, her isteğe saniyeler ekleyen bir şey vardır ve bunu yalnızca bu kullanıcıların gerçekte nerede olduklarını izleyerek tespit edebilirsiniz.
Standart izleme araçları, bölgesel performans bozulmalarını değil, kesintileri tespit etmek için tasarlanmıştır.
Çoğu web sitesi hız izleme aracı, ağırlıklı olarak ABD ve Batı Avrupa'da yoğunlaşan 3 ila 10 yerden kontrol yapar. Kullanıcılarınız Güneydoğu Asya, Latin Amerika, Orta Doğu veya Afrika'daysa kör uçuyorsunuz.
AWS veya GCP bölgelerinden sentetik kontroller çalıştırmak temsili değildir. Buluttan buluta bağlantı genellikle konut veya kurumsal ağ yollarından daha iyidir. İzlemeniz 200 ms'yi gösteriyor; gerçek kullanıcılar 2.000 ms deneyimi yaşar.
Bir sayfanın "yavaş" olduğunu bilmek yeterli değildir. DNS mi? TCP bağlantısı? TLS anlaşması mı? İlk bayt zamanı mı? İçerik indirilsin mi? Gecikme analizi olmadan sorunun sunucunuzda mı, CDN'nizde mi yoksa ağ yolunda mı olduğunu teşhis edemezsiniz.
Yolda bir yönlendirme sorunu veya paket kaybı olduğunda, paketlerin nerede geciktiğini veya bırakıldığını belirlemek için traceroute ve MTR verilerine ihtiyacınız vardır. Çoğu izleme aracı bunu sunmaz; dolayısıyla CDN'nize veya barındırma sağlayıcınıza sorunun tam olarak nerede olduğunu kanıtlayamazsınız.
Yalnızca 10 konumdan izliyorsanız kullanıcı deneyiminizin %10'dan azını görüyorsunuz demektir. Geriye kalan %90 tamamen farklı bir gerçeklik yaşıyor olabilir.
Bazı ülkelerde yavaş olan bir web sitesi yalnızca küçük bir rahatsızlık değil, aynı zamanda bir iş sorunudur.
Yavaş yükleme süreleri yaşayan kullanıcılar şikayet etmez, ayrılırlar. 3 saniyelik bir gecikme, hemen çıkma oranını %32 artırır. 5 saniyelik bir gecikme bu süreyi %90 artırır. Bu kullanıcılar, izleme kodunuzu yüklemeyi asla tamamlamadıkları için analizlerinizde hiçbir zaman görünmezler.
Almanya'da ödeme sayfanızın yüklenmesi 10 saniye sürüyorsa Alman müşterilerinizi kaybediyorsunuz. Eğer kayıt formunuz Hindistan'da zaman aşımına uğrarsa, dünyanın en büyük ikinci internet nüfusunu kaybediyorsunuz demektir. Bunlar uç durumlar değil; bunlar istemeden görmezden geldiğiniz tüm pazarlardır.
Google birden çok küresel konumdan tarama yapar. Googlebot belirli bölgelerde yavaş yükleme süreleri yaşarsa, Önemli Web Verileriniz olumsuz etkilenir, tarama bütçesi düşer ve sıralamalar düşer (küresel olarak değil, belirli pazarlarda). Trafiğin azaldığını görüyorsunuz ve bunun nedeni hakkında hiçbir fikriniz yok.
Söz yayılıyor. "Bu hizmet Asya'da kullanılamaz." "Zahmet etmeyin, Avrupa'dan asla işe yaramaz." Forum gönderileri, tweet'ler ve inceleme sitesi yorumları, özellikle sorunun varlığından bile haberiniz olmadığında, tersine çevrilmesi zor bir algı yaratır.
Bölgesel performans sorunlarını teşhis etmek üç şeyi gerektirir: küresel kapsam, teşhis derinliği ve tarihsel bağlam.
Sadece "Asya"dan izlemeyin; Tokyo, Singapur, Mumbai, Jakarta, Sidney'den de izleyin. Sadece "Avrupa"dan izlemeyin; Frankfurt, Londra, Amsterdam, Varşova, Stockholm'den izleyin. Her konum farklı ağ yollarını ve potansiyel darboğazları ortaya çıkarır.
İzleme konumlarınızı kullanıcılarınızın gerçekte bulunduğu yerlerle eşleştirin.
Her aşamayı ölçün: DNS araması, TCP anlaşması, TLS anlaşması, ilk bayta kadar geçen süre, içerik aktarımı. Bir sayfa yavaş olduğunda, suçlunun tam olarak hangi aşama olduğunu ve bunun düzeltebileceğiniz bir sorun mu yoksa bir yukarı akış ağ sorunu mu olduğunu bileceksiniz.
"Yavaş" belirsizdir. "500ms DNS + 200ms TTFB" işlem yapılabilir.
Bir bölge yavaş olduğunda traceroute size tam olarak hangi ağ atlama noktasının gecikme eklediğini gösterir. Tarihsel karşılaştırma size bunun yeni bir davranış mı olduğunu yoksa her zaman böyle mi olduğunu söyler. Birlikte, bunun geçici bir sorun mu yoksa kalıcı bir yönlendirme sorunu mu olduğunu belirlemenize yardımcı olurlar.
Traceroute verileri, sağlayıcılara iletirken kanıtınızdır.
Web sitenizin neden bazı ülkelerde yavaş, bazılarında ise hızlı olduğunu belirlemeye yönelik adım adım bir yaklaşım.
Verileri Google Analytics, Cloudflare veya sunucu günlüklerinizden çekin. Kullanıcılarınızın geldiği ilk 10 ülkeyi ve şehri belirleyin. Bunlar, izleme gerektiği yerlerdir.
50'den fazla konumu denetleyen ve aşama başına zamanlama (DNS, TCP, TLS, TTFB) sağlayan bir izleme hizmeti kullanın. Bu ayrıntı düzeyi olmadan bir şeyin yavaş olduğunu bileceksiniz, ancak ne olduğunu veya nedenini bilemezsiniz.
Yavaş bir bölge belirlediğinizde ağ yolunu görmek için traceroute ve MTR'yi çalıştırın. Yüksek gecikmeli atlamalar, paket kaybı veya olağandışı yönlendirme olup olmadığına bakın. Bu veriler size sorunun CDN'nizde mi, kaynağınızda mı yoksa internet omurgasında mı olduğunu söyler.
CDN'nizin aslında en yakın uçtan içerik sunduğunu doğrulayın. Bölge başına önbellek isabet oranlarını kontrol edin. Önbellek kaçırma, başlangıç noktasının yavaş getirilmesi anlamına gelir. Bazı kenarlar yanlış yapılandırılmış veya aşırı yüklenmiş olabilir.
Belirli bölgelerde DNS çözümlemesi yavaşsa, DNS sağlayıcınızın yakınında herhangi bir yayın düğümü olmayabilir. Daha iyi küresel kapsama alanına sahip bir DNS sağlayıcı düşünün veya yedeklilik için ikincil bir sağlayıcı ekleyin.
Bölgesel sorunlar hakkında CDN'niz, barındırma sağlayıcınız veya DNS hizmetinizle iletişime geçtiğinizde, traceroute verilerini, zamanlama dökümlerini ve geçmiş çizelgeleri yanınızda getirin. "Singapur'da yavaş" ifadesi görmezden geliniyor. "İşte sınırınızda 400 ms'lik bir sıçrama gösteren 30 günlük traceroute" harekete geçiyor.
Gecikme bir eşiği aştığında veya kullanılabilirlik azaldığında sizi bilgilendirecek belirli bölgeler için uyarıları yapılandırın. Küresel kesinti uyarılarına değil, bölgeye özgü bozulma uyarılarına ihtiyacınız var.
Her hafta 10 dakikanızı bölgesel performans trendlerini incelemeye ayırın. Yavaş bozulma gerçek zamanlı olarak görünmez ancak tarihsel çizelgelerde açıkça görülür. Sorunları daha büyümeden yakalayın.
Latency Global özellikle "bazı ülkelerde yavaş, bazılarında hızlı" sorununu çözmek için tasarlandı. 6 kıtadaki 70'ten fazla gerçek konumdan izliyoruz; yalnızca bulut bölgelerini değil, gerçek kullanıcıların deneyimlerini yansıtan gerçek ağ görüş noktalarını da izliyoruz.
Her kontrol tam gecikme dökümünü içerir: DNS, TCP, TLS, TTFB. Traceroute ve MTR'yi talep üzerine herhangi bir yerden çalıştırabilirsiniz. Geçmiş veriler, mevcut performansı temel değerlerle karşılaştırmanıza olanak tanır. Ayrıca maliyeti ayda 5 ABD doları'dır; kurumsal küresel izlemenin genellikle yürüttüğü 200-500 ABD doları değil.
Küresel izlemenin çalıştırılması pahalıdır; bu nedenle çoğu araç konumları sınırlandırır. Ücretsiz katmanları sürdürmek yerine, ödeme yapan müşterilere hizmet vererek fiyatları düşük tutuyoruz.
En yaygın nedenler şunlardır: DNS çözümleme gecikmesi (DNS sağlayıcınızın bu kullanıcıların yakınında sunucuları yoktur), yetersiz BGP yönlendirmesi (verimsiz yollar izleyen paketler), CDN uç performans sorunları (önbellek kaçırmaları veya aşırı yüklenmiş kenarlar) ve bölgesel ISP kısıtlaması veya tıkanıklığı. Hangisinin spesifik sorununuza neden olduğunu belirlemenin tek yolu, tam gecikme dökümü ve traceroute verileriyle bu konumlardan izlemektir.
Tek seferlik testler size anlık bir görüntü verir ancak performans gün boyunca değişiklik gösterir. Aralıklı sorunları yakalamak, kalıpları belirlemek (örneğin, belirli bölgelerdeki yoğun saatlerde yavaşlamalar) ve geçmiş temelleri oluşturmak için sürekli izlemeye ihtiyacınız var. Ücretsiz hız testi aynı zamanda temel nedeni teşhis etmek için size gecikme dökümü veya traceroute verileri sağlamaz.
"Operasyonel", "optimum" anlamına gelmez. Kenarlar çalışır durumda olabilir ancak: düşük önbellek isabet oranlarına sahip olabilir (kökenin getirilmesini zorunlu kılar), yoğun saatlerde aşırı yüklenebilir, eski veya yanlış yapılandırılmış içeriğe sahip olabilir veya belirli İSS'lerle bağlantısı zayıf olabilir. CDN'nizin dışından bağımsız izleme, size CDN kontrol panellerinin göstermediği temel gerçekleri sunar.
Gecikme dökümüne bakın. TTFB (İlk Bayta Kadar Geçen Süre) yüksek ancak DNS/TCP/TLS normalse sorun kaynak sunucunuzdadır. DNS veya TCP anlaşması yüksekse sorun sunucunuzdadır. Traceroute shows you exactly which network hop is adding latency — whether it's your hosting provider, a transit network, or an ISP.
İSS düzeyindeki sorunları doğrudan çözemeyebilirsiniz ancak şunları yapabilirsiniz: (1) bunun sizin altyapınız olmadığını doğrulayın, (2) etkilenen müşteriler için sorunu belgeleyin, (3) farklı şekilde yönlendiren alternatif CDN uçlarını keşfedin, (4) kalıcı sorunların olduğu bölgelere kaynak sunucular ekleyin veya (5) eşleme değişikliklerini araştırmak için izleme yolu kanıtlarıyla birlikte barındırma sağlayıcınızın ağ ekibiyle iletişime geçin.
Uluslararası kullanıcıları olan üretim web siteleri için 1 dakikalık kontrol aralıkları idealdir. Bu, aralıklı sorunları yakalar ve size anlamlı trend analizi için yeterli veri noktası sağlar. Daha az kritik olan sayfalar için 5 dakikalık aralıklar kabul edilebilir ancak kısa süreli sorunları kaçıracaksınız.
Bazı ülkelerde web sitenizin neden yavaş olduğunu tahmin etmeyi bırakın. URL'nizi ekleyin, izleme konumlarınızı seçin ve küresel kullanıcılarınızın size e-posta göndermeden önce gerçekte neler deneyimlediklerini görün.
Aylık 5$ • Sözleşme yok • İstediğiniz zaman iptal edin