راهنمای جامع تست سرعت سایت و معرفی ابزارهای کلیدی

آخرین بروزرسانی در تاریخ جولای 22, 2026 توسط PersiaWebAdmin

اگر فقط ۲ دقیقه وقت دارید: سایت خود را در Google PageSpeed Insights (رایگان، رسمی گوگل) تست کنید. به سه عدد کلیدی نگاه کنید: LCP (زیر ۲.۵ ثانیه)، INP (زیر ۲۰۰ میلی‌ثانیه) و CLS (زیر ۰.۱). اگر هر کدام قرمز بود، روی توصیه‌های همان ابزار کلیک کنید و دقیقاً می‌گوید چه چیزی را درست کنید. برای تحلیل عمیق‌تر瀑布 درخواست‌ها از GTmetrix و برای تست از لوکیشن ایران از WebPageTest با انتخاب لوکیشن دبی یا استانبول استفاده کنید. همین.

---

۱. مقدمه: ۳ ثانیه‌ای که سرنوشت وب‌سایت شما را تعیین می‌کند

طبق تحقیقات گوگل، ۵۳٪ از کاربران موبایل، سایتی را که بیشتر از ۳ ثانیه طول بکشد تا بارگذاری شود، ترک می‌کنند. یک مطالعهٔ دیگر توسط Portent نشان داد که سایتی که در ۱ ثانیه بارگذاری می‌شود، نرخ تبدیلی ۳ برابر بیشتر از سایتی دارد که ۵ ثانیه طول می‌کشد. و از جولای ۲۰۱۸، گوگل رسماً سرعت صفحه را به عنوان یک فاکتور رتبه‌بندی برای جستجوهای موبایل در نظر گرفته است.

اما «سرعت سایت» یک عدد واحد نیست. سایتی که برای شما در تهران روی فیبر نوری ۱ ثانیه‌ای باز می‌شود، ممکن است برای یک کاربر در مشهد با اینترنت 3G، ۸ ثانیه طول بکشد. به همین دلیل، تست سرعت یک فرآیند چندلایه است: باید بدانید چه چیزی را، با چه ابزاری، و برای چه مخاطبی اندازه می‌گیرید.

در این راهنما، فراتر از یک فهرست ابزار می‌رویم. یاد می‌گیرید:

• سه معیار حیاتی گوگل (Core Web Vitals) را به زبان ساده بشناسید.
• بر اساس نیاز واقعی خود (یک تست سریع، یک تحلیل فنی عمیق، یا پایش مستمر) ابزار مناسب را انتخاب کنید.
• نتایج یک تست سرعت را مثل یک متخصص تفسیر کنید.
• یک فرآیند ۴ مرحله‌ای برای عیب‌یابی و رفع مشکلات سرعت اجرا کنید.

---

۲. Core Web Vitals: سه عددی که گوگل واقعاً به آن‌ها اهمیت می‌دهد

قبل از معرفی ابزارها، باید بدانید دقیقاً دنبال چه اعدادی هستید. از ۲۰۲۱، گوگل Core Web Vitals را به عنوان فاکتور رسمی رتبه‌بندی معرفی کرد. این سه معیار، «تجربهٔ کاربر» را در حین بارگذاری صفحه می‌سنجند:

معیار	نام کامل	یعنی چه؟	هدف (برای قبولی)
LCP	Largest Contentful Paint	چقدر طول می‌کشد تا بزرگ‌ترین عنصر صفحه (معمولاً یک تصویر یا بلوک متنی اصلی) نمایش داده شود.	≤ ۲.۵ ثانیه
INP	Interaction to Next Paint	چقدر طول می‌کشد تا صفحه به اولین تعامل کاربر (کلیک، تپ) پاسخ دهد. (جایگزین FID شده است.)	≤ ۲۰۰ میلی‌ثانیه
CLS	Cumulative Layout Shift	آیا عناصر صفحه در حین بارگذاری جابه‌جا می‌شوند؟ (مثلاً دکمه‌ای که ناگهان جای خود را عوض می‌کند.)	≤ ۰.۱

نکتهٔ کلیدی: ابزارهای مختلف ممکن است این مقادیر را با عناوین مشابه اما از منابع متفاوت نشان دهند. مهم‌ترین منبع، داده‌های میدانی (Field Data) است که از تجربهٔ واقعی کاربران (از طریق Chrome User Experience Report) جمع‌آوری می‌شود. PageSpeed Insights تنها ابزاری است که این داده‌ها را به صورت رایگان و عمومی نشان می‌دهد.

---

۳. راهنمای انتخاب ابزار: کدام ابزار برای چه کاری؟

