Yavaş Site Ne Kaybettirir? Hız ve Dönüşüm İlişkisi
SEO

Yavaş Site Ne Kaybettirir? Hız ve Dönüşüm İlişkisi

Kısaca

Yavaş site, sessiz bir gider kalemidir. Fatura gelmez, uyarı çıkmaz; sadece ziyaretçiler geri döner, sepetler yarım kalır ve reklam bütçesi boşa akar. Hız, teknik bir detay değil doğrudan bir gelir değişkenidir; çünkü kullanıcı beklemeyi değil, alternatifi seçer.

  • Sektör araştırmaları, yükleme süresi uzadıkça terk oranının belirgin biçimde arttığını ve dönüşümün düştüğünü ortaya koyuyor.
  • Yavaşlığın en sık görülen kaynağı sunucu yanıt süresidir (TTFB); kod optimizasyonu bunu tek başına kurtarmaz.
  • Önbellekleme, görsel ağırlığı ve eklenti disiplini; çoğu sitede toplam kazancın büyük kısmını verir.
  • Google, sayfa deneyimi sinyallerini (Core Web Vitals) sıralamada değerlendirdiğini açıkça belirtiyor; yavaşlık aynı anda hem trafiği hem dönüşümü vurur.
  • Ölçmeden iyileştirme olmaz: önce ölçün, sonra tek tek değişken değiştirin.

Yavaş bir site, ziyaretçiyi daha sayfa açılmadan kaybettirir. Sektör araştırmaları, yükleme süresi uzadıkça terk (bounce) oranının hızla yükseldiğini ve satın alma tamamlama oranının düştüğünü gösteriyor. Etki zincirleme ilerler: daha az sayfa görüntüleme, daha düşük dönüşüm, daha pahalı reklam tıklaması ve zamanla zayıflayan arama görünürlüğü. Hız kazanmak, ek trafik satın almadan gelir kazanmaktır.

Çoğu site sahibi hızı, tıpkı ofis ışıkları gibi «çalışıyorsa sorun yok» diye görür. Oysa hızın etkisi kesinti gibi ani ve görünür değildir; sızıntı gibi yavaş ve sinsidir. Sitenizin üç saniyede açılması, bir saniyede açılan bir rakip karşısında her gün az miktarda müşteri kaybetmeniz anlamına gelir. Bu yazıda hızın iş sonucuna etkisini rakamların ötesinde mantığıyla anlatacak, yavaşlığın nereden geldiğini tablolarla ayrıştıracak ve sitenizi ölçüp iyileştirmek için izleyebileceğiniz somut bir yol haritası vereceğiz.

Hız Bir Teknik Konu Değil, Bir Dönüşüm Konusudur

Kullanıcı davranışını anlamak için laboratuvara gerek yok; kendi davranışınıza bakın. Aradığınız bir ürünün sayfası açılmıyorsa geri tuşuna basıp bir sonrakine geçersiniz. Bu refleks o kadar hızlıdır ki çoğu zaman «site yavaştı» diye bilinçli bir yargı bile kurmazsınız. İşte bu yüzden yavaş siteler şikâyet almaz; sadece sessizce terk edilir.

Bu davranışın ticari karşılığı nettir. Bir ziyaretçiyi sitenize getirmek için ödediğiniz bedel — ister reklam, ister içerik üretimi, ister e-posta pazarlaması olsun — sayfa açılmadığında tamamen boşa gider. Yani yavaşlık, pazarlama harcamanızın bir kısmını sizden habersiz iptal eder. Google ve Deloitte gibi kuruluşların yayımladığı perakende odaklı çalışmalar, milisaniyelik iyileşmelerin bile dönüşüm ve sepet tutarında ölçülebilir artış sağladığını bildiriyor. Rakamlar sektöre ve ölçüm yöntemine göre değişse de yön her araştırmada aynı: hızlanan site daha çok satar.

Mail hosting 1 ay ücretsiz

Yükleme Süresi ile Terk ve Dönüşüm İlişkisi

