Sayfa hızı: tanım, SEO etkisi ve teknik kontrol listesi

Sayfa hızı nedir?

Sayfa hızı, bir web sayfasının tarayıcıda görünür içerik sunması ve kullanıcı etkileşimine hazır hale gelmesine kadar geçen toplam süredir. Teknik olarak bu süre ağ gecikmesi, sunucu yanıtı, kaynak yükleme ve tarayıcıda JavaScript yürütülmesi gibi aşamaların birleşiminden oluşur. Sayfa hızı bir işaretçi olarak hem kullanıcı deneyimini hem de aramada sayfanın performansını etkileyebilecek sinyalleri besler; ancak tarama (crawling), dizine ekleme (indexing) ve sıralama (ranking) birbirinden farklı aşamalardır ve hızlı olmak tek başına sıralamayı garantilemez.

Sayfa hızı SEO için neden önemli?

Sayfa hızı doğrudan ve dolaylı etkilere sahiptir. Doğrudan olarak, Google'ın Core Web Vitals ölçümleri (ör. LCP, INP, CLS) arama motorunun sayfa deneyimi sinyallerine dahil edilir. Dolaylı olarak ise daha hızlı sayfalar daha iyi kullanıcı etkileşimi, daha düşük hemen çıkma oranı ve daha yüksek dönüştürme oranları üretebilir; bu tür davranış sinyalleri arama sonuçlarındaki performansı etkileyebilir. Ayrıca Google, Temmuz 2024'ten beri Googlebot Smartphone'u Search için varsayılan tarayıcı olarak kullanıyor; bu nedenle mobil performans artık tarama ve dizine ekleme için birincil referans niteliğindedir.

Sayfa hızı nasıl çalışır?

Sayfa yükleme süreci birkaç teknik aşamadan oluşur: DNS çözümlemesi ve TCP/TLS el sıkışması, ilk sunucu yanıt süresi (TTFB), HTML'in indirildiği ve ayrıştırıldığı aşama, kritik kaynakların (CSS, JS, görseller) yüklenmesi ile tarayıcının render akışının tamamlanması. JavaScript'in yürütülmesi ve render-engelleyen kaynaklar, görünür içerik ortaya çıkmadan önce gecikmeye neden olabilir. Google, kullanıcıya algılanan hız için laboratuvar ve saha (field) verilerini ayrı ayrı değerlendirir; Core Web Vitals saha verilerine dayanır ve gerçek kullanıcı deneyimini yansıtır. Not: Google, 2024 başında geleneksel önbellek (cached) sayfalarını kaldırdı; bu nedenle Google Cache üzerinden eski yükleme görüntülerine erişim artık standart bir doğrulama yolu değildir.

Sayfa hızı türleri

Laboratuvar (lab) vs saha (field)

- Laboratuvar testleri (Lighthouse, WebPageTest): Tekrarlanabilir, kontrollü bir ortamda performans ölçümü sağlar — artı: tekrarlanabilir test koşulları; eksi: gerçek kullanıcı ağ koşullarını yansıtmayabilir.
- Saha verileri (Chrome User Experience Report, Search Console Core Web Vitals): Gerçek kullanıcıların cihaz ve ağ koşullarını gösterir — artı: gerçek kullanım verileri; eksi: örnekleme ve gizlilik nedeniyle bazı küçük trafikli sayfalarda veri olmayabilir.

Algılanan hız vs teknik hız

- Algılanan hız (perceived performance): İlk görsel içerik, hızlı tepki ve progressive rendering üzerine odaklanır — kullanıcı memnuniyetine yakındır.
- Teknik hız: Tüm kaynakların tamamlanma süresi, bant genişliği kullanımı ve CPU yükü gibi metriklerle ölçülür; debugging için gereklidir.

Sayfa hızı ile başlarken

Başlarken: önce saha verilerinde mevcut durumu ölçün, sonra laboratuvarda tekrarlanabilir bir test setiyle sorunlu sayfaları tespit edin. Temel adımlar: hedef KPI'lar belirleyin (ör. LCP/INP hedefleri), öncelikli sayfaları tespit edin, sunucu yanıtını ve kritik kaynakları optimize edin, değişiklikleri küçük adımlarla uygulayıp yeniden ölçün. Mobil öncelikli tarama nedeniyle mobil performansı başlangıç noktası yapın.

Sayfa hızı doğrulama ve sorun giderme

Alan (field) kontrolleri

Core Web Vitals raporunu Google Search Console'da kontrol edin; bu rapor gerçek kullanıcı verilerine dayanır ve dizinlenmiş sayfalar için performans eğilimlerini gösterir. URL Inspection aracını kendi sitenizde kullanarak belirli bir sayfanın Google tarafından nasıl görüldüğünü, dizinlenme durumunu ve render çıktısını inceleyebilirsiniz (URL Inspection yalnızca sizin doğrulanmış mülkleriniz için çalışır).

Laboratuvar testleri ve araçlar

