WooCommerce hız optimizasyonu, ürünlerin daha hızlı görüntülenmesini ve ödeme akışının sorunsuz çalışmasını hedefleyen bir bakım sürecidir. Yavaş açılan sayfalar alışverişi zorlaştırabilir; etkisini kendi mağazanızın dönüşüm ve performans verileriyle ölçmelisiniz. Bu rehberde yavaşlığın kaynağını teşhis etmeyi, sepeti bozmadan önbellek kullanmayı, HPOS geçişini ve görsel optimizasyonunu adım adım ele alıyoruz. Her değişiklikten sonra sipariş, stok ve ödeme işlevlerini birlikte kontrol etmek gerekir.
WooCommerce Hız Optimizasyonu Neden Standart WordPress Hızından Farklı?
Standart bir WordPress blogunda sayfa içeriği genellikle saatlerce, bazen günlerce değişmez; bu yüzden tüm sayfa agresif şekilde önbelleğe alınabilir. WooCommerce’de ise durum farklı: sepet içeriği, stok durumu, fiyatlar ve kullanıcıya özel teklifler her ziyarette değişebilir. Sepet ve ödeme (checkout) sayfaları asla statik olarak önbelleğe alınamaz; bu sayfalar her kullanıcı için dinamik olarak yeniden oluşturulmalı. Bu nedenle genel bir WordPress hız rehberini olduğu gibi WooCommerce’e uygulamak, ya mağazanızı bozar (herkese aynı sepeti gösterir) ya da önbellekleme hiç işe yaramaz.
Hız Sorununun Kaynağını Teşhis Etme
Optimizasyona başlamadan önce, darboğazın tam olarak nerede olduğunu bilmeniz gerekiyor; aksi halde zaman ve kaynak yanlış yere harcanır.
Hangi Metrikleri Takip Etmelisiniz?
LCP, INP ve CLS kullanıcı deneyimini ölçer. TTFB ile veritabanı sorgu süresi ise sunucu gecikmesini araştırmaya yardımcı olur; WooCommerce’e özgü metrikler değildir. Google’ın TTFB rehberi, genel bir referans olarak 0,8 saniye veya altını iyi kabul eder. Bu süre DNS, bağlantı ve yönlendirmeleri de kapsar; 200 ms’yi aşmak tek başına veritabanı arızası anlamına gelmez. Core Web Vitals optimizasyonu yazısında istemci tarafındaki ölçümleri de inceleyebilirsiniz.
Yaygın Darboğazlar Nerede Ortaya Çıkar?
Query Monitor eklentisini kurup ürün listeleme sayfasını, ürün detay sayfasını ve sepet sayfasını ayrı ayrı analiz edin. Çoğu WooCommerce mağazasında en büyük gecikme şu üç noktadan birinde çıkar: aşırı sayıda veritabanı sorgusu üreten bir tema veya eklenti, her sayfada çalışan gereksiz üçüncü taraf script’ler (özellikle pazarlama/analitik araçları) ve optimize edilmemiş ürün görselleri.
GTmetrix veya WebPageTest’in şelale görünümü, hangi isteğin yüklemeyi geciktirdiğini gösterir. İstek sayısını tek başına başarı ölçütü yapmayın: dosya boyutu, önbellek durumu, bağlantı gecikmesi ve JavaScript çalıştırma süresi de önemlidir. Yüz küçük istek, birkaç büyük ve engelleyici dosyadan daha hafif olabilir. Ürün görsellerini, CSS beklemelerini ve üçüncü taraf alan adlarını inceleyin. Aynı sayfayı aynı cihaz ve bağlantı koşullarında karşılaştırın; ilk ziyaret ile önbelleği dolmuş tekrar ziyaretin sonuçlarını ayrı kaydedin.
Hosting ve Sunucu Seviyesi Optimizasyon
WooCommerce, PHP’de işlem yoğun bir uygulama olduğu için sunucu seviyesindeki ayarlar, eklenti seviyesindeki ayarlardan daha büyük etki yaratabilir.
PHP Sürümü ve OPcache
PHP seçerken yalnızca WooCommerce’in çalıştırabildiği en düşük sürüme bakmayın; güvenlik desteği devam eden ve tema ile eklentilerinizin desteklediği bir sürümü tercih edin. WooCommerce’in 29 Eylül 2026 duyurusuna göre PHP 8.1 minimum şartı Şubat 2027 için planlanan 11.6 sürümünde uygulanacak; güncel hosting önerisi PHP 8.3 veya üzeridir. Geçişi test ortamında deneyin. OPcache’in etkinliğini ve doluluk durumunu hosting panelinden kontrol edin. opcache.memory_consumption için her mağazaya zorunlu tek bir değer yoktur; bellek kullanımına ve yeniden başlatma istatistiklerine göre ayarlayın.
Yönetilen WooCommerce Hosting mu, Genel Paylaşımlı Hosting mi?
Yönetilen hosting ile paylaşımlı hosting arasında seçim yaparken paket adından çok gerçek kaynak sınırlarına bakın. PHP işçi limiti, CPU payı, disk erişimi, Redis desteği, yedekten dönüş ve WooCommerce önbellek istisnaları karşılaştırılmalıdır. Bazı paylaşımlı paketler bu özellikleri sunabilir; bazı yönetilen paketlerde ise ek ücret veya kısıt bulunabilir. Küçük bir mağazada mevcut plan yeterli olabilir. Paket değiştirmeden önce sağlayıcıdan sepet, ödeme ve hesabım sayfalarının nasıl korunacağını ve kaynak sınırına ulaşıldığında ne olacağını yazılı olarak öğrenin.
PHP işçi sayısı aynı anda işlenen dinamik istekleri sınırlar; ziyaretçi sayısıyla bire bir aynı değildir. Yirmi ziyaretçi sayfayı okurken yeni istek üretmiyor olabilir; dört işçi bu durumda yeterli olabilir. Tersine, az sayıda ziyaretçinin uzun süren sorguları kuyruğu doldurabilir. Sağlayıcınızdan yoğun saatlerde kuyruk ve kaynak kullanımını öğrenin. İşçi limitini yükseltmeden önce CPU ve bellek kapasitesini kontrol edin; daha çok süreç açmak yetersiz kaynaklarda gecikmeyi artırabilir. Kampanya öncesinde gerçekçi trafikle kontrollü bir yük testi planlayın.
Önbellekleme Stratejisi: Sepeti Bozmadan Hızlanmak
Redis object cache kurulumu, desteklenen veritabanı sonuçları ve nesnelerin tekrar kullanılmasını sağlar. Sayfa önbelleğinin tamamlayıcısıdır; her mağazada ilk veya en etkili çözüm olması gerekmez. Oturum verilerinin nasıl saklandığı kullanılan WooCommerce sürümüne ve entegrasyona bağlıdır. Redis kurulumu bütün sepet verilerinin otomatik olarak güvenle önbelleğe alınacağı anlamına gelmez. Genel sayfa önbelleğinde sepet, ödeme ve hesabım sayfalarını hariç tutun; uygulama, sunucu ve CDN katmanlarının aynı istisnalara uyduğunu doğrulayın.
Örnek: Sepet ve Ödeme Sayfalarını Önbellekten Hariç Tutma
WooCommerce’in önbellek belgesi sepet, ödeme ve hesabım sayfalarının dinamik kalmasını ister. LiteSpeed Cache kullanıyorsanız öncelikle WooCommerce entegrasyonunu kontrol edin; gerektiğinde Cache > Excludes > Do Not Cache URIs alanına mağazanızdaki gerçek yolları ekleyin. Aşağıdaki liste arayüz için örnektir; PHP kodu veya .htaccess kuralı değildir.
/sepet/
/odeme/
/hesabim/Yolları WooCommerce > Ayarlar > Gelişmiş bölümünden doğrulayın. İlgili uç noktalar, sepete ekleme istekleri ve oturum çerezleri de değerlendirilmelidir. woocommerce_items_in_cart, woocommerce_cart_hash ve wp_woocommerce_session_ çerezleri için sağlayıcının belgelenmiş istisnalarını kullanın. Bir PHP define() satırı .htaccess dosyasına yazılmaz.
Bu tür özel kurallar yazarken, değişikliği canlıya almadan önce birkaç farklı tarayıcıda (biri oturum açmış, biri misafir) test ederek sepet verisinin karışmadığından emin olun.
Veritabanı Optimizasyonu ve HPOS
WooCommerce mağazaları zamanla devasa wp_postmeta ve sipariş tabloları biriktirir; her sipariş, her durum değişikliği ve her terk edilmiş sepet, veritabanına kayıt ekler. Bu birikim, zamanla en basit ürün sorgusunu bile yavaşlatır; özellikle indeksi olmayan büyük meta tablolarında yapılan aramalar, mağaza büyüdükçe saniyelerle ölçülen gecikmelere dönüşebilir.
High-Performance Order Storage (HPOS) Nedir?
WooCommerce’in sunduğu High-Performance Order Storage (HPOS) özelliği, siparişleri geleneksel wp_posts tablosu yerine bu amaca özel optimize edilmiş tablolarda saklıyor. Bu değişiklik, özellikle günde yüzlerce sipariş alan mağazalarda sipariş listeleme ve arama işlemlerinde belirgin bir hız artışı sağlıyor. HPOS’u etkinleştirmeden önce mutlaka bir yedek alın ve önce bir test ortamında deneyin; eski eklentilerden bazıları henüz tam uyumlu olmayabilir.
HPOS’a Geçiş Süreci Nasıl İşler?
HPOS, WooCommerce 8.2’den itibaren yeni kurulumlarda varsayılan olarak etkindir. Eski mağazada WooCommerce > Ayarlar > Gelişmiş > Özellikler bölümünde uyumluluk modunu açarak sipariş tablolarını senkronize edin. Bekleyen senkronizasyonun tamamlandığını ve tüm sipariş entegrasyonlarının uyumlu olduğunu doğruladıktan sonra yüksek performanslı sipariş depolamayı seçin. Ödeme, iade, abonelik ve stok senaryolarını sınayın. Yalnızca birkaç gün sorunsuz kullanım, eski verileri silmek için yeterli gerekçe değildir; yedekleme, geri dönüş ve veri saklama planınızı ayrıca hazırlayın.
Düzenli Veritabanı Temizliği
Bakım işlemlerini sipariş silme işlemlerinden ayırın. Süresi dolmuş transient kayıtları geçici veridir; iptal edilmiş veya başarısız siparişler ise müşteri hizmetleri ve muhasebe açısından hâlâ gerekli olabilir. Action Scheduler kuyruğunda bekleyen iş görmek tek başına sorun değildir; geçmiş tarihli görevlerin gecikmesine ve tekrar eden hatalara bakın. Aşağıdaki örnekte önce kurulumunuzdaki komut yardımını okuyun, ardından yalnızca süresi dolmuş geçici kayıtları temizleyin:
# WordPress dizininde, yetkili SSH kullanıcısıyla:
wp transient delete --help
wp action-scheduler action list --help
# Yedek aldıktan sonra süresi dolmuş geçici kayıtları temizleyin:
wp transient delete --expiredWP-CLI transient belgesi ve Action Scheduler komut listesi seçenekleri açıklar. Action Scheduler komutları kurulumunuzda mevcut değilse WooCommerce > Durum > Zamanlanmış Eylemler ekranını kullanın. Kuyrukta bekleyen ödeme, e-posta veya abonelik görevlerini topluca silmeyin.
Bu komutları canlı sitede çalıştırmadan önce mutlaka güncel bir veritabanı yedeği alın; özellikle silme işlemlerinde geri dönüşün olmadığını unutmayın.
Görsel ve Varlık Optimizasyonu
Ürün görselleri, çoğu WooCommerce mağazasında sayfa ağırlığının yarısından fazlasını oluşturur. WebP veya AVIF formatına dönüştürme, görsel boyutlarını değişmeden bırakan JPEG/PNG’ye kıyasla ciddi tasarruf sağlar. Ürün galerisindeki görseller için “lazy load” (geciktirilmiş yükleme) kullanın, ancak ilk görünür üründeki ana görseli lazy load dışında tutun; aksi halde LCP (Largest Contentful Paint) metriği kötüleşir. Bir CDN (Cloudflare, BunnyCDN gibi) kullanmak, özellikle farklı şehir veya ülkelerden gelen ziyaretçiler için görsel teslim süresini kısaltır; CDN’in sunucuya en yakın değil, ziyaretçiye en yakın veri merkezinden içerik sunduğunu unutmayın, bu da uluslararası satış yapan mağazalar için fark yaratan bir detaydır.
Üçüncü Taraf Script’leri Yönetme
Google Analytics, Facebook Pixel, canlı destek widget’ları ve terk edilmiş sepet e-postası gönderen pazarlama araçları, her biri kendi JavaScript dosyasını yükler ve genellikle ana iş parçacığını (main thread) bloke eder. Bu script’lerin WooCommerce’deki etkisi özellikle ürün ve ödeme sayfalarında hissedilir, çünkü bu sayfalar zaten en kritik dönüşüm noktalarıdır.
Etiket Yöneticisi Kullanarak Script Yükünü Azaltma
Her script’i doğrudan temaya veya eklentiye gömmek yerine Google Tag Manager gibi bir etiket yöneticisi kullanmak, script’lerin ne zaman ve hangi koşulda tetikleneceğini merkezi olarak kontrol etmenizi sağlar. Örneğin canlı destek widget’ını sadece kullanıcı sayfada 10 saniyeden fazla kaldığında yüklemek, ilk sayfa yükleme süresini etkilemeden işlevselliği korur.
Gerekli Olmayan Script’leri Checkout Sayfasından Çıkarın
Ödeme sayfasında sosyal medya paylaşım butonları, ürün önerisi widget’ları veya canlı sohbet gibi dönüşümle doğrudan ilgisi olmayan script’lerin çalışmasına genellikle gerek yoktur. Bu sayfayı mümkün olduğunca sade tutmak, hem hızı artırır hem de kullanıcının ödeme adımını tamamlamadan dikkatinin dağılma riskini azaltır.
Önbellekleme ve Performans Eklentileri Karşılaştırması
| Çözüm | Maliyet | Artı | Eksi |
|---|---|---|---|
| LiteSpeed Cache | Ücretsiz (LiteSpeed/OpenLiteSpeed sunucu gerekir) | WooCommerce’e özel hazır kurallar, sunucu seviyesinde hızlı önbellek | Yalnızca LiteSpeed sunucularda tam verimli çalışır |
| WP Rocket | Ücretli; güncel lisans ve yenileme bedelini kontrol edin | Kolay kurulum, WooCommerce uyumluluğu kutudan çıktığı gibi hazır | Herhangi bir Apache/Nginx sunucuda ek maliyet oluşturur |
| Redis Object Cache | Ücretsiz eklenti, Redis sunucu desteği gerekir | Desteklenen nesne ve sorgu sonuçlarını önbellekler; sayfa önbelleğini tamamlar | Sunucuda Redis kurulu olmalı; paylaşımlı hostingte genelde yok |
| Cloudflare + APO | CDN ücretsiz, Otomatik Platform Optimizasyonu ücretli eklenti | Küresel CDN, DDoS koruması dahil | WooCommerce dinamik sayfaları için ek yapılandırma gerektirir |
Mobil Kullanıcılar İçin Özel Dikkat Noktaları
Mağazanızın mobil trafik payını analitik verilerinden öğrenin; tüm mağazalar için aynı oranı varsaymayın. Masaüstünde iyi görünen sayfalar mobil cihazlarda yavaş kalabilir. Daha düşük işlem gücü ve değişken bağlantı koşulları, özellikle büyük görsellerin ve yoğun JavaScript’in etkisini artırabilir. Mobil ürün sayfası, varyasyon seçimi, sepete ekleme ve ödeme formunu gerçek cihazlarda kontrol edin; yalnızca masaüstü tarayıcısının dar pencere görünümüne güvenmeyin.
Dokunmatik Ödeme Deneyimini Hızlandırma
Mobil ödeme formunda gereksiz alanları (örneğin isteğe bağlı bir “şirket adı” alanını varsayılan olarak gizlemek) kaldırmak, hem formun render süresini hem de kullanıcının tamamlama süresini kısaltır. Otomatik adres tamamlama ve kayıtlı ödeme yöntemlerini öncelikli göstermek de mobilde dönüşüm oranını doğrudan etkiliyor; bu teknik olarak bir “hız” konusu olmasa da, algılanan hızı güçlü şekilde etkiliyor.
Mobilde Görsel Boyutlandırma
Ürün görsellerini ekranda kullanılan boyuta ve cihazın piksel yoğunluğuna göre sunun. Masaüstü ile mobil için tek bir zorunlu piksel değeri yoktur. Tema tarafından oluşturulan srcset ve sizes değerlerinin gerçek galeri genişliğiyle uyumunu kontrol edin. Çok küçük dosya bulanıklık yaratabilir; gereksiz büyük dosya ise yüklemeyi ağırlaştırır. Görüntü kalitesi ile aktarılan boyutu birlikte değerlendirin.
Nasıl Yapılır: Adım Adım Hız Optimizasyon Kontrol Listesi
- Query Monitor ile ürün listesi, ürün detay ve sepet sayfalarında darboğazı teşhis edin.
- Güvenlik desteği devam eden uyumlu PHP sürümünü ve OPcache kullanımını doğrulayın.
- Object cache desteğini kontrol edin; kurulumu sorgu maliyeti ve doğru sepet davranışıyla değerlendirin.
- Sayfa önbellekleme eklentisinde sepet, ödeme ve hesabım sayfalarını hariç tutma listesine ekleyin.
- Ürün görsellerini WebP’ye dönüştürün ve ana ürün görseli hariç lazy load’u etkinleştirin.
- HPOS’u önce test ortamında etkinleştirip uyumluluğu doğruladıktan sonra canlıya alın.
- Süresi dolmuş geçici kayıtları kontrollü temizleyin; siparişleri ayrı bir veri saklama politikasıyla yönetin.
- Bir CDN üzerinden statik varlıkları (görsel, CSS, JS) dağıtın.
- Değişikliklerden sonra PageSpeed Insights ve gerçek kullanıcı verileriyle (Core Web Vitals raporu) sonucu doğrulayın.
Sık Yapılan Hatalar ve Çözümleri
Hata 1: Sepet Sayfasını Önbelleğe Almak
Bazı yöneticiler “her şeyi önbelleğe al, daha hızlı olur” mantığıyla sepet ve ödeme sayfalarını da sayfa önbelleğine dahil ediyor. Sonuç: bir kullanıcının sepeti başka bir kullanıcıya gösteriliyor. Çözüm: Bu sayfaları her zaman önbellek dışı tutun; bu, WooCommerce kurulumlarında en kritik tek kuraldır.
Hata 2: Object Cache Olmadan Sadece Sayfa Cache Kullanmak
Genel sayfa önbelleği kullanıcıya özel dinamik sayfaların maliyetini ortadan kaldırmaz. Desteklenen sorgu ve nesnelerin tekrar kullanılmasını sağlayan object cache bu işlemlere yardımcı olabilir; tüm yavaşlığı çözeceği varsayılmamalıdır. Önce sorgu ve sunucu kullanımını ölçün.
Hata 3: Eklenti Sayısını Hiç Denetlememek
Her biri kendi script ve stilini yükleyen onlarca eklenti birikince, sayfa ağırlığı istemeden ikiye üçe katlanabiliyor. Çözüm: Query Monitor veya benzeri bir araçla her eklentinin sayfa yükleme süresine katkısını ölçün ve kullanılmayanları kaldırın.
Hata 4: HPOS’u Test Etmeden Canlıya Almak
Bazı eski ödeme veya stok yönetimi eklentileri HPOS ile tam uyumlu olmayabiliyor. Çözüm: HPOS’u önce bir hazırlık (staging) ortamında etkinleştirip sipariş oluşturma, iade ve stok güncelleme senaryolarını test edin.
Hata 5: Görsel Boyutlarını Hiç Küçültmeden Yüklemek
Telefonla çekilen 4-5 MB’lık ürün fotoğraflarını doğrudan yüklemek, en yaygın ve en kolay önlenebilir hatalardan biri. Çözüm: Galerinin ihtiyaç duyduğu çözünürlüğe göre boyutlandırın ve WebP veya AVIF gibi desteklenen formatlarda kaliteyi kontrol edin.
Hata 6: Terk Edilmiş Sepet E-postalarını Her Dakika Kontrol Etmek
Bazı pazarlama eklentileri, terk edilmiş sepetleri tespit etmek için sürekli arka planda sorgu çalıştırır; bu sorgu sıklığı çok yüksek ayarlandığında sunucu kaynaklarını gereksiz yere tüketir. Çözüm: Bu kontrol sıklığını, mağazanızın gerçek sipariş hacmine göre makul bir aralığa (örneğin 15-30 dakika) ayarlayın.
Kime, Hangi Durumda Uygun?
Küçük bir mağazada iyi bir hosting, doğru sayfa önbelleği ve uygun görsel boyutları başlangıç için yeterli olabilir. Daha büyük mağazalarda object cache ve HPOS gibi seçeneklerin etkisini ölçerek değerlendirin. Bunların gerekliliği yalnızca günlük sipariş sayısına bağlı değildir; eklentiler, varyasyonlar, sorgular ve kampanya yükü de önemlidir. Kaynak sorununu teşhis etmeden yeni katmanlar eklemek bakım yükünü artırabilir. Hangi ölçekte olursanız olun, sipariş ve ödeme akışını test ederek ilerleyin.
Son olarak, hız optimizasyonunun tek seferlik bir proje değil, sürekli bir bakım süreci olduğunu unutmayın. Yeni bir eklenti kurduğunuzda, temanızı güncellediğinizde veya kampanya döneminde trafik arttığında, aynı teşhis-önbellekleme-doğrulama döngüsünü tekrar etmeniz gerekiyor.
Değişiklik Sonrası Doğrulama ve Geri Dönüş Planı
Optimizasyonun başarılı sayılması için sayfanın hızlı görünmesi yeterli değildir. Önce bir başlangıç kaydı oluşturun: seçtiğiniz ürünün URL’sini, cihazı, bağlantı profilini, test zamanını ve önbellek durumunu yazın. Ürün sayfasını birkaç kez ölçün; tek bir hızlı veya yavaş sonuca göre karar vermeyin. Test ortamının canlı ortamla kaynak bakımından aynı olmayabileceğini de hesaba katın. Sonuçları karşılaştırırken aynı ölçüm koşullarını korumak, küçük oynamaları gerçek iyileşme sanmanızı önler.
Her turda tek bir ayarı değiştirin. Örneğin önce görsel boyutunu düzeltin, sonra JavaScript geciktirmeyi deneyin. Aynı anda CDN, tema, cache ve veritabanı ayarlarını değiştirmek, hatanın kaynağını bulmayı zorlaştırır. Hangi ayarın değiştiğini, önceki değerini ve geri alma yolunu kaydedin. Kritik bir hata gördüğünüzde sonraki adıma geçmeden o değişikliği geri alın. Sipariş işlemleri çalışırken küçük bir skor artışı için kararlılıktan vazgeçmeyin.
İki ayrı tarayıcı profiliyle farklı ürünler sepete ekleyin. Miktar değiştirin, bir ürünü kaldırın, kupon uygulayın ve ödeme adımına ilerleyin. Kullanıcıların sepetlerinin birbirine karışmadığını, kargo ile toplam tutarın güncellendiğini ve hesabım bölümünün doğru kişiyi gösterdiğini kontrol edin. Ödeme sağlayıcısının test modu bulunan hazırlık ortamında başarısız ödeme, başarılı ödeme ve iade akışlarını sınayın. Gerçek müşterinin siparişi üzerinde deneme yapmayın.
Son olarak stok ve fiyat değişikliğinin ürün sayfasına ne zaman yansıdığını kontrol edin. Webhook, e-posta ve arka plan görevlerinin gecikmeden işlendiğini izleyin. Hız testi iyi çıkarken sipariş bildirimleri gecikiyorsa bakım tamamlanmış sayılmaz. Laboratuvar ölçümünü kullanıcı deneyimiyle birlikte değerlendirin; gerçek kullanıcı raporlarının değişikliği yansıtması zaman alabilir. Bu yöntemle bir sonraki eklenti veya tema güncellemesinde aynı kontrol listesini tekrar kullanabilirsiniz.
Sık Sorulan Sorular
WooCommerce hız optimizasyonu için ilk yapılması gereken şey nedir?
Önce Query Monitor gibi bir araçla darboğazı teşhis edin; teşhis yapmadan önbellekleme veya eklenti değişikliğine başlamak, çoğu zaman yanlış soruna zaman harcamanıza yol açar.
Sepet sayfasını önbelleğe almak neden tehlikeli?
Sepet sayfası her kullanıcı için farklı içerik gösterir; önbelleğe alınırsa bir kullanıcının sepeti yanlışlıkla başka bir kullanıcıya gösterilebilir.
HPOS her mağaza için gerekli mi?
HPOS yalnızca büyük mağazalara yönelik değildir; WooCommerce 8.2’den itibaren yeni mağazalarda varsayılan olarak kullanılır. Mevcut mağazada geçiş kararı eklenti uyumluluğu, senkronizasyon ve test sonuçlarına dayanmalıdır. Sipariş hacmi düşükse hız farkı daha az görünür olabilir; bu durum hazırlıksız geçiş yapmayı haklı çıkarmaz.
Paylaşımlı hosting ile WooCommerce hızlandırılabilir mi?
Evet, küçük mağazalar için sınırlı ölçüde mümkün; ancak object cache desteği genellikle paylaşımlı hostingte bulunmuyor, bu da hız kazancını sınırlıyor.
Önbellekleme eklentisi hangi sayfaları hariç tutmalı?
Sepet, ödeme ve hesabım sayfaları her zaman hariç tutulmalı; bu sayfalar kullanıcıya özel dinamik içerik gösteriyor.
