WordPress site sahipleri için Sayfa Hızı & Boyut Testi

WordPress site sahipleri neden buna ihtiyaç duyar?

Önbellek yokken WordPress her sayfayı istek geldiğinde üretir. Önce çekirdek yüklenir, ardından tema ve etkin her eklenti kendi kancalarını çalıştırır, veritabanı birkaç düzine sorguya yanıt verir; HTML sunucudan ancak bundan sonra çıkar. Sayfa önbelleği bu adımların hepsini atlayıp kayıtlı bir kopya gönderir. Bu önbellek WP Rocket, WP Super Cache ya da LiteSpeed Cache olabileceği gibi barındırma firmanızın Nginx, Varnish veya Cloudflare katmanı da olabilir. Sonuçta tek bir sitenin iki hızı vardır: ziyaretçilerin çoğunun aldığı önbellekli hız ve oturum açmış kullanıcıların, sepetin, ödeme sayfasının ve önbelleği yeni temizlenmiş URL'lerin aldığı PHP hızı.

Site sahipleri çoğu zaman yanlış olanı ölçer. Yönetici olarak oturum açıkken her sayfa önbelleği atlar ve site yavaş gelir. Sıcak bir önbelleğe denk gelen bir test ise 40 ms gösterir ve arkadaki iki saniyelik sunucu süresini gizler.

Bu test URL'yi oturum kapalıyken çeker. TTFB'yi, toplam HTML süresini, HTML ağırlığını, sıkıştırmayı, önbellek başlıklarını ve script, stil dosyası ve görsel etiketlerinin sayısını raporlar. "Page cache" satırı yanıtı veren katmanın adını verir; böylece iki hızdan hangisini ölçtüğünüzü bilirsiniz.

WordPress site sahipleri için rehber

WordPress site sahipleri için özel ipuçları

TTFB'yi her zaman Page cache satırıyla birlikte okuyun. cf-cache-status, x-cache ya da x-litespeed-cache başlığında bir HIT görüyorsanız ya da HTML'de bir WP Rocket veya WP Super Cache yorumu varsa önbellekteki kopyayı ölçtünüz demektir. Bu durumda onlarca ya da birkaç yüz milisaniyelik bir TTFB beklenen değerdir. MISS ya da "no cache signal" ile birlikte kabaca 600 ms üzerinde bir TTFB ise sayfayı siz beklerken PHP'nin ürettiğini gösterir. Bu sayı daha iyi barındırmayla, güncel bir PHP sürümüyle, Redis gibi bir nesne önbelleğiyle ya da daha az ağır eklentiyle iyileşir; küçültme (minify) ile iyileşmez.

Önbelleksiz hızı bilerek görmek için kimsenin aramadığı bir kelimeyle arama URL'si çalıştırın, örneğin /?s=zebra-test-1. İlk istekte önbellekte hiçbir şey yoktur, bu yüzden PHP süresini görürsünüz. İkinci çalıştırma HIT olarak dönüyorsa önbelleğiniz arama sayfalarını da saklıyor demektir. Her seferinde yeni bir kelime kullanın. WooCommerce sepet, ödeme ve hesabım sayfaları tasarım gereği önbelleğe alınmaz; bu sayfaların TTFB'si her zaman PHP sayısıdır.

Sonra Resource Breakdown bölümünü açın. Elementor, Divi ve eklenti paketlerinin her biri kendi stil ve script dosyalarını sıraya ekler. Önbellekli bir sayfada 50 ya da daha fazla render engelleyen dosya varsa sunucu hızlıdır ama tarayıcının önünde hâlâ uzun bir kuyruk vardır. Önce kullanmadığınız widget'ları ve eklenti modüllerini kapatın, birleştirmeyi ya da ertelemeyi ondan sonra düşünün.

Yaygın hatalar

En klasik hata oturum açıkken test etmektir. Önbellek eklentileri yöneticilere ve oturum açmış müşterilere normalde taze bir PHP sayfası sunar; site size her zaman ziyaretçilere göründüğünden daha yavaş gelir. Bu araç her zaman oturum kapalı ölçer. Bir önbellek ayarını değiştirdikten sonra tüm katmanları (eklenti, barındırma, CDN) temizleyin ve URL'yi iki kez çalıştırın: ilk istek önbelleği yeniden kurar, ikincisi ziyaretçilerin aldığını gösterir.

Hızlı başlangıç

1. Ana sayfayı çalıştırın; TTFB'yi ve Page cache satırını not edin.
2. Önbelleksiz süre için bir yazıyı ve yeni bir kelimeyle /?s= aramasını çalıştırın.
3. Önbelleksiz TTFB 600 ms üzerindeyse önce barındırmaya, PHP sürümüne ve nesne önbelleğine bakın.
4. Oluşturucu şişkinliği için "Render-blocking (JS+CSS)" satırını kontrol edin.
5. Tek bir ayarı değiştirin, tüm önbellekleri temizleyin ve aynı URL'leri yeniden çalıştırın.

