MirrorORG Speed: كيف يسرّع ووردبريس ويختبر كل تحسين؟

MirrorORG Speed إضافة تسريع لووردبريس تعمل كوكيل ذكاء اصطناعي: تقيس موقعك بمحرّك PageSpeed، وتختار تحسينًا واحدًا، وتجرّبه على نسخة لا يراها أي زائر بجوار الإعداد الحالي، ثم تُبقيه فقط إذا ثبت أنه أسرع ولم يكسر شيئًا. نشرح هنا ما يحدث داخل جلسة التحسين، وبأي قواعد يُقبل التحسين أو يُرفض، وما الذي يبقى قرارًا لك أنت.

كيف تمضي جلسة التحسين خطوة بخطوة؟

1. 1

   قياس مرجعي

   يقيس الوكيل الموقع كأن الإضافة غير موجودة، ثم يقيس ما يراه الزوار الآن، على صفحات تمثّل الموقع: الرئيسية والمتجر وصفحة منتج أو مقال. هذا القياس الأول يبقى مرجعًا ثابتًا تقارن به كل الجلسات اللاحقة.

2. 2

   اختيار تجربة واحدة

   يقرأ بنود PageSpeed الواقعة فعلًا في موقعك، ويختار التحسين الذي يعالج أكثرها أثرًا. عندما يبقى خيار وحيد، يجرّبه مباشرة دون سؤال المساعد الذكي.

3. 3

   اختبار A/B في الفحص نفسه

   تُقاس النسخة التجريبية بجوار الإعداد الحالي في الفحص ذاته، وبرابط مختلف لكل قياس، لأن PageSpeed Insights يعيد التقرير نفسه للرابط نفسه نحو دقيقة.

4. 4

   قياس ثانٍ قبل القبول

   منذ الإصدار 2.3.7، أي تجربة تبدو أسرع بسبب الأرقام تُقاس مرة أخرى، ولا تُقبل إلا إذا تكرر المكسب في القياس الثاني وفي متوسط القياسين. وإلا تظهر في سجل النشاط كذبذبة قياس.

5. 5

   تطبيق ثم تأكيد

   ما يُقبل يصل للزوار فورًا، ثم يفحص الوكيل الموقع الحقيقي. إذا ظهر عطل، تُلغى هذه الخطوة وحدها وتبقى الخطوات السابقة.

متى يُرفض التحسين تلقائيًا؟

الحكم يتم بقواعد ثابتة لا بانطباع. وتتضاعف الحدود مع PageSpeed Insights لأن نتائجه تتذبذب بين الفحوصات، وقد يصل الفرق في المواقع الثقيلة إلى 10 درجات أو أكثر.

ويُحكم على كل تحسين بالمقاييس التي يمكن أن يحرّكها فقط. صور WebP مثلًا لا تغيّر وقت تشغيل JavaScript، فلا يُحسب فرق TBT بعدها لصالحها أو ضدها.

ما الذي يصلحه الوكيل وما الذي يتركه لك؟

• الأداء: كاش الصفحات مع ضغط gzip أو brotli، وصور WebP بمقاسات من 240 إلى 1440 بكسل، وتحميل صورة LCP مبكرًا بأولوية عالية دون تأجيلها، واستضافة خطوط جوجل محليًا، وحذف CSS غير المستخدم، وتأخير السكربتات حتى أول تفاعل.
• إمكانية الوصول وSEO: نص بديل للصور الناقصة، وأسماء لأزرار الأيقونات، وتسميات للحقول، وتصحيح ترتيب العناوين عبر aria-level دون تغيير الشكل، ووصف للصفحات التي لا تملك وصفًا.
• ما يبقى قرارك: ألوان البراند لا تُغيَّر تلقائيًا حتى لو كان تباينها أقل من 4.5:1، ويظهر البند في تبويب PageSpeed بعلامة «محتاج تعديل منك» مع نصيحة بالعربية.

قبل التثبيت: ثلاث خطوات لا تتخطاها

1. 1

   نسخة احتياطية كاملة

   الإضافة تكتب ملف advanced-cache.php وسطر WP_CACHE في wp-config.php وكتلة في .htaccess عند تطبيق أول تحسين، فخذ نسخة من الملفات وقاعدة البيانات.

2. 2

   عطّل إضافات الكاش الأخرى

   LiteSpeed Cache أو WP Rocket أو W3 Total Cache أو Autoptimize: إضافتا كاش معًا تعنيان صفحات قديمة أو مكسورة. راجع أنواع الكاش في ووردبريس لتفهم أين يحدث التعارض.

3. 3

   تأكد من المتطلبات

   ووردبريس 5.8 وPHP 7.4 أو أحدث مع OpenSSL، وImagick أو GD لتحويل الصور، وسماح الاستضافة بدالة proc_open لتشغيل الخلفية.

أدوات المقارنة والإنقاذ

وأنت مسجّل كمدير، أضف هذا الوسيط لأي رابط لترى الصفحة دون أي تحسين وتقارن:

https://example.com/product/sample/?mspeed=off

وإذا ظهرت صفحة بيضاء بعد التفعيل، غيّر اسم مجلد الإضافة عبر FTP، واحذف wp-content/advanced-cache.php وwp-content/mu-plugins/mirrororg-speed-loader.php إن وُجدا، ثم احذف سطر WP_CACHE الذي يحمل تعليق MirrorORG Speed من wp-config.php.

اختبار ما بعد كل جلسة

• الرئيسية ومقال ومنتج، على الموبايل والكمبيوتر، في نافذة خاصة.
• رحلة شراء كاملة: إضافة للسلة ثم السلة ثم الدفع. صفحات السلة والدفع وحسابي لا تُخزَّن في الكاش أبدًا، لكن الاختبار يكشف أي سكربت مؤجَّل تحتاجه البوابة.
• النماذج: التواصل والتسجيل والدخول، خصوصًا إذا كان فيها reCAPTCHA، لأنه يتأخر حتى أول لمسة أو تمرير.

أسئلة قبل الشراء

للاستزادة

• تسريع موقع ووردبريس: 10 خطوات عملية إذا أردت فهم الأساسيات قبل الأتمتة.
• Hostinger CDN مع LiteSpeed Cache لمن يستخدم الـCDN الخاص بهوستنجر.

المرجع

دليل MirrorORG Speed الرسمي (الإصدار 2.3.7)، وطريقة حساب درجة الأداء في Lighthouse من جوجل. راجعناهما في 18 أكتوبر 2026.