WooCommerce 11.0 متوفر الآن: متاجر أسرع، إمكانية مطالبة الضيوف بالطلبات، وتحسينات في التحليلات

تم إصدار WooCommerce 11.0 في الثلاثاء، 04/08/2026 — بعد أسبوع من الموعد الأصلي، ولسبب وجيه. هذا إصدار كبير: 551 طلب سحب من 89 مساهمًا، تحديث لقاعدة البيانات، وإزالة واحدة مؤثرة سيلاحظها عدد قليل من المتاجر فورًا.

إذا كنت تدير متجر WooCommerce، فإليك ما تغيّر فعليًا، وما يعنيه ذلك لعملك اليومي، وما يجب مراجعته قبل تنفيذ التحديث.

أولاً: تفاصيل الإصدار

كان من المخطط إطلاق WooCommerce 11.0 في 28/07. أثناء اختبار أول نسخة مرشحة للإصدار، اكتشف الفريق خطأً قاتلاً يظهر في ظروف محددة بسبب إحدى ميزات الأداء الجديدة. بدلاً من إصدار تحديث لمكون إضافي يستخدمه أكثر من 7 ملايين موقع نشط، تم تأجيل الإصدار أسبوعًا، وإصدار نسخة مرشحة ثانية في 29/07، ثم الإطلاق في 04/08.

لم يعلن الفريق عن أي تغيير في نطاق الإصدار مع التأجيل — البيان تناول الجدول الزمني فقط.

WordPress

6.9 أو أحدث

PHP

7.4 أو أحدث

تم اختباره حتى

WordPress 7.0 (القائمة على WordPress.org تعرض حاليًا 7.0.2)

يجب أن يصبح متجرك أسرع

كان الأداء هو محور الإصدار 11.0، مع 28 طلب سحب مرتبطة بالأداء أو التخزين المؤقت أو قابلية التوسّع. هناك تغييران رئيسيان.

تفعيل التخزين المؤقت لكائنات المنتجات افتراضيًا

هذه هي الإضافة الأهم. WooCommerce أصبح الآن يخزن كائنات المنتجات مؤقتًا بشكل افتراضي، والتأثير المقاس واضح:

• المنتجات المتغيرة تُحمّل أسرع بنسبة تقريبية بين 9–12% في صفحات المنتجات
• المنتجات المجمعة تُعالج أسرع بنسبة 6–12% أثناء إتمام الشراء

النقطة المهمة: هذا التفعيل افتراضي للمتاجر الجديدة فقط. المتاجر الحالية غير متأثرة وتحتفظ بالإعداد الاختياري — يمكنك تفعيله يدويًا لاختباره، وWooCommerce أعلنت عن نية التوسيع في إصدار قادم.

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

شاشة الطلبات لم تعد بطيئة

إذا كان متجرك يستخدم High-Performance Order Storage ولاحظت أن شاشة الطلبات تستغرق عدة ثوانٍ عند التحميل، فإن الإصدار 11.0 يعيد كتابة الاستعلامات خلف هذه الشاشة. التحسينات تستهدف حالتين بطيئتين تحديدًا: القوائم المصفاة عبر عدة حالات للطلبات، واستعلامات العد التي تُنفذ عند تحميل الشاشة بصندوق بحث فارغ.

يحصل مسؤول المنتجات أيضًا على عدادات حالة دائمة، بحيث لم يعد من الضروري إعادة حساب أعداد «منشور / مسودة / سلة المهملات» أعلى قائمة المنتجات في كل مرة يتم فيها تحميل الصفحة.

خلف الكواليس

هناك تغييران إضافيان يهمان بشكل خاص من يدير واجهة متجر headless أو كتالوجًا كبيرًا:

• Store API يقيّد الآن طلبات بيانات مجموعات المنتجات ويزيل التكرار بينها. الطلبات التي تتجاوز الحد تعيد HTTP 400، ويمكن ضبط الحد عبر فلتر — فإذا كان لديك سبب مشروع لطلب كمية أكبر، يمكن للمطور رفع الحد الأقصى.
• تم نقل توليد كتالوج نقاط البيع إلى معالجة مجزأة مع إمكانية ضبط حجم الجزء والمهلة الزمنية، مما يمنع الكتالوجات الكبيرة من الانقطاع أثناء التوليد.

