Checklist إطلاق متجر WooCommerce 2026: 50 اختبارًا قبل فتح المتجر للعملاء

Checklist إطلاق متجر WooCommerce هي آخر مرحلة قبل تحويل المتجر من بيئة تجهيز إلى Production حقيقي. تثبيت WooCommerce وإضافة المنتجات لا يعني أن المتجر جاهز للبيع؛ يجب اختبار دورة الطلب كاملة، المخزون، الدفع، الشحن، الضرائب، الإيميلات، Webhooks، المهام المجدولة، الأداء، SEO، Analytics والاستعادة من النسخ الاحتياطي.

الخلاصة السريعة: لا تطلق المتجر قبل تنفيذ طلب Test كامل من Product → Cart → Checkout → Payment → Order status → Email → Stock → Refund/Cancel. ثم راجع WooCommerce Status وScheduled Actions، اختبر Webhooks والتكاملات، تأكد من النسخ الاحتياطي والـRollback، وافحص Mobile وCore Web Vitals والـSEO والـAnalytics.

إذا كنت لا تزال في مرحلة بناء المتجر من البداية، استخدم دليل إنشاء متجر WordPress من الصفر. أما هذه الصفحة فهي لمرحلة Pre‑Launch / Production Readiness بعد اكتمال التصميم والإعداد.

1. ثبّت نسخة Production وRollback Plan

قبل آخر تعديلات:

• أنشئ Backup كامل للملفات وقاعدة البيانات.
• تأكد أنك تعرف فعليًا طريقة الاستعادة، لا مجرد وجود Backup.
• سجّل إصدارات WordPress وWooCommerce والقالب والإضافات الأساسية.
• احتفظ بقائمة التعديلات البرمجية المخصصة.
• لا تنفذ تحديثًا كبيرًا قبل الإطلاق مباشرة دون Staging.

الـBackup غير المُختبر ليس خطة استعادة. نفّذ Restore test في Staging إذا كان المتجر تجاريًا مهمًا.

2. راجع WooCommerce Status قبل الاختبار

اذهب إلى WooCommerce → Status وراجع:

• Environment.
• PHP/WordPress/WooCommerce versions.
• Database version.
• Template overrides القديمة.
• Log errors المتكررة.
• Scheduled Actions الفاشلة.

WooCommerce توفر System Status Report لتشخيص البيئة، وScheduled Actions لعرض العمليات الخلفية وحالاتها وسجلات الفشل.

3. افحص Product Data قبل الإطلاق

اختبر عينة تمثل كل نوع منتج لديك، وليس منتجًا واحدًا فقط:

• Simple Product.
• Variable Product.
• Virtual/Downloadable إن وجدت.
• Out of stock.
• Backorder إن كان مستخدمًا.
• Sale price.
• Taxable/Non-taxable.

للتصميم الصحيح للبيانات راجع أنواع منتجات WooCommerce وProduct Data Model.

Checklist المنتج

• اسم واضح ومطابق للموديل.
• SKU فريد عند الحاجة.
• السعر والخصم صحيحان.
• المخزون صحيح.
• Variations المتاحة فقط منشورة.
• الصورة الصحيحة تتبدل مع Variation إن لزم.
• الوزن والأبعاد صحيحة للشحن.
• الضمان/الشروط من مصدر مؤكد.
• الوصف لا يحتوي Placeholder أو Lorem Ipsum.
• لا توجد صور Hotlinked من موقع خارجي.

4. اختبر Cart كسيناريوهات لا كصفحة

اختبر:

• Add to Cart من Product.
• Add to Cart من Archive إن كان متاحًا.
• زيادة/خفض الكمية.
• إزالة المنتج.
• Coupon صالح.
• Coupon غير صالح.
• الحد الأدنى/الأقصى للكمية إن وجد.
• منتجان من Shipping classes مختلفة.
• مزيج Physical + Virtual.

راقب أن Total في Cart يطابق Checkout ولا يتغير بلا تفسير.

5. اختبر Checkout على الهاتف أولًا

Checkout هو أعلى صفحة مخاطرة تجارية. اختبرها على هاتف فعلي، وليس Responsive Mode فقط.

• Guest checkout.
• Logged-in customer.
• Create account أثناء الطلب.
• عنوان ناقص.
• رقم هاتف غير صالح.
• منطقة غير مدعومة للشحن.
• Coupon.
• COD إن كان مفعّلًا.
• Online payment.
• Terms checkbox.
• Order received page.

