اندازه‌های بزرگ DOM چگونه بر تعامل تأثیر می‌گذارند و چه کاری می‌توانید در مورد آن انجام دهید

اندازه های بزرگ DOM بیش از آنچه فکر می کنید بر تعامل تأثیر می گذارد. این راهنما توضیح می دهد که چرا و چه کاری می توانید انجام دهید.

هیچ راهی برای دور زدن آن وجود ندارد: وقتی یک صفحه وب می‌سازید، آن صفحه یک مدل شی سند (DOM) خواهد داشت. DOM ساختار HTML صفحه شما را نشان می دهد و به جاوا اسکریپت و CSS دسترسی به ساختار و محتوای صفحه را می دهد.

با این حال، مشکل این است که اندازه DOM بر توانایی مرورگر برای ارائه سریع و کارآمد یک صفحه تأثیر می گذارد. به طور کلی، هرچه یک DOM بزرگتر باشد، رندر اولیه آن صفحه و به روز رسانی رندر آن بعداً در چرخه عمر صفحه، گران تر است.

هنگامی که تعاملاتی که DOM را تغییر می‌دهند یا به‌روزرسانی می‌کنند، کار طرح‌بندی گرانی را آغاز می‌کنند که بر توانایی صفحه برای پاسخ‌دهی سریع تأثیر می‌گذارد، این مسئله در صفحاتی با DOM‌های بسیار بزرگ مشکل‌ساز می‌شود. کار چیدمان گران می تواند بر تعامل صفحه با رنگ بعدی (INP) تأثیر بگذارد. اگر می‌خواهید صفحه‌ای به سرعت به تعاملات کاربر پاسخ دهد، مهم است که مطمئن شوید اندازه‌های DOM شما فقط به اندازه‌ای که لازم است بزرگ است.

چه زمانی DOM یک صفحه خیلی بزرگ است؟

به گفته Lighthouse ، اندازه DOM یک صفحه زمانی که از 1400 گره فراتر رود بیش از حد است. زمانی که DOM صفحه از 800 گره فراتر رود، Lighthouse شروع به ارسال اخطار می کند. برای مثال HTML زیر را در نظر بگیرید:

<ul>
 
<li>List item one.</li>
 
<li>List item two.</li>
 
<li>List item three.</li>
</ul>

در کد بالا، چهار عنصر DOM وجود دارد: عنصر <ul> و سه عنصر فرزند <li> آن. تقریباً مطمئناً صفحه وب شما تعداد گره‌های بیشتری از این خواهد داشت، بنابراین مهم است بدانید که چه کاری می‌توانید انجام دهید تا اندازه‌های DOM را کنترل کنید - و همچنین استراتژی‌های دیگر برای بهینه‌سازی کار رندر پس از اینکه DOM صفحه‌ای به کوچکی آن را به دست آوردید. می تواند باشد.

DOM های بزرگ چگونه بر عملکرد صفحه تأثیر می گذارند؟

DOM های بزرگ از چند طریق بر عملکرد صفحه تأثیر می گذارند:

  1. در طول رندر اولیه صفحه. هنگامی که CSS بر روی یک صفحه اعمال می شود، ساختاری شبیه به DOM به نام CSS Object Model (CSSOM) ایجاد می شود. با افزایش ویژگی انتخابگرهای CSS، CSSOM پیچیده‌تر می‌شود و زمان بیشتری برای اجرای طرح‌بندی، استایل، ترکیب و رنگ‌آمیزی لازم برای کشیدن صفحه وب روی صفحه مورد نیاز است. این کار اضافه شده تأخیر تعامل را برای تعاملاتی که در اوایل بارگذاری صفحه رخ می دهد افزایش می دهد.
  2. هنگامی که فعل و انفعالات DOM را از طریق درج یا حذف عنصر یا با تغییر محتویات و سبک‌های DOM تغییر می‌دهند، کار لازم برای ارائه آن به‌روزرسانی می‌تواند منجر به طرح‌بندی، استایل، ترکیب و رنگ‌آمیزی بسیار پرهزینه شود. همانطور که در مورد رندر اولیه صفحه وجود دارد، وقتی عناصر HTML در نتیجه یک تعامل در DOM قرار می گیرند، افزایش ویژگی انتخابگر CSS می تواند به کار رندر اضافه شود.
  3. هنگامی که جاوا اسکریپت DOM را پرس و جو می کند، ارجاع به عناصر DOM در حافظه ذخیره می شود. برای مثال، اگر document.querySelectorAll برای انتخاب همه عناصر <div> در یک صفحه فراخوانی کنید، اگر نتیجه تعداد زیادی از عناصر DOM را برگرداند، هزینه حافظه می تواند قابل توجه باشد.
اسکرین شات از یک کار طولانی ناشی از کار رندر بیش از حد در پانل عملکرد Chrome DevTools. پشته تماس کار طولانی مدت زمان قابل توجهی را که برای محاسبه مجدد سبک‌های صفحه و همچنین پیش‌رنگ صرف شده است نشان می‌دهد.
یک کار طولانی همانطور که در نمایه ساز عملکرد در Chrome DevTools نشان داده شده است. وظیفه طولانی نشان داده شده با قرار دادن عناصر DOM در یک DOM بزرگ از طریق جاوا اسکریپت ایجاد می شود.

همه اینها می توانند بر تعامل تأثیر بگذارند، اما مورد دوم در لیست بالا از اهمیت ویژه ای برخوردار است. اگر یک تعامل منجر به تغییر در DOM شود، می تواند کار زیادی را آغاز کند که می تواند به INP ضعیف در یک صفحه کمک کند.

چگونه اندازه DOM را اندازه بگیرم؟

شما می توانید اندازه DOM را به چند روش اندازه گیری کنید. روش اول از Lighthouse استفاده می کند. هنگامی که ممیزی را اجرا می کنید، آمار مربوط به DOM صفحه فعلی در ممیزی "Avoid an Excessive DOM size" تحت عنوان "Diagnostics" قرار می گیرد. در این بخش می توانید تعداد کل عناصر DOM، عنصر DOM حاوی بیشترین عناصر فرزند و همچنین عمیق ترین عنصر DOM را مشاهده کنید.

یک روش ساده تر شامل استفاده از کنسول جاوا اسکریپت در ابزارهای توسعه دهنده در هر مرورگر اصلی است. برای به دست آوردن تعداد کل عناصر HTML در DOM، می توانید پس از بارگیری صفحه از کد زیر در کنسول استفاده کنید:

document.querySelectorAll('*').length;

اگر می خواهید به روز رسانی اندازه DOM را در زمان واقعی مشاهده کنید، می توانید از ابزار نظارت بر عملکرد نیز استفاده کنید. با استفاده از این ابزار، می‌توانید عملیات چیدمان و استایل (و سایر جنبه‌های عملکرد) را با اندازه فعلی DOM مرتبط کنید.

تصویری از نمایشگر عملکرد در Chrome DevTools. در سمت چپ، جنبه های مختلفی از عملکرد صفحه وجود دارد که می توان به طور مداوم در طول عمر صفحه آن را کنترل کرد. در اسکرین شات، تعداد گره‌های DOM، طرح‌بندی‌ها در هر ثانیه و محاسبات مجدد سبک در هر بخش به طور فعال نظارت می‌شوند.
مانیتور عملکرد در Chrome DevTools. در این نما، تعداد فعلی گره‌های DOM صفحه همراه با عملیات طرح‌بندی و محاسبات مجدد سبک در هر ثانیه نمودار می‌شود.

اگر اندازه DOM به آستانه هشدار اندازه DOM Lighthouse نزدیک می شود - یا به طور کلی ناموفق است - گام بعدی این است که بفهمید چگونه اندازه DOM را کاهش دهید تا توانایی صفحه شما در پاسخگویی به تعاملات کاربر را بهبود بخشد تا INP وب سایت شما بهبود یابد.

چگونه می توانم تعداد عناصر DOM تحت تأثیر یک تعامل را اندازه گیری کنم؟

اگر در حال نمایه کردن یک تعامل آهسته در آزمایشگاه هستید که گمان می‌کنید ممکن است به اندازه DOM صفحه مربوط باشد، می‌توانید با انتخاب هر بخش از فعالیت در نمایه‌ساز با برچسب «محاسبه مجدد سبک» متوجه شوید که چند عنصر DOM تحت تأثیر قرار گرفته‌اند. و داده های متنی را در پانل پایین مشاهده کنید.

تصویری از فعالیت محاسبه مجدد سبک انتخابی در پانل عملکرد Chrome DevTools. در بالا، تراک تعاملات یک تعامل کلیک را نشان می‌دهد و بیشتر کار صرف محاسبه مجدد سبک و کار پیش‌رنگ می‌شود. در پایین، یک پانل جزئیات بیشتری را برای فعالیت انتخاب شده نشان می دهد که گزارش می دهد 2547 عنصر DOM تحت تأثیر قرار گرفته اند.
مشاهده تعداد عناصر تحت تأثیر در DOM در نتیجه کار محاسبه مجدد سبک. توجه داشته باشید که بخش سایه‌دار تعامل در مسیر تعامل، بخشی از مدت زمان تعامل را نشان می‌دهد که بیش از 200 میلی‌ثانیه بود، که آستانه "خوب" تعیین‌شده برای INP است.

در تصویر بالا، مشاهده کنید که محاسبه مجدد سبک کار - در صورت انتخاب - تعداد عناصر تحت تأثیر را نشان می دهد. در حالی که تصویر بالا یک مورد شدید از تأثیر اندازه DOM بر رندر کردن کار در صفحه‌ای با عناصر DOM زیادی را نشان می‌دهد، این اطلاعات تشخیصی در هر صورت برای تعیین اینکه آیا اندازه DOM یک عامل محدود کننده در مدت زمان طول می‌کشد مفید است. برای فریم بعدی که در پاسخ به یک تعامل نقاشی شود.

چگونه می توانم اندازه DOM را کاهش دهم؟

فراتر از بررسی HTML وب سایت شما برای نشانه گذاری غیر ضروری، راه اصلی برای کاهش اندازه DOM، کاهش عمق DOM است. یکی از سیگنال‌هایی که نشان می‌دهد DOM شما ممکن است غیرضروری عمیق باشد این است که نشانه‌گذاری چیزی شبیه به این را در برگه عناصر ابزارهای توسعه‌دهنده مرورگر خود مشاهده می‌کنید:

<div>
 
<div>
   
<div>
     
<div>
       
<!-- Contents -->
     
</div>
   
</div>
 
</div>
</div>

وقتی الگوهایی مانند این را می بینید، احتمالاً می توانید با صاف کردن ساختار DOM خود آنها را ساده کنید. انجام این کار تعداد عناصر DOM را کاهش می دهد و احتمالاً به شما فرصتی می دهد تا سبک های صفحه را ساده کنید.

عمق DOM همچنین ممکن است نشانه فریمورک هایی باشد که استفاده می کنید. به‌ویژه، چارچوب‌های مبتنی بر مؤلفه - مانند آن‌هایی که به JSX متکی هستند - از شما می‌خواهند چندین مؤلفه را در یک کانتینر والد قرار دهید.

با این حال، بسیاری از فریم‌ورک‌ها به شما این امکان را می‌دهند که با استفاده از قطعاتی که به عنوان فرگمنت شناخته می‌شوند، از تودرتو کردن اجزای خود اجتناب کنید. چارچوب‌های مبتنی بر مؤلفه که قطعات را به‌عنوان یک ویژگی ارائه می‌کنند، شامل موارد زیر است (اما محدود به آنها نمی‌شود):

با استفاده از قطعات در چارچوب انتخابی خود، می توانید عمق DOM را کاهش دهید. اگر نگران تأثیری که ساختار DOM صاف کردن روی استایل دارد، هستید، ممکن است از حالت‌های چیدمان مدرن‌تر (و سریع‌تر) مانند flexbox یا grid بهره ببرید.

استراتژی های دیگری که باید در نظر بگیرید

حتی اگر برای صاف کردن درخت DOM خود و حذف عناصر غیرضروری HTML برای کوچک نگه داشتن DOM خود تلاش کنید، باز هم می‌تواند بسیار بزرگ باشد و با تغییر در پاسخ به تعاملات کاربر، کار رندر زیادی را آغاز کند. اگر خود را در این موقعیت می بینید، استراتژی های دیگری وجود دارد که می توانید برای محدود کردن کار رندر در نظر بگیرید.

یک رویکرد افزایشی را در نظر بگیرید