الضيوف يمكنهم الآن ربط طلباتهم السابقة بحساباتهم

هذه الميزة هي الأكثر احتمالاً لتقليل طلبات الدعم لديك.

حتى الآن، إذا أتم عميل الشراء كضيف ثلاث مرات ثم بعد ذلك أنشأ حسابًا، لم يكن لديه وسيلة لرؤية مشترياته السابقة. كان سجل الطلبات يبدأ من الصفر. وكل عميل من هؤلاء يحتاج إلى فاتورة أو إثبات ضمان أو إعادة طلب كان عليه مراسلتك عبر البريد الإلكتروني.

WooCommerce 11.0 يغلق هذه الفجوة. يمكن للعميل المسجل الآن البحث عن الطلبات التي أُنجزت باستخدام بريده الإلكتروني كضيف، وتأكيد الملكية عبر رابط تحقق يُرسل إلى بريده، ثم ربط تلك الطلبات بحسابه. بعد التحقق، تُسند الطلبات إلى معرف المستخدم وتظهر في سجل الطلبات المعتاد.

خطوة التحقق إلزامية ولا يمكن تجاوزها — الربط لا يتم إلا بعد أن يثبت العميل ملكيته للبريد الإلكتروني. هذا ما يمنع تسرب سجل الطلبات.

هذه الميزة مبنية مباشرة على آلية إنشاء الحساب بعد إتمام الشراء التي أضيفت في WooCommerce 9.5، وتكمل الحلقة: يمكن للضيوف إنشاء حساب بعد الشراء، والآن يمكن لهذا الحساب أن يرث جميع المشتريات السابقة.

تحليلات يمكن الوثوق بها فعليًا

ثلاث إصلاحات هنا، كل واحدة تعالج طريقة محددة كان WooCommerce Analytics يسبب بها التباسًا سابقًا.

المرتجعات تُسجّل الآن في الشهر الصحيح. تقرير المبيعات v3 يضيف قيمة المرتجعات لكل فترة زمنية. سابقًا، كان التعامل مع المرتجعات يجعل مقارنة صافي المبيعات بين الأشهر غير دقيقة — فمرتجع يصدر في يونيو لطلب من مايو كان يشوّه إحدى الفترتين. الآن تُحتسب المرتجعات في الفترة التي حدثت فيها فعليًا. (نقاط النهاية v1 وv2 القديمة لم تتغير، فلا يتأثر أي تكامل بنيته عليها.)

عمليات الاستيراد التاريخية الفاشلة أصبحت مرئية وقابلة لإعادة المحاولة. إذا سبق لك نقل متجر وبدأت استيراد بيانات Analytics تاريخية وانتهى بك الأمر بفجوات في التقارير دون تنبيه، ستقدر هذه الميزة. تظهر الآن عمليات الاستيراد الفاشلة في لوحة الإدارة مع زر لإعادة المحاولة. يدعم ذلك نقطتا النهاية الجديدتان: GET /wc-analytics/imports/status وPOST /wc-analytics/imports/retry-failed.

عدد الجلسات لم يعد مبالغًا فيه. تتطلب أحداث Analytics الآن معرف زائر ثابت. لم تعد الروبوتات والعملاء المؤقتون الذين يتصلون لفترة وجيزة يُسجلون كجلسات. توقع انخفاض أرقام الجلسات بعد التحديث — هذا هو الإصلاح وليس تراجعًا. كما سيصبح معدل التحويل لديك أكثر دقة.

تغييرات صغيرة تتراكم نتائجها

مدة حجز الرصيد الافتراضية 60 دقيقة. عند حجز الرصيد لطلب لم يُكمل الدفع بعد، تصبح مدة الحجز الافتراضية ساعة واحدة إذا لم يحدد المتصل مدة معينة. إذا كنت تبيع منتجات محدودة الرصيد وتحتاج مدة أقصر أو أطول، يمكن للمطور تمرير مدة صريحة.

