همه چیز درباره TTI؛ اولش از تعامل شروع شد!

همه چیز درباره TTI؛ اولش از تعامل شروع شد!


زمان سرمایه گذاری روی خود : 17 دقیقه
5/5 - (1 امتیاز)

برخی وب سایت‌های سریع ممکن است عملکرد بدتری نسبت به وب سایت های کند داشته باشند. بله درست خواندید. البته، این به این معنا نیست که سرعت صفحه مهم نیست. سرعت صفحه نقش حیاتی دارد. این فاکتور فقط مربوط به ارائه محتوا نیست. بلکه در حقیقت ارائه یک وب سایت با ویژگی‌های بصری چشم نواز و قابل استفاده است. در واقع، تمرکز بیش از حد بر روی تصاویر و نادیده گرفتن قابل استفاده بودن می تواند تجربه بازدیدکنندگان شما را نابود کند. ما در مورد این موضوع در ادامه صحبت خواهیم کرد. ابتدا باید درباره‌یTime To Interactive (TTI) بحث کنیم.

TTI چیست؟

TTI یک معیار عملکردی است که مدت زمان دانلود منابع فرعی صفحه وب را اندازه گیری می کند. به زبان دیگر،  زمانی که کاربر می تواند با صفحه وب تعامل داشته باشد را محاسبه می‌کند. Time to Interactive فقط در مورد “بارگیری پاسخگو” نیست. این فاکتور در مورد “دانلود منابع اصلی صفحه وب” نیز هست. برای اندازه گیری و درک Time to Interactive (TTI)، باید بدانید First Contentful Paint و Total Blocking Time چه معنایی دارند. Time to Interactive معیار زمانی برای تعاملی شدن کامل یک صفحه وب است. به زبان ساده‌تر، زمانی است که طول می کشد تا یک صفحه پس از ورود کاربر به آن، کاملاً تعاملی می‌شود.  Page Speed Insights (PSI) یک صفحه را زمانی تعاملی در نظر می‌گیرد که:

  • صفحه مطالب مفیدی را نمایش می دهد.
  • اجرا کننده‌ی رویداد برای عناصر قابل مشاهده در صفحه ثبت شده است.
  • صفحه در عرض 50 میلی ثانیه به تعاملات کاربر پاسخ بدهد.
  • TTI
    TTI

چند نکته‌ی جالب در این قسمت

  • در نخستین نکته، فاکتور FCP (First Contentful Paint) زمانی را که صفحه آغاز به نمایش محتوا می کند، اندازه گیری می کند. سپس TTI پس از FCP بدست می آید. وجود اختلافات بزرگ بین این دو فاکتور باعث مشکلات جدی خواهد شد. در ادامه بیشتر به این موضوع خواهیم پرداخت.
  • اجرا کننده رویدادها اسکریپت‌هایی هستند که به صورت خودکار هنگام وقوع یک رویداد اجرا می‌شوند. به عنوان مثال، کلیک کاربر روی یک دکمه یک رویداد تلقی می‌شود. اجرا کننده‌های رویداد وب سایت شما با ایجاد نتایج مورد نیاز به این رویداد پاسخ می دهند. اگر اجرا ‌کنندگان رویداد ثبت نشده باشند، وب ‌سایت شما به داده‌ی ورودی کاربر پاسخ نمی‌دهد. برای مثال کاربر روی دکمه کلیک می‌کند و وارد یک صفحه جدید می‌شود.
  • پاسخگویی به تعاملات کاربر در عرض 50 میلی ثانیه برای ارائه یک تجربه کاربری یکپارچه بسیار مهم است. انجام این کار اغلب سخت است؛ زیرا تسک‌های طولانی می‌توانند رشته اصلی را مسدود کنند و باعث ایجاد تاخیر بین داده‌ی ورودی کاربر و پاسخ وب سایت شود. همچنین مهم است که توجه داشته باشید که TTI یک معیار آزمایشگاهی است. یعنی در یک محیط شبیه سازی شده، بدون ورودی از کاربران واقعی اندازه‌ گیری می شود. بنابراین برای پیدا کردن مشکلات نقش مفیدی خواهد داشت. با این وجود، کاربران واقعی ممکن است مشکلاتی را تجربه کنند که داده‌های آزمایشگاهی نمی‌توانند گزارش کنند. به همین علت، باید فاکتور تعامل میدانی یا اولین تاخیر ورودی (FID) را نیز اندازه گیری و بهینه‌ سازی کنید.

