با نحوه بهبود «معیارهای کلیدی اصلی وب» توسط تصمیم‌گیرندگان کسب‌وکار و غیرتوسعه‌دهندگان آشنا شوید.
مقدمه
نشان داده شده است که تجربه کاربری وب‌سایت تأثیر مستقیمی بر نتایج کسب‌وکار دارد. ارائه تجربه بهتر، که در آن وب‌سایت‌ها سریع‌تر بار می‌شوند و به کاربران پاسخ می‌دهند، اغلب منجر به افزایش تعامل و تبدیل می‌شود. Core Web Vitals طرحی برای کمی‌سازی تجربه کاربری وب‌سایت‌ها برای شناسایی بخش‌های قابل‌بهبود است.
بااین‌حال، بسیاری از اسناد «معیارهای کلیدی اصلی وب» برای توسعه‌دهندگان وب طراحی شده است که درک فنی عمیق و کنترل کامل بر کد خود دارند. بسیاری از وب‌سایت‌ها توسط غیرتوسعه‌دهندگان بااستفاده از پلاتفرم «سایت‌ساز» مانند WordPress، Shopify، Wix، یا دیگر راه‌حل‌های مشابه اغلب بدون تیم توسعه وب ایجاد می‌شوند.
حتی در جایی که تیم اختصاصی یا توسعه‌دهندگان وب وجود دارند، آن‌ها تنها مسئولان عملکرد وب نیستند. تصمیم‌گیرندگان کسب‌وکار تأثیر زیادی بر عملکرد وب‌سایت دارند، از تصمیم‌گیری درباره محتوا و طراحی گرفته تا توسعه راهبردهای تبلیغاتی برای هدایت ترافیک بیشتر به وب‌سایت‌هایشان. این تصمیمات اغلب تأثیر قابل‌توجهی بر عملکرد وب‌سایت دارند.
هدف این راهنما ارائه اطلاعات مرتبط به سازندگان و مالکان سایت است تا بتوانند تجربه کاربری خود را تا حد امکان درک کنند و بهبود بخشند، بدون اینکه به دانش فنی عمیق درزمینه توسعه وب نیاز داشته باشند.
درعین‌حال، بسیاری از مشکلات عملکردی نیازمند این است که توسعه‌دهندگان اصلاحات فنی را پیاده‌سازی کنند و راهنماهای متمرکز بر توسعه‌دهنده ما می‌تواند در این تلاش‌ها کمک کند. این راهنما قرار نیست جامع باشد، بلکه بیشتر مقدمه‌ای است بر ابتکار «هسته‌های حیاتی وب» برای تصمیم‌گیرندگان کسب‌وکار با برخی علل ریشه‌ای غیرتوسعه‌ای رایج برای عملکرد ضعیف صفحه. علاوه‌براین، احتمالاً برای پیشرفت بیشتر باید توسعه‌دهنده وب استخدام شود.
«معیارهای کلیدی اصلی وب» چیست؟
«هسته‌های حیاتی وب» مجموعه‌ای از سه سنجه است که برای اندازه‌گیری تجربه کاربری صفحه طراحی شده است—و به‌ویژه اینکه صفحه ازنظر کاربران چقدر سریع است. هرکدام از این‌ها یک کوته‌نوشت سه حرفی دارد:
- بزرگ‌ترین نقاشی دارای محتوا (LCP) عملکرد بار کردن را می‌سنجد: مدت‌زمانی که (به ثانیه) طول می‌کشد تا برجسته‌ترین محتوای صفحه پس‌از شروع بار کردن صفحه ظاهر شود.
- تغییر چیدمان تجمعی (CLS) پایداری دیداری صفحه را می‌سنجد: اینکه محتوا هنگام بار شدن چقدر جابه‌جا می‌شود.
- تأخیر در تعامل‌ها (INP): سرعت پاسخگویی صفحه به کلیک‌ها، تک‌ضرب‌ها، و تعامل‌های صفحه‌کلید.
هر سنجه جنبه متفاوتی از تجربه کاربری را می‌سنجد. Google همچنین آستانه‌های توصیه‌شده‌ای برای هر سنجه ارائه می‌دهد و تجربه‌های کاربری کمتر از آستانه پایین‌تر خوب درنظر گرفته می‌شود و تجربه‌های کاربری بالاتر از آستانه بالاتر ضعیف درنظر گرفته می‌شود. بین این آستانه‌ها، صفحه در محدوده نیاز به بهبود درنظر گرفته می‌شود. به‌یاد داشته باشید که در این سنجه‌ها، اعداد کمتر بهتر هستند.
«معیارهای کلیدی اصلی وب» چگونه اندازه‌گیری می‌شوند؟
Core Web Vitals توسط کاربران واقعی وب‌سایت شما اندازه‌گیری می‌شود و کاربران مختلف نتایج متفاوتی خواهند داشت. این داده‌ها «آنچه Google فکر می‌کند» یا «آنچه googlebot فکر می‌کند» نیستند، بلکه آنچه کاربران واقعی وب‌سایت شما تجربه کرده‌اند را نشان می‌دهند.
برخی‌از کاربران از دستگاه‌های سریع‌تر و شبکه‌های سریع‌تر استفاده می‌کنند. برخی‌از آن‌ها از دستگاه‌های کندتر یا شبکه‌های کندتر استفاده می‌کنند. برخی کاربران از صفحه‌های ساده‌تر و سریع‌تر سایتتان بازدید می‌کنند، برخی دیگر از صفحه‌های پیچیده‌تر و کندتر. سپس نتایج همه این تجربه‌های کاربری جمع‌آوری می‌شود تا معیاری کلی از کل وب‌سایت شما ارائه شود.
Google داده‌های کاربران Chrome را که موافقت کرده‌اند در گزارش تجربه کاربری Chrome (CrUX) دردسترس قرار می‌دهد که این گزارش به بسیاری از ابزارهای Google مانند PageSpeed Insights و کنسول جستجوی Google ارسال می‌شود.
CrUX در میلیون‌ها وب‌سایت پرطرفدار دردسترس است، اما همه وب‌سایت‌ها در CrUX نیستند. سایر ابزارهای «پایش کاربر واقعی» (RUM) نیز می‌توانند این سنجه‌ها را برای سایت شما جمع‌آوری کنند.
چگونه می‌توانم «شاخص‌های کلیدی عملکرد وب» سایتم را پیدا کنم؟
ابزارهای زیادی وجود دارد که سنجه‌های «معیار کلیدی اصلی وب» ارائه‌شده توسط Google و اشخاص ثالث را نشان می‌دهد. این پست دو ابزار را معرفی می‌کند که به شما امکان می‌دهد به‌سرعت «معیارهای کلیدی اصلی وب» را برای سایتتان مشاهده کنید. برای بررسی عمیق‌تر سایر ابزارهای Google (ازجمله گردش کار برای استفاده از آن‌ها جهت رسیدگی به «معیارهای کلیدی اصلی وب»)، پست گردش کارهای «معیارهای کلیدی اصلی وب» با ابزارهای Google را ببینید.
اگر پلاتفرم شما راهکار RUM یکپارچه ارائه می‌دهد، می‌تواند اطلاعات بسیار دقیق‌تری برای صفحه‌های سایتتان ارائه دهد، یا به شما اجازه دهد صفحه‌های خاصی را به‌طور دقیق بررسی کنید یا کاربران را بخش‌بندی کنید تا به درک و شناسایی مشکلات کمک کند.
اطلاعات آماری PageSpeed
برای نمای سریعی که به راه‌اندازی نیاز ندارد، می‌توانید از اطلاعات آماری PageSpeed (PSI) استفاده کنید. نشانی وب را تایپ کنید و روی «تحلیل» کلیک کنید. اگر سایت شما در CrUX گنجانده شده باشد، باید به‌سرعت بخش «کشف کنید کاربران واقعی شما چه چیزی را تجربه می‌کنند» به شما ارائه شود:
این نشان می‌دهد که کاربران واقعی Chrome در ۲۸ روز گذشته چه تجربه‌ای از وب‌سایت شما داشته‌اند. سه «معیار کلیدی اصلی وب» را در بالا، به‌همراه دیگر سنجه‌های پشتیبانی در زیر آن (ازجمله سنجه INP دردست انجام) خواهید دید. فقط Core Web Vitals در ارزیابی کلی موفق یا ناموفق در بالای صفحه لحاظ می‌شود، اما سنجه‌های دیگر می‌توانند در عیب‌یابی مشکلات Core Web Vitals مفید باشند، همان‌طور که در بخش بعدی نشان داده خواهد شد.
بااستفاده از دکمه‌های بالای این بخش می‌توانید بین نماهای «تلفن همراه» و «رایانه» جابه‌جا شوید. همچنین می‌توانید بااستفاده از کلید جابه‌جایی در بالا سمت چپ، بین این نشانی وب و همه داده‌های آن مبدأ جابه‌جا شوید (درصورتی‌که داده برای هر دو وجود داشته باشد).
این ارقام باید نشانگر کلی‌ای از عملکرد سایت شما و اینکه کدام سنجه‌ها و در کدام نوع دستگاه‌ها می‌توانند بهبود یابند ارائه دهد.
کنسول جستجوی Google
کنسول جستجوی Google (GSC) فقط برای مالکان سایت است، بنابراین برای استفاده از آن باید مالکیت سایت را ثبت و درستی‌سنجی کنید. این گزارش جزئیاتی درباره نحوه مشاهده سایت شما توسط «جستجوی Google» ارائه می‌دهد.
برخلاف PageSpeed Insights، «کنسول جستجوی Google» همه صفحه‌هایی را که «جستجوی Google» از آن‌ها در سایت شما مطلع است فهرست می‌کند و جزئیات «هسته‌های حیاتی وب» را برای همه آن‌ها ارائه می‌دهد:
صفحه‌ها در گروه‌های نشانی وب جمع‌آوری می‌شوند تا بتوانید ببینید آیا دسته‌های خاصی از صفحه‌ها (برای مثال، صفحه‌های جزئیات محصول، صفحه‌های وبلاگ، و غیره) مشکلات «هسته‌های حیاتی وب» دارند یا نه. ازآنجایی‌که این صفحه‌ها معمولاً براساس فناوری‌ها یا الگوهای مشابهی ساخته شده‌اند، ممکن است علت مشترکی برای هرگونه مشکل در این صفحه‌ها وجود داشته باشد.
مشکلات رایج «معیارهای کلیدی اصلی وب» برای سازندگان سایت
بسیاری از مشکلات عملکردی نیازمند این است که توسعه‌دهندگان اصلاحات فنی را پیاده‌سازی کنند و راهنماهای متمرکز بر توسعه‌دهنده ما می‌تواند در این زمینه به توسعه‌دهندگان کمک کند. در این بخش، برخی‌از مشکلات رایج غیرمرتبط با توسعه‌دهنده را که تصمیم‌گیرندگان کسب‌وکار می‌توانند برای بهبود این سنجه‌ها به رفع آن‌ها کمک کنند، مورد بحث قرار می‌دهیم.
وقتی می‌گوییم «غیرتوسعه‌دهندگان»، منظورمان کسانی است که از پلاتفرم‌های سایت‌ساز استفاده می‌کنند و کنترل محدودی بر نحوه کدگذاری واقعی سایت دارند، یا تصمیم‌گیرندگان کسب‌وکار که ممکن است درباره طراحی سایت تصمیم بگیرند یا به اولویت‌بندی بودجه‌ها کمک کنند.
مشکلات «بزرگ‌ترین نقاشی دارای محتوا» (LCP)
هدف LCP اندازه‌گیری سرعت بار کردن صفحه‌های وب با اندازه‌گیری زمان بین کلیک کردن روی پیوند تا ظاهر شدن بزرگ‌ترین بخش محتوا (معمولاً تصویر برنما یا عنوان) در مرورگر است.
برای تجربه صفحه خوب، صفحه وب باید بتواند این محتوا را ظرف ۲٫۵ ثانیه پس‌از کلیک شدن پیوند نشان دهد. اگر این کار بیش‌از ۴ ثانیه طول بکشد، تجربه ضعیف درنظر گرفته می‌شود.
برخی‌از مشکلات رایج تأثیرگذار بر LCP که تصمیم‌گیرندگان کسب‌وکار می‌توانند بر آن‌ها تأثیر بگذارند در بخش‌های بعدی ارائه شده است.
تأخیر در شروع بار کردن صفحه
ما اغلب به بهبود زمان بار کردن خود صفحه فکر می‌کنیم، اما اغلب حتی قبل‌از شروع آن تأخیر وجود دارد. اگر وب‌سایت حتی برای چند ثانیه بارگیری نشود، غیرممکن است که «بزرگ‌ترین رنگ محتوایی» زیر آستانه خوب ۲٫۵ ثانیه باشد!
زمان تا اولین بایت (TTFB) مدت‌زمانی است که طول می‌کشد تا اولین بخش صفحه وب شما بارگیری شود. اگر PageSpeed Insights سنجه تشخیصی TTFB بزرگی را به رنگ قرمز یا کهربایی نشان می‌دهد، رسیدگی به آن کلیدی است و باید تأثیر مستقیم بر LCP داشته باشد.
مخاطبانتان را درک کنید
برای مشکلات TTFB، مهم است که مخاطبان خود را درک کنید. اگر وب‌سایت شما در یک کشور میزبانی می‌شود اما به مخاطبان جهانی خدمات ارائه می‌دهد، نزدیکی جغرافیایی بین کاربران وب‌سایت شما و سرور وب شما به عاملی در TTFB صفحه تبدیل می‌شود. شبکه توزیع محتوا (CDN) به نسخه‌های سایت شما اجازه می‌دهد در سراسر جهان و درنتیجه نزدیک‌تر به کاربران شما ذخیره شوند. بسیاری از ارائه‌دهندگان خدمات میزبانی وب، CDN را به‌عنوان بخشی از خدمات خود ارائه می‌دهند و این کار را به‌طور خودکار انجام می‌دهند. بررسی کنید آیا این مورد برای جایی که سایتتان میزبانی می‌شود صدق می‌کند یا نه. برخی پلاتفرم‌ها سطوح مختلفی از خدمات را با مکان‌های CDN بیشتر برای سطوح پولی بالاتر ارائه می‌دهند. کسب‌وکارهای جهانی باید در این موارد سطوح بالاتر را درنظر بگیرند.
به‌حداقل رساندن هدایت‌ها
بازهدایت‌ها یکی دیگر از دلایل رایج TTFB کند است. هنگام اجرای پویش‌های آگهی یا ارسال ارتباطات ایمیلی، سعی کنید تعداد تغییرمسیرها را با اجتناب از استفاده از چندین کوتاه‌کننده پیوند یا گنجاندن نشانی‌های وبی که نیاز به تغییرمسیر دارند، به حداقل برسانید. برای مثال، استفاده از example.com/blog در پویشی که باید به www.example.com/blog هدایت شود و سپس به https://www.example.com/blog هدایت می‌شود، به TTFB صفحه زمان اضافه می‌کند. مطمئن شوید پویش‌های بازاریابی‌تان از حداقل تعداد ممکن تغییرمسیر استفاده می‌کنند.
مطمئن شوید پویش‌های آگهی مخاطبان درست را هدف قرار داده باشند
همچنین مطمئن شوید که پویش‌های آگهی‌تان به‌طور مؤثر مخاطبانتان را هدف‌یابی می‌کنند. دریافت ترافیک جدید زیاد از کاربرانی که در آن سوی دنیا هستند (اما نمی‌توانید محصولتان را به آن‌ها تحویل دهید) هم باعث هدر رفتن هزینه‌کرد تبلیغات می‌شود و هم بر عملکرد وب‌سایتتان تأثیر منفی می‌گذارد.
پارامترهای نشانی وب می‌توانند بر عملکرد وب تأثیر بگذارند
پارامترهای نشانی وب مثل پارامترهای UTM اغلب برای پویش‌های بازاریابی استفاده می‌شوند. این موارد می‌توانند اثربخشی ذخیره‌سازی موقت را در زیرساخت شما کاهش دهند، زیرا هر نشانی وب می‌تواند مانند یک صفحه منحصربه‌فرد به‌نظر برسد—حتی اگر هر بار همان صفحه ارائه شود. اگر از پارامترهای UTM استفاده می‌کنید، با ارائه‌دهنده CDN یا تیم‌های زیرساخت خود صحبت کنید تا مطمئن شوید که این پارامترهای URL توسط زیرساخت ذخیره‌سازی موقت آن‌ها نادیده گرفته می‌شوند تا پویش‌ها بتوانند از صفحه‌هایی که قبلاً ذخیره شده‌اند بهره‌مند شوند.
رسانه می‌تواند برای عملکرد پرهزینه باشد
تأثیر رسانه را بر صفحه‌هایتان درنظر بگیرید. رسانه‌هایی مانند تصاویر و ویدیو معمولاً بسیار بزرگ‌تر هستند و بنابراین بارگیری آن‌ها نسبت به نوشتار بیشتر طول می‌کشد. این کار همچنین می‌تواند سرعت بار شدن بقیه صفحه را کاهش دهد. این موضوع به‌ویژه زمانی که عنصر LCP رسانه است و نه نوشتار اهمیت بیشتری دارد. عنصر LCP تصویری در تقریباً ۸۰٪ از صفحه‌های وب است، بنابراین مهم است که تأثیر رسانه را بر سایتتان درنظر بگیرید.
درعین‌حال، دارایی‌های رسانه‌ای می‌توانند به تجربه دیداری غنی برای کاربر کمک کنند که بسیار جذاب‌تر از سایت پر از نوشتار است. بنابراین، برداشتن رسانه به‌ندرت یک گزینه است، اما آگاهی از هزینه رسانه و نحوه کاهش آن می‌تواند هرگونه مشکل عملکرد را به حداقل برساند.
اجتناب از گردونه‌ها
گردونه‌هایی که از چند تصویر ساخته شده‌اند می‌توانند بر زمان بار شدن کلی صفحه تأثیر بگذارند زیرا اگر به‌طور بهینه پیاده‌سازی نشده باشند، ممکن است لازم باشد چند تصویر به‌طور هم‌زمان بارگیری شود. علاوه‌براین، با وجود همه‌جا بودن گردونه‌ها، آن‌ها اغلب تجربه کاربری خوبی ارائه نمی‌دهند، بنابراین قبل‌از استفاده از آن‌ها در سایت خود، به‌دقت فکر کنید.
استفاده از تصاویر بهینه‌شده برای وب
سپس اندازه دارایی‌های رسانه‌ای است. بسیاری از تصاویر در وب با وضوح بسیار بالایی ارائه می‌شوند. مطمئن شوید که شرکای رسانه‌ای یا مؤسسه‌های طراحی تصاویر بهینه‌شده برای وب را ارائه می‌دهند، نه تصاویر با کیفیت چاپ در اندازه کامل که اغلب ارائه می‌دهند. می‌توانید از سرویسی مانند TinyJPG استفاده کنید تا داده‌های غیرضروری را قبل‌از بارگذاری تصاویر به‌سرعت از آن‌ها حذف کنید. بسیاری از پلاتفرم‌های وب تلاش می‌کنند تا تصاویر را به‌طور خودکار در هنگام بارگذاری بهینه‌سازی کنند، اما چون ابعادی را که این تصاویر در دستگاه کاربر نمایش داده خواهند شد نمی‌دانند، ارائه تصاویر کوچک‌تر در ابتدا می‌تواند نتایج قابل‌توجهی داشته باشد.
مراقب ویدیوها باشید
هنگام استفاده از ویدیوها، توجه بیشتری داشته باشید. ویدیوها ازجمله بزرگ‌ترین و درنتیجه کندترین محتواها برای بارگیری و نمایش در وب‌سایت هستند، بنابراین سعی کنید بیش‌ازحد از آن‌ها استفاده نکنید. از استفاده از آن‌ها در بالای صفحه‌های وب خودداری کنید و آن‌ها را برای بخش‌های پایین‌تر صفحه نگه دارید. این کار می‌تواند به محتوای کم‌هزینه‌تر اجازه دهد تا سریع‌تر بار شود و تجربه بارگیری بهتری به کاربران ارائه دهد و اطمینان حاصل کند که LCP شما تحت تأثیر قرار نمی‌گیرد.
آزمایش‌های A/B
بسیاری از کسب‌وکارها برای آزمایش تغییرات در وب‌سایت خود، آزمایش‌های A/B را انجام می‌دهند. نحوه پیاده‌سازی این موارد می‌تواند تأثیر عمده‌ای بر LCP داشته باشد.
بسیاری از راه‌حل‌های آزمایش آ/ب، نمایش اولیه وب‌سایت به کاربر را تا زمانی که تغییرات در هر آزمایشی اعمال شود، به تأخیر می‌اندازند. این کار از نمایش نسخه اصلی وب‌سایت جلوگیری می‌کند، اما به قیمت تأخیر در نمایش وب‌سایت به کاربر. راه‌حل‌های دیگری در سمت سرور اعمال می‌شود تا از این تأخیر جلوگیری شود. وقت بگذارید تا متوجه شوید آزمایش A/B شما چگونه انجام می‌شود و آیا مشمول این تأخیرها می‌شود یا نه. علاوه‌براین، درصورت امکان، راهکارهای آزمایش A/B سمت سرور را درنظر بگیرید.
آزمون آ/ب می‌تواند بازخورد بسیار ارزشمندی را قبل‌از راه‌اندازی تغییرات جدید ارائه دهد، اما هزینه عملکرد صفحه باید درمقابل هرگونه مزایای بالقوه‌ای که به‌همراه دارد سنجیده شود.
صرف‌نظر از زیرساخت شما، هرکسی که آزمایش‌های A/B را اجرا می‌کند باید همیشه روال‌های مطلوب زیر را در ذهن داشته باشد:
- ابزارهای آزمایش A/B را فقط به صفحه‌هایی محدود کنید که بخشی از آزمایش هستند، نه اینکه همه صفحه‌ها را به‌تأخیر بیندازید، زیرا ممکن است اکثر صفحه‌ها در زمان خاصی آزمایش A/B را اجرا نکنند.
- آزمایش A/B را به زیرمجموعه‌ای از کاربران محدود کنید تا بر اکثر کاربران تأثیر نگذارد.
- آزمایش‌های آ/ب را به حداقل زمان لازم برای ارائه نتایج قطعی محدود کنید. هرچه آزمایش‌های A/B بیشتر اجرا شوند، کاربران ممکن است مدت طولانی‌تری عملکرد ضعیف صفحه را تجربه کنند.
- مهم‌تر از همه، فراموش نکنید که وقتی دیگر به آزمایش‌های آزمون A/B نیاز ندارید، آن‌ها را بردارید.
مشکلات «تغییر چیدمان تجمعی» (CLS)
«تغییر چیدمان تجمعی» (CLS) پایداری دیداری صفحه را اندازه‌گیری می‌کند—یعنی اینکه محتوای صفحه هنگام بار شدن چقدر جابه‌جا می‌شود. این امر می‌تواند حواس کاربر را پرت کند، مثلاً اگر کاربر شروع به خواندن صفحه وب کرده باشد، اما با قرار گرفتن محتوا یا آگهی‌های بیشتر در جای خود، جایگاهش را گم کند. همچنین اگر چیدمان صفحه بیش‌ازحد تغییر کند، می‌تواند باعث شود کاربران به‌طور ناخواسته روی محتوای اشتباه کلیک کنند. مراقب محتوای پویایی که دیرتر بار می‌شود و می‌تواند برخی‌از محتوای اولیه صفحه را جابه‌جا کند باشید.
این مورد با فرمول ریاضی اندازه‌گیری می‌شود که محاسبه می‌کند چه مقدار محتوا جابه‌جا شده است و چقدر جابه‌جا شده است. این شاخص به‌صورت کسری بدون واحد بیان می‌شود که مقدار ۰٫۱ یا کمتر از آن به‌عنوان خوب و مقدار ۰٫۲۵ یا بیشتر از آن به‌عنوان ضعیف درنظر گرفته می‌شود.
برخی‌از مشکلات رایج تأثیرگذار بر CLS که تصمیم‌گیرندگان کسب‌وکار می‌توانند بر آن‌ها تأثیر بگذارند در بخش‌های بعدی ارائه شده است.
بررسی کنید که وقتی صفحه را پیمایش می‌کنید، تصاویر چگونه بار می‌شود
بسیاری از الگوها از بار کردن تصاویر در پایین صفحه اجتناب می‌کنند تا منابع بیشتری را به تصاویری اختصاص دهند که درطول بار کردن اولیه صفحه روی صفحه هستند. سپس تصاویر با پیمایش کاربر به پایین بارگیری می‌شوند. این تکنیک بار کردن تصویر به‌عنوان بار کردن کُند شناخته می‌شود.
الگوهای صفحه باید فضایی را برای تصاویر بارشده کُند رزرو کنند تا اگر کاربر قبل‌از اینکه تصویر فرصت بار شدن پیدا کند خیلی سریع پیمایش کند، محتوای اطراف آن جابه‌جا نشود. اگر الگو یا پلاتفرم شما این کار را انجام نمی‌دهد، به پلاتفرمی بروید که این کار را انجام می‌دهد.
مراقب آگهی‌هایی که در میان محتوا قرار می‌گیرند باشید
آگهی‌هایی که در وسط محتوا درج می‌شوند ممکن است محتوایتان را به پایین هل دهند، زیرا بار شدن آگهی‌ها معمولاً کمی بیشتر طول می‌کشد—اغلب بیشتر از تصاویر شرح‌داده‌شده در بخش قبلی. قرار دادن این موارد در کنار محتوای صفحه اصلی الگویی رایج است که این خطر را کاهش می‌دهد. اینکه این کار در عمل چگونه انجام می‌شود به پلاتفرم خاص شما و الگوهایی که برای ساختن سایتتان استفاده می‌کنید بستگی دارد.
از افزودن محتوای پویا به بالای صفحه‌ها اجتناب کنید
از افزودن هشدارها و برنماها به بالای صفحه پس‌از بار شدن صفحه خودداری کنید—برای مثال، برنماهای کوکی یا پیشنهادهای ویژه. انتخاب هم‌پوشانی هشدارها و برنماها بالای محتوای اصلی مانع از جابه‌جایی محتوای صفحه می‌شود. مشابه بخش قبلی، گزینه‌های شما در اینجا به پلاتفرم و الگوهای استفاده‌شده برای صفحه‌هایتان بستگی دارد.
مشکلات «تأخیر در تعامل‌ها» (INP)
INP پاسخگویی صفحه را اندازه‌گیری می‌کند، که ارزیابی می‌کند آیا صفحه‌ها به‌سرعت به تعامل‌هایی مانند کلیک‌ها، تک‌ضرب‌ها، و ورودی‌های صفحه‌کلید پاسخ می‌دهند یا نه. صفحه‌هایی که به‌سرعت به ورودی کاربر پاسخ نمی‌دهند اغلب کند به‌نظر می‌رسند و می‌توانند برای کاربران ناامیدکننده باشند.
INP کل هریک از تعامل‌های واجدشرایط را در طول عمر صفحه اندازه‌گیری می‌کند و بدترین تعامل را گزارش می‌دهد. آستانه خوب برای INP ۲۰۰ میلی‌ثانیه و آستانه ضعیف برای آن ۵۰۰ میلی‌ثانیه است.
سنجه‌های پاسخگویی—و به‌ویژه INP—سنجه‌های دشواری برای بهینه‌سازی هستند. وقتی این سنجه‌ها در آستانه ضعیف قرار دارند، معمولاً به این دلیل است که تعامل‌ها به‌دلیل تلاش صفحه وب برای انجام کارهای بیش‌ازحد به‌تأخیر می‌افتند، بنابراین راه‌حل‌های اصلی در اینجا شامل حذف کدهای غیرضروری برای سبک‌تر کردن صفحه‌ها است.
برخی‌از مشکلات رایج تأثیرگذار بر INP که تصمیم‌گیرندگان کسب‌وکار می‌توانند بر آن‌ها تأثیر بگذارند در بخش‌های بعدی ارائه شده است.
خانه‌تکانی بهاری داشته باشید!
افزونه‌ها و ابزاره‌های اضافه‌شده به سایتتان را بازبینی کنید و اگر دیگر استفاده نمی‌شوند، آن‌ها را بردارید. اغلب افزودن افزونه‌ها برای امتحان کردن چیزی آسان‌تر از این است که بعداً اگر آن‌ها را مفید ندانستید، حذفشان کنید. این یکی از دلایل تعاملات کند است، اما بهینه‌سازی نسبتاً ساده‌تری نسبت به بسیاری از موارد دیگر است.
به‌طور مشابه، اگر از مدیر برچسب برای پویش‌های بازاریابی استفاده می‌کنید، مطمئن شوید پویش‌های قدیمی برداشته شده باشند. حتی اگر دیگر فعال نشوند، کد پویش‌های بازاریابی منقضی‌شده همچنان باید در هر صفحه بارگیری و کامپایل شود که می‌تواند تعاملات کاربر را درطول بارگیری اولیه صفحه کند کند.
از ابزاره‌ها و افزونه‌های گران‌قیمت اجتناب کنید
ابزارک‌ها و افزونه‌های گران‌قیمت ازنظر محاسباتی ممکن است زیبا به‌نظر برسند، اما آیا تجربه کاربری را بهبود می‌بخشند یا درواقع آن را بدتر می‌کنند؟ گزارش «تشخیص مشکلات عملکرد» در PageSpeed Insights توسط Lighthouse ارائه می‌شود و می‌تواند به شناسایی جاوا اسکریپتی که تأثیر قابل‌توجهی بر عملکرد وب‌سایت شما دارد کمک کند.
در حالت ایده‌آل، ابزاره‌ها را فقط به صفحه‌هایی که به آن‌ها نیاز است محدود کنید—اگر فقط از جاسازی Google Map در صفحه تماس با ما استفاده می‌کنید، نیازی به بار کردن آن در هر صفحه‌ای که می‌تواند باعث مشکلات پاسخگویی شود نیست.
تعداد آگهی‌ها را درنظر بگیرید—به‌ویژه در تلفن همراه
آگهی‌ها راهبرد درآمدزایی خوبی برای بسیاری از کسب‌وکارها هستند، اما اغلب پیچیده و نیازمند منابع زیادی هستند. هرچه آگهی‌های بیشتری داشته باشید، منابع بیشتری مصرف می‌شود که می‌تواند در سرعت صفحه اختلال ایجاد کند. این موضوع به‌ویژه در دستگاه‌های همراه صادق است، جایی که حافظه قدرت پردازش اغلب به اندازه رایانه‌های رومیزی یا رایانه‌های کیفی نیست.
تعادل بین درآمدزایی و عملکرد را بسنجید. اگر کاربران به‌دلیل تجربه ضعیف زودتر از برنامه خارج می‌شوند، ممکن است آن آگهی‌های اضافی بیشتر از درآمدی که اضافه می‌کنند برای شما هزینه داشته باشند.
از اندازه بیش‌ازحد صفحه اجتناب کنید
صفحه‌های بزرگ و پیچیده برای نمایش به زمان پردازش بیشتری نیاز دارند. برای مثال، اگر گالری محصولی با ۱۰۰۰ محصول مختلف داشته باشید، نمایش آن در پنجره مرورگر کاربر مدتی طول می‌کشد. برای کاهش این زمان، به زمان صفحه‌بندی صفحات توجه کنید.
چگونه می‌توانم راهنمایی بیشتری دریافت کنم؟
این پست برخی‌از ملاحظات کلی را که مالکان کسب‌وکار می‌توانند درنظر بگیرند و ممکن است بر عملکرد تأثیر بگذارد فهرست می‌کند. علاوه‌براین، ممکن است لازم باشد با توسعه‌دهندگان وب مشورت کنید تا اطلاعات آماری بیشتری درباره کارهایی که می‌توانید برای بهبود عملکرد وب‌سایتتان انجام دهید کسب کنید.
اطلاعات مختص پلاتفرم
اکثر پلاتفرم‌ها به عملکرد وب خود اهمیت زیادی می‌دهند و ممکن است توصیه‌های اختصاصی و مختص پلاتفرم درباره نحوه بهبود این عملکرد داشته باشند. همچنین ممکن است به‌عنوان بخشی از استفاده از آن پلاتفرم، به تیم‌های اختصاصی عملکرد وب دسترسی داشته باشید که می‌توانند درباره نحوه بهبود سایتتان بیشتر راهنمایی کنند.
Lighthouse همچنین اطلاعات خاص پلاتفرم را بااستفاده از عملکرد Stack Pack نمایش می‌دهد که می‌تواند کاربران پلاتفرم‌های پشتیبانی‌شده را به توصیه‌های مناسب راهنمایی کند.
پلاتفرم‌ها به‌طور مداوم درطول زمان بهبود می‌یابند و بسیاری از آن‌ها درحال‌حاضر روی عملکرد و Core Web Vitals تمرکز دارند. مطمئن شوید پلاتفرم شما به‌روز نگه داشته می‌شود تا از جدیدترین بهبودهایی که توسعه‌دهندگان پلاتفرم ایجاد کرده‌اند بهره‌مند شوید.
این کار زمانی آسان‌تر است که در پلاتفرم میزبانی‌شده‌ای باشید که ارائه‌دهنده پلاتفرم به‌طور خودکار پلاتفرم را مدیریت می‌کند، ازجمله به‌روزرسانی‌های پلاتفرم. اگر خودتان میزبان پلاتفرم هستید (برای مثال، نصب محلی WordPress در سرور خودتان)، اطمینان از اینکه پلاتفرم به‌طور مرتب به‌روز می‌شود به سایتتان اجازه می‌دهد از هرگونه بهبودی که توسعه‌دهندگان پلاتفرم پیاده‌سازی کرده‌اند بهره‌مند شود. کسب‌وکارها باید این نگهداری را در اولویت قرار دهند یا سرویسی را انتخاب کنند که این کار را برای آن‌ها مدیریت کند.
استخدام توسعه‌دهنده وب
توسعه‌دهنده وب با تخصص در عملکرد وب احتمالاً می‌تواند مشکلات بسیار بیشتری را نسبت‌به مالک کسب‌وکار برطرف کند. ممکن است قبلاً توسعه‌دهنده وبی را برای ساختن سایتتان در ابتدا یا برای تغییرات دوره‌ای استخدام کرده باشید، یا ممکن است تیم توسعه اختصاصی داشته باشید، یا ممکن است لازم باشد توسعه‌دهنده‌ای را برای استخدام پیدا کنید (در حالت ایده‌آل، فردی با تخصص در عملکرد وب).
اگر پیشنهادهای ارائه‌شده در اینجا برای رفع مشکلات عملکردی که در وب‌سایتتان دارید کافی نیست، به توسعه‌دهندگان مراجعه کنید، اما امیدواریم مثال‌های قبلی نیز نشان دهند که همکاری با توسعه‌دهندگان برای ایجاد تعادل بین اولویت‌های کسب‌وکار و تصمیمات توسعه برای رسیدن به راه‌حل مناسب برای وب‌سایت شما مهم است.
توجه داشته باشید که عملکرد وب به‌ندرت یک کار یک‌باره است. حفظ عملکرد خوب وب‌سایت اغلب به پایش و نگهداری منظم نیاز دارد تا اطمینان حاصل شود که وب‌سایت شما پس‌از انجام بهبودها پسرفت نمی‌کند.
نتیجه‌گیری
وب‌سایت اغلب اولین نقطه ورود کسب‌وکار برای مشتریان است و شما می‌خواهید تجربه خوبی برای آن‌ها باشد. این موضوع هم برای بازدیدکنندگانی که برای اولین‌بار از کسب‌وکارتان بازدید می‌کنند و اولین برداشت را از آن دارند صدق می‌کند و هم برای بازدیدکنندگان تکراری و مشتریان وفادار که باید تجربه‌ای تا حد امکان یکپارچه و در حالت ایده‌آل بدون ناامیدی‌هایی که ممکن است تأثیر منفی بگذارد داشته باشند. «هسته‌های حیاتی وب» یکی از سنجه‌های تجربه کاربری است که Google توصیه می‌کند سایت‌ها آن را درنظر بگیرند. با وجود همه چیزهایی که وب ارائه می‌دهد، کاربران می‌توانند (و خواهند توانست!) اگر از وب‌سایت شما ناامید شوند، وب‌سایت‌های دیگری را امتحان کنند.
درعین‌حال، «معیارهای کلیدی اصلی وب» فقط یکی از سنجه‌های وب‌سایت شما است. کسب‌وکارها باید خودشان تصمیم بگیرند که چقدر در وب‌سایت‌هایشان سرمایه‌گذاری کنند و چه بازدهی‌ای از این سرمایه‌گذاری حاصل خواهد شد.