Web Sitesi Hızı Neden Bu Kadar Önemli? SEO ve Dönüşüme Etkisi

Web sitesi hızı, Google görünürlüğünü ve ziyaretçinin sizinle iletişime geçme ya da satın alma kararını etkiler. Ana içerik geç görünüyorsa, butonlar geç tepki veriyorsa veya sayfa yüklenirken öğeler kayıyorsa; tasarım, reklam bütçesi ve içerik için harcadığınız emeğin bir kısmı ziyaretçi sayfayı görmeden kaybolur.

Bir ziyaretçi sitenizi açar. Üç saniye geçer, sayfa hâlâ yükleniyordur. Büyük olasılıkla rakibinizin sitesine gider. Hız, teknik ekibin kendi içinde izlediği bir puan değildir. Teklif formlarını, sepetleri, telefon aramalarını ve organik trafiği etkileyen bir işletme metriğidir.

Öne Çıkanlar

• Google’ın Core Web Vitals metriklerinde LCP için hedef 2,5 saniye veya altı, INP için 200 ms veya altı, CLS için 0,1 veya altıdır.
• Yükleme süresi 1 saniyeden 3 saniyeye çıktığında hemen çıkma oranı %32 artabilir.
• Görsel boyutları, şişirilmiş temalar, gereksiz eklentiler ve zayıf sunucu yanıtı en yaygın hız sorunlarıdır.
• PageSpeed skorunun 50’nin altında kalması, yalnızca cache eklentisi kurarak çözülemeyecek yapısal sorunlara işaret edebilir.
• Hız çalışması, SEO için tek başına yeterli değildir; ancak iyi içeriğin ve reklam trafiğinin boşa gitmesini önleyen temel katmandır.

Hız Neden Teknik Detay Değil?

Google, sayfa hızını 2010’dan beri sıralama sinyalleri arasında değerlendiriyor. Uygulama önce masaüstü aramalarda başladı, 2018’de mobil aramalara geçti. Google, 2021’den bu yana kullanıcı deneyimini daha somut ölçmek için Core Web Vitals çerçevesini kullanıyor.

Konu basit. Arama sonuçları sayfanıza ziyaretçi getirir. Sayfa bu kişiyi bekletirse, arama görünürlüğünün yarattığı fırsatı siteniz kendi içinde kaybeder.

Google araştırmasına göre yükleme süresi 1 saniyeden 3 saniyeye çıktığında hemen çıkma oranı %32 artar. Süre 5 saniyeye ulaştığında artış %90 olur. Ziyaretçi ürününüzü, hizmetinizi veya teklifinizi incelemeden sayfayı kapatır.

Bu etki tek yönlü değildir. Yavaşlık kullanıcı memnuniyetini düşürür. Kullanıcı daha az sayfa gezer, formu terk eder ve arama sonucuna döner. Google da sonuçların kullanıcı ihtiyacını karşılayıp karşılamadığını değerlendirirken bu deneyimden bağımsız değildir.

Yavaş site yalnızca daha geç açılan site değildir. Daha pahalı trafik, daha düşük dönüşüm ve zayıflayan organik görünürlüktür.

İşletme sahibi reklama bütçe ayırırken tıklama başına maliyeti yakından izler. Ancak yavaş bir sayfa, satın alınan tıklamaların bir kısmını fark edilmeden boşa çıkarır. Sorun reklam hesabında değil, ziyaretçinin geldiği sayfada olabilir. Google da açılış sayfası deneyimini kalite puanının üç bileşeninden biri sayar.

Yavaş Web Sitesinin İşletmeye Maliyeti

Hız kaybı çoğu raporda ayrı bir kalem olarak görünmez. Satışlar düşer, form sayısı azalır veya reklam maliyeti yükselir. Kaybın ne kadarının yavaşlıktan kaynaklandığını görmek için sayfa deneyimini ayrıca incelemek gerekir.

