أداء سيرفر ووردبريس: 8 أسباب لبطء الموقع من جهة السيرفر وكيف تكتشف كل سبب

معظم نصائح تسريع ووردبريس تركز على الواجهة: الصور وملفات CSS وJavaScript وإضافات الكاش. هذا مهم، لكن إذا كان السيرفر نفسه بطيئًا فلن تصلح أي تحسينات في الواجهة المشكلة. يتناول هذا الدليل أشهر ثمانية أسباب لبطء ووردبريس من جهة السيرفر، وكيف تتعرف على كل سبب، وماذا تفعل.

أولًا: تأكد أن المشكلة في السيرفر

قِس زمن وصول أول بايت (TTFB) على صفحة غير مخزنة في الكاش، مثل صفحة نتائج البحث أو رابط فيه query string، وعلى لوحة تحكم ووردبريس. إذا كان أول بايت يتأخر كثيرًا بينما باقي الصفحة يحمّل بسرعة، فالتأخير يحدث على السيرفر قبل إرسال الـ HTML. أدوات مثل WebPageTest وتبويب Network في المتصفح أو الأمر curl -w "%{time_starttransfer}" توضح ذلك.

1. عدد عمال PHP غير كافٍ

كل طلب غير مخزن يحتاج عامل PHP. عندما ينشغل كل العمال ينتظر الزوار الجدد في طابور، فيبدو الموقع سليمًا مع خمسة زوار وبطيئًا جدًا مع خمسين.

العلامات: بطء يزيد مع الزيارات، وأخطاء 503 أو 508 وقت الذروة. الحل: زيادة عدد عمال PHP (على الـ VPS برفع pm.max_children في PHP-FPM في حدود الرام) أو الانتقال لخطة بعمليات أكثر.

2. نفاد الذاكرة

عندما تنفد الرام يلجأ السيرفر إلى الـ swap على القرص أو يوقف عمليات، فيصبح ووردبريس بطيئًا جدًا أو تظهر رسالة "Error establishing a database connection" عند توقف MySQL.

العلامات: استخدام مرتفع للـ swap وأخطاء قاعدة بيانات عشوائية. الحل: تقليل عدد العمال ليتناسب مع الذاكرة، أو ضبط ذاكرة قاعدة البيانات، أو زيادة الرام.

3. قاعدة بيانات بطيئة أو مضغوطة

ووردبريس يخزن كل شيء تقريبًا في MySQL أو MariaDB. جدول wp_options الكبير المليء ببيانات autoload، والفهارس الناقصة، والإضافات التي تنفذ استعلامات ثقيلة، كلها أسباب شائعة.

العلامات: بطء لوحة التحكم وشاشات الطلبات في ووكومرس. الحل: استخدم إضافة Query Monitor لاكتشاف الاستعلامات البطيئة، ونظّف بيانات autoload والـ transients المنتهية، وامنح قاعدة البيانات ذاكرة كافية.

4. غياب الـ Object Cache

بدون كاش دائم للكائنات، يكرر ووردبريس نفس الاستعلامات في كل طلب. Redis أو Memcached يخزنان النتائج في الذاكرة.

الحل: على الـ VPS ثبّت Redis وإضافة Object Cache مناسبة. الفائدة الأكبر تظهر مع المستخدمين المسجلين وووكومرس ولوحة التحكم.

5. بطء القرص (Disk I/O)

ووردبريس يحمّل ملفات PHP كثيرة ويكتب الجلسات والسجلات وملفات الكاش. على تخزين بطيء أو مزدحم، ينتظر كل طلب القرص.

الحل: تخزين NVMe، وتفعيل PHP OPcache حتى لا تُقرأ الملفات في كل طلب، والسيطرة على حجم السجلات.

6. إصدار PHP قديم أو OPcache غير مفعل

إصدارات PHP الأحدث تنفذ ووردبريس أسرع، وOPcache يحتفظ بالكود المترجم في الذاكرة. الإصدار القديم بدون OPcache يهدر المعالج في كل طلب.

الحل: الترقية لإصدار PHP مدعوم بعد اختبار الإضافات، والتأكد أن OPcache مفعل.

7. WP-Cron يعمل مع طلبات الزوار

افتراضيًا، ينفذ ووردبريس المهام المجدولة عندما يفتح زائر صفحة. المهام الثقيلة مثل النسخ الاحتياطي والاستيراد وإرسال الإيميلات قد تبطئ طلب هذا الزائر.

الحل: أوقف التشغيل التلقائي وشغّل الـ cron من السيرفر كل بضع دقائق:

// wp-config.php
define('DISABLE_WP_CRON', true);

# server crontab
*/5 * * * * php /path/to/wordpress/wp-cron.php > /dev/null 2>&1

8. الجيران المزعجون والتنافس على المعالج

في البيئات المشتركة أو باقات الـ VPS ذات المعالج المشترك، قد يبطئ ضغط عملاء آخرين موقعك حتى لو كان استهلاكك طبيعيًا.

العلامات: بطء في أوقات عشوائية لا يتوافق مع زياراتك، وعلى الـ VPS نسبة "steal" مرتفعة في الأمر top. الحل: الانتقال إلى موارد معالج مخصصة.

ترتيب سريع للتشخيص

1. قِس الـ TTFB على صفحات مخزنة وغير مخزنة.

2. راجع استهلاك المعالج والرام والـ swap وقت الذروة.

3. شغّل Query Monitor على الصفحات البطيئة.

4. راجع إصدار PHP وOPcache وإعدادات العمال.

5. راجع الـ cron والمهام الخلفية.

متى تحتاج سيرفرًا أقوى؟

إذا حسّنت قاعدة البيانات والإضافات والكاش وما زلت تصل للحدود، فموقعك يحتاج موارد أكبر. اقرأ 7 علامات تخبرك أن وقت الانتقال إلى VPS قد حان، أو قارن بين استضافة ووردبريس والـ VPS.

ووردبريس أسرع مع IM HOST

ابدأ بـ استضافة ووردبريس التي يديرها فريقنا مع نسخ احتياطي يومي مجاني طوال الاشتراك. وعندما تحتاج تحكمًا كاملًا في عمال PHP وRedis وقاعدة البيانات، يمنحك Cloud VPS معالجًا ورامًا مخصصين بالكامل فلا يبطئك أي جار. ومهندسونا ينقلون موقعك مجانًا.