Sitenizde Gecikmeli JavaScript Yükleme (Defer/Async) İle TBT Süresini Düşürme

Gecikmeli JavaScript yükleme, tarayıcının sayfa içeriğini çizmesini engelleyen JavaScript dosyalarını doğru sırayla erteleyerek Total Blocking Time yani TBT süresini düşürme yöntemidir. Kısaca, kritik olmayan script dosyalarına defer veya async ekleyerek ana iş parçacığının daha az kilitlenmesini sağlarsınız; böylece kullanıcı sayfayı daha hızlı görür, daha erken tıklayabilir ve Core Web Vitals metrikleri iyileşir. Sitenizde gecikmeli JavaScript yükleme uygulamak için önce hangi dosyaların kritik olduğunu belirlemeli, bağımlılığı olan scriptlerde genellikle defer, bağımsız üçüncü taraf scriptlerde ise çoğunlukla async tercih etmeli ve değişiklik sonrası PageSpeed Insights, Lighthouse ve Chrome DevTools ile TBT değerini ölçmelisiniz.

Modern web sitelerinde performans sorunu çoğu zaman görsellerden değil, kontrolsüz JavaScript kullanımından kaynaklanır. Bir e-ticaret sitesinde ürün filtreleri, canlı destek, reklam pikselleri, analiz kodları, yorum eklentileri, A/B test araçları ve tema scriptleri aynı anda yükleniyorsa tarayıcının ana iş parçacığı uzun süre meşgul kalır. Bu durum özellikle mobil cihazlarda daha belirgindir. Kullanıcı ekranda başlığı görse bile menüye dokunduğunda tepki alamayabilir; Lighthouse raporunda ise Total Blocking Time yüksek görünür.

Bu rehberde defer ve async niteliklerinin ne yaptığını, hangisini ne zaman kullanmanız gerektiğini, WordPress ve özel yazılım projelerinde nasıl uygulayabileceğinizi, ölçüm yaparken nelere dikkat etmeniz gerektiğini ve gerçekçi TBT kazanımlarını adım adım ele alacağız. Hostragons altyapısında barındırılan siteler için öneriler genel web standartlarına uygundur; aynı zamanda doğru hosting, CDN, SSL ve önbellekleme kararlarının JavaScript optimizasyonunu nasıl desteklediğine de değineceğiz. Hostragons web hosting paketleri

TBT Nedir ve Neden JavaScript ile Yakından İlgilidir?

TBT, Total Blocking Time ifadesinin kısaltmasıdır ve sayfanın kullanıcı etkileşimine hazır hale gelmesini geciktiren ana iş parçacığı blokajını ölçer. Lighthouse laboratuvar testlerinde, First Contentful Paint ile Time to Interactive arasındaki dönemde 50 milisaniyeyi aşan uzun görevlerin fazlalığı TBT değerini artırır. Örneğin bir JavaScript görevi 180 ms sürüyorsa, bunun ilk 50 ms sonrası olan 130 ms blokaj süresine katkı yapar.

Bu metrik kullanıcı deneyimi açısından kritiktir. Çünkü bir ziyaretçi sayfa açıldıktan sonra menüye, sepete ekle butonuna veya arama kutusuna dokunduğunda tarayıcı hâlâ JavaScript çalıştırıyorsa etkileşim gecikir. Kullanıcı bunu donma, geç tepki verme veya bozuk site olarak algılar. 2026 SEO standartlarında Google, sayfa deneyimini tek bir puana indirgemese de hızlı ve kararlı etkileşim sunan siteler hem kullanıcı memnuniyeti hem dönüşüm oranı açısından avantaj sağlar.

Yüksek TBT değerinin yaygın belirtileri