ممکن است در موقعیتی باشید که قسمت‌های بزرگی از صفحه شما در ابتدا برای اولین بار رندر برای کاربر قابل مشاهده نباشد. این می‌تواند فرصتی برای بارگذاری تنبلی HTML با حذف آن بخش‌های DOM در هنگام راه‌اندازی باشد، اما زمانی که کاربر با بخش‌هایی از صفحه که نیاز به جنبه‌های پنهان اولیه صفحه دارند تعامل برقرار می‌کند، آنها را به آن اضافه کنید.

این رویکرد هم در زمان بارگذاری اولیه و هم شاید حتی پس از آن مفید است. برای بارگذاری اولیه صفحه، کار رندر کمتری را از قبل انجام می دهید، به این معنی که بار اولیه HTML شما سبک تر خواهد بود و سریعتر رندر می شود. این به تعاملات در طول آن دوره حیاتی فرصت های بیشتری برای اجرا با رقابت کمتر برای جلب توجه موضوع اصلی می دهد.

اگر بخش‌های زیادی از صفحه دارید که در ابتدا در بارگذاری پنهان می‌شوند، می‌تواند باعث تسریع سایر فعل و انفعالاتی شود که کار رندر مجدد را آغاز می‌کنند. با این حال، همانطور که سایر تعاملات بیشتر به DOM اضافه می کنند، کار رندر با رشد DOM در طول چرخه عمر صفحه افزایش می یابد.

افزودن به DOM در طول زمان می‌تواند مشکل باشد و معاوضه‌های خاص خود را دارد. اگر این مسیر را می‌روید، احتمالاً درخواست‌های شبکه‌ای برای دریافت داده‌ها برای پر کردن HTMLی که می‌خواهید در پاسخ به تعامل کاربر به صفحه اضافه کنید، ارسال می‌کنید. در حالی که درخواست‌های شبکه در پرواز در INP محاسبه نمی‌شوند، می‌تواند تأخیر درک شده را افزایش دهد. در صورت امکان، اسپینر بارگیری یا نشانگر دیگری را نشان دهید که داده ها در حال واکشی هستند تا کاربران متوجه شوند که چیزی در حال رخ دادن است.

پیچیدگی انتخابگر CSS را محدود کنید

وقتی مرورگر انتخابگرها را در CSS شما تجزیه می‌کند، باید درخت DOM را طی کند تا بفهمد که چگونه و آیا این انتخاب‌کننده‌ها در طرح‌بندی فعلی اعمال می‌شوند. هرچه این انتخابگرها پیچیده‌تر باشند، مرورگر باید کار بیشتری انجام دهد تا هم رندر اولیه صفحه را انجام دهد و هم برای افزایش محاسبات سبک و کار چیدمان در صورت تغییر صفحه در نتیجه یک تعامل.

از ویژگی content-visibility استفاده کنید

CSS ویژگی content-visibility ارائه می دهد، که به طور موثر راهی برای نمایش تنبل عناصر DOM خارج از صفحه است. همانطور که عناصر به viewport نزدیک می شوند، در صورت تقاضا رندر می شوند. مزایای content-visibility فقط مقدار قابل توجهی از کار رندر در رندر صفحه اولیه را کاهش نمی دهد، بلکه از رندر کردن عناصر خارج از صفحه نیز صرف نظر می کند، زمانی که DOM صفحه در نتیجه تعامل کاربر تغییر می کند.

نتیجه گیری

کاهش اندازه DOM فقط به آنچه کاملاً ضروری است، راه خوبی برای بهینه سازی INP وب سایت شما است. با انجام این کار، می توانید مدت زمانی که مرورگر برای انجام طرح بندی و کار رندر در هنگام به روز رسانی DOM طول می کشد را کاهش دهید. حتی اگر نمی‌توانید اندازه DOM را به طور معنی‌داری کاهش دهید، تکنیک‌هایی وجود دارد که می‌توانید از آنها برای جداسازی کار رندر به یک زیردرخت DOM استفاده کنید، مانند Containment CSS و ویژگی CSS content-visibility .

با این وجود، ایجاد محیطی که در آن رندر کار به حداقل می رسد - و همچنین کاهش میزان کار رندر صفحه شما در پاسخ به تعاملات - نتیجه این خواهد بود که وب سایت شما در هنگام تعامل با کاربران احساس پاسخگویی بیشتری به آنها می کند. . این بدان معناست که شما INP کمتری برای وب سایت خود خواهید داشت و این به معنای تجربه کاربری بهتر است.

،

اندازه‌های DOM بزرگ بیش از آنچه فکر می‌کنید بر تعامل تأثیر می‌گذارند. این راهنما توضیح می دهد که چرا و چه کاری می توانید انجام دهید.

هیچ راهی برای دور زدن آن وجود ندارد: وقتی یک صفحه وب می‌سازید، آن صفحه یک مدل شی سند (DOM) خواهد داشت. DOM ساختار HTML صفحه شما را نشان می دهد و به جاوا اسکریپت و CSS دسترسی به ساختار و محتوای صفحه را می دهد.

با این حال، مشکل این است که اندازه DOM بر توانایی مرورگر برای ارائه سریع و کارآمد یک صفحه تأثیر می گذارد. به طور کلی، هرچه یک DOM بزرگتر باشد، رندر اولیه آن صفحه و به روز رسانی رندر آن بعداً در چرخه عمر صفحه، گران تر است.

هنگامی که تعاملاتی که DOM را تغییر می‌دهند یا به‌روزرسانی می‌کنند، کار طرح‌بندی گرانی را آغاز می‌کنند که بر توانایی صفحه برای پاسخ‌دهی سریع تأثیر می‌گذارد، این مسئله در صفحاتی با DOM‌های بسیار بزرگ مشکل‌ساز می‌شود. کار چیدمان گران می تواند بر تعامل صفحه با رنگ بعدی (INP) تأثیر بگذارد. اگر می‌خواهید صفحه‌ای به سرعت به تعاملات کاربر پاسخ دهد، مهم است که مطمئن شوید اندازه‌های DOM شما فقط به اندازه‌ای که لازم است بزرگ است.

چه زمانی DOM یک صفحه خیلی بزرگ است؟

به گفته Lighthouse ، اندازه DOM یک صفحه زمانی که از 1400 گره فراتر رود بیش از حد است. زمانی که DOM صفحه از 800 گره فراتر رود، Lighthouse شروع به ارسال اخطار می کند. برای مثال HTML زیر را در نظر بگیرید:

