Bir web sitesinin “yavaş” olmasının temel nedeni genellikle bir resim değil,İstek bağlantısı + sunucu oluşturma + statik kaynak dağıtımı.Superpozisyonun neden olduğu:

  • Kullanıcı sunucunuzdan çok uzakta ve ağ RTT'si çok yüksek (kıtalararası olduğunda daha da belirgin).
  • WordPress her istek için PHP'yi çalıştırır, veritabanını sorgular ve şablonu oluşturur. → TTFB (İlk Bayt Süresi) yükseldi.
  • Sayfa ayrıca JS/CSS/fontları/üçüncü taraf komut dosyalarını yüklemek zorunda, bu da renderlemeyi ve etkileşimi yavaşlatıyor.

önbellek eklentisi.Çözümün merkezi, “yinelen hesaplamaların” sayfa sonuçlarını kaydetmek, böylece sunucunun her seferinde yeniden hesaplamak zorunda kalmamasını sağlamak ve uygun stratejilerle daha fazla kullanıcının önbelleğe erişmesini sağlayarak TTFB'yi (İlk Bayan Yanıt Süresi) önemli ölçüde azaltmaktır.WordPress resmi belgeleri.Ayrıca, W3 Total Cache, WP Super Cache gibi eklentilerin, sayfaları statik dosyalar olarak önbelleğe alıp doğrudan kullanıcılara sunarak sunucu işlem yükünü hafifletebileceği belirtilmiştir.

Bu sayfayı okumadan önce 3 kuralı hatırlayın.

1. Sayfa önbelleği eklentisi tek seferde yalnızca bir tane kullanır.

Aynı anda birden fazla önbellek eklentisini etkinleştirmek, en yaygın sonuçtan daha hızlı olmak değil, aksine daha yavaş olmaktır.

  • Birbirinin önbellek kurallarını geçersiz kılma, birbirinin önbelleğini temizleme ve önbellek isabet oranının düşmesi
  • Giriş durumu/dil/alışveriş sepeti/fiyatlar gibi dinamik içeriklerin önbelleğe alınması, “yanlış içerik” hatasına neden olur.
    Birçok eklenti belgesi/açıklaması, bir önbellek eklentisi kullanırken bunu yapmanızı önerir.Diğer önbellek eklentilerini yasaklayın.Çatışmalardan kaçınmak için.

2. E-ticaret/üyelik/çok dilli site: Önbellek bir “anahtar” değil, bir “kural sistemi”dir.”

WooCommerce resmi performans belgeleri.Açık uyarı: Önbellek eklentisinde bunun emin olduğunuzdan emin olun. Alışveriş sepeti / Ödeme / Hesap Sayfaların önbelleğe alınmaması gerekir ve JavaScript dosyalarının sıkıştırılmasından kaçınılması da önerilir (uyumluluk sorunlarına neden olabileceğinden).

3. “Önbellek eklentisi = CDN değil”, ancak önbellek eklentisi CDN'in temelidir.

Önbellek eklentisi, “kaynak istasyonunun eksik hesaplanması” sorununu çözer;CDN. “İçeriğin kullanıcılara daha yakın olmasını” sağlayın. Bu ikisi de üst üste binecek: Önce kaynak istasyonun TTFB'sini azaltın, sonra statik kaynakları CDN'ye dağıtın. Bu, global kullanıcılara en istikrarlı yoldur.

Hızlı seçim: Web sitesinin en yaygın 4 senaryosu.

Eğer tüm metni okumak istemiyorsanız, aşağıdaki 4 seçeneğe basarak temelde hiç hata yapmayacaksınız:

  1. Sorun yaşamak istemiyorsanız, istikrar arıyorsanız ve global erişim istiyorsanız. → WP Roketi.(Ücretli)
  2. Ana bilgisayar kesinlikle LiteSpeed/OpenLiteSpeed'dir. → LiteSpeed Önbelleği(Ücretsizdir, ancak sunucu kapasitesine çok bağımlıdır.)Cache işlevi gereklidir. LiteSpeed'in sunucu bileşenleri.Çalışabilmek için
  3. İçerik sitesi/blog/doküman sitesi, ücretsiz ve güvenilir olmasını ister. → WP Süper Önbellek.(Statik HTML önbelleği)Çoğu oturum açmayan kullanıcıya statik HTML dosyaları sağlanır.
  4. Teknik bir ekibiniz var ve (CDN/nesne önbelleği/çok modüllü) hassas kontrol yapmanız gerekiyor. → W3 Total Cache.(Güçlü ama karmaşık)Öne çıkanlar arasında kapsamlı bir performans çerçevesi ve CDN entegrasyonu bulunuyor.

Önbellek aslında neyi depoluyor?

“Neden bazı siteler önbellek kurulsa bile yavaş?” WordPress performansını 5 katmana bölelim:

  1. Tarayıcı önbelleğiKullanıcılara ikinci kez erişim sağlamayı daha hızlı hale getirin (statik kaynak önbelleği başlığı, sürüm numarası).
  2. Sayfa önbelleği: Sayfa çıktısını HTML olarak önbelleğe alın (bu sayfanın ana karakteri)
  3. Nesne önbelleği：Önbellek veritabanı sorgu sonuçları nesnesi (dinamik sitelerde daha değerli)
  4. PHP OPcachePHP bayt kodunun önbelleğe alınması (genelde sunucu tarafından yapılır, eklentinin odak noktası değildir).
  5. CDN/kenar depolama alanı.Kaynakları kullanıcılara daha yakın olan nodlara yerleştirin.

Bu makalede odak noktası şunlar: Sayfa önbelleği eklentisi;
Fakat size sürekli hatırlatılacaktır: Web siteleri genellikle “gerçekten hızlı” olmak için 2+5 kombinasyonuna ihtiyaç duyar.

Eklenti 1:WP Roketi.(Ücretli) — “Huzur sağlayan” entegre bir çözüm.

