Site hız testi
Sitenizin adresini yazın; Google PageSpeed verisiyle mobil ve masaüstü Core Web Vitals değerlerini, İstanbul'dan Tokyo'ya 10 şehirden ilk bayt süresini (TTFB) ve CDN kullanımını tek ekranda görün.
Her ziyaretçinin günde 5 ücretsiz test hakkı vardır.
Site hız testi nedir?
Site hız testi, bir web sayfasının ziyaretçiye ne kadar hızlı ulaştığını ve ekranda ne kadar sürede kullanılabilir hale geldiğini ölçer. Bu araç üç ölçümü bir araya getirir: Google'ın PageSpeed Insights servisinden mobil ve masaüstü performans skoru ile Core Web Vitals değerleri, dünyanın 10 şehrinden ölçülen ilk bayt süresi (TTFB) ve kendi sunucumuzdan yapılan istekle sayfa ağırlığı, sıkıştırma ve önbellek ayarları.
PageSpeed verileri Google'ın kendi API'sinden alınır ve değiştirilmeden gösterilir. Dünya geneli ölçüm ise sayfanızın İstanbul dışındaki ziyaretçilere de hızlı açılıp açılmadığını, yani sunucu konumunun ve CDN kullanımının etkisini görmenizi sağlar.
Nasıl kullanılır?
- Test etmek istediğiniz sayfanın adresini yazın.
siteniz.comyazmanız yeterlidir; iç sayfalar için tam adresi yapıştırın. - Hızı test et düğmesine basın. Dünya geneli ölçüm birkaç saniye, Google'ın mobil ve masaüstü testleri genellikle 20–40 saniye sürer; ilerleme ekranda görünür.
- Önce dünya haritasına bakın: kırmızı ve sarı noktalar, sayfanızın o bölgelerde geç yanıt verdiğini gösterir. Ardından Core Web Vitals değerlerini ve iyileştirme fırsatlarını inceleyin.
- Sonucun linkini kopyalayıp ekibinizle paylaşabilir ya da PDF olarak kaydedebilirsiniz. Paylaşılan link 7 gün açık kalır.
Her ziyaretçinin günde 5 ücretsiz test hakkı vardır. Aynı sayfanın son 1 saatteki sonucunu yeniden görmek hak harcamaz.
PageSpeed Insights ve GTmetrix sonuçları nasıl okunur?
Site hızını ölçerken en çok kullanılan iki araç Google'ın PageSpeed Insights'ı ve GTmetrix'tir. İkisi de laboratuvar testinde Google'ın açık kaynaklı Lighthouse motorunu kullanır; ancak sonuçları farklı biçimde özetler ve sayfayı farklı yerlerden, farklı cihaz ayarlarıyla test eder. Bu yüzden aynı sayfa için iki araçtan farklı skorlar almanız normaldir.
PageSpeed Insights sonucunda iki ayrı bölüm vardır. Üstteki Core Web Vitals değerlendirmesi, sayfanızın yeterli ziyaretçisi varsa gerçek Chrome kullanıcılarının verisidir; LCP, INP ve CLS'nin üçü de iyi eşiğin içindeyse "Başarılı" yazar. Alttaki performans skoru (0–100) ise tek seferlik laboratuvar testinden gelir: 90–100 iyi, 50–89 geliştirilmeli, 0–49 kötü kabul edilir. Skor beş ölçümün ağırlıklı ortalamasıdır; en büyük payı TBT, LCP ve CLS alır. Sıralama ve kullanıcı deneyimi açısından asıl önemli olan gerçek kullanıcı verisidir; skor, sorunun nerede olduğunu bulmanıza yardım eder.
GTmetrix, A'dan F'ye bir not verir. Not, Lighthouse performans skoru ile sayfanın yapısal iyi uygulamalara ne kadar uyduğunu gösteren yapı skorunun birleşimidir. GTmetrix'in en faydalı bölümü şelale (waterfall) grafiğidir: sayfadaki her dosyanın hangi sırayla, ne kadar sürede ve hangi boyutta yüklendiğini gösterir. Varsayılan test konumu Kanada'dadır; ziyaretçileriniz Türkiye'deyse sunucu yanıt süreleri gerçekte yaşanandan uzun görünebilir.
| Araç | En güçlü olduğu konu | Ne zaman kullanılır? |
|---|---|---|
| PageSpeed Insights | Gerçek kullanıcı verisi (Core Web Vitals) ve Google'ın iyileştirme önerileri | Google'ın sayfanızı nasıl değerlendirdiğini görmek için |
| GTmetrix | Şelale grafiği ve dosya bazında yükleme sırası | Hangi dosyanın sayfayı yavaşlattığını bulmak için |
| Bu site hız testi | PageSpeed verisi, 10 şehirden TTFB, CDN, sıkıştırma ve önbellek kontrolü tek ekranda | Sunucu konumu ve CDN etkisini Türkçe yorumla birlikte görmek için |
Araçlar arasında skor kıyaslamak yerine, iyileştirmeden önce ve sonra aynı araçla ölçüm yapın ve tek skora değil LCP, TBT ve CLS gibi metriklere bakın. Mobil test daha yavaş bir telefon ve mobil ağ taklit ettiği için mobil skorun masaüstünden düşük çıkması da beklenen bir durumdur.
Büyütmek için dokunun
TTFB nedir, neden önemlidir?
TTFB (Time to First Byte), tarayıcının isteği başlatmasından sunucudan ilk baytın gelmesine kadar geçen süredir. Dört adımın toplamıdır: alan adının IP adresine çevrilmesi (DNS), sunucuyla bağlantı kurulması (TCP), güvenli bağlantı el sıkışması (TLS) ve sunucunun sayfayı hazırlayıp ilk baytı göndermesi. Sonuç tablosunda bu dört adımı ayrı ayrı görürsünüz; böylece yavaşlığın mesafeden mi yoksa sunucunun kendisinden mi kaynaklandığı anlaşılır.
| TTFB | Değerlendirme |
|---|---|
| 800 ms ve altı | İyi |
| 800 – 1.800 ms | Geliştirilmeli |
| 1.800 ms üzeri | Kötü |
Eşikler Google'ın web.dev TTFB rehberinden alınmıştır.
TTFB yüksekse sayfanın geri kalanı ne kadar hafif olursa olsun ziyaretçi bekler; LCP ve FCP gibi değerler de TTFB'nin üzerine eklenir. Sunucu bekleme süresi yüksekse veritabanı sorguları, eklentiler ve sayfa önbelleği; DNS, bağlantı ve TLS süreleri yüksekse sunucunun konumu ve CDN kullanımı incelenmelidir.
Büyütmek için dokunun
Dünya genelinden ölçüm nasıl yapılır?
Dünya geneli ölçüm, Globalping ağıyla yapılır. Globalping, farklı ülkelerdeki kişi ve kurumların sunucularında çalışan küçük ölçüm yazılımlarından oluşan açık bir ağdır. Testiniz İstanbul, Frankfurt, Londra, New York, San Francisco, São Paulo, Singapur, Tokyo, Sidney ve Johannesburg'da ikişer ölçüm noktasından aynı anda çalışır; her şehir için iki ölçümün ortancası gösterilir.
Ölçüm noktalarının internet bağlantıları birbirinden farklı olduğu için sonuçlar yön gösterici kabul edilmelidir. Bir şehirde nokta o an çevrimdışıysa aynı ülkeden başka bir nokta kullanılır; tabloda her ölçümün yapıldığı şehir ve ağ adı yazar.
Büyütmek için dokunun
Core Web Vitals ve eşik değerleri
| Metrik | Ne ölçer? | İyi | Geliştirilmeli | Kötü |
|---|---|---|---|---|
| LCP | En büyük içeriğin (genellikle ana görsel ya da başlık) görünme süresi | 2,5 sn ve altı | 2,5–4 sn | 4 sn üzeri |
| INP | Tıklama ve dokunmalara tepki süresi | 200 ms ve altı | 200–500 ms | 500 ms üzeri |
| CLS | Yükleme sırasında içeriğin kayması | 0,1 ve altı | 0,1–0,25 | 0,25 üzeri |
| FCP | İlk içeriğin görünme süresi | 1,8 sn ve altı | 1,8–3 sn | 3 sn üzeri |
| TBT | Laboratuvar testinde ana iş parçacığının kilitli kaldığı süre (INP'nin göstergesi) | 200 ms ve altı | 200–600 ms | 600 ms üzeri |
Sayfanızın yeterli ziyaretçisi varsa PageSpeed, gerçek Chrome kullanıcılarının son 28 günlük verisini (alan verisi) döndürür; araç bu durumda gerçek veriyi öne çıkarır. Yeterli veri yoksa değerler laboratuvar testinden gelir. Google, Core Web Vitals'ı sayfa deneyimi sinyalleri arasında kullanır; ancak içeriğin aramaya uygunluğu her zaman daha belirleyicidir.
Büyütmek için dokunun
LCP, INP ve CLS nasıl düzeltilir?
Core Web Vitals, Google'ın sayfa deneyimini ölçmek için seçtiği üç metriktir: yükleme hızı için LCP, tepki hızı için INP ve görsel kararlılık için CLS. Her birinin en sık nedeni ve ilk yapılacak iş farklıdır.
LCP (Largest Contentful Paint) yüksekse önce LCP öğesinin ne olduğunu bulun; PageSpeed sonucundaki tanılama bölümü bu öğeyi gösterir. Çoğu sayfada bu ana görsel, slider'ın ilk karesi ya da büyük başlıktır. LCP dört parçadan oluşur: TTFB, görselin indirilmeye başlamadan önce beklediği süre, indirme süresi ve ekrana çizilme gecikmesi. Yaygın düzeltmeler şunlardır: ana görselde geç yüklemeyi (lazy loading) kapatın, görseli öncelikli yükleyin (fetchpriority="high" ya da önceden yükleme), WebP veya AVIF formatında ve ekranda gösterilen boyutta sunun, sayfanın üstünü JavaScript ile çizilen slider'lar yerine sabit bir görselle kurun.
INP (Interaction to Next Paint) yüksekse sorun genellikle tarayıcının ana iş parçacığını meşgul eden JavaScript'tir. Menü, filtre veya sepete ekle düğmesine basıldığında tarayıcı önce bekleyen işleri bitirmek zorundadır. Kullanılmayan eklentileri ve betikleri kaldırın, sohbet, reklam ve analiz kodlarını sayfa yüklendikten sonra çalıştırın, uzun işleri küçük parçalara bölün ve çok büyük sayfa yapısından (binlerce HTML öğesi) kaçının. Laboratuvar testinde INP ölçülemediği için TBT değeri bu sorunun göstergesidir.
CLS (Cumulative Layout Shift) yüksekse sayfa yüklenirken bir şey sonradan yer kaplayıp içeriği itiyordur. Görsellere ve videolara genişlik ve yükseklik verin, reklam, banner ve çerez bildirimi için yer ayırın, içeriği mevcut metnin üstüne sonradan eklemeyin, yazı tiplerini önceden yükleyip yedek yazı tipiyle boyut farkını azaltın.
Büyütmek için dokunun
CDN nedir, ne zaman gerekir?
CDN (içerik dağıtım ağı), sayfanızın ve dosyalarınızın kopyalarını dünyanın farklı noktalarındaki uç sunucularda tutar ve ziyaretçiye en yakın noktadan sunar. Araç, yanıt başlıklarından Cloudflare, Amazon CloudFront, Fastly, Bunny CDN, Akamai, Vercel ve Netlify gibi yaygın CDN'leri tanır.
Ziyaretçilerinizin büyük çoğunluğu Türkiye'deyse ve sunucunuz da yakınsa CDN'in etkisi sınırlı olabilir. Yurt dışından ziyaretçi alıyorsanız, haritada uzak bölgeler kırmızı görünüyorsa ya da görseller sayfanın büyük kısmını oluşturuyorsa CDN genellikle en hızlı kazanımı sağlar. CDN kullandığınız halde bazı bölgeler yavaşsa sayfanın önbellekten sunulup sunulmadığını kontrol edin.
Siteyi hızlandırmak için yapılacaklar
- Sunucu yanıtını iyileştirin: sayfa önbelleği (WordPress'te önbellek eklentisi, e-ticaret altyapılarında sağlayıcının önbellek ayarı) ve gerekirse daha güçlü ya da ziyaretçiye yakın bir sunucu.
- Görselleri hafifletin: WebP veya AVIF formatı, ekranda gösterilen boyutta görsel, ekranın altındaki görsellerde geç yükleme (lazy loading).
- Sıkıştırma ve önbellek başlıkları: HTML, CSS ve JavaScript için Brotli veya gzip; statik dosyalar için uzun süreli cache-control.
- Engelleyici kaynakları azaltın: kullanılmayan JavaScript ve CSS'i kaldırın, üçüncü taraf betiklerini (sohbet, analiz, reklam) erteleyin.
- Düzen kaymasını önleyin: görsellere ve reklam alanlarına genişlik ve yükseklik verin, yazı tiplerini önceden yükleyin.
- CDN kullanın: özellikle yurt dışı ziyaretçi ve yoğun görsel içeren sitelerde.
PageSpeed sonucundaki iyileştirme fırsatları listesi bu işlerden hangisinin sizin sayfanızda en çok süre kazandıracağını tahmini saniyesiyle gösterir; listeye yukarıdan başlayın.
Büyütmek için dokunun
WordPress, Shopify ve hazır altyapılarda site hızlandırma
Site hızlandırma işlerinin hangisinin sizin elinizde olduğu, sitenin hangi altyapıyla kurulduğuna bağlıdır. Kendi sunucunuzdaki bir sitede her ayara erişirsiniz; hazır bir e-ticaret altyapısında ise sunucu ve önbellek sağlayıcıdadır, siz tema, görsel ve eklediğiniz kodlar üzerinde çalışırsınız. Sitenizin altyapısını bilmiyorsanız SEO analizi raporu bunu tespit eder.
- WordPress: Bir sayfa önbelleği eklentisi kurun (sunucunuz LiteSpeed ise LiteSpeed Cache, değilse WP Rocket veya W3 Total Cache gibi), hosting panelinden güncel bir PHP sürümü seçin, kullanmadığınız eklenti ve temaları silin. Her sayfada çalışan ağır sayfa oluşturucular ve slider eklentileri JavaScript yükünü artırır. Görselleri bir optimizasyon eklentisiyle WebP'ye çevirin; ziyaretçi sayısı yüksekse hosting firmanızdan nesne önbelleği (Redis gibi) isteyin.
- Shopify: Sunucu ve CDN Shopify tarafından yönetilir. Hızı en çok etkileyen şeyler tema ve uygulamalardır: her uygulama sayfaya kendi betiğini ekleyebilir, kaldırılan uygulamaların kodu da bazen temada kalır. Kullanmadığınız uygulamaları kaldırın, ana sayfadaki bölüm ve slider sayısını azaltın, arka plan videolarından kaçının ve görselleri gereğinden büyük boyutta yüklemeyin.
- İkas, Ticimax, IdeaSoft, T-Soft gibi hazır altyapılar: Sunucu, önbellek ve CDN ayarları sağlayıcıdadır. Sizin kontrolünüzdeki işler banner ve ürün görsellerinin boyutu, ana sayfadaki blok sayısı ve panelden eklenen harici kodlardır (canlı destek, pazarlama pikselleri, etiket yöneticisi). TTFB yüksekse ya da dünya haritasında Türkiye dahil bölgeler kırmızıysa, test linkini sağlayıcınızın destek ekibiyle paylaşın.
- Next.js ve özel yazılımlar: Sık değişmeyen sayfaları statik oluşturun ya da önbelleğe alın, görselleri Next.js'in görsel bileşeniyle sunup LCP görselini öncelikli işaretleyin, yazı tiplerini
next/fontile yükleyin. İstemciye gönderilen JavaScript'i azaltmak için etkileşim gerektirmeyen bölümleri sunucuda oluşturun, üçüncü taraf betiklerini sayfa yüklendikten sonra çalıştırın ve sunucu bölgesini ziyaretçilerinize yakın seçin.
Altyapı ne olursa olsun sıra aynıdır: önce TTFB'yi, sonra LCP'yi, en son INP ve CLS'yi düzeltin; her değişiklikten sonra testi tekrarlayıp etkisini görün. Online mağazanızda hızla birlikte kategori ve ürün sayfalarının arama görünürlüğünü de ele almak isterseniz e-ticaret SEO sayfamıza bakabilirsiniz.
Hızlandırma işlerini biz yapalım
Hız, sıralama için gereken işlerin yalnızca bir parçasıdır. Sayfanızın teknik SEO, içerik ve bağlantı durumunu da görmek için ücretsiz SEO analizi yapabilirsiniz. Bulunan eksikleri sizin yerinize kapatmamızı isterseniz:
- Aylık SEO ajansı hizmeti: hız ve Core Web Vitals düzeltmeleri dahil teknik işleri her ay sitenize biz uygularız.
- SEO danışmanlığı: sonuçları bir uzmanla Google Meet'te konuşup ekibiniz için önem sıralı bir iş listesi alın.
- SEO paketleri: teknik temel hazırsa içerik ve bağlantı çalışmasıyla sıralamayı güçlendirin.
Sık sorulan sorular
Site hız testi ücretsiz mi, kaç kez kullanabilirim?
Evet, ücretsizdir ve üyelik gerektirmez. Her ziyaretçinin günde 5 yeni test hakkı vardır. Aynı sayfanın son 1 saat içindeki sonucunu tekrar açmak hakkınızdan düşmez; siteye ulaşılamadığı için tamamlanamayan testlerde hak iade edilir.
Bu araç Google PageSpeed Insights'tan farklı mı?
Core Web Vitals ve performans skoru doğrudan Google PageSpeed Insights API'sinden alınır; bu kısımda Google'ın verdiği değerleri gösteririz. Farkımız, aynı ekranda sitenizin İstanbul, Frankfurt, Londra, New York, San Francisco, São Paulo, Singapur, Tokyo, Sidney ve Johannesburg'dan ne kadar sürede yanıt verdiğini (TTFB) ölçmemiz, CDN kullanıp kullanmadığınızı göstermemiz ve sonuçları Türkçe yorumlamamızdır.
TTFB nedir, kaç milisaniye olmalı?
TTFB (Time to First Byte), tarayıcının isteği başlatmasından sunucudan ilk baytın gelmesine kadar geçen süredir; DNS çözümleme, bağlantı kurma, TLS (SSL) el sıkışması ve sunucunun sayfayı hazırlama süresini kapsar. Google'ın web.dev rehberine göre 800 milisaniye ve altı iyi, 1.800 milisaniyeye kadar geliştirilmeli, üstü kötü kabul edilir.
Sitem neden bazı şehirlerde yavaş açılıyor?
Veri fiziksel olarak sunucunuzdan ziyaretçiye gider; sunucunuz İstanbul'daysa verinin Tokyo'daki ziyaretçiye ulaşmak için okyanus aşırı bağlantılardan geçmesi gerekir. DNS, bağlantı ve TLS adımlarının her biri mesafeyle birlikte uzar. Bir CDN, sayfanızı ziyaretçiye yakın uç sunuculardan sunarak bu farkı kapatır.
Core Web Vitals değerleri neyi gösterir?
LCP sayfadaki en büyük içeriğin ne kadar sürede göründüğünü (2,5 saniye ve altı iyi), INP sayfanın tıklama ve dokunmalara ne kadar hızlı tepki verdiğini (200 milisaniye ve altı iyi), CLS ise sayfa yüklenirken içeriğin ne kadar kaydığını (0,1 ve altı iyi) ölçer. Sayfanın yeterli ziyaretçisi varsa gerçek Chrome kullanıcılarının son 28 günlük verisi, yoksa laboratuvar testi gösterilir.
Mobil skorum masaüstünden neden düşük?
Test, daha yavaş bir telefonu ve mobil ağı taklit ettiği için aynı sayfa mobilde daha geç yüklenir; bu yüzden mobil skor çoğu sitede düşük çıkar. Google sıralamada sayfanın mobil sürümünü esas aldığı için mobil sonuçlara öncelik vermenizi öneririz.
Testi tekrarladığımda neden farklı sonuçlar çıkıyor?
Sunucunun o anki yükü, önbelleğin dolu ya da boş olması, ölçüm noktasının ağ trafiği ve laboratuvar testindeki küçük farklar sonuçları değiştirir. Dünya geneli ölçümler, farklı ülkelerdeki gönüllüler tarafından çalıştırılan Globalping ağı noktalarından yapılır; her noktanın bağlantısı farklıdır. Tek bir ölçüme değil, bölgeler arasındaki genel tabloya bakın.
PageSpeed skoru kaç olmalı?
Google'a göre performans skoru 90–100 arası iyi, 50–89 arası geliştirilmeli, 0–49 arası kötüdür. Skor tek seferlik laboratuvar testinden gelir ve testten teste birkaç puan oynayabilir. Asıl hedef, gerçek kullanıcı verisinde LCP, INP ve CLS'nin iyi eşiklerin içinde kalmasıdır; mobilde 90 almak her site için gerekli ya da mümkün değildir.
GTmetrix ile bu aracın sonuçları neden farklı?
GTmetrix sayfayı varsayılan olarak Kanada'daki bir konumdan ve kendi cihaz ayarlarıyla test eder; not A'dan F'ye verilir ve yapı skorunu da içerir. Bu araç ise Google PageSpeed Insights'ın mobil ve masaüstü sonucunu ve 10 şehirden ölçülen TTFB'yi gösterir. Konum, cihaz ve ağ farklı olduğu için sonuçlar birebir aynı çıkmaz; iyileştirmeleri hep aynı araçla ölçün.
LCP nasıl düşürülür?
Önce PageSpeed sonucunda LCP öğesinin ne olduğuna bakın. Çoğu zaman bu ana görseldir: geç yüklemeyi kapatın, görseli öncelikli yükleyin, WebP veya AVIF formatında ve ekrandaki boyutunda sunun. TTFB yüksekse LCP de geç kalır; bu durumda önce sayfa önbelleği ve sunucu yanıtıyla başlayın.
WordPress sitemi nasıl hızlandırırım?
Bir sayfa önbelleği eklentisi kurun, güncel bir PHP sürümü kullanın, kullanmadığınız eklenti ve temaları silin, görselleri WebP'ye çevirin ve sohbet, reklam gibi üçüncü taraf kodları erteleyin. Ağır sayfa oluşturucular ve slider eklentileri en sık yavaşlık nedenlerindendir. Bunlara rağmen sunucu bekleme süresi yüksekse hosting paketinizi gözden geçirin.
Site hızı Google sıralamasını etkiler mi?
Google, Core Web Vitals'ı sayfa deneyimini değerlendiren sinyaller arasında kullandığını açıklamıştır; ancak içeriğin aramaya uygunluğu ve kalitesi çok daha belirleyicidir. Hızlı bir sayfa tek başına sıralama getirmez, yavaş bir sayfa ise ziyaretçi kaybettirir ve iyi içeriğin performansını düşürür.
Sitemi sizin hızlandırmanız mümkün mü?
Evet. Aylık SEO ajansı hizmetimizde görsel optimizasyonu, önbellek ve sıkıştırma ayarları, CDN kurulumu ve Core Web Vitals düzeltmeleri dahil teknik işleri sitenize biz uygularız. İşi kendi ekibinizle yapmak isterseniz SEO danışmanlığıyla önem sıralı bir yapılacaklar listesi alabilirsiniz.