3 Saniye Kuralı: Müvekkil Adayınız Neden Beklemez
\nGoogle'ın kendi araştırmasına göre mobil ziyaretçilerin yüzde 53'ü, bir web sitesinin yüklenmesi 3 saniyeden uzun sürerse sayfadan ayrılıyor. Sayfa yükleme süresi 1 saniyeden 3 saniyeye çıktığında hemen çıkma (bounce) olasılığı 2 katına çıkıyor. 5 saniyeye ulaştığında bu oran yüzde 90'ı aşıyor.
\nBu rakamlar e-ticaret siteleri için geçerli olduğu kadar avukat web siteleri için de geçerli. Bir kişi "İstanbul boşanma avukatı" diye Google'a yazdığında ve siteniz 4-5 saniyede açıldığında, muhtemelen geri tuşuna basıp bir sonraki sonuca tıklayacak. O sonuç rakibinizin sitesi.
\nAvukat web sitesi hızı sadece teknik bir performans metrisi değil — doğrudan müvekkil kazanımını etkileyen bir iş metriği. Üstelik Google, 2024'ten bu yana Core Web Vitals metriklerini sıralama faktörü olarak kullanıyor. Yavaş site hem ziyaretçi kaybettirir hem de Google sıralamasını düşürür.
\n\nCore Web Vitals: Google'ın Hız Karnesi
\nGoogle, web sitesi performansını üç temel metrikle ölçüyor. Bu metriklere toplu olarak Core Web Vitals (CWV) deniyor ve Mart 2024'ten bu yana sıralama sinyali olarak kullanılıyor.
\n| Metrik | Ne Ölçer? | İyi | Geliştirilmeli | Kötü |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Sayfadaki en büyük görsel öğenin yüklenme süresi | 2,5 sn altı | 2,5 - 4 sn | 4 sn üstü |
| INP (Interaction to Next Paint) | Kullanıcı etkileşimine (tıklama, dokunma) verilen yanıt süresi | 200 ms altı | 200 - 500 ms | 500 ms üstü |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken öğelerin kayma miktarı | 0,1 altı | 0,1 - 0,25 | 0,25 üstü |
FID Gitti, INP Geldi
\n12 Mart 2024 tarihinden itibaren FID (First Input Delay) metriği yerini INP'ye (Interaction to Next Paint) bıraktı. Fark ne? FID sadece ilk etkileşimi ölçüyordu — kullanıcının sayfadaki ilk tıklamasını. INP ise oturum boyunca tüm etkileşimleri ölçer ve en kötü performansı raporlar. Bu değişiklik, sayfanın yüklenmesinden sonra da hızlı çalışması gerektiği anlamına geliyor. Menü tıklaması, form doldurma, buton etkileşimi — hepsinin 200 milisaniyenin altında yanıt vermesi hedef.
\n\nAvukat Sitelerinin Tipik Hız Sorunları
\nHukuk sektörüne özel web sitelerinde sık karşılaşılan performans sorunlarını ve çözümlerini inceleyelim:
\n\n1. Optimize Edilmemiş Görseller (LCP Katili)
\nEn yaygın sorun. Avukat sitelerinde profesyonel fotoğraflar, büro görselleri ve ekip fotoğrafları sıklıkla orijinal boyutlarıyla (3-10 MB) yükleniyor. Bir 5 MB'lık JPEG, 4G bağlantıda tek başına 3-5 saniye yükleme süresi demek.
\nÇözüm:
\n- \n
- AVIF veya WebP formatına dönüştürün: AVIF, JPEG'e göre yüzde 50-80 daha küçük dosya boyutu sağlar. WebP ise yüzde 25-35 küçültür. Örnek: 2 MB'lık JPEG → 400 KB AVIF veya 600 KB WebP. \n
- Boyutlandırma: Hero görseli için maksimum 1920px genişlik yeterli. Ekip fotoğrafları 400x400px, blog görselleri 800px genişlik. Orijinal 4000px'lik görseli olduğu gibi yüklemeyin. \n
- Sıkıştırma: Kalite ayarını AVIF için yüzde 80, WebP için yüzde 85 yapın. Göz farkı minimal ama dosya boyutu yarıya iner. \n
- Lazy loading: Ekranın alt kısmındaki görselleri hemen yüklemeyin.
loading="lazy"özelliği sayfa açılış hızını doğrudan iyileştirir. \n
2. Aşırı JavaScript Yükü (INP Katili)
\nÜçüncü parti scriptler avukat sitelerinin sessiz düşmanı. Canlı sohbet widget'ı, Google Analytics, Google Tag Manager, sosyal medya butonları, reklam izleme kodları (avukat siteleri için zaten gereksiz), slider kütüphaneleri — bunların her biri sayfanın etkileşim hızını yavaşlatıyor.
\nÇözüm:
\n- \n
- Gereksiz scriptleri kaldırın: Kullanmadığınız eklentiler, devre dışı bırakılmış özellikler, eski izleme kodları — hepsini temizleyin. \n
- Defer ve async kullanın: JavaScript dosyalarını sayfanın yüklenmesini engellemeyecek şekilde yükleyin.
deferözelliği DOM hazır olana kadar çalışmayı erteler. \n - Üçüncü parti yükü azaltın: Google Analytics yeterli, ayrıca Facebook Pixel, Hotjar, Clarity ve 5 farklı izleme aracı eklemeyin. Her ek script 50-200ms gecikme ekler. \n
- Canlı sohbet widget'ını geciktirin: Tawk.to veya benzeri araçları sayfa yüklendikten 3-5 saniye sonra başlatın. İlk yüklemede gerekli değil. \n
3. CSS Dosya Şişkinliği
\nÖzellikle hazır tema kullanan avukat siteleri, 200-500 KB boyutunda tek bir CSS dosyası yüklüyor. Bu dosyanın yüzde 80'i sayfada kullanılmayan stil kuralları. Sonuç: render-blocking CSS, yavaş ilk boyama.
\nÇözüm:
\n- \n
- Critical CSS inline edin: İlk ekranda görünen öğelerin stillerini HTML'in
<head>bölümüne ekleyin. Geri kalan CSS'i async yükleyin. \n - Kullanılmayan CSS'i temizleyin: PurgeCSS veya benzeri araçlarla kullanılmayan kuralları kaldırın. \n
- CSS dosyalarını minify edin: Boşlukları, yorumları ve gereksiz karakterleri kaldırarak dosya boyutunu yüzde 15-30 azaltın. \n
4. Sunucu Yanıt Süresi (TTFB)
\nTTFB (Time to First Byte) sunucunuzun ilk yanıtı gönderme süresi. Ucuz paylaşımlı hosting'de TTFB 1-3 saniye arasında olabiliyor — sadece sunucu yanıtı. Hedef: 800 milisaniyenin altı.
\nÇözüm:
\n- \n
- Kaliteli hosting seçin: Paylaşımlı hosting yerine VPS veya yönetilen WordPress hosting tercih edin. Aylık fark 50-150 TL ama performans farkı dramatik. \n
- Sunucu konumu: Türkiye hedefli site için Türkiye'deki veya yakın coğrafyadaki sunucu tercih edin. ABD sunucusu Türkiye'deki ziyaretçi için 150-300ms ekstra gecikme demek. \n
- PHP versiyonu: PHP 8.2 veya 8.3 kullanın. PHP 7.4'e göre yüzde 20-40 daha hızlı. Hosting panelinizden güncelleyin. \n
- Veritabanı optimizasyonu: MySQL sorgularını optimize edin, gereksiz tabloları temizleyin, indeksleme yapın. \n
5. Layout Shift Sorunları (CLS Katili)
\nSayfa yüklenirken içeriklerin aşağı kayması, kullanıcıyı yanlış yere tıklatması. Özellikle geç yüklenen görseller, font dosyaları ve reklam blokları buna sebep olur.
\nÇözüm:
\n- \n
- Görsellere width ve height tanımlayın: HTML'de
widthveheightattribute'ları tarayıcının alanı önceden ayırmasını sağlar. \n - Font preloading: Web fontlarını
<link rel="preload">ile önceden yükleyin.font-display: swapkullanarak metin gecikmeden görünsün. \n - Dinamik içerikler için alan ayırın: Cookie banner, canlı sohbet butonu gibi öğeler için CSS'de önceden yer ayırın. \n
Hız Ölçüm Araçları
\nSitenizin mevcut performansını ölçmeden optimizasyon yapmak körlemesine çalışmak gibidir. Bu araçları kullanın:
\n| Araç | Ne Ölçer? | Ücretsiz | Avantajı |
|---|---|---|---|
| Google PageSpeed Insights | Core Web Vitals + performans puanı | Evet | Gerçek kullanıcı verileri (CrUX) ve lab verisi |
| Google Search Console | Core Web Vitals raporu (tüm sayfalar) | Evet | Sitenizin tamamının performans özeti |
| GTmetrix | Yükleme süresi, boyut, istek sayısı | Evet (sınırlı) | Waterfall analizi detaylı |
| WebPageTest | Detaylı yükleme analizi | Evet | Farklı konumlar ve bağlantı hızlarından test |
| Chrome DevTools | Tarayıcı seviyesi performans analizi | Evet | Geliştirici düzeyinde detay |
| Lighthouse | Performans, erişilebilirlik, SEO, best practices | Evet | Chrome içinde entegre, anında sonuç |
Başlangıç noktası olarak Google PageSpeed Insights'ı kullanın. Hem mobil hem masaüstü puanlarınızı kontrol edin. 70'in altındaki mobil puan ciddi optimizasyon ihtiyacını işaret eder.
\n\nAdım Adım Hız Optimizasyonu: Öncelik Sırası
\nHer şeyi aynı anda yapmak zorunda değilsiniz. En büyük etkiden en küçüğe doğru sıralayalım:
\n\nAdım 1: Görsel Optimizasyonu (En Büyük Etki)
\nTek başına yüzde 40-60 hız artışı sağlayabilir. Tüm görselleri AVIF veya WebP formatına dönüştürün, boyutlandırın ve sıkıştırın. Ekran altındaki görsellere lazy loading ekleyin.
\n| Görsel Türü | Önerilen Boyut | Format | Sıkıştırma |
|---|---|---|---|
| Hero görseli | 1920 x 1080 px | AVIF (WebP fallback) | Kalite: %80 |
| Ekip fotoğrafları | 400 x 400 px | AVIF veya WebP | Kalite: %85 |
| Blog görselleri | 800 x 500 px | WebP | Kalite: %85 |
| Galeri görselleri | 1200 x 800 px | AVIF (WebP fallback) | Kalite: %80 |
| Logo | 200 x 60 px | SVG (vektörel) | Sıkıştırma gereksiz |
Adım 2: Gereksiz Script Temizliği
\nKullanmadığınız eklentileri, izleme kodlarını ve üçüncü parti scriptleri kaldırın. Kalan scriptleri defer ile yükleyin.
\n\nAdım 3: CSS Optimizasyonu
\nCritical CSS'i inline yapın, geri kalanı async yükleyin. Kullanılmayan kuralları temizleyin. Minify edin.
\n\nAdım 4: Hosting ve Sunucu
\nTTFB 800ms'in üzerindeyse hosting değişikliği düşünün. PHP versiyonunu güncelleyin. Sunucu tarafı önbellek aktifleştirin.
\n\nAdım 5: CDN (Content Delivery Network)
\nCloudflare gibi bir CDN kullanmak statik dosyalarınızı (CSS, JS, görseller) dünya genelinde dağıtır. Türkiye hedefli bir site için bile Cloudflare'in ücretsiz planı yüzde 20-30 hız artışı sağlayabilir.
\n\nAdım 6: Tarayıcı Önbellek (Browser Caching)
\n.htaccess dosyanızda cache sürelerini ayarlayın. CSS, JavaScript ve görseller için 1 yıl cache süresi ideal — dosya değiştiğinde versiyon numarası (cache busting) ile güncellenir.
\n\nAdım 7: GZIP / Brotli Sıkıştırma
\nSunucu tarafı sıkıştırma, metin tabanlı dosyaları (HTML, CSS, JS) yüzde 60-80 küçültür. Apache'de mod_deflate, Nginx'de gzip modülü ile aktifleştirilir. Brotli, GZIP'ten yüzde 15-25 daha iyi sıkıştırma sağlar.
\n\nMobil Hız: Neden Daha Kritik?
\nGoogle, 2019'dan bu yana mobile-first indexing uyguluyor — sitenizin mobil versiyonunu öncelikli olarak dizine alıyor ve değerlendiriyor. Avukat aramalarının büyük çoğunluğu mobil cihazlardan yapılıyor. "İstanbul boşanma avukatı" gibi aramalar genellikle acil ihtiyaç anında, telefon üzerinden gerçekleşiyor.
\nMobil cihazlarda hız daha kritik çünkü:
\n- \n
- Bağlantı hızı değişken: 4G hızı WiFi kadar stabil değil. Özellikle metroda, otobüste veya kapalı alanlarda hız düşebilir. \n
- İşlemci gücü sınırlı: Ortalama bir Android telefon, masaüstü bilgisayarın JavaScript işleme gücünün üçte birine sahip. Aynı script masaüstünde 100ms'de çalışırken telefonda 300ms sürebilir. \n
- Sabır eşiği düşük: Mobil kullanıcılar masaüstü kullanıcılarına göre daha az sabırlı. 3 saniye kuralı masaüstünde 5 saniye olabilir ama mobilde 3 saniye sınır. \n
Hız ve SEO İlişkisi: Somut Veriler
\nCore Web Vitals, Google'ın sayfa deneyimi (page experience) sinyallerinin bir parçası. Tek başına sıralamayı belirlemez — içerik alaka düzeyi, backlink profili ve domain otoritesi hâlâ en ağır faktörler. Ama iki site içerik kalitesi açısından eşitse, daha hızlı olan önde çıkar.
\n| Hız Faktörü | SEO Etkisi | Kullanıcı Etkisi |
|---|---|---|
| LCP 2,5 sn altı | Core Web Vitals sinyali pozitif | Kullanıcı sayfanın yüklendiğini hisseder |
| INP 200 ms altı | Etkileşim yanıtı pozitif sinyal | Butonlar ve formlar anında tepki verir |
| CLS 0,1 altı | Görsel kararlılık sinyali | İçerik kayması yaşanmaz, yanlış tıklama olmaz |
| TTFB 800 ms altı | Dolaylı — LCP'yi etkiler | Sunucu hızlı yanıt verir |
| Sayfa boyutu 2 MB altı | Dolaylı — yükleme süresini etkiler | Veri kullanımı düşük, hızlı erişim |
SEO rehberimizde teknik SEO'nun tüm boyutlarını ve hız-sıralama ilişkisini detaylı açıkladık.
\n\nAvukat Sitesi İçin Hız Hedefleri
\n| Metrik | Minimum Hedef | İdeal Hedef | Ölçüm Aracı |
|---|---|---|---|
| PageSpeed Mobil Puanı | 70+ | 85+ | PageSpeed Insights |
| PageSpeed Masaüstü Puanı | 85+ | 95+ | PageSpeed Insights |
| LCP | 2,5 sn altı | 1,5 sn altı | PageSpeed / Search Console |
| INP | 200 ms altı | 100 ms altı | PageSpeed / Chrome DevTools |
| CLS | 0,1 altı | 0,05 altı | PageSpeed / Search Console |
| TTFB | 800 ms altı | 400 ms altı | WebPageTest / GTmetrix |
| Toplam sayfa boyutu | 3 MB altı | 1,5 MB altı | GTmetrix / DevTools |
| HTTP istek sayısı | 80 altı | 40 altı | GTmetrix / DevTools |
.htaccess Performans Ayarları
\nApache sunucu kullanan avukat siteleri için temel .htaccess performans kuralları:
\n\nGZIP Sıkıştırma
\nHTML, CSS, JavaScript, JSON, XML ve font dosyalarını sıkıştırarak transfer boyutunu yüzde 60-80 azaltır. Hosting panelinizden mod_deflate'in aktif olduğundan emin olun.
\n\nTarayıcı Önbellek (Cache) Süreleri
\nStatik dosyalar için uzun cache süreleri ayarlayın:
\n- \n
- Görseller (AVIF, WebP, JPEG, PNG): 1 yıl \n
- CSS ve JavaScript: 1 yıl (cache busting ile güncellenir) \n
- Font dosyaları (WOFF2, WOFF): 1 yıl \n
- HTML: 0 saniye (her zaman güncel versiyon) \n
CSS ve JS dosyalarında cache busting için URL'ye versiyon parametresi ekleyin: style.css?v=2.1. Dosya değiştiğinde versiyon numarasını artırın, tarayıcı yeni versiyonu indirir.
ETags Kaldırma
\nETags paylaşımlı hosting'de tutarsız çalışabilir ve gereksiz sunucu yükü oluşturur. Expires header'ları zaten cache yönetimini üstleniyor.
\n\nHız Optimizasyonu Kontrol Listesi
\nSitenizi bu listeyle değerlendirin:
\n| Kontrol Maddesi | Durum | Etki |
|---|---|---|
| Tüm görseller AVIF veya WebP formatında | Yapıldı / Yapılmadı | Çok yüksek |
| Görsellere width ve height tanımlı | Yapıldı / Yapılmadı | Yüksek (CLS) |
| Lazy loading aktif (ekran altı görseller) | Yapıldı / Yapılmadı | Yüksek |
| Gereksiz JS scriptleri kaldırıldı | Yapıldı / Yapılmadı | Yüksek (INP) |
| JS dosyaları defer ile yükleniyor | Yapıldı / Yapılmadı | Yüksek |
| CSS minify edildi | Yapıldı / Yapılmadı | Orta |
| Critical CSS inline | Yapıldı / Yapılmadı | Orta-Yüksek |
| GZIP / Brotli sıkıştırma aktif | Yapıldı / Yapılmadı | Yüksek |
| Browser caching ayarlı (1 yıl) | Yapıldı / Yapılmadı | Orta |
| PHP 8.2+ kullanılıyor | Yapıldı / Yapılmadı | Orta |
| TTFB 800ms altında | Yapıldı / Yapılmadı | Yüksek |
| CDN aktif (Cloudflare vb.) | Yapıldı / Yapılmadı | Orta-Yüksek |
| Font preloading aktif | Yapıldı / Yapılmadı | Orta (CLS) |
| SSL sertifikası aktif (HTTPS) | Yapıldı / Yapılmadı | Zorunlu |
Sıkça Sorulan Sorular
\n\nPageSpeed puanım 40-50 arası, bu ne anlama geliyor?
\nCiddi optimizasyon ihtiyacı var. 40-50 arası mobil puan, sitenizin yavaş yüklendiğini ve Core Web Vitals metriklerinin kötü olduğunu gösterir. Yukarıdaki adımları sırasıyla uygulayın — önce görseller, sonra scriptler, sonra CSS. Genellikle görsel optimizasyonu tek başına puanı 20-30 puan artırır.
\n\nHız optimizasyonu SEO sıralamamı ne kadar etkiler?
\nCore Web Vitals doğrudan sıralama faktörü ama ağırlığı içerik kalitesi kadar yüksek değil. İki site içerik olarak eşitse hızlı olan kazanır. Ama harika içeriğe sahip yavaş bir site, ortalama içerikli hızlı bir siteyi yine de geçebilir. Hız gerekli ama yeterli koşul değil. SEO rehberimizde tüm sıralama faktörlerini birlikte değerlendirdik.
\n\nCDN kullanmam gerekir mi?
\nSadece Türkiye hedefli bir avukat sitesi için şart değil ama faydalı. Cloudflare'in ücretsiz planı bile DDoS koruması, SSL, otomatik önbellek ve yüzde 20-30 hız artışı sağlar. Kurulumu 15 dakika sürer ve risk neredeyse sıfır.
\n\nHosting firmasını değiştirmeli miyim?
\nTTFB'niz 1 saniyenin üzerindeyse evet, değişiklik düşünmelisiniz. PageSpeed Insights'ta "Reduce initial server response time" uyarısı görüyorsanız hosting muhtemelen yetersiz. Türkiye'de sunucusu olan veya Cloudflare ile iyi entegre olan hosting firmalarını tercih edin.
\n\nWordPress kullanıyorsam hangi eklentiler yardımcı olur?
\nTemel üçlü: WP Rocket veya LiteSpeed Cache (önbellek), ShortPixel veya Imagify (görsel optimizasyonu), Autoptimize (CSS/JS optimizasyonu). Ama dikkat: çok fazla eklenti yüklemek başlı başına yavaşlama sebebi. 15-20 eklentiyi geçmeyin.
\n\nHız optimizasyonu ne kadar zaman alır?
\nTemel optimizasyon (görsel sıkıştırma, gereksiz script temizliği, cache ayarları) 2-4 saat içinde yapılabilir. İleri düzey optimizasyon (critical CSS, CDN, hosting değişikliği) 1-2 gün sürebilir. Profesyonel web sitesi yaptırırken bu optimizasyonların baştan yapılmasını talep edin — sonradan düzeltmek daha pahalı ve zahmetli.