WordPress sitenizdeki toplam engelleme süresini (TBT) nasıl azaltılır
Hangi metrik toplam engelleme süresinin ve WordPress sitenizin performansını nasıl etkilediğini bilmek ister? Doğru yerdesin. Hepimiz eğlenceli, kullanımı kolay ve hızlı web sitelerini seviyoruz. Olağanüstü bir kullanıcı deneyimi sağladığınızdan emin olmak için, odaklanmanız gereken birkaç metrik vardır ve TBT bunlardan biridir. Daha da önemlisi, bir kullanıcı deneyimi metriği olarak, toplam engelleme süresi Deniz Feneri tarafından hesaplanan küresel performans puanının% 30’unu tutar. Bu onu optimizasyon için en iyi metrik yapar! Toplam engelleme süresinin ne olduğunu, neden alakalı, nasıl ölçüleceğini ve hangi faktörlerin puanı etkilediğini ayrıntılı olarak açıklayacağız. Ayrıca, genel performans puanınızı artırmak ve ziyaretçilerinizi mutlu etmek için zayıf bir toplam engelleme süresinin (300 MDTK’dan fazla TBT) değerini artırmak için bazı ipuçlarını paylaşacağız.
Deniz fenerinde toplam engelleme süresi (TBT) nedir? Toplam engelleme süresi, WordPress site yük yanıt verebilirliğinizi ölçen önemli bir performans metriğidir. Bu, görev süresi 50 MD’yi aştığında, ilk içerikli boya (FCP) ile etkileşime (TTI) zaman aralığının sayısıdır. Skor her zaman milisaniye cinsinden ifade edilir. Deniz Feneri tarafından gerçekleştirilen toplam performans değerinizin% 30’u için hesaplanmıştır.
td> 25
-5 saniye
Toplam engelleme süresi
30%
<300 mdtk
</s
Web sitenizi denetlemek için yardıma ihtiyacınız varsa, Deniz feneri performans puanlarınızı nasıl artıracağınızı açıklayan tam rehberimizi takip etmenizi öneririz. Toplam engelleme süresinin nasıl ölçülmesi, kullanıcının eylemlerine yanıt vermeyecek şekilde sayfanın toplam kaç kez bloke edildiğini hesaplayarak TBT puanlarını ölçebilirsiniz. Toplam, ilk içerikli boya (FCP) ile etkileşime (TTI) zaman arasındaki tüm eski görevleri engellemek için zaman eklenerek hesaplanır.
Daha iyi açıklayayım. Her tarayıcının kodu bir web sayfasına dönüştüren bir işlemi vardır. Tüm bu kod ve stilin işleme eylemi etkili olmalıdır, çünkü sayfamızın ziyaretçiler için mümkün olan en kısa sürede oluşturulmasını istiyoruz. (Unutmayın, iyi bir izlenim bırakmak ve kullanıcılara web sitemizi ne kadar hızlı göstermek istiyoruz!) Tarayıcının, HTML komut dosyalarını parçalamak, web sayfalarının yapı yapıları ve içeriği gibi sayfalar oluşturmak için tamamlanması gereken birçok görevi vardır (DOM ) ve CSS ve JS kodunun yürütülmesi. (Yapılacak çok şey var, değil mi?) Yüksek engelleme sürelerinden kaçınmak için tarayıcı, kodu yıkarken ve sayfayı oluştururken JS ve CSS dosyalarını bulamamalıdır. Web sitenizin hızlı çalışması için, hangi tarayıcıya öncelik vermek istediğimizi ve önce ne yüklemek istediğimizi "söylemeliyiz". Görev 50 MD'den uzun sürüyorsa, buna uzun görev denir ve düşünülür " engellendi ". Bu gibi durumlarda, sayfanız ekran ritmi, klavye presleme, fare tıklamaları vb. Gibi kullanıcı girişlerine tepkisiz hale gelir. Toplam engelleme süresinin hesaplanması uzun göreve dayanmaktadır. Uzun görevler, web tarayıcısını (> 50 milisaniye) önemli ölçüde tekelleştirir ve diğer önemli görevlerin performansını engeller (fare tıklamasıyla kullanıcı eylemine tepki vermek gibi). Ana UTA'lar her uzun bir görev olduğunda "engellendi" olarak kabul edilir. Bilgisayar, her bir istek için bu aralığı bireysel bir engelleme süresi olarak kaydeder. Tüm bireysel engelleme sürelerinin miktarına toplam engelleme süresi denir.
Örneğe bakalım. Deniz Feneri uzun bir görevi tespit ettiğinde (> 50 md), Deniz Feneri de engelleme süresini ölçecektir: Toplam Engelleme Süresi - Gördüğünüz gibi örnekler, toplam engelleme süresi, "bloke etme" bölümünü farklı uzuntan ekleyerek hesaplanan miktardır. görevler. Uzun görev engelleme departmanı, süresinin 50 MDTK'nın (grafiğimizde kırmızı) bir parçasıdır. TBT'yi tanımlamak için diğer görevlerin ayrıntılarına bakalım:
Aşağıdaki zaman çizgisinin beş görevi vardır ve üçü uzun görevdir (süre> 50 MD):
Aşağıdaki grafik, 200 MD, 40 MD ve 105 MD olan her uzun görev için engelleme süresini gösterir (Toplam: 345 MD): Her uzun görev için engelleme süresini belirleme (TBT) - Web.dev
Google PagePeed Insight (PSI): GTMetrix:
Her iki araç da TBT puanları verir, ancak fark edebileceğiniz gibi miktar biraz farklıdır. Bu esas olarak, deniz fenerinin uygulanması, test metodolojisi, test yeri vb. WordPress sitesinin performansı ve sonuçların ölçülmesi. İyi bir kullanıcı deneyimi sağlamak için her zaman 300 ms'den az bir TBT'ye sahip olmalısınız. TBT puanınız, Hücresel veya Masaüstüne yüklendiğinde binlerce yüksek kaydedilen sitenin TBT zamanının ve TBT süresinin sadece bir karşılaştırmasıdır. Puanlama şu şekilde sınıflandırılır: Yeşil: 0-300ms (Hızlı) Turuncu: 300-600ms (orta)
Kırmızı: 600+MD (yavaş)
TBT Puanı - Web.dev Toplam engelleme süresi genellikle Metrik FID (ilk giriş gecikmesi) ile ilişkilidir. Bakalım neden. Toplam engelleme süresi ile ilk girişin gecikmesi arasındaki fark nedir? Toplam engelleme süresi gerçek dünya kullanıcıları olmadan hesaplanabilirken, ilk giriş gecikmesi (FID), hesaplamalar için gerçek kullanıcı verileri gerektiren özel bir alandır. FID hesaplamaları laboratuvar ortamında simüle edilemez. Bu veri biçimi, toplanan verilerin gerçek dünya kullanıcılarından geldiği Chrome Kullanıcı Deneyimi Raporları (Crux) gibi çeşitli kaynaklardan gelir.
Web sitenizde FID puanlarını hesaplamak için yeterli "gerçek" veriye sahip değilse, alternatif laboratuvar veri bölümünde ölçülen TBT metriklerini görmektir.Laboratuar verileri yapay verilere sahiptir ve bir dizi sabit ağ koşuluna dayanan bir cihazdan toplanmıştır.Farklı şekillerde, TBT ve FID etkileşimi ölçer ve kullanıcının ilk site etkileşimi ve yanıt verme izlenimini yakalar.Örneğin, GTMetrix, uygun proxy ile neredeyse aynı olan bir optimizasyon teşhisi nedeniyle FID yerine TBT'yi test etti: GTMetrix, TBT'yi bir metrik çekirdek web canlılığı yerine bir web hayati olarak görüyor - ikisi arasında pozitif bir korelasyon var.Tabii ki, tam tersi de doğrudur.100 MD'nin altında FID'yi koruyorsanız, en iyi durumdasınız:
FID skoru - Web.dev, toplam engelleme süresi ile etkileşime kadar olan fark nedir? Temel fark, interaktif önlemlerin zamanın ne kadar süre tam olarak etkileşimli olması gerektiğini önlemlerken, toplam engelleme süresi size hangi JS görevinin en uzun yürütüldüğünü söyler. Etkileşimli zamanı, sayfa etkileşiminizle ilişkili başka bir metriktir. Bu, web sitenizin performansını ölçmek için Lighthouse raporunda izlenen altı metrikten biridir. TTI'yi ölçmek çok önemlidir, çünkü bazı siteler gerçek etkileşimi feda ederek içeriğin görünürlüğüne odaklanır. Bu, sinir bozucu bir kullanıcı deneyimi yaratabilir: kullanıcı sitenin hazır olduğunu düşünür, ancak bir yere tıklamaya çalıştığında hiçbir şey olmaz. Yaklaşık 5 saniye uzun. Bu sizin için bir test. Aşağıdaki resimde, ne zaman etkileşime girebileceğinizi düşünüyorsunuz? Mavi düğme ne zaman zihninizde "tıklanabilir" olur? TTI ve Etkileşimi Açıklayın - Kaynak: Dev., iyi bir kullanıcı deneyimi sağlamak için 5 saniyeden daha az etkileşime zaman ayırmaya çalışmalısınız. Engelleme süresinin performans üzerindeki toplam etkisi nedir? TBT'nin performans üzerindeki etkisini anlamak için, bir kez daha deniz feneri puanındaki ağırlığı vurgulamalıyız. Bir kullanıcı deneyimi metriği olarak, TBT artık küresel performans puanlarının% 30'una kadar. TBT, Lighthouse V5'te değil, ancak şimdi Lighthouse V8'deki toplam değerin% 30'unu temsil ediyor. TBT, web sayfalarınızın toplam süresini tamamen engelleyerek kullanıcıların sayfa bölümünüzle etkileşime girmesini önler. Bu önemli bir laboratuvar metriğidir, çünkü sayfanızın kullanılıp kullanılamayacağını belirler. TBT'nizi 300ms'nin altında tutmak için takip edilmesi gereken birkaç temel ilke vardır, ancak önce kötü bir TBT'nin nedenine bakalım. Toplam yüksek engelleme süresinin nedeni nedir? 300 ms'den fazla TBT puanını belirleyen dört nedeni vardır, yani: Dağınık bir JavaScript kodu ve JS, kullanılmayan
JS yürütme süresi yüksek Yüksek ana UTAS çalışması Üçüncü taraf kodu ağırlık kullanımı
Deniz Feneri Raporunuzun Fırsatı ve Teşhis kısmını açmak hangi çözümleri uygulayabileceğinizi belirlemeye yardımcı olacaktır: Fırsatlar ve Teşhis Bölümü - Rapor PSI'nın kaynağı, her hatanın tahmini tasarruflarınız üzerindeki etkisinin ne kadar olduğunu gösterir; Tamamlamak TBT'yi ve sitenizin performansını büyük ölçüde artıracaktır. TBT puanınızı artırmak istiyorsanız, PagePeed Insights için aşılması gereken önerilerin bir listesi:
Kullanılmayan JavaScript'i sil (veya azaltın)
JavaScript yürütme süresini azaltın
Sol CSS ve JS
Üçüncü taraf kodunun etkisinin oluşturulmasını engelleyen kaynakları ortadan kaldırın
Metin sıkıştırmasını etkinleştirin Kritik talep zincirlerinden kaçının
Çok büyük doku ücretlerinden kaçının
Ana UTAS çalışmasını en aza indirin
(Spoiler uyarısı: Çoğu TBT optimizasyonu bir roket WP eklentisi kullanılarak yapılabilir!) 300 MD'den fazla TBT puanınızı iyileştirmek için WordPress sitenizde 300 ms'den fazla toplam engelleme süresini nasıl azaltılır, siparişe odaklanmalısınız. ve kaynak yüklemenizin tercihi ve talebin sayısı ve büyüklüğü. WordPress'teki toplam engelleme süresini azaltmanın en etkili yolu, JavaScript dosyasını (üçüncü -parti kodu dahil) optimize etmektir.
Toplam engelleme süresini düzeltmek ve WordPress site hızınızı artırmak istiyorsanız başvurmanızı önerdiğimiz sekiz performans optimizasyonu vardır.
Ertelenmiş JS
Ertelenmiş JS
Ön resmen isteği DNS
Sol JS
GZIP Sıkıştırma kullanın
CSS Dosya Azaltma
CSS teslimatını optimize et
Sunucu yanıt süresini ve süresini ilk bayta (TTFB) azaltın
1. JS'yi erteleyin JS, JS'nin yüklenmesini belirli bir süre geciktirmek anlamına gelir. Bu durumda, JS dosyası tarayıcı en alakalı içeriği görüntüledikten sonra yüklenir. JavaScript dosyalarını geciktirerek, JavaScript yükünüzü daha hızlı hale getireceksiniz - bu da WordPress sitenizin performansını artırmak için çok değerlidir. JS dosyalarını çözmek, derlemek ve çalıştırmak için harcanan süreyi azaltmak da TBT'nin artırılmasına yardımcı olur. Teşhis bölümündeki deniz feneri sorunu: bu, "işleme engelleme kaynağını ortadan kaldır", "kullanılmayan javaScript'i silin" ve "kritik talep zincirlerinden kaçının" önerisini tartışır. Manuel Çözüm: Gecikme Özellikleri Kullanın: JS'yi geciktirmeye çalışırken, html'deki komut dosyası etiketi için "gecikme" boolean özniteliğini kullanabilirsiniz:
JS dosyaları yalnızca kalan sayfalar yüklendikten sonra yürütülür.
Gecikme Özellikleri - Kaynak: Bitsofco.de WordPress eklentilerini kullanın:
Varlık Temizliği: Bu ücretsiz eklenti, sayfaya yüklenecek içeriği tarar ve algılar. Sayfayı düzenlerken, tek yapmanız gereken işe yaramaz CSS veya JS kodunu seçmektir. Önemli Not: Eklenti yazarları, en iyi sonuçları elde etmek için WP Rocket gibi önbellek eklentileri ile Varlık Temizliği kullanmanızı önerir.
WP Rocket, JavaScript'in dökümünü erteleme ve JS WordPress dosyalarını erteleme seçeneğine sahiptir:
LOUL JS Yerinden Edilmiş - WP Roket Gösterge Tablosu. 2. JS JavaScript, ekrana dokunmak, kaydırma veya düğmeyi tıklamak gibi kullanıcı etkileşimi gerçekleşene kadar tüm JS dosyalarının yüklenmesini geciktirerek performansı ve TBT'yi iyileştirmek için ertelenir.
Teşhis bölümündeki deniz feneri sorunu: Bu, "kritik talep zincirlerinden kaçının" önerisini tartışmaktadır. Manuel Çözüm: JS'de gecikmeler yapmanın manuel yolu SetTimeout () yöntem işlevini kullanmaktır. Bu, MS'de belirttiğiniz süre sonra işlevi çağırır. Herhangi bir JS işlevini geciktirmek için çok yararlı bir kod snippet'i bulabilirsiniz, ancak burada takip edebileceğiniz örnekler:
Aşağıdaki senaryoya ulaşmak istediğinizi söyleyin: "Kullanıcılar düğmeyi tıklayın → 2 saniye bekleyin → sayfa" Merhaba, nasılsınız? ":
Varlık temizliği (yukarıda sadece belirtilmiştir).
WP Roket Önbellek Eklentisi: Kolay Yol. JS dosyalarını tek bir tıklamada kolayca geciktirebilirsiniz. JavaScript Yürütme Gecikmesi Özellik-WP Roket Gösterge Tablosu 3. DNS DNS-PREFETCH isteği, kaynaklar talep edilmeden önce alan adını tamamlama çabasıdır. Ne zaman yararlı? Web sitenizde Vimeo'da yayınlanan video veya birkaç Google yazı tipi gibi bir üçüncü taraf kodunuz varsa. DNS-Prefetch, web sitenize biraz cesaret verebilir, çünkü yükleme süresini ve diğer web sitelerinden kaynaklanan kaynakları en aza indirecektir. Başka bir deyişle, DNS-Prefetch, üçüncü taraf bir komut dosyasına ilk bağlantı kurmanıza, gecikmeleri azaltmanıza ve daha verimli sonuçlar vermenize olanak tanır. Teşhis bölümündeki deniz feneri sorunu: Bu, "Üçüncü Taraf Kullanımı Minify" ve "Gerekli Kökenlere Ön Bağlantı" ların önerilerini tartışmaktadır. Manuel Çözüm: "Baş" bölümünde "rel = dns-prefetch" kullanın. Başka bir deyişle, tarayıcı tarafından alınacak alanı manuel olarak belirleyebilirsiniz:
WordPress eklentilerini kullanın:
Perfmatters eklentisinin bir DNS Prefeket seçeneği var
WP roket eklentisinde ayrıca WordPress kontrol panelinde "Ön Fetch DNS istekleri" bölümüne sahiptir:
Ön Fachech İsteği DNS - WP Roket Gösterge Tablosu 4. Sol JS Kodunuzu Azaltarak Kaos ve Yararsız Noktalamayı Ortadan kaldırmak anlamına gelir: yeni çizgiler, boşluklar, vb. Her zaman gerekli olmayan birkaç içerik türüne sahip olabilir ve çok zaman harcayabilir, böylece web sayfalarınızı yüklemeyi engelleyebilir. Komut dosyanızdan böyle 'ölü kod' ortadan kaldırarak, ana UTA'ların birçok önemli göreve odaklanması için zaman ayırırsınız. Teşhis bölümündeki deniz feneri sorunu: Bu, "JavaScript yürütme süresini azaltma", "ana UTAS işini en aza indirin" ve "JS'yi azaltmak" önerisini tartışır. Manuel Çözüm: Site rezervinizi yapın veya JS dosyanızı doğrudan üretim sunucusunda düzenlemeyin.
Yüce metin veya Visual Studio kodu gibi metin editörlerini kullanın. Örneğin, kodunuzu Google belgelerini kullanarak düzenlemenizi önermiyoruz - bu bazı ek formatlar ekler.
Kodunuzu içeren bir dosya açın ve yorumları, boşlukları, yeni satırları ve eğrileri silin. Kimlikleri, sınıfları veya değişken adları mümkün olduğunca kısaltmayı ve koşullu ifadenizi optimize etmeyi unutmayın.
WordPress eklentilerini kullanın:
Google'ın kendisinin derleme kapağı! Bu, JS sıkıştırmasına yardımcı olur.
WP Rocket, JS dosyanızı tek bir tıklamayla küçültmenize olanak tanır.
JavaScript dosyasını daraltmanın özelliği - WP Roket Gösterge Tablosu. 5. GZIP Sıkıştırma kullanın GZIP Sıkıştırma, kodunuzun sıkıştırmasına izin verir, böylece sunucudan tarayıcıya gönderilen dosyaların daha küçük olması (ve web sitenizi daha hızlı!) Tüm HTML, CSS ve JS'yi daha küçük dosyaları almak için birlikte sıkıştırdığınızı hayal edebilirsiniz. TBT ve artan performansın bir sonucu olarak. Teşhis bölümünün deniz feneri sorunu: Bu, "metin sıkıştırmasını etkinleştir" önerisini tartışır. WordPress eklentisini kullanın: GZIP Sıkıştırma eklentisini etkinleştirmek, WordPress sitenizde GZIP sıkıştırmasını etkinleştirme ve devre dışı bırakma olasılığını sağlar.
WP roket otomatik olarak GZIP sıkıştırmasını etkinleştirir. Belgelerimizde GZIP Sıkıştırma hakkında daha fazla bilgi edinebilirsiniz.
6. CSS dosyası, yorumları, aşırı kodları ve beyaz boşlukları silerek dosya boyutunuzu düşüren bu CSS dosyasını azaltır. Fikir, mümkün olduğunca fazla zamanı azaltmak istemeniz ve bu özelliklerin sayfayı çalıştırmak için gerekli olmadığıdır. Bunu yapmak CSS yükünü ve genel ayrışma süresini azaltacaktır. Teşhis bölümündeki deniz feneri sorunu: Bu, "ana iş parçacığı çalışmasını en aza indir" ve "Minify CSS" önerilerini tartışır. Manuel Çözümler (daha fazla ayrıntı için lütfen yukarıdaki JS bölümüne bakın): Site rezervinizi yapın veya CSS dosyanızı doğrudan üretim sunucusunda düzenlemeyin.
Yüce metin veya Visual Studio kodu gibi metin editörlerini kullanın.
Web Araçlarını Kullanma:
Minifycode.com'u açın ve CSS Minifier sekmesini tıklayın.
CSS kodunu giriş kutusuna yapıştırın ve Minify CSS düğmesini tıklayın.
CSS Minifier Araçları - Kaynak: CSS Minifier WordPress eklentisini kullanın:
Otomatik optimize et
WP Super Minify CSS'yi tek bir tıklamada küçültmenize yardımcı olan CSS Nanoplugin Cache WP roketi:
Clack Dosya Özellikleri-WP Roket Gösterge Tablosu 7. CSS Teslimatını Optimize Edin Ana UTA'ları, tarayıcınızı Web sayfalarının verimli çalışması için gereken diğer görevleri işlemek için serbest bırakacak şekilde en aza indirir. CSS'nin ayrışması gibi bazı olaylar ana UTA'ların diğer görevleri ve süreçleri ele almasını engelleyebilir. Bu nedenle, CSS'nin teslim edilme şeklini optimize etmek önemlidir. Teşhis bölümündeki deniz feneri sorunu: Bu, "ana UTAS çalışmasını en aza indir" önerisini tartışmaktadır. Manuel Çözüm:
CSS betiğinizi birleştirin ve sıkıştırın
Üst yarı içerik için CSS kurallarına öncelik ver
HTML gövdesinde etiket stili kullanmaktan kaçının
WordPress eklentilerini kullanın:
WP Roket Önbellek eklentisi, kullanılmayan CSS Sil seçeneği sayesinde CSS gönderiminizi tek bir tıklamada optimize etmenize yardımcı olur. Çalışmazsa, CSS yükünü eşzamansız etkinleştirebilir ve işi tamamlamaya devam edebilirsiniz.
CSS Teslimat Özellikleri - WP Roket Gösterge Tablosu 8. Sunucunuzu ve sürenizi azaltın (TTFB) yanıt süresini hızlı olacak şekilde ve TTFB'nizin TBT puanlarını artırmak için optimize edilmesi gerekir. Teşhis bölümündeki deniz feneri sorunu: Bu, "ilk sunucu yanıtının zamanını azaltma" önerisini tartışır. Gelişmiş önbellek eklentileri ve CDN kullanın:
WP Rocket ve Rocketcdn önbellek eklentisi TBT puanlarını azaltmanıza yardımcı olacaktır. TBT skorlarının nasıl düzeltilmesi WP roketiyle daha önce de belirtildiği gibi, JavaScript yürütme TBT metriklerini etkileyen en önemli faktördür. WP roketini kullanarak JavaScript'i geciktirerek ve geciktirerek, WordPress sitenizde hızda hafif bir artış sağlayacaksınız. TBT'nin etkisini azaltmak ve puanı artırmak için birkaç WP roket özelliği kullanabilirsiniz. Bir vaka çalışmasına bakalım. PagePeed Insight Denetimi'ni çalıştırarak, Google PagePeed Insights'ı kullanarak "Le Point Gourmand ..." adlı Fransız catering web sitesini denetledik. Aşağıdaki performans sonuçlarını elde etmek için ne yaptığımızı sizinle paylaşayım:
WP Roketinden Önce Deniz Feneri Puanı: 51/100
Turuncu renkte: TBT 480 ms ve TTI 7.0 s
Kırmızı: Hız endeksi 6.0 D ve LCP 7.1 D'dir
WP Roketini Kullandıktan Sonra Deniz Feneri Puanı: 95/100
Yeşil Renk: Hız Endeksi, FCP, TTI, CLS ve ... TBT!
WP roket önbellek eklentisini kullanmadan ilk denetimi yaptığımda teşhis bölümü ve fırsatlar o kadar iyi değil. Deniz Feneri tarafından keşfedilen sorunlar TBT'mi ve küresel performans puanımı etkiledi. Daha önce görüldüğü gibi, TBT skorları esas olarak dağınık ve kullanılmayan JS, yüksek JS yürütme süresi, yüksek ana UTAS çalışması ve tüm kaynakları tüketen üçüncü taraf kodundan etkilenir. Denetime göre, web sitem çok iyi durumda değil ve birçok ana JS/UTAS sorunu bulundu: deniz feneri ve onarım alanları (özler) ile tanımlanan sorunlar - PSI, WP roketinin aktivasyonundan sonra WP roket özelliğini etkinleştirir, gidiyorum Ayarlar bölümüne WordPress'im ve aşağıdaki seçenekleri etkinleştirmeyi onaylıyorum: 1. JS dosyalarını optimize etme (gecikme ve gecikme)
JS Dosya Optimizasyonu - WP Roket Gösterge Tablosu 2. CSS Dosyalarının Optimizasyonu
CSS Dosyalarının Optimizasyonu - WP Roket 3. URL'ler önceden alınacak bazı URL'ler eklemeden önce alınacak ve bu da puanımı tekrar artırıyor:
WP Rocket 4'ün önyargılı seçenekleri 4. Öncül Font Deniz Feneri ayrıca web sitelerinde kullanılan yazı tipleri ve simgelerle ilgili performans sorunları buldu. "Preload Fonts" WP Roket sekmesini kullanarak düzeltiyorum: Sorun içeren URL'leri tanımlamak için PSI'daki "Pramuian Anahtar Talebi" bölümünü genişletin.
Lighthouse tarafından sağlanan URL'yi kopyalayın.
WP Roket Gösterge Tablonuzdaki "Ön Yük Fonst" bölümüne yapıştırın.
Kullanılmayan render ve silme JavaScript'i engelleyen kaynakları ortadan kaldır
Sarma Umut Bu kılavuz, WordPress siteniz için TBT puanlarının birkaç somut adım kullanarak nasıl optimize edileceğini anlamanıza yardımcı olur. Toplam engelleme süresi, deniz feneri performans seviyesinin% 30'unu hesapladığı için kullanıcı merkezli bir performans metriğidir. Yavaş web siteleri ziyaretçileri ve potansiyel müşterileri sınır dışı edebilir, sitenizin kullanıcı deneyimine (UX) zarar verebilir ve hatta SEO'nuzu etkileyebilir. İyi bir TBT puanı elde etmenin en kolay ve en rahat yolu, aktivasyondan hemen sonra en iyi web performans uygulamasının% 80'ini uygulayan WP roketini yüklemektir.