تحسين دعم أرقام الهواتف الدولية. هناك خطافان جديدان — woocommerce_validate_phone وwoocommerce_format_phone_number — يتيحان للمطورين التعامل مع تنسيقات الأرقام المحلية والأرقام غير الإنجليزية، والتحكم في كيفية عرض الأرقام بشكل منفصل عن التحقق منها. كما أضيفت طريقة WC_Validation::is_phone_format() لفحص شكل الرقم بشكل مستقل عن الدولة. إذا كنت تبيع دوليًا وواجه عملاؤك مشاكل في التحقق من الرقم عند الدفع، فهذا هو الحل.

معاينات بريد إلكتروني أنظف. فلتر woocommerce_email_preview_show_shipping_details الجديد يخفي تفاصيل الشحن الافتراضية في معاينات البريد الإلكتروني — مفيد عند تصميم قوالب للمنتجات الرقمية ولا ترغب في ظهور عناوين وهمية في النماذج.

رسائل بريد إلكتروني غنية عبر الكتل. يدعم محرر البريد الإلكتروني المعتمد على الكتل الآن تضمين فيديوهات Vimeo وTikTok وDailymotion، وتظهر كصور مصغرة قابلة للنقر.

تحسينات في إمكانية الوصول. جداول السلة وشاشات الإدارة حصلت على تحسينات في إمكانية الوصول، بما في ذلك تعديلات تباين الألوان لتوافق WCAG 2.2 AA.

لا يزال في النسخة التجريبية: استعادة الدفع

WooCommerce يدمج ميزة استعادة السلة المتروكة في النواة، و11.0 يواصل طرحها كميزة تجريبية اختيارية. يمكنك تفعيلها من WooCommerce → Settings → Advanced → Features.

ما هو متاح حاليًا: رسائل استعادة للدفع المتروك، إمكانية إرسال رسالة استعادة يدويًا من طلب مؤهل، فلتر لتحديد حالات الطلب المؤهلة (woocommerce_checkout_recovery_eligible_statuses)، ومسار إلغاء اشتراك بنقرة واحدة مع معالجة خصوصية مدمجة.

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

واجهة إعدادات جديدة مبنية على React يجري طرحها أيضًا، مع نقل نماذج الإعدادات إلى مكون DataForm مشترك.

الأمر الوحيد الذي قد يسبب تعطلًا: محرر المنتجات التجريبي

إذا كنت قد فعّلت محرر المنتجات التجريبي، سيعود متجرك إلى المحرر الكلاسيكي بعد التحديث. لن تفقد أي بيانات — منتجاتك محفوظة — لكن الواجهة التي اعتدت عليها ستختفي.

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

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

Action Scheduler 4.0.0 يأتي مع الحزمة

WooCommerce 11.0 يتضمن Action Scheduler 4.0.0 — نظام جدولة المهام الخلفية الذي يدير رسائل البريد المجدولة، وتجديد الاشتراكات، وتسليم webhook، والعديد من وظائف الإضافات غير المرئية. رفع رقم الإصدار الرئيسي مقصود: فهو يشير إلى تغييرات غير متوافقة مع الإصدارات السابقة.

الإجراءات الفاشلة تُنظف تلقائيًا الآن، وتحذف بعد ثلاثة أشهر. هذا خبر جيد فعلاً للمتاجر ذات الحجم الكبير، حيث تراكم الإجراءات الفاشلة كان سببًا معروفًا لتضخم قاعدة البيانات. يمكن ضبط فترة الاحتفاظ عبر فلتر action_scheduler_retention_period_for_failed، ويمكن تعطيل السلوك بالكامل باستخدام action_scheduler_enable_failed_action_cleanup إذا كان لديك سبب للاحتفاظ بكل شيء.

