يقيس هذا الاختبار أداء ووكومرس على VPS مرام بأرقام حقيقية: أنشأنا متجر WooCommerce فعلياً بـ15 منتجاً على خادم بمعالج AMD EPYC Turin 9655، ثم أطلقنا حِملاً حقيقياً من خادم منفصل لقياس كم طلباً يتحمّل المتجر. النتيجة: 11.5 طلباً في الثانية للمتجر الديناميكي، تقفز إلى 478 طلباً في الثانية بعد تفعيل كاش الصفحات — أي تحسّن يقارب 42 ضعفاً بصفر طلبات فاشلة. في هذا الدليل نعرض التفاصيل الكاملة، ونترجم الأرقام إلى عدد زوّار، ونشرح كيف تحسّن أداء متجرك خطوة بخطوة.

محتويات المقال
- ← كيف اختبرنا أداء ووكومرس على VPS؟
- ← النتيجة: المتجر الديناميكي بلا كاش
- ← أثر كاش الصفحات: قفزة ×42
- ← من الطلبات إلى الزوّار: كم يتحمّل متجرك؟
- ← لماذا ووكومرس أثقل من ووردبريس؟
- ← كيف تحسّن أداء ووكومرس على VPS مرام؟
- ← أخطاء شائعة تُبطئ متجر ووكومرس
- ← متى تحتاج ترقية خادم متجرك؟
- ← بيئة الاختبار الكاملة
- ← الخلاصة
كيف اختبرنا أداء ووكومرس على VPS؟
لقياس أداء ووكومرس على VPS بشكل عادل وموضوعي، ثبّتنا WooCommerce (الإصدار 11) على متجر ووردبريس فعلي بحصة 1 vCPU و1GB ذاكرة وتخزين NVMe Micron 9550 MAX، وأضفنا 15 منتجاً وصفحات المتجر الكاملة (الأقسام والمنتج والسلة). ثم شغّلنا أداة القياس ApacheBench من خادم منفصل تماماً يستهدف صفحة المتجر عبر عنوان IP العام، حتى لا يتنافس مولّد الحِمل مع الخادم على الموارد. هذه المنهجية تمنح أرقاماً تمثّل تجربة زائر حقيقي يتصفّح متجرك، لا اختباراً محلياً متحيّزاً.
النتيجة: المتجر الديناميكي بلا كاش
في السيناريو الأول، اختبرنا المتجر ديناميكياً بلا كاش، أي أن WooCommerce يُنفّذ الكود ويستعلم قاعدة البيانات مع كل طلب — وهي أثقل حالة ممكنة. سجّل المتجر نحو 11.5 طلباً في الثانية بزمن أول بايت 84 ملّي ثانية، ودون أي طلب فاشل. هذا الرقم أقل من ووردبريس العادي لأن كل صفحة متجر تُنفّذ استعلامات ووكومرس إضافية للمنتجات والأسعار والمخزون والسلة.
أثر كاش الصفحات: قفزة ×42
في السيناريو الثاني، فعّلنا كاش الصفحات الكامل عبر FastCGI Cache في Nginx، فأصبحت صفحات المتجر المتكرّرة تُخدَّم مباشرةً من الذاكرة دون تشغيل PHP أو قاعدة البيانات. قفزت النتيجة إلى نحو 478 طلباً في الثانية وانخفض زمن أول بايت إلى 0.5 ملّي ثانية — أي تحسّن يقارب 42 ضعفاً. الدرس واضح: أداء متجرك يعتمد بشدّة على الكاش الصحيح لا على العتاد وحده.
| السيناريو | طلبات/ثانية | زمن أول بايت | طلبات فاشلة |
|---|---|---|---|
| متجر ديناميكي (بلا كاش) | 11.5 | 84 ms | 0 |
| مع كاش الصفحات | 478 | 0.5 ms | 0 |
من الطلبات إلى الزوّار: كم يتحمّل متجرك؟
لنترجم الأرقام إلى زوّار حقيقيين. عند 478 طلباً في الثانية، يتحمّل متجرك نظرياً نحو 28,000 طلب في الدقيقة — أكثر من كافٍ لأضخم الحملات التسويقية. وحتى في الوضع الديناميكي الأثقل (11.5 طلباً/ث)، فهذا نحو 690 طلباً في الدقيقة، يكفي لمتجر صغير إلى متوسط النشاط. يجب التنبّه إلى أن الزائر الواحد يُحمّل عدّة طلبات (صفحات ومنتجات)، فالرقم الفعلي للزوّار المتزامنين أقل من رقم الطلبات، لكنه يبقى مرتفعاً جداً مع الكاش.
لماذا ووكومرس أثقل من ووردبريس؟
لماذا يكون أداء متجر ووكومرس أثقل من ووردبريس العادي؟ ببساطة، كل صفحة متجر تُنفّذ استعلامات إضافية للمنتجات والأسعار والمخزون والسلة والجلسات. في اختبارنا، سجّل ووردبريس العادي 37 طلباً/ث ديناميكياً مقابل 11.5 للمتجر — أي أن المتجر أثقل بنحو ثلاث مرّات. لهذا تحتاج المتاجر إلى خادم أقوى وكاش أذكى من المدوّنات العادية:

كيف تحسّن أداء ووكومرس على VPS مرام؟
لتحسين أداء ووكومرس على VPS مرام ورفع عدد الطلبات التي يتحمّلها متجرك، اتّبع هذه الخطوات مرتّبة حسب الأثر:
1) فعّل كاش الصفحات (مع استثناء السلة والدفع)
الأكبر أثراً كما رأينا (×42)؛ استخدم FastCGI Cache أو إضافة مثل LiteSpeed Cache، واستثنِ صفحات cart وcheckout وmy-account لأنها ديناميكية ويجب ألّا تُخزَّن.
2) أضف كاش الكائنات (Redis)
يخفّف الضغط على قاعدة البيانات في الصفحات غير المخزّنة مثل السلة والحساب، وهو مهم جداً للمتاجر النشطة التي تكثر فيها العمليات الديناميكية.
3) اختر خادماً بمعالج حديث وتخزين NVMe
المتجر ثقيل على القرص وقاعدة البيانات، فمعالج EPYC وتخزين NVMe سريع يصنعان فرقاً كبيراً تحت الضغط، خصوصاً في الصفحات الديناميكية.
4) حسّن الصور واحذف الإضافات الثقيلة
صور المنتجات بصيغة WebP وتحميل كسول، مع تقليل إضافات ووكومرس غير الضرورية التي تُبطئ كل طلب وتزيد الحِمل.
أخطاء شائعة تُبطئ متجر ووكومرس
حتى على خادم قوي، قد تُبطئ بعض الأخطاء متجرك وتُهدر أداءه. أبرزها:
| الخطأ | الأثر | الحل |
|---|---|---|
| كاش يشمل السلة والدفع | أعطال في الطلب والدفع | استثنِ cart/checkout من الكاش |
| غياب كاش الكائنات | ضغط على قاعدة البيانات | فعّل Redis |
| إضافات ووكومرس كثيرة | تنفيذ أبطأ لكل طلب | احذف غير الضروري |
| صور منتجات ضخمة | صفحات ثقيلة وبطيئة | WebP + تحميل كسول |
| خادم مشترك ضعيف | تذبذب تحت الضغط | VPS بموارد مخصّصة |
متى تحتاج ترقية خادم متجرك؟
كيف تعرف أن متجرك تجاوز قدرة خادمه الحالي؟ راقب هذه المؤشّرات: ارتفاع زمن الاستجابة في أوقات الذروة، ظهور أخطاء 500 أو 503، بطء لوحة الإدارة، أو استهلاك دائم للمعالج والذاكرة. عندها ترقية الخادم (معالج أقوى أو موارد أكبر) أو تفعيل الكاش المتقدّم يعيد متجرك إلى الأداء السلس. القاعدة: ابدأ بخطة مناسبة لحجمك، وارتقِ مع نمو المبيعات.
بيئة الاختبار الكاملة
للشفافية الكاملة، هذه بيئة اختبار أداء ووكومرس على VPS بالتفصيل — يمكنك محاكاتها لتكرار القياس:
| المكوّن | القيمة |
|---|---|
| الخادم | VPS مرام — AMD EPYC Turin 9655 (1 vCPU) |
| الذاكرة | 1 GB |
| التخزين | NVMe Micron 9550 MAX (Gen 5) |
| المتجر | WooCommerce 11 + WordPress + 15 منتجاً |
| خادم الويب | Nginx + FastCGI Cache · PHP 8.3 · MariaDB |
| أداة القياس | ApacheBench (ab) من خادم خارجي منفصل |

الخلاصة
يُظهر اختبار أداء ووكومرس على VPS مرام أن متجرك يتحمّل حِملاً كبيراً عندما تجتمع ثلاثة عناصر: معالج EPYC حديث، وتخزين NVMe سريع، وكاش صفحات صحيح. المتجر أثقل من ووردبريس العادي بطبيعته، لكن الإعداد الصحيح ينقله من 11.5 إلى 478 طلباً في الثانية — بفارق 42 ضعفاً. ابدأ بخادم قوي وفعّل الكاش، وسيتحمّل متجرك ذروات المواسم بثبات. ووكومرس نفسه متاح مجاناً على woocommerce.com، والباقي يعتمد على جودة استضافتك.
شغّل متجرك بهذا الأداء
VPS من مرام هوست بمعالج EPYC Turin 9655 وتخزين NVMe وكاش سريع — مثالي لمتاجر ووكومرس، يبدأ من 5$ شهرياً.
اطلب VPS من مرام هوست ←