• Mobil PageSpeed Insights raporunda TBT değerinin 300 ms üzerine çıkması.
• Lighthouse raporunda Reduce JavaScript execution time veya Minimize main-thread work uyarılarının görülmesi.
• Sayfa göründüğü halde menü, slider, filtre veya form alanlarının geç tepki vermesi.
• Üçüncü taraf reklam, canlı destek veya analiz scriptlerinin raporda yüksek maliyetli görünmesi.
• Özellikle giriş seviyesi Android cihazlarda kaydırma ve tıklama gecikmeleri yaşanması.

İyi bir hedef olarak TBT değerini 200 ms altında tutmak çoğu içerik sitesi için sağlıklı kabul edilir. Daha karmaşık e-ticaret veya SaaS arayüzlerinde bu hedefe ulaşmak için yalnızca defer ve async yetmeyebilir; kod bölme, gereksiz paketleri kaldırma, önbellekleme, sunucu yanıt süresini iyileştirme ve kritik CSS düzenlemesi de gerekebilir. Yine de gecikmeli JavaScript yükleme, çoğu projede ilk uygulanacak ve hızlı sonuç verecek optimizasyonlardan biridir.

Defer ve Async Nedir?

HTML içinde bir script etiketi varsayılan şekilde kullanıldığında tarayıcı HTML ayrıştırmayı durdurur, JavaScript dosyasını indirir, çalıştırır ve sonra sayfayı oluşturmaya devam eder. Bu davranış kritik scriptler için bazen gereklidir; ancak her dosya için kullanıldığında gereksiz bekleme üretir. defer ve async nitelikleri bu davranışı değiştirerek dosyanın indirilmesini ve çalıştırılmasını farklı kurallara bağlar.

Defer nasıl çalışır?

defer eklenen script dosyası HTML ayrıştırması devam ederken arka planda indirilir; ancak çalıştırılması HTML belgesi ayrıştırıldıktan sonra gerçekleşir. Ayrıca defer kullanılan birden fazla dosya, HTML içinde yazıldıkları sırayı korur. Bu nedenle birbirine bağımlı JavaScript dosyalarında çoğu zaman güvenli seçenektir. Örneğin önce bir kütüphane, sonra ona bağlı tema scripti çalışacaksa defer uygun olabilir.

Örnek kullanım metin olarak şöyledir: <script defer src=/js/app.js></script>. Bu kullanımda app.js dosyası sayfanın ilk çizimini bloke etmeden indirilir, DOM hazır olduğunda sırasıyla çalıştırılır. Modern tarayıcılarda defer oldukça yaygın desteklenir ve klasik script dosyaları için güvenilir bir optimizasyon aracıdır.

Async nasıl çalışır?

async eklenen script de HTML ayrıştırması devam ederken indirilir; ancak indirme bittiği anda çalıştırılır. Bu sırada HTML ayrıştırması kısa süre durabilir. async, dosyalar arasında sıra garantisi vermez. İlk indirilen önce çalışır. Bu nedenle bağımsız çalışan analiz, reklam, takip pikseli, harici widget veya sosyal medya scriptleri için daha uygundur.

Örnek kullanım: <script async src=/js/analytics.js></script>. Bu dosya başka bir yerel scriptin önce çalışmasını beklememelidir. Eğer analytics.js, sayfada daha sonra tanımlanan bir değişkene veya jQuery gibi başka bir kütüphaneye bağlıysa async hataya yol açabilir. Bu nedenle async hızlıdır ama dikkatli sınıflandırma gerektirir.

Defer ve Async Karşılaştırma Tablosu

Pratik kural şudur: Dosyanız sıralı çalışmak zorundaysa defer ile başlayın. Dosyanız tamamen bağımsızsa async değerlendirin. Emin değilseniz önce staging ortamında defer deneyin, konsol hatalarını ve kritik etkileşimleri test edin. staging ortamı ve yedekleme rehberi

Gecikmeli JavaScript Yükleme İçin Adım Adım Uygulama Planı

