آموزش گام‌به‌گام تست سرعت سایت
کمتر سؤالی در جلسه‌های فنی به این اندازه با اعداد مغشوش همراه است: یک نفر نمرهٔ ابزاری را می‌آورد، دیگری حس خودش را از گوشی و سومی عدد دیروزی را؛ هر سه «حقیقت» دارند و هیچ‌کدام با هم نمی‌خوانند. علت، نبودِ پروتکل است نه نبودِ ابزار. تست سرعت سایت وقتی معنا دارد که مثل آزمایشگاه باشد: شرایط ثابت، تکرار کافی و ثبت تاریخ‌دار.
این راهنما سه کار میکند: کلاس‌های ابزار تست را از هم جدا میکند تا هر ابزار در جای درستش خوانده شود؛ سنجهها را به زبان ساده باز میکند تا بدانید هر عدد داستان چه چیزی است؛ و یک پروتکل پنجقدمی می‌دهد که فردا هم بتوانید دقیقاً همین تست را تکرار کنید. اگر دنبال راهحل فوری هستید، این متن آن را نمی‌فروشد؛ دنبال این هستید که بدانید کندی از کجا می‌آید و کدام کار اول انجام شود.
تست سرعت سایت یعنی چه و چرا یکبار تست گمراه میکند؟
تست سرعت، اندازه‌گیری چند سنجه در یک صفحهٔ مشخص است: چقدر طول می‌کشد تا محتوای اصلی دیده شود، چقدر طول می‌کشد تا صفحه به تعامل‌ها جواب بدهد و چقدر چیدمان هنگام بارگذاری می‌جهد. نمرهٔ کلی که ابزارها می‌دهند، جمع‌بندی همین سنجهها با وزن‌های خودشان است — نمره خروجی است، نه ورودی. این تمایز مهم است، چون تیم‌ها معمولاً «نمره را بالا می‌برند» و تعجب می‌کنند که کاربر سریع‌تر نشده؛ کاربر نمره را نمی‌بیند، انتظار محتوا را می‌بیند.
یکبار تست گمراه میکند چون سرعت یک عدد ثابت نیست: شبکه آن لحظه شلوغ است یا نیست، کش گرم است یا سرد، سرور آزاد است یا مشغول، و ابزار خودش از مکانی دیگر تست میکند. دو تست پشت‌سرهم از یک صفحه می‌تواند نتایج دور از هم بدهد و هر دو «درست» باشند. برای همین هر نتیجهٔ تک‌اجرایی، حدس است؛ فقط میانهٔ چند تکرار در شرایط ثابت، عدد قابل دفاع می‌سازد. کل کاربرد این راهنما ساختن همین «قابل دفاع» است: عددی که ماه بعد، بعد از یک تغییر مشخص، دوباره با همان قاعده تولید می‌شود و مقایسه معنا می‌گیرد.
سه کلاس ابزار تست و جای هر کدام
ابزارها را در سه کلاس ببینید. کلاس اول، تست آزمایشگاهی است: ابزار صفحه را در محیط کنترلشده بار میکند و سنجهها را با جزئیات فنی می‌دهد؛ برای یافتن علت و مقایسهٔ قبل/بعد یک تغییر عالی است، چون شرایط تکرارپذیر است. کلاس دوم، دادهٔ کاربران واقعی است: گزارش‌های میدانی که از بازدیدهای واقعی جمع شده‌اند و «حس» واقعی را بازنمایی می‌کنند؛ عددش قابل کنترل نیست ولی صادق‌ترین تصویر از تجربه است. کلاس سوم، پایش پیوسته است: تست منظم و خودکار از صفحات کلیدی که روند را می‌سازد و افت‌ها را زودتر از شکایت کاربر نشان می‌دهد.
خطای رایج، استفاده از هر سه کلاس به‌عنوان یک چیز است: عدد آزمایشگاهی را با عدد میدانی مقایسه می‌کنند، تفاوت را می‌بینند و به یکی از آن‌ها برچسب غلط می‌زنند. قاعدهٔ ما ساده است: عیب‌یابی و اثبات تغییر با آزمایشگاه؛ حکم تجربهٔ کاربر با دادهٔ میدانی؛ و روند ماهانه با پایش منظم. در گزارش‌های میدانی مراقب حجم کم نمونه باشید؛ صفحه‌ای که هفته‌ای بیست بازدید دارد، عدد میدانیِ پایدار نمی‌دهد و تصمیم روی آن مثل تصمیم روی یک تکرار تست است.
سنجهها به زبان ساده؛ بدون عدد هم قابل خواندن
سه سنجهٔ اصلی را بدون ورود به عدد قطعی بخوانید، چون «خوب» به سایت و کاربر شما بستگی دارد. سنجهٔ اول، ظهور محتوای اصلی است: چقدر طول می‌کشد تا بزرگ‌ترین عنصر قابل‌دیدن صفحه — معمولاً تصویر اصلی یا بلوک متن — رندر شود؛ این سنجه «اولین برداشت سرعت» کاربر است و کندی‌اش معمولاً از تصاویر سنگین یا قالب‌های متورم می‌آید. سنجهٔ دوم، واکنش به تعامل است: وقتی کاربر روی دکمه یا منو می‌زند، صفحه چقدر دیر جواب می‌دهد؛ این‌جا قهرمان معمولی اسکریپت‌های سنگین و کدهای شخص‌ثالث است، نه تصاویر.
سنجهٔ سوم، پایداری چیدمان است: آیا هنگام بارگذاری، متن‌ها و دکمه‌ها می‌جهند؟ جهش چیدمان حس بدی می‌سازد چون کاربر وسط خواندن، هدفش را از دست می‌دهد؛ علت معمولاً تصاویر بدون ابعاد تعیین‌شده، بنرهای تزریقی و فونت‌های دیربارگذاری‌شده است. کنار این سه، زمان پاسخ اولیهٔ سرور هم باید خوانده شود، چون هر چیزی که سرور دیر بدهد، همهٔ سنجه‌های بعدی را عقب می‌اندازد؛ بحث تخصصی آن در آموزش گام‌به‌گام سرعت سرور و TTFB جداگانه نوشته شده است. در همهٔ سنجهها جهت واحد است: کمتر، بهتر — و مهم‌ترین مقایسه، مقایسه با خط پایهٔ خود شماست.
آموزش گام‌به‌گام: پروتکل تست تکرارپذیر در پنج قدم
قدم اول، ثابتکردن شرایط است: صفحهٔ نمونه را انتخاب کنید — صفحهٔ اصلی به‌علاوهٔ یک صفحهٔ پولساز — و دستگاه، مکان اجرا و نوع شبکه را بنویسید؛ از این به بعد همهٔ تست‌ها با همین شرایط است. قدم دوم، تفکیک تست سرد و گرم: بار اول با کش خالی، بارهای بعدی با کش گرم؛ این دو دنیای متفاوت‌اند و قاطی‌کردن‌شان نتیجه را بی‌معنا میکند. قدم سوم، تکرار: هر صفحه دستکم سه بار تست و میانه را ثبت کنید؛ تک‌اجرایی حذف می‌شود.
قدم چهارم، ثبت تاریخ‌دار است: تاریخ، ابزار، شرایط، عدد هر سنجه و آخرین تغییر فنی پروژه در یک برگه؛ همین برگه، خط پایهٔ شما می‌شود و بعد از هر بهینه‌سازی، مقایسه قبل/بعد رویش انجام می‌گیرد. قدم پنجم، تفکیک متغیرها: هر بازه فقط یک تغییر را اجرا و دوباره با همان پروتکل تست کنید؛ اگر هم‌زمان کش، قالب و تصاویر را تغییر دهید، هیچ‌وقت نمی‌فهمید کدام کار نتیجه داد و بودجه بعدی کجا خرج شود. پنج قدم روی برگه، در مجموع کمتر از یک ساعت کار است و تفاوت «بهینه‌سازی» و «تلاش تصادفی» همین‌جاست.
از نتیجه به فهرست کار؛ ردّ گلوگاه‌ها
حالا نتیجه تست را به فهرست کار تبدیل کنید. راه ساده، خواندن ترتیب شکست است: اگر ظهور محتوای اصلی کند است، متهمان اول تصاویر و قالب‌اند؛ اگر واکنش به تعامل کند است، متهمان اسکریپت‌ها و کدهای شخص‌ثالث‌اند؛ اگر جهش چیدمان زیاد است، متهمان عناصر بدون ابعاد و محتوای تزریقی‌اند؛ و اگر خود پاسخ اولیهٔ سرور دیر است، مشکل پایین‌تر از قالب و در لایهٔ هاست و تنظیمات سرور است. این ردّ مظنون‌ها را از بالا به پایین انجام دهید تا فهرست کار بر اساس اثر، نه بر اساس سلیقه، صف‌بندی شود.
برای دو متهم پرتکرار، راهنماهای عملیاتی جدا داریم: حذف اسکریپت‌های غیرضروری وردپرس برای سنگینی کدها و لود تنبل تصاویر برای بار تصاویر؛ هر دو متن، فهرست کار را مرحله‌به‌مرحله می‌دهند و با همین پروتکل تست قابل راستی‌آزمایی‌اند. کش را هم قبل از هر تغییر برای همیشه حل کنید، چون بدون آن دو تست سرد و گرم قابل مقایسه نیستند؛ راهنمای کش وردپرس همین را پوشش می‌دهد. فهرست کار را در همان برگهٔ ثبت تست نگه دارید؛ هر ردیف، یک تغییر، یک تست بعدی و یک عدد — این سند در جلسه‌های بودجه به‌اندازهٔ نتیجه‌هایش ارزش دارد.
پایش دوره‌ای و خطاهای رایج تست
ریتم پیشنهادی ما دو لایه دارد: تست کامل با پروتکل پنجقدمی بعد از هر تغییر فنی مهم — تعویض قالب، افزونهٔ سنگین جدید، تغییر هاست — و تست کوتاه ماهانه از صفحات نمونه برای ساختن روند. به این دو، پایش خودکار صفحات پولساز را اضافه کنید تا افت‌ها قبل از شکایت کاربر دیده شوند. خطاهای رایج تست هم کم نیستند: تست فقط صفحهٔ اصلی (در حالی که صفحات محصول یا مقاله‌ها مسیر واقعی کاربرند)، تست فقط دسکتاپ در بازاری که اکثریتش موبایلی است، مقایسهٔ نمرهٔ دو ابزار متفاوت با هم، و تغییر هم‌زمان چند چیز و نسبت‌دادن نتیجه به همه.
خطای پنجم بی‌صداقتی است با خودِ داده: گرفتن ده تست و ثبت بهترینش. اگر شرایط ثابت و تکرار کافی دارید، نیازی به انتخابِ دلخواه نیست؛ میانه را ثبت کنید و اگر پراکندگی زیاد بود، خودش پیام است — یعنی یکی از متغیرها هنوز کنترل نشده. به تجربهٔ ما تیم‌هایی که همین برگهٔ تست را شش ماه نگه می‌دارند، بحث‌های «احساس می‌کنیم کند شده» را برای همیشه بسته‌اند؛ چون اولین جملهٔ جلسه، عدد میانهٔ ماه جاری است، نه حدس.
جمع‌بندی؛ تست یعنی مقایسه، نه نمره
تست سرعت سایت سه ستون دارد: شرایط ثابت، تکرار کافی و ثبت تاریخ‌دار. با همین سه ستون، هر تغییر فنی قابل اثبات می‌شود، گلوگاه‌ها به‌ترتیب اثر صف‌بندی می‌شوند و بحث‌های حس‌محور به اعداد می‌رسند. سنجهها را بدون عدد قطعی بخوانید و حکم را با خط پایهٔ خودتان بدهید؛ نمرهٔ ابزار خروجی یک روز است، روند شما حقیقت است. اگر فهرست کار شما به اسکریپت‌ها و تصاویر رسید، راهنماهای عملیاتی همین هاب مسیر اجرا را می‌دهند و تستِ قبل/بعد شما را معتبر نگه می‌دارد.
اگر می‌خواهید کندی‌های سایت‌تان با همین رویکرد سنجیده و صف‌بندی شود، ممیزی رایگان دامنه نقطهٔ شروع کم‌ریسکی است و ابزارهای پایش در قابلیت‌های پلتفرم معرفی شده‌اند. ادامهٔ بحث سرعت را در هاب سرعت و کارایی وردپرس دنبال کنید و راهنمای حذف اسکریپت‌های غیرضروری وردپرس را کنار همین پروتکل نگه دارید؛ یکی تشخیص می‌دهد، دیگری درمان میکند.
رصد ما، رشد شما.
سؤالات پرتکرار
هر چند وقت یکبار تست سرعت بگیریم؟
بعد از هر تغییر فنی مهم یک تست کامل با پروتکل پنجقدمی، و ماهانه یک تست کوتاه از صفحات نمونه؛ برای صفحات پولساز، پایش خودکار منظم منطقیتر از تست دستی است.
چرا هر بار که تست میگیریم عدد فرق میکند؟
چون شبکه، بار سرور، وضعیت کش و مکان اجرا متغیرند. راهحل حذف نوسان نیست؛ ثابتکردن شرایط و ثبت میانهٔ دستکم سه تکرار است تا پراکندگی قابل قضاوت شود.
تست دسکتاپ مهم‌تر است یا موبایل؟
برای بازار فارسی موبایل اولویت دارد، چون سهم آن در بازدید بیشتر است؛ هر دو را تست کنید اما شرایط موبایل را با شبکه‌ای شبیه کاربر واقعی بسنجید، نه با اتصال پرسرعت دفتر.
نمرهٔ ابزار خوب است ولی سایت برای کاربران کند به نظر میرسد؛ کدام درست است؟
هر دو درستاند و دو چیز متفاوت را میسنجند: نمره آزمایشگاهی شرایط کنترلشده است و حس کاربر، تجربهٔ واقعی شبکهها و دستگاههای گوناگون. دادهٔ میدانی و شکایات مشخص را کنار سنجهها بخوانید و خط پایهٔ خودتان را بسازید.
