İçeriğe atla
Abdullah Üstün

13 Ağustos 2026 / 10 dk okuma / E-Ticaret

WooCommerce Siteniz Yavaş mı? Sebepler ve 2026 Çözüm Yolları

WooCommerce sitenizin yavaşlama sebepleri, ağır tema, eklenti şişmesi ve ucuz hosting için cache'ten headless geçişe kademeli çözüm rehberi 2026.

İçindekiler

“Sitem açılmıyor değil ama… bir ağırlık var.” WooCommerce mağazası işleten müşterilerden en sık duyduğumuz cümle bu. Google Ads’e para akıyor, ürünler iyi, fiyatlar rekabetçi; ama mobilde ürün sayfası 5 saniyede geliyor ve sepete ekle butonu basıldıktan bir saniye sonra tepki veriyor.

Kötü haber: bu his yanılmıyor, ölçünce hep aynı tablo çıkıyor. İyi haber: yavaş WooCommerce’in sebepleri sayılıdır ve çözüm yolu kademelidir. Her sitenin headless’a taşınması gerekmez; ama bazı sitelerin de artık yamayla kurtulması mümkün değildir. Bu yazıda ikisini ayırt etmeyi öğreneceksiniz.

Hızlı özet: WooCommerce yavaşlığının dört ana sebebi: ağır builder tabanlı tema, 40+ eklenti yükü, ucuz paylaşımlı hosting ve şişmiş veritabanı sorguları. Çözüm kademelidir: cache + CDN → eklenti diyeti → tema değişimi → headless migration. Mobil LCP 2.5 saniyenin üzerinde kalıyorsa ve ciro büyüyorsa taşınma masraf değil, yatırımdır.

WooCommerce Neden Yavaşlar? Gerçek Sebepler

Kısa cevap: WooCommerce’in kendisi değil, üzerine yığılanlar yavaşlatır. Çekirdek WooCommerce + sade bir tema, iyi bir sunucuda gayet hızlı çalışır. Sorun, yıllar içinde biriken katmanlarda. 90+ projede gördüğümüz tekrar eden dört suçlu var.

1. Ağır tema: Woodmart, Flatsome ve builder ekosistemi

Türkiye’deki WooCommerce sitelerinin büyük kısmı Woodmart, Flatsome veya benzeri “her şey dahil” temalarla kurulu. Bu temalar demo görünümleriyle satıyor; ama o görünümün bedeli var. Tek bir ürün sayfasında 80-120 ayrı CSS/JS dosyası, 2-3 MB’lık render-blocking kaynak yükü sıradan bir tablo.

Bu temalar her ihtimale karşı her özelliği yükler: kullanmadığınız slider, quick-view, wishlist, karşılaştırma modülleri de her sayfada gelir. Siz “sadece ürün listeliyorum” dersiniz, tarayıcı 40 modülün JavaScript’ini çalıştırır.

2. Eklenti enflasyonu: 40+ aktif eklenti

Her sorunun bir eklentisi var; sorun da tam olarak bu. Kargo entegrasyonu, SMS, üç ayrı SEO aracı, iki güvenlik eklentisi, pop-up, sadakat puanı… Denetlediğimiz mağazalarda 45-60 aktif eklenti görmek istisna değil, kural.

Her eklenti üç maliyet ekler: sayfaya kendi CSS/JS’ini basar, her istekte PHP tarafında çalışır ve veritabanına kendi sorgularını ekler. Tek başına masum görünen 50 eklenti, birlikte her sayfa yüklemesinde yüzlerce ekstra sorgu demektir.

3. Page builder katmanı

Elementor veya WPBakery ile kurulmuş ürün ve kategori sayfaları, temiz HTML yerine iç içe onlarca div ve inline stil üretir. DOM boyutu büyür, tarayıcının işi ağırlaşır, özellikle INP metriği kötüleşir. Builder + ağır tema kombinasyonu, mobilde etkileşim gecikmesinin bir numaralı sebebidir.

4. Ucuz hosting ve sorgu şişmesi