Gerçek örnekler

1. Aynı WP Engine sitesi, iki hız: önbellekli ana sayfa ve yeni bir arama

Durum

Penguin Random House'un okullara yönelik markası Ladybird Education, WP Engine üzerinde ve Cloudflare arkasında özel bir WordPress teması kullanıyor. 24 Ekim 2026'da önce ana sayfayı, sonra daha önce kimsenin istemediği bir arama URL'sini çalıştırdık.

Girdi

https://www.ladybirdeducation.co.uk/, ardından https://www.ladybirdeducation.co.uk/?s=vocabulary

Sonucu yorumlama

Ana sayfa: 100/100, TTFB 57 ms, Page cache "cf-cache-status: HIT". Arama: 53/100, TTFB 1.930 ms, Page cache "cf-cache-status: MISS · x-cache: MISS". Bu 1,9 saniye, WordPress'in bu altyapıda bir sayfayı üretmek için harcadığı süredir. Aynı arama ikinci kez çalıştırıldığında 33 ms'de HIT olarak döndü; yani önbellek arama sayfalarını ilk ziyaretten sonra saklıyor. Henüz önbelleğe alınmamış her URL, örneğin yeni yayımlanmış bir yazı ya da temizlemeden hemen sonraki bir sayfa, büyük olasılıkla ilk ziyaretçisine benzer bir bekleme yaşatır.

2. Barındırma önbelleği kapalı: her ziyarette bir saniyelik TTFB

Durum

Ohio'daki bir mandıra olan Hartzler Family Dairy, Bluehost üzerinde WooCommerce ile birlikte bir Beaver Builder teması kullanıyor (Bluehost eklentisi etkin). Aynı gün.

Girdi

https://www.hartzlerdairy.com/

Sonucu yorumlama

Skor 80/100, tek bir kritik sorunla: TTFB 1.032 ms, toplam 1.214 ms. Aynı saat içinde yaptığımız üç önceki çalıştırma 1.080 ile 1.415 ms arasında sonuç verdi. Sıkıştırma, tarayıcı önbelleği, 213 KB'lık HTML ve 24 render engelleyen dosya geçiyor. Page cache satırı "x-nginx-cache: WordPress · x-endurance-cache-level: 0" diyor: hiçbir yerde HIT yok ve 0 seviyesi, Bluehost'un kullandığı Endurance sayfa önbelleğinin kapalı konumu. İlk düzeltme bu önbelleği açmak ya da bir önbellek eklentisi eklemektir. Dosyaları küçültmek, sunucunun bir saniyelik bekleyişini kısaltmaz.

3. WP Rocket hızlı yanıt veriyor, ardından 83 dosya render'ı engelliyor

Durum

Alman inşaat görselleştirme stüdyosu MOREAN, sitesini Elementor Pro, WPML ve JetSearch ile kuruyor ve WP Rocket ile önbelleğe alıyor. Aynı gün.

Girdi

https://morean.de/

Sonucu yorumlama

Skor 88/100, TTFB 265 ms, toplam 307 ms, Page cache "WP Rocket comment in HTML": önbellek çalışıyor. Tek sorun Render-blocking (JS+CSS) satırında: 83 dosya, yani 245 KB'lık bir HTML içinde 54 stil dosyası ve 29 harici script. Aralarında Elementor'un ürettiği yazı CSS'leri ve eklenti stilleri var. Burada sunucu tarafı tamamlanmış durumda. Bundan sonraki kazanç daha az dosya yüklemekten gelir; bu dosyaların render maliyeti ise PageSpeed Insights gibi tarayıcı tabanlı bir test ister. HTML düzeyindeki bu kontrol onun yerini tutmaz.

Sık yapılan hatalar

• Hızı yönetici olarak oturum açıkken değerlendirmek. Önbellekler sizi atlar; ziyaretçilerin hiç görmediği bir yavaşlığın peşine düşersiniz ya da onların yaşadığını kaçırırsınız.
• WP Rocket'ın, LiteSpeed'in ya da barındırma firmasının kendi önbelleğinin üstüne ikinci bir önbellek veya optimizasyon eklentisi kurmak. Aynı işi yapan iki katman temizlemeleri öngörülemez kılar ve eski ya da bozuk sayfalar sunabilir.
• Bir oluşturucu sitesinde küçültme, birleştirme, erteleme ve JavaScript geciktirmeyi aynı anda açmak; sonra menüyü, slider'ı ya da ödeme sayfasını hangisinin bozduğunu bilememek.
• WooCommerce sepet, ödeme ya da hesabım sayfalarını "hızlansın" diye sayfa önbelleğine zorlamak. Bu sayfalar tek bir müşterinin verisini taşır ve dinamik kalmalıdır; onları sunucu tarafında hızlandırın.
• Önceden yükleme (preload) kapalıyken her düzenlemeden sonra tüm önbelleği temizlemek. Önbellek yeniden dolana kadar sonraki ziyaretçiler ve Googlebot önbelleksiz, PHP'nin ürettiği sayfaları alır.