فحص الفريد يشمل الآن الوسيطات. سابقًا، كان إزالة التكرار يعتمد فقط على hook والمجموعة. إذا كان هناك مهمتان تشتركان في نفس hook لكن بوسيطات مختلفة، قد تُحذف إحداهما كنسخة مكررة. الآن أصبحت الوسيطات جزءًا من المقارنة — وهو السلوك الصحيح، لكنه يعني أن المتاجر التي كانت تعتمد دون علمها على السلوك القديم ستلاحظ إنشاء إجراءات أكثر من السابق.

تتم عملية التنظيف كوظيفة يومية مخصصة في الساعة 3 صباحًا بتوقيت الموقع، حيث تتم معالجة ما لا يقل عن 250 إجراءً في كل دفعة، بدلاً من التنفيذ المتزامن أثناء معالجة قائمة الانتظار. يمكن تعديل حجم الدفعة عبر action_scheduler_cleanup_batch_size. يتطلب Action Scheduler 4.0.0 إصدار WordPress 6.8 أو أحدث.

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

1. تأكد من بيئة العمل لديك. يتطلب WordPress 6.9 أو أحدث وPHP 7.4 أو أحدث. إذا كنت متأخرًا في أي منهما، عالج ذلك أولاً.
2. قم بالتحديث على بيئة الاختبار. خذ نسخة حديثة من بيئة الإنتاج، وحدثها هناك، ثم نفذ تحديث قاعدة البيانات.
3. راجع الإضافات لديك. أي إضافة تتعامل مع محرر المنتجات أو الوظائف الخلفية أو Store API تحتاج إلى مراجعة خاصة. استفسر من المزودين عن التوافق مع الإصدار 11.0.
4. نفذ طلبات اختبارية. تحقق من الدفع كضيف، والدفع أثناء تسجيل الدخول، ومنتج متغير، وحزمة منتجات إذا كنت تبيعها. تأكد من صحة حساب الضرائب والشحن.
5. راجع الوظائف الخلفية. راقب قائمة انتظار Action Scheduler ليوم كامل وتأكد من استمرار تنفيذ المهام المجدولة — هنا ستظهر تغييرات Action Scheduler 4.0.0.
6. اعرف خطة التراجع لديك. احتفظ بنسخة احتياطية من قاعدة البيانات وخطة موثقة للعودة إلى الإصدار 10.9 قبل أي تعديل على بيئة الإنتاج.
7. ثم فكّر في تفعيل التخزين المؤقت لكائنات المنتجات. بعد استقرار الإصدار 11.0 في متجرك، اختبر تفعيله على بيئة الاختبار وقم بقياس الأثر على الكتالوج الخاص بك.

هل يجب عليك التحديث؟

نعم — ولكن ليس اليوم، وليس مباشرة على بيئة الإنتاج.

يعد WooCommerce 11.0 إصدارًا قويًا. التحسينات في الأداء قابلة للقياس وليست مجرد وعود، وميزة المطالبة بطلبات الضيوف تعالج عبئًا حقيقيًا في الدعم، كما أن تصحيحات التحليلات تصلح أرقامًا كانت غير دقيقة. وحدها عملية تنظيف Action Scheduler ستجنب بعض المتاجر مشكلة تضخم قاعدة البيانات تدريجيًا.

نطاق المخاطر محدود لكنه ليس معدومًا: إزالة محرر المنتجات وتغييرات سلوك Action Scheduler هما النقطتان اللتان قد تفاجئان المتجر. كلاهما يمكن التعامل معه بالكامل إذا تم الاختبار أولاً على بيئة الاختبار — ونظرًا لأن هذا الإصدار احتاج إلى مرشح إصدار ثانٍ لمعالجة خطأ جسيم، فهذه نصيحة يجب أخذها بجدية.

وإذا دفعك هذا الإصدار للتفكير في مدى ملاءمة WooCommerce لمتجرك على المدى الطويل، فننصحك بالاطلاع على مقالتين سابقتين لدينا: ما هي التكلفة الفعلية لـ WooCommerce في السنة الثانية، وبطاقة التقييم التي نعتمدها لتحديد متى يكون الانتقال من WooCommerce مبررًا — ومتى لا يكون كذلك.

هل تدير متجر WooCommerce؟

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