Zníženie TBT času pomocou oneskorenej JavaScript optimalizácie (Defer/Async)

Oneskorené načítanie JavaScriptu je metóda, ktorá znižuje celkový čas blokovania (Total Blocking Time, TBT) tým, že správne odkladá JavaScriptové súbory, ktoré bránia prehliadaču v vykreslení obsahu stránky. V skratke, pridaním defer alebo async k menej kritickým skriptom zabezpečíte, že hlavný vlákno bude menej zablokované; tým pádom používateľ vidí stránku rýchlejšie, môže skôr kliknúť a metriky Core Web Vitals sa zlepšujú. Ak chcete implementovať oneskorené načítanie JavaScriptu na vašej stránke, najprv musíte určiť, ktoré súbory sú kritické, pre skripty s závislosťami by ste mali vo väčšine prípadov zvoliť defer, zatiaľ čo pre nezávislé skripty tretích strán sa väčšinou odporúča async a po vykonaní zmien by ste mali zmerať hodnotu TBT pomocou PageSpeed Insights, Lighthouse a Chrome DevTools.

Problém s výkonom na moderných webových stránkach často nezávisí od obrázkov, ale od nekontrolovaného používania JavaScriptu. Ak sú na stránke e-commerce súčasne načítavané filtre produktov, live chat, reklamné pixely, analytické kódy, pluginy na komentáre, nástroje A/B testovania a skripty témy, hlavné vlákno prehliadača zostáva dlhý čas zaneprázdnené. Tento problém je obzvlášť viditeľný na mobilných zariadeniach. Aj keď používateľ vidí názov na obrazovke, nemusí získať reakciu, keď sa dotkne menu; v správe Lighthouse sa TBT zobrazuje ako vysoké.

V tomto sprievodcovi sa podrobne zaoberáme tým, čo robia atribúty defer a async, kedy ich a ako ich používať, ako ich implementovať vo WordPress a vlastných softvérových projektoch, na čo si dávať pozor pri meraní a aké realistické zisky TBT môžete očakávať. Odporúčania pre stránky hostované na infraštruktúre Hostragons sú v súlade s všeobecnými webovými štandardmi; zároveň sa pozrieme na to, ako správny hosting, CDN, SSL a rozhodovanie o cache podpory optimalizácie JavaScriptu. Hostragons balíky web hostingu

Čo je TBT a prečo súvisí s JavaScriptom?

TBT je skratka pre Total Blocking Time a meria blokovanie hlavného vlákna, ktoré oneskoruje pripravenosť stránky na interakciu používateľa. V laboratórnych testoch Lighthouse nadbytok dlhých úloh presahujúcich 50 milisekúnd medzi First Contentful Paint a Time to Interactive zvyšuje hodnotu TBT. Napríklad, ak JavaScriptová úloha trvá 180 ms, prvých 50 ms prispieva k 130 ms času blokovania.

Táto metrika je kritická z pohľadu používateľskej skúsenosti. Ak návštevník klikne na menu, tlačidlo na pridanie do košíka alebo vyhľadávacie pole, zatiaľ čo prehliadač stále vykonáva JavaScript, interakcia sa oneskorí. Používateľ to môže vnímať ako zamrznutie, pomalú reakciu alebo zlyhanie stránky. V SEO štandardoch 2026 Google síce nezjednodušuje stránkovú skúsenosť na jediný bod, ale stránky s rýchlou a stabilnou interakciou poskytujú výhodu z hľadiska spokojnosti používateľov a miery konverzie.

Bežné príznaky vysokého TBT

• TBT hodnota nad 300 ms v mobilnej správe PageSpeed Insights.
• Upozornenia na zníženie času vykonávania JavaScriptu alebo minimalizovanie práce hlavného vlákna v správe Lighthouse.
• Menu, karusely, filtre alebo formuláre reagujú pomaly, aj keď je stránka viditeľná.
• Vysoké náklady na skripty tretích strán, ako sú reklamy, live chat alebo analytické skripty.
• Predovšetkým na základných Android zariadeniach sa vyskytujú oneskorenia pri posúvaní a kliknutí.

