Site Hız Testi

Evet, site hız testi tamamen ücretsizdir; üyelik, e-posta ya da kurulum gerekmez, adresinizi yazıp testi başlatmanız yeterlidir. Ölçümü Google PageSpeed Insights yaptığı için aynı adresi art arda değil, birkaç dakika arayla ölçmenizi öneririz; kötüye kullanımı önlemek için kişi başına saatlik bir test sınırı vardır. Aynı adres kısa süre içinde tekrar sorulursa son ölçüm gösterilir. Sonuçları yorumlamakta zorlanırsanız ekibimizden ücretsiz analiz isteyebilirsiniz; hız sorunlarınızı önceliklendirip size bir yol haritası çıkarırız.

Sayfanın adresini kutuya yazıp “Testi Başlat”a basmanız yeterlidir; araç sayfayı Google sunucularında mobil ve masaüstü olarak açar ve raporu 20-40 saniyede hazırlar. Raporu şu sırayla okuyun:

• Üstte mobil ve masaüstü performans puanı
• Gerçek kullanıcıların Core Web Vitals değerleri (LCP, INP, CLS)
• Laboratuvar metrikleri, sayfa ağırlığı ve istek sayısı
• Tahmini kazanca göre sıralı iyileştirme önerileri

En doğru tablo için ana sayfanın yanında çok ziyaret alan bir kategori ve bir ürün sayfasını da ayrı test edin. Adım adım iyileştirme için hız optimizasyonu rehberimize bakın.

PageSpeed puanında 90-100 arası “iyi”, 50-89 arası “iyileştirilmeli”, 0-49 arası “kötü” kabul edilir; e-ticaret sitelerinde mobilde 90 üstü zor ama mümkündür. Yine de puanı tek başına hedef yapmayın: Google'ın sayfa deneyimi değerlendirmesi puana değil, gerçek kullanıcıların Core Web Vitals verisine bakar. Mobilde 60 puan alıp saha verisinde LCP, INP ve CLS'si “iyi” olan bir mağaza, 80 puan alıp sahada kötü çıkan bir mağazadan daha sağlıklıdır. Puanın nasıl hesaplandığını PageSpeed Insights rehberimizde anlattık.

Mobil ölçüm yavaş bir 4G bağlantısı ve orta seviye bir telefon işlemcisi taklit edilerek yapıldığı için mobil puan neredeyse her zaman masaüstünden düşüktür. Aynı sayfa masaüstünde 90, mobilde 50'ler alabilir. Aradaki farkı en çok büyük JavaScript paketleri ve telefona göre küçültülmemiş görseller açar: güçlü bir bilgisayar bunları hızla işler, telefon işleyemez. Google sitenizi mobil sürümüne göre dizine eklediği için önceliği mobil ölçüme verin. Telefonda iyi çalışan bir tasarımın ilkeleri için mobil uyumlu web tasarım rehberimize göz atın.

Core Web Vitals, Google'ın sayfa deneyimini ölçtüğü üç gerçek kullanıcı metriğidir: yükleme hızı LCP, etkileşime yanıt INP ve görsel kararlılık CLS. Bir sayfanın “iyi” sayılması için ziyaretlerin 75. yüzdelik değerinde LCP'nin 2,5 saniye, INP'nin 200 ms, CLS'nin 0,1 ve altında olması gerekir. Değerler Chrome kullanıcılarından toplanan son 28 günlük verilerdir ve Search Console'da da raporlanır. Bu araç, sitenizin saha verisi varsa üç metriği ve geçti/geçemedi değerlendirmesini doğrudan gösterir. Ayrıntılar için Core Web Vitals rehberimizi okuyun.

LCP (en büyük içerikli boyama) 2,5 saniye ve altındaysa iyi, 4 saniyenin üstündeyse kötü kabul edilir; e-ticarette LCP öğesi çoğunlukla ana banner ya da ürün görselidir. Düşürmek için:

• LCP görselini gösterildiği boyuta küçültüp WebP/AVIF'e çevirin
• Bu görsele geç yükleme (lazy load) vermeyin, gerekiyorsa preload edin
• Görselden önce yüklenen engelleyici CSS ve JavaScript'i azaltın
• Sunucu yanıt süresini (TTFB) kontrol edin

Görselleri doğru ölçüye getirmek için ürün görseli boyutlandırma aracını kullanabilirsiniz.

Evet, INP (Interaction to Next Paint) Mart 2024'te FID'in yerine Core Web Vitals metriği oldu ve sayfadaki tıklama ile dokunmalara ekranın ne kadar sürede yanıt verdiğini ölçer. FID yalnız ilk etkileşimin gecikmesine bakıyordu; INP ise ziyaret boyunca yapılan etkileşimlerin en yavaşlarını dikkate alır. 200 ms ve altı iyi, 500 ms üstü kötüdür. INP'yi en çok ağır JavaScript, uzun görevler ve çok sayıda üçüncü taraf kodu bozar. Laboratuvar ölçümü INP'yi göremediği için TBT'ye bakın; adımlar hız optimizasyonu rehberimizde.