TTI چه چیزی را اندازه می‌گیرد

  • زمانی که صفحه وب برای اولین بار محتوای مفیدی را نشان می‌دهد. این عبارت به آن معنا است که FCP رخ داده است.
  • مدت زمانی که اجرا کننده‌های رویداد فعال شده‌ باشند و صفحه وب می‌تواند به تعامل کاربر پاسخ دهد. به صورت استاندارد صفحه وب باید بتواند در 50 میلی‌ثانیه به کاربر اولین پاسخ را بدهد.

اصطلاحات First CPU Idle، Total Blocking Time و Consistently Interactive Timing مربوط به TTI است. First CPU Idle اولین معیار اندازه گیری است. این معیار برای اندازه گیری اولین زمانی است که رشته اصلی مرورگر غیر فعال است. این در حالی است که Time to Interactive مربوط به تعامل پایدار است. برای این که فرض کنیم  TTI رخ داده است، رشته‌ی اصلی باید بیش از 5 ثانیه غیر فعال باشد، به این حالت پنجره آرام یا “Thread Quiet Timing” می‌گویند.

 

Google Chrome Lighthouse چگونه TTI را محاسبه می کند؟

لایت هاوس برای محاسبه Time to Interactive، از زمان تعامل آرشیو شده برای داده‌ها استفاده می‌کند. اگر امتیاز TTI صفحه وب بهتر از استاندارد وب‌سایت‌های سراسر جهان باشد، Lighthouse امتیاز TTI را با عبارت خوب علامت‌گذاری می‌کند.

زمان بندی TTI

الان می‌توانید زمان بندی استاندارد برای TTI را به صورت عددی درک کنید. به طور کلی اگر زمان تعامل وب سایت شما بین 0-3.8 ثانیه باشد، سریع تلقی می‌شود. بنابراین بهتر است که TTI خود را در این بازه حفظ کنید. اگر TTI وب سایت شما بین 3.9 تا 7.3 ثانیه باشد، متوسط در نظر گرفته می‌شود. در این مواقع شما می‌توانید با ایجاد تغییرات جزیی در وب سایت خود امتیاز TTI خود را به راحتی افزایش بدهید. اگر این مدت زمان بیش‌تر از 7.3 ثانیه باشد، وب سایت شما به تغییرات اساسی و بزرگ نیاز دارد که در این موارد بهتر است با یک فرد متخصص در ارتباط باشید تا با ایجاد تغییرات کلی به کاهش این مدت زمان برسید.

توجه داشته باشید که این بازه‌های زمانی برای TTI همواره متغیر است و می‌تواند با توسعه‌ی وب آپدیت شود. اعداد ذکر شده برای آگوست 2020 می‌باشد.

TTI
TTI

چگونه می توان زمان تعامل را برای عملکرد بهتر UX و SEO بهینه کرد؟

Time to Interactive زمانی را اندازه‌گیری می‌کند که محتوای اصلی وب‌سایت دانلود شده باشد و کاربر بتواند بدون بلاک شدن توسط وب‌سایت، با صفحه‎‌ی مورد نظر خود تعامل داشته باشد. بنابراینTime to Interactive یک فاکتور برای سرعت صفحه به شکل کاربر محور است و همچنین مستقیما با درصد overload رشته‌ی اصلی مرتبط است. به همین دلیل، یک کارشناس SEO کلی نگر یا یک توسعه دهنده باید بتواند فعالیت رشته‌ی اصلی را در طول فرآیند بارگذاری صفحه بفهمد تا بتواند مشکلات را حل کند. برای این کار می‌توان از گوگل کروم وب تولز استفاده کرد.

