دروس السلسلة: WordPress REST API · Elementor 4 و Atomic Editor · تأمين ووردبريس 2026
لماذا أداء ووردبريس في 2026 معركة مختلفة
منذ أن استبدلت Google مقياس FID بـ INP (Interaction to Next Paint) في مارس 2024، تغيّرت قواعد لعبة الأداء جذريًا. لم تعد سرعة التحميل وحدها كافية؛ بل أصبحت سرعة استجابة الموقع للتفاعلات (نقر زر، فتح قائمة، إرسال نموذج) عاملًا حاسمًا في ترتيب Google. اليوم، Core Web Vitals تتألّف من ثلاثة مقاييس: LCP أقل من 2.5 ثانية، INP أقل من 200 مللي ثانية، و CLS أقل من 0.1.
كثير من مواقع ووردبريس التي حقّقت « أخضر » في 2022 تجد نفسها اليوم في المنطقة البرتقاليّة بسبب JavaScript ثقيل وقوالب لم تُحسَّن لـ INP. هذا الدرس يقدّم خطّة تنفيذ عمليّة لاستعادة الأداء، من ضبط البنية التحتيّة إلى تحسين كل صورة. سنغطّي LiteSpeed Cache 7.8.1، WP Rocket، Cloudflare، تحسين الصور بصيغة AVIF، وقواعد البيانات.
الخطوة 1: قياس الأداء الحالي قبل أي تعديل
القاعدة الأولى في تحسين الأداء: لا تحسّن بدون قياس. ابدأ بثلاثة قياسات أساسيّة:
- PageSpeed Insights على
pagespeed.web.dev: يقدّم نتائج Lab Data (محاكاة) و Field Data (بيانات حقيقيّة من Chrome UX Report) للأشهر الـ 28 الماضية. - WebPageTest.org: قياس متقدّم مع timeline تفصيلي لكل مورد، وفيلم visual للتحميل.
- Chrome DevTools > Performance > INP: محاكاة تفاعلات حقيقيّة لقياس INP بدقّة.
سجّل النتائج في جدول: LCP، INP، CLS، TTFB، حجم الصفحة، عدد الطلبات. هذه قاعدة الانطلاق. علامة النجاح للقياس: نتائج متّسقة عبر ثلاث جلسات اختبار متتالية في أوقات مختلفة من اليوم.
الخطوة 2: ترقية البنية التحتيّة (PHP وقاعدة البيانات)
الأداء يبدأ من الخادم. ووردبريس 6.9.4 يدعم رسميًا PHP 8.3 LTS كحدّ موصى به، ويعمل مع PHP 8.4 المستقرّ. الترقية من PHP 7.4 إلى PHP 8.3 وحدها تحقّق تسريعًا قدره 30 إلى 50٪ في زمن استجابة الخادم.
تحقّق من نسختك في الأدوات > صحّة الموقع > معلومات > الخادم. إذا كانت أقل من 8.1، توجّه إلى لوحة الاستضافة. على cPanel، ابحث عن « MultiPHP Manager »، اختر دومين الموقع، واضبط PHP 8.3. اختبر فورًا بعد التغيير لأن بعض الإضافات القديمة قد تتعطّل.
لقاعدة البيانات، ووردبريس يعمل مع MySQL 8.0 أو MariaDB 10.6 فما فوق. فعّل query cache في my.cnf الخاص بـ MySQL، وزد innodb_buffer_pool_size إلى 1 جيجابايت على الأقل للمواقع المتوسّطة. علامة النجاح: TTFB (Time To First Byte) ينخفض من 500-700 مللي ثانية إلى 150-300 مللي ثانية.
الخطوة 3: تثبيت وضبط LiteSpeed Cache
إذا كنت تستخدم خادم LiteSpeed أو OpenLiteSpeed، فإن إضافة LiteSpeed Cache (الإصدار الحالي 7.8.1 من أبريل 2026) هي السلاح الأقوى. تقدّم تخزينًا مؤقّتًا على مستوى الخادم بدلاً من PHP، ما يجعل الاستجابة لزائر مكرّر أسرع بعشرات المرّات.
بعد التثبيت من مستودع ووردبريس، انتقل إلى LiteSpeed Cache > Cache > Cache وفعّل « Enable Cache ». ثم في Page Optimization، فعّل: CSS Minify، JS Minify، Inline CSS Minify، Combine CSS، Defer JS، Load JS Deferred. هذه الخيارات وحدها تخفّض حجم الصفحة بـ 30-40٪.
الميزة المتقدّمة هي QUIC.cloud CDN المجانيّة المدمجة في LiteSpeed Cache. فعّلها في CDN > QUIC.cloud CDN، أنشئ حسابًا مجانيًا، ثم اضبط Domain Key. النتيجة: محتواك الثابت يقدَّم من 70+ موقع PoP حول العالم. علامة النجاح: زائر من السعوديّة يحصل على LCP أقل من ثانية واحدة على صفحة المنتج.
الخطوة 4: البديل العالمي WP Rocket
إن كان خادمك يعتمد Apache أو Nginx (وليس LiteSpeed)، فإن WP Rocket هو الخيار المتفوّق. ليس مجانيًا (يبدأ من 59 دولار سنويًا)، لكنه يضبط نفسه تلقائيًا بأفضل الإعدادات فور التفعيل، دون حاجة لإعدادات معقّدة.
بعد التفعيل، انتقل إلى Settings > WP Rocket > File Optimization. فعّل: Minify CSS، Combine CSS، Optimize CSS Delivery، Minify JavaScript. في Media، فعّل LazyLoad للصور وللخلفيّات. في Database، فعّل التنظيف الأسبوعي للمراجعات (post revisions)، التعليقات المهملة (spam comments)، والـ transients المنتهية.
لاستخراج أقصى استفادة، فعّل خاصّيّة « Preload » في Preload > Activate Preloading. WP Rocket سيزور كل صفحات الموقع تلقائيًا ويبني ذاكرة التخزين المؤقّت قبل أي زائر حقيقي. علامة النجاح: زيارة صفحة لأوّل مرّة بعد Preload تعطي TTFB أقل من 100 مللي ثانية.
الخطوة 5: شبكة CDN ودفاع متقدّم عبر Cloudflare
Cloudflare ليس فقط حماية DDoS؛ بل CDN كامل ومجاني للمحتوى الثابت. أضف موقعك إلى Cloudflare، حدّث nameservers من لوحة مزوّد النطاق، ثم انتقل إلى Speed > Optimization وفعّل: Auto Minify لـ CSS/JS، Rocket Loader (تحميل JS غير متزامن)، Brotli compression.
للمواقع التجاريّة، فعّل « Automatic Platform Optimization (APO) for WordPress » (مدمج مجانًا للخطط Pro فما فوق، أو كإضافة منخفضة التكلفة على الخطة المجانيّة وفق التسعير الحالي على cloudflare.com). APO يخزّن HTML المُصيَّر بالكامل على edge، ويقدّمه لزائر قادم من المنطقة دون لمس خادمك. هذا يحقّق LCP أقل من 800 مللي ثانية حتى لزائر في جنوب أفريقيا على موقع مستضاف في فرانكفورت.
أضف Page Rules للحصول على تحكّم دقيق. مثلاً: example.com/wp-admin/* → Cache Level: Bypass، Security Level: High. علامة النجاح: لوحة Cloudflare Analytics تُظهر Cache Hit Ratio فوق 85٪.
الخطوة 6: تحسين الصور بصيغة AVIF و WebP
الصور تشكّل عادة 50-60٪ من حجم الصفحة. صيغة AVIF (الجيل القادم) تنتج صورًا أصغر بـ 50٪ من WebP وبجودة بصريّة متفوّقة. ووردبريس 6.5+ يدعم AVIF أصلًا في رفع الوسائط.
الإضافة ShortPixel أو Imagify تحوّل الصور تلقائيًا أثناء الرفع إلى AVIF و WebP، وتقدّم الصيغة الأنسب لكل متصفّح عبر <picture>. ShortPixel تقدّم 100 صورة شهريًا مجانًا، ثم 4.99 دولار لـ 5000 صورة. للمواقع الكبيرة، LiteSpeed Cache يقدّم Image Optimization عبر QUIC.cloud بسعر أقل بكثير.
اضبط أحجام الصور المناسبة. لا ترفع صورة 4000 بكسل عرضًا لعرضها بـ 1200 بكسل. عدّل functions.php لتعطيل أحجام غير مستخدمة:
add_filter('intermediate_image_sizes_advanced', function ($sizes) {
unset($sizes['medium_large']);
unset($sizes['1536x1536']);
unset($sizes['2048x2048']);
return $sizes;
});علامة النجاح: زيارة صفحة فيها 10 صور تحمل أقل من 500 كيلوبايت إجماليًا في النقل عبر الشبكة.
الخطوة 7: تحسين قاعدة البيانات
قاعدة بيانات ووردبريس تنتفخ مع الوقت بسبب مراجعات المقالات (revisions)، التعليقات المهملة، الـ transients المنتهية، وبيانات الجلسات. شغّل تحسينًا شهريًا.
الإضافة WP-Optimize المجانيّة تقوم بكل ذلك. ثبّتها، انتقل إلى WP-Optimize > Database، اختر: Clean post revisions، Clean auto-drafts، Clean spam comments، Clean transient options، Optimize database tables. شغّل دفعة واحدة، ثم فعّل الجدولة الأسبوعيّة.
للمواقع الكبيرة (10,000+ مقال)، أضف فهارس مخصّصة. مثلاً، إذا كنت تستفسر كثيرًا عبر meta_key معيّن:
ALTER TABLE wp_postmeta ADD INDEX (meta_key, meta_value(20));هذا الفهرس يخفّض زمن استعلام معقّد من 800 مللي ثانية إلى 30 مللي ثانية. علامة النجاح: زمن استجابة لوحة wp-admin ينخفض من 4-5 ثوان إلى أقل من ثانيتين.
الخطوة 8: التعامل مع JavaScript الثقيل لتحسين INP
INP هو القاتل الجديد في 2026. صفحات تحصل على LCP ممتاز قد تفشل في INP بسبب handlers مسجّلة على كل عنصر. فعّل في WP Rocket أو LiteSpeed: « Delay JavaScript Execution » لتأجيل تشغيل سكربتات الطرف الثالث (Google Analytics، Facebook Pixel، LiveChat) حتى أول تفاعل.
راجع إضافاتك. أي إضافة لا تستخدمها يوميًا، احذفها. الإضافات التي تضيف widgets غير ضروريّة لكل صفحة (مثل سلايدر معطّل) تستهلك JavaScript حتى لو لم يستفد منها الزائر. القاعدة العمليّة: موقع ووردبريس صحّي يحتوي على 10-15 إضافة فعّالة، لا 40-50.
استبدل عناصر JavaScript الثقيلة بـ HTML/CSS أصلي حيث أمكن. مثلاً، لا تستخدم إضافة سلايدر لشريط بسيط؛ استخدم CSS scroll snap. علامة النجاح: قياس INP في Chrome DevTools يعطي أقل من 150 مللي ثانية على صفحة المنتج عند فتح قائمة منسدلة.
الخطوة 9: Object Cache باستخدام Redis
إذا تجاوز موقعك 1000 زائر يوميًا، فإن طبقة Object Cache توفّر تسريعًا مذهلًا. Redis هو القياسي الصناعي. على Hostinger Business، Kinsta، أو WP Engine، Redis متاح بنقرة. ثبّت إضافة Redis Object Cache المجانيّة، فعّلها، انتقل إلى الإعدادات > Redis، واضغط « Enable Object Cache ».
النتيجة الفوريّة: استعلامات قاعدة البيانات المتكرّرة (مثل قائمة آخر التعليقات، الـ widgets) تُخدَم من ذاكرة Redis بدلاً من MySQL. على موقع متجر إلكتروني فيه 500 منتج، زمن تحميل صفحة الكتالوج ينخفض من 1.4 ثانية إلى 380 مللي ثانية.
لقياس الأثر، ثبّت Query Monitor مؤقّتًا قبل وبعد. علامة النجاح: عدد استعلامات قاعدة البيانات على الصفحة الرئيسيّة ينخفض من 80-100 إلى 20-30.
الخطوة 10: المراقبة المستمرّة والتنبيهات
التحسين لمرّة واحدة لا يكفي. الأداء ينحدر تدريجيًا مع كل إضافة جديدة أو محتوى ثقيل. اضبط مراقبة آليّة. خدمة UptimeRobot تراقب توفّر الموقع مجانًا كل 5 دقائق. خدمة SpeedVitals.com تقيس Core Web Vitals تلقائيًا وتنبّهك إذا تجاوز LCP عتبة معيّنة.
أنشئ روتين شهري: قياس PageSpeed Insights، مراجعة Core Web Vitals في Google Search Console (تقرير « تجربة الصفحة »)، تنظيف قاعدة البيانات، تحديث الإضافات. كل ثلاثة أشهر، راجع قائمة الإضافات واحذف ما لا تستخدمه. علامة النجاح المستدامة: بعد عام، Core Web Vitals لكل صفحات الموقع لا تزال خضراء في تقرير Field Data.
خلاصة عمليّة وأولويّات تنفيذ
تحسين أداء ووردبريس في 2026 ليس « ضربة سحريّة » واحدة. ابدأ بالأكبر أثرًا: PHP 8.3، إضافة Cache (LiteSpeed أو WP Rocket)، Cloudflare CDN، تحسين الصور بصيغة AVIF. هذه أربعة تغييرات تنقل معظم المواقع من Core Web Vitals برتقالي إلى أخضر. ثم استثمر في طبقة Object Cache و Database optimization إذا تجاوز موقعك حدّ ألف زائر يوميًا. وأخيرًا، اعتمد المراقبة المستمرّة لتفادي انحدار الأداء مع مرور الوقت.