WP Rocket, “WordPress” senaryosunda popüler çünkü sihirli değil, en yaygın üç performans görevini “kontrol edilebilir paketler” haline getiriyor:

  • Sayfa önbelleği (kaynak istasyonun TTFB'sini azaltır)
  • Önbellek ön yükleme/ön ısıtma (küresel dağıtılmış erişim altındaki ilk ziyaret deneyimini geliştirir).
  • Öncü uçta önemli optimizasyonlar (özellikle JS gecikmesi, CSS işleme vb.)
WordPress önbellek optimizasyonu - LikaCloud

Bunun.Resmi belgeler.Ayrıca, açıkça belirtilmiştir: Sayfa önbelleğini kapatsanız bile, ön yüklemeyi açmak bazı optimizasyon süreçlerini (örneğin, CSS/JS ile ilgili optimizasyonlar) tetikleyebilir/yürürlüğe geçirebilir.

1.1 WP Rocket kimin için uygun?

WP Rocket özellikle bu siteler için uygundur:

  • Kurumsal web sitesi, marka sitesi, içerik pazarlama sitesi ve açılış sayfası (trafik birçok ülke ve bölgeden geliyor).
  • Umarım “hızlı yayınlanma ve stabilite önceliklidir” ve birçok ücretsiz eklenti kombinasyonuyla uğraşmak istemiyorum.
  • Tam zamanlı bir işletme ve bakım/performans mühendisi yok, ancak deneyim ve SEO gereksinimleri var.
  • WooCommerce. Ayrıca kullanılabilir, ancak daha dikkatli olunmalıdır (bu bölümün ilerleyen kısımlarında daha fazla bilgi verilecektir)Kurallar ve riskler.）

1.2 Web sitesi erişim senaryolarındaki temel değeri (sadece “önbellek anahtarı” değil).

A. Önbellek Ön Yükleme: “Web sitesinin dağıtılmış erişimi nedeniyle ilk ziyarette oluşan istikrarsızlığı” çözmeye yardımcı olur.”

Web sitesi kullanıcıları dağıldığında, çok tipik bir yavaşlıkla karşılaşırsınız:
Bir bölgedeki kullanıcı, bir sayfayı ilk kez açtığında, sayfanın önbelleğinin geçersiz olduğu veya hiç önceden yüklenmediği durumunda → Bu kullanıcı, tam PHP/DB oluşturma maliyetini karşılamak zorunda kalır.
Ön önbellek mekanizması.Bunun anlamı şudur:İlk kez oluşturulanın maliyetini önceden ödeyin.“İlk ziyarette acemi olma” olasılığını azaltın.

  • Ön önbellekleme yok: Kim ilk erişirse, o zarar görür.
  • Ön yükleme var: Sistem tarafından arka planda birlikte oluşturulan önbellek, ilk ziyaret deneyimini daha stabil hale getirir.

B. JavaScript'in yürütülmesinin gecikmesi: Web sitesi ziyaretlerinde en kolay “anlık sonuçlar”ı sağlayan özellik, ancak aynı zamanda en büyük riski de taşıyan özelliktir.

WP Rocket resmi olarak “JS yürütmesinin gecikmesi”En güçlü JS optimizasyonu olarak tanımlanır: Komut dosyalarının yürütülmesini, kullanıcının etkileşimi (fare hareketleri, dokunmatik ekran, kaydırma, tuş basmaları vb.) gerçekleştirmesinin ardına ertelemek, böylece sayfanın daha önce oluşturulmasını sağlar.

Bu, web sitesi ziyaretleri açısından önemlidir çünkü kıta ötesi ağlarda, komut dosyalarının yüklenmesi ve çalıştırılması daha kolay bir şekilde gecikebilir:

  • Kaynakların indirilmesi biraz yavaş → Ana iş parçacığı, komut dosyaları tarafından daha kolay bir şekilde geciktirilebilir.
  • Üçüncü taraf komut dosyaları (istatistik, reklam, sohbet eklentileri) INP/etkileşim gecikmesinin kötüleşmesine daha kolay katkıda bulunur.

Fakat bu da bazı sorunlara neden olabilir:

  • JS gecikmesi muhtemelen şunları etkileyebilir: menüler, slayt gösterileri, pop-up penceler, form doğrulaması, ödemeler ve izleme pikselleri
  • Bu nedenle, “adım adım ilerleme + kara liste dışarıda bırakma” stratejisine uygundur.

C. Diğer eklentiler/temalarla uyumluluk: Sorunsuz olmak “sıfır çatışma” anlamına gelmez.”

WP Rocket resmi olarak “buna özel bir liste" hazırlamıştır.“Uyumsuz eklentiler/temalar.”Listede, WP Rocket önbellek/optimizasyon çıktı tamponu gibi mekanizmaları etkileyebilecek nedenler de bulunuyor.

  • Eğer web sitenizde çok sayıda eklenti ve ağır temalar varsa, “performans optimizasyonunu” küçük bir canlı yayın projesi olarak düşünün: Her değişiklik için regresif testler yapın (formlar, giriş, ödemeler, çok dilli geçiş vb.)

1.3 WooCommerce/dinamik site için özel hatırlatma.

WooCommerce resmi belgeleri, bir önbellek eklentisi yapılandırırken verilen temel hatırlatma şudur:

Neden? :

  • Alışveriş sepeti, ödeme ve hesap sayfaları cookie/session/nonce'a fazla bağımlıdır.
  • Önbellek, bu sayfaları “statik sayfalar” olarak gördüğünde, en hafif durumda düğmeler çalışmayı durdurur ve en kötü durumda fiyat/envanter/hesap bilgileri karışır.
  • En korkutucu olan şey, bir bölgede testin sorunsuz olması ve diğer bölgede CDN/önbellek isabet farklılıkları nedeniyle sorunlarla karşılaşabilmenizdir.

1.4 önbellek eklentisi strateji düzeyinde öneriler.

1. Katman: Temel güvenlik geliri (neredeyse tüm istasyonların yapması gereken şey).

  • Sayfa önbelleğini açın.
  • Aç.Önbellek ön yükleme.(İlk ziyaretin stabilitesini artırın)
  • Mantıklı tarayıcı önbellek stratejisi (WP Rocket/sunucu/CDN herhangi bir katmanında uygulanabilir).

2. katman: Orta getiri, orta risk (çoğu içerik sitesi için uygun)

  • Görüntü/iframe'lerin gecikmeli yüklenmesi (görüntü optimizasyonu sayfasına daha fazla detay için).
  • CSS hacmini kontrol etmek (örneğin, kullanılmayan CSS'i kaldırmak).

3. Katman: Yüksek getiri ama yüksek risk (geri dönüş testi listesine sahip olmalıdır)

1.5 Fiyat ve yetkilendirme.

  • WP Rocket, ücretli bir lisanslama sistemidir ve farklı lisanslar site sayısına göre sunulur.

Eklenti 2:LiteSpeed Cache (LSCWP)—— “Ücretsiz en üst düzey donanım”ın ön koşulu, sunucunun gerçekten LiteSpeed olmasıdır.

WordPress önbellek optimizasyonu - LikaCloud

Pek çok kişi LiteSpeed Cache hakkında yanlış anlamalar yapıyor ve bunun sadece bir WordPress eklentisi olduğunu düşünüyor. Bu eklentiyi kurduğunuzda, WP Rocket gibi tüm sunucularda tüm gücünü göstereceğini düşünüyorlar. Aslında durum böyle değil.

LiteSpeed resmi belgeleriAçık açıklama: LSCWP'nin önbellek özelliği için LiteSpeed Sunucusu gereklidir çünkü LiteSpeed Web Sunucusu'nun yerleşik sayfa önbelleği (LSCache) ile iletişim kurması gerekir; eklenti, sunucuya hangi sayfaların önbelleğe alınabileceğini, ne kadar süreyle önbelleğe alınacağını ve etiketlerle temizlemeyi tetikleyeceğini söyler.

LiteSpeed Cache'in temel avantajı, “Sunucu düzeyinde sayfa önbelleği (LSCache)”LiteSpeed/OpenLiteSpeed sunucuları olmadan bu temel avantaj elde edilemez.

2.1 LiteSpeed ÖnbelleğiKimin için uygun?

Uygun:

  • Ana bilgisayar panelinizde açıkça belirtilmiştir. LiteSpeed / OpenLiteSpeed(Örneğin, birçok cPanel barındırma hizmeti bunu yazacaktır)
  • Siz “ücretsiz bir çözümün de güçlü bir TTFB ve eşzamanlılık kapasitesi sağlayabileceğini” umuyorsunuz.”
  • Kabul etmek ister misin: Bu çok güçlü, ama daha fazla kavramı da var (TTL, Etiket, Temizleme, ESI, Tarayıcı...).

Çok uygun değil:

  • Web sunucusunun ne olduğundan emin değilsiniz veya Nginx/Apache olduğunu doğrulamak istiyorsunuz (ancak bunu yalnızca kısmen kullanmak istiyorsanız, performans/fiyat oranı ve karmaşıklık açısından bu pek mantıklı olmayabilir).
  • Sen karmaşık bir e-ticaret/üyelik/çok dilli sitesin ama test sürecin yok (LSCWP güçlü ama “yanlış içeriği depolama” olasılığı daha yüksek).

2.2“si onun önbellek mekanizmasıdır: Neden daha çok ”sunucu kapasitesinin bir parçası" gibidir?”

LiteSpeed Cache'in mekanizmasını bir “mühendislik açıklaması” olarak yazabilirsiniz:

  • WP Rocket / WP Super Cache Bu tür şeyler daha çok WordPress/PHP tarafında önbellekleme ve optimizasyon yapmakla ilgilidir.
  • LSCWP Bu da “WordPress kontrol paneli + LiteSpeed Sunucusu'nun LSCache'i” kombinasyonudur: Eklenti, kuralları uygular ve temizleme sinyallerini verir. Gerçekten hızlı sayfa önbelleği oluşturma işlemi burada gerçekleşir.Sunucu katmanı.。

Bu, web sitesi erişim deneyimini doğrudan etkileyecektir: Sunucu tarafındaki önbellek genellikle daha hafif, daha hızlı ve daha fazla paralel işlemeye dayanıklıdır (özellikle ani trafik artışlarında ve arama motoru tarayıcılarının sık ziyaretleri sırasında).

2.3 Web sitesi kullanıcısı senaryosunda, LSCWP'nin “doğru açılma şekli”

“Doğru açma şeklini” 4 seviyeye ayırdık:

1. Katman: Sayfa önbelleği stratejisi (TTFB'nin gerçekten azalıp azalamayacağını belirler)

  • Hangi sayfaların depolanabileceğini belirleyin (çoğu açık içerik sayfası).
  • Hangi sayfaların asla önbelleğe alınmaması gerektiğini belirleyin (oturum açma, hesap, alışveriş sepeti, ödeme, dil/para birimi geçişi gibi sayfalar güçlü çerezlere bağlıdır).
  • Önbellek için makul bir TTL ayarlayın (içerik ne kadar sık güncellenirse TTL o kadar kısa olur; tersi de geçerlidir).
  • Temizleme stratejisi oluşturun: İçerik güncellendikten sonra ilgili etiketleri temizleyin (tüm siteyi kaba bir şekilde temizlemek yerine).

Bu katman doğru yapılırsa, web sitesinin en çok gördüğü şey budur. TTFB düştü, ilk ekran daha stabil.。

2. katman: Ön ısınma/tarayıcı (“popüler olmayan sayfalara ilk ziyaretin yavaş olup olmadığını” belirler).

Web sitesi ziyaretlerinde sık görülen “deneyim tutarsızlığı”, önbelleğin “soğuk-sıcak farklılığı”ndan kaynaklanır:

  • Popüler sayfalar sürekli olarak ziyaret edilir ve önbellek her zaman aktiftir.
  • Popüler olmayan sayfalar uzun süredir tıklanmadı ve ilk tıklayan kişi çok yavaştı.

Ön Isınma, bir artı değil, web sitesi ziyaret deneyiminin tutarlılığının anahtarıdır.

3. Katman: Dinamik içeriğin güvenlik çözümü (e-ticaret/üyelik/çok dil).

LSCWP'nin gücü, sana çok sayıda “gelişmiş araç” sunmasındadır. Örneğin:

  • Giriş yapan kullanıcılar, yorum yapan kullanıcılar vb. için farklılaştırılmış önbellek stratejileri.
  • Edge Side Includes'in (ESI) temel felsefesi, sayfaları "önbelleğe alınabilir ortak öğeler" ve "önbelleğe alınamayan dinamik parçalar" olarak bölme, her ikisini ayrı ayrı işleme ve sonra bunları edge node'da birleştirmeye dayanıyor.

4. Katman: Çevrimiçi hizmetler ve isteğe bağlı geliştirmeler.

Birçok web yöneticisi, LSCWP'de QUIC.cloud'un çevrimiçi hizmetleriyle (örneğin, sayfa optimizasyonu hizmetleri gibi) karşılaşabilir.QUIC.cloud belgeleriAçıkça belirtilmiştir: LSCWP'ye, Critical CSS (CCSS), Unique CSS (UCSS), Viewport Images (VPI) vb. dahil olmak üzere sayfa optimizasyonu hizmeti sunuyor.

  • Bu tür hizmetler isteğe bağlıdır.Çevrimiçi optimizasyonu etkinleştirmeden sadece sunucu önbelleğini kullanabilirsiniz.
  • Çevrimiçi hizmet etkinleştirildiğinde, sitenizin kaynakları/sayfa işleme bağlantıları değişecektir (bu, kurumsal/gizlilik duyarlı müşteriler için önemli bir bilgidir).

2.4 LSCWP'deki yaygın tuzaklar.

  1. Sunucu LiteSpeed değil, ancak LSCWP'yi tam işlevli bir önbellek eklentisi olarak görüyor.
    Sonuç: Önbellek beklenenden daha az etkili ve yapılandırma karmaşıklığını artırıyor. Çözüm: Öncelikle ana bilgisayar yığınını doğrulayın; eğer değilse LiteSpeed.WP Rocket veya WP Super Cache'i düşünebilirsiniz.
  2. Çok fazla ön uç optimizasyonunun etkinleştirilmesi, işlev bozukluğuna neden olur.
    Sayfa optimizasyonu (CSS/JS), genellikle “önbelleğin kendisinden” daha fazla uyumluluk sorununa neden olur. Öneri: Önce sayfa önbelleğini stabil hale getirin, sonra optimizasyonu adım adım başlatın ve bir geri dönüş testi listesi oluşturun (formlar, menüler, ödemeler, izleme, dil geçişi vb.).
  3. Dinamik sayfalar için dışlama/parçalama stratejisinin eksikliği
    Tipik hatalar: Alışveriş sepetinin, ödeme sayfasının ve hesap sayfasınınönbelleğe alınması; veya çok dilli/çok para birimli geçişin doğru olmaması. E-ticaret siteleri bunu, piyasaya sürmeden önce yapılacak kontroller olarak görmelidir (WooCommerce resmi olarak da bunu vurgulamaktadır).Anasayfa ve diğer ana sayfaların önbelleğe alınmaması gerekir.）。

Eklenti 3:WP Süper Önbellek.(Ücretsiz) - İçerik sitesinin “düşük risk, yüksek getiri” klasik çözümü.

WordPress önbellek optimizasyonu - LikaCloud

WP Süper Önbellek. Neden uzun süredir popüler? Çünkü sorunları çok doğrudan ve çok “sunucu dostu” bir şekilde çözüyor:
Dinamik WordPress sayfalarını statik HTML dosyalarına dönüştürün.Daha sonra bu HTML dosyaları doğrudan web sunucusu tarafından sağlanır ve böylece pahalı PHP işlemi atlanır.

Eklenti sayfası ayrıca şunu belirtir: Statik HTML, çoğu oturum açmayan kullanıcıya sunulur ve çok anlamlı bir açıklama yapar - “99%”nin ziyaretçilerine statik HTML dosyaları sunulacaktır" ve bir önbellek dosyası binlerce kez hizmet edebilir.

3.1 WP Super Cache kimin için uygun?

Şiddetle tavsiye edilir:

  • Bloglar, medya içeriği siteleri, belge siteleri, kurumsal tanıtım siteleri ve açılış sayfaları.
  • Ziyaretçiler çoğunlukla oturum açmamış kullanıcılardan oluşuyor.
  • Sen istiyorsun: ücretsiz, istikrarlı ve düşük bakım maliyeti.

Dikkatli kullanın/daha güçlü bir stratejiye ihtiyaç var:

  • Güçlü dinamik web sitesi: Çok sayıda kişiselleştirilmiş içerik, kullanıcının durumuna göre değişen sayfalar.
  • Büyük e-ticaret siteleri: Kullanılabilir, ancak önemli sayfaların önbelleğe alınmamasını sağlayın ve test sürecinize uygun şekilde kullanın.

3.2 Üç depolama şekli:

WP Super Cache eklentisinin açıklamasında, önbellekleme yöntemleri 3 farklı hız seviyesine göre sıralanıyor ve aradaki farklar açıklanıyor:

  • mod_rewrite (uzman)En hızlısı, PHP'yi tamamen atlamaktır, ancak .htaccess'i değiştirmeniz gerekir ve yanlış yapılandırma, sitenin kullanılamamasına neden olabilir.
  • Basit (önerilen yöntem)PHP tarafından sağlanan “süper önbellek” statik dosyaları, mod_rewrite hızına yakın, ancak daha kolay yapılandırılabilir.
  • WP-Cache önbelleğiDaha esnek, bilinen kullanıcılar, parametreli URL'ler, abonelik kaynakları vb. için kullanılır, ancak daha yavaştır.

Tavsiye edilen seçenek:

  • Yeni başlayanlar/istikrar arayanlar: Önerilen yöntemi kullanın (basit).
  • Sunucu kurallarına aşinasınız ve kuralları yeniden yazma riskini üstlenmeye istekliysiniz: Uzman modunu düşünebilirsiniz.
  • Daha esnek bir “bilinen kullanıcı/parametreli” işlemeye ihtiyacınız var: WP-Cache'in konumunu anlayın.

3.3 WP Super Cache'in avantajları ve dezavantajları.

Avantajları:

  1. CDN ile birlikte kullanım için çok uygundur.
    Çünkü esasen “statik HTML oluşturuyor”dur, bu da doğal olarak CDN/kenar boşluğu depolama felsefesine uyuyor.
  2. Kaynak istasyonunun CPU/veritabanı stresinin azaltılması oldukça basittir.
    Web sitesi trafiği dağıldığında, arama motorları ve sosyal medya tarayıcıları da dünyanın her yerinden gelebilir. Statik hale getirme, “tekrar eden oluşturma” etkisine karşı belirgin bir şekilde etkilidir.

Zayıf noktalar:

  1. Bu, “entegre performans optimizasyon paketi” değil.”
    Başlıca sayfa önbelleğinde güçlü olan bu eklenti, WP Rocket gibi tek bir paketleme yerine CSS/JS'yi derinlemesine optimize etmiyor. “Resim optimizasyonu sayfası” ve “ön uç optimizasyonu sayfası”nda daha fazla içerik eklemek (veya diğer eklentiler/tema düzeyinde optimizasyon yapmak) gerekebilir.
  2. “Dinamik kişiselleştirme” konusunda daha dikkatli olmalısınız.
    Örneğin, farklı içerikleri bölgeye göre göstermek, farklı fiyatları/dilleri/önerileri kullanıcı durumuna göre göstermek gibi. Bu durumda, dışlama stratejileri oluşturmanız ya da daha uygun bir bölümlendirilmiş önbellek çözümü kullanmanız gerekir.

3.4 WooCommerce uyumluluğu: Neden daha “güvenli”?”

WooCommerce'in resmi yardım belgeleri.Bahsedildi: WooCommerce, WP Super Cache ile doğrudan uyumludur ve WooCommerce, WP Super Cache'e bilgi gönderir, böylece Cart, Checkout ve My Account sayfaları varsayılan olarak önbelleğe alınmaz.

  • Tecrübesiz olsanız bile, WP Super Cache + WooCommerce kombinasyonu “önemli sayfaların önbelleğe alınması” tuzaklarına düşme ihtimalinizi azaltır.
  • Ancak, yayınlanmadan önce regresif testler yapmanız tavsiye edilir (ödeme, kuponlar, nakliye ücretleri, vergi oranları, çoklu para birimi vb.)

Eklenti 4:W3 Total Cache (W3TC)— En kapsamlı “performans çerçevesi”, mühendislik ekipleri için uygundur.

WordPress önbellek optimizasyonu - LikaCloud

W3 Total Cache. WordPress.org'un konumu “tek bir önbellek eklentisi” değil, daha çok “web sitesi performans optimizasyonu çerçevesi” gibidir: SEO, Core Web Vitals ve genel deneyimi geliştirmek için CDN entegrasyonu ve en iyi uygulamalara odaklanır.

Eklenti açıklamasında belirtilen özellikler oldukça geniştir: sayfa/yayın önbelleği, CSS/JS önbelleği, yayın akışı önbelleği, arama sonuçları önbelleği, veritabanı nesneleri önbelleği, nesne önbelleği, parça önbelleği (fragment cache) ve Redis/Memcached/APC gibi çeşitli önbellekleme yöntemlerini destekler. Ayrıca mobil cihazlarda UA/Referrer'a göre gruplandırılmış önbellek, AMP desteği ve ters proxy (Nginx/Varnish) entegrasyonu da dahildir.

4.1 W3 Total Cache kimin için uygun?

Çok uygun:

  • Geliştirme/işletme ve bakım becerileriniz var ve “her bir özelliği ayrı ayrı etkinleştirme + stres testi + geri dönüş testi” yapmaya isteklisiniz.”
  • Siteiniz karmaşık: birden çok dil, birden çok tema değişimi, mobil cihazlar için farklılıklar ve karmaşık içerik yapısı.
  • Sadece sayfayı değil, nesneleri ve parçaları da sisteme entegre etmek istiyorsunuz (özellikle dinamik siteler için).

Uygun değil:

  • Sen “yükleme sonrasında doğrudan hızlı” istiyorsun, önbellek katmanlarını anlamak istemiyorsun.
  • Test süreciniz yok, ancak sıkıştırma, gecikme komut dosyaları vb. gibi yüksek riskli öğeleri tek seferde etkinleştirmek istiyorsunuz.

4.2 Neden “güçlü ama karmaşık” diyoruz: Web siteleri “kontrol edilebilirlik”e değer verir.”

W3TC'nin değeri, “mutlaka diğerlerinden daha hızlı olması” değil, performans stratejilerini mühendislik sistemine dönüştürmenize olanak tanıyan yeterli sayıda kontrol düğmesi sağlamasında yatıyor:

  • Sayfa önbelleği: Bellek, disk veya CDN'de bulunabilir.
  • Veritabanı nesne önbelleği, nesne önbelleği: Redis/Memcached vb. kullanılabilir.
  • Fragment önbelleği: “yarı dinamik sayfalar” için çok anlamlıdır.
  • Mobil destek: Öneren kişi veya kullanıcı aracı grubuna göre sayfaları depolayın.
  • CDN yönetimi: Medya kitaplığı, tema dosyaları vb. için şeffaf CDN yönetimi.

Bu yetenekler, web siteleri için özellikle değerlidir çünkü global erişim sıklıkla karşılaşılan bir durumdur:

  • Aynı sayfanın farklı cihazlarda, farklı bölgelerde ve farklı dillerdeki sürümleri
  • Bazı içerikler önbelleğe alınabilir, bazıları ise gerçek zamanlı olmalıdır (örneğin fiyatlar, envanterler, kullanıcı durumları).

4.3 W3TC'nin “Önerilen Etkinleştirme Sırası”

Tavsiye sırası:

  1. İlk olarak sadece sayfa önbelleğini aktifleştirin.
    Doğrulama: TTFB düştü mü, içerik tutarlı mı, oturum açma durumu/çok dil/e-ticaret anahtar süreçleri normal mi?
  2. Tarama motoru önbelleğini yeniden aktive edin.
    Hedef: Tekrar ziyaretleri ve statik kaynakların yüklenmesini daha hızlı hale getirerek kıtalar arasındaki yinelen indirmeleri azaltmak.
  3. Nesne önbelleği / veritabanı nesne önbelleğini yeniden değerlendirin.
    Uygulama: Dinamik web siteleri (WooCommerce, üyelik sistemi, karmaşık sorgular).
    Geçerli değil: Saf içerik sitelerinin geliri sınırlı olabilir ve hatta kaynak tüketimini artırabilir.
  4. Son olarak, sıkıştırma/gecikme komut dosyaları/ön uç optimizasyonunu halledin.
    Bu, işlevsel anormalliklere en çok neden olan katmandır. Bu nedenle, geri dönüş test listesi oluşturulmalıdır (ödeme, formlar, izleme, pop-up penceler, menüler, dil değiştirme vb.).

WooCommerce'in “Önbellek Eklentisi Yapılandırması” hatırlatması.Önemli sayfaların önbelleğe alınmaması ve JS dosyalarının sıkıştırılmasından kaçınılması önerilir.

Dört eklenti karşılaştırma matrisi

Dikkat: Bu “kim daha güçlü” değil, “senin senaryonuz kiminle daha uyumlu”dur.

Boyutlar.WP Roketi.LiteSpeed ÖnbelleğiWP Süper Önbellek.W3 Total Cache.
Taban konumlandırmaEndişesiz entegrasyon (önbellek + optimizasyon)Sunucu düzeyinde önbellek (LSCache'e bağlı)Statik HTML önbelleğiPerformans çerçevesi (çok önbellek katmanı + CDN)
Anasayfa bağımlılığı.Düşük (evrensel)Yüksek (çekirdek önbelleği kullanmak için LiteSpeed/OpenLiteSpeed gereklidir).Düşük (evrensel)Çince (evrensel, ancak çevre/konfigürasyon yeteneklerine daha çok bağımlı)
Öğrenme maliyeti.Düşük-orta中低高
İçerik sitesi öneri derecesiÇok yüksek.Çok yüksek (önkoşullar sağlandığında).Çok yüksek.Ortalama-yüksek (ekibe bağlı)
E-ticaret/üye sitesiKullanılabilir fakat dikkatli bir şekilde hariç tutulmalıdır (WooCommerce anahtar sayfaları depolanmaz).Kullanılabilir fakat daha fazla kurala/bölümlendirme stratejisine ihtiyaç var.Kullanılabilir ve WooCommerce, ana uyumluluğunu ve önemli sayfaların varsayılan olarak önbelleğe alınmamasını belirtir.Kullanılabilir, mühendislik kontrolü için uygundur.
BÜTÇEÖdeme yapmak.Ücretsiz.Ücretsiz.Ücretsiz + ücretli sürüm.

“Önbellek kazası” ve önleme listesi.

1. Önbellek, “yanlış içerik”e neden olan üç ana nedenden kaynaklanır.

A. “Durumlu” sayfaları “durumsuz statik sayfalar” olarak görme.”

Tipik: Hesap sayfası, alışveriş sepeti ve ödeme sayfası cachlenir. WooCommerce Yetkililer, defalarca vurguladı ki Alışveriş sepeti/ödeme/hesap verileri, depolanmamalıdır.

B. Çoklu dil/çoklu para birimi/bölge değişkenleri, önbelleği doğru şekilde ayırt edemiyor.

Eğer siteniz çerezlere, sorgu parametrelerine ve coğrafi konuma göre farklı içerikler gösteriyorsa, o zaman önbellek “değişken boyutunu” göz önüne almalıdır. Aksi takdirde, A bölgesindeki kullanıcılar tarafından oluşturulan önbellek, B bölgesindeki kullanıcılar tarafından yeniden kullanılabilir.

C. Ön uç optimizasyonu (JS/CSS) değişiklikleri işlev bozukluğuna neden oldu.

Özellikle JS sıkıştırma, birleştirme ve gecikmeli yürütme. WooCommerce bile bunu öneriyor.JS dosyalarının sıkıştırılmasından kaçının.。

2. Canlı yayına geçmeden önce geri dönüş testi listesi.

  • Giriş/çıkış normal mi?
  • Form gönderimi (iletişim formu, abonelik, oturum açma/kayıt) normal mi?
  • E-ticaret süreci: Sepete ekle → Kupon → Nakliye/vergi → Ödeme → Sipariş sayfası.
  • Çoklu dil geçişi stabil mi? (Geçişten sonra içerik, URL, hreflang, para birimi)
  • Mobil cihaz menüsü, pop-up penceresi, kaydırma ve tembel yükleme normal çalışıyor mu?
  • İzleme komut dosyalarının hala tetiklenip tetiklenmediğini kontrol edin (GA, Meta Pixel, dönüşüm olayları).

ortak sorunlar

S1: Önbellek eklentisini yüklediğimde yurt dışı erişim hala yavaş neden?

En yaygın nedeni, yalnızca “kaynak istasyonunun yeniden oluşturulmasını” çözmenizdir, ancak “kıtalararası ağ gecikmesini” çözmemişsinizdir.
Önbellek eklentileri, sunucunun içeriği daha hızlı sunmasına olanak tanır (TTFB azalır), ancak statik kaynaklar (resimler, CSS, JS, yazı tipleri) ve global bağlantıların RTT'si hala gereklidir. CDN. Mesafeyi kısaltmak için.
👉 Bu nedenle doğru yol:Önce kaynak istasyonunun önbelleğini sağlamlaştırın.Daha sonra CDN'de global dağıtım yapın.。

S2: Önbellekten sonra içeriği değiştirdim ama güncellenmedi neden?

Çünkü gördüğünüz “eski önbellek”. Çözüm yolu:

  • Temizleme stratejisi oluşturun: Makaleleri/sayfaları güncelledikten sonra ilgili önbelleği temizleyin (tüm siteyi temizlemek yerine).
  • Preheat/crawler'ı olan çözümler için: Temizledikten sonra ön ısıtma yapılmalı, aksi takdirde ilk ziyaret yavaş olacaktır.
  • CDN için: CDN kenarının da eski kaynakları önbelleğe almış olabileceğini göz önüne almanız gerekir.

S3: WP Rocket + WP Super Cache'i aynı anda kurabilir miyim?

Tavsiye edilmez. Bir sayfa önbelleği eklentisi aynı anda tek bir şey yapmalıdır. “Birisi önbellek oluşturur, diğeri optimizasyon yapar” fikrini “bölüşme” olarak anlayabilirsiniz, ancak gerçekte ikisi de genellikle sayfa önbelleği/kaynak yeniden yazımına müdahale eder ve çakışma olasılığı yüksektir. Bir “ana önbellek eklentisi” seçmek daha önerilir ve diğer gereksinimler için daha spesifik tek araçlar kullanılmalıdır.

4. Soru: E-ticaret sitesinde önbellek kullanmak çok tehlikeli değil mi?

Tehlikeli değil, tehlikeli olan “kural yok”dur.WooCommerce'in önerileri.Çok açık: Alışveriş sepeti/ödeme/hesaplar önbelleğe alınmaz ve JS sıkıştırılmasından kaçınılır.
Ayrıca WooCommerce, bununla ilgili olarak da bahsetti. WP Super Cache yerel olarak uyumludur.Ve varsayılan olarak, kritik sayfaların caching'ini önleyin.
Bu nedenle, e-ticaret siteleri tamamen önbelleğe alınabilir, ancak bunları “canlı değişiklikler” olarak görürsek, mutlaka test edilmelidir.

S5: LiteSpeed Cache mi yoksa WP Rocket'ı mı seçmeliyim?

  • Anladığınıza göre ana bilgisayar LiteSpeed/OpenLiteSpeed'dir.Öncelikli olarak LiteSpeed Cache (ücretsiz ve güçlü, temel avantajları sunucu seviyesindeki LSCache'den geliyor).
  • Anakart hakkında emin değilsiniz / Uğraşmak istemiyorsunuz / Tek bir çözümle her şeyin sorunsuz olmasını istiyorsunuz.WP Rocket daha stabil.
  • Sen bir içerik sitesisin ve bütçeye duyarlısın.WP Super Cache daha stabil ve daha hafif.

Önbellek eklentisi, CDN ile birlikte kullanılır.

Önbellek eklentisi, “kaynak istasyonunun daha az hesaplanması ve daha düşük TTFB” ile ilgili sorunları çözer; CDN ise “statik kaynakların ve sayfaların global kullanıcılara daha yakın olması” ile ilgili sorunları çözer. Her ikisinin birlikte kullanılması, global erişim için en yaygın ve en iyi çözümdür.

  • İçerik sitelerinde sık görülen kombinasyonlar:Sayfa önbelleği + CDN statik dağıtımı.
  • Dinamik sitelerin yaygın kombinasyonları:Sayfa önbelleği (katı dışlama) + nesne önbelleği (ihtiyaç duyulduğunda) + CDN statik dağıtımı.

👉 Okuma:CDN hızlandırması (global düğümler ve önbellek stratejisi)

Web sitesi önbelleği önerilen kombinasyonu.

1. İçerik sitesi / blog / belge sitesi

Hedef: TTFB'yi azaltın, ilk ekranı daha stabil hale getirin, sunucu stresini azaltın ve CDN ile global dağıtıma geçin.

1.1 En sorunsuz işletme kombinasyonu.

  • WP Rocket (sayfa önbelleği + ön yükleme + uç tarafı optimizasyonu)
    • CDN (CDN sayfasında açıklanacak).

Uygulama:

  • Siz “az ayar, hızlı sonuç ve düşük risk” istiyorsunuz.”
  • Çok sayıda tema / eklenti vardır ve uyumluluk sorunlarını ortadan kaldırmak istiyorum.

Dikkat edilmesi gereken noktalar:

  • Ön uç optimizasyonu (özellikle JS gecikmesi) aşamalı olarak etkinleştirilir ve işlev bozukluklarını önler (menüler, formlar, izleme vb.)
  • Güncellenen/sık yayın yapan sitelerin “temizleme + ön ısıtma” stratejisine ihtiyacı vardır, aksi takdirde popüler olmayan sayfaların ilk ziyareti yavaş olacaktır.

1.2 Ücretsiz ve güvenilir klasik kombinasyon.

  • WP Super Cache (statik HTML önbelleği)Dinamik sayfaları statik HTML'ye dönüştürün. Bu esasen oturum açmamış kullanıcılara hizmet eder.

Uygulama:

  • Bütçeye duyarlı fakat istikrarlı olmak gerekir.
  • Ziyaretçiler genellikle giriş yapmıyor.
  • İçerik güncelleme hızı kontrol edilebilir.

Dikkat edilmesi gereken noktalar:

  • Bu, “sayfa önbelleğinin öncelikli olması” kombinasyonudur. Tüm CSS/JS karmaşıklıklarını otomatik olarak çözeceğini beklemeyin.

2. Kurumsal site / Marka sitesi / Açılış sayfası.

Hedef: Hızlı olmak gerekir, ancak daha da önemlisi “optimizasyonun dönüşüm zincirini kesmemesi” gerekir.

2.1 Sağlam ve kontrollü (global yayın/dönüşüm istasyonu tavsiye edilir)

  • WP Roketi.
  • + (Opsiyonel) Hafif görüntü optimizasyonu (“Görüntü Optimizasyonu” sayfanız var).
    • CDN.

Dönüşüm istasyonu için neden uygun:

  • Dönüştürme istasyonu, “formların/pop-up pencelerinin/izleme komut dosyalarının optimize edilerek bozulmasından” en çok korkar.”
  • WP Rocket'in yaklaşımı daha “entegre”dir. Bir sistemde her bir özelliği etkinleştirip sonra geri dönüş testi yapabilirsiniz.

Kurumsal web sitesinin “canlı yayın ilkeleri”:

  • Performans optimizasyonu bir “canlı değişiklik”tir ve geri dönüş testi listesine sahip olmak gereklidir.
  • JS gecikmesi/birleştirme/sıkıştırma içeren tüm ayarlar, öncelikle ön yayınlanma ortamında doğrulanmalı ve daha sonra yayına geçirilmelidir.

3. WooCommerce e-ticaret sitesi (siparişler + dinamik sayfa güvenliği)

Hedef: Hızlı olmak gereklidir, aynı zamanda alışveriş sepeti, ödeme ve hesap gibi sayfaların kesinlikle doğru olmasını da sağlamak gerekir.

WooCommerce'in önbellek eklentileri için resmi gereksinimleri çok açıktır:Alışveriş sepeti / ödeme / hesap sayfalarına önbellek uygulamayın.Ayrıca, uyumluluk sorunlarını azaltmak için JavaScript dosyalarının sıkıştırılmasından kaçınmanız önerilir.

3.1 Daha “yeni başlayanlara uygun” ücretsiz güvenli rotalar.

  • WP Super Cache + WooCommerce
    • CDN.

Neden “daha güvenli bir giriş” olarak listelendiği:

  • WooCommerce, WP Super Cache ile doğrudan uyumlu olduğunu belirtir ve WP Super Cache'e alışveriş sepeti/ödeme/hesap gibi temel sayfaları varsayılan olarak önbelleğe almaması gerektiğini bildirir.
  • E-ticarete yeni başlayan siteler için, “önce bir kazaya uğramamak” “en yüksek performans”tan daha önemlidir.

3.2 Eğer LiteSpeed sunucusu kullanıyorsanız (ücretsiz fakat çok güçlü).

  • LiteSpeed Cache (temel sunucu önbelleğinin avantajlarından yararlanmak için LiteSpeed/OpenLiteSpeed sunucusu olması gerekir).
  • + (Opsiyonel) Nesne önbelleği (Redis/Memcached, ana bilgisayarın kapasitesine ve site ölçeğine bağlı olarak)
    • CDN.

Uygulama:

  • Anasistem nettir ve önbellek kurallarını ve dışlama stratejilerini belirlemek istiyorsunuz.
  • Sipariş hacmi ve ürün miktarı büyük olduğu için, kaynak istasyonunun daha güçlü bir şekilde baskıya dayanabilmesi gerekir.

3.3 Mühendislik ekibi/karmaşık e-ticaret (çok modüllü kontrol edilebilir)

  • W3 Total Cache (performans çerçevesi, çoklu önbellek katmanı ve CDN entegrasyonu)
    • Nesne önbelleği (ihtiyaç duyulduğunda)
    • CDN.

Uygulama:

  • Geliştirme/işletme ve bakım varsa, “modüllerin aşamalı olarak etkinleştirilmesi + stres testi + regresyon testi” ile canlı hale getirilebilir.
  • Fragment önbelleği/daha karmaşık varyant stratejileri (örneğin cihaz/bölge/dil bazlı ince önbellek) gereklidir.

4. Üye istasyonu / topluluk / çevrimiçi dersler (çok fazla oturum açma, güçlü kişiselleştirme)

Hedef: Halka açık içeriği hızlı hale getirin ve aynı zamanda “oturum açan kullanıcıların içeriğinin karışmamasını” sağlayın.

4.1 Sorunsuz fakat stratejinin sıkı bir şekilde dışlanması gereklidir.

  • WP Roketi.
  • + (Opsiyonel) Nesne önbelleği (çok sayıda dinamik sorgu varsa)
    • CDN.

Ana nokta:

  • Kullanıcıya göre değişen sayfaları önbellekten çıkarmak gerekir: Kişisel merkez, siparişler, öğrenme ilerlemesi, mesajlar, alışveriş sepeti vb.
  • Bu tür sitelerde “başkalarının içeriğini görmek/yetkilerin karışması” en yaygın sorundur. Sayfada riskleri ayrıntılı olarak açıklamak gerekir.

4.2 LiteSpeed sunucusu + gelişmiş strateji.

  • LiteSpeed Cache (sunucu önbelleği + daha karmaşık strateji araçları)
  • + (Gerektiğinde) nesne önbelleği
    • CDN.

Ana nokta:

  • Üye istasyonlar genellikle “önbelleğe alınabilir ana öğeler + önbelleğe alınamayan klipler” felsefesine daha çok ihtiyaç duyar.
  • Ön Isıtma ve Temizleme stratejileri daha hassas olmalı, aksi takdirde “güncellemeden sonra kullanıcıların eski içeriği görmesi” çok sık bir durum olacaktır.

Web sitesi, “Mayın İmha Örnekleri Veritabanı”nı depoluyor.”

Örnek 1: Önbellek eklentisini yükledikten sonra hız neredeyse hiç değişmedi.

Fenomen:

  • Yerel/bölgesel hız testi iyi, ancak yurt dışı (kıtalararası) hala yavaş.
  • TTFB gelişti, ancak genel yükleme süresi belirgin bir şekilde azalmadı.

Yaygın nedenler:

  • Sadece kaynak istasyonunu önbelleğe aldınız (TTFB), ancak statik kaynaklar (resimler/JS/CSS/fontlar) hala kaynak istasyonundan kıtalararası olarak yükleniyor.
  • Üçüncü taraf komut dosyaları (reklamlar, sohbet, istatistikler) oluşturma ve etkileşimi yavaşlatır.
  • Resimlerin boyutu çok büyük olduğu için indirme yavaş oluyor (önbellek, “ilk indirme”nin boyut sorununu çözemiyor).

Çözüm yolu:

  • Önbellek eklentisi öncelikle “kaynak istasyonunun düşük hesaplaması + isabet oranı”ndan sorumludur.”
  • Static resources go CDN.
  • Resim, resim optimizasyonu için gönderildi.
  • Üçüncü taraf skriptleri, gecikme/bölme stratejisi yapar.

Okuma:

Örnek 2: önbelleği etkinleştirdikten sonra, sayfayı değiştirdiniz ancak ön yüz güncellenmedi.

Fenomen:

  • Arka uç, içerik/stil güncellendi, ancak ön uç hala eski sürümü gösteriyor.
  • Veya sadece bazı bölgeler güncellenirken diğer bölgeler hala eski halinde kalır (bu, global sitelerde oldukça yaygındır).

Yaygın nedenler:

  • Sayfa önbelleği temizlenmedi veya temizleme kapsamı yanlıştı.
  • Ön Isıtma/Tarama motoru çalışmadı, temizledikten sonra önbellek soğuk olduğu için ilk ziyaret yavaş oldu ve siz de güncelleme yapılmadığını düşündünüz.
  • CDN kenarı önbelleğini etkinleştirdiyseniz, kenar da eski kaynakları koruyabilir.

Çözüm yolu:

  • Bir “yayınlandıktan/güncellendikten sonra temizleme stratejisi” oluşturun: İlgili sayfaları temizleyin, tüm siteyi temizlemek yerine.
  • Önemli sayfalar (ana sayfa, temel açılış sayfası) için ön ısıtma stratejisi oluşturun ve “temizleme = yavaşlama” durumunu önleyin.”
  • CDN katmanı, gerektiğinde kenar temizleme işlemi yapar.

Örnek 3: Çoklu dil/çoklu para birimi geçişinden sonra içerik karıştı.

Fenomen:

  • Dili değiştirdikten sonra sayfa hala önceki dilde görüntüleniyor.
  • Veya bazı bölgelerdeki kullanıcılar hatalı para birimi/hatalı içerik görebilir.

Yaygın nedenler:

  • Çerezler/parametreler/dil ön ekleri/alt alanlar gibi “değişken boyutları” ayırt etmeyen bir önbellek.
  • Önbellek isabeti, A dilinin sayfa sonuçlarını B dilindeki kullanıcılara verdi.

Çözüm yolu:

  • Çok dilli çözümünüzü belirleyin: dizin/alt alan/parametre/çerez.
  • Önbellek kurallarına “değişken strateji” ekle ya da önemli sayfaları hariç tut.
  • Bazı siteler daha gelişmiş “parçalı önbellek” felsefesine ihtiyaç duyar (W3TC, mühendislik kontrolü için daha uygundur).

Örnek 4: E-ticaret sitesi, önbellek kullanmaya başladıktan sonra alışveriş sepeti/ödeme sırasında sorunlar yaşanmaya başladı.

Fenomen:

  • Alışveriş sepeti sayısı yanlış, fiyatlar yanlış ve ödeme düğmesi işe yaramıyor.
  • Giriş yaptıktan sonra kendinize ait olmayan içeriği görmek (ciddi)

Yaygın nedenler:

  • Alışveriş sepeti/Ödeme/Hesabım gibi temel sayfaların önbelleğe alınması.
  • JS'nin küçültülmesi/birleştirilmesi, ödeme/dinamik bileşenlerin uyumsuzluğuna neden oluyor.

Çözüm yolu:

  • WooCommerce resmi olarak, alışveriş sepeti/ödeme/hesap bilgilerinin önbelleğe alınmamasını belirtir ve JS dosyalarının sıkıştırılmasından kaçınmanızı önerir.
  • Öncelikle “sayfa önbelleği + hariç tutma”yı stabil hale getirin, sonra ön uç optimizasyonunu düşünün.
  • WP Super Cache kullanıyorsanız, WooCommerce bunun yerel uyumlu olduğunu belirtir ve varsayılan olarak önemli sayfaların önbelleğe alınmasını önler.

Vaka 5: “Ertelenen JS/birlikte gelen komut dosyaları”nı etkinleştirdikten sonra, menüler/formlar/pop-up pencereler bozuldu.

Fenomen:

  • Navigasyon menüsü açılamıyor.
  • Form doğrulaması başarısız oldu veya form gönderilemedi.
  • Pop-up/karusel penceresi anormalliği
  • İstatistik/dönüştürme olayları tetiklenmiyor (reklam ağı için en büyük sorun).

Yaygın nedenler:

  • Gecikmeli JS, komut dosyalarının yürütülme zamanını değiştirir: Kullanıcı etkileşimi öncesinde komut dosyaları yürütülmez ve bazı bileşenler “sayfa yüklendiğinde başlatılır”.”
  • Birleştirme/sıkıştırma, komut dosyası sırasını değiştirebilir veya bağımlılıkları bozabilir.

WP Rocket, “gecikmeli JS yürütmesini” en güçlü JS optimizasyonlarından biri olarak tanımlıyor: komut dosyaları, kullanıcı etkileşiminden sonra yürütülür, böylece sayfanın oluşturulması öncelikli hale gelir. Bu özellik çok güçlü fakat daha yüksek uyumluluk riski anlamına da geliyor.

Çözüm yolu:

  • Aşamalı olarak etkinleştirin: önce önbellek, sonra resimler, sonra CSS ve son olarak JS.
  • Kilit senaryolara hariç tutma ekle (ödeme, form, menü, izleme)
  • Her değişiklik için regresyon test listesi yapılmalıdır.

Vaka 6: Sadece LiteSpeed Cache'i kurdim, ama pek faydalı olmadığını hissediyorum.

Fenomen:

  • LiteSpeed Cache'i açtım ama TTFB çok azaldı.
  • Vuruş yüzdesi de bariz değil.

Yaygın nedenler:

  • Sunucunuz LiteSpeed/OpenLiteSpeed değil, bu nedenle LSCache'in temel özelliklerini kullanamazsınız.
  • Veya onun birçok optimizasyonunu etkinleştirdiniz, ancak “sayfa önbellek stratejisi/ön ısıtma/hariç tutma” ayarları yapılmadı.

Çözüm yolu:

  • Öncelikle ana bilgisayar yığınını doğrulayın: LiteSpeed/OpenLiteSpeed mi? (Bu bir ön koşuldur)
  • Çalışmanın odak noktasını “sayfa önbellek stratejisi + ön ısıtma + dışlama + temizleme” olarak yeniden belirleyin.”
  • Eğer LiteSpeed sunucusu değilse: WP Rocket veya WP Super Cache'i düşünebilirsiniz.