Dobrou cieľovou hodnotou je udržať TBT pod 200 ms, čo je považované za zdravé pre väčšinu obsahu stránok. Na dosiahnutie tohto cieľa v zložitejších e-commerce alebo SaaS rozhraniach nemusí stačiť len defer a async; môže byť potrebné aj rozdelenie kódu, odstránenie zbytočných balíkov, cachovanie, zlepšenie času odpovede servera a úprava kritického CSS. Napriek tomu je oneskorené načítanie JavaScriptu jednou z prvých optimalizácií, ktoré budú implementované a prinesú rýchle výsledky v mnohých projektoch.

Čo sú Defer a Async?

Ako sa štandardne používa skriptový tag v HTML, prehliadač zastaví analýzu HTML, stiahne JavaScriptový súbor, vykoná ho a potom pokračuje vo vytváraní stránky. Toto správanie môže byť niekedy potrebné pre kritické skripty; avšak, ak je použité pre každý súbor, spôsobuje zbytočné čakanie. Atribúty defer a async menia toto správanie a viažu sťahovanie a vykonávanie súboru na rôzne pravidlá.

Ako funguje Defer?

JavaScriptový súbor pridaný s defer sa sťahuje na pozadí, zatiaľ čo analýza HTML pokračuje; jeho vykonanie sa vykoná až po dokončení analýzy HTML dokumentu. Okrem toho, ak je použitých viacero súborov s defer, zachovávajú si poradie, v akom sú napísané v HTML. Preto je často bezpečnou voľbou pre závislé JavaScriptové súbory. Napríklad, ak má najprv bežať knižnica a potom skript témy, defer môže byť vhodný.

Príklad použitia je nasledovný: <script defer src=/js/app.js></script>. V tomto prípade sa súbor app.js stiahne bez blokovania prvého vykreslenia stránky a vykoná sa po pripravení DOM. Moderné prehliadače majú širokú podporu pre defer a je to spoľahlivý optimalizačný nástroj pre klasické skripty.

Ako funguje Async?

JavaScriptový súbor pridaný s async sa tiež sťahuje, zatiaľ čo analýza HTML pokračuje; avšak, akonáhle je sťahovanie dokončené, vykoná sa. Počas tohto času môže byť analýza HTML krátkodobo zastavená. Async nezaručuje poradie medzi súbormi. Prvý stiahnutý súbor sa vykoná prvý. Preto je viac vhodný pre nezávislé skripty, ako sú analytické, reklamné, sledovacie pixely, externé widgety alebo skripty sociálnych médií.

Príklad použitia: <script async src=/js/analytics.js></script>. Tento súbor by nemal čakať na vykonanie iného miestneho skriptu. Ak je analytics.js závislý na premennej definovanej neskôr na stránke alebo na inej knižnici, ako je jQuery, async môže spôsobiť chybu. Preto je async rýchly, ale vyžaduje opatrné klasifikovanie.

Porovnávacia tabuľka Defer a Async

Praktické pravidlo je nasledovné: Ak váš súbor musí pracovať v poradí, začnite s defer. Ak je váš súbor úplne nezávislý, zvážte async. Ak si nie ste istí, najprv vyskúšajte defer v staging prostredí, otestujte chyby v konzole a kritické interakcie. sprievodca staging prostredím a zálohovaním

Plán implementácie oneskoreného načítania JavaScriptu krok za krokom

Pridanie defer alebo async ku každému skriptu môže na prvý pohľad zvýšiť skóre na krátku dobu, ale môže narušiť kritické funkcie na produkčnej stránke ako platby, vyhľadávanie, menu, overovanie formulárov alebo košík. Pre zdravú implementáciu by ste mali použiť cyklus merania, klasifikácie, malých zmien, testovania a sledovania.

1. Zmerajte existujúci výkon

Pred začatím si vytvorte základnú hodnotu. Zaznamenajte mobilné a desktopové skóre pomocou PageSpeed Insights. V správe Lighthouse si poznačte hodnoty TBT, First Contentful Paint, Largest Contentful Paint a Speed Index. V sekcii Performance Chrome DevTools si prezerajte hlavné vlákno; dlhé žlté bloky väčšinou ukazujú na náklady na analýzu, kompiláciu a vykonávanie JavaScriptu.

Môžete si pripraviť príklad začiatkovej tabuľky: mobilný TBT 780 ms, čas vykonávania JavaScriptu 2,8 sekundy, práca hlavného vlákna 4,5 sekundy. Ak sa po optimalizácii mobilný TBT zníži na 280 ms, dosiahnete približne 64% zlepšenie. Takéto konkrétne záznamy uľahčujú tímu vidieť, ktorá zmena bola úspešná.