پنجره آرام چیست و چه ارتباطی با TTI دارد
پنجره آرام چیست و چه ارتباطی با TTI دارد

اصطلاح Quiet Window به طور مستقیم به Time to Interactive مربوط می شود. این معیار، زمان مسدود شدن CPU را پس از FCP اندازه گیری می کند. اگر بعد از FCP تسک طولانی در 5 ثانیه‌ی اول وجود نداشته باشد، به این معنی است که کاربر می تواند محتوا را ببیند و پس از بارگیری کامل محتوای اصلی به شکل مداوم با آن تعامل داشته باشد. تسک‌های طولانی را می‌توان توسط API long task مرورگرها مشخص کرد.

اگر یک وب سایت از رندر کردن توسط سرور استفاده کند، کارشناس سئو یا توسعه دهنده باید در مورد Time to Interactive دقت بیشتری به خرج بدهد. زیرا، رندر سمت سرور یا پیش رندر می‌تواند اولین رنگ، FCP و اولین رنگ معنی‌دار را بهبود ببخشد ولی در عین حال TTI را کاهش دهد. از آنجایی که یک صفحه وب ثابت در پس‌زمینه‌ی سرور وجود دارد، اجراکننده‌های رویداد لازم و فایل‌های جاوا اسکریپت برای ایجاد تعامل پایدار ضروری است؛ حتی اگر این صفحه وب ایستا را در یک نگاه کلی به کاربر نشان دهد. در غیر این صورت، این فرض ایجاد می‌شود که صفحه وب خراب است و پاسخگو نیست و در بهترین شرایط تنها باعث آزار کاربران می شود.

 

تعامل پایدار چیست و چه ارتباطی با TTI دارد

برای درک دانش سرعت صفحه، دانستن اصطلاحات مرتبط با معیارهای مختلف سرعت صفحه بسیار مهم است. تعامل پایدار به این معنی است که صفحه وب برای مدت طولانی و بدون هیچ گونه وقفه‌ای تعاملی باشد. تعامل پایدار و پنجره آرام اصطلاحاتی هستند که از طریق زمان تعاملی با یکدیگر مرتبط می‌شوند.Time to First Byte از طریق قابل استفاده بودن وب سایت و دانش سرعت صفحه به First Paint، First Input Delay، First Contentful Paint، First Meaningful Paint و Total Blocking Time مربوط می شود.

معیارهای عملکردی کاربر محور مستقیما با UX در طول فرآیند بارگذاری صفحه وب مرتبط هستند. بارگذاری پاسخگو نیز مستقیما با تعامل کاربران در مدت زمان بارگذاری صفحه مرتبط است. همچنین اصطلاح تعامل پایدار برای درک Time to Interactive اهمیت زیادی دارد.

تعامل پایدار چیست و چه ارتباطی با TTI دارد
تعامل پایدار چیست و چه ارتباطی با TTI دارد

چرا زمان تعامل برای تجربه کاربر و سئوی جامع مهم است؟

طبق API تسک‌های طولانی، اگر رشته اصلی مرورگر بیش از 50 میلی ثانیه مشغول باشد، به این معنی است که تعامل کاربر بلاک می‌شود. اگر کاربر نتواند با صفحه وب تعامل داشته باشد، این وضعیت کاربر را ناامید می کند. TTI برای ایجاد یک اثر پایا در آگاهی کاربران و حفظ تمرکز کاربران روی «هدف از بازدید» نقش بسیار مهمی دارد. اگر مشکل قابل استفاده بودن وب سایت در صفحه وب وجود داشته باشد، احتمال دل کندن کاربران از وب سایت شما  افزایش می یابد. در این صورت مخاطبین خود را از دست خواهید داد.

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