Aylık 100-200 TL’lik paylaşımlı hosting, 50 ürünlü vitrin site için yeterli olabilir. Ama 2.000 ürün, 30 bin sipariş kaydı ve varyasyonlu kataloğa gelince PHP işlem süresi (TTFB) tek başına 1.5-2 saneyi bulur. Üstüne wp_postmeta tablosunun milyonlarca satıra şişmesi eklenir: WooCommerce her ürün özelliğini ayrı meta satırı olarak tutar ve filtreli kategori sayfaları bu tabloyu döve döve çalışır.

Yavaşlığın Kaynağını Nasıl Teşhis Edersiniz?

Tahminle değil, iki ücretsiz araçla teşhis koyun: Lighthouse ve Query Monitor. Yarım saatlik ölçüm, hangi kademeden başlayacağınızı net söyler.

Lighthouse (Chrome DevTools veya PageSpeed Insights): Mobil modda ürün sayfanızı test edin. Bakacağınız üç değer:

  • LCP 2.5 saniyenin üzerindeyse: tema/görsel/hosting sorunu
  • INP 200 ms’nin üzerindeyse: JavaScript yükü, yani tema + builder + eklenti sorunu
  • TTFB 800 ms’nin üzerindeyse: hosting veya veritabanı sorunu

“Reduce unused JavaScript” satırında 1 MB+ görüyorsanız, suçlu büyük ihtimalle temanız.

Query Monitor (eklenti): Yönetici olarak bir kategori sayfası açın ve toplam sorgu sayısına bakın. Sağlıklı sayfa 50-100 sorgu civarında döner. 300-500 sorgu görüyorsanız eklenti/meta şişmesi kesinleşmiştir; en yavaş sorguların hangi eklentiden geldiğini de aynı ekranda görürsünüz.

Bu iki ölçümü çözüm öncesi ve sonrası tekrarlayın. “Hızlandı gibi” değil, “LCP 4.1’den 2.3’e indi” diyebilmelisiniz.

WooCommerce Hızlandırma: Kademeli Çözüm Planı

Doğru sıra: ucuz ve risksiz olandan pahalı ve köklü olana. Çoğu site ilk iki kademede rahatlar; bir kısmının ise dördüncü kademeye ihtiyacı vardır. Sırayı atlamayın: cache kurmadan tema değiştirmek, teşhis koymadan ameliyata girmektir.

Kademe 1: Cache + CDN (1-2 gün)

En yüksek getiri/maliyet oranı buradadır. LiteSpeed Cache (sunucu destekliyorsa) veya WP Rocket ile sayfa cache’i, ön yüze Cloudflare CDN. Görselleri WebP’ye çevirin, lazy-load açın. Çoğu sitede LCP bu adımla %30-50 iyileşir.

Sınırını da bilin: sepet, ödeme ve üye sayfaları cache’lenemez. INP sorunları cache ile çözülmez çünkü sorun sunucuda değil tarayıcıda. Cache ilk yardımdır; kanamayı durdurur ama kırığı kaynatmaz.

Kademe 2: Eklenti diyeti (1 hafta)

Query Monitor çıktısıyla eklenti listesini karşılaştırın ve üç soru sorun: Bu eklenti para kazandırıyor mu? Aynı işi yapan ikinci bir eklenti var mı? Son 6 ayda kullanıldı mı? Denetimlerimizde 50 eklentili sitelerin 15-20 eklentiyle aynı işi gördüğünü defalarca ölçtük. Hedef: 20’nin altı.

Kademe 3: Tema değişimi (2-4 hafta)

Woodmart/Flatsome + builder kombinasyonundan, blok tabanlı hafif bir temaya geçiş. Doğru yapılırsa sayfa başına yüklenen JavaScript 2 MB’tan 300-500 KB’a iner ve INP dramatik düzelir. Ama bu artık küçük bir iş değil: tasarımın yeniden kurulması, test ve yayın süreci gerekir. Bu noktadaysanız AI-ready WordPress hizmetimizin yaptığı iş tam olarak bu: hafif, schema’sı düzgün, AI tarayıcılarının da sevdiği bir WordPress altyapısı.