<ul>
 
<li>List item one.</li>
 
<li>List item two.</li>
 
<li>List item three.</li>
</ul>

در کد بالا، چهار عنصر DOM وجود دارد: عنصر <ul> و سه عنصر فرزند <li> آن. تقریباً مطمئناً صفحه وب شما تعداد گره‌های بیشتری از این خواهد داشت، بنابراین مهم است بدانید که چه کاری می‌توانید انجام دهید تا اندازه‌های DOM را کنترل کنید - و همچنین استراتژی‌های دیگر برای بهینه‌سازی کار رندر پس از اینکه DOM صفحه‌ای به کوچکی آن را به دست آوردید. می تواند باشد.

DOM های بزرگ چگونه بر عملکرد صفحه تأثیر می گذارند؟

DOM های بزرگ از چند طریق بر عملکرد صفحه تأثیر می گذارند:

  1. در طول رندر اولیه صفحه. هنگامی که CSS بر روی یک صفحه اعمال می شود، ساختاری شبیه به DOM به نام CSS Object Model (CSSOM) ایجاد می شود. با افزایش ویژگی انتخابگرهای CSS، CSSOM پیچیده‌تر می‌شود و زمان بیشتری برای اجرای طرح‌بندی، استایل، ترکیب و رنگ‌آمیزی لازم برای کشیدن صفحه وب روی صفحه مورد نیاز است. این کار اضافه شده تأخیر تعامل را برای تعاملاتی که در اوایل بارگذاری صفحه رخ می دهد افزایش می دهد.
  2. هنگامی که فعل و انفعالات DOM را از طریق درج یا حذف عنصر یا با تغییر محتویات و سبک‌های DOM تغییر می‌دهند، کار لازم برای ارائه آن به‌روزرسانی می‌تواند منجر به طرح‌بندی، استایل، ترکیب و رنگ‌آمیزی بسیار پرهزینه شود. همانطور که در مورد رندر اولیه صفحه وجود دارد، وقتی عناصر HTML در نتیجه یک تعامل در DOM قرار می گیرند، افزایش ویژگی انتخابگر CSS می تواند به کار رندر اضافه شود.
  3. هنگامی که جاوا اسکریپت DOM را پرس و جو می کند، ارجاع به عناصر DOM در حافظه ذخیره می شود. برای مثال، اگر document.querySelectorAll برای انتخاب همه عناصر <div> در یک صفحه فراخوانی کنید، اگر نتیجه تعداد زیادی از عناصر DOM را برگرداند، هزینه حافظه می تواند قابل توجه باشد.
اسکرین شات از یک کار طولانی ناشی از کار رندر بیش از حد در پانل عملکرد Chrome DevTools. پشته تماس کار طولانی مدت زمان قابل توجهی را که برای محاسبه مجدد سبک‌های صفحه و همچنین پیش‌رنگ صرف شده است نشان می‌دهد.
یک کار طولانی همانطور که در نمایه ساز عملکرد در Chrome DevTools نشان داده شده است. وظیفه طولانی نشان داده شده با قرار دادن عناصر DOM در یک DOM بزرگ از طریق جاوا اسکریپت ایجاد می شود.

همه اینها می توانند بر تعامل تأثیر بگذارند، اما مورد دوم در لیست بالا از اهمیت ویژه ای برخوردار است. اگر یک تعامل منجر به تغییر در DOM شود، می تواند کار زیادی را آغاز کند که می تواند به INP ضعیف در یک صفحه کمک کند.

چگونه اندازه DOM را اندازه بگیرم؟

شما می توانید اندازه DOM را به چند روش اندازه گیری کنید. روش اول از Lighthouse استفاده می کند. هنگامی که ممیزی را اجرا می کنید، آمار مربوط به DOM صفحه فعلی در ممیزی "Avoid an Excessive DOM size" تحت عنوان "Diagnostics" قرار می گیرد. در این بخش می توانید تعداد کل عناصر DOM، عنصر DOM حاوی بیشترین عناصر فرزند و همچنین عمیق ترین عنصر DOM را مشاهده کنید.

یک روش ساده تر شامل استفاده از کنسول جاوا اسکریپت در ابزارهای توسعه دهنده در هر مرورگر اصلی است. برای به دست آوردن تعداد کل عناصر HTML در DOM، می توانید پس از بارگیری صفحه از کد زیر در کنسول استفاده کنید:

document.querySelectorAll('*').length;

اگر می خواهید به روز رسانی اندازه DOM را در زمان واقعی مشاهده کنید، می توانید از ابزار نظارت بر عملکرد نیز استفاده کنید. با استفاده از این ابزار، می‌توانید عملیات چیدمان و استایل (و سایر جنبه‌های عملکرد) را با اندازه فعلی DOM مرتبط کنید.

تصویری از نمایشگر عملکرد در Chrome DevTools. در سمت چپ، جنبه های مختلفی از عملکرد صفحه وجود دارد که می توان به طور مداوم در طول عمر صفحه آن را کنترل کرد. در اسکرین شات، تعداد گره‌های DOM، طرح‌بندی‌ها در هر ثانیه و محاسبات مجدد سبک در هر بخش به طور فعال نظارت می‌شوند.
مانیتور عملکرد در Chrome DevTools. در این نما، تعداد فعلی گره‌های DOM صفحه همراه با عملیات طرح‌بندی و محاسبات مجدد سبک در هر ثانیه نمودار می‌شود.

اگر اندازه DOM به آستانه هشدار اندازه DOM Lighthouse نزدیک می شود - یا به طور کلی ناموفق است - گام بعدی این است که بفهمید چگونه اندازه DOM را کاهش دهید تا توانایی صفحه شما در پاسخگویی به تعاملات کاربر را بهبود بخشد تا INP وب سایت شما بهبود یابد.

چگونه می توانم تعداد عناصر DOM تحت تأثیر یک تعامل را اندازه گیری کنم؟

اگر در حال نمایه کردن یک تعامل آهسته در آزمایشگاه هستید که گمان می‌کنید ممکن است به اندازه DOM صفحه مربوط باشد، می‌توانید با انتخاب هر بخش از فعالیت در نمایه‌ساز با برچسب «محاسبه مجدد سبک» متوجه شوید که چند عنصر DOM تحت تأثیر قرار گرفته‌اند. و داده های متنی را در پانل پایین مشاهده کنید.

