تحديث ووردبريس وووكومرس بأمان: كيف تحدّث متجرك دون أن تعطّله

لتحديث ووردبريس وووكومرس (WordPress وWooCommerce) بأمان، خذ نسخة احتياطية تستطيع استعادتها، وحدّث نسخة من موقعك أولًا، واختبر الصفحات التي تدرّ المال، ثم كرّر التحديثات نفسها على المتجر الفعلي، في ساعة هادئة ومعك طريق للرجوع. تسدّ التحديثات الثغرات الأمنية وتُبقي الإضافات تعمل معًا، لكنها تغيّر أيضًا الشيفرة التي تشغّل صفحة الدفع. يعطيك هذا الدليل الروتين، والإعدادات الافتراضية للتحديث التلقائي، وخطوات التعافي، بحسب الوضع في أكتوبر 2026.

لماذا تهمّ تحديثات WordPress وWooCommerce؟

تحمل التحديثات إصلاحات أمنية، ونصيحة WordPress نفسها أن تبقى محدَّثًا دائمًا: راجع قائمة التحقق من أمان WordPress. وتقول سياسة التصحيحات الأمنية في WooCommerce إن الإصلاحات للمشكلات الخطيرة (درجة CVSS تبلغ 9 أو أعلى) تُوجَّه إلى نافذة متحركة من الإصدارات الحديثة، تعادل نحو سنتين من الإصدارات، وإن على المتاجر الأقدم أن تحدّث لتتلقاها. وتُبقي التحديثات برمجياتك متوافقة أيضًا: يلاحظ دليل التحديث في WooCommerce أن التوافق كثيرًا ما يتوقف على المجموعة الكاملة من البرمجيات الفعّالة، من القالب إلى بوابات الدفع.

ماذا تفحص قبل أن تحدّث؟

سجلات التغييرات والتوافق والمتطلبات

• سجل التغييرات (changelog): يقودك إشعار التحديث في شاشة Plugins إلى تفاصيل الإصدار الجديد، وتشير إعلانات WooCommerce وسجل تغييراته إلى الإصلاحات الأمنية.
• Tested up to (الإصدار المختبر): في صفحة إضافة على wordpress.org قارن إصدار WordPress المختبر وإصدار PHP والإصدارات المطلوبة بما لديك. وفي إضافات WooCommerce.com يعرض WooCommerce > Extensions > My subscriptions التوافق، وقيمة Tested up to WooCommerce الأقدم سبب لقراءة ملاحظات الإصدار أولًا.
• PHP: لا يعرض WordPress تحديثًا لإضافة تحتاج إلى PHP أحدث مما يشغّله خادمك. وفي 2026 يوصي WordPress بـ PHP 8.3 أو أحدث؛ ويتناول دليل السرعة تحديث PHP.
• عناصر السوق: يعرض DevMarket مدة الدعم وسياسة التحديث لكل عنصر.

التحديثات الرئيسية والثانوية

في WordPress، يدل تغيّر الرقمين الأولين على إصدار رئيسي بميزات جديدة، ويدل الرقم الثالث على إصدار ثانوي للإصلاحات. أما تقويم الإصدارات في WooCommerce فيقول إنه لا يفرّق بين الإصدارات الرئيسية والثانوية: كل إصدار يرفع رقم النسخة، كل خمسة أسابيع تقريبًا، وتتبعه إصدارات ترقيع (patch) للمشكلات التي تُكتشف لاحقًا. فعامل كل إصدار جديد من WooCommerce على أنه تغيير حقيقي. ويختار مؤلفو الإضافات والقوالب ترقيمهم بأنفسهم، فالرقم الصغير ليس وعدًا بتغيير صغير.

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

كيف تحدّث WordPress بأمان؟ الروتين

