گوگل سرعت را میسنجد
Core Web Vitals بخشی از سیگنالهای رتبهبندی گوگل است. بین دو سایت با محتوای مشابه، آنکه تجربه بارگذاری بهتری دارد شانس بیشتری دارد — و این تفاوت در بازارهای رقابتی تعیینکننده است.
Core Web Vitals بخشی از سیگنالهای رتبهبندی گوگل است. بین دو سایت با محتوای مشابه، آنکه تجربه بارگذاری بهتری دارد شانس بیشتری دارد — و این تفاوت در بازارهای رقابتی تعیینکننده است.
بیشتر ترککردنها در چند ثانیه اول اتفاق میافتد، پیش از آنکه کاربر حتی محتوای شما را ببیند. سایتی که دیر باز میشود، حتی اگر بهترین پیشنهاد بازار را داشته باشد، فرصت ارائهاش را پیدا نمیکند.
سایت سبکتر یعنی ربات گوگل در همان بودجه خزش، صفحات بیشتری را میبیند. برای فروشگاههای با هزاران محصول، این تفاوت مستقیماً روی تعداد صفحات ایندکسشده اثر میگذارد.
ترتیب مراحل اتفاقی نیست. اگر از وسط شروع کنید، هر تغییر اثر تغییر قبلی را پنهان میکند و در پایان نمیدانید کدام کار جواب داده است.
اندازهگیری با PageSpeed Insights، GTmetrix و WebPageTest روی موبایل و دسکتاپ. آبشار بارگذاری (Waterfall) بررسی میشود تا معلوم شود دقیقاً کدام فایل، کدام اسکریپت و کدام درخواست وقت را میگیرد. نتیجه بهعنوان نقطه مبنا ثبت میشود تا در پایان بتوان تغییر واقعی را نشان داد.
فهرست کامل افزونهها بررسی میشود: هرکدام چه اسکریپت و استایلی به همه صفحات اضافه میکند، آیا واقعاً استفاده میشود، و آیا کارش را افزونه سبکتر یا چند خط کد نمیتواند انجام دهد. در بیشتر پروژهها همین مرحله بهتنهایی چند ده درصد از وزن صفحه را کم میکند.
شناسایی CSS بلااستفاده با Coverage، حذف استایلهای تکراری و متضاد، ادغام فایلها، جدا کردن Critical CSS (استایل لازم برای بخش دیدهشده اولیه) و بهتعویقانداختن بقیه. در سایتهای المنتوری، استایلهای ویجتهای استفادهنشده هم شناسایی و غیرفعال میشود.
حذف کتابخانههای تکراری، تعیین درست defer و async، بهتعویقانداختن اسکریپتهای غیرحیاتی تا اولین تعامل کاربر، و بارگذاری تأخیری ابزارکهای سنگین مثل نقشه، چت آنلاین و پیکسلهای تبلیغاتی.
تبدیل تصاویر به WebP یا AVIF، تعیین ابعاد واقعی موردنیاز بهجای بارگذاری تصویر بزرگ و کوچککردن با CSS، افزودن width/height برای جلوگیری از پرش چیدمان، Lazy Load برای تصاویر پایین صفحه و حذف Lazy Load از تصویر اصلی بالای صفحه. فونتها هم محلی میشوند، به فرمت WOFF2 در میآیند و فقط وزنهای واقعاً استفادهشده باقی میمانند.
فعالسازی کش سطح سرور (LiteSpeed Cache) که بهمراتب مؤثرتر از کش افزونهای است، تنظیم فشردهسازی Brotli/Gzip، هدرهای Cache-Control، ارتقای نسخه PHP و فعالسازی OPcache. در سمت دیتابیس: پاکسازی بازنگریها و جدولهای موقت، ایندکسگذاری و شناسایی کوئریهای کند.
اندازهگیری مجدد و مقایسه با نقطه شروع. اگر جایی نتیجه نداده، همان بخش بازبینی میشود. تست روی موبایل واقعی و اینترنت کند هم انجام میشود، چون بیشتر مخاطبان شما دقیقاً در همان شرایط سایت را باز میکنند.
گزارش قبل و بعد با تصاویر، فهرست کارهای انجامشده، و مهمتر از همه: فهرست کارهایی که نباید انجام دهید تا سرعت بهدستآمده از بین نرود.
این بخش را نوشتهایم چون ترجیح میدهیم قبل از شروع بدانید چه چیزی ممکن است و چه چیزی نه.
صفحهسازها مثل المنتور برای انعطاف در طراحی ساخته شدهاند، نه برای سبکی خروجی. برای اینکه شما بتوانید هر بلوک را هرجا بگذارید، ابزار مجبور است ساختاری تولید کند که همیشه از حالت بهینه سنگینتر است:
با بهینهسازی میتوان بخش زیادی از این وزن را کم کرد و به B یا C رسید. اما یک کف وزنی باقی میماند که تا وقتی صفحهساز آن صفحه را رندر میکند، حذفشدنی نیست.
صفحه اول معمولاً پربازدیدترین صفحه سایت و همان صفحهای است که گوگل و کاربر اول میبینند. آن را از دست صفحهساز خارج میکنیم و بهصورت قالب اختصاصی وردپرس (page-template) با HTML و CSS دستنویس میسازیم:
نتیجه: سریعترین صفحه سایت، همان صفحهای است که بیشترین اهمیت را دارد — و شما همچنان میتوانید بقیه سایت را خودتان ویرایش کنید.
نمره ابزارهای سنجش، هدف نهایی نیست؛ نشانه است. سایتی که برای مخاطب واقعی سریع باز میشود ارزش دارد، نه سایتی که فقط در یک تست عدد خوبی میگیرد. ما روی هر دو کار میکنیم، اما اولویت را میگذاریم روی تجربه واقعی کاربر — بهویژه روی موبایل و اینترنت متوسط، که شرایط اکثریت بازدیدکنندگان شماست.
بازبینی اولیه رایگان است: گزارشی میگیرید از اینکه دقیقاً چه چیزی سایت شما را کند کرده و با پکیج چقدر بهبود واقعی ممکن است.