2. Vytvorte inventár skriptov

V zdrojovom kóde stránky alebo v sekcii Network si zostavte zoznam všetkých JavaScriptových súborov, ktoré sa načítavajú. Určte zdroj, veľkosť, kedy sú potrebné a ich závislosti. Rozdelenie súborov do týchto skupín uľahčí vašu prácu:

• Kritické skripty: Kódy potrebné ihneď pre prvé zobrazenie alebo základnú navigáciu.
• Závislé miestne skripty: Skripty témy, karuselu, filtrov, galérií a aplikačných modulov.
• Nezávislé skripty tretích strán: Analytické, reklamné, pixely, chat a komponenty sociálnych médií.
• Zbytočné alebo zastarané skripty: Súbory zostávajúce z nepoužívaných pluginov.
• Podmienečné skripty: Tieto skripty sú potrebné iba na určitých stránkach, ako je overenie formulára na stránke kontaktu.

Najlepšia optimalizácia niekedy nie je pridať defer, ale odstrániť úplne zbytočný skript. 90 KB komprimovaný súbor môže mať náklady nad 300 ms vrátane analýzy a vykonávania na mobilnom zariadení. Preto je lepšie najprv vyčistiť zbytočné súbory a potom odložiť zostávajúce.

3. Určte súbory, na ktoré sa aplikuje Defer

Vo všeobecnosti sú hlavné skripty témy, správanie menu, skripty karuselu, moduly galérie produktov a aplikačné balíky dobrými kandidátmi na defer. Dôležitou podmienkou je, aby skript nebol nadmerne závislý na starších a blokujúcich metódach, ako je document.write, a aby jeho vykonávanie bolo prijateľné až po pripravení DOM.

V WordPress téme môžu skripty jquery-migrate, hlavný súbor témy a pluginy obsahovať zložitosti závislostí. Urobiť jQuery async je riskantné na väčšine stránok, pretože mnoho pluginov čaká na poradie jQuery. Namiesto toho je bezpečnejšie aplikovať kontrolovaný defer na súbory závislé na jQuery alebo využiť optimalizované možnosti načítania na úrovni pluginu. Sprievodca optimalizáciou rýchlosti WordPressu

4. Vyberte súbory na použitie Async

Google Analytics, reklamné značky, Facebook Pixel, LinkedIn Insight Tag, niektoré externé widgety pre chat a kódy na zdieľanie na sociálnych médiách sú vhodné pre async. Avšak nie všetky skripty tretích strán sú rovnaké. Niektoré nástroje live chatu môžu chcieť vytvoriť používateľskú reláciu hneď po načítaní stránky, zatiaľ čo niektoré reklamné systémy môžu čakať na určitý poriadok kontajnerov. Preto je potrebné skontrolovať dokumentáciu.

Urobiť nezávislý analytický kód async väčšinou nepoškodzuje používateľskú skúsenosť. Napriek tomu, aby ste znížili riziko straty údajov, kontrolujte podmienky spúšťania v reálnych časoch. Ak používate správcu značiek, upravte spúšťacie podmienky skôr, ako ich nahromadíte do jedného kontajnera. Napríklad skript na sledovanie komentárov by sa nemal načítať na stránkach bez formulára na komentáre, a skript pre interakciu s produktom by sa nemal načítať na stránkach bez produktov.

5. Pridajte podmienečné a udalostné načítanie

Defer a async sú dobré začiatky; avšak, načítanie JavaScriptových súborov na základe správania používateľa môže mať väčší vplyv na TBT. Napríklad, chatovací box sa nemusí načítať hneď po otvorení stránky, ale môže sa načítať, keď používateľ zostáva 5 sekúnd alebo keď klikne na tlačidlo pomoci. Kód pre vloženie mapy sa môže načítať, keď používateľ posúva na sekciu kontaktu. Skript prehrávača videa sa môže vyvolať, keď používateľ stlačí tlačidlo prehrávania.

Tento prístup je obzvlášť efektívny pre obsahové stránky a firemné webové stránky. Pretože návštevník nemusí potrebovať každý widget na každej stránke. Odstránenie 200 KB JavaScriptu z prvej načítania môže znížiť hodnotu TBT o stovky milisekúnd na slabých mobilných procesoroch.

6. Testujte a publikujte postupne

