علامات التجارة الإلكترونية
7 دقيقة قراءة
WooCommerce 11.2.1: قائمة اختبار الدفع قبل تحديث متجرك
تحديث WooCommerce 11.2.1 يعالج أخطاء محددة في إتمام الشراء. تعرّف على المتاجر المتأثرة وخطوات اختبار الدفع والشحن والضرائب قبل تحديث متجرك.
بقلم NxFold

آخر مراجعة: 16 أكتوبر 2026. صدر WooCommerce 11.2.1 يوم 9 أكتوبر لإصلاح مشكلتين ظهرتا في الإصدار 11.2.0: الأولى قد تؤثر في بعض المتاجر التي تستخدم صفحة الدفع التقليدية Classic Checkout وتحذف حقول العنوان، والثانية تخص التحقق من الرمز البريدي داخل Checkout Block لدول محددة، منها الأرجنتين والسلفادور وسانت فنسنت والغرينادين وجزر العذراء البريطانية. هذا لا يعني أن كل متجر في الإمارات لديه مشكلة في الدفع. إذا كانت صفحة الشراء لديك معدّلة أو مرتبطة بإضافات للشحن والضرائب وبوابة الدفع، اختبر المسار على نسخة تجريبية قبل تحديث المتجر المباشر. ملاحظات الإصدار الرسمية.
السؤال المهم لصاحب المتجر ليس «هل أضغط تحديث؟» فقط، بل «ما النسخة الحالية؟ وأي نوع من صفحات إتمام الشراء أستخدم؟ وما العمليات التي يجب أن تستمر دون خلل؟». الجدول أدناه خطة اختبار مقترحة، وليس نتائج اختبارات أجرتها NxFold على متاجر عملاء.
ما الفرق بين تحديث 7 أكتوبر وتحديث 9 أكتوبر؟
| النسخة | التغيير المؤكد من WooCommerce | ماذا يعني لك؟ |
|---|---|---|
| 11.2.0 — 7 أكتوبر | تحسين مطابقة المنتجات الموجودة عند تحديثها عبر CSV باستخدام GTIN وUPC وEAN وISBN عند غياب ID وSKU، وإضافة حقول تاريخ إضافية داخل Checkout Block، مع إصلاحات أمنية وتحديث لقاعدة البيانات. | إذا كنت تنتقل من 11.1 أو نسخة أقدم، تأكد من التجهيز لتغييرات 11.2 وأي ترقية تطلبها قاعدة البيانات. |
| 11.2.1 — 9 أكتوبر | إصلاح صفحة الدفع التقليدية عند حذف حقول العنوان، وتصحيح صيغ رموز بريدية محددة في Checkout Block. لم يتضمن هذا التحديث الفرعي بحد ذاته إصلاحًا أمنيًا جديدًا أو تحديثًا جديدًا لقاعدة البيانات. | لا تصفه بأنه «تحديث أمني جديد». لكن الانتقال مباشرة من 11.1 إلى 11.2.1 يتضمن تغييرات 11.2.0 أيضًا. |
المصدران الأساسيان هما إصدار 11.2.0 وإصدار 11.2.1. وجود إصلاحات أمنية في 11.2.0 سبب للتحديث بطريقة منظمة وفي وقت مناسب، وليس سببًا لتجاوز الاختبار التجريبي أو إسنادها خطأً إلى 11.2.1.
هل متجرك يستخدم Classic Checkout أم Checkout Block؟
صفحة الدفع التقليدية Classic Checkout: اطلب من المسؤول فحص صفحة الدفع في ووردبريس. قد تستخدم الرمز [woocommerce_checkout] أو قالبًا تقليديًا مخصصًا. إذا كانت الإضافات أو المطور يحذف حقول الفوترة والعنوان باستخدام مرشّحات ووردبريس woocommerce_billing_fields أو woocommerce_default_address_fields، فقد تتسبب نسخة 11.2.0 في طلب عنوان غير متوقع، أو اختفاء خيارات التوصيل، أو احتساب غير سليم للضريبة عند تحديث ملخص الطلب. أعلنت WooCommerce أن 11.2.1 يعيد السلوك السابق في هذا السيناريو. هذا وصف لخلل محتمل ضمن شروط محددة، وليس تشخيصًا لمتجرك. المصدر.
Checkout Block: المشكلة الثانية مرتبطة بصيغ الرمز البريدي في الأرجنتين والسلفادور وسانت فنسنت والغرينادين وجزر العذراء البريطانية. لا يوجد في إعلان هذا الإصلاح ما يثبت وجود مشكلة عامة في الرموز البريدية بالإمارات. وقد تنشأ مشاكل أخرى من إضافة منفصلة لتخصيص حقول الدول أو التحقق منها. المصدر.
لست متأكدًا أيهما تستخدم؟ لا تعتمد على شكل الصفحة فقط. راجع بنية صفحة الدفع والإضافات المفعّلة وإصدارات WooCommerce وووردبريس والقالب وبوابة الدفع مع المطور أو المسؤول الفني. وجود زر شراء عادي لا يخبرك إن كانت هناك مرشحات مخصصة خلفه.
جدول اختبار الدفع على النسخة التجريبية
جهّز نسخة staging غير موجهة للعملاء، واستخدم وسائل اختبار آمنة للدفع. اختر منتجًا عاديًا، ومنتجًا له مقاسات، وكوبونًا، ومنتجًا رقميًا إذا كان نشاطك يبيعه. نفّذ المسار بالعربية والإنجليزية وعلى الجوال والكمبيوتر. سجّل لكل حالة نجح / فشل / لم يُختبر. هذه الحالات خطة أصلية مقترحة، وليست نتائج فعلية من متجر اختبرناه. اختبر إعدادات متجرك الحالية على النسخة التجريبية؛ لا تحذف حقولًا من المتجر المباشر لمجرد محاولة إعادة إنتاج الخلل.
| الاختبار | الأولوية | متى ينطبق؟ | النتيجة المطلوبة أو إشارة الخلل |
|---|---|---|---|
| حذف أحد حقول العنوان وإعادة حساب الطلب | حرجة للمتاجر المعدّلة | Classic + مرشح يحذف حقول العنوان | إتمام الطلب دون طلب عنوان محذوف؛ عدم اختفاء الشحن أو الضرائب دون سبب. |
| تغيير عنوان التوصيل والرجوع إلى السلة | مرتفعة | متاجر التوصيل | الاحتفاظ بالخيار والقيمة والعنوان بشكل صحيح. |
| تغيير كمية المنتج | مرتفعة | كلا النظامين | تحديث مجموع المنتجات والخصم والشحن والإجمالي بما يطابق إعدادات المتجر. |
| تبديل دولة الشحن أو الفوترة | مرتفعة عند الاستخدام | كلا النظامين | ظهور الحقول والضرائب وخيارات الشحن التي حددها المتجر، دون افتراض قاعدة إماراتية جديدة. |
| إدخال رمز بريدي من الصيغ المذكورة | مرتفعة فقط عند بيع دولي معني | Checkout Block + الدول المذكورة | قبول الصيغ الصحيحة وفق الدولة؛ لا تنسب أي خطأ آخر لهذا التحديث مباشرة. |
| محاكاة نجاح الدفع ورفضه | حرجة | بوابة الدفع الفعلية | نجاح الاختبار ينشئ طلبًا واحدًا بحالة صحيحة؛ الرفض يعرض رسالة مفهومة دون كشف بيانات حساسة. |
| تغيير اللغة خلال الرحلة | مرتفعة | متجر عربي/إنجليزي | ثبات المنتجات والمجموع والسلة، ووضوح رسائل الأخطاء في اللغتين. |
| حقول الجوال والأرقام والاتجاه RTL | مرتفعة | العربية والجوال | عدم انعكاس الأرقام أو اختفاء الأزرار، ولوحة مفاتيح مناسبة للبيانات. |
| كوبون مع تكلفة التوصيل | متوسطة/مرتفعة | متاجر العروض | تطابق الخصم وقيمة التوصيل مع إعدادات المتجر. |
| تأكيد الطلب والرسائل والمخزون | حرجة | كلا النظامين | حالة الطلب، وتحديث المخزون، ووصول إشعارات العميل والإدارة كما ينبغي. |
| استيراد تحديث منتجات عبر GTIN | مرتفعة إن كانت مستخدمة | الانتقال من نسخة أقدم من 11.2 | التجربة على منتجات اختبار؛ تحديد الصفوف المقصودة قبل تعديل كتالوج حقيقي. |
| توافق إضافة PublishPress Future | حرجة إذا كانت مثبتة | الانتقال إلى WooCommerce 11.2 | التحديث إلى 4.10.4 أو أحدث قبل WooCommerce 11.2 وفق تنبيه WooCommerce. |
السطران الأخيران يخصان ميزات أو توافق 11.2.0 عند الانتقال من إصدار أقدم، ولا يعنيان أن 11.2.1 أضافهما. يمكن مراجعة تنبيه PublishPress Future في ملاحظات 11.2.0.
حتى يكون الاختبار قابلًا للمراجعة، سجّل «النسخة قبل/بعد»، وتاريخ الاختبار، ورابط staging، ونوع الجهاز، واللغة، وخيار الدفع والشحن، والحالة، وصورة خالية من بيانات العملاء، واسم الشخص المسؤول عن إصلاح الخلل. مثال افتراضي: «Classic Checkout / حذف حقل الفوترة / جوال بالعربية / من 11.2.0 إلى 11.2.1 / نجح: ظهرت صفحة تأكيد الطلب وبقي خيار التوصيل». هذا مثال لطريقة التوثيق، وليس تجربة نفذتها NxFold.
كيف تحدّث من دون تعريض الطلبات للضياع؟
ابدأ بنسخة احتياطية حديثة وقابلة للاسترجاع تشمل قاعدة البيانات ومجلد wp-content. قاعدة البيانات تحتوي على الطلبات، والمجلد يضم القوالب والإضافات والملفات المرفوعة. جرّب الاسترجاع في بيئة منفصلة عندما يكون ذلك ممكنًا، ثم أنشئ staging وطبّق عليها نسخة WooCommerce والإضافات والقالب التي تخطط لها. أكمل الاختبارات المتعلقة بمتجرك، ولا تكتفِ بتوافق الإضافة الأساسية إذا كانت بوابة الدفع أو الشحن مرتبطة بإضافة خارجية. دليل التحديث الرسمي.
حدد نافذة صيانة للمتجر المباشر وشخصًا مسؤولًا عن قرار الاستمرار أو التراجع. تنصح WooCommerce بتفعيل وضع Coming soon أثناء التحديث حتى لا تصل طلبات جديدة خلال تغييرات الملفات وقاعدة البيانات. إذا ظهرت رسالة لترقية قاعدة البيانات، نفّذها فقط بعد التأكد من وجود نسخة احتياطية صحيحة؛ وقد ينطبق ذلك عند الانتقال من نسخة تسبق 11.2. قبل فتح الدفع مجددًا، نفّذ اختبارًا سريعًا بطريقة دفع اختبار مناسبة وافحص الضرائب والتوصيل والبريد وحالة الطلب. لا تستخدم بطاقات العملاء الحقيقية للاختبار. أبقِ وصول العملاء مغلقًا أثناء وضع اختبار البوابة، وتأكد من استعادة إعدادات الدفع الحقيقي قبل إعادة فتح الشراء. الإرشادات الرسمية.
إذا فشل التحديث، لا تستعد قاعدة بيانات قديمة فوق قاعدة المتجر المباشر بلا مراجعة؛ فقد تخسر طلبات دخلت بعد أخذ النسخة. أوقف استقبال الدفع مؤقتًا، واحتفظ بسجلات الأخطاء، واطلب من مسؤول الاستضافة أو المطور اختيار خطة تراجع تحمي البيانات والطلبات. يعتمد الإجراء الصحيح على ما تغيّر فعلًا في قاعدة البيانات. وتحذر إرشادات النسخ الاحتياطي من ضياع الطلبات عند استعادة لقطات قديمة.
ماذا تفحص تحديدًا في متجر إماراتي ثنائي اللغة؟
الإعلان الرسمي عن إصلاح الرموز البريدية يتناول دولًا غير الإمارات، فلا تستخدمه لإثبات تغيير في قواعد العناوين أو الضريبة أو التوصيل محليًا. في متجرك، الأهم أن تتأكد من استمرار قواعد الشحن والضرائب التي ضبطتها أنت، ومن عودة بوابة الدفع إلى اللغة الصحيحة، ووضوح الأرقام والأسماء المختلطة عربي/إنجليزي في الجوال، وسلامة إشعار تأكيد الطلب باللغتين. هذه اختبارات وقائية وليست ادعاءً بأن WooCommerce 11.2.1 سبب خللًا فيها.
إذا كان المخزون مرتبطًا بنظام ERP، اختبر انتقال الطلب وحسم الكمية في الطرفين. وإذا توفر الدفع عند الاستلام، افحص حالته وإشعاراته بشكل مستقل عن الدفع بالبطاقة. ولجاهزية الإطلاق العامة، راجع قائمة إطلاق المتجر في أبوظبي، التي تغطي تخطيط النشاط والكتالوج والتوصيل. لا تغني هذه القائمة عن اختبار تحديث محدد.
متى تُحدّث؟ ومتى توقف التحديث؟
حدّث بعد نجاح الاختبار إذا كانت النسخة الاحتياطية قابلة للاسترجاع، والإضافات متوافقة، ومسار الدفع والشحن ورسائل الطلب ناجحة في الحالات التي يستخدمها متجرك بالفعل. أجّل نشر التحديث المباشر قليلًا إن كنت لا تعرف نوع صفحة الدفع، أو فشل اختبار حرج، أو بقي توافق بوابة الدفع مجهولًا. صعّد المشكلة فورًا إن كان المتجر المباشر يعاني حاليًا من اختفاء طرق الشحن أو خلل الضرائب أو تعطل إتمام الطلب؛ وثّق النسخة والتعديلات على الحقول وافحص السبب قبل اتهام التحديث تلقائيًا.
المنهجية: تجميع موثق لإعلانات WooCommerce الرسمية ودليل التحديث، مع حالات اختبار عملية مقترحة بوضوح. لم ندخل إلى حساب تاجر أو نجرِ اختبار دفع فعليًا أو نقس نتائج انتشار التحديث. الغلاف رسم توضيحي مولّد بالذكاء الاصطناعي، وليس لقطة من متجر حقيقي.
لديك مشروع في ذهنك؟
أفكار تتحوّل إلى خطوات.
حوّل ما قرأته إلى خطة أوضح لموقعك أو منتجك. أخبرنا بما تريد بناءه.
ناقش متطلبات مشروعك

