ابزار رایگان عملکرد

تست سرعت سایت

صفحه شما را مانند یک گوشی میان‌رده با اتصال 4G کند بارگذاری می‌کنیم، اندازه می‌گیریم محتوای اصلی با چه سرعتی ظاهر می‌شود و صفحه چقدر جابه‌جا می‌شود، و نشان می‌دهیم چه چیزی آن را سنگین می‌کند. اگر گوگل برای سایت شما داده کاربران واقعی داشته باشد، آن را هم می‌بینید.

رایگان. معمولاً در کمتر از یک دقیقه انجام می‌شود.

این ابزار چه چیزهایی را بررسی می‌کند

  • یک گوشی روی 4G کند

    صفحه در Chromium مانند گوشی‌ای در رده Moto G Power (412 × 823) با تأخیر 150 ms، سرعت دانلود حدود 1.6 Mbps و آپلود 750 Kbps، و پردازنده‌ای 4× کندتر بارگذاری می‌شود. این همان پروفایلی است که Lighthouse برای تست‌های موبایل به کار می‌برد.

  • Largest Contentful Paint

    زمانی که رندر بزرگ‌ترین تصویر یا بلوک متنی در نخستین نمای صفحه تمام شد، و اینکه آن عنصر کدام بود.

  • Cumulative Layout Shift

    میزان جابه‌جایی غیرمنتظره محتوای قابل‌مشاهده هنگام بارگذاری صفحه.

  • Total Blocking Time

    مدت زمانی که اسکریپت‌ها مرورگر را آن‌قدر مشغول نگه داشتند که نتواند به لمس کاربر پاسخ دهد: مجموع بخشی از هر کار طولانی (long task) که از 50 ms بیشتر است. این شاخص جایگزین آزمایشگاهی Interaction to Next Paint است.

  • آنچه صفحه دانلود می‌کند

    مجموع بایت‌ها و درخواست‌ها، به تفکیک تصاویر، اسکریپت‌ها، CSS و فونت‌ها، و سهمی که از سرویس‌های شخص ثالث می‌آید.

  • تصاویر سنگین و فایل‌های مسدودکننده رندر

    تصاویر بزرگ‌تر از 150 KB یا بسیار عریض‌تر از فضایی که در آن نمایش داده می‌شوند، و فایل‌های CSS و اسکریپتی که نخستین رندر را به تأخیر می‌اندازند.

  • داده کاربران واقعی از Chrome

    گزارش Chrome UX Report گوگل برای مبدأ (origin) شما روی گوشی‌ها در صدک 75: LCP، INP و CLS، در صورتی که گوگل ترافیک کافی برای سایت داشته باشد.

آنچه نمی‌تواند بررسی کند

  • ارائه اعداد یکسان در هر اجرا. نتایج آزمایشگاهی با شبکه، بار سرور و اسکریپت‌های شخص ثالث تغییر می‌کنند، پس روندها را مقایسه کنید نه اجراهای منفرد را.
  • تطابق دقیق با PageSpeed Insights. هر دو از پروفایل گوشی مشابهی استفاده می‌کنند اما روی ماشین‌ها و شبکه‌های متفاوتی اجرا می‌شوند.
  • اندازه‌گیری INP در آزمایشگاه. INP به تعامل‌های واقعی نیاز دارد، بنابراین تست آزمایشگاهی TBT را نشان می‌دهد و داده‌های میدانی، در صورت وجود، INP را.
  • نمایش داده‌های میدانی برای همه سایت‌ها. Chrome UX Report فقط 28 روز گذشته و فقط مبدأهایی را پوشش می‌دهد که ترافیک کافی از Chrome دارند.
  • تست بیش از همان یک صفحه‌ای که وارد می‌کنید. گزارش عملکرد (نسخه پولی) 3 صفحه کلیدی را تست می‌کند و علت‌ها را همراه با راه‌حل‌ها اولویت‌بندی می‌کند.

چرا اهمیت دارد

صفحه‌ای که روی Wi-Fi اداره و یک لپ‌تاپ سریع بی‌درنگ باز می‌شود، ممکن است روی یک گوشی میان‌رده با سیگنال ضعیف چند ثانیه طول بکشد. این همان وضعیتی است که این تست بازسازی می‌کند، چون همان جایی است که تصاویر و اسکریپت‌های سنگین بیشترین آسیب را می‌زنند.