تصویری از فعالیت محاسبه مجدد سبک انتخابی در پانل عملکرد Chrome DevTools. در بالا، تراک تعاملات یک تعامل کلیک را نشان می‌دهد و بیشتر کار صرف محاسبه مجدد سبک و کار پیش‌رنگ می‌شود. در پایین، یک پانل جزئیات بیشتری را برای فعالیت انتخاب شده نشان می دهد که گزارش می دهد 2547 عنصر DOM تحت تأثیر قرار گرفته اند.
مشاهده تعداد عناصر تحت تأثیر در DOM در نتیجه کار محاسبه مجدد سبک. توجه داشته باشید که بخش سایه‌دار تعامل در مسیر تعامل، بخشی از مدت زمان تعامل را نشان می‌دهد که بیش از 200 میلی‌ثانیه بود، که آستانه "خوب" تعیین‌شده برای INP است.

در تصویر بالا، مشاهده کنید که محاسبه مجدد سبک کار - در صورت انتخاب - تعداد عناصر تحت تأثیر را نشان می دهد. در حالی که تصویر بالا یک مورد شدید از تأثیر اندازه DOM بر رندر کردن کار در صفحه‌ای با عناصر DOM زیادی را نشان می‌دهد، این اطلاعات تشخیصی در هر صورت برای تعیین اینکه آیا اندازه DOM یک عامل محدود کننده در مدت زمان طول می‌کشد مفید است. برای فریم بعدی که در پاسخ به یک تعامل نقاشی شود.

چگونه می توانم اندازه DOM را کاهش دهم؟

فراتر از بررسی HTML وب سایت شما برای نشانه گذاری غیر ضروری، راه اصلی برای کاهش اندازه DOM، کاهش عمق DOM است. یکی از سیگنال‌هایی که نشان می‌دهد DOM شما ممکن است غیرضروری عمیق باشد این است که نشانه‌گذاری چیزی شبیه به این را در برگه عناصر ابزارهای توسعه‌دهنده مرورگر خود مشاهده می‌کنید:

<div>
 
<div>
   
<div>
     
<div>
       
<!-- Contents -->
     
</div>
   
</div>
 
</div>
</div>

وقتی الگوهایی مانند این را می بینید، احتمالاً می توانید با صاف کردن ساختار DOM خود آنها را ساده کنید. انجام این کار تعداد عناصر DOM را کاهش می دهد و احتمالاً به شما فرصتی می دهد تا سبک های صفحه را ساده کنید.

عمق DOM همچنین ممکن است نشانه فریمورک هایی باشد که استفاده می کنید. به‌ویژه، چارچوب‌های مبتنی بر مؤلفه - مانند آن‌هایی که به JSX متکی هستند - از شما می‌خواهند چندین مؤلفه را در یک کانتینر والد قرار دهید.

با این حال، بسیاری از فریم‌ورک‌ها به شما این امکان را می‌دهند که با استفاده از قطعاتی که به عنوان فرگمنت شناخته می‌شوند، از تودرتو کردن اجزای خود اجتناب کنید. چارچوب‌های مبتنی بر مؤلفه که قطعات را به‌عنوان یک ویژگی ارائه می‌کنند، شامل موارد زیر است (اما محدود به آنها نمی‌شود):

با استفاده از قطعات در چارچوب انتخابی خود، می توانید عمق DOM را کاهش دهید. اگر نگران تأثیری که ساختار DOM صاف کردن روی استایل دارد، هستید، ممکن است از حالت‌های چیدمان مدرن‌تر (و سریع‌تر) مانند flexbox یا grid بهره ببرید.

استراتژی های دیگری که باید در نظر بگیرید

حتی اگر برای صاف کردن درخت DOM خود و حذف عناصر غیرضروری HTML برای کوچک نگه داشتن DOM خود تلاش کنید، باز هم می‌تواند بسیار بزرگ باشد و با تغییر در پاسخ به تعاملات کاربر، کار رندر زیادی را آغاز کند. اگر خود را در این موقعیت می بینید، استراتژی های دیگری وجود دارد که می توانید برای محدود کردن کار رندر در نظر بگیرید.

یک رویکرد افزایشی را در نظر بگیرید

ممکن است در موقعیتی باشید که قسمت‌های بزرگی از صفحه شما در ابتدا برای اولین بار رندر برای کاربر قابل مشاهده نباشد. این می‌تواند فرصتی برای بارگذاری تنبلی HTML با حذف آن بخش‌های DOM در هنگام راه‌اندازی باشد، اما زمانی که کاربر با بخش‌هایی از صفحه که نیاز به جنبه‌های پنهان اولیه صفحه دارند تعامل برقرار می‌کند، آنها را به آن اضافه کنید.

این رویکرد هم در زمان بارگذاری اولیه و هم شاید حتی پس از آن مفید است. برای بارگذاری اولیه صفحه، کار رندر کمتری را از قبل انجام می دهید، به این معنی که بار اولیه HTML شما سبک تر خواهد بود و سریعتر رندر می شود. این به تعاملات در طول آن دوره حیاتی فرصت های بیشتری برای اجرا با رقابت کمتر برای جلب توجه موضوع اصلی می دهد.

اگر بخش‌های زیادی از صفحه دارید که در ابتدا در بارگذاری پنهان می‌شوند، می‌تواند باعث تسریع سایر فعل و انفعالاتی شود که کار رندر مجدد را آغاز می‌کنند. با این حال، همانطور که سایر تعاملات بیشتر به DOM اضافه می کنند، کار رندر با رشد DOM در طول چرخه عمر صفحه افزایش می یابد.

افزودن به DOM در طول زمان می‌تواند مشکل باشد و معاوضه‌های خاص خود را دارد. اگر این مسیر را می‌روید، احتمالاً درخواست‌های شبکه‌ای برای دریافت داده‌ها برای پر کردن HTMLی که می‌خواهید در پاسخ به تعامل کاربر به صفحه اضافه کنید، ارسال می‌کنید. در حالی که درخواست‌های شبکه در پرواز در INP محاسبه نمی‌شوند، می‌تواند تأخیر درک شده را افزایش دهد. در صورت امکان، اسپینر بارگیری یا نشانگر دیگری را نشان دهید که داده ها در حال واکشی هستند تا کاربران متوجه شوند که چیزی در حال رخ دادن است.

پیچیدگی انتخابگر CSS را محدود کنید