Namiesto priamych zmien na živom webe vyskúšajte zmeny v testovacom prostredí. Ručne testujte kritické stránky ako domovskú stránku, stránku kategórie, stránku produktu alebo služby, stránku kontaktu, prihlasovací formulár a proces platby. Skontrolujte v konzole, či sa nevyskytujú chyby. Osobitne chyby typu Cannot read property, is not defined a undefined function naznačujú problém s poradením alebo závislosťou.

Pri prechode na živú prevádzku postupujte v malých skupinách. Najprv optimalizujte nezávislé skripty tretích strán a potom prejdite na skripty témy. Po každej zmene opakujte správu Lighthouse so simuláciou rovnakého pripojenia a zariadenia. Nezameriavajte sa len na jeden meranie; priemerný výsledok troch testov poskytuje zdravšie výsledky.

Poznámky k aplikácii Defer a Async na WordPress stránkach

V ekosystéme WordPress sa JavaScriptové súbory načítavajú prostredníctvom funkcie wp_enqueue_script cez témy a pluginy. Od roku 2026 môžu moderné verzie WordPress definovať stratégie skriptov kontrolovanejším spôsobom. Avšak staré témy, pluginy pre tvorbu stránok a nekompatibilné optimalizačné pluginy môžu spôsobiť konflikty.

Ak používate plugin na výkon, vytvorte zoznam na vylúčenie namiesto jedného kliknutia na odloženie celého JavaScriptu. Stránky platenia, prihlasovania, administrátorský panel, overovanie zabezpečenia a skripty captcha môžu byť citlivé. Na stránke používajúcej WooCommerce musia byť skripty pre koš, platobné brány a výber variácií určite testované. Riešenia WooCommerce hostingu

Praktické poradie pre WordPress môže byť: Najprv odstráňte nepoužívané pluginy. Potom spravte podmienečné načítanie pluginových súborov, ktoré sú potrebné iba na určitých stránkach. Následne vyskúšajte defer na skriptoch témy a pluginov. Nakoniec použite async alebo oneskorené načítanie na nezávislých skriptoch tretích strán. Tento prístup znižuje riziko veľkých rozpadov v jednom kroku.

Čo treba zvážiť v prípade vlastného softvéru a framework projektov

Optimalizácia JavaScriptu v moderných architektúrach ako React, Vue, Angular, Next.js, Nuxt a podobne nie je len o pridávaní defer k HTML tagu. Veľkosť balíka, rozdelenie kódu, tree shaking, dynamické importy a náklady na hydratáciu sú rozhodujúce pre TBT. Ak je jediný veľký balík 700 KB, aj s použitím defer môže hlavné vlákno zostať dlhý čas zablokované počas fázy vykonávania.

Vo vlastných softvérových projektoch používajte rozdelenie kódu na základe trasy. Keď je používateľ na domovskej stránke, nemali by sa sťahovať kódy pre administratívny panel, knižnicu grafov alebo pokročilý editor. Ťažké komponenty volajte dynamicky v čase potreby. Zistite nepoužívané závislosti pomocou nástrojov na analýzu balíkov. Zvážte ľahšie alternatívy namiesto veľkých knižníc pre dátum, grafy alebo animácie.

Aj projekty používajúce server-side rendering alebo statickú produkciu by mali byť opatrné. Aj keď HTML prichádza rýchlo, aktivácia stoviek komponentov súčasne v fáze hydratácie môže zvýšiť hodnotu TBT. Vyhnúť sa zbytočnému JavaScriptu na strane klienta v interaktívnych obsahu je stredobodom prístupu k výkonu v roku 2026.

Vzťah medzi hostingom, časom odpovede servera a výkonom JavaScriptu

TBT súvisí priamo so časom vykonávania JavaScriptu v prehliadači; avšak, infraštruktúra hostingu má nepriamy vplyv na výsledky. Pomalé TTFB, nedostatok kompresie, absencia podpory HTTP/2 alebo HTTP/3, slabé cachovanie a oneskorenie spôsobené vzdialenými lokalitami môžu spôsobiť, že JavaScriptové súbory sa načítajú neskôr. Ak sa súbory načítajú neskoro, predlžuje sa životný cyklus stránky a slabne používateľská skúsenosť.