1. انسخ احتياطيًا أولًا. انسخ قاعدة البيانات والملفات، وخاصة wp-content، واحتفظ بنسخة بعيدة عن الخادم، وجرّب الاستعادة. راجع كيف تنسخ WordPress احتياطيًا.
2. حدّث نسخة تجريبية من الموقع (staging). النسخة التجريبية هي نسخة من موقعك الفعلي تجرّب عليها التحديثات قبل أن يتأثر العملاء. كثيرًا ما تنشئها شركات الاستضافة بنقرات قليلة، وبعض الإضافات تستنسخ الموقع من لوحة التحكم، ويمكنك استعادة نسخة احتياطية في تثبيت WordPress منفصل. وعلى النسخة، فعّل Discourage search engines from indexing this site (منع محركات البحث من فهرسة هذا الموقع) ضمن Settings > Reading، وضع المدفوعات في وضع الاختبار، وتأكد من أنها لا تستطيع إرسال بريد إلى عملاء حقيقيين.
3. حدّث بترتيب معقول. يحدّث دليل WooCommerce إضافة WooCommerce أولًا، ثم الإضافات الأخرى وبوابات الدفع والقالب في النافذة نفسها، ولا يجري أي تحديث لقاعدة البيانات إلا بعد نسخة احتياطية. أما وثائق تحديث WordPress التي راجعناها فلا تحدد ترتيبًا للنواة والإضافات والقوالب. اقتراحنا: دفعات صغيرة يتخللها اختبار، النواة أولًا، ثم WooCommerce، ثم الباقي.
4. اختبر المسارات الأساسية في الجدول أدناه.
5. كرّر على المتجر الفعلي. بعد نسخة احتياطية جديدة، حوّل صفحات المتجر إلى وضع Coming soon (وضع «قريبًا») ضمن WooCommerce > Settings > Site visibility، كما يقترح WooCommerce أثناء نافذة التحديث. طبّق التحديثات نفسها، ونفّذ أي تحديث لقاعدة البيانات، واختبر مرة أخرى، ثم أعده إلى Live.

في متجر عربي أو ثنائي اللغة، كرّر الفحوص بالعربية: التخطيط ورسائل البريد والفواتير، مستعينًا بـقائمة التحقق من RTL ودليل موقع WordPress العربي.

ماذا تفعل التحديثات التلقائية في WordPress افتراضيًا؟

يشغّل WordPress التحديثات التلقائية للإضافات والقوالب (المتاحة منذ 5.5) مرتين يوميًا افتراضيًا، ويراسل مالك الموقع بالنجاح والفشل، ويعتمد على WP-Cron، لذا تعرض Tools > Site Health خطأً إن تعذّر تشغيلها. راجع وثائق التحديثات التلقائية. وقد تدير شركات الاستضافة التحديثات بنفسها، فافحص Dashboard > Updates لتعرف وضعك الفعلي.

ويستعيد WordPress أيضًا الإصدار السابق من الإضافة إذا تسبب التحديث في خطأ قاتل (fatal error): في التحديثات اليدوية منذ 6.3 وفي التحديثات التلقائية منذ 6.6. وهذا يشمل الأخطاء القاتلة فقط، لا صفحة دفع تتوقف عن العمل بصمت. اقتراحنا: أبقِ تحديثات النواة الثانوية مفعّلة، وفعّل التحديث التلقائي فقط للإضافات الصغيرة منخفضة المخاطر التي لها نسخ احتياطية تلقائية، وحدّث WooCommerce والدفع والشحن والضريبة والقالب يدويًا بعد الاختبار.

ماذا تفعل إذا كسر التحديث موقعك؟

1. توقف عن التحديث ودوّن ما تغيّر وما تقوله رسالة الخطأ. وإذا تعطلت صفحة الدفع فاستخدم وضع Coming soon كي لا يصطدم العملاء بمسار معطّل.
2. استخدم وضع الاسترداد (recovery mode). بعد خطأ قاتل يرسل WordPress بريدًا إلى عنوان الإدارة فيه رابط يدخلك إلى لوحة الإدارة مع إيقاف الإضافة أو القالب المعطوب مؤقتًا.
3. عطّل الإضافة عبر نظام الملفات إذا تعذّر تسجيل الدخول. في SFTP أو مدير الملفات في استضافتك، افتح wp-content/plugins وغيّر اسم مجلد الإضافة التي حدّثتها للتو. يعطّل WordPress الإضافات التي ملفاتها مفقودة. أما الأسئلة الشائعة لاستكشاف الأخطاء فتغيّر اسم مجلد الإضافات كله إلى plugins.hold. أعد الاسم بعد ذلك وفعّل الإضافات واحدة واحدة.
4. أزل رسالة الصيانة العالقة. إذا رأى الزوار «Briefly unavailable for scheduled maintenance»، فاحذف الملف .maintenance في المجلد الجذر لـ WordPress، بحسب الأسئلة الشائعة نفسها.
5. استعد النسخة الاحتياطية عند الحاجة. تعيد الاستعادة قاعدة البيانات إلى وقت النسخة، فتغيب الطلبات التي وردت بعدها: اسردها من لوحة مزوّد الدفع لديك. ويقول دليل WordPress إن إرجاع النواة إلى إصدار سابق لا يُنصح به عادةً، لأن الإصدارات الأحدث فيها إصلاحات أمنية. اختبر المشكلة على النسخة التجريبية قبل أن تحاول مجددًا.