Rastgele her script etiketine defer veya async eklemek kısa vadede puanı yükseltebilir gibi görünse de üretim sitesinde ödeme, arama, menü, form doğrulama veya sepet gibi kritik işlevleri bozabilir. Sağlıklı uygulama için ölçüm, sınıflandırma, küçük değişiklik, test ve izleme döngüsü kullanılmalıdır.

1. Mevcut performansı ölçün

Başlamadan önce baz değer oluşturun. PageSpeed Insights ile mobil ve masaüstü skorlarını kaydedin. Lighthouse raporunda TBT, First Contentful Paint, Largest Contentful Paint ve Speed Index değerlerini not alın. Chrome DevTools Performance sekmesinde ana iş parçacığını inceleyin; uzun sarı bloklar çoğunlukla JavaScript ayrıştırma, derleme ve çalıştırma maliyetini gösterir.

Örnek bir başlangıç tablosu hazırlayabilirsiniz: mobil TBT 780 ms, JavaScript execution time 2,8 saniye, main-thread work 4,5 saniye. Optimizasyon sonrası mobil TBT 280 ms seviyesine düşüyorsa yaklaşık yüzde 64 iyileşme elde etmiş olursunuz. Bu tür somut kayıtlar ekip içinde hangi değişikliğin işe yaradığını görmeyi kolaylaştırır.

2. Script envanteri çıkarın

Sayfanın kaynak kodunda veya Network sekmesinde yüklenen tüm JavaScript dosyalarını listeleyin. Her dosyanın kaynağını, boyutunu, ne zaman gerektiğini ve bağımlılıklarını belirleyin. Dosyaları şu gruplara ayırmak işinizi kolaylaştırır:

• Kritik scriptler: İlk görünüm veya temel navigasyon için hemen gereken kodlar.
• Bağımlı yerel scriptler: Tema, slider, filtre, galeri ve uygulama modülleri.
• Bağımsız üçüncü taraf scriptler: Analitik, reklam, piksel, chat ve sosyal medya bileşenleri.
• Gereksiz veya eski scriptler: Kullanılmayan eklentilerden kalan dosyalar.
• Koşullu yüklenmesi gereken scriptler: Sadece iletişim sayfasında form doğrulama gibi belirli sayfalarda gerekenler.

En iyi optimizasyon bazen defer eklemek değil, hiç gerekli olmayan bir scripti kaldırmaktır. 90 KB sıkıştırılmış bir dosya mobil cihazda ayrıştırma ve çalıştırma dahil 300 ms üzerinde maliyet üretebilir. Bu nedenle önce gereksiz olanı temizlemek, sonra kalanları geciktirmek daha doğru yaklaşımdır.

3. Defer uygulanacak dosyaları belirleyin

Genellikle ana tema scriptleri, menü davranışları, slider kodları, ürün galeri modülleri ve uygulama bundle dosyaları defer için iyi adaydır. Ancak burada önemli şart, scriptin document.write gibi eski ve bloklayıcı yöntemlere aşırı bağımlı olmaması ve DOM hazır olduktan sonra çalışmasının kabul edilebilir olmasıdır.

Bir WordPress temasında jquery-migrate, tema ana dosyası ve eklenti scriptleri karmaşık bağımlılıklar içerebilir. jQuery çekirdeğini async yapmak çoğu sitede risklidir; çünkü birçok eklenti jQuery sırasını bekler. Bunun yerine jQuery bağımlısı dosyalara kontrollü defer uygulamak veya eklenti düzeyinde optimize edilmiş yükleme seçeneklerini kullanmak daha güvenlidir. WordPress hız optimizasyonu rehberi

4. Async uygulanacak dosyaları seçin

Google Analytics, reklam etiketleri, Facebook Pixel, LinkedIn Insight Tag, bazı harici chat widgetları ve sosyal paylaşım kodları async için adaydır. Fakat her üçüncü taraf script aynı değildir. Bazı canlı destek araçları sayfa yüklenir yüklenmez kullanıcı oturumu oluşturmak isteyebilir, bazı reklam sistemleri ise belirli container sırası bekleyebilir. Bu nedenle dokümantasyonu kontrol etmek gerekir.

