خلاصه: هر ۱۰۰ میلی‌ثانیه تأخیر در لود سایت تقریباً ۱٪ از نرخ تبدیل را حذف می‌کند. ۱ ثانیه تأخیر = ۷٪ کاهش تبدیل. سایت‌هایی مثل Rakuten 24 با بهبود LCP، ۵۳٪ افزایش درآمد و Ray-Ban ۱۰۱٪ افزایش تبدیل موبایل را تجربه کردند. در ۲۰۲۶، سرعت اولین اولویت طراحی است، نه آخرین.

سرعت = پول. واقعاً

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

این ادعا تئوری نیست. شرکت‌های بزرگی این را با اعداد واقعی نشان داده‌اند: Rakuten 24 پس از بهبود LCP، شاهد ۵۳.۳۷٪ افزایش درآمد به ازای هر بازدید و ۳۳.۱۳٪ افزایش نرخ تبدیل بود. Ray-Ban با بهینه‌سازی سرعت، نرخ تبدیل موبایل صفحات محصولش ۱۰۱.۴۷٪ افزایش یافت — یعنی دو برابر.

آمار شوک‌آور تأخیر

اعداد زیر را در نظر بگیرید:

  • هر ۱۰۰ میلی‌ثانیه تأخیر = ۱٪ کاهش نرخ تبدیل
  • ۱ ثانیه تأخیر = ۷٪ کاهش نرخ تبدیل
  • برای کسب‌وکار ۱۰۰،۰۰۰ دلاری ماهانه، این یعنی ۸۴،۰۰۰ دلار سالانه از دست رفته
  • سایت ۱ ثانیه‌ای ۳ برابر بیشتر از سایت ۵ ثانیه‌ای تبدیل دارد
  • سایت ۱ ثانیه‌ای ۵ برابر بیشتر از سایت ۱۰ ثانیه‌ای تبدیل دارد

Core Web Vitals در ۲۰۲۶: قوانین جدید

Core Web Vitals (شاخص‌های اصلی تجربه کاربری گوگل) سه معیار اصلی دارد. در مارس ۲۰۲۶ یک تغییر بزرگ اتفاق افتاد:

LCP (Largest Contentful Paint)

سرعت لود بزرگ‌ترین عنصر قابل دیدن در صفحه. معمولاً تصویر هیرو یا تیتر اصلی.

  • قبل از مارس ۲۰۲۶: خوب = زیر ۲.۵ ثانیه
  • از مارس ۲۰۲۶: خوب = زیر ۲.۰ ثانیه
  • ۲.۰ تا ۲.۵: نیاز به بهبود (قبلاً خوب بود)
  • بیش از ۲.۵: ضعیف

INP (Interaction to Next Paint)

زمانی که سایت برای پاسخ به تعامل کاربر (کلیک، لمس) نیاز دارد. در مارس ۲۰۲۶ از یک سیگنال فرعی به هم‌وزن با LCP و CLS ارتقا یافت.

  • خوب: زیر ۲۰۰ میلی‌ثانیه
  • نیاز به بهبود: ۲۰۰-۵۰۰ میلی‌ثانیه
  • ضعیف: بیش از ۵۰۰ میلی‌ثانیه

CLS (Cumulative Layout Shift)

میزان جابه‌جایی غیرمنتظره عناصر در صفحه. مثلاً وقتی یک تصویر دیر لود می‌شود و بقیه عناصر را پایین می‌برد.

  • خوب: زیر ۰.۱
  • نیاز به بهبود: ۰.۱-۰.۲۵
  • ضعیف: بیش از ۰.۲۵

وضعیت واقعی سایت‌ها در ۲۰۲۶

گزارش‌های ۲۰۲۶ نشان می‌دهد فقط ۳۳٪ سایت‌ها هر سه Core Web Vitals را پاس می‌کنند. تفکیک:

42٪ سایت‌های موبایل که هر ۳ معیار را پاس می‌کنند
63٪ سایت‌های دسکتاپ که هر ۳ معیار را پاس می‌کنند
75٪ سایت‌هایی که CLS را پاس می‌کنند
72٪ سایت‌هایی که INP را پاس می‌کنند
58٪ سایت‌هایی که LCP را پاس می‌کنند
کاهش تبدیل با ۱ ثانیه تأخیر

یعنی ۶۷٪ سایت‌ها هنوز در حد استاندارد گوگل نیستند. این فرصت بزرگی برای کسب‌وکارهای کوچک است که با کار درست روی سرعت، از رقبای بزرگ پیشی بگیرند.

کجاها بیشترین زمان لود می‌رود؟

براساس تجربه میدانی، علل اصلی کندی سایت‌ها به این ترتیب هستند:

۱. تصاویر بهینه‌نشده (معمولاً بزرگ‌ترین مشکل)

یک سایت معمولی ۷۰-۸۰٪ حجمش از تصاویر است. تصاویر PNG/JPG بزرگ، بدون lazy loading، با ابعاد اصلی (مثلاً ۴۰۰۰×۳۰۰۰ پیکسل برای جای کوچک ۴۰۰×۳۰۰) — این فاجعه است.