Aşağıdaki tablo, sektör araştırmalarında tekrar eden genel eğilimi özetler. Buradaki değerler mutlak yasa değil, yön göstergesidir; sitenizin sektörü, trafik kaynağı ve ziyaretçi niyeti sonucu değiştirir. Yine de eğrinin şekli her yerde benzerdir: ilk saniyeler ucuz, sonraki saniyeler çok pahalıdır.

Yükleme süresi Kullanıcı algısı Terk (bounce) eğilimi Dönüşüme etkisi
0 – 1 saniye Anında; bekleme hissi yok En düşük düzey Referans noktası; dönüşüm potansiyeli tam kullanılır
1 – 2 saniye Hızlı; akış bozulmuyor Sınırlı artış Kayıp fark edilmez düzeyde; hedeflenmesi gereken bant
2 – 3 saniye Bekleme hissi başlıyor Belirgin artış Mobilde ilk ciddi dönüşüm kaybı bu eşikte görülür
3 – 5 saniye «Yavaş» olarak algılanır Yüksek; ziyaretçilerin önemli bölümü geri döner Dönüşümde ciddi düşüş; reklam maliyeti başına gelir azalır
5 saniye ve üzeri Bozuk/arızalı izlenimi Çok yüksek Dönüşüm büyük ölçüde çöker; marka güveni zedelenir

Tablodaki en önemli satır ikinci ve üçüncü satırların arasıdır. Çoğu site sahibi «üç saniye fena değil» diye düşünür; oysa asıl kırılma tam orada başlar. Mobil bağlantılarda üç saniye, masaüstündeki üç saniyeden daha uzun hissedilir; çünkü kullanıcı hareket hâlindedir, dikkati bölünmüştür ve alternatif bir sekme her zaman bir dokunuş uzaktadır.

Yavaşlığın Görünmeyen Üç Maliyeti

1. Reklam bütçesinin erimesi. Tıklama başına ödeme yapıyorsanız, açılmayan sayfa parası ödenmiş ama teslim edilmemiş bir ürün gibidir. Aynı bütçeyle daha fazla dönüşüm elde etmenin en ucuz yolu, teklifinizi değiştirmek değil, açılış sayfanızı hızlandırmaktır.

2. Arama görünürlüğünün zayıflaması. Google, sayfa deneyimi sinyallerini — yani Core Web Vitals metriklerini — sıralama değerlendirmesine kattığını resmen açıklamıştır. Hız tek başına birinci sıraya çıkarmaz, ama içerik kalitesi yakın olan iki sayfadan hızlı olanı avantajlıdır. Üstelik yavaş siteler tarama bütçesini de verimsiz kullanır; arama motoru botu aynı sürede daha az sayfa gezer. SEO hosting yaklaşımının temelinde tam da bu bağ vardır.

3. Marka algısının aşınması. Kullanıcılar yavaşlığı «teknik bir sorun» olarak değil, özensizlik olarak okur. Sayfası geç açılan bir işletmenin kargoyu da geciktireceği, destek talebine de geç döneceği varsayılır. Bu varsayım haksız olabilir; ama satın alma kararı verilirken devrededir.

Yavaşlığın Kaynakları ve Çözümleri

Hız sorunlarının tamamı «sitenin kodu» ile ilgili değildir. Deneyimimize göre kayıpların büyük kısmı, aşağıdaki altı başlıktan birine ya da birkaçına dayanır. Doğru teşhis, gereksiz eforu önler.

