# بهینه‌سازی ووکامرس؛ ۸ گام افزایش سرعت فروشگاه + اسکرین‌شات واقعی

- پیوند: https://negarnovin.com/woocommerce-optimization/
- منتشرشده: 2025-09-15T13:40:16+00:00
- نویسنده: نگارنوین

به روزرسانی شده در ۳۰ مهر ۱۴۰۵

**بهینه سازی ووکامرس** یعنی همان قدری که به افزونه و تنظیمات مربوط است، به زیرساخت
میزبانی مربوط است؛ فروشگاهی که روی هاستی با PHP قدیمی و بدون کش اجرا می شود، هر 
کلیکِ مشتری را به یک «درخواست سنگین دیتابیس» تبدیل می کند و نتیجه اش چیزی نیست جز
سبد خرید رهاشده و رتبهٔ پایین در گوگل. در این راهنما، بهینه سازی ووکامرس را **گام
به گام و با اسکرین شات واقعی از پیشخوان وردپرس** انجام می دهیم: از انتخاب هاست لایت
اسپید و فعال سازی کش با پشتیبانی ESI برای سبد خرید، تا بهینه سازی تصاویر محصول، 
پاک سازی دیتابیس ووکامرس و تست نهایی با curl. همهٔ تنظیماتی که در تصاویر می بینید،**
روی یک سایت واقعی وردپرسی** همین حالا روی هاست نگارنوین اجرا شده اند و خروجی ها 
دست نخورده نمایش داده شده اند.

⚡ پاسخ کوتاه

بهینه‌سازی ووکامرس را با این ۸ گام انجام دهید: (۱) هاست لایت‌اسپید با PHP ۸.x و 
NVMe، (۲) نصب LiteSpeed Cache و فعال‌سازی کش صفحه + ESI برای سبد خرید، (۳) افزودن
cart/checkout/my-account به مستثنی‌های کش، (۴) کوچک‌سازی و defer فایل‌های CSS/JS،(
۵) تبدیل تصاویر محصول به WebP و بارگذاری تنبل، (۶) پاک‌سازی ترنزینت‌ها و سشن‌های
رهاشدهٔ دیتابیس بعد از بکاپ، (۷) کش آبجکت Redis و مدیریت Heartbeat، (۸) تست واقعی
با curl برای دیدن x-litespeed-cache: hit. نتیجهٔ مورد انتظار: TTFB زیر ۱۰۰ms برای
صفحات کش‌شده و LCP موبایل زیر ۲.۵ ثانیه.

📊 **۸ گام اثبات‌شدهٔ بهینه‌سازی ووکامرس — با اسکرین‌شات واقعی پیشخوان وردپرس و 
تست curl که TTFB صفحهٔ واقعی را حدود ۷۵ms نشان داد**

**🎯 در این آموزش یاد می گیرید:**

 * چرا ووکامرس کند می شود و مشکل واقعی فروشگاه شما کجاست (تشخیص قبل از درمان)
 * کش لایت اسپید را طوری فعال کنید که سبد خرید و پرداخت سالم بمانند (تنظیم ESI)
 * CSS/JS و تصاویر محصول را برای Core Web Vitals بهینه کنید
 * دیتابیس ووکامرس را از ترنزینت های تجمعی و سشن های رهاشده پاک سازی کنید
 * با یک دستور curl تک خطی مطمئن شوید کش واقعاً کار می کند

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

## چرا فروشگاه ووکامرسی شما کند است؟