راه‌حل سریع: تبدیل همه تصاویر به WebP یا AVIF، اضافه کردن loading="lazy"، و سایزهای مختلف با srcset. این کار می‌تواند حجم تصاویر را ۸۰٪ کم کند.

۲. JavaScript سنگین و render-blocking

هر کتابخانه JavaScript که در head لود شود، مرورگر را تا تمام شدن آن متوقف می‌کند. jQuery قدیمی، React بدون code splitting، و چند کتابخانه UI همزمان همگی مشکل‌سازند.

راه‌حل: defer و async برای اسکریپت‌های غیرضروری، code splitting، و حذف کتابخانه‌های اضافی.

۳. فونت‌های وب بدون preload

فونت‌های فارسی معمولاً ۲۰۰-۴۰۰ کیلوبایت هستند. اگر بدون preload باشند، مرورگر اول HTML را پارس می‌کند، بعد متوجه می‌شود فونت لازم است، بعد لود می‌کند. این باعث FOUT (Flash of Unstyled Text) می‌شود.

راه‌حل: <link rel="preload" as="font" type="font/woff2" crossorigin> برای فونت‌های اصلی.

۴. اسکریپت‌های شخص ثالث (Third-party)

Google Analytics، Facebook Pixel، چت آنلاین، Hotjar — هر کدام چند صد کیلوبایت اضافه می‌کنند. ترکیب ۵-۱۰ تای این‌ها می‌تواند سایت شما را ۲ ثانیه کند کند.

راه‌حل: فقط ابزارهای واقعاً ضروری، با defer، و در نظر گرفتن جایگزین‌های سبک (مثل Plausible به جای Google Analytics).

۵. سرور و هاست کند

اگر TTFB (Time to First Byte) شما بالای ۸۰۰ میلی‌ثانیه است، حتی با بهینه‌سازی فرانت‌اند کار به جایی نمی‌رسد. هاست‌های اشتراکی ارزان معمولاً TTFB ضعیفی دارند.

راه‌حل: هاست SSD، CDN (Cloudflare رایگان)، یا VPS تخصصی.

چک‌لیست سریع بهبود سرعت

  1. تصاویر را به WebP/AVIF تبدیل کنید
  2. lazy loading را برای تصاویر زیر تای صفحه فعال کنید
  3. فونت‌های اصلی را preload کنید
  4. JavaScript غیرضروری را حذف کنید
  5. CSS و JS را minify کنید
  6. Gzip یا Brotli را روی سرور فعال کنید
  7. CDN را فعال کنید (Cloudflare رایگان است)
  8. Lighthouse را روی سایت اجرا کنید و توصیه‌هایش را پیاده کنید
  9. سایت را روی Slow 3G هم تست کنید
  10. PageSpeed Insights را به‌صورت ماهانه چک کنید

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

چقدر سرعت سایت روی نرخ تبدیل اثر دارد؟

هر ۱۰۰ میلی‌ثانیه تأخیر در لود تقریباً ۱٪ کاهش تبدیل ایجاد می‌کند. ۱ ثانیه تأخیر = ۷٪ کاهش تبدیل. سایت ۱ ثانیه‌ای ۳ برابر بیشتر از سایت ۵ ثانیه‌ای و ۵ برابر بیشتر از سایت ۱۰ ثانیه‌ای تبدیل دارد.

Core Web Vitals چیست و چرا مهم است؟

Core Web Vitals سه معیار تجربه کاربری گوگل هستند: LCP (سرعت لود بزرگ‌ترین عنصر)، INP (پاسخ‌گویی به تعامل کاربر) و CLS (پایداری بصری). از مارس ۲۰۲۶ INP هم‌وزن LCP و CLS به‌عنوان سیگنال رتبه‌بندی استفاده می‌شود.

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

از مارس ۲۰۲۶ گوگل آستانه LCP خوب را از ۲.۵ ثانیه به ۲.۰ ثانیه کاهش داد. سایت‌هایی که LCP بین ۲.۰ تا ۲.۵ ثانیه دارند، حالا در منطقه «نیاز به بهبود» قرار می‌گیرند، نه «خوب».

بزرگ‌ترین عامل کاهش سرعت سایت چیست؟

تصاویر بهینه‌نشده معمولاً بزرگ‌ترین مشکل هستند. بعد از آن JavaScript سنگین، فونت‌های وب بدون preload، third-party scripts (مثل تبلیغات، تحلیل‌گرها) و سرور کند. تبدیل تصاویر به WebP/AVIF و lazy loading می‌تواند تا ۸۰٪ از حجم را کم کند.

آیا سایت زیبا اما کند بهتر است یا سایت ساده و سریع؟

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

جمع‌بندی

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

سایت شما در Core Web Vitals چه نمره‌ای دارد؟

پارس‌نگار سایت‌ها را با LCP زیر ۲ ثانیه، INP زیر ۲۰۰ms و CLS زیر ۰.۱ طراحی می‌کند — بدون فدا کردن زیبایی.

آنالیز رایگان سرعت سایت