Kvalitná hostingová infraštruktúra podporuje optimalizáciu prostredníctvom Brotli alebo Gzip kompresie, aktívneho prehliadačového cache, aktuálnej verzie PHP, rýchlej diskovej technológie a integrácie CDN. Správne nainštalovaný SSL certifikát je tiež dôležitý pre moderné funkcie prehliadača, HTTP/2 a bezpečné integrácie tretích strán. Hostragons SSL certifikáty Hostragons kontrol domény

Napríklad, ak je ten istý JavaScriptový súbor 320 KB bez kompresie, môže klesnúť na 95 KB s Brotli. To priamo neznižuje hodnotu TBT v rovnakom pomere, pretože TBT meria náklady na vykonanie. Avšak doba sťahovania sa skráti, priorizácia zdrojov sa uvoľní a celková skúsenosť s načítaním sa zlepší. Preto by sa malo uvažovať o defer, async, cachovaní a správnom hostingu spoločne.

Kontrolný zoznam na meranie a overenie

Aby ste pochopili, či bola optimalizácia úspešná, nestačí sa pozerať len na skóre PageSpeed. Nasledujúci kontrolný zoznam vám pomôže presnejšie posúdiť skutočný vplyv:

• Porovnali ste mobilný TBT pred a po optimalizácii?
• V správe času vykonávania JavaScriptu sa znížil počet najnákladnejších súborov?
• V záznamoch Chrome DevTools Performance sa znížil počet dlhých úloh?
• Existujú v konzole chyby JavaScriptu?
• Menu, vyhľadávanie, filtre, formuláre, košík a procesy platenia fungujú bez problémov?
• Analytické a reklamné značky tretích strán sú správne spúšťané?
• Zlepšujú sa hodnoty INP a oneskorenia interakcií v skutočných používateľských údajoch?
• Po zmene sa testy vykonali po vymazaní cache?

Dôležité je oddeliť laboratórne a terénne údaje. TBT je laboratórna metrika Lighthouse. V skutočnej používateľskej skúsenosti sa stáva dôležitejším Interaction to Next Paint (INP). Avšak pokles TBT často prispieva k zlepšeniu INP, pretože v hlavnom vlákne vzniká menej blokád.

Časté chyby a spôsoby, ako sa im vyhnúť

Použiť async pre všetky skripty naraz

Toto je jedna z najbežnejších chýb. Keďže async nezaručuje poradie, môže spôsobiť náhodné chyby v závislých súboroch. Štruktúra, ktorá vyzerá bezproblémovo na jednej stránke, môže byť narušená na pomalej sieti alebo v inom prehliadači. V závislých súboroch je defer bezpečnejšou voľbou.

Nesprávne oneskorenie jQuery a závislých pluginov

Na stránkach WordPress je mnoho pluginov závislých na poradí jQuery. Urobiť jQuery async môže spôsobiť, že kód pluginov sa vykoná pred načítaním jQuery. Riešením je vidieť sieť závislostí a pridať kritické súbory na vylúčenie.

Nechať skripty tretích strán bez kontroly

Majiteľ webu môže zabudnúť na optimalizáciu reklám, chatu a analytických kódov, zatiaľ čo optimalizuje svoje vlastné skripty. Avšak v správach Lighthouse často prichádzajú najťažšie úlohy práve z externých zdrojov. Odstránenie nepoužívaných značiek, podmienečné spúšťanie a odkladanie pri potrebnom používateľskom interakcií prináša významné zisky.

Nainštalovať plugin bez merania

Optimalizačné pluginy môžu byť užitočné; avšak každý ďalší nástroj používaný bez merania môže priniesť nové zaťaženie JavaScriptu a CSS. Najprv diagnostikujte problém a potom vyberte nástroj. Potvrďte testovacou správou, že plugin skutočne znižuje TBT.

Ignorovať konflikty cachovania a minifikácie

Minifikácia, zlúčenie, defer a async, ak sú aplikované naraz, môžu zmeniť poradie súborov. To môže spôsobiť neočakávané chyby v produkčnom prostredí. Najmä ak sa používajú CDN, serverové cache a aplikačné cache spoločne, po zmene vyčistite všetky vrstvy.

Realistický scenár optimalizácie

Povedzme, že na domovskej stránke stredne veľkého firemného webu existuje 18 požiadaviek JavaScriptu. Z toho 5 sú skripty témy a správania menu, 4 sú skripty karuselu a animácií, 3 sú skripty formulárov a máp, a 6 sú analytické, pixelové a live chat kódy. Predpokladajme, že počiatočná hodnota mobilného TBT je 920 ms.

