Google, yıllar içinde yüzlerce sıralama faktörünü test etmiş, güncellemiş ve zaman zaman kaldırmıştır. Ancak bir faktör hiç güncelliğini yitirmedi: hız. Web sitesi hızı, doğrudan sıralama sinyali olmasının ötesinde kullanıcı deneyimini, dönüşüm oranlarını ve hemen çıkma oranlarını da etkileyen kritik bir performans göstergesidir.
Bu rehberde site hızı ile SEO arasındaki ilişkiyi ortaya koyacak, Core Web Vitals metriklerini uygulamalı biçimde açıklayacak, hızı artırmak için adım adım bir optimizasyon süreci sunacak ve sık yapılan hataları örneklerle inceleyeceğiz. Amaç yalnızca “neden önemli” sorusuna yanıt vermek değil; teknik ekibinizin veya ajansınızın uygulayabileceği somut bir yol haritası çıkarmaktır.
Rehber boyunca üç ana eksende ilerleyeceğiz: önce Core Web Vitals metriklerinin ne anlama geldiğini ve hangi teknik unsurların bu metrikleri kötüleştirdiğini netleştireceğiz; ardından bu metrikleri iyileştirmek için hangi sırayla hangi aksiyonların alınması gerektiğini gösteren bir karar çerçevesi sunacağız; son olarak da sektörel örnekler, sık yapılan hatalar ve sıkça sorulan sorularla konuyu uygulamaya dökeceğiz. Küçük bir kurumsal web sitesi işletiyor olun ya da büyük ölçekli bir e-ticaret platformunu yönetiyor olun, aşağıdaki çerçeve doğrudan uygulanabilir niteliktedir.
Site Hızı Neden Bu Kadar Önemli?
Google’ın açık sıralama faktörü: Google, 2010’dan bu yana site hızını masaüstü aramalarda, 2018’den bu yana ise mobil aramalarda resmi bir sıralama faktörü olarak kullandığını açıkladı. 2021’de Core Web Vitals, “Page Experience” başlığı altında sıralama sinyallerine eklendi. Bugün Google, Core Web Vitals’ı sayfa deneyimi sinyalleri arasında kullanıyor; ancak bu sinyal içerik alaka düzeyi ve kalitesi kadar belirleyici değil, daha çok benzer kalitedeki sayfalar arasında fark yaratan bir etken.
Kullanıcı davranışı ile ilişkisi: Yayınlanan çeşitli sektör araştırmaları, sayfa yüklenme süresi uzadıkça hemen çıkma oranının belirgin şekilde arttığını, mobil dönüşüm oranlarının ise gecikme ile ters orantılı biçimde düştüğünü tutarlı biçimde gösteriyor. Bu nedenle hız yalnızca bir “teknik SEO detayı” değil, doğrudan gelir etkisi olan bir iş metriğidir.
Tarama bütçesi etkisi: Google, her siteye sınırlı bir tarama bütçesi (crawl budget) tahsis eder. Yavaş siteler daha az taranır; bu da yeni içeriklerin indekslenmesini geciktirir. Büyük ölçekli e-ticaret veya haber sitelerinde bu etki, günlük yüzlerce sayfanın geç indekslenmesi anlamına gelebilir.
Rekabet avantajı olarak hız: Aynı içerik kalitesine sahip iki sayfadan hızlı olanı, eşit koşullarda genellikle diğerinin önünde konumlanır. Rekabetin yoğun olduğu niş alanlarda (sağlık, hukuk, e-ticaret) hız farkı, sıralama farkının belirleyici unsurlarından biri olabilir.
Core Web Vitals Nedir?
Core Web Vitals, Google’ın kullanıcı deneyimini ölçmek için belirlediği üç temel metriktir. Bu metrikler Google Search Console’da raporlanır ve Google’ın sayfa deneyimi değerlendirmesinde kullanılır. Her metriğin arkasındaki mantığı anlamak, hangi teknik müdahalenin hangi metriği iyileştireceğini doğru öngörmenizi sağlar.
1. LCP — Largest Contentful Paint (En Büyük İçerik Boyama)
Ne ölçer? Sayfanın görünür alanındaki en büyük içerik öğesinin (genellikle bir görsel veya büyük metin bloğu) ne kadar sürede yüklendiğini.
Hedefler:
- İyi: 2,5 saniye ve altı
- Geliştirilmeli: 2,5–4,0 saniye
- Zayıf: 4,0 saniyenin üzeri
Yaygın LCP öğeleri: Hero görseli, H1 başlığı, büyük paragraf bloğu.
LCP’yi etkileyen başlıca faktörler:
- Optimize edilmemiş büyük görseller
- Yavaş sunucu yanıt süresi (TTFB)
- Render-blocking kaynaklar (CSS, JavaScript)
- Lazy load uygunsuz kullanımı
Detaylı teknik açıklama için LCP nedir yazımıza bakabilirsiniz.
2. INP — Interaction to Next Paint (Sonraki Boyamaya Etkileşim)
Ne ölçer? Kullanıcının bir etkileşim başlatmasından (tıklama, tuş basımı) sonraki görsel güncellemeye kadar geçen süreyi.
Hedefler:
- İyi: 200 milisaniye ve altı
- Geliştirilmeli: 200–500 milisaniye
- Zayıf: 500 milisaniyenin üzeri
Not: INP, Mart 2024’te FID (First Input Delay) metriğinin yerini aldı. Daha kapsamlı bir etkileşim ölçümü sunar; sayfa yaşam döngüsü boyunca gerçekleşen tüm etkileşimleri değerlendirir, sadece ilk etkileşimi değil.
INP’yi artıran başlıca sebepler:
- Ana iş parçacığını (main thread) kilitleyen ağır JavaScript
- Uzun görevler (long tasks — 50 milisaniyeyi aşan işlemler)
- Üçüncü taraf script’ler (chatbot, analytics, reklam pikselleri)
Ayrıntılı bilgi için INP nedir yazımıza göz atabilirsiniz.
3. CLS — Cumulative Layout Shift (Kümülatif Düzen Kayması)
Ne ölçer? Sayfanın yüklenme sürecinde öğelerin beklenmedik biçimde kayma miktarını. Okurken aniden kaydığı için yanlış butona tıklama deneyimi yaşadınız mı? Bu CLS sorunudur.
Hedefler:
- İyi: 0,1 ve altı
- Geliştirilmeli: 0,1–0,25
- Zayıf: 0,25’in üzeri
CLS’ye neden olan başlıca faktörler:
- Boyutu tanımlanmamış görseller ve video öğeleri
- Dinamik olarak eklenen reklam veya banner alanları
- Web fontlarının geç yüklenmesi (FOUT/FOIT)
- Sabit boyut tanımlanmamış embed içerikler
CLS konusunda derinlemesine bilgi için CLS nedir yazısını inceleyebilirsiniz. Üç metriğin birlikte değerlendirildiği kapsamlı sözlük için Core Web Vitals terimleri sayfamız da yardımcı olacaktır.
Metrik Karşılaştırma Tablosu
| Metrik | Ne Ölçer | İyi Eşik | En Sık Neden | Öncelikli Çözüm |
|---|---|---|---|---|
| LCP | İçerik yükleme hızı | ≤ 2,5 sn | Büyük görsel, yavaş TTFB | Görsel optimizasyonu, CDN |
| INP | Etkileşim tepki hızı | ≤ 200 ms | Ağır JavaScript | Kod bölme, üçüncü taraf script azaltma |
| CLS | Görsel kararlılık | ≤ 0,1 | Boyutsuz görsel/reklam alanı | width/height tanımlama |
Site Hızını Ölçme Araçları
Google PageSpeed Insights
Hem mobil hem masaüstü için Lab Data ve Field Data (gerçek kullanıcı verileri) sunar. URL’yi girin, Core Web Vitals skorlarınızı ve iyileştirme önerilerini görün.
Önemli: Lab Data anlık ölçümdür; Field Data (CrUX verisi) son 28 günün ortalamasını yansıtır. Sıralama için Field Data kullanılır.
Google Search Console — Temel Web Verileri
Tüm sitenizin URL grupları bazında CWV durumunu gösterir. “Zayıf” veya “Geliştirilmeli” grubundaki URL’leri tespit etmek için en güçlü araçtır. Search Console raporunu düzenli izlemek, hangi şablon veya sayfa grubunun sorunlu olduğunu erken tespit etmenizi sağlar.
WebPageTest
Farklı cihaz ve ağ hızlarında detaylı waterfall analizi sunar. Hangi kaynak yüklemeyi yavaşlatıyor, görsel olarak inceleyebilirsiniz. Özellikle üçüncü taraf script’lerin etkisini izole etmek için değerlidir.
Lighthouse (Chrome DevTools)
F12 → Lighthouse sekmesi. Performans, Erişilebilirlik, SEO ve Best Practices puanları verir. Geliştirme ortamında anlık test için idealdir, ancak tek başına Field Data yerine geçmez.
Chrome UX Report (CrUX) Dashboard
Gerçek kullanıcılardan toplanan geçmiş verileri zaman içinde trend olarak görmenizi sağlar. Bir optimizasyon çalışmasının etkisini haftalar sonra doğrulamak için kullanılır.
Araç Seçim Rehberi
| Amaç | Önerilen Araç |
|---|---|
| Hızlı genel skor almak | PageSpeed Insights |
| Site genelinde sorunlu URL grubu bulmak | Search Console — Temel Web Verileri |
| Kaynak bazında detaylı analiz | WebPageTest |
| Geliştirme sırasında anlık test | Lighthouse (DevTools) |
| Zaman içindeki trend takibi | CrUX Dashboard |
Site Hızı Optimizasyon Süreci: Adım Adım Karar Çerçevesi
Site hızı iyileştirmesi rastgele teknik değişikliklerle değil, sistematik bir süreçle yürütülmeli. Aşağıdaki altı adımlı çerçeve, hem küçük kurumsal siteler hem de büyük e-ticaret platformları için uygulanabilir.
Adım 1 — Mevcut Durum Tespiti
PageSpeed Insights ve Search Console verilerini kullanarak hangi sayfa gruplarının (ana sayfa, kategori sayfaları, ürün/blog sayfaları) hangi metrikte sorun yaşadığını belirleyin. Tek bir sayfa değil, şablon bazında analiz yapın — çünkü çoğu sorun şablon düzeyinde tekrarlanır.
Adım 2 — Önceliklendirme
Tüm sorunları aynı anda çözmeye çalışmak yerine, en çok trafik alan ve en düşük skora sahip sayfa grubundan başlayın. Etki/efor matrisi kullanmak faydalıdır: düşük efor-yüksek etki değişiklikler (görsel sıkıştırma, önbellekleme) önce yapılmalı.
Adım 3 — Hızlı Kazanımların Uygulanması
Görsel optimizasyonu, tarayıcı önbellekleme ve CDN kurulumu gibi 1–2 gün içinde tamamlanabilecek değişiklikleri uygulayın.
Adım 4 — Kod Düzeyinde Optimizasyon
JavaScript ve CSS optimizasyonu, render-blocking kaynakların kaldırılması gibi geliştirici müdahalesi gerektiren işleri planlayın. Bu adım genellikle haftalar sürer ve geliştirme ekibiyle koordinasyon gerektirir.
Adım 5 — Doğrulama
Değişiklikler canlıya alındıktan sonra Lab Data ile anlık test yapın, ancak asıl doğrulamayı Field Data’nın güncellenmesini bekleyerek (yaklaşık 28 gün) yapın.
Adım 6 — Sürekli İzleme
Site hızı bir kerelik proje değil, sürekli izlenmesi gereken bir performans alanıdır. Yeni eklenen bir üçüncü taraf script veya güncellenmeyen bir eklenti, kazanılan performansı kısa sürede geri alabilir. Aylık düzenli kontrol takvimi oluşturun.
Site Hızını Artırma Teknikleri
1. Görsel Optimizasyonu
Görseller çoğu web sayfasındaki en büyük varlıklardır ve LCP’yi doğrudan etkiler.
Yapılacaklar:
- JPEG yerine WebP veya AVIF formatı kullanın (aynı kalitede genellikle belirgin oranda daha küçük dosya boyutu)
- Görselleri sayfa üzerindeki maksimum görüntülenme boyutuna göre yeniden boyutlandırın
imgetiketlerinde genişlik ve yükseklik değerlerini mutlaka belirtin (CLS’yi önler)- LCP öğesi olan hero görseline yüksek yükleme önceliği (fetchpriority) tanımlayın
- Ekran dışı görseller için gecikmeli yükleme (lazy loading) kullanın — ama LCP öğesine eklemeyin
- Görsel sıkıştırma için Squoosh, TinyPNG veya otomatik pipeline tercih edin
2. Sunucu Yanıt Süresini (TTFB) İyileştirme
Time to First Byte (TTFB), sunucunun ilk baytı göndermesi için geçen süredir. Yüksek TTFB her şeyi yavaşlatır.
Çözümler:
- Kaliteli, düşük gecikmeli hosting/VPS tercih edin
- Türkiye’ye hizmet veren siteler için Türkiye veya Avrupa’da sunucu konumu seçin
- CDN (Content Delivery Network) kullanın: Cloudflare, BunnyCDN veya Fastly
- Statik varlıklar için agresif önbellekleme uygulayın
- WordPress kullanıyorsanız sunucu taraflı önbellek (Redis, Memcached) kurun
3. JavaScript Optimizasyonu
Ağır JavaScript, INP’yi ve genel sayfa yükleme süresini artıran en büyük etkendir. JavaScript ağırlıklı sitelerde SEO açısından ek riskler de bulunur; bu konuda JavaScript SEO yazımızda detaylı bilgi bulabilirsiniz.
Teknikler:
- Kullanılmayan JavaScript’i kaldırın (Coverage aracıyla tespit edin)
deferveyaasyncözellikleriyle render-blocking script’leri geciktirin- Kod bölme (code splitting) ile sadece ihtiyaç duyulan JS’i yükleyin
- Üçüncü taraf script’leri (chatbot, tracking, reklam) gecikmeli yükleyin
- Bundle boyutunu azaltmak için kullanılmayan kod temizleme (tree shaking) uygulayın
4. CSS Optimizasyonu
- Critical CSS’i sayfa başında satır içi (inline) olarak yükleyin
- Kullanılmayan CSS’i kaldırın (PurgeCSS)
- CSS dosyalarını küçültün (minify)
- Font yükleme davranışı için
font-display: swapkullanın (CLS’yi önler)
5. Tarayıcı Önbellekleme
Statik varlıkları (görseller, CSS, JS) tarayıcı önbelleğine alarak tekrar ziyaretlerde yükleme süresini sıfıra yaklaştırın.
Cache-Control: public, max-age=31536000, immutable # 1 yıl (değişmeyen varlıklar)
Cache-Control: public, max-age=86400 # 1 gün (sık değişen içerik)
6. CDN Kullanımı
CDN (İçerik Dağıtım Ağı), statik varlıklarınızı kullanıcıya en yakın sunucudan dağıtır. Türkiye’deki bir kullanıcı için Frankfurt veya İstanbul’daki CDN edge node’u, uzak coğrafyadaki bir sunucudan çok daha hızlı yanıt verir.
Öneri: Cloudflare ücretsiz planı küçük ve orta ölçekli siteler için büyük fark yaratabilir.
7. Preload, Preconnect, Prefetch
<!-- LCP görselini önceden yükle -->
<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">
<!-- Google Fonts sunucusuna önceden bağlan -->
<link rel="preconnect" href="https://fonts.googleapis.com">
<!-- Kullanıcının muhtemelen ziyaret edeceği sayfayı önceden yükle -->
<link rel="prefetch" href="/hakkimizda">
8. WordPress’te Hız Optimizasyonu
WordPress kullanıcıları için önerilen eklentiler:
- WP Rocket veya NitroPack: Kapsamlı hız optimizasyonu
- Smush veya ShortPixel: Görsel sıkıştırma ve WebP dönüşümü
- Cloudflare: CDN ve güvenlik
WordPress sitelerinde sık karşılaşılan kalıcı hız sorunları ve çözümleri için WordPress hız problemlerine kesin çözümler yazımızı inceleyebilirsiniz.
Sayfa Türüne Göre Optimizasyon Önceliği
Her sayfa türünün hız darboğazı farklıdır. Aşağıdaki tablo, hangi sayfa türünde hangi optimizasyona öncelik verilmesi gerektiğini özetliyor.
| Sayfa Türü | En Yaygın Darboğaz | Öncelikli Optimizasyon |
|---|---|---|
| Ana sayfa | Büyük hero görseli, çok sayıda script | Görsel optimizasyonu, script gecikmeli yükleme |
| Ürün/hizmet sayfası | Galeri görselleri, üçüncü taraf widget | Lazy loading, widget gecikmesi |
| Blog/içerik sayfası | Gömülü video, reklam alanları | CLS önleme, embed boyutlandırma |
| Kategori/liste sayfası | Çok sayıda küçük görsel, filtreleme JS’i | Görsel boyutlandırma, JS kod bölme |
| Landing page (reklam) | Form script’leri, takip pikselleri | Üçüncü taraf script optimizasyonu |
Türkiye Bağlamı: Mobil Ağırlıklı Kullanım ve Ağ Koşulları
Türkiye’de internet trafiğinin büyük bölümü mobil cihazlar üzerinden gerçekleşiyor ve kullanıcıların önemli bir kısmı 4G/5G mobil veri bağlantısıyla siteleri ziyaret ediyor. Bu durum, site hızı optimizasyonunu Türkiye pazarına özel bazı önceliklerle ele almayı gerektiriyor:
- Değişken ağ hızı senaryoları için test: Sadece hızlı Wi-Fi bağlantısında değil, orta hızlı mobil veri koşullarında da test yapmak gerçekçi bir performans tablosu ortaya koyar. Chrome DevTools’taki ağ kısıtlama (throttling) özelliği bu amaçla kullanılabilir.
- Görsel ağırlıklı sektörlerde ekstra dikkat: E-ticaret, sağlık turizmi, gayrimenkul ve otel/turizm sektörlerinde görsel yoğunluğu yüksek olduğundan, bu sektörlerdeki siteler için görsel optimizasyonu daha da kritik önem taşır.
- Yurt dışı hedefli siteler için sunucu konumu: Sağlık turizmi veya ihracat odaklı işletmelerin birden fazla ülkeden ziyaretçi alması durumunda, tek bir bölgesel sunucu yerine küresel CDN dağılımı tercih edilmelidir; aksi halde hedef pazardaki kullanıcılar yüksek gecikme yaşar.
- Düşük ve orta bütçeli hosting planlarının sınırları: Paylaşımlı hosting planları, özellikle trafik arttığında TTFB’yi belirgin biçimde yükseltebilir. Büyüyen işletmelerin belirli bir trafik eşiğinden sonra VPS veya bulut tabanlı hosting’e geçmesi genellikle gerekli hale gelir.
Hız Optimizasyonunda Bütçe ve Kaynak Planlaması
Site hızı iyileştirmesi, işletmenin büyüklüğüne göre farklı kaynak ve bütçe gerektirir. Aşağıdaki tablo, ölçeğe göre tipik yatırım alanlarını özetliyor.
| İşletme Ölçeği | Öncelikli Yatırım Alanı | Tipik Zaman Çizelgesi |
|---|---|---|
| Küçük kurumsal site / blog | Görsel optimizasyonu, ücretsiz CDN, önbellekleme eklentisi | 1-2 hafta |
| Orta ölçekli e-ticaret | Kaliteli hosting/VPS, CDN, görsel pipeline otomasyonu | 3-6 hafta |
| Büyük ölçekli e-ticaret / portal | Kod tabanı optimizasyonu, üçüncü taraf script denetimi, özel önbellekleme mimarisi | 2-4 ay |
| Kurumsal/çok dilli platform | Küresel CDN, sunucu mimarisi yeniden yapılandırma, sürekli performans izleme sistemi | 3-6 ay |
Bütçe planlamasında sıkça yapılan bir hata, tek seferlik bir “hız projesi” bütçesi ayırıp sonrasında izlemeyi bırakmaktır. Oysa yeni içerik ekleme, tema/eklenti güncellemesi veya yeni bir üçüncü taraf entegrasyonu her zaman performansı yeniden etkileyebilir. Bu nedenle yıllık bütçe planlamasında, düşük tutarlı ama sürekli bir “performans bakımı” kalemi ayırmak, büyük ve ani müdahalelere göre daha sürdürülebilir bir yaklaşımdır.
Hosting ve Altyapı Seçiminde Kontrol Listesi
Site hızı sorunlarının önemli bir kısmı, temelde yanlış veya yetersiz hosting seçiminden kaynaklanır. Yeni bir hosting sağlayıcısı değerlendirirken şu noktaları kontrol edin:
- Sunucu konumu, hedef kitlenizin yoğun olduğu coğrafyaya yakın mı?
- Sağlayıcı, sunucu taraflı önbellekleme (Redis/Memcached/Varnish) sunuyor mu?
- HTTP/2 veya HTTP/3 protokol desteği var mı?
- SSD/NVMe tabanlı depolama kullanılıyor mu?
- Trafik arttığında ölçeklenebilir (scalable) bir plan mevcut mu?
- Ücretsiz veya entegre bir CDN seçeneği sunuluyor mu?
- Teknik destek, performans sorunlarında ne kadar sürede yanıt veriyor?
- Sağlayıcının kendi altyapısı düzenli olarak bağımsız uptime/performans testlerinden geçiyor mu?
Bu kontrol listesindeki maddelerin çoğuna olumlu yanıt alınamıyorsa, hosting sağlayıcısı değişikliği; görsel optimizasyonu veya kod düzenlemesinden daha yüksek etkili bir performans yatırımı olabilir.
Vaka Kurgusu: Orta Ölçekli Bir E-Ticaret Sitesinin Hız Dönüşümü
Aylık orta düzeyde organik trafik alan bir moda e-ticaret sitesi, ürün sayfalarında yüksek hemen çıkma oranı ve düşük dönüşüm oranıyla karşı karşıyaydı. Search Console’daki Temel Web Verileri raporunda ürün sayfalarının büyük çoğunluğu “Zayıf” kategorisinde görünüyordu.
Uygulama: Teknik ekip önce PageSpeed Insights ve WebPageTest ile analiz yaptı. Ana sorunlar şunlardı: ürün görselleri sıkıştırılmamış JPEG formatındaydı, sayfada gecikmeli yüklenen dört farklı üçüncü taraf script (canlı destek, öneri motoru, analitik, reklam pikseli) ana iş parçacığını kilitliyordu ve ürün galerisi görsellerinde boyut tanımlanmadığı için sayfa yüklenirken belirgin kayma yaşanıyordu.
Adım adım karar çerçevesi izlenerek önce hızlı kazanımlar uygulandı: tüm ürün görselleri WebP formatına dönüştürüldü, CDN üzerinden dağıtım başlatıldı ve görsellere genişlik/yükseklik değerleri eklendi. İkinci aşamada geliştirici ekip, üçüncü taraf script’leri kullanıcı etkileşimine kadar geciktirecek şekilde kod düzeyinde optimizasyon yaptı ve kullanılmayan JavaScript kütüphaneleri kaldırıldı.
Sonuç penceresi: Sekiz haftalık uygulama ve doğrulama sürecinin ardından, ürün sayfalarının büyük bölümü Search Console’da “İyi” kategorisine geçti. Hemen çıkma oranında gözle görülür bir azalma, ürün sayfası dönüşüm oranında ise belirgin bir iyileşme gözlemlendi. Organik sıralamalarda kategori bazlı bazı anahtar kelimelerde ölçülebilir yükseliş kaydedildi; ekip bu iyileşmeyi yalnızca hız değişikliğine bağlamamakla birlikte, CWV iyileştirmesinin genel SEO performansına olumlu katkı sağladığı sonucuna vardı.
(Vaka temsilidir.)
Sık Yapılan Hatalar
- Sadece PageSpeed skoruna odaklanmak. 0-100 arası puan gösterge niteliğindedir; asıl belirleyici olan LCP, INP ve CLS’nin gerçek kullanıcı verilerindeki (Field Data) durumudur. Yüksek puan almak, düşük Field Data skorlarını garanti etmez.
- Lazy loading’i her görsele uygulamak. LCP öğesi olan hero görseline lazy loading uygulamak, bu görselin yüklenmesini geciktirir ve LCP skorunu kötüleştirir. Sadece ekran dışı (below the fold) görsellere uygulanmalıdır.
- Üçüncü taraf script sayısını kontrolsüz artırmak. Her yeni chatbot, analitik aracı veya reklam pikseli INP’yi kötüleştirme potansiyeli taşır. Her eklemeden önce performans etkisini test edin.
- Görsellere boyut tanımlamamak. Genişlik ve yükseklik belirtilmeyen görseller, sayfa yüklenirken düzen kayması (CLS) yaratır ve kullanıcı deneyimini bozar.
- Tek seferlik optimizasyon yapıp izlemeyi bırakmak. Site hızı zamanla değişen bir metriktir; yeni içerik, eklenti veya tema güncellemeleri performansı geriletebilir. Düzenli izleme olmadan kazanımlar kalıcı olmaz.
- Mobil performansı göz ardı etmek. Mobile-first indexing nedeniyle masaüstünde iyi skor alıp mobilde zayıf kalan siteler, sıralama açısından dezavantajlı konuma düşer.
- CDN’i yalnızca görseller için kullanmak. CSS, JavaScript ve font dosyalarının da CDN üzerinden dağıtılması gerektiğini unutmak, potansiyel hız kazanımının önemli bir kısmını kaçırmak anlamına gelir.
- Kod düzeyindeki sorunları eklenti ile çözmeye çalışmak. WordPress’te bazı hız eklentileri geçici iyileşme sağlasa da, temadaki veya eklentilerdeki temel kod sorunlarını çözmez. Kök nedeni bulmak uzun vadede daha sürdürülebilirdir.
Platform ve Teknolojiye Göre Hız Yaklaşımı
Kullandığınız web teknolojisi, hangi optimizasyon tekniklerine öncelik vermeniz gerektiğini büyük ölçüde belirler.
| Platform | Tipik Güçlü Yön | Tipik Zayıf Yön | Öncelikli Aksiyon |
|---|---|---|---|
| WordPress (klasik) | Kurulum kolaylığı, geniş eklenti desteği | Eklenti şişkinliği, güncel olmayan temalar | Eklenti denetimi, önbellekleme, görsel pipeline |
| WooCommerce | Esnek e-ticaret altyapısı | Ürün/kategori sayfalarında ağır sorgular | Veritabanı optimizasyonu, sayfalama, CDN |
| Modern JS framework (React/Vue tabanlı) | Zengin etkileşim, hızlı gezinme | Büyük JS bundle, ilk yükleme gecikmesi | Kod bölme, sunucu tarafı render (SSR), kritik CSS |
| Statik site üreticileri | Doğal olarak hızlı, düşük TTFB | Dinamik içerik entegrasyonu zorluğu | CDN ile dağıtım, build sürecinde görsel optimizasyonu |
| Özel (custom) yazılım | Tam kontrol imkânı | Optimizasyonun geliştirici disiplinine bağlı olması | Performans bütçesi belirleme, düzenli kod incelemesi |
Hangi platformda olursanız olun, temel prensip değişmiyor: sayfanın görünür alanındaki kritik içeriği en hızlı şekilde göstermek, kullanıcı etkileşimine gecikmesiz yanıt vermek ve görsel kararlılığı korumak. Platform sadece bu hedefe ulaşmak için kullanılan araç setini belirler.
Hız ve SEO Arasındaki Doğrudan İlişki
Teknik SEO denetimi sırasında Core Web Vitals raporunu incelediğinizde, “Zayıf” statüsündeki URL gruplarının organik trafiğinin “İyi” statüsündeki gruplara kıyasla nasıl farklılaştığını görebilirsiniz.
Google’ın sayfa deneyimi değerlendirmesi; Core Web Vitals, HTTPS, mobil kullanılabilirlik ve rahatsız edici pop-up’ların olmaması gibi unsurları kapsar. (Search Console’daki ayrı Page Experience ve Mobil Kullanılabilirlik raporları artık kaldırıldı; ancak bu unsurların kullanıcı deneyimi açısından önemi sürüyor.) Bu alanlarda ciddi sorun yaşayan siteler, aynı kalitede içerik üretmesine rağmen rakiplerinin gerisinde kalabilir.
Ayrıca hız iyileştirmesinin etkisi yalnızca sıralamayla sınırlı değildir: organik trafik nasıl artırılır yazımızda da değindiğimiz gibi, düşen hemen çıkma oranı ve artan sayfa görüntüleme süresi, kullanıcı memnuniyetinin ve dönüşümün güçlü göstergeleridir.
Yapay Zeka Arama Motorları ve Site Hızının Yeni Boyutu
2026 itibarıyla kullanıcılar bilgiye geleneksel Google aramasının yanında Google AI Overviews, AI Mode, ChatGPT, Perplexity ve Gemini gibi yapay zeka destekli araçlarla da ulaşıyor. Bu araçların web sayfalarını tarayan botları (crawler’ları), sayfayı hızlı ve verimli biçimde işleyebilmek için de benzer teknik gereksinimlere ihtiyaç duyuyor:
- Yavaş yüklenen veya render-blocking kaynaklarla dolu sayfalar, yapay zeka crawler’ları tarafından da daha geç veya eksik işlenebilir
- Aşırı JavaScript’e bağımlı sayfalarda, içeriğin crawler tarafından doğru okunması gecikebilir veya başarısız olabilir; birçok yapay zeka botu JavaScript’i Googlebot kadar iyi çalıştırmayabilir, bu yüzden kritik içeriği sunucu tarafında (HTML içinde) sunmak daha güvenlidir
- Sunucu yanıt süresi yüksek siteler, tarama sıklığı açısından hem geleneksel hem yapay zeka tabanlı botlarda dezavantaj yaşar
Bu nedenle site hızı optimizasyonu artık yalnızca insan kullanıcı deneyimi ve geleneksel SEO için değil, yapay zeka arama motorlarında görünürlük (GEO) için de temel bir gereksinim haline gelmiştir. Teknik altyapısı sağlam ve hızlı yüklenen sitelerin, hem klasik arama sonuçlarında hem de yapay zeka üretimli yanıtlarda kaynak olarak değerlendirilmesi genellikle daha kolaydır. Genel çerçeve için GEO nedir rehberimize bakabilirsiniz.
Sürekli İzleme İçin Performans KPI Panosu
Site hızı iyileştirmesinin kalıcı olması için tek seferlik bir denetim yerine düzenli izlenen bir KPI panosu oluşturmak faydalıdır. Aşağıdaki tablo, aylık olarak takip edilebilecek temel göstergeleri özetliyor.
| KPI | Kaynak | Takip Sıklığı | Uyarı Eşiği |
|---|---|---|---|
| Mobil LCP (Field Data) | Search Console | Aylık | 2,5 saniyeyi aşması |
| Mobil INP (Field Data) | Search Console | Aylık | 200 milisaniyeyi aşması |
| Mobil CLS (Field Data) | Search Console | Aylık | 0,1’i aşması |
| ”Zayıf” URL sayısı | Search Console | Aylık | Önceki aya göre artış |
| Ortalama sayfa yükleme süresi | Analytics/RUM aracı | Haftalık | Belirlenen hedefin üzerine çıkması |
| Hemen çıkma oranı (yüksek trafikli sayfalar) | Analytics | Aylık | Ani ve açıklanamayan artış |
Bu panoyu pazarlama ekibi, geliştirici ekip ve varsa ajans ile paylaşmak, sorumlulukların net dağılmasını ve sorunların erken tespit edilmesini sağlar. Özellikle yeni bir tema güncellemesi, eklenti kurulumu veya kampanya landing page’i yayına alındığında bu panoyu kontrol etmek, performans gerilemesini kampanya başlamadan önce yakalamanıza yardımcı olur.
Sonuç
Web sitesi hızı, SEO’nun artık ayrıştırılamaz bir parçasıdır. Hızlı siteler yalnızca daha iyi sıralamaz; daha fazla dönüşüm üretir, daha az hemen çıkma oranıyla çalışır ve kullanıcı memnuniyetini artırır. Core Web Vitals metriklerini düzenli izleyin, görsel ve JavaScript optimizasyonunu önceliklendirin, bir CDN kullanın ve süreci tek seferlik bir proje değil, sürekli bir disiplin olarak ele alın.
Organik trafik artırma stratejileri için ilgili rehberimize göz atabilirsiniz. Sitenizin hız sorunlarını profesyonelce çözmek için teknik SEO hizmetimiz hakkında bilgi alabilir veya iletişime geçebilirsiniz.
