Web sitesi hızı nasıl kontrol edilir

2026-09-04 Güncellenme: 2026-09-14

Bir web sitesinin gerçekten ne kadar hızlı yüklendiğini kontrol etmek için, sayfayı bilinen bir konumdan gerçek bir tarayıcıda açan bir testten geçirin ve üç sayıyı okuyun: ilk bayta kadar geçen süre, en büyük içerikli boyama, ve toplam yükleme süresi. Tek bir yerden gelen tek bir sayı bir anlık görüntüdür, bir puan değil. Yararlı karşılaştırma her zaman aynıdır: bir değişiklikten önce ve sonra aynı konumdan test edilen aynı sayfa.

Hızlı yol: gerçek bir tarayıcı testi çalıştırın

URL'yi bir sayfa hızı testine girin ve tahmin etmek yerine sayfayı gerçek bir tarayıcıda yüklemesine izin verin. İyi bir rapor size ne işlendiğinin bir ekran görüntüsünü, genel zamanlamaları, ve hangi görselin, betiğin veya üçüncü taraf çağrısının yavaş olduğunu gösteren istek başına bir dökümü verir. Bu döküm, "sayfa yavaş"ı "bu tek yazı tipi dosyası işlemeyi 1,8 saniye engelliyor"a dönüştüren şeydir.

Bunu bir dağıtımdan hemen sonra, bir eklenti veya tema güncellemesinden sonra, ve bir barındırma veya CDN değişikliğine karar vermeden önce çalıştırın. Bunlar hızın değiştiği ve kimsenin fark etmediği anlardır.

Bunu kendiniz komut satırından ölçmek

Hikayenin sunucu tarafı için hiç tarayıcıya ihtiyacınız yok. curl kendi zamanlama dökümünü yazdırabilir:

curl -o /dev/null -sS -w   "dns:%{time_namelookup}s connect:%{time_connect}s tls:%{time_appconnect}s ttfb:%{time_starttransfer}s total:%{time_total}s\n"   https://example.com/

Bu, yalnızca HTML belgesi için tek bir isteği ölçer, bu yüzden her zaman gerçek sayfadan daha hızlı görünür. İşte tam da bu yüzden yararlıdır: sunucuyu tarayıcıdan izole eder. Burada ttfb yüksekse, hiçbir görsel optimizasyonu miktarı yardımcı olmaz. ttfb düşükse ve sayfa hâlâ yavaş hissettiriyorsa, sorun tarayıcının HTML geldikten sonra yapması gerekenlerdedir.

TTFB, LCP ve tam yükleme ne anlama gelir

İlk bayta kadar geçen süre (TTFB). Sunucunun DNS, bağlantı kurulumu, TLS ve sunucunun kendi işlemesi dahil yanıt vermeye başlaması ne kadar sürdü. Yüksek bir TTFB, sayfanın varlıklarına değil barındırmaya, veritabanı sorgularına veya arka uç koduna işaret eder.
En büyük içerikli boyama (LCP). Görünüm alanındaki en büyük görünür öğe, genellikle bir kahraman görsel, bir video posteri veya büyük bir metin bloğu, ne zaman işlemeyi bitirdi. Bu, bir ziyaretçinin "sayfa ne zaman göründü" dediğine en yakın sayıdır. Google, 2,5 saniye veya daha azını iyi kabul eder.
Yükleme / tam yükleme süresi. Tarayıcı belgeyi ve engelleyici kaynaklarını ne zaman yüklemeyi bitirdi. Ziyaretçinin görebildiği her şey normalde bundan çok önce biter.
Oturma kadar toplam süre. Yükleme süresi artı sonrasında hâlâ çalışan her şey, sayfa bittiği görünür göründükten sonra veri getiren betikler gibi. Bir sayfa bitmiş görünebilir ve yine de meşgul olabilir, ve bu iş ziyaretçinin ilk kaydırması veya tıklamasıyla yarışır.
İstekler ve aktarılan baytlar. Sayfanın kaç dosya çektiği ve ne kadar indirildiği. Bunlar yukarıdaki neredeyse her sayının arkasındaki kollardır.