Kaynaklarda sık kullanılan hesaplardan biri, her 1 saniyelik gecikmenin dönüşüm oranını yaklaşık %7 azaltabileceğini gösterir. Deloitte’un Google ile yaptığı 2020 tarihli araştırma da 100 milisaniyelik gecikmenin dönüşümü etkileyebileceğini ortaya koyuyor.

Bu oranları kendi sitenize uyarladığınızda konu daha net görünür.

Sitenize günde 100 ziyaretçi geldiğini varsayalım. Ortalama satış veya teklif değeriniz ₺1.000 olsun. Dönüşüm oranınız %3 ise günde yaklaşık 3 müşteri kazanırsınız. Hız iyileşmesi dönüşümde %7 artış sağlarsa günlük 0,21 ek dönüşüm elde edersiniz. Bu da ayda yaklaşık 6 ek müşteri ve ₺6.000 ek ciro demektir.

Bu hesap garanti vermez. Her sektörün trafiği, fiyatı ve satın alma süreci farklıdır. Yine de hızın neden “sonra bakarız” denecek bir konu olmadığını gösterir.

E-ticarette ağır görseller ve gereğinden fazla yük oluşturan bir site yapısı, ziyaretçinin ürünleri görmesini ve siparişi tamamlamasını geciktirir. Kaybedilen siparişlerin tamamını yalnızca hıza bağlamak doğru olmaz. Ancak daha hızlı sayfa, ziyaretçiye ürünleri görme ve siparişi tamamlama fırsatı verir.

Hizmet sektöründe kayıp daha az görünür. Blog sayfalarındaki büyük görseller sayfaları ağırlaştırdıkça Google’ın taraması da verimsizleşebilir.

Bu durumlarda ilk sorun çoğu zaman SEO eksikliği veya eski görünen tasarım değildir. Sayfa, ziyaretçiye ve arama motoruna gereksiz yük bindirir.

Core Web Vitals: Google Hızı Nasıl Okuyor?

Core Web Vitals, Google’ın sayfa deneyimini ölçmek için kullandığı temel metriklerdir. Teknik adları karmaşık gelebilir. İşletme açısından anlamı açıktır: Ziyaretçi ana içeriği ne zaman görür, site ne kadar hızlı yanıt verir ve ekran sabit kalır mı?

LCP: Ana İçerik Ne Zaman Görünüyor?

Largest Contentful Paint (LCP), ekrandaki en büyük içerik öğesinin görünmesine kadar geçen süreyi ölçer. Bu öğe çoğu zaman hero görseli, büyük başlık alanı veya ürün görselidir.

Ziyaretçi sayfanın gerçekten yüklendiğini genellikle bu anda hisseder. Logo görünmüş, menü açılmış olabilir. Ancak ürün görseli veya ana teklif hâlâ ekranda değilse ziyaretçi beklemeye devam eder.

Google’a göre LCP hedefi 2,5 saniye veya altıdır. 2,5–4 saniye arası geliştirilmelidir. 4 saniyenin üzeri zayıf sayılır.

LCP sorunlarının yaygın nedenleri şunlardır:

• Çok büyük hero görselleri
• Sunucunun geç yanıt vermesi
• Sayfayı bloke eden CSS ve JavaScript dosyaları
• Gereksiz üçüncü taraf kodları
• Ağır WordPress tema yapıları

INP: Tıklayınca Site Tepki Veriyor mu?

Interaction to Next Paint (INP), ziyaretçinin bir butona tıkladığında veya form alanıyla etkileşime geçtiğinde sitenin ne kadar hızlı yanıt verdiğini ölçer.

Ürünü sepete ekleme, mobil menüyü açma veya teklif formunu gönderme bu metrikle ilişkilidir. Ziyaretçi tıklar ama ekran yanıt vermezse aynı butona tekrar tekrar basabilir. Formu yeniden gönderebilir ya da sayfadan çıkabilir.