V prvom kroku sa odstránia dve nepoužívané animácie a zníži sa zaťaženie JavaScriptu o 140 KB. TBT klesne na 760 ms. V druhom kroku sa skripty témy a karuselu urobia s defer; testujú sa závislosti poradia. TBT sa zníži na 480 ms. V treťom kroku sa skript mapy načíta len vtedy, keď sa používateľ posunie do sekcie kontaktu, živý chat sa spustí 7 sekúnd neskôr a analytické a pixelové kódy sa stanú async. Posledné meranie ukáže TBT na úrovni 210 ms.

Tento scenár ukazuje dôležitosť vrstveného prístupu namiesto jedného magického nastavenia. Defer a async sú silné nástroje; avšak najlepšie výsledky sa dosahujú odstraňovaním zbytočného kódu, podmienečným načítaním, správnym cachovaním a kvalitnou infraštruktúrou.

Záver: Vyvážená a testovaná stratégia JavaScriptu pre nižší TBT

Implementácia oneskoreného načítania JavaScriptu na vašej stránke je jedným z najpragmatickejších a najefektívnejších spôsobov, ako znížiť čas TBT. Defer ponúka bezpečné riešenie pre súbory, ktoré by mali byť vykonané v poradí a po DOM; async je ideálny pre flexibilné načítanie nezávislých skriptov tretích strán. Na úspešnú optimalizáciu by ste mali najprv merať, klasifikovať skripty, odstrániť zbytočné súbory, testovať zmeny postupne a sledovať skutočné používateľské skúsenosti.

Používanie rýchlej, bezpečnej a škálovateľnej infraštruktúry na Hostragons vám pomôže dosiahnuť stabilnejší výkon webu v kombinácii s optimalizáciou JavaScriptu, cachovaním a konfiguráciou SSL. Ak chcete zlepšiť hodnotu TBT vašej stránky, najprv si vypracujte aktuálnu správu a potom postupujte s malými, ale merateľnými krokmi. Môžete si prezrieť riešenia Hostragons pre vhodný hosting a výkonovú infraštruktúru. Hostragons balíky web hostingu

Často kladené otázky

Môžu sa Defer a Async používať súčasne?

Ak sa v klasickom skriptovom tagu použijú defer a async spoločne, moderné prehliadače môžu uprednostniť async, čím sa zruší záruka poradia. Preto sa v praxi neodporúča používať obidve možnosti v jednom súbore. Pre závislé súbory je bezpečnejšie použiť defer, pre nezávislé súbory async.

Zvyšuje oneskorené načítanie JavaScriptu priamo SEO hodnotenie?

Samo o sebe neposkytuje záruku na zlepšenie hodnotenia; avšak zlepšovaním používateľskej skúsenosti, rýchlosti interakcií a výkonnosti Core Web Vitals podporuje SEO úspech. Rýchlejšie reagujúce stránky môžu zlepšiť spokojnosť používateľov, konverziu a vnímanú kvalitu prehľadávania.

Je bezpečné pridať defer ku každému JavaScriptovému súboru?

Nie. Niektoré skripty môžu byť potrebné na vykonanie v počiatočnej fáze stránky alebo môžu byť závislé na určitých súboroch, ktoré musia byť načítané v poradí. Preto by sa pre každé súbory mali kontrolovať závislosti a čas vykonania; zmeny by sa mali testovať v testovacom prostredí.

Je defer a async dostatočné na zníženie TBT?

V malých a stredných stránkach môžu priniesť významné zlepšenia; avšak stránky s ťažkým frameworkom, veľkým množstvom kódu tretích strán alebo veľkými balíkmi vyžadujú dodatočné opatrenia. Je potrebné sa zaoberať rozdelením kódu, odstraňovaním nepoužívaného JavaScriptu, podmienečným načítaním, cachovaním a silnou hostingovou infraštruktúrou.

Na ktorých skriptoch na WordPress stránke by som nemal používať async?

Skripty závislé na jQuery, skripty pre platby a košíky, overovanie formulárov, overovanie zabezpečenia a kritické funkcie témy by sa nemali náhodne robiť async. Ak dôjde k porušeniu poradia v týchto súboroch, môže to narušiť používateľské akcie. Najprv by sa mal skúsiť defer a ak je to potrebné, vytvoriť zoznam na vylúčenie.