تاثیر LiteSpeed بر سرعت فروشگاه ووکامرسی را معمولا زودتر در صفحه محصول و دسته بندی می بینید تا در مرحله پرداخت. دلیلش ساده است: سرور می تواند نسخه آماده صفحه عمومی را به بازدیدکننده تحویل دهد، اما برای محاسبه هزینه ارسال، بررسی موجودی و ثبت سفارش باید اطلاعات همان مشتری را پردازش کند. اگر صفحه محصول سریع شده ولی مشتری همچنان برای پرداخت منتظر می ماند، باید این دو مسیر را جداگانه اندازه بگیرید.
این راهنما برای مدیر فروشگاهی است که می خواهد بداند LiteSpeed در عمل کدام بخش از مسیر خرید را سریع تر می کند، از کجا بفهمد کش واقعا فعال است و چطور پس از تغییر تنظیمات، سبد و سفارش را آزمایش کند.
LiteSpeed و LiteSpeed Cache چه تفاوتی دارند؟
LiteSpeed Web Server درخواست مرورگر را دریافت و پاسخ را ارسال می کند. افزونه LiteSpeed Cache در وردپرس به موتور کش سازگار اطلاع می دهد چه محتوایی قابل ذخیره است و چه زمانی باید پاک شود. نصب افزونه به تنهایی ثابت نمی کند کش کامل صفحه در سرور فعال است. برخی امکانات بهینه سازی افزونه مستقل از موتور کش هستند، اما برای کش صفحه باید زیرساخت سازگار، مانند LiteSpeed با کش فعال یا سرویس کش صفحه QUIC.cloud، در مسیر پاسخ قرار داشته باشد.
قبل از خرید یا مهاجرت به هاست ووکامرس ارومیا سرور، مشخصات پلن و نحوه فعال بودن کش صفحه برای دامنه را بررسی کنید. از پشتیبانی نمونه ای از هدر پاسخ یک صفحه عمومی و روش دسترسی به گزارش مصرف منابع را بخواهید. راهنمای خرید هاست ووکامرس معیارهای دیگری مثل بکاپ، ارتقا و پشتیبانی را هم توضیح می دهد.
کش LiteSpeed کدام بخش فروشگاه را سریع تر می کند؟
در اولین درخواست به صفحه یک محصول عمومی، ممکن است سرور PHP را اجرا کند، از پایگاه داده اطلاعات بگیرد و HTML بسازد. اگر پاسخ قابل کش باشد، درخواست بعدی با شرایط مشابه می تواند همان خروجی آماده را دریافت کند. این کار اجرای دوباره قالب، افزونه ها و بخشی از درخواست های دیتابیس را کم می کند. در ساعات شلوغ، کاهش تعداد پردازش های تکراری برای صفحات عمومی می تواند ظرفیت بیشتری برای درخواست های پویا باقی بگذارد.
| مسیر | رفتار پیشنهادی | آزمون عملی |
|---|---|---|
| صفحه محصول با قیمت عمومی | کش عمومی در صورت سازگاری قالب و افزونه ها | درخواست تکراری مهمان و کنترل قیمت و موجودی |
| دسته بندی و صفحه فرود کمپین | کش عمومی برای نسخه های مشخص و قابل تکرار | بررسی مرتب سازی، صفحه بندی و فیلترها |
| سبد خرید، تسویه حساب و حساب کاربری | خارج از کش عمومی صفحه | آزمون دو نشست جدا با سبد و حساب متفاوت |
| مینی کارت در سربرگ | رفتار وابسته به قالب، به روز رسانی جاوااسکریپت و تنظیمات کش | افزودن، حذف و تغییر تعداد و سپس باز کردن صفحه کش شده |
| جستجو و فیلترهای ترکیبی | ارزیابی جداگانه پیش از کش کردن | کنترل نتیجه صحیح و تکرارپذیری درخواست ها |
اگر فروشگاه برای اعضا، مشتری عمده یا کاربران منطقه های مختلف قیمت متفاوت نشان می دهد، صرفا بر اساس نشانی یکسان صفحه درباره کش تصمیم نگیرید. ابتدا بررسی کنید سامانه کش این حالت ها را چگونه تفکیک می کند. تا وقتی جداسازی پاسخ ها تایید نشده، صفحات یا حالت های حساس را از کش عمومی خارج نگه دارید. سرعت بیشتر زمانی ارزش دارد که هر مشتری قیمت و سبد خودش را ببیند.
چطور بفهمیم کش واقعا کار می کند؟
یک صفحه محصول عمومی و بدون پارامتر تبلیغاتی انتخاب کنید. در مرورگری که وارد وردپرس نشده، ابزار توسعه را باز کنید و در تب Network روی درخواست اصلی سند HTML کلیک کنید. در پاسخ LiteSpeed، هدر X-LiteSpeed-Cache: hit نشان می دهد پاسخ از آن لایه کش آمده است. دیدن miss در اولین درخواست برای صفحه قابل کش ممکن است طبیعی باشد؛ همان نشانی را دوباره با شرایط یکسان آزمایش کنید. در صورت وجود CDN ممکن است هدر لایه دیگری مانند X-QC-Cache دیده شود. نتیجه را با توجه به لایه ای که پاسخ داده تفسیر کنید.
اگر فقط روی محصولی که همیشه بازدید دارد تست کنید، وضعیت صفحات تازه یا کم بازدید مشخص نمی شود. برای یک محصول پربازدید، یک محصول کم بازدید و یک دسته بندی، نتیجه را جدا ثبت کنید. وقتی پشت CDN هستید، از میزبان بخواهید راه تایید کش مبدا را توضیح دهد. نبود یک هدر در پاسخ عبوری از CDN، به تنهایی ثابت نمی کند کش سرور مبدا خاموش است.
TTFB و LCP را جدا بخوانید
TTFB زمان رسیدن نخستین بایت پاسخ است و می تواند تحت تاثیر شبکه، تغییر مسیر و زمان آماده شدن پاسخ در سرور قرار بگیرد. LCP زمان نمایش بزرگ ترین عنصر محتوایی قابل مشاهده را می سنجد. ممکن است کش TTFB را کم کند ولی تصویر اصلی محصول به دلیل حجم زیاد یا کشف دیرهنگام همچنان دیر نمایش داده شود. در این حالت، سراغ اندازه تصویر و مسیر بارگذاری آن بروید. راهنمای تاثیر سرعت هاست بر تجربه خرید ارتباط عملکرد و مسیر خرید را بیشتر باز می کند.
تنظیم کش ووکامرس بدون آسیب به خرید
1. کش صفحه را با یک تغییر شروع کنید
قبل از تغییر، تنظیمات فعلی و یک خط مبنا برای سرعت و خطا ثبت کنید. نخست فقط کش صفحه را بررسی کنید و بهینه سازی های جاوااسکریپت، تصویر و CSS را به مرحله بعد بسپارید. اگر چند گزینه را هم زمان فعال کنید و بعد دکمه افزودن به سبد از کار بیفتد، پیدا کردن عامل خطا سخت تر می شود. در صورت امکان تغییر را در محیط آزمایشی با همان قالب، درگاه و افزونه حمل انجام دهید.
2. صفحات اصلی و مسیرهای سفارشی را آزمایش کنید
مستندات LiteSpeed می گویند صفحات پیش فرض سبد، تسویه حساب و حساب کاربری ووکامرس از کش کنار گذاشته می شوند. با این حال، اگر برگه ها را عوض کرده اید یا افزونه ای مسیر خرید جایگزین ساخته، انتساب برگه ها را در تنظیمات ووکامرس و رفتار واقعی کش را در همه لایه ها کنترل کنید. سبد و پرداخت نباید از نسخه عمومی ذخیره شده پاسخ بگیرند؛ یک قانون فراگیر در CDN نیز نباید این استثنا را خنثی کند.
3. با دو مشتری آزمایشی مسیر خرید را طی کنید
در دو پروفایل مجزای مرورگر، دو محصول متفاوت به سبد اضافه کنید. تعداد را تغییر دهید، یک کد تخفیف آزمایشی اعمال کنید و مبلغ ارسال و جمع پرداخت را مقایسه کنید. سپس به صفحه عمومی محصول برگردید و ببینید مینی کارت هر نشست همچنان اطلاعات خودش را نشان می دهد. روی موبایل نیز همین کار را انجام دهید. برای آزمون ثبت سفارش از محیط تست درگاه استفاده کنید تا تراکنش واقعی ایجاد نشود.
4. قیمت و موجودی را بعد از تغییر بررسی کنید
پس از تغییر قیمت یا اتمام موجودی، فقط صفحه محصول را بررسی نکنید. کارت همان کالا در دسته بندی، صفحه اصلی و نسخه CDN هم باید اطلاعات درست را نشان دهد. گزینه Product Update Interval در تنظیمات ووکامرس LiteSpeed Cache روی رفتار پاک سازی کش هنگام تغییر موجودی اثر دارد. برای فروشگاهی که تعداد موجودی را روی دسته بندی نشان می دهد، نیاز به تازه شدن آن صفحه با فروشگاهی که صرفا وضعیت موجود یا ناموجود دارد یکسان نیست. پس از تنظیم، یک تغییر آزمایشی انجام دهید و نتیجه را ببینید.
اگر تسویه حساب هنوز کند است، چه چیزی را بررسی کنیم؟
پرداخت برای هر مشتری داده تازه تولید می کند. محاسبه ارسال، اعمال تخفیف، استعلام یک سرویس بیرونی یا اجرای افزونه پیامک ممکن است طول پاسخ را تعیین کند. در چنین وضعیتی، افزایش زمان نگهداری کش صفحه محصول مشکل پرداخت را حل نمی کند. از گزارش زمان پاسخ در مرحله کند شروع کنید: آیا انتظار در PHP و دیتابیس است، یا درخواست برای پاسخ سرویس بیرونی معطل می ماند؟
کش شی پایدار می تواند بخشی از داده های قابل استفاده مجدد را نگه دارد و نیاز به برخی درخواست های دیتابیس را کم کند. این قابلیت با کش HTML متفاوت است و باید با سرویس موجود، تنظیم درست و داده های حساس به نشست سازگار باشد. اگر در پنل فقط یک گزینه Redis دیده می شود، اتصال و رفتار واقعی آن را بررسی کنید؛ فعال بودن یک دکمه معادل کاهش زمان پرداخت نیست.
هنگام کمپین، سهم CPU، حافظه، تعداد پردازش های PHP و زمان پاسخ دیتابیس را کنار خطاهای پرداخت بررسی کنید. راهنمای هاست فروشگاه های پرترافیک برای برنامه ریزی ظرفیت مفید است. اگر محدودیت تکرارشونده از ذخیره سازی باشد، مقایسه NVMe و SATA SSD در ووکامرس به تشخیص سهم دیسک کمک می کند.
چطور قبل و بعد را منصفانه مقایسه کنیم؟
- محصول، دسته بندی، سبد و تسویه حساب را به عنوان چهار مسیر جدا ثبت کنید.
- از موقعیت و شرایط شبکه مشابه چند بار اندازه بگیرید و کش سرد را از کش گرم جدا کنید.
- زمان پاسخ و خطاهای هر مسیر را با وضعیت کش ثبت کنید؛ یک نتیجه سریع صفحه اصلی را به کل فروشگاه تعمیم ندهید.
- پس از هر تغییر، قیمت، تخفیف، تعداد سبد، موجودی و سفارش آزمایشی را دوباره کنترل کنید.
- در ساعات شلوغ، علاوه بر میانه زمان پاسخ، کندترین درخواست ها و نرخ خطا را بررسی کنید.
برای نمونه فرضی، اگر زمان پاسخ محصول پس از کش به نصف برسد و پرداخت تغییری نکند، نتیجه این است که بازدید کاتالوگ سریع تر شده است. برای پرداخت باید مسیر جداگانه ای را بررسی کنید. اگر در همان مهاجرت منابع، شبکه و افزونه ها نیز عوض شده اند، سهم دقیق LiteSpeed از بهبود کلی مشخص نیست. هنگام تصمیم درباره هزینه ارتقا، مقایسه هاست ووکامرس ارزان و حرفه ای را با داده های واقعی فروشگاه کنار هم بگذارید.
پرسش های متداول
آیا LiteSpeed برای همه فروشگاه ها به یک اندازه موثر است؟
خیر. فروشگاهی که بیشتر کاربرانش مهمان هستند و صفحات عمومی مشترک می بینند فرصت بیشتری برای استفاده از کش کامل صفحه دارد. فروشگاه با قیمت شخصی، کاربران وارد شده یا جستجوی سنگین به آزمون دقیق تر نیاز دارد.
آیا باید دو افزونه کش صفحه را هم زمان فعال کنیم؟
برای یک وظیفه واحد، ابتدا یک مسیر روشن برای کش HTML و پاک سازی آن تعیین کنید. هم پوشانی افزونه ها می تواند عیب یابی و تازه شدن قیمت را سخت کند. ترکیب کش سرور و CDN زمانی قابل مدیریت است که استثناها و پاک سازی هر لایه را جدا بررسی کنید.
اگر مینی کارت عدد قبلی را نشان دهد، چه کار کنیم؟
ابتدا در دو نشست مجزا خطا را بازسازی کنید و ببینید قالب شمارنده را با جاوااسکریپت به روز می کند یا از HTML صفحه می خواند. سپس راهکار سازگار با قالب را مطابق راهنمای LiteSpeed بررسی کنید. پیش از تغییر روی سایت زنده، رفتار افزودن، حذف و تغییر تعداد را آزمایش کنید.
منابع فنی
رفتار کش صفحه و استثناهای ووکامرس در 4 نوامبر 2026 با معرفی رسمی LiteSpeed Cache، راهنمای تنظیمات کش LiteSpeed و راهنمای رسمی کش ووکامرس بررسی شد.
هیچ نظری ثبت نشده است