Bunları birlikte okuyun. Yüksek bir LCP'yle düşük TTFB, tarayıcının çok fazla şey yaptığı anlamına gelir: çok fazla istek, işlemeyi engelleyen betikler, veya devasa bir kahraman görsel. Her şeyin geri kalanı normalken yüksek TTFB, tarayıcı henüz işin içine bile girmeden sunucunun darboğaz olduğu anlamına gelir.

Bir yerden tek bir test neden yanıltır

Aynı URL'yi iki kez test etmek ve iki farklı sonuç almak normaldir, ve hiçbiri yanlış değildir. Üç şey çoğu yayılmayı yönlendirir:

Mesafe. Sunucuya yakın çalıştırılan bir test, başka bir kıtada çalıştırılandan daha kısa bir ağ yoluna sahiptir. Ziyaretçileriniz Avrupa'daysa ve sunucunuzla aynı şehirden test ediyorsanız, en iyi durumu ölçüyorsunuzdur, tipik olanı değil.
Cihaz profili. Bir test, daha küçük bir görünüm alanı, farklı bir kullanıcı aracısı ve kısıtlanmış bir bağlantıyla mobil bir cihazı taklit edebilir. Masaüstü için ayarlanmış bir sayfa, kasıtlı olarak, mobil taklit altında çok farklı puan alır.
Önbelleğe alma ve ısınma. İlk istek CDN'de veya uygulamada soğuk bir önbelleğe çarpabilir; ikincisi sıcak sunulur. Bir sayfayı iki veya üç kez çalıştırın ve örüntüyü kullanın, tek en hızlı çalıştırmayı değil.

Tek bir test yine de çalıştırmaya değer. Bu yalnızca bir sayının anlamı yalnızca ölçüldüğü koşullarla birlikte taşıdığı anlamına gelir.

Bir şelaleyi nasıl okursunuz

Şelale, istek başına zaman çizelgesidir, başladığı zamana göre sıralanmış dosya başına bir çubuk. Dört şekil tekrar tekrar ortaya çıkar:

Başka hiçbir şey başlamadan önce uzun bir ilk çubuk. Bu, HTML'deki TTFB'dir, ve her şey onun arkasında sıraya girer.
Her isteğin yalnızca öncekisi bittiğinde başladığı bir merdiven. Bu bir bağımlılık zinciridir, genellikle gerçek içeriği yükleyen başka bir betiği yükleyen bir betik. Zincirler grafikteki en pahalı şekildir.
Ortada üçüncü taraf bir alan adından geniş bir çubuk. Reklamlar, sohbet widget'ları, analitikler ve yazı tipleri burada oturur, ve senkron olarak yüklenirse yavaş bir üçüncü taraf kendi sayfanızı geciktirir.
Yoğun bir küçük çubuk kümesi. Her biri kendi bağlantı yükü olan düzinelerce küçük dosya. Daha az, daha büyük, önbelleğe alınmış dosyalar genellikle birçok küçük dosyayı geride bırakır.

Kırmızı çubuklar veya 4xx ve 5xx kodlu çubuklar, sayfa iyi görünse bile dikkat gerektirir, çünkü başarısız bir istek başarısız olmadan önce bile zamana mal olur.

Kimsenin aramadığı bir yavaşlamayı yakalamak

Tek bir test, sayfanın bir kez, bir yerden, bir cihaz profilinde nasıl performans gösterdiğini söyler. Belirli bir şeyi hata ayıklarken istediğiniz budur. Amacınız bir yavaşlamayı hiç fark etmekse istediğiniz bu değildir: sayfalar her seferinde bir güncellemeyle ağırlaşır, ve kimse sakin bir Salı günü elle bir test çalıştırmaz. Zamanlanmış sayfa hızı izleme, aynı testi aynı konumlardan bir aralıkla çalıştırır, geçmişi tutar, ve sayılar bir eşiği aştığında uyarır. Sayfa hızı testiyle şimdi bir tane çalıştırın, ve yavaş kısmın sunucu olduğu ortaya çıkarsa sunucu yanıt süresine bakın.