Web Sitesi Hızının İş İçin Neden Kritik Bir Ölçüt Olduğu
Web sitesi hızı doğrudan gelir, arama sıralamaları ve kullanıcı memnuniyetini etkiler. Google'dan yapılan araştırmalar, sayfa yükleme süresi 1 saniyeden 3 saniyeye çıktıkça, hemen çıkma olasılığının %32 arttığını göstermektedir. 5 saniyede, hemen çıkma olasılığı %90'a ulaşmaktadır. E-ticaret siteleri için Amazon, her 100ms gecikmenin %1 satış kaybına mal olduğunu bulmuştur. Bunlar teorik rakamlar değil - milyarlarca kullanıcı oturumundan ölçülen sonuçlardır.
Google, sayfa hızını Core Web Vitals aracılığıyla resmi bir sıralama faktörü haline getirmiştir; bu, yükleme performansı, etkileşim ve görsel stabilite açısından gerçek kullanıcı deneyimini ölçmektedir. 2026 yılında, Core Web Vitals eşiklerini geçmek sadece teknik bir egzersiz değil - organik arama görünürlüğü için rekabetçi bir gerekliliktir.
Bu kılavuz, WordPress hız optimizasyonuna sistematik, öncelik sırasına göre bir yaklaşım sunmaktadır. Sunucu tarafı iyileştirmeleri, ön yüz optimizasyonu, önbellekleme stratejileri, veritabanı temizliği ve her alan için belirli, uygulanabilir adımlarla performans ölçüm araçlarını kapsıyoruz.
Core Web Vitals: Önemli Ölçütleri Anlamak
Core Web Vitals, Google'ın gerçek dünya kullanıcı deneyimini ölçmek için kullandığı belirli bir ölçüt setidir. Gerçek Chrome kullanıcı verilerinden (CrUX) ölçülmekte ve doğrudan arama sıralamalarına etki etmektedir.
| Ölçüt | Ne Ölçer | İyi | Geliştirilmesi Gereken | Kötü |
|---|---|---|---|---|
| En Büyük İçerik Boyama (LCP) | Yükleme — en büyük görünür öğenin render edilene kadar geçen süre | ≤ 2.5s | 2.5s – 4.0s | > 4.0s |
| Sonraki Boyama İçin Etkileşim (INP) | Etkileşim — kullanıcı etkileşimlerine yanıt verme | ≤ 200ms | 200ms – 500ms | > 500ms |
| Kümülatif Düzen Kayması (CLS) | Görsel stabilite — yükleme sırasında beklenmedik düzen kaymaları | ≤ 0.1 | 0.1 – 0.25 | > 0.25 |
En Büyük İçerik Boyama (LCP)
LCP, en büyük içerik öğesinin görünür hale geldiği zamanı işaretleyerek algılanan yükleme hızını ölçer. Bu genellikle bir kahraman resmi, bir başlık veya büyük bir metin bloğudur. Kötü LCP'nin yaygın nedenleri arasında yavaş sunucu yanıt süreleri, render engelleyici CSS/JS, optimize edilmemiş görseller ve içerik görünürlüğünü geciktiren istemci tarafı render'ı bulunmaktadır.
Sonraki Boyama İçin Etkileşim (INP)
INP, Mart 2024'te resmi etkileşim ölçütü olarak İlk Girdi Gecikmesi (FID) yerine geçmiştir. FID yalnızca ilk etkileşimin gecikmesini ölçerken, INP sayfa yaşam döngüsü boyunca tüm etkileşimler arasındaki yanıt verme süresini ölçer. En kötü durum etkileşim gecikmesini yakalayarak, sitenizin ne kadar duyarlı hissettirdiğini daha iyi temsil eden bir ölçüm sağlar. Aşırı JavaScript yürütmesi, uzun görevler ve aşırı DOM boyutu, düşük INP puanlarının başlıca nedenleridir.
Kümülatif Düzen Kayması (CLS)
CLS, sayfa düzeninin yükleme sırasında ne kadar beklenmedik bir şekilde kaydığını nicelendirir. Açık boyutları olmayan görseller, dinamik olarak eklenen içerikler, katmanın üst kısmında yüklenen reklamlar ve metin akışını etkileyen web fontları yaygın nedenlerdir. Her beklenmedik kayma, kullanıcıları hayal kırıklığına uğratır ve güveni zedeler, özellikle de kazara tıklamalara neden olduğunda veya kullanıcıların okuma pozisyonunu kaybetmesine yol açtığında.
Sunucu Tarafı Optimizasyonu
Sunucu performansı, sitenizin hızının temelini oluşturur. Yavaş bir sunucuyu telafi edecek hiçbir ön yüz optimizasyonu yoktur. Sunucunuzun bir HTML yanıtı oluşturup iletmesi için harcadığı süre, LCP ve genel sayfa yükleme sürelerini doğrudan etkiler.
Hosting Seçimi
Hosting ortamınız, hız üzerinde en büyük etkiye sahip faktördür. Aynı CPU, bellek ve disk I/O için yüzlerce sitenin rekabet ettiği paylaşımlı hosting ortamları, yavaş WordPress sitelerinin en yaygın nedenidir. Yönetilen WordPress hosting veya VPS'ye geçmek, özel kaynaklar ve WordPress optimize edilmiş sunucu yapılandırmaları sağlar.
- Paylaşımlı hosting: $3-15/ay. Sadece düşük trafikli kişisel bloglar için uygundur. Sunucu yanıt süreleri genellikle 400-800ms
- Yönetilen WordPress hosting: $25-100/ay. Optimize edilmiş sunucu yığını, otomatik önbellekleme, sahneleme, günlük yedeklemeler. Yanıt süreleri 100-300ms
- VPS/Cloud: $20-200/ay. Tam sunucu kontrolü, ölçeklenebilir kaynaklar, yüksek trafikli veya çoklu site kurulumları için idealdir. Yanıt süreleri 50-200ms
- Ayrı sunucu: $100-500/ay. Maksimum performans, tam izolasyon, büyük mağazalar ve yüksek trafikli siteler için uygundur. Yanıt süreleri 30-100ms
Detaylı hosting önerileri için WordPress Hosting Kılavuzumızı okuyun.
PHP Versiyonu
PHP 8.2 ve 8.3, JIT derlemesi ve iç optimizasyonlar sayesinde eski sürümlere göre önemli performans iyileştirmeleri sunar. PHP 7.4'ten PHP 8.2'ye geçiş, genellikle kod değişikliği olmadan sunucu yanıt süresini %15-30 oranında azaltır. Her zaman eklentilerinizin desteklediği en son kararlı PHP sürümünü çalıştırın. Yükseltmeden önce uyumluluğu kontrol edin ve önce bir sahneleme sitesinde test edin.
Veritabanı Optimizasyonu
WordPress, her şeyi MySQL/MariaDB veritabanında saklar: gönderiler, sayfalar, seçenekler, kullanıcı verileri ve geçici veriler. Zamanla, veritabanları sorguları yavaşlatan aşırı yük biriktirir. Düzenli optimizasyon, gönderi revizyonlarını kaldırmayı, süresi dolmuş geçici verileri temizlemeyi, spam yorumları ve çöp kutusundaki öğeleri silmeyi ve veritabanı tablolarını optimize etmeyi içerir.
Gelişmiş teknikleri içeren kapsamlı bir veritabanı optimizasyonu kılavuzu için WordPress Veritabanı Optimizasyon Kılavuzumızı okuyun.
Ön Yüz Optimizasyonu
Ön yüz optimizasyonu, tarayıcıların indirmesi ve işlemesi gereken kaynakların boyutunu ve sayısını azaltır. Bu, doğrudan LCP, INP ve CLS'yi etkiler.
CSS Optimizasyonu
- CSS'yi Küçült: Boşlukları, yorumları ve gereksiz karakterleri kaldırın. Dosya boyutunu %20-40 oranında azaltır
- Kullanılmayan CSS'yi Kaldır: Tipik bir WordPress sayfası, kullanmadığı özellikler için CSS yükler. PurgeCSS gibi araçlar, kullanılmayan seçicileri tanımlayıp kaldırabilir, ancak agresif temizleme düzenleri bozabileceğinden dikkatlice test edin
- Kritik CSS: Üst kısımda yer alan içerik için gereken CSS'yi doğrudan HTML başlığına yerleştirin ve geri kalanını erteleyin. Bu, harici stillerin render engelleyici davranışını ortadan kaldırır
- Dosyaları Dikkatlice Birleştir: HTTP/2 çoklama ile, dosyaları tek bir paket haline getirmenin faydası azalır ve aslında önbellekleme verimliliğini olumsuz etkileyebilir. Birleştirmek yerine kullanılmayan CSS'yi azaltmaya odaklanın
JavaScript Optimizasyonu
- Kritik Olmayan JS'yi Ertele: İlk render için gerekli olmayan scriptlere
deferveyaasyncniteliklerini ekleyin - JS yürütmesini geciktirin: Üçüncü taraf scriptlerini (analitik, sohbet widget'ları, sosyal gömme) kullanıcı etkileşimine kadar erteleyin. Bu, başlangıç yükleme süresini ve INP'yi önemli ölçüde iyileştirir
- JavaScript'i Küçült: Dosya boyutunu azaltmak için scriptleri sıkıştırın
- jQuery bağımlılığını kaldırın: Birçok modern tema ve eklenti artık jQuery gerektirmiyor. Siteniz buna ihtiyaç duymuyorsa, jQuery'yi (33KB) kaldırmak yükleme süresini iyileştirir
Görsel Optimizasyonu
Görseller genellikle bir sayfanın toplam ağırlığının %50-80'ini oluşturur. Görselleri optimize etmek, çoğu WordPress sitesi için en büyük tek iyileştirmeyi sağlar.
- WebP formatını kullanın: WebP, eşdeğer kalitede JPEG'den %25-35 daha küçük dosyalar sunar. 2024 itibarıyla tüm modern tarayıcılar WebP'yi desteklemektedir
- Responsive görseller uygulayın: WordPress varsayılan olarak birden fazla görsel boyutu üretir. Temanızın
srcsetniteliğini kullandığından emin olun, böylece tarayıcılar görüntüleme alanı için uygun boyutu indirir - Görselleri tembel yükleyin: WordPress 5.5+
loading="lazy"niteliği ile yerleşik tembel yükleme içerir. LCP'yi iyileştirmek için üst kısımda yer alan kahraman resminizin tembel yüklemeden hariç tutulduğundan emin olun - Boyutları belirtin: CLS'yi önlemek için her zaman görsellerde genişlik ve yükseklik niteliklerini ekleyin. WordPress, editör aracılığıyla eklenen görseller için bunu otomatik olarak yapar
- Görselleri sıkıştırın: Yükleme sırasında kayıpsız veya kayıplı sıkıştırma ile görselleri otomatik olarak sıkıştırmak için Smush Pro gibi bir eklenti kullanın
Detaylı bir görsel optimizasyonu kılavuzu için WordPress Görsel Optimizasyon Kılavuzumızı okuyun.
Font Optimizasyonu
- Google Font'ları kendi sunucunuzda barındırın: Fontları kendi sunucunuzdan indirip sunarak DNS sorgusunu ve fonts.googleapis.com'a bağlantıyı ortadan kaldırın. Bu, LCP'yi 100-300ms iyileştirebilir
font-display: swapkullanın: Metin- özel yazı tipi yüklenirken, görünmez metni önlemek için yedek bir yazı tipi kullanarak hemen görünür hale gelir (FOIT)
- Alt küme yazı tipleri: Sadece Latin karakterleri kullanıyorsanız, kullanmadığınız Kiril, Yunan ve diğer karakter setlerini hariç tutmak için yazı tiplerinizi alt kümeye ayırın. Bu, yazı tipi dosya boyutlarını %60-80 oranında azaltabilir.
- Önemli yazı tiplerini önceden yükleyin: Tarayıcıların yükleme sırası içinde erken indirmesi için ana yazı tipi dosyalarınız için
<link rel="preload">kullanın. - Yazı tipi ailelerini sınırlayın: Her ek yazı tipi ailesi 20-100KB ekler. En fazla 2 yazı tipi ailesi kullanın (bir başlıklar için, bir de gövde metni için).
WordPress için Otomatik Hız Optimizasyonu
WP Rocket, sayfa önbellekleme, dosya küçültme, tembel yükleme, kritik CSS, veritabanı temizleme ve CDN entegrasyonu gibi işlemleri birkaç tıklama ile yönetir.
WP Rocket’i Al →Önbellekleme: Performansı Dönüştüren Katmanlar
Önbellekleme, işlenmiş sonuçları saklayarak aynı işi tekrar etmeden hızlı bir şekilde sunulmasını sağlar. WordPress, her istekte bir veritabanı sorgulayan dinamik bir PHP uygulaması olduğundan, çoklu seviyelerde önbellekten büyük ölçüde fayda sağlar.
| Önbellek Katmanı | Ne Önbellekler | Etki | Uygulama |
|---|---|---|---|
| Tarayıcı Önbelleği | Ziyaretçinin cihazındaki statik dosyalar | Tekrar ziyaretlerde indirmeleri ortadan kaldırır | Sunucu başlıkları (expires, cache-control) |
| Sayfa Önbelleği | Sunucudaki tam HTML sayfaları | PHP ve veritabanını tamamen atlar | WP Rocket, LiteSpeed, W3 Total Cache |
| Obje Önbelleği | Veritabanı sorgu sonuçları bellekte | Veritabanı yükünü önemli ölçüde azaltır | Redis veya Memcached + eklenti |
| Opcode Önbelleği | Derlenmiş PHP bytecode | PHP derleme yükünü ortadan kaldırır | OPcache (PHP 8+ ile birlikte gelir) |
| CDN Önbelleği | Dünya çapında kenar konumlarındaki statik varlıklar | Coğrafi olarak dağılmış ziyaretçiler için gecikmeyi azaltır | Cloudflare, BunnyCDN, KeyCDN |
Sayfa Önbelleklemesi
Sayfa önbelleklemesi, çoğu WordPress sitesi için en etkili optimizasyondur. Bir sayfa önbelleğe alındığında, sunucu PHP kodunu çalıştırmak ve veritabanı sorguları yürütmek yerine önceden oluşturulmuş bir HTML dosyası sunar. Bu, sunucu yanıt süresini 500ms'den daha az bir süreye düşürebilir.
WP Rocket, sayfa önbellekleme, dosya optimizasyonu, tembel yükleme ve veritabanı temizleme işlemlerini tek bir eklenti içinde sunan en kullanıcı dostu önbellekleme çözümüdür. Sunucu düzeyinde önbellekleme için, Nginx FastCGI önbelleği veya LiteSpeed Cache (LiteSpeed sunucularında) daha yüksek performans sağlar çünkü bu, PHP düzeyinde değil, web sunucusu düzeyinde çalışır.
Redis ile Obje Önbelleklemesi
Obje önbelleklemesi, veritabanı sorgularının sonuçlarını bellekte (RAM) saklar, böylece tekrar eden sorgular önbellekten sunulur ve veritabanına gitmez. Bu, özellikle oturum açmış kullanıcılar, WooCommerce mağazaları ve kişiselleştirilmiş içerik için sayfa önbelleklemesinin kullanılamadığı üyelik siteleri için önemlidir.
Redis, WordPress için tercih edilen obje önbellek arka ucudur. Veri yapıları, kalıcılık ve pub/sub mesajlaşmasını destekler. Çoğu yönetilen WordPress barındırma hizmeti Redis'i içerir. Kendinize ait sunucular için Redis'i ve Redis Obje Önbelleği eklentisini kurun.
CDN Yapılandırması
Bir İçerik Dağıtım Ağı, statik varlıklarınızı (görseller, CSS, JavaScript, yazı tipleri) dünya çapında kenar sunucularında saklar. Bir ziyaretçi sitenizi talep ettiğinde, statik dosyalar en yakın kenar konumundan sunulur ve coğrafi olarak uzak ziyaretçiler için gecikmeyi önemli ölçüde azaltır.
Cloudflare, WordPress siteleri için en popüler CDN'dir ve CDN, DDoS koruması ve temel optimizasyonu içeren cömert bir ücretsiz katman sunar. CDN'nin etkili olabilmesi için uygun önbellek kontrol başlıklarını ayarlayın ve statik varlıklarınızın CDN'den sunulduğundan emin olun, böylece kök sunucunuzdan değil.
Eklenti Optimizasyonu
Her aktif WordPress eklentisi, her sayfa yüklemesinde yürütülen kod ekler. Etki geniş ölçüde değişse de, birçok eklentinin birikimli etkisi sitenizi önemli ölçüde yavaşlatabilir.
Eklenti Denetim Stratejisi
- Kullanılmayan eklentileri devre dışı bırakın ve silin: Devre dışı bırakılmış eklentiler bile güvenlik riskleri oluşturabilir. Kullanmadığınız bir eklenti varsa, silin.
- Ağır eklentileri daha hafif alternatiflerle değiştirin: Bazı popüler eklentiler, kaynak tüketimi açısından kötü üne sahiptir. Query Monitor gibi bir eklenti profilleyici, her eklentinin eklediği veritabanı sorgularını ve yürütme süresini ortaya çıkarır.
- Eklenti yüklenen sayfaları sınırlayın: Asset CleanUp veya Perfmatters gibi eklentiler, ihtiyaç duyulmadığı sayfalarda belirli eklenti CSS/JS'yi devre dışı bırakmanıza olanak tanır. Örneğin, iletşim formu eklentiniz yalnızca iletişim sayfanızda yüklenmelidir.
- Tek işlevli eklentiler yerine çok işlevli eklentileri tercih edin: Önbellekleme, dosya optimizasyonu ve tembel yükleme işlemlerini yöneten bir eklenti, her görevi ayrı ayrı yapan üç eklentiden daha iyidir.
Veritabanı Temizleme ve Optimizasyonu
WordPress veritabanları, yazı revizyonları, otomatik taslaklar, çöp kutusundaki öğeler, spam yorumlar, geçici seçenekler ve yetim meta verileri ile zamanla büyür. Şişkin bir veritabanı, sorguları yavaşlatır ve sunucu yanıt sürelerini artırır.
Ne Temizlenmeli
- Yazı revizyonları: WordPress, her yazının her revizyonunu sonsuza kadar kaydeder. 50 kez düzenlenen bir yazının veritabanında 50 revizyonu vardır. wp-config.php dosyasında revizyonları sınırlayın ve eski olanları silin.
- Otomatik taslaklar: Asla yayınlanmamış otomatik olarak kaydedilen taslaklar.
- Çöp kutusundaki öğeler: Çöp kutusundaki yazılar, sayfalar ve yorumlar.
- Spam yorumlar: Düzenli olarak temizlenmesi gereken biriken spam.
- Süresi dolmuş geçici veriler: Süresi dolmuş ancak temizlenmemiş geçici önbellek verileri.
- Yetim meta verileri: Artık var olmayan yazılara, kullanıcılara veya yorumlara referans veren meta veriler.
- Kullanılmayan tablolar: Devre dışı bırakılmış ve silinmiş eklentiler tarafından bırakılan tablolar.
WP Rocket, bir veritabanı optimizasyon özelliği içerir veya özel veritabanı yönetimi için WP-Optimize kullanabilirsiniz. Otomatik temizlemeleri haftalık olarak planlayın. Ayrıntılı adımlar ve ileri düzey teknikler için WordPress Veritabanı Optimizasyon Rehberi'mıza bakın.
Performans Test Araçları
Her optimizasyondan önce ve sonra iyileştirmeleri ölçmek ve kalan darboğazları belirlemek için ölçüm yapın. Her biri farklı içgörüler sağladığı için birden fazla araç kullanın.
| Araç | Tür | Ölçümler | Ne Zaman Kullanılır |
|---|---|---|---|
| PageSpeed Insights | Laboratuvar + Alan verisi | Core Web Vitals, performans puanı, öneriler | Her optimizasyon için birincil test aracı |
| GTmetrix | Laboratuvar verisi | En Büyük İçerik Boyutu, Toplam Engelleme Süresi, şelale grafiği | Ayrıntılı şelale analizi ve tarihsel izleme |
| WebPageTest | Laboratuvar verisi | Film şeridi görünümü, şelale, TTFB, görsel ilerleme | Birden fazla konumdan ve cihazdan ileri düzey test |
| Chrome DevTools | Laboratuvar verisi | Ağ şelalesi, Kapsam sekmesi, Lighthouse | Belirli sorunları hata ayıklama ve değişiklikleri yerel olarak test etme |
| Query Monitor | Sunucu tarafı | Veritabanı sorguları, PHP hataları, kancalar, betikler | Yavaş eklentileri ve veritabanı darboğazlarını belirleme |
| CrUX Dashboard | Alan verisi | Zamanla gerçek kullanıcı Core Web Vitals | Gerçek dünya performans eğilimlerini izleme |
| Search Console | Alan verisi | İndekslenmiş sayfalar için Core Web Vitals durumu | Google'ın sitenizin performansını izleme |
Test Metodolojisi
- Her araçta 3 test yapın ve medyan sonucu alın (bireysel testler değişiklik gösterebilir)
- Sunucunuza yakın bir konumdan ve bir uzak konumdan test yapın
- Hem masaüstü hem de mobilde test yapın (mobil sonuçlar genellikle daha yavaştır ve Google'ın sıralama için kullandığı verilerdir)
- Anahtar sayfa türlerini test edin: anasayfa, bir blog yazısı, bir ürün sayfası, bir kategori arşivi
- Değişiklik yapmadan önce temel sonuçları belgeleyin, böylece iyileşmeyi ölçebilirsiniz
Önceliğe Göre Optimizasyon Kontrol Listesi
Tüm optimizasyonlar eşit değildir. Bu kontrol listesi, tipik etkiye göre sıralanmıştır, böylece en yüksek değerli maddeleri önce ele alırsınız.
| Öncelik | Optimizasyon | Tipik Etki | Zorluk |
|---|---|---|---|
| 1 | Sayfa önbelleğini etkinleştir | TTFB'de %50-80 daha hızlı | Kolay |
| 2 | Görüntüleri optimize et ve sıkıştır (WebP) | Sayfa ağırlığında %30-60 daha az | Kolay |
| 3 | Kaliteli barındırmaya geçiş yap | TTFB'de %40-70 daha hızlı | Orta |
| 4 | CDN kullan | Uzak ziyaretçiler için %20-50 daha hızlı | Kolay |
| 5 | PHP sürümünü güncelle | Sunucu yanıtında %15-30 daha hızlı | Kolay |
| 6 | CSS/JS'yi küçült ve ertele | Render'da %10-30 daha hızlı | Orta |
| 7 | Kritik CSS'i uygulayın | LCP'yi 300-800ms iyileştirdi | Orta |
| 8 | Redis nesne önbelleğini etkinleştir | Veritabanı sorgularında %30-50 daha az | Orta |
| 9 | Fontları optimize et (self-host, swap, subset) | 100-300ms LCP iyileştirmesi | Orta |
| 10 | Görüntüleri ve iframe'leri tembel yükle | Daha hızlı başlangıç yüklemesi, daha az veri | Kolay |
| 11 | Kullanılmayan eklentileri kaldır | Değişken (eklentiye bağlı) | Kolay |
| 12 | Veritabanı temizliği ve optimizasyonu | Sorgularda %5-15 daha hızlı | Kolay |
| 13 | Üçüncü taraf betiklerini geciktir | INP ve TBT'yi iyileştirdi | Orta |
| 14 | Anahtar kaynakları önceden yükle | LCP'yi 50-200ms iyileştirdi | Orta |
| 15 | Kullanılmayan CSS'i kaldır | Stil sayfasında %10-30 daha küçük | İleri düzey |
Gerçek Dünya Optimizasyon Vaka Çalışması
Bu optimizasyonların toplu etkisini göstermek için, yaklaşık 500 ürünü ve 30,000 aylık ziyaretçisi olan bir WordPress WooCommerce sitesinden gerçek bir senaryo sunuyoruz.
Optimizasyondan Önce
- Barındırma: 600ms ortalama TTFB ile paylaşımlı barındırma
- Önbellek eklentisi yok
- Optimize edilmemiş görüntüler (ortalama sayfa ağırlığı 4.2MB)
- 22 aktif eklenti
- PageSpeed Insights: Masaüstü 42, Mobil 28
- LCP: 6.8 saniye
Uygulanan Optimizasyonlar
- Yönetilen WooCommerce barındırmaya geçiş yapıldı (TTFB 180ms'ye düştü)
- Sayfa önbelleği ve dosya optimizasyonu için WP Rocket yüklendi
- Tüm görüntüler WebP'ye Smush Pro ile dönüştürüldü (sayfa ağırlığı 1.1MB'ye düştü)
- Cloudflare CDN eklendi
- 8 kullanılmayan eklenti kaldırıldı, 3 ağır eklenti daha hafif alternatiflerle değiştirildi
- Redis nesne önbelleği etkinleştirildi
- Google Fontları kendi sunucusunda font-display: swap ile barındırıldı
- Veritabanı temizlendi (12,000 revizyon, 3,400 spam yorumu kaldırıldı)
Optimizasyondan Sonra
- PageSpeed Insights: Masaüstü 94, Mobil 82
- LCP: 1.8 saniye
- INP: 120ms
- CLS: 0.02
- Aylık sayfa görüntüleme %23 arttı (hızın iyileşmesiyle daha düşük hemen çıkma oranı)
- WooCommerce dönüşüm oranı %1.8'den %2.6'ya yükseldi
Her Görüntüyü Otomatik Olarak Optimize Edin
Smush Pro, görüntüleri kayıpsız sıkıştırır, WebP'ye dönüştürür, tembel yüklemeyi etkinleştirir ve duyarlı görüntüler sunar — sayfa ağırlığını %80'e kadar azaltır.
Smush Pro'yu Al →Sıkça Sorulan Sorular
WordPress için iyi bir sayfa yükleme süresi nedir?
En büyük içerik boyası metriği için 2.5 saniyenin altında hedefleyin, bu Google'ın "iyi" bir kullanıcı deneyimi için eşiğidir. Genel sayfa yüklemesi (tamamen yüklü) için 3 saniyenin altında güçlü bir hedeftir. E-ticaret siteleri, sepet terkini en aza indirmek için 2 saniyenin altındaki LCP'yi hedeflemelidir. Mobil yükleme sürelerinin genellikle masaüstünden 2-3 kat daha yavaş olduğunu unutmayın, bu da ağ koşulları ve cihaz işlem gücünden kaynaklanır.
Eklenti sayısı hızını etkiler mi?
Eklenti sayısı, kaliteleri ve kaynak kullanımları kadar önemli değildir. 20 iyi kodlanmış eklentiye sahip bir site, 5 kötü kodlanmış eklentiye sahip bir siteyi geride bırakabilir. Ancak, her eklenti bazı ek yükler ekler, bu nedenle yalnızca aktif olarak kullandığınız eklentileri tutun. Hangi eklentilerin en fazla veritabanı sorgusu ve yürütme süresi eklediğini belirlemek için Query Monitor kullanın ve optimizasyon çabalarınızı burada yoğunlaştırın.
Ücretsiz önbellek eklentileri varken WP Rocket'a para vermeye değer mi?
WP Rocket, sayfa önbelleği, dosya optimizasyonu (küçültme, birleştirme, erteleme), tembel yükleme, veritabanı temizliği, kritik CSS oluşturma ve CDN entegrasyonunu tek bir kullanıcı dostu eklentide birleştirir. LiteSpeed sunucularında kullanılan LiteSpeed Cache veya W3 Total Cache gibi ücretsiz alternatifler benzer sonuçlar elde edebilir, ancak önemli ölçüde daha fazla teknik yapılandırma gerektirir. WP Rocket'ın değeri, basitliğinde ve kutudan çıktığı gibi ele aldığı optimizasyonların genişliğindedir.
Barındırma, Core Web Vitals'ı nasıl etkiler?
Barındırma, LCP puanınızın temeli olan İlk Bayt Süresini (TTFB) doğrudan etkiler. Yavaş bir sunucu, ön uç optimizasyonunun aşamayacağı her sayfa yüklemesine birkaç saniye ekler. Paylaşımlı barındırma (400-800ms TTFB) ile kaliteli yönetilen barındırma (80-200ms TTFB) arasındaki fark, genellikle Core Web Vitals'ı geçmek ve geçememek arasındaki farktır. Barındırma ayrıca, sunucu tarafı işleme hızı ve mevcut kaynaklar aracılığıyla INP'yi de etkiler.
Hedef kitlem yerel ise CDN kullanmalı mıyım?
Yerel kitleler için bile, bir CDN coğrafi dağıtımın ötesinde faydalar sağlar. CDN'ler, statik varlıkların teslimatını köken sunucunuzdan yükleyerek iş yükünü azaltır. Ayrıca DDoS koruması, otomatik görüntü optimizasyonu (Cloudflare Polish) ve tarayıcı önbelleği optimizasyonu sağlar. Uluslararası ziyaretçileri olan siteler için bir CDN gereklidir — uzak ziyaretçiler için yükleme sürelerini %40-60 azaltabilir.
Performans testlerini ne sıklıkla yapmalıyım?
Her önemli değişiklikten sonra test edin (yeni eklenti, tema güncellemesi, içerik değişiklikleri, sunucu yapılandırma değişiklikleri). Sürekli izleme için, ana sayfalarda haftalık testler yapın ve sonuçları zamanla takip edin. Performans düştüğünde uyarı almak için GTmetrix veya UptimeRobot gibi araçlarla otomatik izleme ayarlayın. Gerçek kullanıcı verileri için Google Search Console'un Core Web Vitals raporunu aylık olarak gözden geçirin.
Kümülatif Yer Değiştirme (CLS) neye sebep olur ve nasıl düzeltirim?
CLS, başlangıç render'ından sonra konum değiştiren öğelerden kaynaklanır. Yaygın nedenler arasında boyut nitelikleri olmayan görüntüler, mevcut içeriğin üstünde yüklenen reklamlar veya gömülü içerikler, dinamik içerik enjeksiyonu ve metin akışını etkileyen web fontları bulunur. CLS'yi düzeltmek için her zaman görüntü genişlik/yükseklik niteliklerini belirtin, reklamlar ve gömülü içerikler için alan ayırın, eşleşen yedek fontlarla font-display: swap kullanın ve sayfa yüklendikten sonra mevcut içeriğin üstüne içerik eklemekten kaçının.
Kullanılmayan CSS'i WordPress'ten kaldırmak güvenli mi?
Kullanılmayan CSS'i kaldırmak önemli dosya boyutu azaltımları sağlayabilir, ancak riskler taşır. Agresif CSS kaldırma, test etmediğiniz sayfalarda düzenleri bozabilir, özellikle dinamik içerik, oturum açmış kullanıcı stilleri veya koşullu öğeler için. Kritik seçicileri korumak için güvenli liste desenlerini destekleyen araçlar kullanın. Her zaman önce bir test ortamında test edin ve üretime geçmeden önce birden fazla sayfa türünü kontrol edin.
WordPress'i mobil hız için nasıl optimize ederim?
Mobil optimizasyon, mobil cihazların daha az işlem gücüne sahip olması ve genellikle daha yavaş ağ bağlantıları kullanması nedeniyle ekstra dikkat gerektirir. Anahtar mobil spesifik optimizasyonlar arasında: uygun boyutlandırılmış duyarlı görüntüler sunmak, agresif tembel yükleme uygulamak, kritik olmayan JavaScript'i ertelemek, DOM boyutunu azaltmak (sayfadaki daha az öğe), sistem fontları veya minimal özel fontlar kullanmak ve sadece tarayıcı emülasyonu yerine gerçek mobil cihazlarda test yapmak yer alır.
Küçültme ile sıkıştırma arasındaki fark nedir?
Küçültme, kaynak kodundan gereksiz karakterleri (boşluk, yorumlar, uzun değişken adları) kaldırarak daha küçük ama işlevsel olarak aynı dosyayı üretir. Sıkıştırma (Gzip veya Brotli) sunucu düzeyinde uygulanır ve dosyaların ağ üzerinden transfer boyutunu azaltır. Birlikte çalışırlar: önce dosyalarınızı küçültün, ardından ağ üzerinden iletilen baytları daha da azaltmak için sunucu düzeyinde sıkıştırmayı etkinleştirin. Brotli sıkıştırması, Gzip'ten %15-20 daha verimlidir ve tüm modern tarayıcılar tarafından desteklenir.
