چرا سرعت بارگذاری در صفحه های آنطور که مد حیث ماست واقعه نمی افتد؟
چرا سرعت بارگذاری در صفحه ها آنطور که مد حیث ماست حادثه نمی افتد؟
گاهی سایتمان را رسیدگی میکنیم و میبینیم که به ظواهر مشکلی برای تعامل با سرعت بالا نداریم؛ ولی در کار FID پایینی داریم. خب عامل اساسی تأخیر در بارگذاری صفحه ها این میباشد که مرورگر درگیر اعمال فعالیت دیگری میباشد! اکنون این سؤال پیش میآید که آیا می شود کنترلی بر این سرعت داشت یا این که نه؟ در جواب می بایست اعلام کرد آری، کافی میباشد جایی را که مرورگر را سئو در مشهد مشغول کرده پیدا فرمائید.
به عنوان مثال گاهی ممکن میباشد مرورگر درگیر تجزیه و اجرای یک پوشه والا JavaScript باشد که به وسیله نرم افزار شما لود شدهاست. در اینحالت فرصت کافی برای اجرای سریع صفحه های و FID بالا را نخواهد داشت.
محدودیت های FID چیست؟
هرچند که FID پارامتری بسیار کاربردی میباشد؛ ولی محدودیت هایی هم دارااست. ازجمله این که FID صرفا “تأخیر” در پردازش روی داد را اندازه گیری می نماید؛ خیر فرصت پردازش اتفاق افتاد و خیر هنگامی را که مرورگر برای به روزرسانی UI بعداز اجرای اپ های در اختیار گرفتن روی داد نیاز دارااست. این در حالی میباشد کهاین تایم ها هم بر تجارب مخاطب تأثیر دارا هستند.
هنگامی صفحه های شما از یکسری درخواست کانال تحت عنوان منبع مانند فولدر های CSS و JS استعمال نمایند، وقتی که دانلود کردن از این منابع به پایان برسد، نو پردازش مهم در شاخه های مهم شکل میگیرد. این که فرصت این فرآیندها چه قدر باشد هم فاکتوری میباشد که نقش مهمی در تحلیل UX وبسایت ها دارااست. ولی FID کاری بدین تایم ها نداشته و صرفا معیار تأخیر را اندازه گیری می نماید.
چرا صرفا ورودی اول مخاطب برای ما مداقه داراست؟
چرا صرفا ورودی اول ی استفاده کننده برای ما مداقه داراست؟
FID همان گونه که از نامش پیداست (First Input Delay) به اولین تأخیر در ورودی اشاره دارااست. یعنی FID میگوید زمانی مخاطب “اولین” کار را اجرا اعطا کرد (مثل کلیک روی پیوند)، اجرای این درخواست چه قدر تأخیر داشت. پس FID با تأخیر در اجرای درخواست های آینده کاری ندارد. ولی ادله این فرمان چیست؟
بیشک تأخیر در اجرای آحاد ورودی ها (چه ورودی اولیه و چه ورودی های آتی) تأثیری منفی در UX داراست؛ ولی طبق استانداردهای گوگل این اولی تأخیر میباشد که میتواند استفاده کننده را برای ادامه پیمایش مشتاق یا این که دلسرد نماید.
به عبارت دیگر، تأخیر اول در تعاملات، درواقع یک مشاهده کرد اول از تارنما را به مخاطب میدهد. درصورتیکه این تأخیر نادر باشد، استفاده کننده اینطور تصور می نماید کهاین یک وب سایت سریع میباشد که ممکن میباشد گاهی هم کُند گردد. ولی در حالتی که اولین تأخیر زیاد باشد، مخاطب بهاین فیض میرسد کهاین تارنما کُند میباشد که شاید گاهی هم سریع انجام گردد. پس “اولین مشاهده کرد” استفاده کننده، بسیار اصلی خیس از دیگر تجربیاتی میباشد که در تارنما دستیابی می نماید.
نکته:
چاره هایی که برای کاهش تأخیر در تعامل اول مخاطب یا این که به عبارتی FID وجود داراست) مانند تقسیم کد، بارگیری کمتر جاوا اسکریپت از گذشته و …) لزوماً منجر کاهش تأخیر بارگذاری صفحه ها در روند آینده نمیشوند. یعنی شاید وبسایت شما FID ایدئالی داشته باشد و اولی درخواست استفاده کننده را سریع ایفا نماید؛ البته در بار گذاری کردن صفحه های آجل یا این که اجرای درخواست های آتی کُند باشد. در اینگونه قوانینی می بایست با تفکیک معیارها، به هرکدام از صفحه ها و خطاها احتمالی آن ها تحقیق کنیم.
چرا سرعت بارگذاری در صفحه های آنطور که مد حیث ماست واقعه نمی افتد؟
چرا سرعت بارگذاری در صفحه ها آنطور که مد حیث ماست حادثه نمی افتد؟
گاهی سایتمان را رسیدگی میکنیم و میبینیم که به ظواهر مشکلی برای تعامل با سرعت بالا نداریم؛ ولی در کار FID پایینی داریم. خب عامل اساسی تأخیر در بارگذاری صفحه ها این میباشد که مرورگر درگیر اعمال فعالیت دیگری میباشد! اکنون این سؤال پیش میآید که آیا می شود کنترلی بر این سرعت داشت یا این که نه؟ در جواب می بایست اعلام کرد آری، کافی میباشد جایی را که مرورگر را سئو در مشهد مشغول کرده پیدا فرمائید.
به عنوان مثال گاهی ممکن میباشد مرورگر درگیر تجزیه و اجرای یک پوشه والا JavaScript باشد که به وسیله نرم افزار شما لود شدهاست. در اینحالت فرصت کافی برای اجرای سریع صفحه های و FID بالا را نخواهد داشت.
محدودیت های FID چیست؟
هرچند که FID پارامتری بسیار کاربردی میباشد؛ ولی محدودیت هایی هم دارااست. ازجمله این که FID صرفا “تأخیر” در پردازش روی داد را اندازه گیری می نماید؛ خیر فرصت پردازش اتفاق افتاد و خیر هنگامی را که مرورگر برای به روزرسانی UI بعداز اجرای اپ های در اختیار گرفتن روی داد نیاز دارااست. این در حالی میباشد کهاین تایم ها هم بر تجارب مخاطب تأثیر دارا هستند.
هنگامی صفحه های شما از یکسری درخواست کانال تحت عنوان منبع مانند فولدر های CSS و JS استعمال نمایند، وقتی که دانلود کردن از این منابع به پایان برسد، نو پردازش مهم در شاخه های مهم شکل میگیرد. این که فرصت این فرآیندها چه قدر باشد هم فاکتوری میباشد که نقش مهمی در تحلیل UX وبسایت ها دارااست. ولی FID کاری بدین تایم ها نداشته و صرفا معیار تأخیر را اندازه گیری می نماید.
چرا صرفا ورودی اول مخاطب برای ما مداقه داراست؟
چرا صرفا ورودی اول ی استفاده کننده برای ما مداقه داراست؟
FID همان گونه که از نامش پیداست (First Input Delay) به اولین تأخیر در ورودی اشاره دارااست. یعنی FID میگوید زمانی مخاطب “اولین” کار را اجرا اعطا کرد (مثل کلیک روی پیوند)، اجرای این درخواست چه قدر تأخیر داشت. پس FID با تأخیر در اجرای درخواست های آینده کاری ندارد. ولی ادله این فرمان چیست؟
بیشک تأخیر در اجرای آحاد ورودی ها (چه ورودی اولیه و چه ورودی های آتی) تأثیری منفی در UX داراست؛ ولی طبق استانداردهای گوگل این اولی تأخیر میباشد که میتواند استفاده کننده را برای ادامه پیمایش مشتاق یا این که دلسرد نماید.
به عبارت دیگر، تأخیر اول در تعاملات، درواقع یک مشاهده کرد اول از تارنما را به مخاطب میدهد. درصورتیکه این تأخیر نادر باشد، استفاده کننده اینطور تصور می نماید کهاین یک وب سایت سریع میباشد که ممکن میباشد گاهی هم کُند گردد. ولی در حالتی که اولین تأخیر زیاد باشد، مخاطب بهاین فیض میرسد کهاین تارنما کُند میباشد که شاید گاهی هم سریع انجام گردد. پس “اولین مشاهده کرد” استفاده کننده، بسیار اصلی خیس از دیگر تجربیاتی میباشد که در تارنما دستیابی می نماید.
نکته:
چاره هایی که برای کاهش تأخیر در تعامل اول مخاطب یا این که به عبارتی FID وجود داراست) مانند تقسیم کد، بارگیری کمتر جاوا اسکریپت از گذشته و …) لزوماً منجر کاهش تأخیر بارگذاری صفحه ها در روند آینده نمیشوند. یعنی شاید وبسایت شما FID ایدئالی داشته باشد و اولی درخواست استفاده کننده را سریع ایفا نماید؛ البته در بار گذاری کردن صفحه های آجل یا این که اجرای درخواست های آتی کُند باشد. در اینگونه قوانینی می بایست با تفکیک معیارها، به هرکدام از صفحه ها و خطاها احتمالی آن ها تحقیق کنیم.
اقدامات معمول سئوی خارجی