Kaynak Belirti Çözüm
Sunucu / TTFB (ilk bayta kadar geçen süre) Boş bir sayfa bile geç açılıyor; sorun tarayıcıda değil, beklemede Modern donanım (NVMe SSD, güncel işlemci), coğrafi yakınlık, doğru yapılandırılmış web sunucusu; gerekiyorsa daha güçlü bir pakete veya bulut sunucuya geçiş
Önbellek eksikliği Her ziyaretçi için aynı sayfa sıfırdan üretiliyor; trafik artınca site çöküyor Sunucu düzeyinde önbellekleme (LiteSpeed + LSCache), tarayıcı önbelleği başlıkları, nesne önbelleği
Ağır görseller Sayfa boyutu megabaytlarca; mobilde açılış çok yavaş WebP/AVIF formatına geçiş, gerçek boyutta yükleme, tembel yükleme (lazy load), gereksiz büyük hero görsellerinden vazgeçme
Eklenti şişkinliği Yönetim paneli de yavaş; her sayfada onlarca ek dosya yükleniyor Kullanılmayan eklentileri kaldırma, aynı işi yapan eklentileri birleştirme, sayfa oluşturucu bağımlılığını azaltma
Veritabanı yükü Trafik arttıkça yavaşlama artıyor; yönetim ekranları takılıyor Gereksiz revizyon/geçici kayıt temizliği, tablo optimizasyonu, indeks kontrolü, ağır sorguların tespiti
Tema / ön yüz kodu İçerik geliyor ama sayfa oturmuyor; yazı tipleri geç yükleniyor, düzen kayıyor Hafif tema, kullanılmayan CSS/JS temizliği, kritik CSS, yazı tipi ön yükleme, üçüncü taraf betiklerinin ertelenmesi

Bu tablonun en kritik satırı ilkidir. Görselleri sıkıştırıp eklentileri temizleseniz bile, sunucunuz ilk bayta 900 milisaniyede yanıt veriyorsa tavanınız bellidir. TTFB, diğer tüm optimizasyonların üzerine bindiği zemindir. Zemin çürükse üstüne ne yaparsanız yapın sonuç sınırlı kalır.

Sitenizin Hızını Ölçme ve İyileştirme Adımları

Aşağıdaki sırayı takip edin. Sıralama rastgele değil; her adım bir sonrakinin etkisini görünür kılacak biçimde dizilmiştir. Aynı anda beş şeyi değiştirirseniz neyin işe yaradığını asla bilemezsiniz.

  1. Başlangıç ölçümünü alın (Core Web Vitals). PageSpeed Insights veya Search Console’daki Core Web Vitals raporundan LCP (en büyük içerik boyama), INP (etkileşim yanıt süresi) ve CLS (düzen kayması) değerlerinizi not edin. Laboratuvar skoruna değil, gerçek kullanıcı verisine bakın. Ekranınıza bir ekran görüntüsü alın; iyileştirme sonrası kıyaslayacaksınız.
  2. TTFB’yi ölçün ve sunucu payını ayırın. Sayfanın kendisi ağırsa mı yavaş, yoksa sunucu geç mi yanıt veriyor? Bunu ayırmadan yapılan her iyileştirme tahmine dayanır. Alastyr’ın ücretsiz hız testi aracıyla sitenizin yanıt süresini ölçebilir, sorunun barındırma tarafında olup olmadığını görebilirsiniz.
  3. Önbelleklemeyi devreye alın. En büyük kazancı en düşük eforla veren adım budur. Sunucu düzeyinde önbellek (LiteSpeed sunucularda LSCache), eklenti tabanlı önbelleklerin ulaşamadığı bir katmanda çalışır: sayfa PHP’ye hiç uğramadan servis edilir. Ölçümü tekrarlayın; genellikle tek başına bu adım tabloyu değiştirir.
  4. Görselleri hafifletin. Sayfa ağırlığının çoğu görsellerdir. Modern formata geçirin, gerçek görüntülenme boyutunda sunun, ekran dışındaki görselleri tembel yükleyin. Bu adım özellikle mobil LCP değerinde hissedilir.
  5. Veritabanını ve eklentileri temizleyin. Yıllar içinde biriken revizyonlar, geçici kayıtlar ve artık eklenti tabloları sorguları yavaşlatır. Kullanmadığınız eklentileri devre dışı bırakmakla yetinmeyin, kaldırın. PHP sürümünüzü de kontrol edin: güncel sürüm, eski sürüme göre gözle görülür performans farkı yaratır ve panelden tek tıkla değiştirilebilir.
  6. Hâlâ yetmiyorsa barındırmayı yükseltin. Yukarıdaki adımların hepsini uyguladıktan sonra TTFB hâlâ yüksekse sorun sizde değil, zemindedir. Bu noktada daha güçlü bir hosting paketi, WordPress için ayarlanmış bir WordPress hosting planı veya kaynakları size ayrılmış bir bulut sunucu doğru karardır. Büyüyen altyapı yaklaşımında bu geçişleri sağlayıcı değiştirmeden, ücretsiz taşımayla yapabilirsiniz.

