WooCommerce TTFB Nasıl Azaltılır? Adım Adım Rehber

WooCommerce TTFB Nasıl Azaltılır? Adım Adım Rehber

Bir WooCommerce mağazasında ürün sayfasına tıklıyorsunuz ve ekran bir an bembeyaz kalıyor. Görseller, yazılar, butonlar hiçbiri gelmiyor. O kısacık bekleyişin büyük bölümü çoğu zaman tarayıcıda değil, sunucuda geçiyor. Bu süreyi ölçen metriğin adı TTFB, yani Time to First Byte.

WooCommerce mağazaları yapıları gereği dinamik çalışıyor. Her sayfa açılışında ürün verisi, fiyat, stok, vergi kuralları ve oturum bilgileri için veritabanına gidiliyor, PHP bu verileri işliyor. Sade bir kurumsal WordPress sitesine göre TTFB’nin daha yüksek çıkması bu yüzden şaşırtıcı değil. İyi haber şu: Sorunun büyük kısmı doğru sırayla atılan birkaç adımla çözülebiliyor. Bu yazıda CommerceGurus’un Haziran 2026’da güncellenen WooCommerce TTFB rehberini ve Google’ın web.dev dokümantasyonunu temel alarak o sırayı adım adım ele alıyoruz. Dijital pazarlama ve e-ticaret üzerine diğer içerikler için ana sayfamıza da göz atabilirsiniz.

İçindekiler

• TTFB Nedir, Neden Bu Kadar Önemli?
• Hangi Sayfalar Daha Yavaş Yanıt Veriyor?
• TTFB Doğru Şekilde Nasıl Ölçülür?
• Birinci Kaldıraç: Hosting
• İkinci Kaldıraç: CDN ve Tam Sayfa Önbellek
• Sunucu Katmanında Yapılabilecek İnce Ayarlar
• Sunucuya Binen Gereksiz Yükü Azaltmak
• Sıkça Sorulan Sorular

TTFB Nedir, Neden Bu Kadar Önemli?

TTFB, ziyaretçinin tarayıcısı sayfayı istediği andan sunucunun ilk veri baytını göndermeye başladığı ana kadar geçen süre. Görseller, CSS ve JavaScript sayfanın toplam yüklenme süresini etkiliyor ama TTFB’nin içinde yer almıyor. TTFB, sayfanın yarışa ne kadar geç başladığını gösteriyor diyebiliriz.

Google’ın web.dev rehberine göre 0,8 saniye ve altı iyi, 1,8 saniyenin üzeri ise kötü kabul ediliyor. TTFB tek başına bir Core Web Vitals metriği değil. Ancak sayfa ilk bayt gelmeden çizilmeye başlayamadığı için en büyük içerik öğesinin ekrana gelme süresini (LCP) doğrudan etkiliyor. CommerceGurus bu nedenle WooCommerce mağazaları için daha iddialı bir hedef öneriyor: 200 milisaniyenin altı. Paylaşımlı hosting’de 800 ms’nin altına inmek gerçekçi bir başlangıç hedefi; 200 ms’nin altı ise genellikle daha iyi bir sunucu, CDN ve tam sayfa önbellekle birlikte mümkün oluyor.

Hangi Sayfalar Daha Yavaş Yanıt Veriyor?

Pek çok mağaza sahibi hız testini yalnızca ana sayfada yapıyor. Oysa önbelleğe alınmış bir ana sayfa hızlı yanıt verirken asıl satışın gerçekleştiği sayfalar çok farklı bir tablo çizebiliyor:

• Ana sayfa ve kategori sayfaları: Önbelleğe alınabildikleri için genellikle en hızlı yanıt verenler.
• Ürün sayfaları: Stok, fiyat ve varyasyon verisi nedeniyle orta seviyede.
• Sepet, ödeme ve hesap sayfaları: Oturuma özel, anlık veri işlediği için en yüksek TTFB burada görülüyor.

Yani ana sayfanız 150 ms’de açılıyor diye ödeme sayfanızın da hızlı olduğunu varsaymak yanıltıcı olabilir. Müşterinin en sabırsız olduğu an, genellikle kartını çıkardığı an.

TTFB Doğru Şekilde Nasıl Ölçülür?

Tek bir konumdan yapılan test resmin yarısını gösterir. KeyCDN Performance Test veya SpeedVitals gibi araçlar, sitenizi dünyanın farklı noktalarından aynı anda test etmenize izin veriyor. Ölçüm yaparken şu üç kurala dikkat etmek işinizi kolaylaştırır:

1. Her sayfayı üç kez test edin. İlk istek önbelleği ısıtır, sonraki sonuçlar gerçek ziyaretçi deneyimine daha yakındır.
2. Yalnızca ana sayfayı değil; ürün, sepet ve ödeme sayfalarını da ölçün.
3. Ortalamaya değil, konumlar arasındaki farka bakın.

