Çoğu işletme sahibi sitesinin hızını ofisteki bilgisayardan, hızlı bir internet bağlantısıyla kontrol eder ve sonuçtan memnun kalır. Oysa ziyaretçilerin önemli bir kısmı siteye telefondan, mobil veriyle, çoğu zaman da yoldayken girer. Batı Karadeniz sahil yolunda ilerlerken akşam yemeği için bir restoran ya da o gece kalacak bir pansiyon arayan birini düşünün: Açtığı sayfa birkaç saniye boyunca beyaz ekranda kalırsa, geri dönüp listedeki bir sonraki işletmeye geçmesi yalnızca bir dokunuş uzaklıktadır.
Bu yazıda site hızının neden önemli olduğunu, hızı nasıl doğru ölçeceğinizi ve yavaşlığın en sık görülen nedenlerini teknik ayrıntıya boğmadan anlatıyoruz. Sonunda adım adım uygulayabileceğiniz bir plan da bulacaksınız.
Hız neden önemli?
Ziyaretçi açısından
Yavaş açılan, yüklenirken düğmeleri yer değiştiren ya da dokunulduğunda geç tepki veren bir site, işletmenin kendisi hakkında da özensiz bir izlenim bırakır. Menüye bakmak, telefon numarasını bulmak ya da bir form doldurmak isteyen kişi beklemek zorunda kaldıkça vazgeçme ihtimali artar. Üstelik bu kayıp çoğu zaman fark edilmez, çünkü vazgeçen ziyaretçi size “siteniz yavaştı” demez; sessizce başka bir işletmeyi arar.
Google açısından
Google, sayfa deneyimini (hız, mobil uyumluluk, güvenli bağlantı gibi unsurları) sıralamada dikkate aldığı sinyallerden biri olarak değerlendiriyor. Ancak bu, birçok sinyalden yalnızca biri; aranan soruya en iyi cevabı veren içerik hâlâ çok daha belirleyici. Yani zayıf içerikli bir site yalnızca hızlı olduğu için üst sıralara çıkmaz, güçlü içerikli ama çok yavaş bir site ise ziyaretçi kaybeder. Hızı bir sıralama hilesi olarak değil, SEO çalışmalarının teknik temelinin ve iyi bir kullanıcı deneyiminin parçası olarak görmek en doğrusu.
Önemli Web Verileri: hızın üç ölçüsü
Google, sayfa deneyimini ölçmek için üç ölçütü öne çıkarıyor ve bunlara Core Web Vitals diyor. Search Console’un Türkçe arayüzünde Önemli Web Verileri olarak geçen bu ölçütlerin her biri için “iyi” kabul edilen bir eşik var:
- LCP (Largest Contentful Paint): Sayfadaki en büyük içerik öğesinin, genellikle üstteki büyük görselin ya da ana başlığın, ekranda görünme süresi. 2,5 saniye ve altı iyi kabul edilir.
- INP (Interaction to Next Paint): Ziyaretçi bir düğmeye dokunduğunda ya da menüyü açtığında sayfanın ne kadar çabuk tepki verdiği. Mart 2024’te eski FID ölçütünün yerini aldı; 200 milisaniye ve altı iyi sayılır.
- CLS (Cumulative Layout Shift): Sayfa yüklenirken öğelerin ne kadar kaydığı. Okuduğunuz metnin aniden aşağı inmesi ya da dokunmak üzere olduğunuz düğmenin yer değiştirmesi bu ölçütle ilgilidir. 0,1 ve altı iyi kabul edilir.
Bu üç ölçüt, “Site hızlı mı?” sorusunu daha somut hâle getirir: İçerik ne zaman görünüyor, sayfa dokunuşlara ne kadar çabuk tepki veriyor ve yüklenirken ne kadar sabit duruyor?
Hızı doğru ölçmek
PageSpeed Insights: laboratuvar verisi ve saha verisi
En bilinen araç, Google’ın ücretsiz PageSpeed Insights aracıdır. Sayfanızın adresini yazdığınızda iki farklı türde sonuç görebilirsiniz:
- Laboratuvar verisi: Lighthouse adlı test aracının, belirli bir cihazı ve bağlantı hızını taklit ederek o anda yaptığı tek bir ölçüm. Herkesin konuştuğu 0–100 arası puan bu testten gelir.
- Saha verisi: Siteniz yeterince gerçek ziyaret alıyorsa, Chrome kullanıcılarından toplanan gerçek deneyim verileri (Chrome UX Report). Bu bölüm, ziyaretçilerinizin sitenizi gerçekte nasıl deneyimlediğini gösterir.
Az ziyaret alan sitelerde saha verisi bölümü boş kalabilir. Bu bir hata değildir; yalnızca değerlendirme yapacak kadar veri birikmemiştir.
Puanı doğru yorumlamak
- Aynı sayfayı arka arkaya test ettiğinizde puanın oynaması normaldir; tek bir ölçüme değil, birkaç testin genel eğilimine bakın.
- Mobil puan çoğunlukla masaüstünden düşük çıkar, çünkü mobil test daha yavaş bir cihazı ve bağlantıyı taklit eder. Ziyaretçileriniz ağırlıklı olarak telefondan geliyorsa asıl bakmanız gereken mobil sonuçtur.
- 100 puanı kovalamak gerekmez. Asıl hedef, gerçek ziyaretçilerin hızlı ve sorunsuz bir deneyim yaşamasıdır.
Search Console’daki rapor
Sitenizi Google Search Console’a (Google’ın site sahiplerine sunduğu ücretsiz panel) eklediyseniz, bu ölçütlere ayrılmış raporda sayfalarınızın gerçek kullanıcı verilerine göre nasıl gruplandığını görebilirsiniz. Rapor, aynı şablonu kullanan sayfalardaki ortak sorunları, örneğin bütün ürün sayfalarındaki aynı görsel sorununu, topluca fark etmenizi sağlar.
Yavaşlığın en sık nedenleri ve çözümleri
Gereğinden büyük görseller
Yavaş sitelerde en sık karşılaştığımız sorunlardan biri budur. Telefonla çekilmiş bir fotoğraf olduğu gibi siteye yüklendiğinde, ekranda küçük bir kutuda görünse bile ziyaretçinin telefonu dosyanın tamamını indirmek zorunda kalır.
- Görselleri WebP ya da AVIF gibi yeni nesil biçimlerde sunun; aynı görüntü genellikle daha küçük bir dosyayla gösterilebilir.
- Görseli gösterileceği boyutta yükleyin. Ekranda birkaç yüz piksel genişliğinde görünecek bir fotoğraf için binlerce piksellik bir dosya gerekmez.
- Yüklemeden önce sıkıştırın; gözle neredeyse fark edilmeyen bir kalite ayarıyla dosya boyutu belirgin biçimde küçülür.
- Sayfanın aşağısında kalan görseller için geç yükleme (lazy load, görselin ancak ziyaretçi o bölüme yaklaştığında indirilmesi) kullanın. Ancak sayfanın en üstündeki ana görseli geç yüklemeye almayın; bu görsel çoğu zaman LCP öğesidir ve geciktirildiğinde ölçüm kötüleşir.
Fazla eklenti ve üçüncü taraf kodlar
Canlı destek pencereleri, kayan görsel alanları (slider), birden fazla takip pikseli, sayfaya gömülü sosyal medya akışları… Her biri tek başına küçük görünür, ama başka bir sunucudan dosya çağırır ve telefonun işlemcisini meşgul eder. Sayfanın dokunuşlara geç tepki vermesinin, yani INP sorunlarının arkasında sıklıkla bu tür kodlar vardır. WordPress gibi sistemlerde kullanılmayan ya da aynı işi yapan eklentiler de benzer bir yük oluşturur. Her araç için şunu sorun: Bu bize gerçekten müşteri getiriyor mu, yoksa bir zamanlar eklenip unutuldu mu?
Ağır temalar ve sayfa oluşturucular
Her şeyi sürükle-bırak yöntemiyle düzenlemeye izin veren hazır temalar ve sayfa oluşturucular işi kolaylaştırır, ancak kullanılmayan pek çok özelliğin kodunu da her sayfada yükleyebilir.
Yavaş hosting ve yüksek sunucu yanıt süresi
Sunucunun ilk yanıtı vermesi uzun sürüyorsa, görselleri ne kadar küçültürseniz küçültün sayfa geç açılır. Aşırı kalabalık paylaşımlı sunucular, sitenin ihtiyacına göre yetersiz kalan kaynaklar ya da veritabanında biriken gereksiz kayıtlar bu süreyi uzatabilir.
Önbellek eksikliği ve eski PHP sürümü
Önbellek (cache), sık istenen sayfaların ve dosyaların hazır bir kopyasını saklayarak her ziyarette her şeyin baştan hazırlanmasını önler. Sayfa önbelleği sunucunun yükünü azaltır; tarayıcı önbelleği ise logo, yazı tipi ve stil dosyaları gibi sık değişmeyen dosyaları ziyaretçinin cihazında saklayarak sonraki sayfaların daha çabuk açılmasını sağlar.
WordPress gibi PHP ile çalışan sitelerde sunucudaki PHP sürümü de önemlidir. Güncel ve desteklenen sürümler genellikle daha hızlı çalışır ve güvenlik güncellemesi almaya devam eder; yükseltmeden önce tema ve eklentilerin uyumu bir test ortamında kontrol edilmelidir.
Yazı tipleri, videolar ve CDN
- Web yazı tipleri: Çok sayıda yazı tipi ailesi ve kalınlık yüklemek sayfayı yavaşlatır. Bir ya da iki aile ve gerçekten kullanılan kalınlıklar çoğu zaman yeterlidir.
- Otomatik oynayan videolar: Ana sayfanın arka planında oynayan büyük bir tanıtım videosu mobilde ciddi bir yük oluşturur. Videoyu ziyaretçi isterse oynatılacak şekilde koymak ya da mobilde bir görselle değiştirmek daha doğru olur.
- CDN (içerik dağıtım ağı): Dosyaları farklı konumlardaki sunuculardan dağıtan bir hizmettir. Ziyaretçileri geniş bir coğrafyaya yayılan ya da yoğun görsel içeren sitelerde faydalıdır, küçük ve yerel bir sitede her zaman şart değildir.
Adım adım hızlandırma planı
Her şeyi aynı anda yapmaya çalışmak yerine şu sırayı izlemenizi öneririz:
- Ölçün: Ana sayfayı ve en çok ziyaret alan birkaç sayfayı PageSpeed Insights’ta mobil için test edin, Search Console’a bakın ve sonuçları not alın.
- Önce görseller: En büyük kazanç genellikle buradadır.
- Gereksizi çıkarın: Kullanılmayan eklentileri ve eski takip kodlarını kaldırın.
- Önbelleği açın: Sayfa ve tarayıcı önbelleğini yapılandırın.
- Sunucuyu gözden geçirin: Sunucu yanıt süresine ve PHP sürümüne bakın.
- Üçüncü taraf kodları sorgulayın: Kalan her aracın gerçekten gerekip gerekmediğine karar verin.
- Yeniden ölçün: Aynı sayfaları tekrar test edip ilk notlarınızla karşılaştırın. Saha verisi gerçek ziyaretlerden biriktiği için iyileşmenin raporlara yansıması birkaç hafta sürebilir.
Testleri yalnızca araçlara da bırakmayın. Elinizdeki en yeni telefonla değil, orta segment bir telefonla, kablosuz bağlantıyı kapatıp mobil veriyle sitenize girin. Menüyü açın, telefon numarasına dokunun, formu doldurmayı deneyin. Ziyaretçinizin yaşadığı deneyim tam olarak budur.
Yeni site yaptırırken ya da yenilerken
Hız sorunlarının bir kısmı sonradan düzeltilebilir, ama en kolayı baştan doğru kurmaktır. Yeni bir site yaptırırken şunları sormanızı öneririz: Görseller otomatik olarak uygun boyuta ve biçime dönüştürülüyor mu, altyapı yalnızca gereken kodu mu yüklüyor, önbellek nasıl yapılandırılacak ve site teslimden önce gerçek telefonlarda test edilecek mi?
Web tasarım projelerimizde bu soruları tasarım aşamasında ele alıyoruz. Mevcut sitenizi yeniliyorsanız, hız iyileştirmelerini site yenileme SEO kontrol listesi yazımızdaki adımlarla birlikte planlamak, geçiş sırasında arama görünürlüğünüzü korumanıza da yardımcı olur.
Sonuç
Site hızı tek seferlik bir ayar değil, düzenli bakım isteyen bir konudur. Yeni eklenen her görsel, her eklenti ve her takip kodu dengeyi değiştirebilir. İyi haber şu ki sorunların büyük kısmı görseller, gereksiz kodlar, önbellek ve sunucu gibi birkaç temel başlıkta toplanır. Puanı değil gerçek ziyaretçinin deneyimini hedef aldığınızda doğru önceliklere odaklanmak da kolaylaşır.
Sitenizin hız ve temel teknik açılardan nerede durduğunu merak ediyorsanız ücretsiz site analizi aracımızla kısa bir kontrol yapabilirsiniz. Sonuçları birlikte yorumlamak isterseniz bize her zaman yazabilirsiniz.