Core Web Vitals Size Ne Söyler?

Üç metrik, kullanıcının üç farklı sorusuna karşılık gelir. LCP: «İçerik ne zaman göründü?» INP: «Tıkladığımda ne zaman tepki verdi?» CLS: «Okurken sayfa altımdan kaydı mı?» Bu üçünün ortak noktası, hiçbirinin sunucu makinesinin teknik özelliklerini değil, insanın deneyimini ölçmesidir.

Pratikte LCP’nin en büyük düşmanı yüksek TTFB ve ağır hero görselleridir. INP genellikle üçüncü taraf betikleri ve şişkin JavaScript yüzünden bozulur. CLS ise reklam alanları, geç yüklenen yazı tipleri ve boyutu belirtilmemiş görsellerden kaynaklanır. Üçü de düzeltilebilir sorunlardır; ama önce hangisinin kırmızıda olduğunu bilmeniz gerekir.

Hosting’in Payı: Ölçemediğiniz Yerde Kaybediyorsunuz

Bir sitenin hızı, en yavaş halkası kadardır. Kodunuzu kusursuz yazabilirsiniz; ancak sunucu diski yavaşsa, işlemci payınız komşu hesaplarla paylaşılıyorsa veya veri merkezi ziyaretçilerinizden binlerce kilometre uzaktaysa fiziksel bir tavana çarparsınız.

Alastyr tarafında bu tavanı yükselten bileşenler somut: LiteSpeed web sunucusu ve LSCache ile PHP’ye hiç uğramadan servis edilen sayfalar; NVMe SSD depolama sayesinde veritabanı sorgularında kısalan bekleme; Intel Xeon Gold işlemciler; ve Türkiye’deki ziyaretçilerinize coğrafi olarak yakın olan kendi İzmir veri merkezimiz sayesinde düşük TTFB. Buna panelden tek tıkla değiştirilebilen PHP sürüm seçici ve her an ulaşabileceğiniz 7/24 Türkçe destek eklenir. Altyapının sürekliliği konusunda daha ayrıntılı bilgiyi uptime ve istikrar sayfamızda bulabilirsiniz.

Hızın ticari değerini kavramanın en kolay yolu şu hesaptır: Ayda 10.000 ziyaretçi alan ve %2 dönüşen bir site, 200 satış yapar. Hız iyileştirmesiyle terk oranını birkaç puan düşürüp dönüşümü %2,3’e taşımak, 30 ek satış demektir — hiç ek reklam harcamadan, hiç yeni içerik üretmeden. Bu kazanç her ay tekrarlanır. Hosting yükseltmesinin maliyeti ise tek seferlik ve öngörülebilirdir. Karar, çoğu işletme için ilk aydan kendini amorti eder.

Sitenizin hızını ücretsiz ölçün, kaybınızı görün

LiteSpeed + LSCache, NVMe SSD depolama, Intel Xeon Gold işlemciler ve kendi İzmir veri merkezimizin sağladığı düşük TTFB. Ücretsiz taşıma, PHP sürüm seçici, 7/24 Türkçe destek ve 14 gün koşulsuz iade güvencesiyle riski sıfırlayın.

Ücretsiz Hız Testini Başlatın

Sıkça Sorulan Sorular

Yavaş site gerçekten satış kaybettirir mi?

Evet. Sektör araştırmaları, yükleme süresi uzadıkça terk oranının arttığını ve satın alma tamamlama oranının düştüğünü tutarlı biçimde gösteriyor. Kayıp tek bir anda değil, her ziyaretçide küçük parçalar hâlinde gerçekleşir. Bu yüzden fark edilmesi zordur; ama aylık toplamda ciddi bir gelir kalemine karşılık gelir.

Sitem kaç saniyede açılmalı?