لا تجعل Error message تظهر أعلى الصفحة فقط بينما المستخدم واقف في آخر النموذج دون أن يراها.

6. نفذ Test Orders حقيقية في Test/Sandbox Mode

WooCommerce توصي بإنشاء Test Orders لتقييم بوابة الدفع والـCheckout والتكاملات. كثير من بوابات الدفع توفر Sandbox/Test Mode بحيث لا يتم خصم أموال فعلية.

اختبر على الأقل

1. Payment success.
2. Payment failure.
3. Customer abandons payment.
4. Duplicate callback/webhook.
5. Refund كامل.
6. Refund جزئي إن كان مدعومًا.
7. Cancelled order.

بعد الاختبار، احذف أو اعزل Test Orders حتى لا تدخل في التحليلات أو الشحن الحقيقي بالخطأ.

7. تأكد من Order Status Flow

لا يكفي أن الدفع ينجح. راقب ماذا يحدث بعده:

اختبر المنطق الفعلي لبوابتك؛ لا تفترض أن كل Gateway تستخدم الحالات بالطريقة نفسها.

8. Webhooks: اختبر التسليم لا الإعداد فقط

WooCommerce يمكنها إرسال Webhooks عند أحداث مثل الطلبات والمنتجات والعملاء. إذا لديك ERP أو CRM أو Shipping service، افتح Logs وتأكد:

• Webhook Active.
• Delivery URL صحيح.
• Secret معروف للطرفين.
• HTTP response ناجح.
• Retry/failure behavior مفهوم.
• الحدث لا ينفذ مرتين عند Duplicate delivery.

التكامل الجيد يجب أن يكون Idempotent عندما يكون ذلك مطلوبًا؛ تكرار Webhook لا ينبغي أن ينشئ شحنتين أو فاتورتين.

9. Scheduled Actions وWP-Cron

WooCommerce تعتمد على Action Scheduler للعمليات الخلفية مثل بعض تحديثات الطلبات والإيميلات ومهام إضافات الدفع والاشتراكات. راجع WooCommerce → Status → Scheduled Actions.

ابحث عن

• عدد كبير من Failed actions.
• Pending actions قديمة.
• Hook يتكرر بالفشل.
• Queue تنمو أسرع من تنفيذها.

WooCommerce توضح أن Action Scheduler تعتمد افتراضيًا على WP-Cron، ويمكن استخدام Server-side cron لتقليل الاعتماد على الزيارات عند الحاجة.

10. اختبر Email Delivery فعليًا

اختبر رسائل:

• New order للإدارة.
• Processing order.
• Completed order.
• Cancelled/Failed عند استخدامها.
• Password reset.
• New account.
• Refund.

راجع:

• From name/address.
• SPF/DKIM/DMARC للبريد التجاري.
• الروابط داخل الرسالة.
• RTL والموبايل.
• المبالغ والعملة والضريبة.

«Email generated» داخل WooCommerce لا يعني بالضرورة أنها وصلت Inbox.

11. Shipping Zones واختبار العناوين الحدودية

اختبر عنوانًا من كل Zone، وعنوانًا لا يجب أن يحصل على شحن.

• المدينة/المحافظة الصحيحة.
• Free shipping threshold.
• Flat rate.
• Local pickup إن وجد.
• Shipping class surcharge.
• COD availability حسب المنطقة إن كان مشروطًا.

لا تختبر فقط عنوان مكتبك ثم تفترض أن كل المناطق تعمل.

12. الضرائب: اختبر Calculation وDisplay

الضرائب تعتمد على القواعد القانونية لنشاطك. من الناحية التقنية اختبر:

• Prices inclusive/exclusive.
• Tax display في Shop/Cart/Checkout.
• Shipping tax.
• Coupon before/after tax وفق الإعداد.
• Invoice/Email totals.

لا تنسخ معدل ضريبة من موقع آخر؛ راجع محاسبًا أو مستشارًا ضريبيًا للقواعد الفعلية.

13. Inventory Regression

نفذ طلب Test وراقب المخزون:

1. الكمية قبل الطلب.
2. بعد وضع الطلب.
3. بعد نجاح الدفع.
4. بعد الإلغاء.
5. بعد Refund.

إذا لديك ERP/POS، حدد Source of Truth وتأكد أن Sync لا يعيد المخزون القديم فوق WooCommerce.

14. اختبر Search وFilters

المتجر قد يعمل في Checkout لكنه يفشل في Discovery. اختبر:

• اسم المنتج بالعربي.
• الاسم الإنجليزي/Model.
• SKU.
• Brand.
• Filters الرئيسية.
• Sort by price/popularity/newest.
• No results state.