وقتی مرورگر انتخابگرها را در CSS شما تجزیه می‌کند، باید درخت DOM را طی کند تا بفهمد که چگونه و آیا این انتخاب‌کننده‌ها در طرح‌بندی فعلی اعمال می‌شوند. هرچه این انتخابگرها پیچیده‌تر باشند، مرورگر باید کار بیشتری انجام دهد تا هم رندر اولیه صفحه را انجام دهد و هم برای افزایش محاسبات سبک و کار چیدمان در صورت تغییر صفحه در نتیجه یک تعامل.

از ویژگی content-visibility استفاده کنید

CSS ویژگی content-visibility ارائه می دهد، که به طور موثر راهی برای نمایش تنبل عناصر DOM خارج از صفحه است. همانطور که عناصر به viewport نزدیک می شوند، در صورت تقاضا رندر می شوند. مزایای content-visibility فقط مقدار قابل توجهی از کار رندر در رندر صفحه اولیه را کاهش نمی دهد، بلکه از رندر کردن عناصر خارج از صفحه نیز صرف نظر می کند، زمانی که DOM صفحه در نتیجه تعامل کاربر تغییر می کند.

نتیجه گیری

کاهش اندازه DOM فقط به آنچه کاملاً ضروری است، راه خوبی برای بهینه سازی INP وب سایت شما است. با انجام این کار، می توانید مدت زمانی که مرورگر برای انجام طرح بندی و کار رندر در هنگام به روز رسانی DOM طول می کشد را کاهش دهید. حتی اگر نمی‌توانید اندازه DOM را به طور معنی‌داری کاهش دهید، تکنیک‌هایی وجود دارد که می‌توانید از آنها برای جداسازی کار رندر به یک زیردرخت DOM استفاده کنید، مانند Containment CSS و ویژگی CSS content-visibility .

با این وجود، ایجاد محیطی که در آن رندر کار به حداقل می رسد - و همچنین کاهش میزان کار رندر صفحه شما در پاسخ به تعاملات - نتیجه این خواهد بود که وب سایت شما در هنگام تعامل با کاربران احساس پاسخگویی بیشتری به آنها می کند. . این بدان معناست که شما INP کمتری برای وب سایت خود خواهید داشت و این به معنای تجربه کاربری بهتر است.

،

اندازه‌های DOM بزرگ بیش از آنچه فکر می‌کنید بر تعامل تأثیر می‌گذارند. این راهنما توضیح می دهد که چرا و چه کاری می توانید انجام دهید.

هیچ راهی برای دور زدن آن وجود ندارد: وقتی یک صفحه وب می‌سازید، آن صفحه یک مدل شی سند (DOM) خواهد داشت. DOM ساختار HTML صفحه شما را نشان می دهد و به جاوا اسکریپت و CSS دسترسی به ساختار و محتوای صفحه را می دهد.

با این حال، مشکل این است که اندازه DOM بر توانایی مرورگر برای ارائه سریع و کارآمد یک صفحه تأثیر می گذارد. به طور کلی، هرچه یک DOM بزرگتر باشد، رندر اولیه آن صفحه و به روز رسانی رندر آن بعداً در چرخه عمر صفحه، گران تر است.

هنگامی که تعاملاتی که DOM را تغییر می‌دهند یا به‌روزرسانی می‌کنند، کار طرح‌بندی گرانی را آغاز می‌کنند که بر توانایی صفحه برای پاسخ‌دهی سریع تأثیر می‌گذارد، این مسئله در صفحاتی با DOM‌های بسیار بزرگ مشکل‌ساز می‌شود. کار چیدمان گران می تواند بر تعامل صفحه با رنگ بعدی (INP) تأثیر بگذارد. اگر می‌خواهید صفحه‌ای به سرعت به تعاملات کاربر پاسخ دهد، مهم است که مطمئن شوید اندازه‌های DOM شما فقط به اندازه‌ای که لازم است بزرگ است.

چه زمانی DOM یک صفحه خیلی بزرگ است؟

به گفته Lighthouse ، اندازه DOM یک صفحه زمانی که از 1400 گره فراتر رود بیش از حد است. زمانی که DOM صفحه از 800 گره فراتر رود، Lighthouse شروع به ارسال اخطار می کند. برای مثال HTML زیر را در نظر بگیرید:

<ul>
 
<li>List item one.</li>
 
<li>List item two.</li>
 
<li>List item three.</li>
</ul>

در کد بالا، چهار عنصر DOM وجود دارد: عنصر <ul> و سه عنصر فرزند <li> آن. تقریباً مطمئناً صفحه وب شما تعداد گره‌های بیشتری از این خواهد داشت، بنابراین مهم است بدانید که چه کاری می‌توانید انجام دهید تا اندازه‌های DOM را کنترل کنید - و همچنین استراتژی‌های دیگر برای بهینه‌سازی کار رندر پس از اینکه DOM صفحه‌ای به کوچکی آن را به دست آوردید. می تواند باشد.

DOM های بزرگ چگونه بر عملکرد صفحه تأثیر می گذارند؟

DOM های بزرگ از چند طریق بر عملکرد صفحه تأثیر می گذارند:

  1. در طول رندر اولیه صفحه. هنگامی که CSS بر روی یک صفحه اعمال می شود، ساختاری شبیه به DOM به نام CSS Object Model (CSSOM) ایجاد می شود. با افزایش ویژگی انتخابگرهای CSS، CSSOM پیچیده‌تر می‌شود و زمان بیشتری برای اجرای طرح‌بندی، استایل، ترکیب و رنگ‌آمیزی لازم برای کشیدن صفحه وب روی صفحه مورد نیاز است. این کار اضافه شده تأخیر تعامل را برای تعاملاتی که در اوایل بارگذاری صفحه رخ می دهد افزایش می دهد.
  2. هنگامی که فعل و انفعالات DOM را از طریق درج یا حذف عنصر یا با تغییر محتویات و سبک‌های DOM تغییر می‌دهند، کار لازم برای ارائه آن به‌روزرسانی می‌تواند منجر به طرح‌بندی، استایل، ترکیب و رنگ‌آمیزی بسیار پرهزینه شود. همانطور که در مورد رندر اولیه صفحه وجود دارد، وقتی عناصر HTML در نتیجه یک تعامل در DOM قرار می گیرند، افزایش ویژگی انتخابگر CSS می تواند به کار رندر اضافه شود.
  3. هنگامی که جاوا اسکریپت DOM را پرس و جو می کند، ارجاع به عناصر DOM در حافظه ذخیره می شود. برای مثال، اگر document.querySelectorAll برای انتخاب همه عناصر <div> در یک صفحه فراخوانی کنید، اگر نتیجه تعداد زیادی از عناصر DOM را برگرداند، هزینه حافظه می تواند قابل توجه باشد.