Core Web Vitals معیارهای گوگل برای سنجش همین تجربه‌اند: بارگذاری (LCP)، پاسخ‌گویی (INP) و پایداری بصری (CLS). گوگل از آن‌ها در رتبه‌بندی استفاده می‌کند، اما می‌گوید تجربه صفحه خوب بر محتوای مرتبط برتری ندارد. اثر بزرگ‌ترشان روی آدم‌هاست: صفحه کند یا پرتکان، بازدیدکنندگان را پیش از آنکه چیزی بخوانند از دست می‌دهد.

علت‌ها معمولاً مشخص‌اند: تصویر اصلی (hero) فشرده‌نشده‌ای با حجم چند مگابایت، ویجت گفت‌وگوی آنلاینی که پیش از محتوا بارگذاری می‌شود، فونت وبی که متن را پنهان می‌کند، یا بنری که پس از نمایش صفحه بالای آن درج می‌شود. این تست عنصر LCP و سنگین‌ترین فایل‌ها را نام می‌برد تا ببینید کدام یک از این موارد صدق می‌کند.

نحوه خواندن نتایج

Largest Contentful Paint (LCP)
زیر 2.5 s خوب و بالای 4 s ضعیف است. اگر عنصر LCP تصویر باشد، اندازه و اولویت بارگذاری آن بیشترین اهمیت را دارد؛ اگر متن باشد، فونت‌های وب و CSS مسدودکننده رندر را بررسی کنید.
Cumulative Layout Shift (CLS)
زیر 0.1 خوب و بالای 0.25 ضعیف است. امتیازی بدون واحد که ترکیبی از این است که چه مقدار از صفحه نمایش جابه‌جا شده و تا چه فاصله‌ای.
Total Blocking Time (TBT)
زیر 200 ms خوب و بالای 600 ms ضعیف است. TBT بالا نشان می‌دهد صفحه برای کاربران واقعی به لمس‌ها کند پاسخ خواهد داد.
بایت‌ها و درخواست‌ها
هیچ محدودیت رسمی وجود ندارد؛ ببینید کدام نوع غالب است. تصاویر معمولاً بیشترین سهم را دارند، و سهم بالای شخص ثالث نشان‌دهنده اپلیکیشن‌ها، تگ‌ها و ویجت‌هاست.
تصاویر سنگین
هر تصویر بزرگ‌تر از 150 KB، یا تصویری که بسیار عریض‌تر از اندازه نمایشش دانلود شده است، همراه با حجم فایل و ابعادش.
فایل‌های مسدودکننده رندر
فایل‌های CSS و اسکریپت‌های همگام (synchronous) که مرورگر باید پیش از نمایش هر چیزی دانلودشان کند.
داده‌های میدانی (صدک 75)
کاربران واقعی Chrome روی گوشی در 28 روز گذشته. صدک 75 یعنی سه مورد از هر چهار بارگذاری صفحه دست‌کم به همین سرعت بوده‌اند. INP زیر 200 ms خوب و بالای 500 ms ضعیف است.
بدون داده میدانی
گوگل ترافیک Chrome کافی برای مبدأ (origin) شما ندارد. این چیزی درباره سرعت سایت شما نمی‌گوید؛ به نتایج آزمایشگاهی تکیه کنید.

