تست سرعت سایت باید نشان دهد کاربر چه زمانی محتوای اصلی را می‌بیند، صفحه چقدر سریع به تعامل پاسخ می‌دهد و چیدمان چقدر پایدار است. یک نمرهٔ کلی یا زمان بارگذاری کامل، همهٔ این تجربه را توضیح نمی‌دهد. نتیجهٔ تست زمانی مفید است که شرایط اجرا و صفحهٔ مورد بررسی معلوم باشند.
پیش از تست سرعت سایت، نمونهٔ درست انتخاب کنید
فقط صفحهٔ اصلی را اندازه نگیرید. یک مقاله، صفحهٔ محصول و صفحهٔ مهم خدمات می‌توانند فایل‌ها و رفتار متفاوتی داشته باشند. نشانی دقیق، وضعیت ورود کاربر، دستگاه، محل تست و وضعیت کش را ثبت کنید.
برای مقایسهٔ قبل و بعد، شرایط را ثابت نگه دارید و چند بار اندازه‌گیری کنید. یک اجرای استثنایی را نتیجهٔ قطعی ندانید. آزمون معمول بارگذاری یک صفحه نیز جای تست ظرفیت در مراجعهٔ هم‌زمان کاربران را نمی‌گیرد.
دادهٔ واقعی و آزمایشگاهی چه فرقی دارند؟
PageSpeed Insights دادهٔ کاربران واقعی را، در صورت وجود نمونهٔ کافی، از CrUX نمایش می‌دهد و در بخش آزمایشگاهی از Lighthouse استفاده می‌کند. دادهٔ واقعی بازهٔ ۲۸ روز گذشته را پوشش می‌دهد؛ نتیجهٔ آزمایشگاهی به همان اجرای کنترل‌شده مربوط است.
اگر دادهٔ یک صفحه کافی نباشد، ممکن است گزارش در سطح مبدأ سایت نمایش داده شود یا دادهٔ واقعی موجود نباشد. نبود داده به معنی سریع یا کندبودن قطعی نیست. پس از اصلاح امروز، انتظار تغییر فوری کل میانگین تاریخی را نداشته باشید.
کدام شاخص‌ها را بخوانیم؟
طبق مرجع Core Web Vitals، سه معیار اصلی تجربهٔ صفحه عبارت‌اند از:
| معیار | چه چیزی را نشان می‌دهد؟ | محدودهٔ خوب |
|---|---|---|
| LCP | زمان نمایش بزرگ‌ترین بخش محتوای قابل مشاهده | حداکثر ۲٫۵ ثانیه |
| INP | پاسخ‌گویی صفحه به تعامل کاربر | حداکثر ۲۰۰ میلی‌ثانیه |
| CLS | جابجایی غیرمنتظرهٔ چیدمان | حداکثر ۰٫۱ |
در ارزیابی دادهٔ واقعی، صدک ۷۵ و تفکیک موبایل و دسکتاپ اهمیت دارند. TTFB برای تشخیص تأخیر پاسخ اولیه مفید است، اما معادل زمان بارگذاری کامل یا یکی از سه معیار جدول نیست. TBT آزمایشگاهی نیز دقیقاً همان INP کاربران واقعی نیست.
از ابزارها چطور استفاده کنیم؟
- PageSpeed Insights: برای دیدن دادهٔ واقعیِ موجود و پیشنهادهای آزمایشگاهی صفحه.
- GTmetrix: برای تحلیل عملکرد، ساختار و ترتیب درخواست‌ها با توجه به تنظیمات آزمون.
- WebPageTest: برای بررسی جزئیات بارگذاری و سناریوهای آزمون در گزینه‌های قابل‌ارائهٔ ابزار.
- ابزار Network مرورگر: برای پیدا کردن درخواست کند، خطا یا فایل حجیم در همان جلسهٔ بررسی.
گزارش فعلی GTmetrix بر پایهٔ Lighthouse و ارزیابی‌های خود ابزار است؛ معرفی آن فقط با PageSpeed قدیمی و YSlow به‌روز نیست. اختلاف محیط و تنظیمات، مقایسهٔ مستقیم نمرهٔ ابزارهای مختلف را محدود می‌کند. دسترسی به بعضی امکانات نیز به حساب یا طرح ابزار وابسته است.
گزارش را به اقدام تبدیل کنید
اگر پاسخ اولیه کند است، مسیر شبکه، کش و پردازش سمت سرور را بررسی کنید. اگر تصویر اصلی دیر نمایش داده می‌شود، اندازه، فرمت و اولویت دریافت آن مهم است. برای تأخیر تعامل، اجرای طولانی JavaScript را بررسی کنید؛ برای پرش چیدمان، فضای رزروشدهٔ تصویر، فونت و اجزای دیرهنگام را ببینید.
همهٔ گزینه‌های افزونهٔ بهینه‌سازی را هم‌زمان فعال نکنید. یک تغییر مشخص انجام دهید، دوباره اندازه بگیرید و عملکرد فرم، منو، سبد خرید و ورود را کنترل کنید. کاهش زمان با خراب‌کردن قابلیت اصلی صفحه، بهینه‌سازی موفق نیست.
رابطهٔ سرعت و سئو را دقیق ببینیم
راهنمای گوگل دربارهٔ تجربهٔ صفحه بر مجموعهٔ تجربهٔ کاربر تأکید دارد. نتیجهٔ خوب Core Web Vitals تضمین رتبهٔ اول نیست و امتیاز ۱۰۰ یک ابزار، جای محتوای مرتبط و مفید را نمی‌گیرد.
برای همهٔ سایت‌ها قانون واحد «چهار ثانیه» یا رابطهٔ خودکار «خروج کاربر مساوی افت رتبه» تعریف نکنید. تعداد لینک‌های یک سایت در نتایج جست‌وجو هم به‌تنهایی اثبات سرعت آن نیست. هدف، بهبود قابل‌اندازه‌گیری تجربهٔ کاربران در صفحات مهم است.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