اسکرین شات از یک کار طولانی ناشی از کار رندر بیش از حد در پانل عملکرد Chrome DevTools. پشته تماس کار طولانی مدت زمان قابل توجهی را که برای محاسبه مجدد سبک‌های صفحه و همچنین پیش‌رنگ صرف شده است نشان می‌دهد.
یک کار طولانی همانطور که در نمایه ساز عملکرد در Chrome DevTools نشان داده شده است. وظیفه طولانی نشان داده شده با قرار دادن عناصر DOM در یک DOM بزرگ از طریق جاوا اسکریپت ایجاد می شود.

همه اینها می توانند بر تعامل تأثیر بگذارند، اما مورد دوم در لیست بالا از اهمیت ویژه ای برخوردار است. اگر یک تعامل منجر به تغییر در DOM شود، می تواند کار زیادی را آغاز کند که می تواند به INP ضعیف در یک صفحه کمک کند.

چگونه اندازه DOM را اندازه بگیرم؟

شما می توانید اندازه DOM را به چند روش اندازه گیری کنید. روش اول از Lighthouse استفاده می کند. هنگامی که ممیزی را اجرا می کنید، آمار مربوط به DOM صفحه فعلی در ممیزی "Avoid an Excessive DOM size" تحت عنوان "Diagnostics" قرار می گیرد. در این بخش می توانید تعداد کل عناصر DOM، عنصر DOM حاوی بیشترین عناصر فرزند و همچنین عمیق ترین عنصر DOM را مشاهده کنید.

یک روش ساده تر شامل استفاده از کنسول جاوا اسکریپت در ابزارهای توسعه دهنده در هر مرورگر اصلی است. برای به دست آوردن تعداد کل عناصر HTML در DOM، می توانید پس از بارگیری صفحه از کد زیر در کنسول استفاده کنید:

document.querySelectorAll('*').length;

اگر می خواهید به روز رسانی اندازه DOM را در زمان واقعی مشاهده کنید، می توانید از ابزار نظارت بر عملکرد نیز استفاده کنید. با استفاده از این ابزار، می‌توانید عملیات چیدمان و استایل (و سایر جنبه‌های عملکرد) را با اندازه فعلی DOM مرتبط کنید.

تصویری از نمایشگر عملکرد در Chrome DevTools. در سمت چپ، جنبه های مختلفی از عملکرد صفحه وجود دارد که می توان به طور مداوم در طول عمر صفحه آن را کنترل کرد. در اسکرین شات، تعداد گره‌های DOM، طرح‌بندی‌ها در هر ثانیه و محاسبات مجدد سبک در هر بخش به طور فعال نظارت می‌شوند.
مانیتور عملکرد در Chrome DevTools. در این نما، تعداد فعلی گره‌های DOM صفحه همراه با عملیات طرح‌بندی و محاسبات مجدد سبک در هر ثانیه نمودار می‌شود.

اگر اندازه DOM به آستانه هشدار اندازه DOM Lighthouse نزدیک می شود - یا به طور کلی ناموفق است - گام بعدی این است که بفهمید چگونه اندازه DOM را کاهش دهید تا توانایی صفحه شما در پاسخگویی به تعاملات کاربر را بهبود بخشد تا INP وب سایت شما بهبود یابد.

چگونه می توانم تعداد عناصر DOM تحت تأثیر یک تعامل را اندازه گیری کنم؟

اگر در حال نمایه کردن یک تعامل آهسته در آزمایشگاه هستید که گمان می‌کنید ممکن است به اندازه DOM صفحه مربوط باشد، می‌توانید با انتخاب هر بخش از فعالیت در نمایه‌ساز با برچسب «محاسبه مجدد سبک» متوجه شوید که چند عنصر DOM تحت تأثیر قرار گرفته‌اند. و داده های متنی را در پانل پایین مشاهده کنید.

تصویری از فعالیت محاسبه مجدد سبک انتخابی در پانل عملکرد Chrome DevTools. در بالا، تراک تعاملات یک تعامل کلیک را نشان می‌دهد و بیشتر کار صرف محاسبه مجدد سبک و کار پیش‌رنگ می‌شود. در پایین، یک پانل جزئیات بیشتری را برای فعالیت انتخاب شده نشان می دهد که گزارش می دهد 2547 عنصر DOM تحت تأثیر قرار گرفته اند.
مشاهده تعداد عناصر تحت تأثیر در DOM در نتیجه کار محاسبه مجدد سبک. توجه داشته باشید که بخش سایه‌دار تعامل در مسیر تعامل، بخشی از مدت زمان تعامل را نشان می‌دهد که بیش از 200 میلی‌ثانیه بود، که آستانه "خوب" تعیین‌شده برای INP است.

در تصویر بالا، مشاهده کنید که محاسبه مجدد سبک کار - در صورت انتخاب - تعداد عناصر تحت تأثیر را نشان می دهد. در حالی که تصویر فوق یک مورد شدید از تأثیر اندازه DOM در انجام کار در صفحه با بسیاری از عناصر DOM را نشان می دهد ، این اطلاعات تشخیصی در هر صورت مفید است تا مشخص شود که آیا اندازه DOM یک عامل محدود کننده در مدت زمان طولانی است برای اینکه قاب بعدی در پاسخ به تعامل نقاشی شود.

چگونه می توانم اندازه DOM را کاهش دهم؟

فراتر از حسابرسی HTML وب سایت خود برای نشانه گذاری غیر ضروری ، روش اصلی برای کاهش اندازه DOM کاهش عمق DOM است. یک سیگنال مبنی بر اینکه DOM شما ممکن است به طور غیر ضروری عمیق باشد این است که اگر می بینید مارکی که به نظر می رسد چیزی شبیه به این در برگه عناصر ابزارهای توسعه دهنده مرورگر شما است:

<div>
 
<div>
   
<div>
     
<div>
       
<!-- Contents -->
     
</div>
   
</div>
 