نحوه رفع رایج‌ترین مشکلات

  • تصویر LCP کند

    تصویر اصلی (hero) را در همان اندازه‌ای که نمایش داده می‌شود، با srcset و در قالب WebP یا AVIF ارائه کنید. آن را lazy-load نکنید، fetchpriority="high" را اضافه کنید، و آن را به‌صورت یک عنصر img در HTML قرار دهید، نه اینکه از طریق اسکریپت یا پس‌زمینه CSS بارگذاری شود.

  • محتوایی که هنگام بارگذاری جابه‌جا می‌شود

    به تصاویر، ویدیوها و محتوای جاسازی‌شده (embed) ویژگی‌های width و height یا aspect-ratio در CSS بدهید. برای بنرها، اعلان‌های کوکی و تبلیغات فضا رزرو کنید، یا آن‌ها را به‌صورت لایه‌ای روی صفحه نمایش دهید که محتوا را به پایین هل ندهد. برای فونت‌های وب، از font-display: optional یا یک فونت جایگزین با اندازه متناسب استفاده کنید.

  • Total Blocking Time بالا

    ابتدا اپلیکیشن‌ها، تگ‌ها و افزونه‌هایی را که دیگر استفاده نمی‌کنید حذف کنید؛ اسکریپت‌های آن‌ها اغلب پس از کنار گذاشتنشان باقی می‌مانند. گفت‌وگوی آنلاین، نظرات و ابزارهای تحلیل را با defer یا پس از تعاملی شدن صفحه بارگذاری کنید. در Shopify، بخش Online Store › Themes › Customize › App embeds را بررسی کنید.

  • CSS و اسکریپت‌های مسدودکننده رندر

    به اسکریپت‌هایی که لازم نیست پیش از نخستین نمایش (first paint) اجرا شوند defer اضافه کنید، مقدار کم CSS مورد نیاز نخستین نمای صفحه را به‌صورت inline قرار دهید، و stylesheetهای مربوط به قابلیت‌هایی را که صفحه استفاده نمی‌کند حذف کنید.

  • تصاویری که بیش از حد سنگین‌اند

    تصاویر را پیش از آپلود تغییر اندازه دهید (عرض حدود 2000 px برای یک بنر تمام‌عرض کاملاً کافی است) و فشرده کنید. Shopify و WordPress وقتی قالب درخواست کند می‌توانند نسخه‌های کوچک‌تر را خودکار ارائه کنند، پس بررسی کنید قالب شما از اندازه‌های تصویر واکنش‌گرا استفاده می‌کند.

پرسش‌هایی درباره این ابزار

چرا نتایج من با PageSpeed Insights فرق دارد؟

تست‌های آزمایشگاهی به ماشین، شبکه و لحظه اجرا بستگی دارند. PageSpeed Insights ابزار Lighthouse را روی سرورهای گوگل اجرا می‌کند و اتصال کند را شبیه‌سازی می‌کند، در حالی که ما محدودسازی سرعت (throttling) را در یک مرورگر واقعی اعمال می‌کنیم. انتظار بازه‌های مشابه را داشته باشید، نه اعداد یکسان.

LCP خوب چقدر است؟

به گفته web.dev، 2.5 ثانیه یا کمتر برای دست‌کم 75% بارگذاری‌های صفحه. بیش از 4 ثانیه ضعیف است.

چرا برای سایت من داده کاربران واقعی وجود ندارد؟

Chrome UX Report فقط مبدأهایی را شامل می‌شود که به‌صورت عمومی قابل کشف باشند و از کاربران Chrome که آمار استفاده را به اشتراک می‌گذارند بازدید کافی داشته باشند. بسیاری از سایت‌های کوچک به این سطح نمی‌رسند؛ تست آزمایشگاهی همچنان نشان می‌دهد چه چیزی را باید اصلاح کرد.

چرا تست روی یک گوشی کند انجام می‌شود و نه روی دسکتاپ؟

چون مشکلات اول آنجا خود را نشان می‌دهند. یک لپ‌تاپ سریع تصاویر و اسکریپت‌های سنگینی را پنهان می‌کند که روی گوشی میان‌رده چند ثانیه زمان می‌گیرند، و Lighthouse هم برای تست‌های موبایل خود از همین پروفایل گوشی استفاده می‌کند.

First Input Delay چه شد؟

در مارس 2024، Interaction to Next Paint (INP) به‌عنوان یکی از Core Web Vitals جایگزین First Input Delay شد. INP تأخیر تعامل‌ها را در سراسر یک بازدید بررسی می‌کند، نه فقط نخستین تعامل.

منابع

ابزارهای مرتبط

گزارش عملکرد ($55، یک‌باره) از اسکن رایگان کامل شروع می‌کند و صفحات بیشتر، تغییر لازم برای هر یافته، یک فایل PDF و تست‌های مجدد برای تأیید اصلاحات شما را اضافه می‌کند.

درباره گزارش عملکرد