به جای یک فهرست طولانی، ابزارها را بر اساس «نیاز» دسته‌بندی می‌کنیم:

نیاز شما	بهترین ابزار	چرا؟
یک تست سریع و ساده + ببینم گوگل چه نظری دارد	Google PageSpeed Insights	رسمی گوگل، ترکیب دادهٔ واقعی کاربران + توصیه‌های عملی
تحلیل عمیق瀑布 درخواست‌ها + ببینم کدام فایل‌ها کند بارگذاری می‌شوند	GTmetrix	نمودار瀑布 عالی، امکان تست از لوکیشن‌های مختلف، ضبط ویدیو از بارگذاری
تست از لوکیشن‌های مختلف (مثلاً نزدیک به ایران) + تنظیمات پیشرفته	WebPageTest	صدها لوکیشن، امکان شبیه‌سازی دستگاه موبایل واقعی و سرعت اینترنت
تست در مرورگر خودم + عیب‌یابی زنده کدها	Chrome DevTools (Performance Tab)	تحلیل لحظه‌ای CPU، شبکه و رندرینگ
پایش مستمر + ببینم سرعت سایت در طول زمان بهتر شده یا بدتر	SpeedCurve	ترکیب داده‌های Lab و Real User Monitoring (RUM) + مقایسه با رقبا
تست سئوی فنی کلی + سرعت + Accessibility + سئو	Google Lighthouse	تحلیل ۵ بعدی (Performance, Accessibility, Best Practices, SEO, PWA)

سه ابزار منسوخ یا محدود که باید با احتیاط استفاده شوند:

• YSlow: توسعهٔ آن متوقف شده و قوانینش برای وب مدرن (SPA, React, WebP) طراحی نشده‌اند.
• Pingdom Tools: هنوز مفید است اما داده‌های Core Web Vitals را نشان نمی‌دهد.
• Uptrends / Dotcom-Monitor / Site 24×7: ابزارهای سازمانی قدرتمندی هستند اما برای یک مدیر سایت معمولی، پیچیده و پولی‌اند.

---

۴. معرفی عمیق ۴ ابزار اصلی (اولویت‌بندی شده)

۴-۱. Google PageSpeed Insights – اولین و مهم‌ترین ایستگاه

چرا اول اینجا؟ چون مستقیماً از داده‌های گوگل استفاده می‌کند. دو بخش کلیدی دارد:

بخش بالایی (Field Data): اگر سایت شما ترافیک کافی داشته باشد، داده‌های واقعی از ۲۸ روز گذشتهٔ کاربران Chrome را نشان می‌دهد. این معتبرترین معیار است. اگر این بخش خالی باشد (No Data)، یعنی سایت شما ترافیک کمی دارد و فقط باید به داده‌های Lab (پایین صفحه) تکیه کنید.

بخش پایینی (Lab Data): یک شبیه‌سازی لحظه‌ای از بارگذاری صفحه با یک دستگاه و شبکهٔ مشخص. توصیه‌های بخش Opportunities و Diagnostics را جدی بگیرید:

• Avoid chaining critical requests: تعداد زنجیرهٔ فایل‌های CSS/JS ضروری را کم کنید.
• Properly size images: تصاویر بزرگ‌تر از اندازهٔ نمایش را فشرده کنید.
• Reduce unused JavaScript/CSS: کدهای استفاده‌نشده را حذف یا به تعویق بیندازید.

۴-۲. GTmetrix – بهترین برای تحلیل آبشاری و عیب‌یابی عملی

چرا GTmetrix؟ نمودار Waterfall آن، شاه‌کلید عیب‌یابی سرعت است. این نمودار تک‌تک درخواست‌های صفحه (تصاویر، فایل‌های CSS، اسکریپت‌ها، فونت‌ها) را به ترتیب زمان نشان می‌دهد.

چطور مثل یک حرفه‌ای瀑布 را بخوانیم:

• به دنبال نوارهای بلند (فایل‌های حجیم که زمان دانلود زیادی می‌برند) بگردید.
• به دنبال نوارهای زنجیره‌ای (فایل‌هایی که پشت سر هم و وابسته به هم دانلود می‌شوند) بگردید.
• به دنبال شکاف‌های خالی (وقفه بین درخواست‌ها) بگردید که نشانهٔ مسدود شدن توسط CSS/JS است.

تنظیم پیشنهادی برای کاربران ایرانی: در GTmetrix، لوکیشن تست را روی Sydney, Australia یا Mumbai, India (اگر موجود باشد) تنظیم کنید تا شرایط شبکه به ایران نزدیک‌تر باشد. سرعت اتصال را روی «Broadband» یا «LTE» بگذارید.