</div>
</div>

وقتی الگویی از این دست را می بینید ، احتمالاً می توانید آنها را با صاف کردن ساختار DOM خود ساده کنید. انجام این کار باعث کاهش تعداد عناصر DOM می شود و احتمالاً فرصتی برای ساده سازی سبک های صفحه به شما می دهد.

عمق DOM همچنین ممکن است نشانه چارچوب هایی باشد که شما استفاده می کنید. به طور خاص ، چارچوب های مبتنی بر مؤلفه-مانند مواردی که به JSX تکیه می کنند-شما را به لانه سازی چندین مؤلفه در یک ظرف والدین تبدیل می کنند.

با این حال ، بسیاری از چارچوب ها به شما امکان می دهند با استفاده از آنچه به عنوان قطعات شناخته می شود ، از اجزای لانه سازی خودداری کنید. چارچوب های مبتنی بر مؤلفه که قطعات را به عنوان یک ویژگی ارائه می دهند (اما محدود به آن نیستند) موارد زیر را شامل می شوند:

با استفاده از قطعات موجود در چارچوب مورد نظر خود ، می توانید عمق DOM را کاهش دهید. اگر نگران ساختار DOM Flattening Impact در یک ظاهر طراحی شده هستید ، ممکن است از استفاده از حالت های مدرن تر (و سریعتر) مانند Flexbox یا Grid بهره مند شوید.

استراتژی های دیگر برای در نظر گرفتن

حتی اگر برای صاف کردن درخت DOM خود دردناک شوید و عناصر HTML غیر ضروری را از بین ببرید تا DOM خود را تا حد ممکن کوچک نگه دارید ، هنوز هم می تواند بسیار بزرگ باشد و در حالی که در پاسخ به تعامل کاربر تغییر می کند ، کارهای ارائه دهنده زیادی را آغاز می کند. اگر خود را در این موقعیت پیدا کردید ، برخی از استراتژی های دیگر وجود دارد که می توانید برای محدود کردن کار رندر در نظر بگیرید.

یک رویکرد افزودنی را در نظر بگیرید

ممکن است در موقعیتی قرار داشته باشید که قسمتهای بزرگی از صفحه شما در ابتدا برای اولین بار برای کاربر قابل مشاهده نباشد. این می تواند فرصتی برای تنبلی HTML با حذف آن قسمت های DOM در هنگام راه اندازی باشد ، اما وقتی کاربر با قسمتهای صفحه که به جنبه های پنهان صفحه نیاز دارد ، آنها را اضافه کنید.

این رویکرد هم در زمان بار اولیه و هم شاید حتی پس از آن مفید است. برای بار اولیه صفحه ، شما در حال انجام کار کمتری در جلو هستید ، به این معنی که بار اولیه HTML شما سبک تر خواهد بود و سریعتر ارائه می شود. این تعامل در آن دوره مهم فرصت های بیشتری برای اجرای رقابت کمتر برای توجه موضوع اصلی ایجاد می کند.

اگر قسمتهای زیادی از صفحه را دارید که در ابتدا روی بار پنهان شده اند ، می تواند تعاملات دیگری را نیز که باعث ایجاد کار مجدد می شود ، سرعت بخشید. با این حال ، از آنجا که سایر تعاملات به DOM اضافه می کنند ، با رشد DOM در طول چرخه عمر صفحه ، کار ارائه می شود.

افزودن به DOM به مرور زمان می تواند مشکل باشد و تجارت خود را دارد. اگر این مسیر را طی می کنید ، به احتمال زیاد درخواست های شبکه را برای دریافت داده ها برای جمع آوری HTML که قصد دارید در پاسخ به تعامل کاربر به صفحه اضافه کنید ، می پردازید. در حالی که درخواست های شبکه در پرواز به سمت INP شمرده نمی شود ، می تواند تأخیر درک شده را افزایش دهد. در صورت امکان ، یک اسپینر بارگیری یا شاخص دیگر را نشان دهید که داده ها به دست می آیند تا کاربران درک کنند که چیزی اتفاق می افتد.

پیچیدگی انتخاب CSS را محدود کنید

هنگامی که مرورگر انتخاب کننده های CSS شما را تجزیه می کند ، باید درخت DOM را طی کند تا بفهمد چگونه و اگر انتخاب کنندگان برای طرح فعلی اعمال می شوند. هرچه این انتخاب کنندگان پیچیده تر باشند ، مرورگر برای انجام هر دو رندر اولیه صفحه و همچنین افزایش محاسبات سبک و کار چیدمان در صورت تغییر صفحه در نتیجه تعامل ، کار بیشتری انجام می دهد.

از خاصیت content-visibility استفاده کنید

CSS ویژگی content-visibility ارائه می دهد ، که به طور مؤثر راهی برای عناصر DOM خارج از صفحه است. با نزدیک شدن عناصر به نمای ، آنها در صورت تقاضا ارائه می شوند. مزایای content-visibility فقط مقدار قابل توجهی از کار ارائه دهنده را در صفحه اولیه ارائه نمی دهد ، بلکه هنگام تغییر صفحه DOM به عنوان نتیجه تعامل کاربر ، کار را برای عناصر خارج از صفحه انجام می دهد.

نتیجه گیری

کاهش اندازه DOM شما فقط به آنچه که کاملاً ضروری است ، یک روش مناسب برای بهینه سازی INP وب سایت شما است. با این کار ، می توانید مدت زمان لازم برای مرورگر را برای انجام چیدمان و انجام کار در هنگام بروزرسانی DOM کاهش دهید. حتی اگر شما نمی توانید به طور معناداری از اندازه DOM کاهش دهید ، برخی از تکنیک ها وجود دارد که می توانید از آنها برای جداسازی کار رندر به یک زیرزمین DOM استفاده کنید ، مانند مهار CSS و ویژگی CSS content-visibility .

با این حال ، شما در مورد آن می روید ، ایجاد محیطی که کار ارائه دهنده به حداقل می رسد - و همچنین کاهش میزان کار ارائه دهنده صفحه شما در پاسخ به تعامل انجام می دهد - نتیجه این خواهد بود که وب سایت شما هنگام تعامل با آنها احساس پاسخگویی بیشتری به کاربران خواهد داشت . این بدان معناست که شما یک INP پایین تر برای وب سایت خود خواهید داشت و این به یک تجربه کاربر بهتر تبدیل می شود.