Kademe 4: Headless / platform migration (1-3 ay)

Katalog büyüdüyse, trafik arttıysa ve ilk üç kademe yetmiyorsa: ön yüzü WordPress’ten koparmak. Next.js veya Astro ön yüz + arkada WooCommerce API’si, ya da tamamen Medusa.js gibi modern bir altyapıya geçiş. Detaylı mimari karşılaştırması için headless e-ticaret rehberimize bakın. Kendi sitemizi WordPress’ten Astro’ya taşırken ölçtük: Lighthouse mobil skoru 60’lardan 95+‘a, LCP 1 saniyenin altına indi. E-ticarette etki daha da büyüktür çünkü her sayfa bir satış kapısıdır.

Maliyet-etki karşılaştırması

KademeSüreMaliyet mertebesiBeklenen etkiRisk
Cache + CDN1-2 günDüşük (eklenti lisansı + kurulum)LCP %30-50 iyileşmeÇok düşük
Eklenti diyeti1 haftaDüşük-ortaTTFB ve sorgu yükünde belirgin düşüşDüşük (test şart)
Tema değişimi2-4 haftaOrtaINP düzelir, JS yükü %70-80 azalırOrta (tasarım yeniden)
Headless migration1-3 ayYüksekLighthouse 95+, LCP <1.5s kalıcıOrta-yüksek (SEO geçiş planı şart)

Ne Zaman Artık Taşınmalısınız?

Kısa cevap: yama maliyeti, taşınma maliyetini geçtiğinde. Bunu hisle değil, üç kriterle test edin:

  1. Teknik tavan: Kademe 1-3 uygulandı ama mobil LCP hâlâ 2.5 saniyenin, INP 200 ms’nin üzerinde. WordPress + WooCommerce mimarisinin sınırına gelmişsiniz demektir.
  2. Ekonomik eşik: Aylık ciro büyüyor ve aşağıdaki hesapta hız kaynaklı kayıp, migration bütçesinin yıllık karşılığını aşıyor.
  3. Operasyonel yorgunluk: Her eklenti güncellemesi bir şey bozuyor, ekip ayda günlerini “site yine yavaşladı” yangınlarına harcıyor. Bu görünmez maliyet çoğu zaman en büyüğüdür.

Üçü birden varsa karar netleşmiştir. Bir veya ikisi varsa, önce kalan kademeleri tüketin.

Satış Kaybı Hesabı: Yavaşlık Size Kaça Mal Oluyor?

Yavaşlık soyut bir rahatsızlık değil, hesaplanabilir bir gelir kaybıdır. Sektörde genel kabul gören mertebe: yükleme süresindeki her 1 saniyelik gecikme, dönüşüm oranını %5-10 civarında düşürür. Kendi mağazanız için kaba hesap şöyle kurulur:

  • Aylık ciro: 600.000 TL, dönüşüm oranı: %1,2
  • Mobil LCP: 4,5 sn (hedefin ~2 sn üzerinde)
  • Muhtemel kayıp: dönüşümde %10-15 bandı → ayda 60.000-90.000 TL, yılda 720.000 TL’yi aşan potansiyel kayıp

Bu hesaba Google Ads tarafını da ekleyin: yavaş açılan landing page, kalite puanını düşürür ve aynı tıklamaya daha fazla ödersiniz. Yani yavaş site iki kez ceza keser: hem geleni kaçırır hem geleni pahalılaştırır. Bu tabloya karşılık kapsamlı bir migration bütçesi çoğu büyüyen mağaza için kendini ilk yıl içinde amorti eder. Karar “masraf mı” değil, “geri dönüş süresi kaç ay” sorusudur.

Özet: Doğru Sıra, Doğru Karar

