تست سرعت سایت: آموزش PageSpeed و GTmetrix + تفسیر نمرات

اگر می‌خواهید بدانید سایت شما سریع است یا فقط یک نمره سبز گرفته، باید PageSpeed Insights و GTmetrix را کنار هم بخوانید. برای تست سرعت سایت، PageSpeed داده‌های واقعی کاربران و تست آزمایشگاهی Lighthouse را نشان می‌دهد. از طرف دیگر GTmetrix با گزارش پرفورمنس، Structure و Waterfall به پیدا کردن گلوگاه‌های فنی کمک می‌کند. در عمل، نمره 90 یا 100 به تنهایی هدف نیست؛ LCP، معیار INP، فاکتور CLS، شاخص TTFB، حجم منابع و رفتار صفحه در موبایل مهم‌ترند. در این آموزش تست سرعت سایت یاد می‌گیرید چگونه هر دو ابزار را اجرا کنید، نمرات را تفسیر کنید و از گزارش‌ها به یک فهرست اقدام واقعی برسید.

در تست سرعت سایت دقیقا چه چیزی را باید اندازه بگیریم؟

سرعت یک صفحه فقط زمانی که تا لود کامل طول می‌کشد نیست. کاربر باید محتوای اصلی را زود ببیند، صفحه پس از کلیک یا لمس سریع واکنش نشان دهد و عناصر هنگام بارگذاری جابجا نشوند. به همین دلیل، بهتر است به جای چسبیدن به یک عدد کلی، چند شاخص را کنار هم ببینید.

شاخص	چه چیزی را نشان می‌دهد؟	محدوده خوب
LCP	زمان نمایش محتوای اصلی	حداکثر 2.5 ثانیه
INP	سرعت پاسخ به تعامل کاربر	حداکثر 200 میلی ثانیه
CLS	ثبات بصری صفحه	حداکثر 0.1
TTFB	زمان رسیدن اولین بایت از سرور	حدود 0.8 ثانیه یا کمتر
FCP	زمان نمایش اولین محتوای قابل مشاهده	حداکثر 1.8 ثانیه

گوگل Core Web Vitals را با سه معیار LCP، فاکتور INP و CLS می‌سنجد و برای ارزیابی داده‌های واقعی، صدک 75 تجربه کاربران را در نظر می‌گیرد. یعنی یک تست خوب روی اینترنت پرسرعت دفتر شما نمی‌تواند به تنهایی نماینده تجربه کاربران باشد. برای آشنایی عمیق‌تر با این سه شاخص می‌توانید به مقاله Core Web Vitals چیست؟ در نجوانت مراجعه کنید.

آموزش PageSpeed Insights: تست سرعت سایت با گوگل

برای تست سرعت سایت با گوگل، PageSpeed Insights نقطه شروع بسیار خوبی است؛ چون هم شرایط آزمایشگاهی را شبیه‌سازی می‌کند و هم در صورت وجود داده کافی، تجربه کاربران واقعی Chrome را از CrUX نمایش می‌دهد. این تفاوت مهم‌ترین چیزی است که در آموزش PageSpeed Insights باید یاد بگیرید. برای استفاده از این ابزار، مراحل زیر را دنبال کنید:

1. وارد PageSpeed Insights شوید و URL دقیق صفحه را وارد کنید.
2. نتیجه Mobile و Desktop را جداگانه بررسی کنید؛ نمره خوب دسکتاپ الزاما به معنی وضعیت خوب موبایل نیست.
3. ابتدا بخش Core Web Vitals Assessment و داده‌های واقعی کاربران را بخوانید.
4. سپس به Performance Score و بخش‌های Opportunities و Diagnostics بروید.
5. بعد از اصلاحات، همان URL را چند بار و در شرایط مشابه دوباره تست کنید.

Field Data و Lab Data چه فرقی دارند؟

