ابزار رایگان · اندازه‌گیری واقعی

سایتت چقدر کند است؟

زمانِ پاسخِ سرور، وزنِ کلِ صفحه و فهرستِ سنگین‌ترین فایل‌ها را می‌دهیم — با گزارشِ فارسی و راهِ حلِ مشخص. اندازه‌گیری از سرورِ خودمان انجام می‌شود، نه با سرویسِ خارجی.

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

در حال اندازه‌گیریِ صفحه و دانلودِ فایل‌هایش… این مرحله تا نیم دقیقه طول می‌کشد.

روشِ اندازه‌گیری و محدودیتش: ما صفحه و فایل‌هایش را واقعاً دانلود می‌کنیم و زمان و حجم را می‌سنجیم؛ این اعداد دقیق‌اند. ولی جاوااسکریپت را اجرا نمی‌کنیم، پس معیارهای مرورگری مثل LCP و CLS را گزارش نمی‌دهیم — چون اگر می‌دادیم، عددِ تقریبی را به‌جای اندازه‌گیریِ واقعی جا زده بودیم. برای آن‌ها ابزارِ Lighthouse در مرورگرِ کروم را روی سایتِ خودتان اجرا کنید.

چرا سرعت به فروش ربط دارد؟

دو مسیرِ جدا، هر دو مستقیم

🚪

کاربری که می‌رود

کسی که صفحه‌ی سفید می‌بیند منتظر نمی‌ماند، برمی‌گردد و روی نتیجه‌ی بعدی کلیک می‌کند. روی اینترنتِ همراه که سرعتش نوسان دارد، این اثر بزرگ‌تر است.

📉

رتبه‌ای که پایین می‌آید

گوگل سرعت را در رتبه‌بندی حساب می‌کند و همین برگشتِ سریعِ کاربر را هم سیگنالِ بی‌ربط بودنِ صفحه می‌بیند. یعنی کندی دو بار به شما ضرر می‌زند.

🎯

از کجا شروع کنم؟

از جدولِ سنگین‌ترین فایل‌ها. تقریباً همیشه دو سه تصویرِ بهینه‌نشده بیشترِ حجمِ صفحه را می‌سازند و درست کردنشان چند دقیقه کار است.

سؤال‌های پرتکرار

چرا از PageSpeed خودِ گوگل استفاده نمی‌کنید؟
دو دلیل. اول اینکه سرویسِ گوگل از داخلِ ایران پایدار نیست و اغلب خطا می‌دهد. دوم و مهم‌تر: عددی که آن سرویس می‌دهد از دیدِ یک کاربرِ خارج از ایران است، در حالی که مخاطبِ واقعیِ سایتِ فارسیِ شما داخلِ ایران است. اندازه‌گیریِ ما از سرورِ خودمان انجام می‌شود، پس به تجربه‌ی مخاطبِ شما نزدیک‌تر است. اگر معیارهای رسمیِ گوگل را می‌خواهید، آن‌ها را هم جدا ببینید — این دو ابزار مکملِ هم‌اند نه جانشینِ هم.
«زمان پاسخ سرور» چیست و چرا مهم‌ترین عدد است؟
مدتی که سرور طول می‌دهد تا اولین بایت را بفرستد. در تمامِ این مدت کاربر صفحه‌ی سفید می‌بیند و هیچ چیزی — نه تصویر نه متن — قابلِ نمایش نیست. تا این عدد بالا باشد، بهینه‌کردنِ تصاویر فایده‌ی محسوسی ندارد؛ مثلِ این است که برای رسیدنِ سریع‌تر، سرعتِ خودرو را زیاد کنید ولی نیم ساعت دیرتر راه بیفتید. علتِ رایجش در سایت‌های ایرانی هاستِ اشتراکیِ شلوغ و نبودنِ کش است.
فشرده‌سازی غیرفعال است. چقدر مهم است؟
این ارزان‌ترین بهبودِ سرعتی است که وجود دارد. متنِ HTML و CSS و JS با فشرده‌سازی معمولاً به یک‌سومِ حجم می‌رسند و فعال‌کردنش فقط چند خط تنظیمِ سرور است، بدونِ هیچ تغییری در کدِ سایت و بدونِ هیچ ریسکی. اگر یک کار را می‌خواهید انجام بدهید، همین است.
تصاویرم را با CSS کوچک کرده‌ام، کافی نیست؟
نه، و این پرتکرارترین اشتباه است. اگر عکسِ ۴۰۰۰ پیکسلی را آپلود کنید و با CSS در ۴۰۰ پیکسل نشان بدهید، مرورگر همان فایلِ کاملِ سنگین را دانلود می‌کند و بعد کوچکش می‌کند — یعنی کاربر تمامِ حجم را پرداخت کرده و هیچ سودی نبرده. عکس را باید قبل از آپلود به ابعادِ واقعیِ نمایش کوچک کنید و به WebP تبدیل کنید.
عدد هر بار کمی متفاوت است. چرا؟
طبیعی است. زمانِ پاسخ به لحظه‌ی اندازه‌گیری، بارِ سرور و وضعیتِ مسیرِ شبکه بستگی دارد. به یک اندازه‌گیریِ تکی اتکا نکنید؛ دو سه بار بگیرید و روند را ببینید. حجمِ فایل‌ها اما تقریباً ثابت است و همان بخش قابلِ اتکاترین قسمتِ گزارش است.

سایتِ سریع می‌خواهید؟

اگر سایتِ فعلی از پایه کند است، بهینه‌سازیِ تکه‌ای فقط وقت تلف کردن است. سایت‌هایی که ما می‌سازیم روی زیرساختی اجرا می‌شوند که سرعت در آن پیش‌فرض است، نه یک کارِ بعدی.

تماس
دستیار هوشمند
معمولاً چند لحظه‌ای پاسخ می‌دهد
تماس