WooCommerce yavaşlığında sihirli tek hamle yok; doğru sıralanmış dört kademe var. Önce Lighthouse ve Query Monitor ile teşhis koyun. Cache + CDN ile hızlı kazanımı alın, eklenti diyetiyle yükü kalıcı azaltın. Tema kaynaklı tavana çarptıysanız hafif altyapıya geçin. Ciro büyüyor ve teknik tavan aşılamıyorsa, headless migration masraf değil yatırımdır.

Sitenizin hangi kademede olduğundan emin değilseniz, ölçüp söyleyelim. WordPress migration hizmetimiz teşhisten taşınmaya tüm süreci kapsıyor; hızlı bir başlangıç için iletişim sayfasından ücretsiz 30 dakikalık görüşme planlayabilirsiniz. Mevcut Lighthouse raporunuzla gelin, ilk görüşmede somut konuşalım.

SSS

Sıkça sorulanlar

WooCommerce sitem neden yavaş? +
En yaygın dört sebep: builder tabanlı ağır bir tema (Woodmart, Flatsome gibi), 40'ı aşan aktif eklenti sayısı, paylaşımlı ucuz hosting ve büyüyen katalogla şişen veritabanı sorguları. Genelde tek suçlu yoktur; bu dördü üst üste biner. Teşhis için Lighthouse raporu ve Query Monitor eklentisiyle sorgu sayısını ölçmek ilk adımdır.
WooCommerce hızlandırma için ilk ne yapmalıyım? +
Önce ölçün: Lighthouse'ta mobil skorunuza ve LCP değerinize bakın. Sonra en ucuz kazanımdan başlayın: sayfa cache + CDN kurulumu (LiteSpeed Cache veya WP Rocket + Cloudflare). Bu adım çoğu sitede LCP'yi %30-50 iyileştirir ve neredeyse sıfır risklidir. Eklenti silmek veya tema değiştirmek daha sonraki kademelerdir.
Cache eklentisi yeterli olur mu? +
Ürün ve kategori sayfalarında evet, büyük fark yaratır. Ama sepet, ödeme ve giriş yapmış kullanıcı sayfaları cache'lenemez; oralarda tema ve eklenti yükü aynen devam eder. INP (etkileşim gecikmesi) sorunları da cache ile çözülmez çünkü sorun tarayıcıda çalışan JavaScript'tedir. Cache bir ilk yardımdır, ameliyat değildir.
WooCommerce'ten ne zaman headless'a taşınmalıyım? +
Üç kriter birlikte sağlanıyorsa: (1) cache + eklenti diyeti + tema değişimi yapıldı ama mobil LCP hâlâ 2.5 saniyenin üzerinde, (2) aylık ciro büyüyor ve hız kaynaklı dönüşüm kaybı bakım maliyetini aşıyor, (3) ekip artık eklenti çakışmalarıyla haftalar kaybediyor. Bu tabloda migration masraf değil yatırımdır.
Yavaşlık satışları gerçekten etkiliyor mu? +
Evet, ölçülebilir şekilde. Sektörde genel kabul gören mertebe: yükleme süresindeki her 1 saniyelik gecikme dönüşüm oranını %5-10 civarında düşürür. Aylık 500 bin TL ciro yapan bir mağazada %1'lik dönüşüm kaybı bile yıllık altı haneli kayıp demektir. Hız bir teknik detay değil, doğrudan gelir kalemidir.

Form

Bu konu hakkında konuşalım mı?

30 dakikalık ücretsiz görüşmeyle ihtiyacınızı netleştirelim.

Form gönderdiğinizde KVKK kapsamında size dönüş yapabilmemiz için iletişim bilgilerinizi kullanmamıza izin vermiş olursunuz.

WooCommerce yavaşlığının dört ana sebebi vardır: ağır tema (Woodmart gibi builder tabanlı temalar), 40+ eklenti yükü, ucuz paylaşımlı hosting ve şişmiş veritabanı sorguları. Çözüm kademelidir: önce cache + CDN, sonra eklenti diyeti, sonra tema değişimi, en son headless migration. LCP 2.5 saniyenin üzerindeyse ve ciro büyüyorsa migration değerlendirilmelidir.