كيف تُسرّع موقع WordPress: من الاستضافة إلى قاعدة البيانات
قِس أولًا، ثم أصلح البنية من الأسفل إلى الأعلى: PHP والتخزين المؤقت على مستوى الخادم، والصور، والإضافات، وقاعدة البيانات، وصفحات WooCommerce التي لا يمكن تخزينها مؤقتًا.
معظم مواقع WordPress البطيئة ليست بطيئة للسبب الذي يفترضه أصحابها. قبل تثبيت إضافة أخرى، قِس الأداء. يخبرك زمن الوصول إلى البايت الأول (TTFB) بالمدة التي يحتاجها الخادم لإنتاج صفحة HTML؛ فإذا تجاوز نحو 600 ms على صفحة مخزّنة مؤقتًا، فالمشكلة في جانب الخادم. ويخبرك مؤشر Largest Contentful Paint (LCP) بموعد ظهور المحتوى الرئيسي فعلًا، وتعدّ Google ما يصل إلى 2.5 ثانية نتيجة جيدة. شغّل PageSpeed Insights للحصول على بيانات ميدانية من زوار حقيقيين، ثم استخدم WebPageTest أو تبويب الشبكة في متصفحك لترى ما يُحمَّل وبأي ترتيب. دوّن الأرقام: كل تغيير مما يلي يجب أن يُحسّن أحدها، وإن لم يفعل فتراجع عنه.
ابدأ من أسفل البنية، لأنه لا توجد إضافة قادرة على إصلاح خادم بطيء. تحقّق من إصدار PHP أولًا: يعمل WordPress أسرع بشكل ملحوظ على PHP 8.x مقارنة بـ 7.x، وأي إصدار أقدم من 8.2 لم يعد يتلقى إصلاحات أمنية. تأكد من تفعيل OPcache، حتى يحتفظ PHP بالشيفرة المُترجَمة في الذاكرة بدلًا من تحليل الملفات نفسها مع كل طلب. والتخزين مهم أيضًا: يقرأ WordPress مئات الملفات الصغيرة لكل صفحة، وأقراص NVMe تتعامل مع ذلك أفضل بكثير من أقراص SATA SSD. غير أن أكبر مكسب منفرد هو التخزين المؤقت على مستوى الخادم، حيث يُعيد خادم الويب صفحة مخزّنة دون تشغيل PHP إطلاقًا.
هنا يلتقي اختيار الخطة باختيار إضافة التخزين المؤقت. على استضافة WordPress لدينا، يقدّم خادم الويب للزوار المجهولين صفحة مخزّنة مؤقتًا، ولا يعمل PHP إلا للمستخدمين المسجّلين وإرسال النماذج، فتقتصر مهمة إضافة التخزين المؤقت على مسح الصفحات الصحيحة عند النشر. أما على استضافة بلا تخزين مؤقت على مستوى الخادم، فتتولى إضافة مثل WP Super Cache أو W3 Total Cache أو WP Rocket كتابة ملفات HTML ثابتة بدلًا من ذلك. اختر إضافة واحدة لا اثنتين: فإضافات التخزين المؤقت المتراكبة تتنازع على القواعد نفسها وتقدّم صفحات قديمة أو معطوبة. وإذا كان خادمك يعمل بـ LiteSpeed، فإضافته الخاصة هي عادةً الخيار الأنسب.
الصور عادةً هي الجزء الأثقل في الصفحة والأسهل إصلاحًا. حوّل الملفات المرفوعة إلى WebP أو AVIF، وهي عادةً أصغر بنسبة 25–50% من JPEG بالجودة المرئية نفسها؛ ويدعم WordPress صيغة WebP منذ الإصدار 5.8 وAVIF منذ 6.5. لا ترفع أبدًا صورة بعرض 4000 بكسل لتعرضها بعرض 800 بكسل: يُنشئ WordPress عدة أحجام ويترك للمتصفح اختيار المناسب منها عبر srcset، لكن ذلك لا يحدث إلا إذا كان قالبك يُخرج أحجام صور صحيحة. يؤجّل التحميل الكسول المدمج الصورَ الواقعة أسفل الجزء المرئي، لكن الصورة الرئيسية في أعلى الصفحة يجب أن تُحمَّل فورًا، لأن التحميل الكسول لعنصر LCP من أكثر الطرق شيوعًا لتدهور هذه النتيجة.
كل إضافة مفعّلة تضيف شيفرة PHP، وكثير منها يضيف أيضًا استعلامات لقاعدة البيانات وسكربتات وأوراق أنماط إلى كل صفحة، سواء احتاجتها الصفحة أم لا. استخدم Query Monitor لمعرفة الإضافات الأكثر استهلاكًا للوقت، وعطّل ما لم تعد تستخدمه، واستبدل قالب منشئ الصفحات بقالب كتل خفيف عند إعادة التصميم التالية. ثم نظّف قاعدة البيانات. تُقرأ الخيارات ذات التحميل التلقائي مع كل طلب، لذا أبقِ حجمها الإجمالي أقل بكثير من ميغابايت واحد وأزِل مخلّفات الإضافات المحذوفة. قيّد عدد مراجعات المقالات في wp-config.php، واحذف البيانات المؤقتة (transients) المنتهية الصلاحية، واترك WP-CLI أو إضافة تنظيف تتولى ذلك وفق جدول زمني بدلًا من مرة واحدة.
يغيّر WooCommerce القواعد، لأن أهم صفحاته لا يمكن تخزينها مؤقتًا. سلة التسوق وصفحة إتمام الطلب وحساب العميل تختلف لكل زائر، لذا يجب استثناؤها من التخزين المؤقت للصفحات، وإلا فقد يرى أحد العملاء سلة عميل آخر. وهذا يعني أن PHP وقاعدة البيانات يؤديان عملًا حقيقيًا في كل خطوة من خطوات الشراء. يحتفظ التخزين المؤقت الدائم للكائنات، مثل Redis، بنتائج الاستعلامات المتكررة في الذاكرة، وتنقل ميزة High-Performance Order Storage الطلبات من جدول المقالات العام إلى جداول مخصصة. تتولى خطة WP Pro إعداد التخزين المؤقت للكائنات واستثناءات سلة التسوق وإتمام الطلب نيابةً عنك، وهذا هو الحد الأدنى الذي يحتاجه المتجر ليبقى سريعًا.
إذا طبّقت كل ذلك وبقيت لوحة الإدارة بطيئة، أو تباطأت عملية إتمام الطلب خلال الحملات، أو تذبذب TTFB بحسب وقت اليوم، فإن عنق الزجاجة لم يعد في إعداداتك بل في المعالج المشترك. عندها حان وقت الانتقال من استضافة WordPress إلى الاستضافة المميزة، حيث تُخصَّص أنوية المعالج والذاكرة لموقعك وحده، وتُنفَّذ النسخ الاحتياطية كل ساعة، وتصل التذاكر مباشرةً إلى مهندس أول. تبدأ خطة Premium S من €24.99 شهريًا. وفي WebHostFlow تتم الترقية في مكانها — الحساب نفسه والمسارات نفسها وعنوان IP نفسه — لذا يمكنك القياس مجددًا في اليوم التالي لترى ما إذا تحسّنت الأرقام.