INP için iyi değer 200 milisaniye veya altıdır. 200–500 ms arası geliştirilmelidir. 500 ms üzeri zayıf kabul edilir.

INP sorunu çoğunlukla gereksiz JavaScript yükünden kaynaklanır. Sayfaya eklenen her takip kodu, popup, sohbet aracı, slider veya ağır page builder bileşeni etkileşim süresini uzatabilir. Astro tabanlı siteler bu yükü baştan sınırlar: Sayfa varsayılan olarak JavaScript’siz gelir, kod yalnızca etkileşim gereken bileşende yüklenir.

CLS: Sayfa Yerinden Oynuyor mu?

Cumulative Layout Shift (CLS), sayfa yüklenirken öğelerin beklenmedik biçimde yer değiştirmesini ölçer.

Ziyaretçi bir butona basmak üzereyken üstteki görsel yüklenir ve buton aşağı kayar. Ziyaretçi yanlış bağlantıya tıklar. Küçük görünen bu sorun, özellikle mobilde doğrudan dönüşüm kaybına yol açar.

CLS için iyi değer 0,1 veya altıdır. 0,1–0,25 arası geliştirilmelidir. 0,25 üzeri zayıftır.

Düzen kaymasının sık görülen nedenleri şunlardır:

• Boyutu tanımlanmamış görseller
• Geç yüklenen reklam veya banner alanları
• Sonradan açılan font dosyaları
• Sayfa akışına sonradan eklenen popup’lar
• Yüklenirken boyutu değişen dinamik bileşenler

Metrik	İyi	Geliştirilmeli	Zayıf
LCP	≤ 2,5 sn	2,5–4 sn	> 4 sn
INP	≤ 200 ms	200–500 ms	> 500 ms
CLS	≤ 0,1	0,1–0,25	> 0,25

Core Web Vitals tek başına sıralama garantisi sağlamaz. İçerik kalitesi, arama niyeti, teknik yapı ve diğer SEO sinyalleri de önem taşır. Ancak aynı kalitedeki iki sayfa arasında daha hızlı ve daha kararlı bir deneyim sunan sayfanın avantaj kazanması beklenir.

Web Sitesi Hızını 5 Dakikada Ölçün

İlk ölçüm için karmaşık bir teknik kurulum gerekmez. Önce mevcut durumu görün. Ardından hangi sorunun yüzeysel, hangisinin yapısal olduğunu ayırın.

1. Google PageSpeed Insights ile Mobil Sonucu Kontrol Edin

Google PageSpeed Insights aracında ana sayfanızı test edin. Sonra en çok trafik alan hizmet, ürün veya blog sayfalarınızı tek tek inceleyin.

Yalnızca ana sayfaya bakmak yetmez. Ana sayfanız hızlı olabilir, fakat reklam trafiğinin geldiği ürün kategorisi veya teklif formu sayfası ağır kalabilir.

Önce mobil sonucunu inceleyin. Google mobil deneyime öncelik verir. Masaüstünde hızlı görünen bir site, 4G bağlantıda ve orta seviye bir telefonda ciddi biçimde yavaşlayabilir.

Skoru tek başına karar ölçüsü olarak kullanmayın. Genel çerçeve şöyledir:

• 90 ve üzeri: İyi bir teknik temel işaretidir.
• 70–89: İyileştirme alanı vardır.
• 50–69: Belirgin performans sorunu olabilir.
• 50 altı: Yapısal inceleme gerektirir.

2. Sorun Listesini Okuyun

Araçtaki “Fırsatlar” ve “Tanılamalar” bölümleri hız kaybının kaynağını gösterir. Üst sıralarda çıkan öneriler genellikle en büyük etki alanına işaret eder.

Şu uyarılar özellikle önemlidir:

• Görsellerin gereğinden büyük olması
• Kullanılmayan JavaScript dosyaları
• Ana iş parçacığını bloke eden kodlar
• Uzun sunucu yanıt süresi
• Sayfada fazla üçüncü taraf script bulunması
• Render sürecini geciktiren CSS dosyaları