Field Data تصویر تاریخی تجربه کاربران واقعی است و در PageSpeed معمولا داده‌های 28 روز گذشته را بازتاب می‌دهد. Lab Data نتیجه اجرای Lighthouse در محیط کنترل شده است و برای عیب یابی فنی مناسب‌تر است. بنابراین ممکن است یک صفحه در تست آزمایشگاهی نمره 92 بگیرد، اما داده واقعی کاربران هنوز وضعیت Needs Improvement را نشان دهد. این تناقض نیست؛ دو نوع داده، دو سوال متفاوت را پاسخ می‌دهند.

اگر صفحه تازه منتشر شده باشد یا بازدید کافی نداشته باشد، ممکن است داده URL در CrUX موجود نباشد و PageSpeed داده سطح Origin را نشان دهد یا اصلا Field Data نداشته باشد. در چنین حالتی برای تصمیم‌گیری، Lab Data را با تست‌های دیگر و داده‌های سرچ کنسول ترکیب کنید.

نمره Performance در PageSpeed را چگونه بخوانیم؟

Lighthouse امتیاز Performance را از 0 تا 100 نمایش می‌دهد:

• 0 تا 49: ضعیف و نیازمند بررسی جدی
• 50 تا 89: نیازمند بهبود
• 90 تا 100: خوب

رسیدن به امتیاز 90 هدف منطقی‌تری از تعقیب عدد 100 است. خود Lighthouse نیز تاکید می‌کند که نمره کامل 100 دشوار است و اساسا انتظار نمی‌رود هر سایتی به این امتیاز برسد. نکته مهم این است که Performance Score را با Core Web Vitals Assessment یکی ندانید. اولی یک امتیاز آزمایشگاهی است؛ دومی، وقتی داده کافی وجود دارد، بر مبنای تجربه واقعی کاربران شکل می‌گیرد.

آموزش GTmetrix: از Grade تا Waterfall

GTmetrix برای زمانی ارزشمندتر می‌شود که بخواهید بفهمید چرا صفحه کند است. در تست سرعت سایت GTmetrix، علاوه بر امتیاز کلی، می‌توانید ساختار فرانت اند، ترتیب درخواست‌ها، فایل‌های سنگین و زمان‌بندی بارگذاری منابع را بررسی کنید. پس از وارد کردن URL و اجرای Analyze، قبل از هر نتیجه‌گیری به موقعیت تست، نوع دستگاه و سرعت اتصال توجه کنید. نتیجه‌ای که از سروری دور از کاربران اصلی شما گرفته شده، می‌تواند با تجربه واقعی مخاطب تفاوت داشته باشد.

GTmetrix Grade یعنی چه؟

GTmetrix Grade از A تا F نمایش داده می‌شود. طبق توضیحات رسمی این ابزار، Grade ترکیبی از 60 درصد Performance Score و 40 درصد Structure Score است. Performance به رفتار واقعی صفحه در تست آزمایشگاهی نگاه می‌کند و Structure نشان می‌دهد صفحه تا چه حد با بهترین رویه‌های فنی عملکرد وب هماهنگ ساخته شده است. به صورت ساده، معنای هر Grade به ترتیب زیر است:

Grade	وضعیت کلی
A	90 تا 100
B	80 تا 89
C	70 تا 79
D	60 تا 69
E	50 تا 59
F	0 تا 49

اما Grade به تنهایی کافی نیست. ممکن است Structure بالا باشد، ولی LCP به دلیل تصویر Hero بزرگ ضعیف بماند؛ یا Performance مناسب باشد، اما ساختار صفحه هنوز درخواست‌های غیرضروری زیادی داشته باشد.

چهار بخش گزارش GTmetrix که باید بخوانید

در آموزش جی تی متریکس، بهتر است به جای بررسی تک تک اعداد، از بخش‌هایی شروع کنید که مستقیما به تشخیص مشکل کمک می‌کنند:

• Summary: تصویر کلی از Grade، پرفورمنس، Structure و مشکلات مهم را می‌دهد.
• Performance: شاخص‌هایی مانند LCP، معیار TBT، فاکتور CLS، شاخص FCP و Speed Index را دقیق‌تر نشان می‌دهد.
• Audit: همه Structureها و توصیه‌های فنی را بر اساس میزان اثر مرتب می‌کند.
• Waterfall: هر درخواست شبکه را به ترتیب زمان نمایش می‌دهد. اینجا می‌توانید فایل سنگین، پاسخ کند سرور، اسکریپت شخص ثالث یا زنجیره درخواست را پیدا کنید.