PageSpeed Insights ve Lighthouse ile sayfa skorları ve ayrıntılı iyileştirme önerileri alın. WebPageTest, farklı ağ ve coğrafi konumlardan yapılan derinlemesine testler için yararlıdır. Chrome DevTools Performance paneli ile yükleme sürecini kaydedin ve uzun görevleri, layout thrashing veya render engelleyici kaynakları bulun.

Tarayıcı/sunucu düzeyi kontroller (pratik komutlar)

Sunucu yanıt başlıklarını hızlıca görmek için curl komutlarını kullanın. Örnek: curl -I https://example.com (başlıkları döndürür). Bir sayfanın farklı bir user-agent için gönderdiği HTML'i görmek istiyorsanız curl -A "Mozilla/5.0 (iPhone)" https://example.com kullanın (bu, HTML gövdesini getirir; -I kullanmayın çünkü -I yalnızca başlıkları getirir). Sunucu logları ve CDN raporları, gerçek tarama davranışını ve TTFB artışlarını tespit etmek için değerlidir.

Pratik teknik kontrol listesi

**Core Web Vitals** — nerede doğrulanır — geçtiğinde sayfa genelinde LCP, INP ve CLS saha verileri hedeflerinizle uyumludur.
**Sunucu yanıtı (TTFB)** — nerede doğrulanır — geçtiğinde ana sayfa ve hedef sayfalar tutarlı, makul ilk byte süreleri verir.
**Görsel optimizasyon** — nerede doğrulanır — geçtiğinde tüm büyük görseller uygun boyut/formatta, responsive srcset kullanır ve sıkıştırılmıştır.
**Render-engelleyen kaynaklar** — nerede doğrulanır — geçtiğinde kritik CSS önceden yüklenmiş veya kritik CSS inline uygulanmış, büyük JS ana iş parçacığını uzun süre meşgul etmiyordur.
**JavaScript uzun görevleri** — nerede doğrulanır — geçtiğinde Performance kaydı uzun görev eşiğinin altında ve INP/etkileşim gecikmeleri kullanıcıyı etkilemiyordur.
**Ağ ve CDN yapılandırması** — nerede doğrulanır — geçtiğinde statik kaynaklar coğrafi olarak yakın kenar sunucularında önbelleğe alınır ve cache başlıkları uygundur.
**Indexleme ve erişilebilirlik** — nerede doğrulanır — geçtiğinde sayfalar robots.txt, noindex veya meta robots yönergeleri yüzünden engellenmemiş ve site: operatörü ile genel index sinyalleri kontrol edilmiştir (site: operatörü yalnızca gösterge verir; URL Inspection, sizin mülkünüz için kesin bilgidir).

Yaygın sayfa hızı hataları

- Tüm odak kaynaklarını skor artırmaya verip gerçek kullanıcı verilerini görmezden gelmek (lab-fix vs field-fix ayrımını karıştırmak).
- Büyük görüntülerin veya videoların doğru şekilde responsive/formatlı olmaması.
- Ana iş parçacığını uzun süre meşgul eden ağır JavaScript paketleri.
- Cache başlıklarının veya CDN kurulumunun eksik olması.
- Mobil tarama için optimize edilmemiş sunucu yanıtları; mobil-first tarama sırasında mobil HTML'in dizine alınması nedeniyle mobil performans kritik hale gelmiştir.

Teknik SEO Rehberi'ni okuyun

Sıkça sorulan sorular

S: Sayfa hızı doğrudan sıralamayı belirler mi?
C: Hayır. Hız önemli bir sinyaldir ve Core Web Vitals gibi ölçümler arama sinyallerine katkıda bulunur; yine de sıralama birçok faktörün toplamıdır. Ayrıca tarama, dizine ekleme ve sıralama farklı süreçlerdir: hız taramayı ve dizine eklemeyi etkileyebilir, ancak sıralama tüm sinyallerin birleşimiyle belirlenir.

S: Laboratuvar ve saha testleri arasındaki en iyi kullanım şekli nedir?
C: Laboratuvar testleri hata ayıklama ve tekrarlanabilir değişiklik denemeleri için uygundur; saha verileri ise gerçek kullanıcı koşullarını gösterir. Önce saha verilerinde problemli sayfaları tespit edip ardından laboratuvarda yeniden üretip düzeltme yapmak iyi bir yaklaşımdır.

S: URL Inspection ile neyi doğrulayabilirim?
C: URL Inspection, sizin doğrulanmış mülklerinizde belirli bir URL'nin Google tarafından nasıl tarandığını, dizine eklenip eklenmediğini ve sayfanın render çıktısını gösterir. Dış etki alanları için URL Inspection kullanamazsınız; üçüncü taraf sayfalar için curl, Chrome DevTools ve site: operatörü gibi dışsal kontroller gerekir.

S: Hangi araçları günlük izleme için kullanmalıyım?
C: Saha verileri için Search Console Core Web Vitals, laboratuvar testleri için Lighthouse ve WebPageTest, günlük hata ayıklama için Chrome DevTools ve sunucu logları uygundur. İzleme otomasyonu ve uyarılar için tercih ettiğiniz izleme platformunu Core Web Vitals ve TTFB metrikleriyle bağlayın.