“Performansı artırın” gibi genel bir öneri çözüm değildir. Soruna hangi dosyanın, eklentinin, görselin veya altyapı kararının yol açtığını bulmak gerekir.

3. GTmetrix ile Dosya Yüklerini İnceleyin

GTmetrix, sayfanın hangi dosyaları hangi sırayla yüklediğini görmek için kullanılabilir. Waterfall görünümü büyük görselleri, geç yanıt veren dosyaları ve gereksiz istekleri ayırmaya yardımcı olur.

Örneğin, sayfanın geç açılmasının nedeni her zaman hosting değildir. Tek bir 2 MB görsel, gereksiz bir slider veya beş farklı takip scripti de ana içeriğin görünmesini geciktirebilir.

Bu ayrım önemlidir. Yanlış teşhis, yanlış harcamaya yol açar. Sorun temadaysa yalnızca hosting değiştirmek yetmez. Sorun görsellerdeyse yeni tema kurmak gereksiz maliyet yaratabilir.

Yavaşlığın Beş Yaygın Nedeni

Hız sorunu nadiren tek bir ayardan kaynaklanır. Çoğu sitede birkaç küçük problem birleşir ve ziyaretçinin bekleme süresi uzar.

1. Optimize Edilmemiş Görseller

Görseller, birçok işletme sitesindeki en büyük dosya yükünü oluşturur. 2 MB’lık bir JPG yerine doğru boyutlandırılmış ve sıkıştırılmış görsel kullanmak sayfa yükünü doğrudan azaltır.

WebP formatı ek kazanım sağlayabilir. Ancak yalnızca formatı değiştirmek yetmez. Görsel, sayfada görüneceği boyuta göre hazırlanmalıdır.

Mobilde 400 piksel genişliğinde görünen bir alana 3000 piksel genişliğinde fotoğraf yüklemek, ziyaretçiye gereksiz veri indirtir.

2. Şişirilmiş Tema ve Gereksiz Eklentiler

Her WordPress eklentisi kötü değildir. Sorun, her ihtiyaç için yeni bir eklenti ekleyip sitenin temelini parça parça ağırlaştırmaktır.

30’un üzerinde eklentisi olan WordPress sitelerinde kullanılmayan veya aynı işi yapan eklentilere sık rastlanır. Ağır tema yapıları da ihtiyaç olmasa bile her sayfaya CSS ve JavaScript dosyaları yükleyebilir.

Page builder sorun değildir. Sorun, page builder işini başka bir şey gibi satmaktır.

Özel bir site beklentisiyle başlayan projelerde hazır bloklar ve katmanlı eklentilerle kurulan yapı ilk aşamada hızlı görünebilir. Sonrasında her yeni bölüm, eklenti veya tasarım talebi daha fazla yük getirir. Bu yük, bir süre sonra PageSpeed raporunda görünür.

3. Zayıf Hosting Altyapısı

Paylaşımlı hosting ortamında sunucu kaynakları birçok site tarafından paylaşılır. Yoğun saatlerde yanıt süresi uzayabilir. Ziyaretçi, sayfa dosyaları yüklenmeye başlamadan önce bile bekler.

Sunucu yanıt süresi, yani TTFB değeri 600 ms’nin üzerindeyse altyapı ayrıca incelenmelidir. Ancak hosting değişikliği tek başına mucize yaratmaz. Ağır tema, büyük görseller ve gereksiz eklentiler yerinde kalıyorsa yeni sunucuda da aynı yapısal sorun sürer.

4. CDN Kullanılmaması

CDN, statik dosyaları kullanıcıya coğrafi olarak daha yakın sunuculardan iletir. Görseller, CSS ve JavaScript dosyaları bu yapıyla daha verimli sunulabilir.