Son madde teşhis için en değerli ipucu. TTFB her konumda yüksekse sorun büyük ihtimalle hosting ya da sunucu yapılandırmasında. Sunucunuza yakın konumlarda düşük, uzak konumlarda yüksekse en büyük farkı bir CDN yaratacaktır.

Birinci Kaldıraç: Hosting

Google’ın dokümantasyonu da TTFB iyileştirmesine hosting’den başlamayı öneriyor. Mantığı basit: Hiçbir eklenti ya da CDN, yetersiz bir sunucunun açığını tamamen kapatamaz. Düşük maliyetli paylaşımlı hosting’de mağazanız yüzlerce siteyle aynı kaynakları paylaşıyor. WooCommerce standart bir WordPress sitesinden çok daha fazla kaynak tükettiği için bu durum kısa sürede yavaş yanıt sürelerine dönüşüyor.

Yeni bir hosting değerlendirirken bakılacak başlıca noktalar şunlar:

• NVMe SSD depolama
• Güncel PHP sürümü desteği
• Redis object cache desteği
• Müşterilerinizin çoğunluğuna yakın veri merkezi (Türkiye’de satış yapıyorsanız bu, Avrupa’nın öbür ucundaki bir sunucudan çok daha önemli)

Sunucu yazılımı da fark yaratıyor. Pek çok WooCommerce ortamında LiteSpeed, özellikle sunucu seviyesinde önbellekle birlikte kullanıldığında Apache’den daha iyi performans verebiliyor. Bununla birlikte iyi yapılandırılmış bir Apache sunucusu da gayet başarılı sonuçlar alabiliyor. Hangi altyapının işinize yarayacağını seçerken platform tarafını da düşünüyorsanız Shopify, WooCommerce ve Ideasoft karşılaştırmamızda bu konuyu daha geniş bir çerçevede ele almıştık.

İkinci Kaldıraç: CDN ve Tam Sayfa Önbellek

CDN, içeriğinizi alışveriş yapan kişiye coğrafi olarak daha yakın noktalardan sunarak gecikmeyi azaltıyor. Birden fazla ülkeye satış yapan mağazalar için neredeyse zorunlu. Gözden kaçan bir detay da DNS: Tarayıcı sayfayı istemeden önce alan adınızı bir IP adresine çözmek zorunda. Yavaş bir DNS sağlayıcısı, sunucunuz daha işe başlamadan gecikme ekliyor. Cloudflare gibi hızlı bir DNS sağlayıcısı bu yükü azaltabiliyor.

Asıl büyük kazanım ise tam sayfa önbellekte. Standart bir CDN çoğunlukla görsel, CSS ve JavaScript gibi statik dosyaları hızlandırır. Tam sayfa önbellek destekleyen bir katman ise önbelleğe alınabilen HTML sayfalarını her istekte sunucunuzda yeniden üretmek yerine doğrudan uç noktadan sunar. Ana sayfa, kategori sayfaları ve pek çok ürün sayfası için bu ciddi bir fark demek. Sepet, ödeme ve hesap sayfaları ise her zaman önbellek dışında tutulmalı; aksi halde bir müşteri başka birinin sepetini görebilir. Cloudflare APO ve QUIC.cloud bu iş için değerlendirilebilecek seçenekler arasında.

Sunucu tarafında da WooCommerce ile uyumlu bir önbellek eklentisi kullanmak gerekiyor. Mağazanız LiteSpeed sunucudaysa LiteSpeed Cache genellikle en uygun tercih, çünkü sunucu seviyesindeki önbellekle birlikte çalışabiliyor. Hangi eklentiyi seçerseniz seçin, dinamik sayfaları otomatik olarak dışarıda bıraktığından emin olun.

Sunucu Katmanında Yapılabilecek İnce Ayarlar

Hosting ve CDN yerine oturduktan sonra sıra küçük ama birikerek etkisini gösteren ayarlara geliyor. Bunların bir kısmı hosting’iniz tarafından zaten açılmış olabilir; sırayla kontrol etmek yeterli.

Redis object cache: WooCommerce her sayfa yüklenişinde ürün verisi, fiyat, stok, vergi ve kargo bölgeleri için tekrar tekrar aynı sorguları çalıştırıyor. Redis bu sonuçları bellekte tutarak veritabanına her seferinde gidilmesini önlüyor. Sepet ve ödeme gibi önbelleğe alınamayan sayfalarda en çok işe yarayan adım genellikle bu.

Güncel PHP sürümü: Yeni PHP sürümleri saniyede çok daha fazla isteği işleyebiliyor. Güncelleme çoğu zaman hosting panelinden birkaç tıkla yapılıyor. Öncesinde mutlaka yedek alın ve eklentilerin uyumluluğunu kontrol edin.

TLS 1.3 ve HTTP/3: TLS 1.3 şifreli bağlantıyı daha az gidiş-dönüşle kuruyor. Cloudflare’in raporuna göre HTTP/3, TTFB’yi yaklaşık yüzde 12 iyileştirebiliyor. Cloudflare kullanıyorsanız ikisi de tek bir anahtarla açılabiliyor.