Waterfall جایی است که GTmetrix از یک ابزار صرفا نمره‌دهنده به ابزار عیب یابی تبدیل می‌شود. اگر یک فایل جاوا اسکریپت چند درخواست دیگر را معطل کرده یا فونت دیر دریافت می‌شود، نمودار آبشاری معمولا سرنخ واضح‌تری از خود Grade می‌دهد.

PageSpeed یا GTmetrix: کدام را معیار قرار دهیم؟

بهترین پاسخ هر دو است، اما نه برای یک کار یکسان. PageSpeed و GTmetrix هر دو از Lighthouse استفاده می‌کنند، با این حال سخت افزار، موقعیت تست، شبکه و روش اجرا می‌تواند متفاوت باشد؛ در نتیجه انتظار نمرات کاملا یکسان منطقی نیست. در جدول زیر، ابزار مناسب‌تر در شرایط مختلف را معرفی کرده‌ایم:

نیاز شما	ابزار مناسب‌تر
بررسی تجربه واقعی کاربران	PageSpeed / CrUX
تست سریع موبایل و دسکتاپ	PageSpeed
عیب یابی فایل‌ها و درخواست‌ها	GTmetrix
مشاهده Waterfall	GTmetrix
بررسی توصیه‌های Lighthouse	هر دو
مقایسه قبل و بعد از بهینه سازی	هر دو، با شرایط تست ثابت

برای تست سرعت سایت با گوگل، ابتدا وضعیت Core Web Vitals و سپس گزارش Lighthouse را بخوانید. بعد همان URL را در GTmetrix اجرا کنید تا علت‌های فنی را دقیق‌تر پیدا کنید. این ترتیب، احتمال تصمیم‌گیری بر اساس یک نمره منفرد را کم می‌کند.

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

در تست سرعت سایت وردپرسی معمولا مشکل فقط از یک افزونه نیست. قالب، صفحه‌ساز، هاست، دیتابیس، فونت‌ها، تصاویر، WooCommerce و اسکریپت‌های ثالث می‌توانند همزمان روی نتیجه اثر بگذارند. به همین دلیل نصب چند افزونه افزایش سرعت بدون تشخیص گلوگاه، گاهی فقط پیچیدگی سایت را بیشتر می‌کند. اگر گزارش ضعیف است، این ترتیب بررسی کاربردی‌تر است:

1. TTFB بالا: هاست، کش صفحه، پردازش PHP، دیتابیس و APIهای خارجی را بررسی کنید.
2. LCP بالا: عنصر LCP، تصویر اصلی، CSS مسدودکننده و زمان کشف منبع را پیدا کنید.
3. TBT یا تعامل ضعیف: جاوا اسکریپت سنگین، Tag Manager و اسکریپت‌های شخص ثالث را بررسی کنید.
4. CLS بالا: برای تصاویر، بنرها، تبلیغات و ویجت‌های پویا فضای ثابت تعریف کنید.
5. حجم صفحه زیاد: تصاویر، فونت‌ها و فایل‌های بلااستفاده را کاهش دهید.

یک نکته مهم در تست سرعت سایت وردپرسی این است که فقط صفحه اصلی را نسنجید. حداقل یک صفحه محصول یا خدمت، یک مقاله، یک دسته‌بندی و در فروشگاه‌ها صفحات سبد یا محصول را جداگانه بررسی کنید؛ چون هر Template منابع و پردازش متفاوتی دارد.

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

چطور از گزارش سرعت به برنامه اقدام برسیم؟

گزارش خوب باید به تصمیم منجر شود. اگر بعد از تست فقط اسکرین شات نمره را ذخیره کنید، بخش مهم کار انجام نشده است. برای هر مشکل، اثر روی کاربر، علت فنی و هزینه اصلاح را کنار هم قرار دهید. یک اولویت‌بندی ساده می‌تواند اینطور باشد:

• اولویت 1: مشکلاتی که مستقیما Core Web Vitals یا دسترسی کاربر به محتوای اصلی را خراب می‌کنند
• اولویت 2: گلوگاه‌های سرور، JavaScript و منابع Render-blocking با اثر زیاد
• اولویت 3: کاهش حجم تصاویر، فونت‌ها و درخواست‌های غیرضروری
• اولویت 4: ریزبهینه‌سازی‌هایی که فقط چند امتیاز جزئی ایجاد می‌کنند

بعد از هر دسته تغییر، دوباره تست بگیرید. چند اصلاح همزمان ممکن است تشخیص اثر واقعی هر تغییر را سخت کند. برای پروژه‌های مهم، گزارش قبل و بعد با URL، دستگاه و شرایط تست یکسان بسیار ارزشمندتر از یک اسکرین شات سبز است.

یک تجربه شخصی: نمره 90 همیشه پایان کار نیست

وقتی گزارش‌های پروژه‌های سرعت نجوانت را برای تدوین محتوا مرور می‌کنم، یک خطای ذهنی تکراری می‌بینم: مدیر سایت نمره سبز را معادل حل شدن مشکل سرعت می‌داند. در یکی از پروژه‌ها، Performance بعضی صفحات در PageSpeed به محدوده 90 رسیده بود، اما URLهای موبایل در داده‌های Core Web Vitals هنوز نیازمند بهبود بودند. بررسی دقیق‌تر، اسلایدر و نحوه مدیریت فضای ویجت چت را به عنوان بخشی از مسئله نشان داد.

برای من، نکته کاربردی این تجربه روشن است: در تولید محتوا درباره سرعت سایت هم نباید مخاطب را اسیر عدد کنیم. تست باید به این سوال پاسخ دهد که کاربر کجا منتظر می‌ماند و تیم فنی دقیقا چه چیزی را باید اصلاح کند. اگر مشکل شما مشخصا INP است، مطالعه مقاله معیار INP چیست و چگونه آن را در سایت بهینه کنیم؟ نیز می‌تواند کمک‌کننده باشد.

چه زمانی بهینه سازی سرعت را به متخصصان بسپاریم؟

بعضی خطاها با فشرده‌سازی تصویر یا تنظیم کش حل می‌شوند؛ اما وقتی همزمان TTFB بالا، JavaScript سنگین، LCP ضعیف و مشکلات موبایل دارید، آزمون و خطا روی سایت اصلی می‌تواند زمان‌بر و پرریسک باشد. اینجا تفاوت خواندن گزارش با اجرای بهینه سازی مشخص می‌شود.

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

بسته به شرایط هر پروژه، این خدمات می‌تواند شامل کاهش زمان پاسخگویی سرور و TTFB، بهینه سازی تصاویر و فونت‌ها، کاهش و مدیریت فایل‌های CSS و JavaScript، بهینه سازی دیتابیس، کنترل اسکریپت‌های شخص ثالث، بهبود Core Web Vitals، اصلاح مشکلات قالب و افزونه‌ها و بررسی نسخه موبایل سایت باشد. برای تغییرات حساس نیز می‌توان اصلاحات را ابتدا در محیط Staging آزمایش کرد تا ریسک اختلال در سایت اصلی کاهش پیدا کند.

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

کلام آخر

تست سرعت سایت زمانی ارزش دارد که از صرفا نمره گرفتن عبور کند و به تشخیص برسد. PageSpeed برای دیدن تجربه واقعی کاربران و ارزیابی Lighthouse مناسب است؛ در حالی که، GTmetrix برای باز کردن جزئیات ساختار و Waterfall کمک بیشتری می‌کند. ابتدا Core Web Vitals را بخوانید، سپس گلوگاه فنی را پیدا کنید و اصلاحات را با تست قبل و بعد بسنجید. همچنین اگر سایت وردپرسی شما چند مشکل همزمان دارد، یک بهینه‌سازی اصولی باید سرور، فرانت اند، تصاویر، اسکریپت‌ها و تجربه موبایل را کنار هم ببیند، نه اینکه فقط نمره ابزار را سبز کند.

سوالات متداول