Türkiye’de ziyaretçisi olan siteler için CDN kullanımı anlamlı bir iyileşme sağlayabilir. Ancak CDN, hatalı kurulmuş bir sitenin yerini tutmaz. Yalnızca mevcut dosyaların daha iyi dağıtılmasını sağlar.

5. Eksik Önbellek Yapılandırması

Önbellek, her sayfayı sıfırdan oluşturmadan ziyaretçiye sunmaya yardım eder. Doğru yapılandırılmazsa sunucu aynı işi her ziyaretçi için tekrar tekrar yapar.

WordPress tarafında cache eklentileri faydalı olabilir. WP Rocket veya LiteSpeed Cache sık kullanılan araçlardır. Ancak eklentiyi kurup varsayılan ayarlarla bırakmak her zaman doğru sonuç vermez. Yanlış yapılandırma tasarım bozulmalarına, sepet sorunlarına veya güncel içeriğin geç görünmesine yol açabilir.

Hızlı Düzeltmeler ile Yapısal Sorunları Ayırın

Bazı sorunları işletme ekibi çözebilir. Bazıları ise sitenin kurulumuna, tema yapısına veya sunucu mimarisine bağlıdır.

Sorun	İlk Müdahale	Ne Zaman Teknik İnceleme Gerekir?
Büyük görseller	Sıkıştırma ve doğru boyutlandırma	Görseller düzenlenmesine rağmen LCP yüksekse
Kullanılmayan eklentiler	Aktif olmayanları kaldırma	Eklentiler tema veya kritik işlevlerle bağlıysa
Cache eksikliği	Uygun önbellek yapılandırması	Sepet, form veya dinamik sayfalar sorun çıkarırsa
Ağır tema	Tema yüklerini inceleme	Gereksiz CSS ve JavaScript temel yapıdan geliyorsa
Yavaş hosting	Sunucu yanıt süresini ölçme	TTFB yüksek kalıyor veya yoğunlukta sorun yaşanıyorsa
Core Web Vitals	LCP, INP ve CLS kaynaklarını ayırma	Birden çok metrik zayıfsa

Site skoru 50’nin altındaysa ve raporda “ana iş parçacığı bloke ediliyor” veya “kullanılmayan kaynaklar” gibi teknik uyarılar öne çıkıyorsa, yalnızca görsel sıkıştırmayla yetinmeyin. Küçük düzeltmeler belirli bir kazanım getirir. Ancak temel yapı ağırsa sınır erken ortaya çıkar.

Bu aşamada mevcut sitenin ne kadar iyileştirilebileceğini dürüstçe değerlendirmek gerekir. Bazen tema temizliği ve altyapı çalışması yeterlidir. Bazen de yıllar boyunca eklenen eklentiler, kodlar ve geçici çözümler nedeniyle yeniden kurulum daha mantıklı olur.

Mevcut WordPress sitenizin yapısı hızın önünde engelse, özel WordPress geliştirme yaklaşımında page builder yerine ihtiyacınız olan yapı kurulur.

Hızın SEO’ya Katkısı Nerede Başlar?

Hızlı bir site, zayıf içeriği birinci sıraya taşımaz. Anahtar kelime araştırması yapmadan, arama niyetini anlamadan ve faydalı içerik üretmeden yalnızca PageSpeed skoru ile görünürlük beklemek gerçekçi değildir.

Fakat yavaş bir site, iyi SEO çalışmasının etkisini de azaltır.

İlk etki Core Web Vitals ve genel sayfa deneyimidir. Google, geç açılan veya etkileşime geç yanıt veren sayfaları ideal deneyim olarak görmez.

İkinci etki taramadır. Ağır sayfalar, Google botunun siteyi verimli biçimde taramasını zorlaştırabilir. Özellikle çok sayıda blog içeriği, ürün sayfası veya kategori sayfası olan sitelerde teknik yük arttıkça tarama kaynakları daha kötü kullanılır.