Sık sorulan sorular

Sitem ziyaretçiler için hızlı ama oturum açınca yavaş. Bir şey mi bozuk?

Genellikle hayır. WP Super Cache, W3 Total Cache ve barındırma önbelleklerinin çoğu oturum açmış kullanıcılara taze bir sayfa sunar, çünkü yönetici çubuğu, sepet ve hesap bilgileri kişiden kişiye değişir. Siz PHP hızını görürsünüz; oturumu kapalı ziyaretçiler ise önbellekteki kopyayı. URL'yi burada, her zaman oturum kapalıyken çalıştırın ve Page cache satırına bakın. Üyeler ya da mağaza müşterileri için oturum açıkken hız önemliyse Redis gibi bir nesne önbelleğine, PHP sürümüne ve Query Monitor'de görünen yavaş eklentilere bakın.

Bir önbellek eklentisi kurdum ama PageSpeed hâlâ "İlk sunucu yanıt süresini azaltın" diyor. Neden?

Uyarı, ölçülen isteği anlatır. Sayfa az önce temizlendiyse ya da o zamandan beri kimse ziyaret etmediyse önbelleğin sunacak bir şeyi yoktu ve sayfayı PHP üretti. URL'yi burada iki kez çalıştırın. İkinci çalıştırmada HIT ve kısa bir TTFB görüyorsanız önbellek çalışıyordur ve yavaş ölçüm soğuk önbellekten gelmiştir; eklentinin önceden yükleme ayarını açın. İki çalıştırma da yavaşsa sayfa önbellekten hariç tutulmuştur, bir çerez ya da sorgu dizesi önbelleği atlatıyordur ya da sınır barındırma firmasıdır.

WordPress hızı için kaç eklenti fazla sayılır?

Sihirli bir sayı yok. WordPress'in optimizasyon belgeleri hem eklenti sayısının hem de eklentilerin performansının hızı etkilediğini söyler; gereksizleri silmeyi ve eklentileri tek tek devre dışı bırakarak test etmeyi önerir. Tek bir ağır eklenti yirmi küçük eklentiden daha pahalıya gelebilir. Burada önbelleksiz bir URL ölçün, bir hazırlık (staging) kopyasında şüphelendiğiniz eklentiyi kapatın, önbelleği temizleyin ve aynı URL'yi yeniden ölçün. Aynı işi yapan iki eklenti, örneğin iki önbellek ya da iki SEO eklentisi, ilk gidecek olanlardır.

Küçültme ve birleştirmeyi açtığımdan beri menüm ya da slider'ım bozuk. Ne yapmalıyım?

Seçenekleri tek tek kapatın: CSS küçültme, CSS birleştirme, JavaScript erteleme, JavaScript geciktirme. Her birinden sonra önbelleği temizleyin ve özellik yeniden çalışana kadar devam edin; ardından yalnızca sorunu çıkaran dosyayı hariç tutun. Bu ayarları önce bir hazırlık kopyasında deneyin. Birleştirmenin önemi de eskisi kadar büyük değil: HTTP version satırında görünen HTTP/2 bağlantılarında, kullanmadığınız dosyaları kaldırmak genellikle onları paketlemekten daha çok işe yarar.

WooCommerce sepet ve ödeme sayfalarım neden mağazanın geri kalanından yavaş?

Böyle olması gerekiyor. WooCommerce sepet, ödeme ve hesabım sayfalarını önbelleğe alınmayacak sayfalar olarak işaretler, çünkü içerikleri tek bir müşteriye aittir; önbellek eklentileri de buna uyar. Bu yüzden bu sayfaların TTFB'si her zaman PHP hızınızdır. Ödeme URL'sini burada çalıştırın. Önbellekli ürün sayfaları hızlıyken bu sayfa bir saniyeyi rahatça aşıyorsa sayfaları önbelleğe zorlamak yerine sunucu tarafını iyileştirin: barındırma paketi, PHP sürümü, nesne önbelleği ve ödeme adımına bağlanan daha az eklenti.

Kaynak: Ahrefs'in WordPress SEO rehberi, gereksiz kodla şişirilmiş bir temanın siteyi yavaşlattığı ve küçültmeyi açmanın bazı özellikleri bozabileceği konusunda uyarır; bu yüzden değişiklikleri canlıya almadan önce bir hazırlık kopyasında denemek en doğrusudur.