۴-۳. WebPageTest – برای تست‌های پیشرفته و لوکیشن‌های متنوع

چرا WebPageTest؟ هیچ ابزار رایگانی به اندازهٔ WebPageTest به شما اجازهٔ تنظیمات سفارشی نمی‌دهد. می‌توانید:

• از بین صدها لوکیشن در سراسر جهان انتخاب کنید (برای نزدیک‌ترین به ایران، Dubai یا Istanbul را تست کنید).
• نوع دستگاه را دقیقاً مشخص کنید (مثلاً iPhone 12 با iOS 16 روی 4G).
• چندین بار تست (مثلاً ۳ بار) بگیرید تا میانگین دقیق‌تری از عملکرد بگیرید.
• Filmstrip View ببینید که نشان می‌دهد سایت شما در هر ۰.۵ ثانیه چه شکلی بوده است.

کاربرد حیاتی: اگر سایت شما کاربران خارج از ایران دارد، حتماً از لوکیشن‌های اروپا یا آمریکا تست بگیرید.

۴-۴. Chrome DevTools – برای عیب‌یابی زنده و توسعه‌دهندگان

چرا DevTools؟ وقتی می‌خواهید بفهمید «دقیقاً کدام خط کد باعث کندی شده»، هیچ‌چیز جایگزین DevTools نیست.

مهم‌ترین تب‌ها برای تست سرعت:

• Network Tab: فیلترهای JS، CSS، Img را بزنید و ببینید کدام فایل‌ها بیشترین زمان پاسخ را دارند. گزینهٔ «Disable cache» را تیک بزنید تا شرایط کاربر جدید شبیه‌سازی شود.
• Performance Tab: دکمهٔ Record را بزنید، صفحه را رفرش کنید و توقف کنید. یک جدول زمانی کامل از Render، Script و Paint می‌بینید.
• Lighthouse Tab: همان گزارش PageSpeed Insights را مستقیماً در مرورگر اجرا کنید.

پیشنهاد مطالعه : تاثیر سرعت سایت بر سئو

---

۵. فرآیند ۴ مرحله‌ای تست و بهبود سرعت (همین امروز اجرا کنید)

مرحله ۱: شناخت (Audit)

• سایت خود را در PageSpeed Insights تست کنید.
• سه عدد LCP، INP و CLS را برای موبایل یادداشت کنید (موبایل مهم‌تر از دسکتاپ است چون Mobile-First Indexing).
• اگر Core Web Vitals Assessment در بخش بالایی «Failed» است، شما یک مشکل جدی دارید که مستقیماً روی سئو تأثیر می‌گذارد.

مرحله ۲: شناسایی مقصر (Identify)

• به بخش Opportunities در PageSpeed Insights بروید. اولین آیتم معمولاً بزرگ‌ترین مقصر است. مثلاً:
  • «Properly size images» → تصاویر شما بزرگ‌تر از حد لازم هستند.
  • «Reduce unused JavaScript» → افزونه‌ها یا قالب شما کدهای غیرضروری بارگذاری می‌کنند.
  • «Serve images in next-gen formats» → تصاویر شما WebP نیستند.
• برای تحلیل دقیق‌تر، به GTmetrix بروید و نمودار Waterfall را بررسی کنید. کندترین ۳ درخواست را پیدا کنید.

مرحله ۳: رفع (Fix)

• تصاویر: با افزونه‌ای مثل Imagify یا ShortPixel، تمام تصاویر را به WebP تبدیل و فشرده کنید.
• CSS/JS اضافی: اگر از وردپرس استفاده می‌کنید، افزونه‌ای مثل WP Rocket یا Flying Scripts می‌تواند فایل‌های CSS/JS را به تعویق بیندازد (Defer) یا ترکیب کند.
• کش مرورگر: در هاست خود (cPanel > Cache Manager) یا از طریق افزونه، کش مرورگر (Browser Caching) را برای فایل‌های استاتیک فعال کنید.
• CDN: از یک شبکهٔ توزیع محتوا مثل Cloudflare (رایگان) یا ArvanCloud (ایرانی) استفاده کنید تا فایل‌ها از نزدیک‌ترین سرور به کاربر ارسال شوند.

مرحله ۴: پایش (Monitor)

• پس از اعمال تغییرات، دوباره PageSpeed Insights را تست کنید.
• یک حساب رایگان GTmetrix بسازید و سایت خود را برای پایش روزانه یا هفتگی تنظیم کنید. اگر نمودار سرعت ناگهان افت کرد، می‌فهمید کدام تغییر (مثلاً نصب یک افزونهٔ جدید) مقصر بوده است.
• در Google Search Console > Core Web Vitals، روند بهبود را در طول زمان ببینید.

