تبلیغ بنری بالای صفحه چشم مشتری را میگیرد. کلیک میکند. اسپینر لودینگ ظاهر میشود. سه ثانیه میگذرد، چهار ثانیه، پنج ثانیه. در همین پنج ثانیه، شما نهتنها یک بازدیدکننده، بلکه احتمالاً یک سبد خرید کامل را از دست دادهاید. تجربهٔ ما در بررسی فروشگاههای ایرانی نشان میدهد بیشتر صاحبان کسبوکار وقتی میشنوند مشتری «سایت کُند است»، فکر میکنند مسئلهٔ سختافزاری است. اما پشت پرده معمولاً تصمیمهایی نشسته که خودشان ماهها پیش گرفتهاند: تصویر محصول ۸ مگابایتی، افزونهای که «شاید به درد بخورد»، قالبی که چشمنواز است ولی ۴۰ درصد از کدش استفاده نمیشود. اینجاست که سرعت سایت دیگر یک عدد فنی نیست، یک تصمیم مدیریتی است؛ تصمیمی که مستقیم به فروش گره میخورد.
در یکی از پروژههایی که اخیراً بررسی کردیم، فروشگاهی با ۳۰۰ محصول، اسلایدر بالای صفحهاش ۹ تصویر با میانگین ۱.۲ مگابایت داشت. قبل از هر تغییر دیگری، فقط فشردهسازی همان اسلایدر، LCP را از ۴.۸ به ۳.۱ ثانیه رساند. نتیجه؟ ۱۸ درصد کاهش نرخ پرش در همان هفتهٔ اول. این عدد، بهترین تعریف برای سرعت سایت است: فاصلهٔ بین کلیک مشتری و لحظهای که تصمیم میگیرد بماند یا برود.
سرعت سایت یعنی چه؟ تعریف دقیق بدون اصطلاحبازی
خیلیها فکر میکنند سرعت سایت یعنی «چند ثانیه طول میکشد صفحه بالا بیاید». اگر با این تعریف سراغ بهینهسازی بروید، احتمالاً یک جای کار میلنگد. گوگل سه شاخص اصلی دارد که هر کدام یک تجربهٔ مشخص از کاربر را اندازه میگیرند:
- LCP (Largest Contentful Paint): بزرگترین عنصر صفحه – معمولاً تصویر اصلی محصول یا بنر هِرو – چند ثانیه بعد از کلیک آمادهٔ دیدن است. مثل فروشندهای که دم در مغازه ایستاده و لبخند میزند؛ اگر دیر بیاید، مشتری رفته.
- INP (Interaction to Next Paint): وقتی کاربر روی دکمهٔ «افزودن به سبد» کلیک میکند، چند میلیثانیه طول میکشد تا واکنش صفحه را ببیند. کُندی این شاخص، همان چیزی است که حس «سایت هنگ کرده» میدهد.
- CLS (Cumulative Layout Shift): آیا صفحه هنگام لود شدن جابهجا میشود؟ مثل رستورانی که میز را بعد از نشستن مهمان عوض میکند. اگر دکمهای که رویش کلیک کردهاید ناگهان جابهجا شود، احتمال خطا و نارضایتی بالا میرود.
پس وقتی میگوییم سرعت سایت خوب است، منظورمان این سه شاخص با هم است، نه فقط یک عدد. در فروشگاههای ایرانی که عمدهٔ ترافیک از موبایل و اینترنت موبایل میآید، اهمیت INP و CLS گاهی بیشتر از LCP است؛ چون کاربر ایرانی کمتر صبر میکند و بیشتر با انگشت روی صفحه تعامل میکند.
عدد «خوب» برای سرعت سایت فروشگاهی چند است؟
جدول زیر محدودهای است که در بررسیهای ما روی فروشگاههای ایرانی به دست آمده. عدد جهانی گوگل را با یک درجه سختگیری بیشتر ببینید، چون اینترنت کاربر ایرانی و دستگاههای رایج در بازار ما (میانردههای اندرویدی) با نمونههای آمریکایی و اروپایی فرق دارد.
| شاخص | عالی | قابلقبول | ضعیف (نیاز به اقدام فوری) |
|---|---|---|---|
| LCP | زیر ۲.۵ ثانیه | ۲.۵ تا ۳.۵ ثانیه | بالای ۴ ثانیه |
| INP | زیر ۲۰۰ میلیثانیه | ۲۰۰ تا ۳۵۰ میلیثانیه | بالای ۵۰۰ میلیثانیه |
| CLS | زیر ۰.۱ | ۰.۱ تا ۰.۲۵ | بالای ۰.۲۵ |
اگر فروشگاهتان در سه شاخص بالا، در ستون «عالی» یا «قابلقبول» ایستاده، یعنی از نظر فنی وضعیت قابل دفاعی دارید. اگر در ستون سوم هستید، احتمالاً نرخ پرشتان همین الان دارد به شما سیگنال میدهد؛ حتی اگر خودتان متوجه نشده باشید. یک نشانهٔ ساده: اگر در گزارش روزانهٔ خودتان بیشتر از ۶۰ درصد کاربران موبایل، صفحه را قبل از ۵ ثانیه ترک میکنند، یکی از این سه عدد احتمالاً قرمز است.
۷ دام رایج که سایت فروشگاهی را کُند میکنند
این فهرست حاصل چند پروژهٔ واقعی است که تیم ما روی فروشگاههای ایرانی انجام داده. ترتیب اهمیت از بالا به پایین نیست؛ بسته به سایتتان، شاید فقط دو مورد از اینها مقصر اصلی باشند. پیشنهاد میکنیم قبل از خواندن ادامه، یکبار با PageSpeed سایتتان را تست کنید؛ موقع مطالعه، گزارش جلوی چشمتان باشد.
۱. تصاویر محصول بدون بهینهسازی
بدیهیترین دام، اما پرتکرارترین. فروشندهای که عکس محصول را با دوربین ۵۰ مگاپیکسلی موبایل میگیرد و همان فایل ۶ مگابایتی را آپلود میکند، دارد ۵ مگابایت اضافه به ازای هر محصول روی سرورش تلنبار میکند. تبدیل به فرمت WebP و سایز واقعی متناسب با صفحهٔ نمایش، معمولاً ۶۰ تا ۸۰ درصد حجم را کم میکند بدون اینکه کیفیت دیدنی چشمگیر افت کند. مثل این است که به جای بشقاب بزرگ پلوخوری، یک ظرف کوچکتر بردارید؛ مهمان سیر میشود، آشپزخانه هم خلوتتر است.
نکتهٔ عملی: قبل از آپلود، عرض تصویر را با دقت صفحهٔ محصول هماهنگ کنید. در اکثر قالبهای فروشگاهی، تصویر شاخص ۸۰۰ پیکسل کافی است. آپلود تصویر ۳۰۰۰ پیکسلی، فقط عرض باند هدر میدهد.
۲. افزونههای انباشته در وردپرس و فروشگاهسازها
هر افزونه یک بار اضافه روی سرور و یک درخواست HTTP بیشتر است. در بررسی ما، فروشگاهی دیدیم که ۴۲ افزونهٔ فعال داشت؛ نیمی از آنها یا بلااستفاده بود یا نقشش را یک افزونهٔ دیگر هم پوشش میداد. قانون ساده: اگر افزونهای در ۳۰ روز گذشته فعال نبوده، غیرفعالش کنید و نتیجه را بسنجید.
تفاوت مهم: غیرفعال کردن با حذف کردن فرق دارد. افزونهٔ غیرفعال هم کدش در دیتابیس میماند. اگر واقعاً به آن نیاز ندارید، پاکش کنید.
۳. فونتهای فارسی متعدد و سنگین
این دام، مخصوص سایتهای فارسیزبان است. طراح قالب سه فونت وزیر، ایرانسنس و یک فونت دستنویس لود میکند، در حالی که بدنه فقط به یکی نیاز دارد. فونتهای فارسی بهطور طبیعی بزرگتر از فونتهای لاتیناند؛ پس هر فونت اضافه، چند صد کیلوبایت بار اضافه میآورد. بهینهسازی: یک فونت اصلی، دو وزن (معمول و bold)، و نمایش سیستمی (system font) برای پاراگرافهایی که نیاز به شخصیسازی ندارند.
یک آزمون ساده: تب Network را در حالت لود صفحه باز کنید. اگر مجموع فایلهای فونت بالای ۳۰۰ کیلوبایت است، احتمالاً جا برای سبکسازی هست.
۴. قالبهای سنگین با امکانات غیرضروری
قالبهای چندمنظورهای که ۲۰ دموی مختلف دارند، معمولاً ۷۰ درصد کدشان در سایت شما بلااستفاده میماند ولی بارش روی سرور هست. اگر فروشگاهتان ساختار سادهای دارد (صفحهٔ محصول، سبد خرید، بلاگ)، قالب تخصصی فروشگاهی انتخاب بهتری است تا قالب همهکاره.
۵. لود شدن اسکریپتهای خارجی بدون کنترل
پیکسل فیسبوک، آنالیتیکس، چت آنلاین، ویجت اینستاگرام، ابزار بازاریابی پیامکی – هر کدام یک درخواست به سرور دیگر میفرستد. اگر هر کدام ۲۰۰ میلیثانیه تأخیر داشته باشند، روی هم رفته چند ثانیه از بارگذاری صفحهتان را میبلعد. راهحل: اسکریپتهای غیرحیاتی را با defer یا async لود کنید و اگر واقعاً نیازی ندارید، حذفشان کنید.
۶. تصاویر و ویدئوهای بدون lazy load
وقتی یک صفحهٔ محصول دارید که ۱۲ تصویر گالری دارد، لود کردن همهٔ آنها در شروع صفحه کار بیهودهای است. Lazy load یعنی تصاویر فقط وقتی لود شوند که کاربر به محدودهٔ دیدش اسکرول کرده. این تکنیک بهتنهایی میتواند LCP صفحات لیست محصولات را ۳۰ درصد بهبود بدهد.
۷. نبود کش سمت مرورگر و سرور
اگر هر بار که کاربر وارد سایت میشود، سرور باید از صفر همهچیز را بسازد، طبیعی است که کُند شود. تنظیم کش مناسب (هدرهای expires، cache-control) باعث میشود فایلهای ثابت مثل تصاویر لوگو، CSS و JS برای بازدیدهای بعدی از مرورگر کاربر لود شوند. در فروشگاههایی که بازدید برگشتی بالایی دارند، این مورد بهتنهایی تفاوت چشمگیری میسازد.
سؤال کلیدی: آیا فایلهای استاتیکتان هدر Cache-Control با max-age حداقل یک هفته دارند؟ اگر جواب را نمیدانید، احتمالاً ندارند.
چکلیست اجرایی: این هفته روی سایتتان چه کنید
اعتراف صادقانه: نیمی از موارد این چکلیست در نگاه اول بیاهمیت به نظر میرسند. اما تجربهٔ ما نشان داده همین موارد «کوچک» در کنار هم، سایت را از «قابلقبول» به «عالی» میرسانند. هر آیتم را امتحان کنید و قبل از رفتن به بعدی، نتیجه را با ابزار PageSpeed بسنجید.
| # | چه کار کنید | چطور بفهمید درست شده |
|---|---|---|
| ۱ | تصاویر محصولات پرفروش را به WebP تبدیل و سایز واقعی بدهید | LCP صفحهٔ محصول زیر ۳ ثانیه |
| ۲ | افزونههای غیرفعال را حذف، نه فقط غیرفعال کنید | تعداد درخواستهای HTTP در تب Network |
| ۳ | تعداد فونتهای لودشده را به ۲ وزن برسانید | کاهش حجم فایلهای font در Network |
| ۴ | اسکریپتهای غیرضروری را defer یا async کنید | افزایش امتیاز PageSpeed در بخش «Render-blocking» |
| ۵ | lazy load را برای تصاویر زیر fold فعال کنید | کاهش حجم اولیهٔ صفحه در PageSpeed |
| ۶ | کش مرورگر و سرور را فعال و عمرش را تنظیم کنید | تست بازدید دوم؛ زمان لود باید نصف شود |
| ۷ | CSS و JS اضافه را minify کنید | حجم فایلهای CSS/JS در Network |
| ۸ | پیکسلهای تبلیغاتی بلااستفاده را حذف کنید | تعداد درخواستهای third-party در Network |
| ۹ | تصاویر دکوری و gif های صفحهٔ اصلی را بهینه کنید | بهبود CLS در گزارش CrUX |
| ۱۰ | نسخهٔ PHP و MySQL هاست را بهروز نگه دارید | TTFB زیر ۸۰۰ میلیثانیه |
ابزار سنجش سرعت سایت؛ کدام را باور کنیم؟
سه ابزار رایج وجود دارد که هر کدام زاویهٔ متفاوتی از واقعیت را نشان میدهند. تکیه کردن به یکیشان، تصویر ناقصی به شما میدهد.
PageSpeed Insights ابزار رسمی گوگل است. مزیتش این است که با دادههای واقعی کاربران (CrUX) تلفیق میشود، نه فقط شبیهسازی. اما ایرادش این است که از سرور بینالمللی تست میزند و شرایط کاربر ایرانی را دقیق منعکس نمیکند.
GTmetrix امکان انتخاب محل سرور تست را میدهد. اگر سرور آمستردام یا فرانکفورت را انتخاب کنید، نتیجه به شرایط واقعیتر کاربر ایرانی نزدیکتر است. فاکتور «TTFB» و «Largest Contentful Paint Element» در این ابزار شفافتر دیده میشود.
WebPageTest برای بررسیهای عمیقتر مناسب است. فیلم لود شدن صفحه، Waterfall نمودار درخواستها و امکان تست با سرعت اینترنت شبیهسازیشده (مثلاً ۳G) را میدهد. برای فروشگاهی که بخشی از کاربرانش اینترنت ضعیف دارند، این قابلیت حیاتی است.
برداشت ما: ترکیب PageSpeed (برای دید رسمی گوگل) و GTmetrix (برای واقعیت نزدیکتر) بهترین نتیجه را میدهد. اگر عدد این دو ابزار همجهت باشد، میتوانید با اطمینان تصمیم بگیرید.
سئو و سرعت سایت؛ رابطهٔ واقعی نه تبلیغاتی
حقیقت این است که سرعت سایت عامل رتبهبندی مستقیم نیست – یعنی گوگل صرفاً به خاطر سرعت بالا، شما را بالا نمیبرد. اما رابطهاش با سئو غیرمستقیم اما عمیق است. گوگل رفتار کاربر را میسنجد: اگر کاربری وارد سایت شما شود، ۲ ثانیه صبر نکند و برگردد به نتایج جستوجو (که به آن pogo-sticking میگویند)، این سیگنال منفی به گوگل میرسد. در طول زمان، این سیگنالها روی رتبهتان اثر میگذارند.
در یکی از پروژههای فروشگاهی که بررسی کردیم، فروشگاه لوازم خانگی با ۳۰۰ محصول داشت نرخ پرش ۷۵ درصدی را تجربه میکرد. بعد از بهینهسازی سرعت (از LCP حدود ۵ ثانیه به ۲.۸ ثانیه)، نرخ پرش به ۵۸ درصد رسید و رتبهٔ ۸ کلمهٔ کلیدی اصلیشان بهطور متوسط ۴ پله بهتر شد. سئو بهتر نتیجهٔ طبیعی بهبود تجربهٔ کاربر بود، نه لطف جداگانهٔ گوگل.
پس وقتی میشنوید «سرعت سایت فاکتور سئو است»، منظور این است: سرعت خوب، رفتار کاربر را بهتر میکند و رفتار خوب کاربر، رتبهٔ سئو را بهتر میکند. زنجیرهای که اگر یک حلقهاش ضعیف باشد، کل نتیجه میلنگد.
هاست و CDN؛ انتخابی که خیلیها اشتباه میکنند
مقایسهٔ ملموس: هاست اشتراکی ارزان مثل آپارتمان نقلی در یک ساختمان شلوغ است. منابع (CPU، RAM، پهنای باند) بین دهها سایت دیگر تقسیم میشود. هاست بهینهشده برای وردپرس یا فروشگاهساز، مثل آپارتمان اختصاصی در همان محله است؛ گرانتر است ولی همسایههای پرسروصدا ندارید.
اگر فروشگاهتان ماهی بیش از ۲۰ هزار بازدید دارد یا روی ووکامرس با ترافیک لحظهای (مثلاً کمپین تبلیغاتی) سروکار دارید، هاست اشتراکی معمولی دیگر جوابگو نیست. نشانهاش این است که TTFB شما بالای ۱ ثانیه است یا در ساعات اوج، سایت کُند میشود.
دربارهٔ CDN: اگر بازدیدکنندهٔ بینالمللی ندارید (که اکثر فروشگاههای ایرانی ندارند)، CDN خارجی مثل Cloudflare ارزش چندانی ندارد. در بهترین حالت، تأثیرش خنثی است؛ در بدترین حالت، به خاطر مسیر طولانیتر اروپا یا آمریکا، سرعت را بدتر میکند. اول سرور داخلی بهینه داشته باشید، بعد اگر به فکر بازار صادراتی افتادید، سراغ CDN بروید.
یک استثنا: اگر از Cloudflare فقط برای DNS و محافظت استفاده میکنید (نه برای کش)، هزینهٔ اضافی ندارد و مانعی هم برای سرعت ایجاد نمیکند.
نقشهٔ راه سهماهه برای رسیدن به سایت سریع
سرعت سایت یک پروژهٔ یکبار نیست؛ یک عادت تیمی است. جدول زمانبندی زیر را میتوانید بهعنوان الگو استفاده کنید. واضح است که بسته به منابع تیم، بعضی از این گامها موازی یا جابهجا میشوند.
| بازهٔ زمانی | تمرکز اصلی | خروجی مورد انتظار |
|---|---|---|
| ماه اول | بهینهسازیهای فوری: تصاویر، کش، lazy load، حذف افزونههای اضافه | LCP زیر ۳ ثانیه، بهبود ۲۰+ امتیاز PageSpeed |
| ماه دوم | بازنگری ساختار: قالب، فونت، اسکریپتهای third-party، ارتقای هاست در صورت نیاز | INP زیر ۳۰۰ میلیثانیه، TTFB زیر ۸۰۰ میلیثانیه |
| ماه سوم | تست، پایش و بهینهسازی پیوسته: A/B تست، مانیتورینگ Core Web Vitals، سندباکس تغییرات | ایجاد روال ماهانهٔ بررسی، مستندسازی تغییرات |
نکتهٔ مهمی که در ماه سوم به آن میرسید: سایتی که امروز سریع است، فردا ممکن است کُند شود. افزونهٔ جدید، محصول جدید با تصویر سنگین، قالبی که آپدیت میشود – هر کدام میتواند تعادل را بر هم بزند. به همین دلیل، پایش ماهانه و داشتن یک چکلیست ثابت، مهمتر از بهینهسازی یکباره است. یک پیشنهاد ساده: اولین دوشنبهٔ هر ماه، یک ساعت وقت بگذارید و گزارش PageSpeed را با ماه قبل مقایسه کنید.
جمعبندی
اگر از این مطلب فقط سه کار را امشب انجام دهید، بقیهاش را در هفتههای بعد پیش ببرید:
- تصاویر ۱۰ محصول پرفروشتان را به WebP تبدیل و سایز واقعی بدهید؛ بعد LCP صفحاتشان را با PageSpeed بسنجید.
- افزونههای غیرفعال سه ماه گذشته را حذف کنید و امتیاز PageSpeed را دوباره بگیرید.
- سرعت سایتتان را با اینترنت موبایل و گوشی میانرده خودتان تست کنید؛ همان چیزی که کاربر واقعیتان تجربه میکند.
بعد از دیدن اولین نتیجه، بقیهٔ مسیر طبیعیتر جلو میرود. سایت سریع یک رویداد نیست، یک روند است. سرعت سایت امروز شما، فردای فروشتان است.
پرسشهای متداول
چگونه سرعت سایت را بدون دانش فنی بالا ببریم؟
از سه کار ساده شروع کنید: تصاویر محصول را با فرمت WebP و سایز واقعی آپلود کنید، افزونههای غیرضروری را غیرفعال کنید، و یک قالب سبکتر انتخاب کنید. این سه مورد معمولاً بیشترین بهبود را در کمترین زمان بههمراه دارند. اگر با این سه گام به نتیجهٔ دلخواه نرسیدید، سراغ یک متخصص بروید.
سرعت سایت چند ثانیه باید باشد تا گوگل راضی باشد؟
برای شاخص LCP، زیر ۲.۵ ثانیه عالی است و بین ۲.۵ تا ۴ ثانیه قابلقبول محسوب میشود. در فروشگاههای ایرانی به دلیل شرایط اینترنت، هدفگذاری زیر ۳ ثانیه عدد واقعبینانه و در عین حال رقابتی است.
آیا CDN برای سایت فروشگاهی ایرانی ضروری است؟
اگر بازدیدکنندهٔ بینالمللی ندارید، CDN خارجی ارزش چندانی ندارد. اما استفاده از DNS سرور و سرور بهینهشده داخلی، تأثیر بیشتری روی تجربهٔ کاربر ایرانی دارد. پس اول سرور را درست کنید، بعد سراغ CDN بروید.
چرا امتیاز PageSpeed Insights بالاست ولی سایت همچنان کُند حس میشود؟
چون این ابزار روی سرور شبیهسازیشده تست میکند و شرایط واقعی کاربر ایرانی (اینترنت، دستگاه، منطقه) را لحاظ نمیکند. عدد PSI یک راهنماست، نه حکم نهایی؛ حتماً با تجربهٔ واقعی کاربر و ابزار دوم مثل GTmetrix تلفیق کنید.
هزینهٔ بهینهسازی سرعت سایت چقدر است؟
بازهٔ واقعی بسته به وضعیت فعلی سایت بین چند میلیون تومان (برای بهینهسازی پایه توسط خودتان) تا چند ده میلیون (برای بازطراحی زیرساخت) متغیر است. مهمترین عامل، تعداد صفحات و نوع فروشگاهساز است، نه صرفاً حجم فروش.