راجع Faceted Navigation حتى لا تنشئ آلاف URLs قابلة للفهرسة بلا قيمة.

15. Mobile Product Page

اختبر أول شاشة:

• الصورة.
• اسم المنتج.
• السعر.
• Variation selector.
• Stock status.
• Add to Cart.

تأكد أن Sticky elements لا تغطي CTA أو Cookie bar أو Chat button.

16. Performance قبل الإطلاق

اختبر Page types المختلفة، لا Homepage فقط:

• Home.
• Category.
• Simple Product.
• Variable Product.
• Cart.
• Checkout.
• My Account.

افصل بين Guest cached pages وDynamic pages. Checkout سريع في Lighthouse وحده لا يكفي إذا Backend يتأخر تحت الحمل.

للمشاكل المتخصصة استخدم تشخيص WooCommerce Slow Queries.

17. Cache exclusions

تأكد أن Cache/CDN لا تحفظ نسخة عامة من صفحات ديناميكية حساسة. راجع:

• Cart.
• Checkout.
• My Account.
• Cookies الخاصة بالسلة والجلسة.
• Fragments أو Store API حسب Stack.

اختبر كزائرين مختلفين حتى لا تظهر سلة عميل لعميل آخر بسبب إعداد Cache خاطئ.

18. SEO قبل فتح المتجر

راجع الصفحات التي تريد ظهورها:

• Product Categories المهمة.
• Products.
• Brand pages إذا لها قيمة.
• Guides/Blog.

وراجع الصفحات الوظيفية التي غالبًا لا تحتاج Index:

• Cart.
• Checkout.
• My Account.
• Internal search results.

تأكد من Canonicals، XML Sitemap، Internal Links، Product structured data، Breadcrumbs و404s.

استخدم دليل SEO لمتجر WooCommerce للمراجعة المتخصصة.

19. Robots وComing Soon

من أكثر أخطاء الإطلاق تكلفة أن يبقى المتجر محجوبًا بعد فتحه. افحص:

• WordPress Search Engine Visibility.
• Coming Soon/Maintenance mode.
• robots.txt.
• Sitewide noindex في إضافة SEO.
• HTTP auth على Production.

WooCommerce Setup Checklist تتضمن خطوة Launch your store لإخراج المتجر من Coming soon mode عندما يكون جاهزًا.

20. Analytics وConversion Tracking

اختبر Events المهمة بدل مجرد فتح GA:

• view_item.
• add_to_cart.
• begin_checkout.
• purchase.
• قيمة Revenue.
• Currency.
• Transaction ID.

نفذ Test purchase وتأكد أن Purchase لا تُسجل مرتين عند Reload أو Return من بوابة الدفع.

21. Consent وTracking

إذا تستخدم Consent banner، اختبر كيف تتصرف Analytics/Ads قبل وبعد الموافقة وفق القواعد المطبقة على جمهورك. لا تضف Script blocking عشوائيًا قبل الإطلاق دون Regression؛ بعض أدوات الدفع أو Fraud prevention قد تتأثر.

22. Security checklist

• Admin accounts الضرورية فقط.
• 2FA للحسابات الحساسة.
• Passwords قوية.
• عدم استخدام Plugins/Themes Nulled.
• File editing policy مناسبة.
• Backups خارج نفس الخادم عند الحاجة.
• SSL صالح على كل Checkout flow.
• لا توجد Debug logs عامة تكشف بيانات حساسة.

لا تخزن بيانات بطاقات الدفع داخل WordPress ما لم تكن منظومة الدفع مصممة ومصرحًا لها بذلك؛ استخدم Tokenization/Hosted fields التي توفرها بوابة الدفع المناسبة.

23. صلاحيات المستخدمين

اختبر:

• Customer لا يصل للوحة الإدارة.
• Shop Manager لديه ما يحتاجه فقط.
• Support لا يملك صلاحيات مالية غير ضرورية.
• API keys أقل صلاحية ممكنة.

Principle of Least Privilege يقلل أثر اختراق حساب واحد.

24. سياسات المتجر والصفحات القانونية

راجع أن السياسات الفعلية موجودة ومفهومة:

• Privacy.
• Terms.
• Refund/Returns.
• Shipping.
• Warranty إن كانت موجودة.
• Contact details.

لا تستخدم نصًا قانونيًا عامًا باعتباره استشارة قانونية؛ طابق السياسات مع نشاطك والسوق.

