Site hızı optimizasyonu, sayfanın mobilde hızlı yüklenmesi ve tıklamalara gecikmeden tepki vermesi için yapılan teknik iştir. Google'a göre iyi bir sayfada en büyük içerik 2,5 saniyede görünmeli (LCP), etkileşim tepkisi 200 milisaniyeyi aşmamalı (INP) ve kayma puanı 0,1'in altında kalmalı (CLS). Kendi sitemizde mobil Lighthouse puanını bu yöntemle 47'den 93–100 aralığına çıkardık.
Bu sayfada
- Site hızı optimizasyonu neden gerekli?
- LCP, INP ve CLS nedir, hangi değerler iyi sayılır?
- Kendi sitemizde ne yaptık, sonuç ne oldu?
- Web sitesi hızlandırma çalışması nasıl yapılır?
- Siteyi en çok ne yavaşlatıyor?
- WordPress sitemi hızlandırabilir misiniz?
- Site hızı reklam performansını etkiler mi?
- Sık sorulan sorular
Site hızı optimizasyonu neden gerekli?
Site hızı optimizasyonu üç yerde karşılığını verir. Birincisi kullanıcı: telefonda beyaz ekrana bakan ziyaretçi geri tuşuna basar. İkincisi reklam: Google Ads ve Instagram reklamlarında tıklama başına ödediğiniz para, sayfa açılmadan kapatılan ziyaretlerde doğrudan kayıptır. Üçüncüsü arama: Core Web Vitals, Google'ın sayfa deneyimi sinyallerinin bir parçasıdır.
Dürüst bir not: hız tek başına sizi birinci sıraya taşımaz. Google için içeriğin alakası her zaman önce gelir. Ama benzer kalitede iki sayfa arasında hızlı olan avantajlıdır ve yavaş site, iyi içeriğin bile okunmasını engeller.
Hangi sayfadan başlanacağı da önemli. Search Console'daki Core Web Vitals raporu, benzer şablondaki URL'leri gruplar hâlinde gösterdiği için tek bir şablon düzeltmesi çoğu zaman yüzlerce sayfayı birden iyileştirir.
LCP, INP ve CLS nedir, hangi değerler iyi sayılır?
| Metrik | Ne ölçer | İyi | Sık görülen sebep |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Sayfanın en büyük görsel ya da metin bloğunun görünme süresi | ≤ 2,5 sn | Büyük hero görseli, yavaş sunucu, render'ı engelleyen CSS |
| INP (Interaction to Next Paint) | Tıklama ve dokunmalara tepki süresi | ≤ 200 ms | Ağır JavaScript, üçüncü taraf etiketler, sohbet eklentileri |
| CLS (Cumulative Layout Shift) | Yükleme sırasında içeriğin kayması | ≤ 0,1 | Boyutsuz görseller, geç yüklenen font ve banner |
INP, 12 Mart 2024'te eski FID metriğinin yerini aldı. FID yalnızca ilk tıklamanın gecikmesine bakıyordu; INP ise sayfadaki tüm etkileşimleri ölçüyor. Bu yüzden 2024 öncesi "hızlı" görünen birçok site, INP'de kötü not almaya başladı.
Kendi sitemizde ne yaptık, sonuç ne oldu?
Başkasına önermeden önce kendi sitemizde denedik. webyazilimtasarim.com.tr'nin mobil Lighthouse performans puanı ana sayfada 47, bir hizmet sayfasında 50 idi. 23 Eylül 2026'da tamamladığımız çalışmadan sonra aynı sayfalar mobilde 93–100 aralığına çıktı. Yaptıklarımız, başka sitelerde de en sık karşılaştığımız sorunların birebir örneği:
| Sorun | Yaptığımız düzeltme |
|---|---|
| Bootstrap CSS'i CDN'den tamamen yükleniyordu (yaklaşık 230 KB) | Sitede gerçekten kullanılan sınıfları tarayıp kullanılmayan CSS'i ayıkladık, kalanı sayfaya satır içi gömdük; ek istek kalmadı |
| Font Awesome ikon fontu ve CSS'i ayrı dosyalar olarak iniyordu | Yalnız kullanılan ikonları satır içi SVG'ye çevirdik; font dosyası tamamen kalktı |
| Meta Pixel sayfa açılır açılmaz yükleniyordu | Pixel'i kullanıcının ilk etkileşimine (kaydırma, dokunma) erteledik; ölçüm devam ediyor, ilk yükleme hafifledi |
| CLS 0,19 idi (eşik 0,1) | Yükleme sırasında yer değiştiren öğenin hatasını bulup düzelttik |
| Harici CDN'lere bağlantı kurma süresi | Kritik dosyaların tamamını kendi alan adımızdan sunduk |
Bu listedeki hiçbir adım tasarımı değiştirmedi; ziyaretçi aynı sayfayı görüyor, yalnızca daha hızlı. Çoğu sitede de durum böyledir: sorun görünüşte değil, sayfanın arkasında taşınan gereksiz yüktedir.
Web sitesi hızlandırma çalışması nasıl yapılır?
- ÖlçümAna sayfa, en çok trafik alan 3–5 sayfa ve reklamların indiği sayfaları PageSpeed Insights ve Search Console Core Web Vitals raporuyla ölçüp başlangıç tablosunu kaydediyoruz.
- TeşhisTarayıcı geliştirici araçlarında ağ şelalesine ve ana iş parçacığı zaman çizelgesine bakıyoruz. LCP öğesinin ne olduğunu, INP'yi hangi betiğin bozduğunu, kaymaya neyin yol açtığını tek tek belirliyoruz.
- GörsellerGörselleri WebP veya AVIF'e çeviriyor, gerçek gösterim boyutunda sunuyor, genişlik ve yükseklik değerlerini ekliyoruz. Ekranın üstündeki görsel hariç diğerlerine gecikmeli yükleme veriyoruz.
- CSS ve JavaScriptKullanılmayan CSS'i ayıklıyor, kritik stili satır içine alıyor, betikleri defer ile yüklüyoruz. jQuery gibi ağır kütüphaneler gerçekten gerekmiyorsa kaldırıyoruz.
- Üçüncü taraf etiketlerPixel, sohbet eklentisi, harita ve video gömmelerini ilk etkileşime ya da görünür olduklarında yüklenecek şekilde erteliyoruz. Dönüşüm ölçümünü bozmadan yapıyoruz.
- SunucuYanıt süresini (TTFB) ölçüyor; gerekirse PHP sürümü, OPcache, sayfa önbelleği, HTTP/2 veya HTTP/3 ve sıkıştırma ayarlarını düzenliyoruz.
- DoğrulamaAynı sayfaları yeniden ölçüp önce/sonra raporu veriyoruz. Gerçek kullanıcı verisinin güncellenmesi 28 günlük pencere nedeniyle yaklaşık bir ay sürer.
Siteyi en çok ne yavaşlatıyor?
Yüzlerce farklı sebep olabilir ama incelediğimiz sitelerde tablo genellikle aynı birkaç kalemde toplanıyor:
- Telefonda çekilip olduğu gibi yüklenen fotoğraflar: 4–6 MB'lık bir görsel, mobil bağlantıda tek başına LCP'yi 2,5 saniyenin üstüne taşır.
- WordPress'te üst üste eklenti: Her sayfa oluşturucu, kaydırıcı ve form eklentisi kendi CSS ve JS dosyasını her sayfaya ekler.
- Tema ile gelen kullanılmayan kütüphaneler: Bootstrap, animasyon ve ikon kütüphaneleri çoğu zaman yüzde 90'ı kullanılmadan yüklenir.
- Etiket yığını: Analytics, Ads, Meta Pixel, TikTok Pixel, ısı haritası ve sohbet aracı aynı anda açılışta çalışır.
- Paylaşımlı ucuz hosting: Sunucu yanıtı tek başına 1 saniyeyi geçebilir; bu durumda ön yüzdeki iyileştirmeler sınırlı kalır.
Kendi başınıza ilk kontrolleri yapmak isterseniz web sitem çok yavaş yazısında adım adım bir liste var. Sorun sunucudaysa sunucu yönetimi hizmetimizle altyapı tarafını da ele alıyoruz.
WordPress sitemi hızlandırabilir misiniz?
Evet. WordPress'te en büyük kazanç genellikle eklenti sayısını azaltmak, ağır sayfa oluşturucuyu sadeleştirmek ve doğru önbellek ayarından gelir. Bu yüzden değişiklikleri önce bir kopya (staging) üzerinde deniyoruz.
Tema altyapısı hızlanmaya izin vermeyecek kadar ağırsa bunu açıkça söylüyoruz. Bazen en ucuz çözüm, tasarımı koruyarak siteyi hafif bir altyapıyla yenilemek olur. Karar için önce/sonra tahminini ve maliyetini yan yana koyuyoruz.
Site hızı reklam performansını etkiler mi?
Doğrudan etkiler. Google Ads'te açılış sayfası deneyimi kalite puanının bileşenlerinden biridir; kalite puanı da tıklama başı maliyeti etkiler. Instagram ve Facebook reklamlarında ise kullanıcı uygulama içi tarayıcıda sayfa açılmadan geri döndüğünde tıklama ücreti yine ödenir.
Reklam verirken sayfa hızına ayrıca bakmamızın sebebi bu. Google reklam yönetimi ve açılış sayfası tasarımı işlerimizde hız ölçümü baştan planın içindedir. Hız çalışmasını da SEO hizmetimizin teknik ayağıyla birlikte yürütebiliriz.
Sık sorulan sorular
PageSpeed puanım 100 olmalı mı?
Gerek yok. Google sıralamada Lighthouse puanını değil, gerçek kullanıcıların yaşadığı LCP, INP ve CLS değerlerini kullanır. Hedefimiz bu üç metriğin "iyi" eşiğinde olması ve mobil laboratuvar puanının 90 civarına çıkmasıdır. 100 için tasarımdan ya da ölçümden fedakârlık gerekiyorsa buna değmez.
Site hızı çalışması ne kadar sürer?
Beş on sayfalık kurumsal bir sitede ölçüm, düzeltme ve doğrulama genellikle birkaç iş günü sürer. Çok eklentili WordPress sitelerinde bir iki hafta sürebilir. Search Console'daki gerçek kullanıcı verisinin yenilenmesi ise 28 günlük ölçüm penceresi nedeniyle yaklaşık bir ay alır.
Meta Pixel'i ertelemek reklam ölçümünü bozar mı?
Doğru yapılırsa bozmaz. Pixel'i ilk kaydırma veya dokunmada yüklüyoruz; hiç etkileşim kurmadan çıkan ziyaretçi zaten dönüşüm yapmamıştır. Kritik dönüşümler için Conversions API ile sunucu tarafı ölçüm eklemek, hem hızı hem veri kalitesini korur.
CDN kullanmak her zaman hızlandırır mı?
Hayır. Ziyaretçileriniz Türkiye'deyse ve sunucunuz da yakınsa, Bootstrap gibi dosyaları başka bir alan adından çekmek fazladan bağlantı kurma süresi ekler. Kendi sitemizde bu dosyaları CDN'den kaldırınca hızlandık. Yurt dışı trafiği yoğun sitelerde ise sayfaları ziyaretçiye yakın noktalardan sunan bir CDN (ör. Cloudflare) faydalı olabilir.
Hızlandırma sonrası sitenin görünümü değişir mi?
Amacımız değişmemesi. Ayıklanan CSS'in ardından tüm şablonları masaüstü ve mobilde gözle kontrol ediyor, farklılık varsa düzeltiyoruz. Tasarım değişikliği gerektiren bir öneri varsa uygulamadan önce ekran görüntüsüyle size soruyoruz.
Hosting değiştirmem gerekir mi?
Önce ölçeriz. Sunucu yanıt süresi sürekli yüksekse ve paylaşımlı hosting ayarlarına erişim yoksa taşınmak gerekebilir. Bu durumda taşıma sırasında e-posta, SSL ve DNS geçişini kesintisiz planlıyoruz; ön yüzdeki sorunlar ise hosting değişse de kendi kendine düzelmez.
Projenizi konuşalım
İhtiyacınızı WhatsApp'tan kısaca yazın; kapsamı netleştirip aynı gün içinde size dönüş yapalım.
İlgili sayfalar
- SEO Hizmeti: Google'da Kalıcı Görünürlük İçin Teknik, İçerik ve OtoritSitenizin taranma sorunlarını düzeltiyor, müşterinizin sorduğu sorulara cevap veren sayfalar yazıyor ve markanızın başka sitelerde anılmasın
- Linux Sunucu Yönetimi: Kurulum, Güvenlik, Yedek ve İzlemeVPS ya da fiziksel sunucunuzu sıfırdan kuruyor, güvenliğini sıkılaştırıyor, yedeklerini düzenli alıp geri yüklemeyi test ediyoruz. Güncellem
- Web Sitesi Yenileme: Sıralamanızı Koruyarak Yeni Siteye GeçişSiteniz eskidiyse yenilemek doğru karar olabilir; ama yanlış yapılan bir geçiş, yıllardır Google'dan gelen trafiği birkaç haftada silebilir.
- Landing Page Tasarımı: Reklam Bütçenizi Boşa Harcamayan SayfaReklama tıklayan kişi ana sayfanıza değil, tıkladığı vaade cevap veren tek bir sayfaya gelmeli. Bu sayfayı tasarlıyor, hızlandırıyor ve her
- Web Sitem Çok Yavaş: Ne Yapmalıyım?Yavaşlığın tek bir nedeni yoktur. Sunucu mu geç cevap veriyor, görseller mi ağır, yoksa bir eklenti mi sayfayı kilitliyor? Doğru teşhis, yan
- Web Sitesi Bakım Hizmeti: Siteniz Sessizce BozulmasınWeb siteleri çoğu zaman bir gecede değil, yavaş yavaş bozulur: güncellenmeyen bir eklenti, süresi dolan bir sertifika, alınmayan bir yedek.