--- title: "WordPress Site Hızı: Hızlandırma ve Optimizasyon Rehberi" url: https://barisdayak.com/wordpress-site-hizi/ date: 2026-07-23 modified: 2026-07-23 author: "Barış Dayak" description: "WordPress site hızı, tek bir eklentiyle değil katmanlı bir yaklaşımla iyileştirilir: doğru ölçüm (Core Web Vitals — LCP, INP, CLS), sunucu tarafında önbellekleme, görsel optimizasyonu (WebP/AVIF), render'ı bloklayan kaynakların temizlenmesi..." categories: - "Blog" word_count: 1037 --- # WordPress Site Hızı: Hızlandırma ve Optimizasyon Rehberi WordPress site hızı, tek bir eklentiyle değil katmanlı bir yaklaşımla iyileştirilir: doğru ölçüm (Core Web Vitals — LCP, INP, CLS), sunucu tarafında önbellekleme, görsel optimizasyonu (WebP/AVIF), render'ı bloklayan kaynakların temizlenmesi ve sağlam bir hosting altyapısı. Yavaşlık WordPress'in kendisinden değil, üstüne yığılan katmanlardan gelir: optimize edilmemiş görsellerden, önbelleksiz kurulumdan, render'ı bloklayan kod ve şişkin eklentilerden. Bir siteyi hızlandırmanın doğru sırası şudur: önce ölç, sonra en yüksek getirili darboğazı çöz, her değişikliği tek tek doğrula. Bu rehber tüm katmanları özetler; her başlığın uygulama detayı ilgili alt rehbere bağlanır. WordPress kendi başına yavaş bir sistem değildir. Yavaşlık, üzerine yığılan katmanlardan gelir: sıkıştırılmamış görseller, kurulmamış önbellek, şişkin bir sayfa oluşturucu, güncellenmemiş PHP ya da zayıf bir hosting. İyi haber şu ki bu katmanların çoğu, doğru sırayla ele alındığında birkaç saat içinde çözülebilecek kadar somut sorunlardır. Bu rehberi 12 yıllık WordPress ve SEO deneyimimle, kendi siteme uyguladığım gerçek ölçüm verileri üzerinden yazdım. Amacım genel tavsiye vermek değil; hangi katmanın sitenizi yavaşlattığını bulup, en yüksek getirili müdahaleden başlayacağınız bir yol haritası çizmek. Her başlıkta özü vereceğim; derinlemesine uygulama için ilgili rehbere yönlendireceğim. ## Site Hızı Neden Önemli? Hızın iki ayrı getirisi var. Birincisi doğrudan: yavaş bir site ziyaretçiyi kaybeder. Sayfa açılışı birkaç saniyeyi geçtiğinde ziyaretçilerin önemli bir kısmı beklemeden ayrılır; bu, e-ticarette doğrudan ciro kaybı demektir. İkincisi dolaylı ama kalıcı: Google, sayfa deneyimini bir sıralama sinyali olarak kullanır. İki sayfa içerik olarak benzerse, hızlı olan öne çıkar. Kritik nokta şu: hız bir "his" değil, ölçülebilir bir değerdir. "Sitem yavaş hissettiriyor" bir veri değildir. Doğru müdahale, önce doğru ölçümle başlar — hangi metriğin, hangi sayfada, ne kadar sorunlu olduğunu bilmeden yapılan optimizasyon, en yaygın zaman kaybıdır. ## WordPress Hızının Temel Katmanları Hız tek bir üründe değil, üst üste binen katmanlarda yaşar. Aşağıdaki beş katman, bir WordPress sitesinin performansının tamamını oluşturur. Her katmanın özünü burada veriyorum; uygulama detayını ilgili rehbere bağlıyorum. ### 1. Doğru Ölçüm: Core Web Vitals Optimizasyona başlamadan önce mevcut durumu sayıyla kaydetmek şart. Google'ın kullandığı üç metrik — LCP (yükleme), INP (yanıt verme), CLS (görsel kararlılık) — sitenizin gerçek kullanıcılarda nasıl davrandığını söyler. Laboratuvar verisi (Lighthouse) ile alan verisi (CrUX) arasındaki farkı bilmeden yapılan ölçüm yanıltıcıdır. Bu üç metriğin ne anlama geldiğini, nasıl ölçüleceğini ve iki veri tipinin farkını [Core Web Vitals nedir rehberinde](https://barisdayak.com/core-web-vitals-nedir/) ayrıntılı ele aldım. ### 2. Önbellekleme Önbellek yoksa her ziyaretçi için PHP çalışır, veritabanı sorgulanır, sayfa yeniden üretilir. Sayfa önbelleği bu döngüyü kaldırır ve genellikle tek başına sunucu yanıt süresini (TTFB) üçte birine indirir. Ama eklenti seçimi sunucunuza bağlıdır ve aynı anda iki önbellek eklentisi kullanmak siteyi bozar. Hangi eklentinin hangi sunucuya uygun olduğunu [WordPress önbellek eklentileri karşılaştırmasında](https://barisdayak.com/wordpress-onbellek-eklentileri/) yan yana koydum. ### 3. Görsel Optimizasyonu Görseller çoğu WordPress sitesinde toplam sayfa ağırlığının yarısından fazlasını oluşturur ve LCP öğesi neredeyse her zaman bir görseldir. Bu yüzden en yüksek getirili optimizasyon alanı burasıdır. Modern formatlar (WebP, AVIF), doğru lazy loading, LCP görselinin önceliklendirilmesi ve boyut rezervasyonuyla CLS önleme — hepsini [görsel optimizasyonu rehberinde](https://barisdayak.com/gorsel-optimizasyonu-webp-avif/) adım adım anlattım. ### 4. Render'ı Bloklayan Kaynaklar Tarayıcının sayfayı çizmesini geciktiren her senkron CSS ve JavaScript dosyası, doğrudan yükleme hızını yavaşlatır. Kritik CSS'i satır içine almak, gerisini ertelemek, kullanılmayan kodu koşullu yüklemek ve web fontlarını doğru stratejiyle çağırmak bu katmanın işidir. Çoğu iyi önbellek eklentisi bunların bir kısmını otomatik yapar; kalanı elle ayar gerektirir. ### 5. Sunucu ve Hosting Altyapısı Ön uç optimizasyonu, sunucunun bıraktığı yerden başlar. Sunucu ilk baytı geç gönderiyorsa, hiçbir ön uç müdahalesi sizi kurtarmaz. Güncel PHP sürümü, OPcache, nesne önbelleği (Redis/Memcached), NVMe depolama ve hedef kitleye yakın sunucu konumu — bu katman, diğer tüm optimizasyonların üzerine kurulduğu temeldir. ## E-Ticaret Siteleri İçin Hız WooCommerce mağazaları, standart bir WordPress sitesinden yapısal olarak daha yavaştır. Sepet, ödeme ve hesabım sayfaları kişisel veri taşıdığı için tam sayfa önbelleğe alınamaz; cart fragments her sayfada sepeti yeniden sorgular; ürün sorguları veritabanında ağır JOIN'ler üretir. Bu yüzden e-ticaret hızı ayrı bir uzmanlık alanıdır ve her sayfa tipi (kategori, ürün, sepet, ödeme) ayrı ele alınmalıdır. Mağazanızı hızlandırmanın somut yol haritasını [WooCommerce hız optimizasyonu rehberinde](https://barisdayak.com/woocommerce-hiz-optimizasyonu/) ele aldım. ## Kendiniz mi Yapmalısınız, Profesyonel Destek mi? Temel optimizasyonların çoğu — görselleri sıkıştırmak, bir önbellek eklentisi kurmak, PHP sürümünü güncellemek — teknik bilgiyle kendiniz yapabileceğiniz işlerdir. Ancak PageSpeed raporundaki 30 maddenin belki dördü sizin sitenizde gerçekten fark yaratır; gerisi zaman kaybıdır. Hangi düzeltmenin kaç saniye kazandıracağını ölçümle önceliklendirmek, render'ı bloklayan kaynakları tek tek çözmek ve sunucu tarafı sıkılaştırma yapmak deneyim gerektirir. Bu kararı verirken sitenizin durumu belirleyicidir: ticari gelir üreten, kesintinin doğrudan maliyet olduğu bir sitede profesyonel ölçüm ve müdahale en güvenli yoldur. Yurt dışı hasta akışınız siteden mi geliyor? Mevcut yapınızı denetliyorum: dil hattı, içerik ayrımı, hasta akışı ve güven unsurları. Nerede kayıp yaşandığını ölçümle çıkarıyorum. [WhatsApp iletişim](https://wa.me/905350283109?text=Merhaba%2C%20%22Sa%C4%9Fl%C4%B1k%20Turizmi%20Web%20Sitesi%3A%20Yetki%2C%20Hasta%20Ak%C4%B1%C5%9F%C4%B1%20ve%20%C3%9Clke%20Stratejisi%22%20yaz%C4%B1n%C4%B1zdaki%20%22Yurt%20d%C4%B1%C5%9F%C4%B1%20hasta%20ak%C4%B1%C5%9F%C4%B1n%C4%B1z%20siteden%20mi%20geliyor%3F%22%20b%C3%B6l%C3%BCm%C3%BCnden%20ula%C5%9F%C4%B1yorum.)[Web tasarım hizmeti](https://barisdayak.com/wordpress-web-tasarim-uzmani/) ## Sıkça Sorulan Sorular ### WordPress sitemi en hızlı nasıl hızlandırırım? En yüksek getirili üç adım şudur: görselleri WebP formatına çevirip sıkıştırın, sunucu tipinize uygun tek bir önbellek eklentisi kurun ve render'ı bloklayan CSS/JS'i erteleyin. Bu üç müdahale çoğu sitede PageSpeed skorunu belirgin şekilde yükseltir. Ancak sıralama her sitede değişir; önce ölçüp en büyük darboğazınızı bulmak, körlemesine uygulamaktan her zaman daha verimlidir. ### PageSpeed skorum kaç olmalı? Skoru bir hedef değil, tanı aracı olarak kullanın. Google'ın sıralamada kullandığı şey PageSpeed skoru değil, alan verisindeki Core Web Vitals eşikleridir. 90 puanla üç metriği de "iyi" bandında olan bir site, 100 puanla sahada yanıt süresinden kalan bir siteden daha iyi durumdadır. Pratikte 90 üzeri bir skor ve LCP, INP, CLS'in üçünün de yeşil olması yeterlidir. ### Hangi önbellek eklentisi en iyisi? Sunucunuza bağlı. LiteSpeed sunucudaysanız LiteSpeed Cache ücretsiz ve rakipsizdir çünkü önbellek sunucu seviyesinde çalışır. Apache/Nginx'teyseniz ve bütçe varsa WP Rocket varsayılan ayarlarıyla bile doğru işi yapar. Kritik kural: aynı anda yalnızca bir önbellek eklentisi kullanın. Detaylı karşılaştırmayı [önbellek eklentileri rehberinde](https://barisdayak.com/wordpress-onbellek-eklentileri/) bulabilirsiniz. ### Site hızı SEO'yu gerçekten etkiler mi? Evet, ama tek başına belirleyici değildir. Hız, Google'ın sayfa deneyimi sinyallerinin bir parçasıdır ve içerik kalitesi, alaka ve otoriteden sonra gelir. Etkisi en çok rekabetin dengeli olduğu durumlarda görülür. Ayrıca hızın dolaylı etkisi doğrudan etkisinden büyüktür: yavaş sayfada hemen çıkma oranı artar, dönüşüm düşer, bu davranışsal sinyaller zamanla sıralamaya yansır. ### Search Console'da "veri yetersiz" yazıyor, sitem yavaş mı? Hayır. Bu mesaj, sitenizin Chrome kullanıcı trafiğinin CrUX'un anonimlik eşiğini geçmediği anlamına gelir; performansla ilgisi yoktur. Düşük ve orta trafikli sitelerin çoğunda normaldir. Bu durumda Lighthouse ölçümlerini sabit koşullarda düzenli tekrarlayın ve gerekirse kendi gerçek kullanıcı ölçümünüzü kurun. ### Eklenti sayısı siteyi yavaşlatır mı? Sayı tek başına ölçüt değildir. Sorun eklenti sayısı değil, her eklentinin her sayfaya enjekte ettiği CSS ve JavaScript dosyalarıdır. Yalnızca iletişim sayfasında kullanılan bir form eklentisi, ana sayfaya da kod yükleyebilir. Belirleyici olan eklentilerin ne yaptığı ve nerede çalıştığıdır; koşullu yükleme ile çoğu gereksiz yük kaldırılabilir.