چرا زمان تعامل برای تجربه کاربر و سئوی جامع مهم است؟
چرا زمان تعامل برای تجربه کاربر و سئوی جامع مهم است؟

زمان بارگذاری در مقابل تعامل

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

زمان بارگذاری در مقابل تعامل
زمان بارگذاری در مقابل تعامل

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

به طور خلاصه:

فاصله‌ی بین داشتن یک صفحه بصری کامل و یک صفحه قابل استفاده می‌تواند تجربه‌ی کاربری خوب یا بد را ایجاد کند. بهتر است این اختلاف زمان را تا حد ممکن کوتاه نگه دارید.

پیش از این که به نحوه‌ی انجام این کار بپردازید، باید بدانید چه چیزی باعث کند شدن TTI می شود.

چه چیزی باعث کندی TTI می شود؟

بزرگترین دلیل کندی TTI ، حجم زیاد جاوا اسکریپت در وب سایت‌های مدرن است. اگر بخواهیم دقیق‌تر بگوییم، تسک‌های طولانی مدت جاوا اسکریپت (همه‌ی تسک‌های بیش از 50 میلی ثانیه) می توانند TTI شما را به تاخیر بیندازند. دلیل آن این است که مرورگرهای جدید هنگام رندر کردن یک صفحه، برای انجام تعداد زیادی از تسک‌ها به رشته‌ی اصلی تکیه می‌کنند. تسک‌های طولانی مدت زمان قابل توجهی را در رشته‌ی اصلی می‌گیرند. وقتی که آنها در حال انجام باشند، مرورگرها نمی توانند در آنها مداخله کنند. یعنی اگر کاربر در حین یکی از این تسک‌ها روی دکمه‌ای کلیک کند، مرورگر نمی تواند به داده‌ی ورودی او پاسخ دهد. به زبان ساده‌تر، صفحه تا زمانی که آن تسک به پایان برسد پاسخگو نخواهد بود. بنابراین، با پیدا کردن و بهینه سازی تسک‌های طولانی، می‌توانید TTI خود را به میزان قابل توجهی بهبود بخشید.

در ادامه خواهیم دید که چگونه این تسک‌های طولانی را پیدا کنیم.

چه چیزی باعث کندی TTI می شود؟
چه چیزی باعث کندی TTI می شود؟

نحوه یافتن وظایف طولانی

بازبینی عملکرد ابزارهای توسعه‌دهنده کروم می‌تواند اطلاعاتی درباره‌ی تسک‌های طولانی در رشته‌ی اصلی به شما بدهد. برای این کار به صفحه‌ای که می خواهید آنالیز کنید بروید. در ادامه راست کلیک کنید، “Inspect” را انتخاب کنید و روی “Performance” کلیک کنید. در آخر نیز روی دکمه بارگذاری مجدد کلیک کنید و منتظر بمانید تا کروم عملیات خود را انجام دهد. پس از مدتی تجزیه و تحلیل دقیقی از نحوه عملکرد صفحه‌ی انتخاب شده دریافت خواهید کرد. در بخش “main”، وظایفی را خواهید دید که با رنگ‌های مختلف رنگ آمیزی شده‌اند. اگر یک تسک خاکستری با یک روکش قرمز کوچک می بینید، یک تسک طولانی پیدا کرده اید.

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

همچنین می توانید از تکنیک‌هایی که در ادامه خواهید دید استفاده کنید تا TTI شما بهبود بیابد.

نحوه یافتن وظایف طولانی
نحوه یافتن وظایف طولانی

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

بهینه‌سازی معیارهای تعاملی (TTI ، TBT و FID) سخت‌تر از بهینه‌سازی معیارهای رنگ است. این عمدتا به این دلیل است که جاوا اسکریپت (JS) به مقدار زیادی در این فرآیند درگیر است. به طور کلی، چند بهینه سازی جاوا اسکریپت بیشترین اثر را روی بهبود امتیاز TTI شما به همراه خواهد داشت

بهینه سازی جاوا اسکریپت