Bağımsız bir analiz kodunu async yapmak genellikle kullanıcı deneyimine zarar vermez. Yine de veri kaybı riskini azaltmak için gerçek zamanlı raporlarda tetiklenme kontrolü yapın. Etiket yöneticisi kullanıyorsanız tüm etiketleri tek bir container içine yığmak yerine tetikleyici koşullarını düzenleyin. Örneğin yorum formu olmayan sayfalarda yorum izleme scripti, ürün sayfası olmayan sayfalarda ürün etkileşimi scripti yüklenmemelidir.

5. Koşullu ve olay bazlı yükleme ekleyin

defer ve async iyi başlangıçtır; ancak daha ileri düzeyde JavaScript dosyalarını kullanıcı davranışına göre yüklemek TBT üzerinde daha büyük etki yaratabilir. Canlı destek kutusu sayfa açılır açılmaz değil, kullanıcı 5 saniye kaldığında veya yardım butonuna tıkladığında yüklenebilir. Harita embed kodu, kullanıcı iletişim bölümüne kaydırdığında yüklenebilir. Video oynatıcı scripti, kullanıcı oynat butonuna bastığında çağrılabilir.

Bu yaklaşım özellikle içerik siteleri ve kurumsal web sitelerinde etkili olur. Çünkü ziyaretçinin her sayfada her widgeta ihtiyacı yoktur. İlk yüklemeden 200 KB JavaScript çıkarmak, zayıf mobil işlemcilerde TBT değerini yüzlerce milisaniye azaltabilir.

6. Test edin ve kademeli yayınlayın

Değişiklikleri doğrudan canlı siteye almak yerine test ortamında deneyin. Ana sayfa, kategori sayfası, ürün veya hizmet sayfası, iletişim sayfası, giriş formu ve ödeme akışı gibi kritik sayfalarda manuel test yapın. Tarayıcı konsolunda hata olup olmadığını kontrol edin. Özellikle Cannot read property, is not defined ve undefined function türü hatalar sıralama veya bağımlılık problemine işaret eder.

Canlıya geçişte küçük gruplar halinde ilerleyin. Önce bağımsız üçüncü taraf scriptleri optimize edin, sonra tema scriptlerine geçin. Her değişiklik sonrası Lighthouse raporunu aynı ağ ve cihaz simülasyonu ile tekrarlayın. Tek ölçüme güvenmeyin; 3 testin ortalamasını almak daha sağlıklı sonuç verir.

WordPress Sitelerde Defer ve Async Uygulama Notları

WordPress ekosisteminde JavaScript dosyaları tema ve eklentiler üzerinden wp_enqueue_script fonksiyonu ile yüklenir. 2026 itibarıyla modern WordPress sürümlerinde script stratejileri daha kontrollü şekilde tanımlanabilir. Ancak eski temalar, page builder eklentileri ve uyumsuz optimizasyon eklentileri çakışma çıkarabilir.

Bir performans eklentisi kullanıyorsanız tüm JavaScripti tek tıkla ertelemek yerine dışlama listesi oluşturun. Ödeme sayfası, üyelik girişi, yönetici çubuğu, güvenlik doğrulama ve captcha scriptleri hassas olabilir. WooCommerce kullanan bir sitede sepet parçacıkları, ödeme ağ geçidi scriptleri ve varyasyon seçicileri mutlaka test edilmelidir. WooCommerce hosting çözümleri

WordPress için pratik sıralama şu olabilir: Önce kullanılmayan eklentileri kaldırın. Sonra sadece gerekli sayfalarda yüklenmesi gereken eklenti dosyalarını koşullu hale getirin. Ardından tema ve eklenti scriptlerinde defer deneyin. En son bağımsız üçüncü taraf kodlarda async veya gecikmeli yükleme kullanın. Bu yöntem tek seferde büyük kırılmalar yaşama riskini azaltır.

