يقيس هذا الدليل أداء ووردبريس على VPS مرام بأرقام حقيقية لا تقديرات: ثبّتنا ووردبريس كاملاً مع حزمة LEMP (Nginx وPHP 8.3 وMariaDB) على خادم بمعالج AMD EPYC Turin 9655 وتخزين NVMe Micron 9550 MAX، ثم أطلقنا حِملاً حقيقياً من خادم منفصل. النتيجة: زمن أول بايت (TTFB) بلغ 25 ملّي ثانية للصفحة الديناميكية، وقفز عدد الطلبات في الثانية من نحو 37 (بلا كاش) إلى 908 طلباً في الثانية بعد تفعيل كاش الصفحات — بصفر طلبات فاشلة. في ما يلي التفاصيل الكاملة، وشرح ما تعنيه هذه الأرقام لموقعك، وخطوات عملية لتحقيق أداء مماثل.

محتويات المقال
- ← كيف اختبرنا أداء ووردبريس على VPS مرام؟
- ← لماذا يهمّ أداء ووردبريس أصلاً؟
- ← النتيجة الأولى: ووردبريس ديناميكي بلا كاش
- ← أثر كاش الصفحات: قفزة ×24
- ← جدول النتائج الكامل
- ← ماذا يعني TTFB وطلبات في الثانية؟
- ← بيئة الاختبار الكاملة
- ← لماذا يصنع المعالج والتخزين الفرق؟
- ← كيف تحسّن أداء ووردبريس على VPS مرام؟
- ← كاش الصفحات مقابل كاش الكائنات
- ← أخطاء شائعة تُبطئ ووردبريس
- ← استضافة مشتركة أم VPS لووردبريس؟
- ← كيف تكرّر الاختبار بنفسك؟
- ← الخلاصة
كيف اختبرنا أداء ووردبريس على VPS مرام؟
لقياس أداء ووردبريس على VPS بشكل عادل وموضوعي، أنشأنا موقع ووردبريس فعلياً (الإصدار 7.0) على خادم مرام بمعالج EPYC Turin 9655 بحصة 1 vCPU و1GB ذاكرة وتخزين NVMe Micron 9550 MAX، مع Nginx وPHP 8.3-FPM وMariaDB ومحتوى تجريبي متعدد الصفحات يحاكي موقعاً حقيقياً. ثم شغّلنا أداة القياس ApacheBench من خادم منفصل تماماً يستهدف عنوان IP العام للموقع، حتى لا يتنافس مولّد الحِمل مع الخادم على الموارد. هذه المنهجية تمنح أرقاماً تمثّل تجربة زائر حقيقي، لا اختباراً محلياً متحيّزاً.
لماذا يهمّ أداء ووردبريس أصلاً؟
السرعة ليست رفاهية بل عامل بقاء. تُظهر الدراسات أن تأخّر الصفحة ثانيةً واحدةً قد يرفع نسبة المغادرة ويخفض معدّل التحويل بشكل ملموس، كما أن سرعة الصفحة عامل ترتيب معلن في جوجل عبر مؤشّرات Core Web Vitals. لذلك يبدأ أي تحسين جادّ من قياس أداء ووردبريس على VPS بأرقام حقيقية تكشف أين يقف موقعك فعلاً، بدل الاعتماد على انطباعات أو وعود تسويقية.
النتيجة الأولى: ووردبريس ديناميكي بلا كاش
في السيناريو الأول، اختبرنا ووردبريس ديناميكياً بلا أي كاش، أي أن PHP يُنفّذ الكود ويستعلم قاعدة البيانات مع كل طلب — وهي أثقل حالة ممكنة. سجّل الخادم نحو 37 طلباً في الثانية بزمن أول بايت 25 ملّي ثانية فقط، ودون أي طلب فاشل حتى عند رفع التزامن إلى 30 اتصالاً متوازياً. هذا رقم قوي لنواة واحدة، إذ يُبنى فيه كل طلب من الصفر دون أي تسريع.

أثر كاش الصفحات: قفزة ×24
في السيناريو الثاني، فعّلنا كاش الصفحات الكامل عبر FastCGI Cache في Nginx، فأصبحت الصفحات المتكرّرة تُخدَّم مباشرةً من الذاكرة دون تشغيل PHP أو قاعدة البيانات. قفزت النتيجة إلى نحو 908 طلباً في الثانية عند تزامن 50 اتصالاً، وانخفض زمن أول بايت إلى 0.5 ملّي ثانية — أي تحسّن يقارب 24 ضعفاً، وبصفر طلبات فاشلة. الدرس واضح: الجمع بين عتاد قوي وكاش صحيح يرفع سقف أداء ووردبريس على VPS بشكل هائل.