25. تجربة العميل بعد الطلب

الاختبار لا ينتهي عند Thank You page. نفذ:

• فتح Order details من My Account.
• تحميل Invoice إن كانت موجودة.
• تتبع الشحنة إن كان متكاملًا.
• إعادة تعيين كلمة المرور.
• التواصل مع الدعم.
• Refund flow.

26. اختبار Browser/Device

على الأقل:

• Chrome Android.
• Safari iPhone إن كان جمهورك يستخدمه.
• Chrome Desktop.
• Browser إضافي حسب بيانات جمهورك.

ركز على Payment fields وDate pickers وVariation dropdowns وSticky UI.

27. Accessibility أساسية للشراء

اختبر:

• Labels للحقول.
• Keyboard navigation.
• Focus state.
• Error identification.
• Contrast.
• Buttons لها أسماء واضحة.
• صور المنتجات المهمة لها Alt مناسب.

28. 404 وBroken links

اعمل Crawl للموقع قبل الإطلاق وتأكد أن Internal Links لا تشير إلى:

• Products محذوفة.
• Categories قديمة.
• Images غير موجودة.
• Redirect chains.
• Staging URLs.

الرابط الداخلي يجب أن يشير مباشرة إلى URL النهائية 200 كلما أمكن.

29. افحص أي Staging URLs أو Assets خارجية

ابحث في قاعدة المحتوى عن:

• staging.domain.com.
• localhost.
• IP قديم.
• Images Hotlinked من موقع المورد أو المطور.
• Test payment URLs.

هذا الفحص مهم بعد Migration أو استيراد Demo content.

30. راقب Logs خلال أول أيام الإطلاق

بعد فتح المتجر راقب:

• Payment logs.
• Webhook failures.
• Scheduled Actions.
• PHP/WooCommerce fatal logs.
• Email delivery.
• 404 spikes.
• Checkout abandonment anomalies.

الهدف هو التقاط الأخطاء التشغيلية سريعًا قبل أن تتحول إلى Lost orders.

Production Launch Matrix

متى لا تطلق المتجر؟

أجّل الإطلاق إذا كان واحد من هذه قائمًا:

• Payment callback غير موثوق.
• المخزون لا يتزامن بصورة صحيحة.
• Checkout ينكسر على الهاتف.
• Emails لا تصل ولا توجد وسيلة بديلة لمتابعة الطلبات.
• Scheduled Actions تفشل باستمرار.
• لا يوجد Backup قابل للاستعادة.
• Tax/Shipping totals غير مؤكدة.
• Production ما زالت noindex أو Coming Soon.

أسئلة شائعة

هل WooCommerce لديها Checklist رسمية للإطلاق؟

نعم، WooCommerce Setup تعرض Setup Checklist بعد الـOnboarding، وتشمل المنتجات والدفع والتخصيص والضرائب والشحن عند الحاجة ثم Launch your store. القائمة هنا أوسع لأنها مخصصة لـProduction QA والتكاملات والمراقبة.

هل أختبر الدفع بأموال حقيقية؟

الأفضل استخدام Sandbox/Test mode عندما توفره بوابة الدفع. WooCommerce توصي باستخدام Test Orders لاختبار الـCheckout والبوابات والتكاملات دون معاملات حقيقية عندما يكون ذلك مدعومًا.

أين أراجع المهام الفاشلة؟

من WooCommerce → Status → Scheduled Actions، ويمكن فحص الحالات والسجلات الخاصة بالـFailed/Pending actions.

هل نجاح طلب واحد يكفي؟

لا. اختبر Success وFailure وCancellation وRefund وعناوين شحن مختلفة ومنتجات/Variations مختلفة على الأقل.

ماذا أفعل بعد الإطلاق؟

راقب Logs وAnalytics والطلبات وWebhooks وScheduled Actions، وحافظ على Change log وStaging ونسخ احتياطية قبل التحديثات.

الخلاصة

إطلاق WooCommerce الناجح هو عملية QA وتشغيل، لا زر Publish. اختبر كل مسار مالي وتشغيلي، تأكد من المهام الخلفية والتكاملات، راجع SEO والسرعة والأمان والنسخ الاحتياطي، ثم افتح المتجر مع مراقبة أولية للطلبات والLogs. أي خلل في الدفع أو المخزون أو Webhook أهم من تحسين بصري صغير قبل الإطلاق.

مصادر رسمية

• WooCommerce Setup Checklist
• WooCommerce Testing Orders
• WooCommerce Scheduled Actions
• WooCommerce Webhooks