Özel Yazılım ve Framework Projelerinde Dikkat Edilecekler

React, Vue, Angular, Next.js, Nuxt veya benzeri modern yapılarda JavaScript optimizasyonu yalnızca HTML etiketine defer eklemekten ibaret değildir. Paket boyutu, code splitting, tree shaking, dynamic import ve hydration maliyeti TBT üzerinde belirleyicidir. Tek bir büyük bundle dosyası 700 KB ise defer kullanılsa bile çalıştırma aşamasında ana iş parçacığı uzun süre bloke olabilir.

Özel yazılım projelerinde route bazlı kod bölme kullanın. Kullanıcı ana sayfadayken yönetim paneli, grafik kütüphanesi veya gelişmiş editör kodu indirilmemelidir. Ağır bileşenleri dinamik import ile ihtiyaç anında çağırın. Kullanılmayan bağımlılıkları paket analiz araçlarıyla tespit edin. Büyük tarih, grafik veya animasyon kütüphaneleri yerine daha hafif alternatifleri değerlendirin.

Sunucu tarafı render veya statik üretim kullanan projelerde de dikkatli olunmalıdır. HTML hızlı gelse bile hydration aşamasında yüzlerce bileşenin aynı anda aktifleşmesi TBT değerini yükseltebilir. Etkileşimli olmayan içeriklerde gereksiz client-side JavaScriptten kaçınmak, 2026 performans yaklaşımının merkezinde yer alır.

Hosting, Sunucu Yanıt Süresi ve JavaScript Performansı İlişkisi

TBT doğrudan tarayıcıdaki JavaScript çalıştırma süresiyle ilgilidir; ancak hosting altyapısı dolaylı olarak sonuçları etkiler. Yavaş TTFB, sıkıştırma eksikliği, HTTP/2 veya HTTP/3 desteğinin olmaması, zayıf önbellekleme ve uzak lokasyon kaynaklı gecikme JavaScript dosyalarının daha geç ulaşmasına neden olur. Dosyalar geç ulaştığında sayfa yaşam döngüsü uzar ve kullanıcı deneyimi zayıflar.

Kaliteli bir hosting altyapısı, Brotli veya Gzip sıkıştırma, etkin tarayıcı önbelleği, güncel PHP sürümü, hızlı disk teknolojisi ve CDN entegrasyonu ile optimizasyonu destekler. SSL sertifikasının doğru kurulması da modern tarayıcı özellikleri, HTTP/2 ve güvenli üçüncü taraf entegrasyonları açısından önemlidir. Hostragons SSL sertifikaları Hostragons domain sorgulama

Örneğin aynı JavaScript dosyası sıkıştırmasız 320 KB iken Brotli ile 95 KB seviyesine düşebilir. Bu TBT değerini doğrudan aynı oranda azaltmaz; çünkü TBT yürütme maliyetini ölçer. Ancak indirme süresi kısalır, kaynak önceliklendirmesi rahatlar ve toplam yükleme deneyimi iyileşir. Dolayısıyla defer, async, önbellekleme ve doğru hosting birlikte düşünülmelidir.

Ölçüm ve Doğrulama Kontrol Listesi

Optimizasyonun başarılı olup olmadığını anlamak için yalnızca PageSpeed skoruna bakmak yeterli değildir. Aşağıdaki kontrol listesi gerçek etkiyi daha doğru değerlendirmenize yardımcı olur:

• Mobil TBT değeri optimizasyon öncesi ve sonrası karşılaştırıldı mı?
• JavaScript execution time raporunda en maliyetli dosyalar azaldı mı?
• Chrome DevTools Performance kaydında uzun görev sayısı düştü mü?
• Konsolda JavaScript hatası var mı?
• Menü, arama, filtre, form, sepet ve ödeme akışları sorunsuz çalışıyor mu?
• Üçüncü taraf analiz ve reklam etiketleri doğru tetikleniyor mu?
• Gerçek kullanıcı verilerinde INP ve etkileşim gecikmeleri iyileşiyor mu?
• Değişiklikler önbellek temizlendikten sonra tekrar test edildi mi?

Burada önemli nokta laboratuvar ve saha verilerini ayırmaktır. TBT, Lighthouse laboratuvar metriğidir. Gerçek kullanıcı deneyiminde Interaction to Next Paint yani INP daha belirleyici hale gelmiştir. Ancak TBT düşüşü çoğu zaman INP iyileşmesine katkı sağlar; çünkü ana iş parçacığında daha az blokaj oluşur.

Sık Yapılan Hatalar ve Kaçınma Yolları

Tüm scriptleri aynı anda async yapmak

Bu en yaygın hatalardan biridir. async sıra garantisi vermediği için bağımlı dosyalarda rastgele hatalar oluşturabilir. Bir sayfada sorunsuz görünen yapı, yavaş bağlantıda veya farklı tarayıcıda bozulabilir. Bağımlılığı olan dosyalarda defer daha güvenli başlangıçtır.

jQuery ve bağımlı eklentileri yanlış ertelemek

Özellikle WordPress sitelerde birçok eklenti jQuery sırasına bağlıdır. jQuery çekirdeğini async yapmak, eklenti kodlarının jQuery yüklenmeden çalışmasına neden olabilir. Çözüm, bağımlılık ağını görmek ve kritik dosyaları dışlama listesine almaktır.

Üçüncü taraf scriptleri kontrolsüz bırakmak

Site sahibi kendi tema dosyalarını optimize ederken reklam, chat ve analiz kodlarını unutabilir. Oysa Lighthouse raporlarında en ağır görevler çoğu zaman üçüncü taraf kaynaklardan gelir. Kullanılmayan etiketleri kaldırmak, koşullu tetiklemek ve gerektiğinde kullanıcı etkileşimine ertelemek önemli kazanım sağlar.

Ölçüm yapmadan eklenti kurmak

Performans eklentileri faydalı olabilir; ancak ölçüm yapmadan kullanılan her ek araç yeni JavaScript ve CSS yükü getirebilir. Önce problemi teşhis edin, sonra aracı seçin. Eklentinin gerçekten TBT düşürdüğünü test raporuyla doğrulayın.

Önbellek ve minifikasyon çakışmalarını görmezden gelmek

Minifikasyon, birleştirme, defer ve async aynı anda uygulanıyorsa dosya sırası değişebilir. Bu durum üretim ortamında beklenmedik hatalara neden olur. Özellikle CDN, sunucu önbelleği ve uygulama önbelleği birlikte kullanılıyorsa değişiklik sonrası tüm katmanları temizleyin.

Gerçekçi Bir Optimizasyon Senaryosu

Orta ölçekli bir kurumsal web sitesinde ana sayfada 18 JavaScript isteği olduğunu varsayalım. Bunların 5 tanesi tema ve menü davranışları, 4 tanesi slider ve animasyon, 3 tanesi form ve harita, 6 tanesi ise analiz, piksel ve canlı destek kodları olsun. Başlangıç Lighthouse mobil TBT değeri 920 ms ölçülsün.

İlk adımda kullanılmayan iki animasyon eklentisi kaldırılır ve 140 KB sıkıştırılmış JavaScript yükü azaltılır. TBT 760 ms seviyesine iner. İkinci adımda tema ve slider dosyaları defer yapılır; sıra bağımlılıkları test edilir. TBT 480 ms olur. Üçüncü adımda harita scripti yalnızca iletişim bölümüne kaydırıldığında yüklenir, canlı destek 7 saniye sonra başlatılır, analiz ve piksel kodları async hale getirilir. Son ölçümde TBT 210 ms seviyesine düşer.