دلایل متعددی وجود دارد که جاوا اسکریپت یکی از مهمترین عناصر برای Time to Interactive است. اولین دلیل، این است که فایل های جاوا اسکریپت مسدود کننده‌ی تجزیه کننده‌ها هستند. همچنین رشته اصلی مرورگر می تواند به دلیل تسک‌های طولانی جاوا اسکریپت مسدود گردد. برای جلوگیری از این وضعیت، بهینه سازی دارایی های جاوا اسکریپت مهم است. در ادامه می‌توانید روش های بهینه سازی جاوا اسکریپت را مشاهده کنید.

  • از زنجیره های متغیر طولانی استفاده نکنید. به جای دامنه‌ی محلی از دامنه‌ی جهانی استفاده نکنید.
  • ساختار کد خود را بهبود ببخشید تا در اجرای جاوا اسکریپت عملکرد بهتری داشته باشید.
  • مطابق با وضعیت رشته اصلی از “تعدیل” و “غیر همزمانی” استفاده کنید.
  • مراقب باشید که کدهای جاوا اسکریپت خطی بیش از 1500 کاراکتر نباشد.
  • از بسته‌های جاوا اسکریپت استفاده کنید، اما مراقب اندازه کل فایل‌ جاوا اسکریپت باشید تا بیشتر از حد استاندارد نشود.

تقسیم کد

این کار به وب‌سایت شما اجازه می‌دهد تنها کدی را که بازدیدکنندگان شما در همان ابتدا به آن نیاز دارند ارسال کند، به‌جای اینکه مرورگر را با همه جاوا اسکریپت‌ها به صورت همزمان بارگیری کند. تقسیم کد TTI شما را به صورت قابل توجهی بهبود می‌بخشد.

تقسیم کد
تقسیم کد

کوچک سازی و فشرده سازی

در این تکنیک‌ها حجم فایل کد کاهش می‌یابد. برای انجام این کار به تلاش کمی نیاز دارید اما بهینه سازی قابل توجهی در TTI سایت شما رخ خواهد داد. حتی اگر با جاوا اسکریپت وب سایت خود مشکلی ندارید، همچنان باید کد خود را تا حد ممکن کوچک و فشرده کنید. می‌توانید از دستور ECMAScript 6 برای کاهش اندازه فایل جاوا اسکریپت در وبسایتتان استفاده نمایید.

حذف یا به تاخیر انداختن اسکریپت‌های شخص ثالث و غیر مهم

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

پیش بارگذاری دارایی های حیاتی

با پیش بارگیری، شما به مرورگر می‌گویید که کدام دارایی‌ها را ابتدا پیدا کرده و بارگیری کند. می توانید این کار را با افزودن عنصر پیوند rel=”preload” انجام دهید. این اقدام می‌تواند کمک کوچکی در بهبود TTI شما داشته باشد.

فایل‌های CSS را برای زمان بهتر در معیار تعاملی بهینه کنید

برای بهبود TTI ، فایل‌های CSS بسیار مهم هستند. برای بهبود زمان‌بندی «کاملا تعاملی» بهینه‌سازی فایل‌های CSS مهم است تا اولین غیرفعالی CPU، بزرگترین رنگ محتوایی و طبیعتا TTI زودتر اتفاق بیفتد. می‌توانید از روش‌های زیر برای بهینه‌سازی CSS برای بهبود زمان تعامل استفاده کنید.

  • کدهای استفاده نشده و ID های متعدد را از فایل‌های CSS پاک کنید.
  • فایل‌های CSS را برای کاهش تعداد درخواست‌ها یکی کنید.
  • کدهای CSS مهم را برای ایجاد ارتباط بصری سریع‌تر با کاربر inline کنید و فایل‌های مهم CSS را پیش بارگیری کنید.
  • برخی از فایل‌های CSS را به صورت ناهمزمان دانلود کنید تا منابع مسدودکننده‌ی رندر را حذف نمایید.
  • از کدهای «رنگ کمتر» برای جلوگیری از افزایش حجم فایل‌های CSS استفاده کنید. فایل‌های CSS را ریفاکتور کنید تا از افزایش حجم فایل‌های CSS جلوگیری کنید.
  • فایل‌های CSS را برای زمان بهتر در معیار تعاملی بهینه کنید
    فایل‌های CSS را برای زمان بهتر در معیار تعاملی بهینه کنید