CLS, sayfa yüklenirken öğelerin beklenmedik şekilde yer değiştirmesini ölçer; 0,1 ve altı iyi, 0,25 üstü kötü kabul edilir ve en sık nedeni boyutu belirtilmemiş görsellerdir. Düşürmek için:

• Görsel ve videolara genişlik/yükseklik ya da en-boy oranı verin
• Sonradan yüklenen banner, kampanya şeridi ve çerez çubuğu için yer ayırın
• Web fontlarında font-display ayarı yapın, yedek fontu benzer ölçülü seçin
• İçeriği mevcut öğelerin üstüne sonradan eklemeyin

Kaymayan, sakin bir arayüzün dönüşüme etkisini iyi web tasarımı ilkeleri yazımızda anlattık.

TBT, sayfa yüklenirken tarayıcının ana iş parçacığının uzun JavaScript görevleriyle kilitlendiği ve kullanıcı girdisine yanıt veremediği toplam süredir; Lighthouse puanında en yüksek ağırlığa (%30) sahiptir. Mobilde 200 ms altı iyi bir hedeftir. Yüksek TBT genellikle büyük tema paketlerinden, gereksiz uygulamalardan, sohbet ve analitik kodlarından gelir; kullanıcı tarafında yavaş tepki veren menü ve butonlar (zayıf INP) olarak hissedilir. Rapordaki “JavaScript yürütme süresini azaltın” gibi maddeler TBT'ye yöneliktir. Kod tarafını kendiniz düzenleyemiyorsanız SEO hizmetimiz teknik hız iyileştirmesini de kapsar.

Saha verisi Chrome UX Report'tan gelir ve yalnız yeterli sayıda Chrome kullanıcısının ziyaret ettiği sayfalar için yayımlanır; yeni ya da az trafikli sitelerde bu veri bulunmaz. Bu durumda araç önce alan adının geneline ait veriyi dener, o da yoksa yalnız laboratuvar ölçümünü gösterir. Laboratuvar verisi aynı metriklerin simülasyonudur ve iyileştirme için yeterli yol gösterir. Trafiğiniz arttıkça saha verisi oluşur; sitenizin Core Web Vitals durumunu zaman içinde izlemek için Search Console'u kullanın, kurulumu Search Console rehberimizde.

Lighthouse puanı tek bir sayfa açılışının ölçümü olduğu için ağ gecikmesi, sunucu yükü, reklam ve üçüncü taraf kodlarının o anki davranışına göre her testte birkaç puan oynayabilir. Örneğin bir kampanya banner'ı ya da canlı destek kodu bazen geç yüklenir ve TBT'yi değiştirir. Bu nedenle:

• Karar vermeden önce aynı sayfayı birkaç kez ölçün
• Değişiklik öncesi ve sonrası ölçümleri aynı saat aralığında yapın
• Asıl başarı ölçütü olarak saha verisine bakın

Düzenli ölçüm alışkanlığını teknik SEO denetimi rutininize ekleyin.

Evet, ama sınırlı ölçüde: Google, Core Web Vitals'ı sıralama sistemlerinin değerlendirdiği sayfa deneyimi sinyalleri arasında sayar; ancak arama niyetine uygun, güçlü içerik her zaman daha belirleyicidir. Hız, benzer içerik sunan rakipler arasında fark yaratır ve dolaylı olarak hemen çıkma, sayfada kalma ve dönüşüm gibi davranışları iyileştirir. Çok yavaş bir sayfa ise taranan sayfa sayısını ve kullanıcı memnuniyetini düşürebilir. Hızın diğer sinyaller arasındaki yerini Google sıralama faktörleri 2026 yazımızda doğrulanmış kaynaklarla anlattık.

Deloitte'un Google için hazırladığı “Milliseconds Make Millions” (2020) çalışmasında mobil hızdaki 0,1 saniyelik iyileşme, perakende sitelerde dönüşüm oranında %8,4 artışla birlikte gözlendi. Aynı çalışmada perakende müşterilerinin %9,2 daha fazla harcadığı görüldü; bu bir ilişki olup her site için garanti değildir. Yavaş ödeme ve sepet adımları da terk oranını artırır. Araçtaki ciro kutusuna ziyaretçi, dönüşüm ve sepet ortalamanızı girerek kaba bir tahmin görebilirsiniz. Hız dışındaki dönüşüm kaldıraçları için sepet terkini azaltma ve CRO rehberimize bakın.

Ürün ve banner görselleri e-ticaret sayfalarında çoğu zaman en büyük veri kalemidir ve doğrudan LCP'yi belirler; telefonda 400 px gösterilen bir görselin 3000 px gönderilmesi gereksiz megabaytlar demektir. Raporda “Resim yayınlamayı kolaylaştırın” ya da benzeri bir madde görüyorsanız tahmini KB tasarrufu, görsellerden kazanabileceğiniz payı gösterir. Kurallar basit:

• Görseli gösterildiği en büyük boyutta kaydedin
• WebP ya da AVIF biçimi kullanın
• Ekranın altındaki görsellere geç yükleme verin

Ayrıntılı iş akışı ürün görseli optimizasyonu rehberimizde.

İkisi de JPEG ve PNG'ye göre aynı kalitede daha küçük dosya sunan modern biçimlerdir; WebP daha yaygın desteklenir, AVIF ise çoğu fotoğrafta daha da küçük dosya üretir ama kodlaması daha yavaştır. Pratik öneri: platformunuz otomatik dönüştürme yapıyorsa (birçok SaaS altyapı ve CDN yapar) ona bırakın; elle yüklüyorsanız WebP güvenli varsayılandır. Sosyal medya paylaşım görselinde (og:image) ise JPG ya da PNG tercih edin, çünkü her platform modern biçimleri desteklemeyebilir. Görselleri tarayıcıda dönüştürmek ve boyutlandırmak için ürün görseli boyutlandırma aracını kullanabilirsiniz.

Evet, barındırma özellikle sunucu yanıt süresini (TTFB) belirler; Google TTFB için 0,8 saniye ve altını iyi, 1,8 saniye üstünü kötü kabul eder ve yavaş TTFB diğer tüm metrikleri geciktirir. WordPress/WooCommerce gibi kendi sunucunuzda çalışan sistemlerde paylaşımlı, yetersiz bir paket en sık darboğazdır; sayfa önbelleği ve CDN farkı belirgin şekilde azaltır. ikas veya Shopify gibi SaaS altyapılarda sunucu platformca yönetildiği için bu kalem genelde sorun değildir. Alan adı, barındırma ve SSL seçiminin temelleri altyapı rehberimizde.

İkas SaaS bir altyapı olduğu için sunucu, CDN ve SSL platform tarafından yönetilir; bu nedenle ikas mağazalarında hızı çoğunlukla tema seçimi, görsel boyutları ve sonradan eklenen uygulama ile izleme kodları belirler. Aynı altyapıda bir mağaza mobilde 80, diğeri 40 alabilir; fark genelde ağır slider'lar, sıkıştırılmamış banner'lar ve çok sayıda üçüncü taraf kodundan gelir. Platformun teknik SEO karnesini ikas SEO uyumlu mu yazımızda, temada nelerin kodsuz düzenlenebildiğini ikas tema editörü rehberinde bulabilirsiniz.

Shopify'da sunucu tarafı platformca yönetildiği için hız kazancının çoğu tema ve uygulama tarafından gelir; en etkili adım kullanılmayan uygulamaları kaldırmak ve kalanların kodlarının temadan silindiğinden emin olmaktır. Sonra:

• Ana sayfadaki slider ve video sayısını azaltın
• Görselleri Shopify'ın boyutlandırma parametreleriyle gösterilen boyuta göre çağırın
• Sohbet, yorum ve pop-up uygulamalarını gecikmeli yükleyin

Uygulama seçerken hız etkisini Shopify'da en çok kullanılan uygulamalar yazımızda, tema kararını hazır tema mı özel tasarım mı rehberinde ele aldık.

WooCommerce sitelerinde yavaşlığın en sık üç nedeni yetersiz barındırma, sayfa önbelleğinin olmaması ve her sayfada çalışan çok sayıda eklentidir. Raporda yüksek TTFB görüyorsanız sunucu ve önbellek tarafına, yüksek TBT görüyorsanız eklenti ve tema JavaScript'ine bakın. Pratik adımlar:

• Kullanılmayan eklentileri tamamen silin
• Sayfa önbelleği ve görsel optimizasyon eklentisi kullanın
• Ağır sayfa oluşturucu temalardan hafif bir temaya geçmeyi değerlendirin

Bakım yükü sizi yoruyorsa SaaS bir altyapıyla karşılaştırmayı ikas mı WooCommerce mu yazımızda yaptık.

Altyapı değişikliği, sorun sunucu ya da eski bir sistemden kaynaklanıyorsa siteyi belirgin şekilde hızlandırabilir; ancak sorun ağır görseller veya fazla üçüncü taraf koduysa yeni altyapıda da aynı hatalar tekrarlanır. Karar vermeden önce mevcut sitenizi bu araçla ölçün ve fırsat listesinin altyapıdan mı, içerikten mi kaynaklandığına bakın. Taşıma kararı verildiyse URL yönlendirmeleri ve meta verilerin aktarımı sıralamayı korumak için kritiktir; adımları ikas'a geçişte SEO kaybını önleme yazımızda anlattık. Rakiplerinizin hangi altyapıyı kullandığını altyapı tespit aracıyla görebilirsiniz.

Evet, üçüncü taraf kodları (reklam pikselleri, etiket yöneticisi, canlı destek, ısı haritası, yorum ve pop-up uygulamaları) özellikle mobilde TBT ve INP'yi en çok bozan kalemler arasındadır. Bu kodlar vazgeçilmez olabilir, ama doğru yüklenmeleri gerekir:

• Kullanmadığınız etiketleri etiket yöneticisinden kaldırın
• Aynı işi yapan iki aracı birlikte çalıştırmayın
• Canlı destek ve ısı haritasını sayfa açıldıktan sonra yükleyin

Raporda “3. taraflar” ya da “JavaScript yürütme süresi” maddesi üstteyse önce buraya bakın. Ölçüm kurulumunu sade tutmak için GA4 rehberimizden yararlanabilirsiniz.

Hız testini yalnız ana sayfada değil, sitenizdeki her sayfa şablonunun en çok ziyaret alan örneğinde yapmalısınız: ana sayfa, bir kategori (liste) sayfası, bir ürün sayfası ve varsa blog yazısı. Her şablonun kodu ve görsel yükü farklıdır; ana sayfası hızlı bir mağazanın ürün sayfası yavaş olabilir ve organik trafiğin çoğu genellikle ürün ile kategori sayfalarına gelir. Sepet ve ödeme sayfaları giriş gerektirdiği için dışarıdan ölçülemez; onları tarayıcınızın geliştirici araçlarıyla test edin. Ürün ve kategori sayfası optimizasyonu için e-ticaret SEO rehberimize bakın.

Hız testinden sonra fırsat listesindeki ilk üç maddeyi seçip tek tek uygulayın, her değişiklikten sonra aynı sayfayı yeniden ölçün ve yaklaşık bir ay sonra saha verisindeki değişime bakın. Görsel ve uygulama temizliği gibi işleri kendiniz yapabilirsiniz; tema kodu, yazı tipi yükleme ve üçüncü taraf kod sırası gibi işler geliştirici gerektirir. Teknik hız çalışmasını içeren SEO hizmetimiz bu adımları önceliklendirip uygular. Kayseri'deyseniz yüz yüze çalışmayı tercih edebileceğiniz Kayseri SEO ekibimizle de görüşebilirsiniz.

Search Console'daki Core Web Vitals raporu sitenizin tüm sayfalarını benzer URL gruplarına ayırarak gerçek kullanıcı verisini zaman içinde gösterir; bu araç ise tek bir sayfayı anında ölçer ve sorunun nedenini gösteren laboratuvar analizini ekler. İkisi birbirini tamamlar: Search Console hangi sayfa grubunda sorun olduğunu, bu araç o sayfada neyi düzeltmeniz gerektiğini söyler. Search Console yalnız site sahibine açıktır, bu araç ise rakip sitelerde de çalışır. Kurulum ve raporların okunması için Search Console rehberimize bakın.

Bu uyarı, ölçümü yapan Google PageSpeed Insights servisinin o anki kullanım kotası dolduğunda ya da Google geçici olarak yanıt vermediğinde gösterilir; sitenizle ilgili bir sorun olduğu anlamına gelmez. Birkaç dakika sonra tekrar denemeniz çoğu zaman yeterlidir. Aynı adresi kısa süre içinde art arda test etmek yerine aralık bırakmak da yardımcı olur. Beklemek istemezseniz ekibimizden ücretsiz analiz isteyebilir ya da bu sırada sitenizin yapay zekâ aramalarındaki görünürlüğünü GEO denetim aracıyla kontrol edebilirsiniz.

Site hızını korumanın yolu, her yeni uygulama, kampanya banner'ı ya da tema değişikliğinden sonra kritik sayfaları yeniden ölçmek ve ayda bir saha verisini kontrol etmektir. Hız çoğu zaman tek seferde değil, zamanla eklenen küçük kodlarla bozulur. Basit bir rutin:

• Yeni banner ve ürün görsellerini yüklemeden önce boyutlandırın
• Denediğiniz ama kullanmadığınız uygulamaları hemen kaldırın
• Sezon kampanyalarından önce ana sayfa ve ürün sayfasını test edin

Site köklü bir yenileme gerektiriyorsa planlamayı web sitesi yenileme rehberimize göre yapın; destek isterseniz ücretsiz analiz talep edebilirsiniz.