کندی فروشگاه ووکامرسی تقریباً همیشه از همین پنج ریشه می آید — به ترتیب اثرگذاری:

 1. **هاست بدون کش سطح سرور:** اگر برای هر بازدید، PHP و MySQL از صفر اجرا شوند، هر
    صفحه نمایش چند صد میلی ثانیه صرف تولید همان HTML می کند که می توانست آماده سرو 
    شود.
 2. **حجم دیتابیس:** ووکامرس برای هر سشن سبد خرید، قیمت گذاری موقت و کوکی های اطلاع
    رسانی ردیف هایی در جدول `wp_options` می سازد (transient و session). فروشگاهی با
    چند هزار سفارش به راحتی صدها هزار ردیف زباله جمع می کند.
 3. **تصاویر شفاف نشدهٔ محصول:** عکس ۴ مگابایتی که مستقیم از دوربین در صفحهٔ محصول 
    می نشیند، هم LCP را نابود می کند هم پهنای باند.
 4. **افزونه های تکراری و اسکریپت های سنگین:** دو افزونهٔ سئو، سه افزونهٔ گالری، اسلایدر
    صفحهٔ اول و کدهای ردیابی اضافه، TBT (Total Blocking Time) را بالا می برند.
 5. **PHP قدیمی:** هر نسخهٔ جدید PHP نسبت به قبلی فقط در اجرای کودِ خام ۲۰ تا ۴۰ درصد
    سریع تر است؛ هاستی که PHP ۷.x را «پشتیبانی می کند» برای فروشگاه امروز کافی نیست.

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

## گام ۰ — قبل از شروع: وضعیت فعلی را اندازه بگیرید

هیچ بهینه سازی بدون عدد انجام ندهید. سه عدد را قبل از هر کاری ثبت کنید تا بعد از
هر گام، اثرش را ببینید:

 * **سرعت پاسخ سرور (TTFB):** هدف نهایی زیر ۶۰۰ میلی ثانیه است؛ برای صفحهٔ محصولِ
   کش شده روی لایت اسپید، عددی زیر ۱۰۰ میلی ثانیه کاملاً طبیعی است.
 * **LCP موبایل:** در گزارش تجربهٔ صفحهٔ Google Search Console (Core Web Vitals)؛
   هدف زیر ۲.۵ ثانیه.
 * **زمان تولید صفحه:** اگر در فوتر یا ابزارهای دیباگ وردپرس زمانی مثل «۰.8s / ۴۲
   queries» می بینید، همین دو عدد، معیار سادهٔ قبل/بعد شماست.

آمارهٔ واقعی برای همین سایت: صفحهٔ اصلی نگارنوین روی همین زیرساختی که در این آموزش
پیکربندی می کنیم، در تست واقعی این مقاله **در ۷۵ میلی ثانیه** پاسخ داده و هدر کش
آن HIT بوده — این عدد مرجعِ «بعد از بهینه سازی» شماست.

## گام ۱ — هاست مناسب: پایه ای که همه چیز روی آن ساخته می شود

اگر هاست فعلی شما Apache بدون OPcache و روی هارد مکانیکی است، قبل از هر تنظیم دیگری
جابه جا کنید؛ بقیهٔ گام ها روی زیرساخت غلط اثر موقت دارند. برای فروشگاه ووکامرسی
سه شرط حداقلی وجود دارد:

 * **وب سرور LiteSpeed یا NGINX:** LiteSpeed به صورت بومی کش صفحهٔ تمام صفحه (LSCache)
   دارد و برخلاف Varnish، تنظیمش دو دقیقه طول می کشد و افزونهٔ رسمی وردپرسش هم موجود
   است.
 * **PHP 8.x:** نسخهٔ ۸.۲ به بالا؛ این سایت روی PHP ۸.۴ اجرا می شود.
 * **NVMe و LiteSpeed MageCache/Redis:** دیسک NVMe برای کوئری های سنگین ووکامرس 
   و کش آبجکت برای Session و سبد خرید.

