critical rendering path არის ნაბიჯების თანმიმდევრობა, რომელსაც ბრაუზერი ასრულებს, რომ HTML, CSS და JS ეკრანზე პიქსელებად აქციოს. ყველაფერი, რაც პირველ paint-მდე უნდა დასრულდეს, არის render-blocking.
critical rendering path არის ნაბიჯების თანმიმდევრობა, რომელსაც ბრაუზერი ასრულებს, რომ HTML, CSS და JS ეკრანზე პიქსელებად აქციოს. ყველაფერი, რაც პირველ paint-მდე უნდა დასრულდეს, არის render-blocking.
<script> აჩერებს HTML-ის დამუშავებას, სანამ ის ჩამოიტვირთება და გაეშვება.<!-- Blocks parsing: browser waits here before continuing -->
<script src="/app.js"></script>
<!-- defer: download in parallel, run after HTML is parsed, in order -->
<script src="/app.js" defer></script>
<!-- async: download in parallel, run as soon as ready (order not guaranteed) -->
<script src="/analytics.js" async></script>
გამოიყენე defer აპლიკაციის კოდისთვის, რომელიც DOM-ს ეხება, და async დამოუკიდებელი სკრიპტებისთვის, როგორიცაა analytics. ჩააშენე კრიტიკული CSS inline და დანარჩენი ბლოკირების გარეშე ჩატვირთე.
ეს არის მენტალური მოდელი თითქმის ყველა ჩატვირთვის დროის შესწორების უკან: render-blocking CSS/JS არის ნელი პირველი paint-ისა და ცუდი LCP-ის მთავარი მიზეზი. იმის ცოდნა, რატომ არსებობს defer/async, აჩვენებს, რომ ბრაუზერი გესმის, არა მხოლოდ სინტაქსი.
IT გასაუბრების კითხვების ბიბლიოთეკა დეტალური პასუხებით — Junior-დან Senior-მდე.
შემოწირულობა