Hedef, en büyük içerik boyama (LCP) değerinin gerçek kullanıcı verisinde 2,5 saniyenin altında kalmasıdır. Google’ın Core Web Vitals eşiği budur. Pratikte 1–2 saniye bandı ideal, 3 saniyenin üzeri ise ölçülebilir dönüşüm kaybının başladığı bölgedir. Mobil bağlantılarda hedefi biraz daha aşağıda tutmak akıllıcadır.

TTFB nedir ve neden bu kadar önemli?

TTFB, tarayıcının isteği gönderdikten sonra sunucudan ilk baytı almasına kadar geçen süredir. Yani sayfanın çizilmeye başlamasından önceki saf bekleme süresidir. Yüksek TTFB, diğer tüm optimizasyonların üzerine eklenen sabit bir gecikmedir; görselleri sıkıştırmak veya kodu küçültmek bu süreyi kısaltmaz. Sunucu donanımı, önbellekleme ve coğrafi yakınlık TTFB’yi belirleyen ana etkenlerdir.

Hosting değiştirmeden hızlanabilir miyim?

Kısmen. Önbellekleme, görsel optimizasyonu, eklenti temizliği ve veritabanı bakımı çoğu sitede kayda değer kazanç sağlar. Ancak bu adımların hepsini uyguladıktan sonra TTFB hâlâ yüksek kalıyorsa sınır sunucu tarafındadır. O noktada daha güçlü bir paket veya bulut sunucu, yapılabilecek en etkili tek hamledir.

LiteSpeed ve LSCache hızı gerçekten değiştirir mi?

Evet, özellikle WordPress gibi PHP tabanlı sistemlerde. LSCache, sayfayı sunucu düzeyinde önbelleğe alır; talep geldiğinde PHP ve veritabanı hiç devreye girmeden hazır çıktı servis edilir. Bu, eklenti tabanlı önbelleklerin ulaşamadığı bir katmandır ve yanıt süresinde en görünür farkı yaratan bileşenlerden biridir.

Hız Google sıralamasını etkiliyor mu?

Google, sayfa deneyimi sinyallerini ve Core Web Vitals metriklerini sıralama değerlendirmesine kattığını açıkça belirtmiştir. Hız tek başına sizi zirveye taşımaz; içerik kalitesi hâlâ birincil etkendir. Ancak içerik kalitesi birbirine yakın iki sayfa arasında hızlı olan avantajlıdır. Ayrıca yavaş siteler tarama verimliliğini de düşürür.

Mobil hız neden masaüstünden daha kritik?

Çünkü mobil ziyaretçi hem daha değişken bir bağlantı üzerindedir hem de daha sabırsızdır. Google indekslemede öncelikli olarak mobil sürümü değerlendirir. Türkiye’de çoğu sitede trafiğin büyük bölümü mobilden gelir; dolayısıyla optimizasyon önceliğiniz mobil deneyim olmalıdır.

Sitemin hızını nasıl ücretsiz ölçebilirim?

Google PageSpeed Insights ile Core Web Vitals değerlerinizi görebilir, Search Console üzerinden gerçek kullanıcı verisine bakabilirsiniz. Sunucu tarafındaki yanıt süresini ölçmek için Alastyr’ın ücretsiz hız testi aracını kullanabilir, sorunun barındırma kaynaklı olup olmadığını hızla anlayabilirsiniz.

Hız için bulut sunucuya geçmem şart mı?

Hayır. Çoğu kurumsal site ve blog, iyi yapılandırılmış bir paylaşımlı pakette hedeflenen hız değerlerine ulaşır. Bulut sunucu; yoğun trafik, ağır veritabanı işlemleri veya özel yapılandırma ihtiyacı doğduğunda anlam kazanır. Önemli olan, ihtiyaç ortaya çıktığında sağlayıcı değiştirmeden ücretsiz taşımayla üst basamağa geçebilmektir.

Kategori: SEO
Yazı oluşturuldu 4

Benzer yazılar

Aramak istediğinizi üstte yazmaya başlayın ve aramak için enter tuşuna basın. İptal için ESC tuşuna basın.

Üste dön