اگر فروشگاه شما ماهانه چند میلیون تومان فروش دارد، سراغ [هاست وردپرس](https://negarnovin.com/%D9%87%D8%A7%D8%B3%D8%AA-%D9%88%D8%B1%D8%AF%D9%BE%D8%B1%D8%B3/)
با لایت اسپید بروید و اگر ترافیک تان بالاست، [سرور مجازی](https://negarnovin.com/vps/)
یا حتی [سرور اختصاصی](https://negarnovin.com/%D8%B3%D8%B1%D9%88%D8%B1-%D8%A7%D8%AE%D8%AA%D8%B5%D8%A7%D8%B5%DB%8C/)
با NVMe انتخاب کنید. در نگارنوین همهٔ پلن های هاست از LiteSpeed و NVMe و PHP ۸.x
بهره می برند، پس نمونه ای که در ادامه می بینید روی همان زیرساخت است.

## گام ۲ — فعال سازی کش لایت اسپید با پشتیبانی ووکامرس

افزونهٔ رایگان **LiteSpeed Cache** را از مخزن وردپرس نصب کنید و به مسیر `LiteSpeed
Cache ← کش` بروید. تصویر زیر، همین صفحه را روی پیشخوان واقعی نشان می دهد:

![تنظیمات کش لایت‌اسپید برای ووکامرس — صفحهٔ کش افزونهٔ LiteSpeed Cache در پیشخوان
وردپرس](https://negarnovin.com/wp-content/uploads/2026/10/woocommerce-speed-step2-
cache-settings.png)

صفحهٔ کش LiteSpeed Cache روی سایت واقعی: فعال سازی کش صفحه و حالت های مربوط به کاربران
لاگین — اسکرین شات واقعی از پیشخوان

تنظیمات کلیدی برای فروشگاه ووکامرسی:

 * **Page Cache:** روشن. صفحات فروشگاه (خانه، دسته بندی، محصول) استاتیک کش می شوند
   و TTFB از چند صد میلی ثانیه به چند ده میلی ثانیه می رسد.
 * **حالت کاربران لاگین شده:** روی «همهٔ کاربران» با **ESI (Edge Side Includes)**.
   ESI یعنی قالبِ کش شده برای همه یکسان است و فقط بلوک های پویا (مینی کارت، نام 
   کاربر) جداگانه ساخته می شوند. بدون ESI، یا کش را برای کاربران لاگین خاموش می 
   کنید (کندی برای اعضا) یا ریسک نمایش سبدِ کاربر دیگر را دارید.
 * **مستثنی کردن صفحات پویا:** آدرس های `/cart/`، `/checkout/`، `/my-account/` و`/
   checkout/order-received/` را در بخش «مستثنی ها» وارد کنید تا هرگز کش نشوند. این
   رفتار درستِ فروشگاه است؛ صفحهٔ پرداخت باید همیشه تازه باشد.

نکتهٔ مهم: LiteSpeed Cache به صورت پیش فرض کوکی های ووکامرس (`woocommerce_items_in_cart`
و `wp_woocommerce_session_*`) را تشخیص می دهد و به بازدیدکننده ای که سبد دارد نسخهٔ
کش شده نمی دهد — همین یعنی خطر «سبد خرید اشتباه» که خیلی ها از آن می ترسند، از ابتدا
رفع شده است.

## گام ۳ — بهینه سازی CSS و JS فروشگاه

به مسیر `LiteSpeed Cache ← بهینه سازی صفحه` بروید. این صفحه روی سایت واقعی چنین 
است:

![بهینه‌سازی CSS و JS در LiteSpeed Cache برای ووکامرس](https://negarnovin.com/wp-
content/uploads/2026/10/woocommerce-speed-step3-page-optm.png)

بهینه سازی صفحه در LiteSpeed Cache: کوچک سازی، defer و فشرده سازی فایل های استاتیک—
اسکرین شات واقعی

پیشنهاد تنظیم برای فروشگاه (با احتیاط، یکی یکی فعال کنید و بعد از هر تغییر ۱۰ دقیقه
سایت را چک کنید):

 * **کوچک سازی CSS/JS:** روشن. حجم فایل ها ۱۵ تا ۳۰ درصد کم می شود.
 * **بارگذاری تأخیری JS (Defer):** روشن. جاوااسکریپت ووکامرس بعد از رندر اصلی اجرا
   می شود و TBT موبایل به شدت می افتد.
 * **تأخیر درخواست های اضافه (Delay JS):** فقط برای اسکریپت های غیرحیاتی مثل چت 
   آنلاین و پیکسل های تبلیغاتی، با استثنای `jquery.js`، `wc-*.js` و اسکریپت های 
   درگاه پرداخت.
 * **UCSS (CSS استفاده شده):** بعد از دو گام قبل فعال کنید؛ CSS مصرفی صفحه از چند
   صد کیلوبایت به چند ده کیلوبایت می رسد. برای صفحات محصول فروشگاه اول یک بار کش
   را پاک کنید تا از نو ساخته شود.

هشدار ووکامرسی: در بعضی قالب ها (مخصوصاً قالب های قدیمی با اسلایدر جاوااسکریپتی)،
فعال کردن همزمان «Defer + Delay» فرم افزودن به سبد را می شکند. اگر دکمهٔ «افزودن
به سبد» بعد از فعال سازی کار نکرد، اسکریپت قالب را در مستثنی ها اضافه کنید — نه 
کل defer را خاموش.

## گام ۴ — بهینه سازی تصاویر محصول

در فروشگاه، تصویر محصول بزرگ ترین عنصر صفحه (LCP) است و کیفیت LCP مستقیماً روی رتبهٔ
موبایل اثر دارد:

 * **فرمت WebP/AVIF:** در LiteSpeed Cache ← بهینه سازی تصویر، «جایگزینی با WebP»
   را روشن کنید. نسبت به JPEG معمولی ۲۵ تا ۵۰ درصد حجم کمتر با کیفیت یکسان.
 * **بارگذاری تنبل:** روشن است در بیشتر قالب ها به صورت بومی؛ فقط مطمئن شوید تصویر
   شاخصِ صفحهٔ اصلی (اولین تصویر صفحه) **lazy نباشد** و با `fetchpriority="high"`
   لود شود.
 * **ابعاد واقعی:** اگر قالب شما تصویر محصول را در باکس ۸۰۰×۸۰۰ نمایش می دهد، عکس
   ۳۰۰۰ پیکسلی آپلود نکنید. وردپرس نسخه های واسط می سازد ولی ریسپانسیو-بودنِ درست
   به انتخاب مرورگر بستگی دارد؛ در تنظیمات ووکامرس ← محصولات، ابعاد کاتالوگ را با
   ابعاد نمایش قالب یکی کنید و Regenerate Thumbnails را یک بار اجرا کنید.
 * **اسم و alt واقعی:** `nike-air-max-270-black.webp` هم برای سئوی تصویر گوگل طلاست
   و هم برای سئوی صفحه. عکس های `IMG_20250512_1234.jpg` را قبل از آپلود تغییر نام
   دهید.

## گام ۵ — پاک سازی دیتابیس ووکامرس (مهم ترین گام پنهان)

هر بار که کاربری سبد بسازد و رها کند، ووکامرس در `wp_options` transient می سازد.
جدول زیر واقعی است: فروشگاه متوسط بعد از دو سال به راحتی ۱۵۰ هزار ردیف از این زباله
ها دارد و MySQL برای هر کوئری، این جدول چاق را جارو می کند.

![پاک‌سازی دیتابیس ووکامرس — صفحهٔ بهینه‌سازی دیتابیس LiteSpeed Cache](https://negarnovin.
com/wp-content/uploads/2026/10/woocommerce-speed-step5-db-cleanup.png)

پاک سازی دیتابیس در LiteSpeed Cache — همین صفحه روی این سایت چند ده هزار ردیف قدیمی
را پاک کرده است؛ اسکرین شات واقعی

چه پاک کنید و با چه ابزاری:

 * **Transientهای منقضی شده:** در همین صفحهٔ بالا «پاک سازی» را اجرا کنید. یا با
   WP-CLI: `wp transient delete --expired`
 * **سشن های رهاشدهٔ ووکامرس:** اگر مای اکانت تان پر از کاربران سال خورده است، جدول
   های سشن را با افزونهٔ پاک سازی دیتابیس (مثل WP-Optimize) محدود و خالی کنید — 
   قبل از آن حتماً بکاپ.
 * **رویشن های پست:** هر ذخیرهٔ صفحهٔ محصول یک رونمای کامل می سازد؛ در همان صفحهٔ
   بهینه سازی دیتابیس، «رویشن ها» را به ۵ عدد محدود کنید.
 * **ردیف های اکشن سکدر:** فروشگاه هایی که افزونه های اطلاع رسانی دارند، جدول `wp_actionscheduler_actions`
   شان به صدها هزار ردیف می رسد؛ برای پاک سازی دسته ای از افزونهٔ رسمی Action Scheduler
   یا ابزار db-cleanup استفاده کنید.

قانون طلایی: قبل از این گام، از دیتابیس بکاپ کامل بگیرید (در cPanel ← Backup Wizard).
هیچ پاک سازی دیتابیسی بدون بکاپ انجام ندهید.

## گام ۶ — کش آبجکت و ضربانِ (Heartbeat) آزاردهنده

دو تنظیم که در فروشگاه های شلوغ تفاوت آشکار می سازند:

 * **کش آبجکت (Redis/LSMCD):** سشن های ووکامرس و کوئری های تکراری به جای MySQL در
   حافظه نشسته می شوند. اگر هاست تان Redis دارد (هاست های لایت اسپید نگارنوین دارند)،
   در LiteSpeed Cache ← کش ← آبجکت، Redis را روشن کنید و روش ذخیره را «برای همه»
   بگذارید.
 * **Heartbeat وردپرس:** هر ۱۵ ثانیه یک درخواست AJAX به admin-ajax.php می فرستد؛
   در صفحهٔ پرداخت این یعنی بار اضافی روی دقیقه ای که کاربر در حال تصمیم گیری است.
   در تنظیمات ووکامرس یا با افزونهٔ مدیریت Heartbeat، در فرانت اند فاصله را به ۶۰
   ثانیه یا خاموش ببرید.

## گام ۷ — سلامت سایت: PHP و افزونه ها را به روز نگاه دارید

پیشخوان وردپرس ابزار داخلی خوبی برای این کار دارد: `ابزارها ← سلامت سایت`.

![سلامت سایت وردپرس — بررسی PHP و افزونه‌ها برای بهینه‌سازی ووکامرس](https://negarnovin.
com/wp-content/uploads/2026/10/woocommerce-speed-step7-site-health.png)

سلامت سایت (Site Health) — همان سایت واقعی: نسخهٔ PHP ۸.۴ و افزونه های به روز، دو
فاکتوری که کارکردهای «پیشنهاد» را سبز نگه می دارند

چک لیست این گام:

 * نسخهٔ PHP در بخش «اطلاعات سرور» باید ۸.۲ به بالا باشد (خواهید دید همین سایت روی
   ۸.۴ است).
 * افزونهٔ غیرفعال و افزونهٔ تکراری = حذف. هر افزونهٔ نصب شده حتی غیرفعال، می تواند
   بار آپدیت و اسکن اضافه داشته باشد.
 * ووکامرس و قالب همیشه آخرین نسخهٔ سازگار؛ نسخه های قدیمی ووکامرس هم ناامن اند 
   هم کندتر.

## گام ۸ — تست واقعی: مطمئن شوید کش کار می کند

واقع بین باشیم: تنظیم، نصف داستان است؛ باید مطمئن شویم پاسخ واقعی سرور از کش می 
آید. یک دستور curl کافی است و لازم است افزونه یا دسترسی خاصی نداشته باشید:

    ```
    curl -sI https://yourshop.com/ | grep -iE "litespeed|cf-cache|age"
    ```

خروجی واقعی همین تست روی این سایت (نگارنوین) چنین بود:

![تست واقعی کش لایت‌اسپید با curl — خروجی هدر x-litespeed-cache hit](https://negarnovin.
com/wp-content/uploads/2026/10/woocommerce-speed-step8-curl-litespeed-hit.png)

خروجی دست نخوردهٔ curl: هدر x-litespeed-cache: hit و age: ۱۴۲۴ یعنی این صفحه از 
کش سرو شده و ۱۴۲۴ ثانیه است PHP پشت آن اجرا نشده — تست واقعی

 * **x-litespeed-cache: hit** یعنی صفحه از کش لایت اسپید آمده (miss یعنی کش را درست
   تنظیم نکرده اید).
 * **age:** عمر نسخهٔ کش شده به ثانیه.
 * تست دوم (با کوکی سبد خرید) باید **no-cache** برگرداند تا مطمئن شوید سبد خرید 
   کاربران واقعی کش نمی شود — دقیقاً همان چیزی که در تصویر بالا می بینید، رفتار 
   درستِ یک فروشگاه سالم است.

## جدول خلاصه — هر گام با ابزار و اثر واقعی

  |  گام |  ابزار |  اثر اصلی |  
   |  ۱ — هاست لایت اسپید + PHP ۸.x |  انتخاب/مهاجرت هاست |  کاهش TTFB تا ۸۰٪ |  
 |  ۲ — کش صفحه + ESI |  LiteSpeed Cache |  سرو صفحه بدون اجرای PHP |  
 |  ۳ — CSS/JS بهینه |  بهینه سازی صفحه + UCSS |  کاهش TBT و حجم استاتیک |  
 |  ۴ — تصاویر WebP |  بهینه سازی تصویر |  بهبود LCP تا ۴۰٪ |  
 |  ۵ — پاک سازی دیتابیس |  بهینه ساز دیتابیس |  کوئری های سریع تر در صفحات پویا |  
 |  ۶ — کش آبجکت + Heartbeat |  Redis / تنظیم Heartbeat |  سشن و سبد نرم تر |  
 |  ۷ — سلامت سایت |  Site Health وردپرس |  PHP و افزونه های به روز |  
 |  ۸ — تست کش |  curl -sI |  اثبات hit/no-cache درست |

## ۵ اشتباه رایج در بهینه سازی ووکامرس

 1. **فعال کردن هر دو افزونهٔ کش معروف همزمان** (مثلاً WP Rocket + LiteSpeed Cache):
    دو لایه کش روی هم، به جای سرعت، ناسازگاری و کشِ سبد خرید تولید می کند. فقط یکی —
    و روی هاست لایت اسپید، همان LiteSpeed Cache.
 2. **کش کردن صفحهٔ پرداخت:** هرگز `/checkout/` و `/cart/` را در لیست کش عمومی قرار
    ندهید؛ پیام «سبد کاربر دیگری» یا خطای درگاه پرداخت، مستقیم از همین جا می آید.
 3. **دویدن سراغ CDN قبل از کش اصلی:** CDN فایل استاتیک را سریع تر می رساند ولی TTFB
    هندشیک PHP را حل نمی کند؛ اول کش سرور، بعد CDN.
 4. **پاک سازی دیتابیس بدون بکاپ:** transient اشتباهی که پاک شود، جلسهٔ پرداخت فعال
    کاربر را می کُشد. بکاپ، بعد دست به دیتابیس.
 5. **سنجش فقط با یک ابزار:** نمرهٔ PSI یک لحظه است و نوسان دارد؛ تصمیم ها را روی دادهٔ
    ۲۸روزهٔ CrUX و GSC بگیرید، نه یک تستِ شانسی بعدِظهر.

## سوالات متداول بهینه سازی ووکامرس

### بهینه سازی ووکامرس چقدر روی فروش اثر دارد؟

هر یک ثانیه کندی در موبایل، نرخ تبدیل را به طور میانگین چند درصد پایین می آورد؛ 
مشتری ایرانی با اینترنت پرنوسان حساس تر هم هست. اگر LCP فروشگاه تان الان بالای ۴
ثانیه است، رسیدن به زیر ۲.۵ ثانیه معمولاً افزایش محسوسِ «افزودن به سبد تا پرداخت»
را می سازد. علاوه بر آن، از ۲۰۲۱ سرعت موبایل (Core Web Vitals) سیگنال رتبه بندی 
گوگل است؛ سریع تر یعنی بالاتر در نتایج، یعنی دیده شدن بیشتر با همان بودجهٔ تبلیغات.

### LiteSpeed Cache یا WP Rocket برای ووکامرس؟

اگر هاست شما لایت اسپید است، LiteSpeed Cache؛ چون کش آن در خود وب سرور (سطح دو) 
اجرا می شود نه در PHP، و ESI بومی برای سبد خرید دارد که WP Rocket ندارد. اگر هاست
شما آپاچی است، WP Rocket انتخاب ساده تری است — اما همان جا هم بهترین راه ارزش، مهاجرت
به هاست لایت اسپید است.

### آیا فعال کردن کش، سبد خرید مشتری ها را قاطی می کند؟

نه، اگر درست تنظیم شود. LiteSpeed Cache صفحات بازدیدکننده ای که کوکی سبد ووکامرس
دارد را به صورت خودکار از کش مستثنی می کند و صفحات /cart و /checkout هم باید در 
مستثنی ها باشند. تست گام ۸ همین مطلب را اثبات می کند: درخواست با کوکیِ سبد، no-cache
برمی گرداند.

### ووکامرس با چند محصول سنگین می شود؟

خود ووکامرس با ده ها هزار محصول هم کار می کند؛ مشکل معمولاً از تعداد вариانت ها (
محصول متغیر با ده ها ترکیب)، فیلترهای زندهٔ ویژگی و تعداد افزونه های سبد است. برای
فروشگاه بزرگ، کش آبجکت (گام ۶) و یک هاست NVMe تفاوت مرئی می سازند و بعد از آن، سرور
مجازی اختصاصی با Redis.

### چطور بفهمم هاست من عامل کندی فروشگاه است؟

ساده ترین تست: در PageSpeed Insights (نسخهٔ موبایل) به بخش «فرصت ها» نگاه کنید؛ 
اگر اولین پیشنهاد «کاهش زمان پاسخ اولیهٔ سرور» باشد، مشکل از هاست است نه کد شما.
تست تکمیلی: یک صفحهٔ سادهٔ وردپرسی بدون عکس را باز کنید؛ اگر همان هم دیر باز شد،
دیگر شک نمانید که به هاست لایت اسپید با PHP ۸.x مهاجرت کنید.

### برای شروع، اگر فقط یک ساعت وقت دارم چه کنم؟

به همین ترتیب: (۱) نصب LiteSpeed Cache و روشن کردن کش صفحه، (۲) اضافه کردن cart/
checkout/my-account به مستثنی ها، (۳) اجرای پاک سازی دیتابیس پس از بکاپ، (۴) تست
curl گام ۸. همین چهار کار، ۸۰ درصد نتیجه را می دهد و کمتر از یک ساعت طول می کشد.

## حرف آخر

بهینه سازی ووکامرس یک جادوی تک دکمه ای نیست؛ یک زنجیره است: **هاست لایت اسپید + 
کش صفحه با ESI + CSS/JS سبک + تصاویر WebP + دیتابیس تمیز + تست واقعی**. نکتهٔ امیدوارکننده
اینکه هر حلقهٔ این زنجیره یک تنظیم مشخص و قابل اندازه گیری است و همین مقاله همه 
را با اسکرین شات واقعی از یک سایت در حال کار نشان داد. از گام ۰ شروع کنید (اندازه
گیری)، به گام ۸ ختم کنید (اثبات) و بعد از دو هفته، دادهٔ واقعی GSC را ببینید.

اگر دنبال زیرساخت آماده ای هستید که این پیکربندی را از روز اول با خودش بیاورد — 
LiteSpeed، NVMe، PHP ۸.۴ و Redis — [هاست وردپرس نگارنوین](https://negarnovin.com/%D9%87%D8%A7%D8%B3%D8%AA-%D9%88%D8%B1%D8%AF%D9%BE%D8%B1%D8%B3/)
همین الان با همین تنظیماتی که در تصاویر دیدید در حال اجراست؛ برای فروشگاه های بزرگ
تر هم [سرور مجازی](https://negarnovin.com/vps/) و [سرور اختصاصی](https://negarnovin.com/%D8%B3%D8%B1%D9%88%D8%B1-%D8%A7%D8%AE%D8%AA%D8%B5%D8%A7%D8%B5%DB%8C/)
با پشتیبانی ۲۴ ساعته در دسترس است. سؤالی دربارهٔ یکی از گام ها دارید؟ در کامنت ها
بپرسید؛ با خروجی واقعی از فروشگاه خودتان جواب می دهیم.

### 📌 خلاصه

بهینه سازی ووکامرس یعنی: هاست لایت اسپید با PHP ۸.x، فعال سازی LiteSpeed Cache با
ESI برای سبد خرید، مستثنی کردن cart/checkout از کش، بهینه سازی CSS/JS و تصاویر WebP،
پاک سازی ترنزینت های دیتابیس، کش آبجکت Redis و تست نهایی با curl (x-litespeed-cache:
hit). با همین ۸ گام، TTFB فروشگاه به زیر ۱۰۰ms و LCP موبایل زیر ۲.۵ ثانیه می رسد.

**📄 نحوهٔ استناد به این صفحه**`نگارنوین، «بهینه‌سازی ووکامرس؛ ۸ گام افزایش سرعت
فروشگاه»، negarnovin.com`✓ کپی شد