یادداشت / کارایی
سرعت سایت خودتان را پیش از پرداخت به کسی بسنجید.
سه عددی که مهم‌اند را می‌توانید در حدود ده دقیقه و بدون نصب چیزی به دست بیاورید. این یادداشت نشان می‌دهد چطور اندازه بگیرید، چطور بخوانید، و چه وقتی پاسخ صادقانه این است که کسی نباید برای اصلاحش پول بگیرد.
۱. اندازه بگیرید
- سایت را در Chrome و در پنجرهٔ عادی باز کنید (نه در حالت ناشناس — افزونه‌ها نتیجه را عوض می‌کنند).
- ابزار توسعه‌دهنده را باز کنید (F12) و سپس تب Lighthouse.
- گزینهٔ Mobile را انتخاب کنید، نه Desktop. فقط Performance را تیک بزنید تا اجرا سریع بماند.
- سه بار اجرا کنید و مقدار میانی را بنویسید، نه بهترین را.
- همین کار را برای یک صفحهٔ محصول یا خدمات، و یک صفحه که می‌دانید سنگین است، تکرار کنید.
اعداد و تاریخ را جایی بنویسید که بعداً پیدا کنید. بدون خط پایهٔ ثبت‌شده، «حالا سریع‌تر است» را هیچ‌کس نمی‌تواند بررسی کند، از جمله خودتان.
۲. سه عدد را بخوانید
| سنجه | واقعاً چه چیزی را می‌پرسد | خوب |
|---|---|---|
| LCP | چقدر طول می‌کشد تا بزرگ‌ترین چیز روی صفحه دیده شود — معمولاً تصویر شاخص یا تیتر. | ≤ 2.5 s |
| CLS | چقدر چیدمان هنگام بارگذاری می‌پرد: متنی که جابه‌جا می‌شود، دکمه‌ای که از زیر انگشت در می‌رود. | ≤ 0.1 |
| INP (جانشین آزمایشگاهی: TBT) | صفحه چقدر طول می‌کشد تا وقتی کسی ضربه می‌زند یا تایپ می‌کند پاسخ دهد. | ≤ 200 ms |
نمرهٔ Lighthouse خلاصهٔ چیزهای زیادی است، از جمله چیزهایی که روی بازدیدکنندهٔ شما اثر ندارند. همان سه سنجهٔ بالا را بخوانید، نه عدد بزرگ بالای صفحه.
۳. علت را پیدا کنید
در سایت‌های کسب‌وکار کوچک همان پنج علت تکرار می‌شود. هر کدام نشانهٔ خودش را در گزارش دارد:
| علت | چطور تشخیص دهید |
|---|---|
| تصویر شاخص بیش از حد بزرگ | عنصر LCP یک تصویر است و بند «اندازهٔ درست تصویر» یا «فرمت مدرن» صرفه‌جویی واقعی نشان می‌دهد. |
| اسکریپت مسدودکنندهٔ رندر در head | بند «حذف منابع مسدودکننده» یک اسکریپت یا استایل نشان می‌دهد، و FCP کند است در حالی که LCP نزدیک آن است. |
| فونت از دامنهٔ سوم | یک درخواست به دامنهٔ دیگر در waterfall، و متنی که دیر ظاهر می‌شود یا شکلش عوض می‌شود. |
| ویجت‌هایی که فراموش کرده‌اید | اسکریپت چت، پاپ‌آپ، هیت‌مپ یا ترکر از دامنه‌های دیگر، که اغلب از کد خود صفحهٔ شما بزرگ‌ترند. |
| چیدمانی که دیر می‌آید | CLS بالای ۰٫۱، و گزارش همان عناصری را نام می‌برد که جابه‌جا شده‌اند. معمولاً تصویری بدون width و height، یا بنری که بعد از بارگذاری تزریق می‌شود. |
۴. تصمیم بگیرید
| چه می‌بینید | معمولاً یعنی چه | چه کسی می‌تواند انجام دهد |
|---|---|---|
| کل مشکل یک تصویر است | فشرده و اندازهٔ درست، افزودن width و height، فرمت مدرن. | خودتان، در یک بعدازظهر |
| یک افزونه یا ویجت غالب است | حذفش کنید، عقبش بیندازید، یا هزینه‌اش را آگاهانه بپذیرید. | خودتان، با یک تصمیم |
| کد قالب رندر را می‌بندد | تغییر کد قالب لازم است، و راه بازگشت اگر خراب شد. | یک توسعه‌دهنده |
| سرور گلوگاه است | TTFB در همهٔ صفحه‌ها کند است. هیچ اصلاح صفحه‌ای کمک نمی‌کند؛ پاسخ میزبانی یا کش است. | میزبانی، نه طراحی |
| اعداد خوب‌اند | چیزی برای اصلاح نیست. خرج کردن اینجا چیزی نمی‌خرد. | هیچ‌کس |
۵. چه وقتی ارزش پرداخت ندارد
- سایت هفته‌ای چند بازدید دارد و درخواستی نمی‌گیرد. سرعت عددی را که نزدیک صفر است عوض نمی‌کند.
- گلوگاه میزبان یا پلتفرمی است که نمی‌توانید عوض کنید. اصلاح صفحه TTFB را تکان نمی‌دهد.
- قرار است سایت عوض شود. سایت جدید را بهینه کنید، نه قدیمی را.
- چیز دیگری لازم دارید — درخواست بیشتر، متن بهتر، فرمی که کار کند. سرعت محدودیت نیست.
سنجش پولی چه چیزی اضافه می‌کند
نه خود اعداد — آن‌ها را حالا دارید. چیزی که اضافه می‌کند بخش خسته‌کننده‌ای است که تعیین می‌کند اصلاح جواب می‌دهد یا نه: دادهٔ میدانی به‌جای یک اجرای آزمایشگاهی، سه قالب که یکسان سنجیده شوند تا یک صفحه صفحهٔ دیگر را پنهان نکند، فهرست رتبه‌بندی‌شده‌ای که هر موردش هزینه و اثر تخمینی دارد، و سنجش دوباره با شرایط یکسان تا قبل و بعد معنا پیدا کند.
اگر اعدادتان همین حالا خوب است، سنجش همان را می‌گوید و چیزی برای فروختن نیست. انتشار همین یادداشت دقیقاً برای همین است.
این یادداشت رایگان و کامل است. اگر با آن می‌توانید خودتان اصلاح کنید، همان را بکنید — نتیجهٔ بهتر برای هر دو طرف همین است.