Bu senaryo, tek bir sihirli ayar yerine katmanlı yaklaşımın önemini gösterir. Defer ve async güçlü araçlardır; ancak en iyi sonuç gereksiz kodu kaldırma, koşullu yükleme, doğru önbellekleme ve kaliteli altyapı ile birlikte alınır.

Sonuç: Daha Düşük TBT İçin Dengeli ve Test Edilmiş JavaScript Stratejisi

Sitenizde gecikmeli JavaScript yükleme uygulamak, TBT süresini düşürmenin en pratik ve etkili yollarından biridir. defer, sıralı ve DOM sonrası çalışması uygun dosyalarda güvenli bir çözüm sunar; async ise bağımsız üçüncü taraf scriptleri daha esnek yüklemek için idealdir. Başarılı bir optimizasyon için önce ölçüm yapmalı, scriptleri sınıflandırmalı, gereksiz dosyaları kaldırmalı, değişiklikleri kademeli test etmeli ve gerçek kullanıcı deneyimini izlemelisiniz.

Hostragons üzerinde hızlı, güvenli ve ölçeklenebilir bir altyapı kullanmak; JavaScript optimizasyonu, önbellekleme ve SSL yapılandırmalarıyla birlikte daha kararlı bir web performansı elde etmenize yardımcı olur. Sitenizin TBT değerini iyileştirmek istiyorsanız önce mevcut raporunuzu çıkarın, ardından küçük ama ölçülebilir adımlarla ilerleyin. Uygun hosting ve performans altyapısı için Hostragons çözümlerini inceleyebilirsiniz. Hostragons web hosting paketleri

Sıkça Sorulan Sorular

Defer ve async aynı anda kullanılabilir mi?

Bir klasik script etiketinde defer ve async birlikte kullanılırsa modern tarayıcılarda async öncelikli davranabilir; bu da sıra garantisini ortadan kaldırır. Bu nedenle pratikte ikisini aynı dosyada birlikte kullanmak önerilmez. Bağımlı dosyalarda defer, bağımsız dosyalarda async seçmek daha güvenlidir.

Gecikmeli JavaScript yükleme SEO sıralamasını doğrudan artırır mı?

Tek başına doğrudan sıralama garantisi vermez; ancak sayfa deneyimini, etkileşim hızını ve Core Web Vitals performansını iyileştirerek SEO başarısını destekler. Daha hızlı tepki veren sayfalar kullanıcı memnuniyetini, dönüşümü ve taranabilir kalite algısını artırabilir.

Her JavaScript dosyasına defer eklemek güvenli midir?

Hayır. Bazı scriptler sayfanın ilk aşamasında çalışmak zorunda olabilir veya başka dosyaların belirli sırada yüklenmesine bağımlı olabilir. Bu nedenle her dosya için amaç, bağımlılık ve çalıştırma zamanı kontrol edilmeli; değişiklikler test ortamında denenmelidir.

TBT düşürmek için sadece defer ve async yeterli olur mu?

Küçük ve orta ölçekli sitelerde büyük iyileşme sağlayabilir; ancak ağır framework kullanan, çok sayıda üçüncü taraf kod içeren veya büyük bundle dosyaları olan sitelerde ek önlemler gerekir. Kod bölme, kullanılmayan JavaScripti kaldırma, koşullu yükleme, önbellekleme ve güçlü hosting altyapısı birlikte ele alınmalıdır.

WordPress sitesinde hangi scriptleri async yapmamalıyım?

jQueryye bağlı eklenti dosyaları, ödeme ve sepet scriptleri, form doğrulama, güvenlik doğrulama ve kritik tema işlevleri rastgele async yapılmamalıdır. Bu dosyalarda sıra bozulursa kullanıcı işlemleri aksayabilir. Önce defer denenmeli, gerekiyorsa dışlama listesi oluşturulmalıdır.