cd wp-content/plugins
mv example-plugin example-plugin.off

استبدل example-plugin بالاسم الفعلي للمجلد، ولكي تتراجع أعد الاسم كما كان. وللأعراض مثل الشاشة البيضاء، راجع إصلاح أخطاء WordPress الشائعة.

متى تحدّث، وكيف تحمي شيفرتك المخصصة؟

يقترح WooCommerce روتينًا شهريًا لمعظم المتاجر، ومبكرًا أكثر للإصلاحات الأمنية. انظر إلى طلباتك بحسب الساعة ويوم الأسبوع، بتوقيت عملائك، واختر أهدأ فترة في يوم يوجد فيه من يستطيع إصلاح مشكلة. وتجنّب فترات الحملات مثل عروض رمضان أو الجمعة البيضاء (White Friday)، ولا توقف الطلبات إلا لفترة وجيزة، لخطوات محفوفة بالمخاطر مثل تحديث قاعدة البيانات.

تستبدل التحديثات ملفات الإضافات والقوالب، فلا تعدّلها أبدًا. ضع تعديلات القالب في قالب فرعي (child theme) يبقى بعد تحديث القالب الأب؛ وتوضع تجاوزات قوالب WooCommerce في مجلد woocommerce الخاص بها، وتنبّه WooCommerce > Status > System status إلى القديم منها. وضع المقاطع البرمجية في إضافة صغيرة خاصة بك، وهي مجلد داخل wp-content/plugins فيه ملف PHP واحد وتعليق ترويسة (انظر أساسيات الإضافات)، لتبقى بعد تغيير القالب:

<?php
/*
 * Plugin Name: My Store Customisations
 */

قائمة يوم التحديث

• قبل: اقرأ سجلات التغييرات، وافحص PHP والإصدارات المختبرة، وخذ نسخة احتياطية واختبرها، واستنسخ الموقع إلى نسخة تجريبية.
• على النسخة التجريبية: حدّث بدفعات صغيرة، ونفّذ كل مسار مذكور أعلاه، وأجّل ما يفشل.
• على الموقع الفعلي: نسخة احتياطية جديدة، ووضع Coming soon، والتحديثات نفسها، وطلب تجريبي، ثم Live.
• بعد: افحص Site Health وScheduled Actions ورسائل البريد وأول الطلبات الحقيقية.

وتحوّل قائمة التحقق لصيانة WordPress هذا الروتين إلى عادة شهرية.

أسئلة شائعة

كم مرة ينبغي أن أحدّث WordPress وWooCommerce؟

يقترح WooCommerce الفحص شهريًا والتحديث مبكرًا أكثر للإصلاحات الأمنية. وتصل إصدارات WordPress الثانوية تلقائيًا افتراضيًا، فالعمل اليدوي هو الإضافات والقوالب وWooCommerce.

هل أفعّل التحديث التلقائي لـ WooCommerce؟

يتوقع دليل WooCommerce أن تختبر على نسخة تجريبية أولًا، لذا يناسب التحديث اليدوي أكثر. وينصح WordPress بوجود نسخ احتياطية قبل تفعيل التحديث التلقائي أصلًا.

هل أستطيع تخطي إصدارات؟

غالبًا نعم، لأن WordPress يدعم الترقية عبر الإصدارات، لكن اذهب خطوة خطوة إذا كنت متأخرًا أكثر من إصدارين رئيسيين، واختبر على نسخة تجريبية أولًا.

هل أحتاج إلى نسخة تجريبية لمتجر صغير؟

يقول WooCommerce أن تختبر على نسخة تجريبية كلما أمكن. وإن لم تتوفر، فخذ نسخة احتياطية مختبرة، وحدّث في ساعة هادئة مع وضع Coming soon، واختبر طلبًا فورًا.

الخطوات التالية

جهّز النسخ الاحتياطي بقراءة كيف تنسخ WordPress احتياطيًا، واقرأ HPOS في WooCommerce قبل أن تغيّر طريقة حفظ متجرك للطلبات. أما الإضافات فراجع أفضل إضافات WooCommerce وتصفّح إضافات WordPress على DevMarket، مع فحص سياسة التحديث لكل عنصر أولًا.