---

۶. ۵ اشتباه رایج در تست و بهینه‌سازی سرعت

اشتباه ۱: تست فقط صفحهٔ اصلی
صفحهٔ اصلی معمولاً سبک‌ترین صفحهٔ سایت است. صفحات محصول، مقالات بلند، یا صفحات دسته‌بندی (با تصاویر زیاد) را هم تست کنید. کاربران معمولاً از این صفحات وارد می‌شوند.

اشتباه ۲: وسواس روی عدد ۱۰۰
Performance Score در PageSpeed Insights یک معیار نسبی است. رسیدن به ۱۰۰ در یک سایت پویا با امکانات واقعی تقریباً غیرممکن است. هدف: Core Web Vitals شما در ناحیهٔ سبز (Good) باشد. عدد ۸۵ با Core Web Vitals سبز، بهتر از ۹۵ با Core Web Vitals قرمز است.

اشتباه ۳: تست فقط با اینترنت پرسرعت
کاربران شما در ایران با اینترنت موبایل همراه اول یا ایرانسل، سرعت ۲ تا ۱۰ مگابیت دارند. در ابزارها، پروفایل شبکه را روی 4G یا حتی 3G تنظیم کنید تا واقعیت را ببینید.

اشتباه ۴: نصب چندین افزونهٔ کش و بهینه‌سازی همزمان
نصب همزمان WP Rocket، LiteSpeed Cache و W3 Total Cache باعث تداخل و کندتر شدن سایت می‌شود. فقط یک افزونهٔ کش (و نهایتاً یک افزونهٔ بهینه‌سازی تصاویر) داشته باشید.

اشتباه ۵: فعال کردن همهٔ تنظیمات بهینه‌سازی بدون تست
گزینش‌هایی مثل «ترکیب CSS/JS» یا «بارگذاری با تأخیر (Lazy Load)» می‌توانند ظاهر سایت را خراب کنند. هر بار یک تنظیم را تغییر دهید، تست کنید، و اگر سایت شکست، آن را برگردانید.

---

۷. چک‌لیست نهایی تست و بهبود سرعت

• □ PageSpeed Insights: LCP موبایل زیر ۲.۵ ثانیه، INP زیر ۲۰۰ میلی‌ثانیه، CLS زیر ۰.۱ است.
• □ Core Web Vitals: در Google Search Console، بخش Core Web Vitals هیچ خطای قرمز (Poor) ندارد.
• □ تصاویر: تمام تصاویر به WebP تبدیل شده و حجم آن‌ها زیر ۱۰۰ کیلوبایت است.
• □ کش: کش مرورگر برای فایل‌های استاتیک (CSS, JS, Images) فعال است (حداقل ۳۰ روز).
• □ CDN: سایت از یک CDN (Cloudflare یا ArvanCloud) عبور می‌کند.
• □ CSS/JS اضافی: فایل‌های CSS و JS غیرضروری از صفحهٔ اصلی حذف یا Defer شده‌اند.
• □ فونت‌ها: فونت‌های فارسی و انگلیسی با font-display: swap بارگذاری می‌شوند تا متن زودتر نمایش داده شود.
• □ هاست: Time to First Byte (TTFB) زیر ۶۰۰ میلی‌ثانیه است (در GTmetrix چک کنید).
• □ تست منظم: یک تست خودکار هفتگی در GTmetrix تنظیم شده است.
• □ موبایل: سایت روی یک دستگاه موبایل واقعی (نه فقط شبیه‌ساز) با اینترنت 4G تست شده است.

---

۸. جمع‌بندی و گام بعدی

سرعت سایت یک پروژهٔ «یک بار برای همیشه» نیست، بلکه یک فرآیند مداوم است. هر بار که یک افزونهٔ جدید نصب می‌کنید، یک قالب را بروزرسانی می‌کنید، یا یک تصویر جدید آپلود می‌کنید، سرعت شما می‌تواند تغییر کند. با استفاده از ابزارهای مناسب (PageSpeed Insights برای شروع، GTmetrix برای تحلیل، WebPageTest برای تست‌های پیشرفته) و اجرای چرخهٔ ۴ مرحله‌ای شناخت-شناسایی-رفع-پایش، می‌توانید سایت خود را در ناحیهٔ سبز Core Web Vitals نگه دارید و هم رضایت کاربران را جلب کنید، هم از مزیت رتبه‌بندی گوگل بهره ببرید.

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

پرشیا وب

بودجه خزش (Crawl Budget) چیست؟ راهنمای جامع برای مدیران وب‌سایت و متخصصان سئو

تاثیر Breadcrumbs بر سئو سایت | Breadcrumbs چیست ؟!

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