فایل‌های تصویری را برای زمان بهتر در معیار تعاملی بهینه کنید

برای بهبود TTI ، همچنین تصاویر بسیار مهم هستند. برای بهبود زمان‌بندی «کاملا تعاملی» بهینه‌سازی فایل‌های تصویری مهم است تا اولین غیرفعالی CPU، بزرگترین رنگ محتوایی و طبیعتاً TTI زودتر اتفاق بیفتد. می‌توانید از روش‌های زیر برای بهینه‌سازی فایل‌های تصویری برای بهبود زمان تعامل استفاده کنید.

  • از فرمت‌های تصویر و پسوند فایل‌های کارآمدتر استفاده کنید.
  • پیکسل‌های غیرضروری را از تصویر حذف کنید تا اندازه تصویر را کاهش دهید. سعی کنید از تصاویر خط‌دار مانند Base64 یا SVG استفاده کنید.
  • متا دیتای تصویر را حذف کنید تا اندازه فایل‌های تصویر را کاهش دهید.
  • سعی کنید از CDN برای ارائه سریعتر تصاویر بدون اورلود سرور وب سایت استفاده کنید.
  • سعی کنید بهترین الگوریتم بهینه سازی تصویر را برای UX و همچنین عملکرد صفحه وب پیدا کنید.

استفاده از کارگر‌های وب

وب‌ ورکرها به شما اجازه می‌دهند تا اسکریپت‌ها را در پس‌زمینه بدون اینکه روی موضوع اصلی تأثیر بگذارد اجرا کنید. انتقال عملیات غیر UI به یک رشته در پس زمینه به طور کلی یک عمل خوب است.

سوالات متداول

  1. آیا زمان تعامل با زمان لود شدن صفحه یکسان است؟
    از لحاظ تکنیکی خیر. اما بسیاری از مردم این دو مورد را یکسان در نظر می‌گیرند. TTI در واقع مدت زمان بین ظاهر شدن مطالب مفید و امکان برقراری ارتباط کاربر با صفحه‌ی وب می‌باشد.
  2. مدت زمان استاندارد TTI چقدر است؟
    بسیاری از سایت‌ها 50 میلی ثانیه را زمان ایده آل برای TTI معرفی می‌کنند اما بد نیست که بدانید مدت زمان بین 0 تا 3.8 ثانیه به عنوان یک TTI خوب در نظر گرفته می‌شود.
  3. آیا برای بهبود TTI سایت نیاز به دانش خاصی داریم؟
    بله. برای بهبود زمان تعامل باید در رابطه با سرعت سایت اطلاعات کافی را داشته باشید. معمولا برنامه نویسان و کارشناسان سئو در هر سطحی می‌توانند نمره‌ی شما را بالاتر ببرند. بنابراین اگر اطلاعات کافی در این زمینه را ندارید، توصیه می‌کنیم با یک برنامه نویس یا کارشناس سئو مشورت کنید و به هیچ عنوان سر خود کد‌های سایت را تغییر ندهید. برای این کار می‌توانید با کارشناسان سئوی ما در ارتباط باشید.
  4. آیا TTI بر روی UX اثر دارد؟
    قطعا همینطور است. زمان تعامل یک صفحه‌ی شما می‌تواند بر روی مخاطب اثرات مثبت یا منفی بگذارد. پس برای از دست ندادن مشتریان و مخاطبان خود واجب است که به این مبحث توجه کافی را داشته باشید.

 

 

منابع:

https://nitropack.io/blog/post/time-to-interactive-tti
https://www.holisticseo.digital/pagespeed/tti/

بدون دیدگاه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *