--- title: "WordPress Sayfa Hızı Optimizasyonu: Sitenizi Nasıl Hızlandırırsınız? | Designodin Türkiye" description: "WordPress sayfa hızı optimizasyonu için LCP, INP, CLS, görsel, önbellek ve eklenti yükünü doğru sırayla ele alın." source: https://designodin.com.tr/blog/wordpress-hiz-optimizasyonu --- [← Tüm yazılar](https://designodin.com.tr/blog/) [Web Sitesi](https://designodin.com.tr/blog/kategori/web-sitesi/) # WordPress Sayfa Hızı Optimizasyonu: Sitenizi Nasıl Hızlandırırsınız? 9 Ekim 2026 · Designodin **WordPress sayfa hızı optimizasyonu**, sayfadaki en ağır yükü bulup görsel, önbellek, kod ve sunucu sorunlarını doğru sırayla çözmektir. Her eklentiyi kurmak ya da PageSpeed Insights puanını zorla yükseltmek değildir. Yavaş bir WordPress sitesi, ziyaretçi ürününüzü, hizmetinizi veya teklifinizi görmeden müşteriyi kaybedebilir. Çoğu site sahibi önce hostingden şüphelenir. Oysa sorun çoğu zaman 3 MB’lık hero görseli, gereksiz slider, page builder çıktısı ya da her sayfada çalışan on ayrı eklentidir. **Öne Çıkanlar** - LCP, INP ve CLS birlikte değerlendirilmelidir; tek bir PageSpeed puanı gerçek kullanıcı deneyimini anlatmaz. - Büyük hero görselleri, render-blocking JavaScript ve ağır page builder yapıları WordPress hız sorunlarının sık nedenidir. - Sayfa önbelleği, doğru yapılandırıldığında çoğu WordPress sitesindeki en etkili ilk iyileştirmedir. - E-ticaret sitelerinde sepet ve ödeme sayfaları önbellekten ayrı ele alınmalıdır. - Hız sorunu yalnızca ayarla çözülmez; ağır tema ve eklenti mimarisi bazen yapısal bir problemdir. ## WordPress sayfa hızı neden doğrudan iş sonucudur? Google, sayfa hızını tek başına sıralamayı belirleyen bir unsur saymaz. Ancak kullanıcılar da Google da aynı davranışı ödüllendirir: Hızlı açılan, ekranda kaymayan ve tıklamalara cevap veren sayfalar daha uzun ziyaret edilir. Google verilerine göre sayfa yükleme süresi 1 saniyeden 3 saniyeye çıktığında hemen çıkma oranı %32 artar. Akamai ölçümleri de küçük gecikmelerin bile dönüşüm oranını düşürebildiğini gösterir. Bu veriler her site için aynı sonucu garanti etmez. Ama mekanizma açıktır. Sayfa geç açılırsa ziyaretçi beklemez; formu doldurmaz, ürünü incelemez ve arama sonucuna geri döner. ### Core Web Vitals hangi sorunu ölçer? **Core Web Vitals**, kullanıcının sayfayı nasıl deneyimlediğini üç temel ölçütte değerlendirir: Metrik Ne ölçer? İyi İyileştirme gerekiyor Kötü LCP Ana içeriğin görünme süresi ≤ 2,5 sn 2,5–4 sn > 4 sn INP Etkileşimlere verilen yanıt ≤ 200 ms 200–500 ms > 500 ms CLS Sayfa yerleşimindeki kayma ≤ 0,1 0,1–0,25 > 0,25 **LCP**, ziyaretçinin ilk gördüğü büyük içeriğin ne zaman ekrana geldiğini ölçer. Kurumsal sitelerde bu içerik çoğunlukla üst alandaki hero görseli, büyük başlık bölümü veya sliderdır. **INP**, sitenin tıklama, dokunma ve yazma gibi etkileşimlere ne kadar hızlı cevap verdiğini ölçer. Eski FID metriğinin yerine geçen ölçüttür. Ağır JavaScript, yavaş çalışan eklentiler ve gereksiz üçüncü taraf kodları INP’yi düşürür. **CLS**, sayfa açılırken öğelerin yer değiştirmesini ölçer. Bir düğmeye basmak üzereyken reklam, görsel veya geç yüklenen font yüzünden düğmenin aşağı kayması iyi bir kullanıcı deneyimi değildir. ### Puan değil, darboğaz önemlidir PageSpeed Insights’ta 90 puan iyi görünebilir. Ancak gerçek kullanıcıların LCP değeri kötüyse, bu laboratuvar puanının işletme açısından anlamı sınırlı kalır. Tersi de geçerlidir. Yeni veya düşük trafikli sitelerde alan verisi oluşmayabilir. Bu durumda laboratuvar testi yön gösterir, ama kesin sonuç değildir. Temsili bir senaryo düşünün; gerçek bir müşteri değil, tipik bir durumu göstermek için kurgulandı. Bir avukatlık bürosunun sitesinde sorun sunucu değil. Ana sayfadaki slider eklentisi ve büyük hero görseli sayfayı ağırlaştırıyor. Slider kaldırılıp hero görseli WebP’ye dönüştürüldüğünde LCP belirgin biçimde iyileşir ve ilk ekran mobilde çok daha hızlı açılır. Bu sonuç, slider’ın her zaman yanlış tercih olduğu anlamına gelmez. Ziyaretçinin ilk gördüğü alanı ağırlaştıran her tasarım kararını ölçmek gerekir. ## Hız testini doğru okuyun WordPress hız optimizasyonu, önce hangi sorunu çözeceğinizi belirlemekle başlar. Rastgele eklenti yüklemek çoğu durumda mevcut yükü artırır. ### PageSpeed Insights’ta önce alan verisine bakın Sitenizin URL’sini PageSpeed Insights ile mobilde ve masaüstünde test edin. Rapor iki ayrı veri türü sunar: - **Alan verisi**, gerçek kullanıcıların deneyimine dayanır. - **Laboratuvar verisi**, kontrollü bir testte alınan anlık sonuçtur. Alan verisi varsa önce ona bakın. Ziyaretçilerinizin bağlantısı, cihazı ve konumu laboratuvar koşullarından farklıdır. Mobil rapor genellikle daha sert çıkar. Bu normaldir. Google’ın mobil öncelikli indeksleme yaklaşımı nedeniyle, masaüstünde hızlı görünen ancak mobilde ağırlaşan siteyi ayrı bir sorun olarak ele almak gerekir. ### Şelale görünümü sorunun yerini gösterir GTmetrix ve WebPageTest gibi araçlar, kaynakların yüklenme sırasını gösteren şelale görünümü sunar. Bu görünüm özellikle şu sorunları bulmak için yararlıdır: - İlk ekranda yüklenen büyük görseller - Geç yanıt veren sunucu isteği - Sayfayı bekleten CSS dosyaları - Her sayfada çalışan üçüncü taraf JavaScript kodları - Gereksiz font dosyaları Bir görselin geç yüklenmesiyle sunucunun yavaş yanıt vermesi aynı sorun değildir. Çözümleri de farklıdır. ## Önce sunucuyu ve önbelleği kontrol edin Hızlı bir tema, yavaş sunucuyu tamamen telafi edemez. Güçlü bir sunucu da kötü kurulmuş bir WordPress yapısını kurtaramaz. ### Hosting altyapısı ne zaman sorun olur? Paylaşımlı hostingde çok sayıda site aynı fiziksel kaynakları kullanır. Aynı sunucudaki başka bir sitenin trafik artışı, sitenizin yanıt süresini etkileyebilir. VPS veya yönetilen WordPress hosting, daha ayrılmış kaynaklar ve daha kontrollü bir yapı sunabilir. Ancak hosting değiştirmeden önce sayfanın asıl olarak nerede zaman kaybettiğini görmek gerekir. İlk yanıt süresi sürekli yüksekse, önbellek çalışmıyorsa veya yönetim paneli de belirgin biçimde yavaşsa hosting tarafını inceleyin. Ancak 4 MB görsel kullanan bir ana sayfayı yalnızca daha pahalı bir hosting alarak hızlandıramazsınız. ### PHP sürümü güncel olmalı Eski PHP sürümleri performans ve güvenlik açısından risk taşır. WordPress, tema ve eklentilerinizin uyumluluğunu kontrol ettikten sonra güncel PHP sürümüne geçin. Bu adımdan önce yedek alın. Yıllardır güncellenmeyen özel eklentiler veya eski tema kodları yeni sürümle çakışabilir. ### Sayfa önbelleği en büyük ilk kazanımı sağlar **Sayfa önbelleği**, WordPress’in her ziyarette PHP’yi yeniden çalıştırıp veritabanına sorgu göndermesi yerine, önceden oluşturulmuş HTML çıktısını sunar. Bu yöntem tanıtım sayfalarında, blog yazılarında ve sık değişmeyen hizmet sayfalarında ciddi fark yaratır. Önbellek katmanlarının görevleri farklıdır: - **Sayfa önbelleği**, sayfanın HTML çıktısını saklar. - **Nesne önbelleği**, sık kullanılan veritabanı sorgularını bellekte tutar. - **Tarayıcı önbelleği**, ziyaretçinin daha önce indirdiği logo, font ve benzeri dosyaları yeniden indirmesini önler. WP Rocket, LiteSpeed Cache ve W3 Total Cache bu işte kullanılan araçlardır. Tek bir “en iyi eklenti” yoktur. LiteSpeed Cache, LiteSpeed sunucuyla birlikte çalıştığında farklı bir avantaj sağlar. W3 Total Cache esnektir, ancak yanlış ayarlar sorun çıkarabilir. WP Rocket ise daha az teknik ayarla kullanılabilir. Önbellek eklentisi kurmak hız optimizasyonu değildir. Önbelleğin doğru sayfaları, doğru süreyle ve doğru istisnalarla saklaması hız optimizasyonudur. ### Cloudflare ek bir katman olabilir Cloudflare, statik dosyaları kullanıcıya daha yakın bir noktadan sunmaya yardımcı olan bir CDN ve güvenlik katmanıdır. Ücretsiz planı birçok küçük ve orta ölçekli WordPress sitesi için başlangıçta yeterli olabilir. CDN, ana sunucudaki kötü sorguları çözmez. Ancak görsel, CSS ve JavaScript gibi statik dosyaların dağıtım yükünü azaltır. ## Görseller LCP’yi tek başına bozabilir Birçok WordPress sitesinde en büyük dosya, üst bölümdeki görseldir. Bu görsel hem ilk izlenimi hem de LCP skorunu etkiler. ### Hero görselini doğru hazırlayın 800 piksel genişliğinde gösterilen bir görsel için 3000 piksel genişliğinde dosya yüklemek gereksizdir. WordPress farklı boyutlar üretebilir. Ancak tema yanlış boyutu çağırıyorsa ziyaretçi yine büyük dosyayı indirir. Hero görselinde şu kontroller yapılmalıdır: - Görselin ekrandaki gerçek ölçüsüne yakın dosya kullanın. - Uygun olduğunda JPEG yerine WebP tercih edin. - İlk ekrandaki ana görseli lazy load ile geciktirmeyin. - Görsel için genişlik ve yükseklik alanlarını tanımlayın. - Dekoratif büyük görsellerin gerçekten gerekli olup olmadığını sorgulayın. **WebP**, aynı görsel kalitesinde JPEG’e kıyasla daha küçük dosya boyutu sağlayabilir. WordPress WebP yüklemeyi destekler. Mevcut görselleri dönüştürürken orijinal dosyaları ve sayfanın görünümünü kontrol edin. ### Lazy load her görsel için doğru değildir Ekranın altında kalan görsellerde lazy load kullanmak mantıklıdır. Kullanıcı aşağı kaydırana kadar bu dosyalar yüklenmez. Ancak ilk ekrandaki ana görsel lazy load edilirse LCP kötüleşebilir. Bu sık görülen bir ayar hatasıdır. Site sahibi “bütün görselleri geciktirdim” der, fakat en önemli görseli de geciktirmiş olur. ### CLS için görsel alanını ayırın Görsel geç yüklenirken sayfa düzeni kayıyorsa CLS artar. Tarayıcı görselin kaplayacağı alanı önceden bilmiyorsa görsel geldiğinde metni ve düğmeleri aşağı iter. Bu nedenle görsel boyutları, iframe alanları ve dinamik bileşenlerin yerleşimi baştan tanımlanmalıdır. ## CSS, JavaScript ve page builder yükünü azaltın Page builder sorun değildir. Sorun, page builder işini başka bir şeymiş gibi satmaktır. Elementor, Divi ve WPBakery gibi araçlar içerik üretimini hızlandırabilir. Ancak birçok kurulumda ihtiyaç olmayan CSS ve JavaScript dosyalarını her sayfaya eklerler. Bu yük, özellikle mobilde LCP ve INP sorununa dönüşür. ### Render-blocking kaynakları ayırın Tarayıcı, bazı CSS ve JavaScript dosyalarını işlemeyi tamamlamadan sayfayı çizmez. Bu kaynaklar **render-blocking** davranış gösterir. JavaScript dosyalarını `defer` veya `async` ile yüklemek bazı durumlarda fayda sağlar. CSS küçültme, gereksiz CSS kaldırma ve kritik stilleri önceliklendirme de aynı sorunun parçalarıdır. Bu ayarları canlı sitede körlemesine açmayın. Formlar, menüler, ödeme akışları veya pop-up yapıları bozulabilir. Önce test ortamında kontrol edin. ### Kullanılmayan kod, görünmeyen maliyettir Büyük tema framework’leri, sayfada hiç kullanılmayan yüzlerce stil kuralını sık sık yükler. Sosyal medya araçları, canlı destek kutuları, form eklentileri ve takip kodları da her sayfada çalışabilir. Bir eklentinin kurulu olması, kaynaklarını her sayfada yüklemesi gerektiği anlamına gelmez. Form yalnızca iletişim sayfasındaysa, form eklentisinin JavaScript’i ana sayfada neden çalışıyor diye sormak gerekir. Bir başka temsili senaryo: Bir WooCommerce mağazasında ürün sayfaları hızlı, ancak ödeme adımı yavaş. İnceleme, sorunun ödeme altyapısında olmadığını gösteriyor. Ödeme sayfasında çalışan canlı destek kodu, slider betiği ve sosyal paylaşım eklentisi soruna yol açıyor. Gereksiz kaynaklar bu sayfadan çıkarıldığında ödeme akışı sadeleşir. Bu tür sorunlar eklenti sayısından çok, eklentilerin hangi kaynakları nerede yüklediğiyle ilgilidir. ## Veritabanı ve e-ticaret sayfalarını ayrı ele alın WordPress veritabanı zamanla revizyonlar, spam yorumlar, silinmiş içerikler, geçici veriler ve eski eklenti kayıtlarıyla büyür. Her büyük veritabanı yavaş değildir. Ancak sorgular uzuyorsa veya yönetim paneli ağırlaştıysa temizlik gerekir. ### Veritabanını yedek almadan temizlemeyin WP-Optimize gibi araçlar eski revizyonları, spam yorumları ve geçici verileri temizlemeye yardımcı olabilir. Otomatik temizlik yararlı olabilir, ancak önce tam yedek alın. Özellikle WooCommerce mağazalarında sipariş, müşteri ve ürün verileri işin temelidir. “Temizlik” adı altında gerekli kayıtları silmek kabul edilebilir bir risk değildir. ### Sepet ve ödeme sayfası önbellekten farklı çalışır E-ticaret sitelerinde sepet, kullanıcı hesabı ve ödeme sayfası ziyaretçiye özeldir. Bu sayfaları standart sayfa önbelleğine dahil etmek, yanlış sepet bilgilerine veya oturum sorunlarına yol açabilir. Bu nedenle e-ticarette amaç her sayfayı statik hale getirmek değildir. Amaç şudur: - Kategori ve ürün sayfalarını hızlı sunmak - Dinamik sepet verisini doğru yönetmek - Ödeme sayfasından gereksiz dosyaları çıkarmak - Veritabanı sorgularını izlemek - Stok ve sipariş akışını bozmadan performansı iyileştirmek WooCommerce mağazası büyüdükçe bu denge daha kritik hale gelir. Platform seçimi, tema yapısı ve özel ihtiyaçlar baştan değerlendirilmelidir. [WooCommerce e-ticaret geliştirme](https://designodin.com.tr/hizmetler/e-ticaret/) yaklaşımında amaç, mağazayı eklenti yığınıyla ayakta tutmak değil, satış akışına uygun yapıyı kurmaktır. ## WordPress hız optimizasyonunda doğru sıra budur Her site için aynı reçete geçerli değildir. Ancak ilk incelemede şu sıra işe yarar: - **Mobil ve masaüstü testini yapın.** Alan verisi varsa LCP, INP ve CLS değerlerini not edin. - **İlk ekranı inceleyin.** Hero görseli, slider, font ve büyük JavaScript dosyalarını kontrol edin. - **Önbelleği doğrulayın.** Sayfa önbelleğinin gerçekten çalıştığından emin olun. - **Tema ve eklenti yükünü ölçün.** Her eklentinin hangi sayfalarda kaynak çağırdığını görün. - **Sunucu yanıtını değerlendirin.** Optimizasyondan sonra TTFB hâlâ yüksekse hosting tarafına bakın. - **E-ticaret akışını ayrı test edin.** Sepet ve ödeme sayfasını genel sayfa ayarlarıyla karıştırmayın. - **Değişiklikleri tek tek yapın.** Aynı anda on ayarı değiştirirseniz hangi işlemin fayda veya zarar verdiğini anlayamazsınız. Hız testi aylık yapılmalıdır. Yeni bir eklenti, kampanya pikseli, ağır görsel veya tema güncellemesi daha önce çözülen sorunu geri getirebilir. ## Sık sorulan sorular ### WordPress sitemi hızlandırmak için ilk ne yapmalıyım? Önce PageSpeed Insights üzerinden mobil raporu inceleyin. LCP yüksekse ilk ekrandaki hero görseli, slider yapısı, önbellek durumu ve sunucu yanıt süresini kontrol edin. ### PageSpeed Insights puanı kaç olmalı? Tek hedef puan olmamalıdır. Alan verisindeki LCP, INP ve CLS değerleri daha önemlidir. Puanı artırmak için kullanıcı deneyimini bozan ayarlar yapmak doğru değildir. ### En iyi WordPress önbellek eklentisi hangisidir? Bu, hosting altyapısına göre değişir. LiteSpeed sunucu kullanan sitelerde LiteSpeed Cache uygun olabilir. Diğer yapılarda WP Rocket veya daha teknik yapılandırma gerektiren W3 Total Cache değerlendirilebilir. ### Görselleri lazy load yapmak LCP’yi iyileştirir mi? Ekranın altındaki görseller için evet. Ancak ilk ekrandaki ana görseli lazy load etmek LCP’yi kötüleştirebilir. ### Page builder kullanan WordPress sitesi hızlanabilir mi? Evet, bazı iyileştirmeler yapılabilir. Ancak page builder’ın ürettiği fazla CSS ve JavaScript yapısal bir performans tavanı oluşturabilir. Bazı sitelerde ayar yapmak yeterlidir; bazılarında tema ve sayfa yapısını yeniden ele almak gerekir. ### Hosting değiştirmek her zaman gerekli mi? Hayır. Önce görsel, önbellek, tema, eklenti ve kod yükünü inceleyin. Bu alanlar düzeldikten sonra sunucu yanıtı hâlâ sorunluysa hosting değişikliği anlamlı olabilir. ### E-ticaret sitemde neden sadece ödeme sayfası yavaş? Ödeme sayfası dinamik çalışır ve standart önbelleğin dışında kalır. Gereksiz JavaScript, form kodu, takip aracı veya ağır eklentiler eklendiğinde sorun daha belirgin hale gelir. ## Hız, sonradan eklenen bir özellik olmamalı WordPress sayfa hızı optimizasyonu görsel sıkıştırmayla başlar, ancak orada bitmez. Sayfanın nasıl kurulduğu, hangi temanın kullanıldığı, hangi kodların yüklendiği ve her eklentinin ne yaptığı uzun vadeli performansı belirler. Geçici ayarlarla bazı puanları iyileştirmek mümkündür. Ancak ağır page builder çıktısı, kontrolsüz eklenti kullanımı ve belirsiz altyapı devam ederse aynı sorun geri gelir. Hızlı bir site, tasarım aşamasında verilen teknik kararların sonucudur. **WordPress siteniz yük olmadan çalışsın.** Designodin’de [özel WordPress geliştirme](https://designodin.com.tr/hizmetler/wordpress/) page builder kullanmadan kurulur. Kod sizin olur, performans sonradan pazarlık konusu yapılmaz. [Projenizi anlatın, yazılı teklif alın.](https://designodin.com.tr/iletisim/) - #wordpress-hiz-optimizasyonu - #core-web-vitals - #pagespeed - #site-hizi ## Bu konu sizin işinizde nasıl karşılık buluyor? Genel geçer cevaplar yerine, sizin durumunuza bakalım. Kapsamı ve teklifi yazılı olarak veririz — satış baskısı yok. [Projenizi anlatın →](https://designodin.com.tr/iletisim/)