Üçüncü etki kullanıcı davranışıdır. Ziyaretçi sayfada kalırsa daha fazla içerik görür. Hizmet sayfasına gider, ürün inceler, form doldurur veya telefon numarasını görür. Sayfa açılmadan çıkan ziyaretçide bunların hiçbiri olmaz.

Hız çalışmasının SEO etkisi genellikle hemen görünmez. Google’ın sayfaları yeniden taraması ve kullanıcı deneyimi sinyallerini güncellemesi zaman alır. Bu yüzden performans iyileştirmesini ölçüm öncesinde ve sonrasında aynı sayfa gruplarında takip etmek gerekir.

Sık Sorulan Sorular

Web sitesi kaç saniyede yüklenmeli?

Ana içeriğin görünmesini ölçen LCP için Google’ın hedefi 2,5 saniye veya altıdır. Genel kullanıcı deneyimi için 3 saniyenin altında kalmak iyi bir hedeftir. Ancak tek bir “tam yüklenme” sayısına bakmak yerine ana içeriğin ne zaman göründüğünü ve butonların ne zaman çalıştığını incelemek gerekir.

PageSpeed skorum 50, bu kötü mü?

50’nin altındaki skor, ciddi iyileştirme alanı olduğunu gösterir. Önce mobil sonucu inceleyin. Ardından puanın kendisinden çok LCP, INP, CLS ve rapordaki sorun listesine odaklanın. Bazı sayfalarda tek bir büyük görsel puanı düşürür; bazı sitelerde sorun tema ve JavaScript yapısındadır.

Hosting değiştirmek site hızını artırır mı?

Sunucu yanıt süresi yüksekse hız artabilir. Özellikle TTFB değeri 600 ms’nin üzerindeyse hosting altyapısı incelenmelidir. Ancak ağır tema, büyük görseller ve gereksiz eklentiler duruyorsa yalnızca hosting değişikliği sorunu tamamen çözmez.

WordPress hız optimizasyonu için en iyi eklenti hangisi?

Tek bir “en iyi” eklenti yoktur. Kararı hosting altyapısı, tema yapısı ve sitenin dinamik bölümleri belirler. WP Rocket ve LiteSpeed Cache sık kullanılan seçeneklerdir. Ancak eklenti seçmeden önce sorunun eklentiden mi, temadan mı, sunucudan mı kaynaklandığını görmek gerekir.

Cache eklentisi kurmak yeterli mi?

Hayır. Cache, hız çalışmasının yalnızca bir parçasıdır. Görseller ağırsa, sayfada fazla JavaScript varsa veya sunucu geç yanıt veriyorsa önbellek sınırlı fayda sağlar. Amaç, sayfanın gereksiz yükünü azaltmaktır.

Core Web Vitals iyileşince SEO sonucu ne zaman görünür?

Google’ın siteyi yeniden taraması ve sinyalleri güncellemesi gerekir. Bu süreç genellikle 4–12 hafta sürebilir. Sonuç, sitenin içerik kalitesi, rekabet düzeyi ve mevcut teknik durumuyla birlikte değerlendirilmelidir.

Hız Sorununu Ertelemek Daha Pahalıdır

Web sitesi hızı, tasarım tamamlandıktan sonra eklenecek bir süs değildir. Sitenin nasıl kurulduğuyla ilgilidir. Görsellerden temaya, eklentilerden hosting seçimine kadar her karar performans sınırını belirler.

Önce mobil PageSpeed sonucunu kontrol edin. Ardından en çok trafik alan sayfaları test edin. Sorunları “görsel”, “sunucu”, “tema” ve “kod yükü” olarak ayırın. Böylece rastgele eklenti kurmak yerine gerçekten kayıp oluşturan noktaya müdahale edebilirsiniz.

Designodin’de WordPress projeleri page builder katmanlarıyla değil, ihtiyaca göre elle kodlanmış bir yapıyla kurulur. Kapsam baştan yazılır, kodun sahipliği sizde kalır ve performans sonradan telafi edilecek bir konu olarak ele alınmaz.