Önbellek süresi (TTL) ve sıkıştırma: Sürümlenmiş CSS, JavaScript ve görseller için haftalarca süren bir önbellek ömrü makul bir başlangıç. HTML için ise daha temkinli, sayfaya özel kurallar gerekiyor. Brotli ya da Gzip sıkıştırma dosya boyutunu küçültüyor ama sunucu yanıtı göndermeden önce sıkıştırma yaptığı için bazı yapılandırmalarda TTFB’yi az da olsa artırabiliyor. Öncesini ve sonrasını mutlaka ölçün.

Sunucuya Binen Gereksiz Yükü Azaltmak

Son katman, sunucunun hiç uğraşmaması gereken işleri ortadan kaldırmak:

• wp-cron yerine gerçek cron: WordPress zamanlanmış görevleri ziyaretçi geldiğinde tetikliyor. Yoğun bir mağazada bu verimsiz. Sunucu tarafında gerçek bir cron görevi hem daha güvenilir hem daha hafif.
• Heartbeat API’yi kısmak: Otomatik kaydetme ve oturum kontrolü gibi işler için arka planda sık sık istek gönderiliyor. Perfmatters ya da WP Rocket gibi eklentilerle bu sıklık düşürülebiliyor.
• Kötü botları engellemek: Hiçbir şey satın almayan botlar sunucu kaynağı tüketiyor. Cloudflare’in bot korumasını ya da Wordfence gibi bir güvenlik eklentisini değerlendirin.
• Kullanılmayan eklentileri kaldırmak: Özellikle sitenin her yerinde script yükleyen ya da başka bir eklentinin zaten yaptığı işi tekrarlayan eklentiler ilk elenecekler.
• Veritabanı temizliği: Süresi dolmuş geçici veriler, sahipsiz sipariş kayıtları ve biriken yazı revizyonları sorguları yavaşlatıyor. wp_options tablosundaki otomatik yüklenen (autoload) seçenekler özellikle sinsi; her sayfa yüklenişinde belleğe alındıkları için büyüdükçe her isteğe ek yük bindiriyor. WP-Optimize ile düzenli temizlik yapmak ve wp-config.php içinde revizyon sayısını sınırlamak iyi bir alışkanlık. Rank Math gibi bazı eklentiler analiz verilerini veritabanında tuttuğu için kullanmadığınız modülleri kapatmak da fark yaratabiliyor.

Sıkça Sorulan Sorular

WooCommerce mağazası için iyi bir TTFB değeri nedir?

Google 800 ms ve altını iyi, 1,8 saniyenin üzerini kötü kabul ediyor. WooCommerce için ise güçlü bir LCP skoru hedefliyorsanız 200 ms’nin altını hedeflemek daha doğru. Paylaşımlı hosting’de ilk hedef olarak 800 ms’nin altına inmek gerçekçi bir başlangıç.

TTFB’yi en çok etkileyen tek faktör hangisi?

Hosting. Yetersiz bir sunucuyu ne CDN ne de eklenti ayarları tamamen telafi edebiliyor. TTFB’niz her konumda sürekli yüksekse ilk bakmanız gereken yer barındırma altyapınız.

Sepet ve ödeme sayfalarını önbelleğe alabilir miyim?

Hayır, almamalısınız. Bu sayfalar her ziyaretçiye özel içerik gösteriyor. Onları hızlandırmanın yolu sayfa önbelleği değil; Redis object cache, güncel PHP ve temiz bir veritabanı.

Değişikliklerin işe yarayıp yaramadığını nasıl anlarım?

Her adımdan sonra aynı sayfaları aynı konumlardan, üçer kez test edin ve sonuçları not edin. Birden fazla değişikliği aynı anda yaparsanız hangisinin fark yarattığını göremezsiniz.

Peki Nereden Başlamalı?

WooCommerce’te TTFB iyileştirmesi doğrusal bir iş değil. Kazanımın büyük kısmı ilk iki adımda geliyor: iyi bir hosting ve önbelleğe alınabilen sayfalar için CDN ile tam sayfa önbellek. Ardından Redis, PHP güncellemesi, veritabanı temizliği ve gereksiz arka plan isteklerinin azaltılması gibi küçük ama birikimli adımlar geliyor. Her değişiklikten sonra ölçmek, neyin gerçekten işe yaradığını görmenin tek yolu.

Daha fazla e-ticaret performansı ve dönüşüm içeriği için E-Ticaret kategorimize göz atabilirsiniz. Mağazanızın hız ve altyapı sorunlarını birlikte ele almak isterseniz E-Ticaret Danışmanlığı hizmetimizi inceleyebilir ya da iletişim formunu doldurabilirsiniz; 24 saat içinde dönüş yapıyoruz.

Kaynakça

CommerceGurus. (2026, 10 Haziran). How to reduce server response times (TTFB) in WooCommerce. https://www.commercegurus.com/reduce-ttfb-woocommerce/

Google. (t.y.). Time to First Byte (TTFB). web.dev. https://web.dev/articles/ttfb