جدول النتائج الكامل
يلخّص الجدول التالي كل سيناريوهات القياس ونتائجها الحقيقية:
| السيناريو | طلبات/ثانية | زمن أول بايت | طلبات فاشلة |
|---|---|---|---|
| ديناميكي بلا كاش · تزامن 10 | 37 | 25 ms | 0 |
| ديناميكي بلا كاش · تزامن 30 | 36 | — | 0 |
| كاش الصفحات · تزامن 50 | 908 | 0.5 ms | 0 |
| كاش الصفحات · تزامن 100 | 820 | — | 0 |
ماذا يعني TTFB وطلبات في الثانية؟
زمن أول بايت (TTFB) هو الوقت حتى يستقبل المتصفّح أول جزء من الصفحة؛ كلّما قلّ، بدأ موقعك بالظهور أسرع، وهو عامل مباشر في تجربة المستخدم وترتيب جوجل. أمّا عدد الطلبات في الثانية فيمثّل قدرة الخادم على خدمة زوّار متزامنين دون تباطؤ — رقم حاسم في مواسم الذروة والحملات التسويقية. تُترجَم أرقامنا إلى متجر على VPS مرام يتحمّل آلاف الزيارات في الدقيقة عند استخدام الكاش، مع بقاء لوحة الإدارة سريعة الاستجابة للمحرّرين.
بيئة الاختبار الكاملة
للشفافية الكاملة، هذه بيئة اختبار أداء ووردبريس على VPS بالتفصيل — يمكنك محاكاتها لتكرار القياس:
| المكوّن | القيمة |
|---|---|
| الخادم | VPS مرام — AMD EPYC Turin 9655 (1 vCPU) |
| الذاكرة | 1 GB |
| التخزين | NVMe Micron 9550 MAX (Gen 5) |
| نظام التشغيل | Ubuntu 24.04 LTS |
| خادم الويب | Nginx + FastCGI Cache |
| PHP | 8.3-FPM + OPcache |
| ووردبريس / قاعدة البيانات | WordPress 7.0 + MariaDB |
| أداة القياس | ApacheBench (ab) من خادم خارجي منفصل |
لماذا يصنع المعالج والتخزين الفرق؟
الأرقام التي رأيناها ليست صدفة. معالج AMD EPYC Turin 9655 (معمارية Zen 5) ينفّذ كود PHP بسرعة عالية لكل طلب، وذاكرة DDR5 توفّر عرض نطاق ضخماً، بينما يخدم تخزين NVMe Micron 9550 MAX استعلامات قاعدة البيانات بزمن وصول منخفض وعمليات IOPS عالية. هذه المكوّنات الثلاثة هي أساس أداء ووردبريس على VPS تحت الضغط: كلّما كان العتاد أحدث وأسرع، تحمّل موقعك زيارات أكثر قبل الحاجة إلى ترقية.
كيف تحسّن أداء ووردبريس على VPS مرام؟
للحصول على أفضل أداء ووردبريس على VPS مرام، إليك أهم الخطوات مرتّبة حسب الأثر الفعلي:
1) فعّل كاش الصفحات الكامل
أكبر مصدر للتسريع كما رأينا (×24). استخدم FastCGI Cache في Nginx، أو إضافة مثل LiteSpeed Cache أو WP Super Cache، لتُخدَّم الصفحات دون تشغيل PHP.
2) استخدم PHP 8.3 مع OPcache
الإصدارات الحديثة من PHP أسرع بمراحل، وOPcache يخزّن الكود المُترجَم فيقلّل زمن التنفيذ لكل طلب.
3) أضف كاش الكائنات (Object Cache)
عبر Redis أو Memcached لتخفيف الضغط على قاعدة البيانات، خصوصاً للمواقع الديناميكية ومتاجر ووكومرس.
4) حسّن الصور والأصول
استخدم صيغة WebP والتحميل الكسول (lazy load)، وصغّر ملفات CSS/JS، لتقليل حجم الصفحة وزمن التحميل.
5) استخدم شبكة CDN
لتوزيع الملفات الثابتة على خوادم قريبة من الزوّار وتقليل زمن الوصول عالمياً.
كاش الصفحات مقابل كاش الكائنات
يخلط كثيرون بين نوعي الكاش، وكلاهما مهم. كاش الصفحات (Page Cache) يخزّن الصفحة الجاهزة كاملةً ويخدمها دون تشغيل PHP — وهو مصدر القفزة الكبرى في الأداء. أمّا كاش الكائنات (Object Cache) فيخزّن نتائج استعلامات قاعدة البيانات المتكرّرة في الذاكرة (Redis/Memcached)، ويفيد الصفحات التي لا يمكن تخزينها كاملةً مثل السلّة وحساب المستخدم. الأفضل استخدامهما معاً: كاش الصفحات للزوّار غير المسجّلين، وكاش الكائنات للصفحات الديناميكية.
أخطاء شائعة تُبطئ ووردبريس
حتى على خادم قوي، قد تُبطئ بعض الأخطاء موقعك وتُهدر أداء ووردبريس. أبرزها:
| الخطأ | الأثر | الحل |
|---|---|---|
| إضافات كثيرة أو ثقيلة | تحميل زائد لكل طلب | احذف غير الضروري واختر بدائل خفيفة |
| تعطيل OPcache | بطء تنفيذ PHP | فعّله دائماً |
| صور غير محسّنة | صفحات ثقيلة وبطيئة | WebP + lazy load |
| قالب مثقل بالميزات | كود ضخم غير مستخدم | اختر قالباً خفيفاً ومحدّثاً |
| قاعدة بيانات غير منظّفة | استعلامات أبطأ | نظّف المراجعات والبيانات المؤقتة |
استضافة مشتركة أم VPS لووردبريس؟
السؤال الشائع: هل تكفي الاستضافة المشتركة أم أحتاج VPS؟ الاستضافة المشتركة اقتصادية للمواقع الصغيرة جداً، لكنها تتشارك الموارد مع عشرات المواقع فيتذبذب الأداء. أمّا VPS مرام فيمنحك موارد مخصّصة ومعالجاً حديثاً وتحكّماً كاملاً وإمكانية تفعيل الكاش المتقدّم — وهو ما يفسّر الأرقام التي قِسناها. إليك مقارنة سريعة:
| العامل | استضافة مشتركة | VPS مرام |
|---|---|---|
| الموارد | مشتركة مع آخرين | مخصّصة لك |
| المعالج | قديم/مشترك غالباً | EPYC Turin 9655 |
| التحكّم | محدود | كامل (صلاحية root) |
| الكاش المتقدّم | غالباً غير متاح | FastCGI / Redis |
| الأداء تحت الضغط | يتذبذب | ثابت |
| الأنسب لـ | مواقع صغيرة جداً | متاجر ومواقع نامية |
كيف تكرّر الاختبار بنفسك؟
يمكنك تكرار قياس أداء ووردبريس على VPS على أي خادم للمقارنة العادلة. باختصار: ثبّت حزمة LEMP وووردبريس، ثم أطلق قياس الحِمل من جهاز أو خادم منفصل باستخدام ApacheBench، وقِس زمن أول بايت عبر curl:
# على خادم VPS مرام (EPYC Turin 9655):
apt install nginx php8.3-fpm php8.3-mysql mariadb-server
wp core download && wp core install ... # عبر WP-CLI
# قياس الحِمل من خادم منفصل:
ab -n 500 -c 10 http://SERVER_IP/ # ديناميكي بلا كاش
ab -n 3000 -c 50 http://SERVER_IP/ # مع كاش الصفحات
# قياس زمن أول بايت (TTFB):
curl -o /dev/null -w "%{time_starttransfer}\n" http://SERVER_IP/
احرص على تشغيل مولّد الحِمل من خارج الخادم المُختبَر، وعلى تكرار الاختبار مرّتين لتسخين الكاش وOPcache قبل تسجيل النتائج النهائية، حتى تكون المقارنة دقيقة.
الخلاصة
يُظهر اختبار أداء ووردبريس على VPS مرام أن الجمع بين معالج AMD EPYC Turin 9655 وتخزين NVMe Micron 9550 MAX وإعداد كاش صحيح يمنح موقعك زمن استجابة منخفضاً جداً وقدرة استيعاب تصل إلى مئات الطلبات في الثانية — بأرقام حقيقية موثّقة يمكنك التحقق منها بنفسك. سواء كنت تشغّل مدوّنة أو متجر ووكومرس، فإن الأساس القوي يبدأ من خادم سريع وإعداد محسّن. ووردبريس نفسه متاح مجاناً على wordpress.org، والباقي يعتمد على جودة استضافتك.
شغّل ووردبريس بهذا الأداء على خادمك
VPS من مرام هوست على معالج AMD EPYC Turin 9655 مع NVMe Micron 9550 MAX وحماية DDoS — يبدأ من 5$ شهرياً.
اطلب VPS من مرام هوست ←
