إعداد WooCommerce بعد التثبيت يبدأ بعد نجاح التثبيت وإنشاء أول منتج وطلب تجريبي. في هذه المرحلة لا نعيد شرح إنشاء المتجر من الصفر؛ الهدف هو ضبط WooCommerce كنظام تشغيل: المخزون، الحسابات، الخصوصية، الدفع، الشحن، الضرائب، البريد، التكاملات والميزات الحديثة مع اختبارات تمنع كسر Checkout.
الخلاصة السريعة: اضبط كل مجموعة إعدادات حسب نموذج البيع، ثم اختبر السيناريو الذي تتأثر به قبل الانتقال إلى المجموعة التالية. لا تفعّل HPOS أو Checkout Blocks أو Gateway أو Cache rule على متجر قائم قبل التحقق من توافق الإضافات وتنفيذ Test Order.
إذا لم تثبّت WooCommerce بعد، ابدأ من تثبيت WooCommerce وإعداده لأول مرة. وإذا كنت تبدأ المشروع نفسه من الدومين والاستضافة، استخدم دليل إنشاء متجر WordPress من الصفر.
قبل تغيير الإعدادات: أنشئ Test Matrix
دوّن السيناريوهات التي يجب أن تظل تعمل بعد كل تعديل:
- Guest checkout وحساب مسجل.
- Simple وVariable product.
- منتج متوفر وآخر نفد مخزونه.
- Shipping zone أساسية ومنطقة خارج التغطية.
- Gateway إلكترونية وCOD إذا تستخدمهما.
- Coupon.
- Refund أو Cancel.
- رسائل البريد.
في متجر قائم، استخدم Staging للتغييرات الهيكلية ولا تنفذ اختبارات دفع عشوائية على العملاء الحقيقيين.
1. الإعدادات العامة General
راجع عنوان المتجر ومناطق البيع والشحن والعملة. هذه القيم تؤثر في الضرائب وShipping Zones وبعض Integrations. لا تغيّر العملة بعد إدخال الكتالوج دون خطة؛ WooCommerce لا يحول أسعارك القديمة تلقائيًا لأنك غيرت رمز العملة.
2. Products: الوحدات والمراجعات وسلوك الكتالوج
اضبط وحدات الوزن والأبعاد بما يتوافق مع شركة الشحن وبيانات المنتجات. راجع Reviews، Verified owner، Placeholder images، وأي إعدادات تحميل أو Redirect بعد Add to Cart بما يناسب UX.
لا تجعل المنتج يملك البيانات نفسها في Custom Fields وAttributes وPlugin ثالثة بلا سبب؛ حدد Source of Truth لتجنب اختلاف السعر أو المواصفة بين الواجهة والـFeed.
3. Inventory: اجعل المخزون قرارًا تشغيليًا
| الإعداد | متى تستخدمه؟ | ماذا تختبر؟ |
|---|---|---|
| Manage stock | لديك كميات فعلية قابلة للعد | الخصم بعد الطلب والاسترجاع |
| Hold stock | تحتاج حجزًا مؤقتًا للطلبات غير المدفوعة | إلغاء الطلب وإعادة الكمية |
| Low stock threshold | تحتاج تنبيه إعادة الطلب | التنبيهات والـSKU الصحيح |
| Backorders | تسمح بالبيع قبل التوفر | رسالة العميل وموعد التوريد |
إذا ظهر نفاد مخزون غير منطقي، لا ترفع الكمية يدويًا كل مرة؛ افحص دورة الطلب والمزامنة. يمكن الرجوع إلى دليل تشخيص نفاد المخزون الوهمي.
4. Accounts & Privacy
قرر هل تسمح Guest Checkout وهل ينشأ الحساب أثناء الدفع أو بعده. قلّل جمع البيانات إلى ما تحتاجه فعليًا، واضبط سياسة الاحتفاظ بالبيانات بما يناسب التزامات نشاطك.
- لا تجبر التسجيل إذا لا توجد قيمة واضحة له.
- لا تخفِ Privacy Policy خلف Footer فقط؛ اجعلها متاحة في المواضع المناسبة.
- اختبر Password reset ورسائل إنشاء الحساب.
- لا تخزن بيانات بطاقة الدفع داخل WordPress إذا Gateway لا تتطلب ذلك وبنية PCI لا تدعمه.
5. Shipping Zones: ابدأ من الواقع التشغيلي
رتب المناطق من الأكثر تحديدًا إلى الأعم، وأضف طرق الشحن التي تنطبق فعليًا. اختبر عناوين على حدود المناطق حتى لا يحصل العميل على Free Shipping أو Local Pickup خارج النطاق.
إذا كان Free Shipping مشروطًا بحد أدنى، اختبر تأثير Coupons: هل يُحسب الحد قبل الخصم أم بعده وفق الإعدادات التي تريدها؟
6. Payments: Gateway واحدة في كل اختبار
لكل بوابة راجع:
- Live/Test credentials.
- Webhook أو Callback URL.
- Success/Failed/Pending statuses.
- Refund capability.
- Currency support.
- 3-D Secure إن انطبق.
لا تعتبر Redirect إلى صفحة Thank You دليلًا كافيًا على نجاح الدفع؛ تحقق من Transaction ومن حالة الطلب وWebhook.
7. Taxes: افصل القانون عن إعداد WooCommerce
WooCommerce ينفذ Tax rules التي تضعها؛ لا يقرر ما إذا كان نشاطك مسجلًا أو السلعة معفاة. حدد هل الأسعار Inclusive/Exclusive، Location basis، Classes، ثم اختبر Invoice/Order totals. استند إلى جهة رسمية أو محاسب مختص لبلد النشاط.
8. Emails: اختبر الوصول والمحتوى والحالة
راجع Sender name/address، عناوين الرسائل، Logo/brand، ومتى تُرسل كل رسالة. بعدها نفذ Orders بحالات مختلفة وتأكد من الوصول الفعلي؛ ظهور «sent» داخل النظام لا يثبت التسليم إلى Inbox.
إذا كان WordPress لا يرسل البريد أصلًا، عالج Delivery layer وDNS/SMTP بدل تعديل Template فقط.
9. Coupons والخصومات
استخدم Coupon له هدف قابل للقياس: First order، Bundle، Threshold، أو Campaign. اختبر:
- Minimum/maximum spend.
- Individual use.
- Excluded products/categories.
- Usage limits.
- Free shipping interaction.
الخصم الذي يرفع الطلبات ويخفض الهامش إلى مستوى غير مربح ليس نجاحًا.
10. Permalinks وSEO
لا تغيّر Product base أو Category base في متجر مفهرس دون Redirect plan. اجعل Categories تعبر عن مجموعات حقيقية، وقلّل Tags/Archives الضعيفة. Product Schema يجب أن يعكس السعر والمخزون الظاهرين، والـCanonical يجب أن يشير إلى النسخة الأساسية القابلة للشراء.
11. HPOS: متى تفعّله؟
High-Performance Order Storage يفصل بيانات الطلبات عن بنية posts/postmeta التقليدية لتحسين قابلية التوسع، لكن المتجر القائم يحتاج فحص Compatibility لجميع الإضافات التي تتعامل مع الطلبات.
قبل التفعيل: Backup → Compatibility check → Sync/verification → Staging tests → Orders/Refunds/Reports. لا تستخدم HPOS كعلاج سحري لبطء سببه Plugin أو Query مختلف.
12. Checkout Blocks أم Classic Checkout؟
Blocks تقدم تجربة حديثة، لكن بعض Gateways أو Custom checkout plugins قد تعتمد Hooks أو Templates كلاسيكية. اختبر:
- بوابات الدفع.
- Shipping methods.
- Coupons.
- Custom fields.
- Analytics events.
- Thank You integrations.
لا تبدل Checkout في Production ثم تكتشف أثناء أول طلب أن Gateway غير متوافقة.
13. الأداء والكاش
صفحات Shop/Product قد تستفيد من Page Cache حسب السياق، لكن Cart وCheckout وMy Account ديناميكية. تأكد من Exclusions الصحيحة للCookies والـSessions. راقب WooCommerce scripts وCart fragments والاستعلامات والفلاتر بدل تفعيل Minify عشوائيًا.
14. Action Scheduler وWP-Cron
WooCommerce وإضافاته تعتمد على Tasks خلفية للمزامنة والبريد والWebhooks وغيرها. إذا تراكمت Failed/Pending actions، ابحث عن المالك والسبب قبل حذف السجل. إصلاح الجدولة أهم من مسح النتائج.
15. Security بدون كسر البيع
- HTTPS كامل.
- تحديثات مختبرة.
- أقل صلاحية للمستخدمين.
- 2FA للحسابات الحساسة.
- Backup قابل للاستعادة.
- لا تمنع REST/AJAX endpoints تحتاجها WooCommerce أو Gateways دون اختبار.
قائمة اختبار بعد إعداد WooCommerce
- افتح Product على Mobile.
- اختبر Variation.
- Add to Cart.
- غيّر الكمية.
- طبق Coupon.
- جرّب عنوانين لشحن مختلف.
- نفذ Payment success.
- نفذ Failed/Pending scenario إن توفر Sandbox.
- راجع Stock.
- راجع Email.
- راجع Order في الإدارة.
- اختبر Refund.
متى يصبح المتجر جاهزًا للإطلاق؟
عندما تعمل دورة الطلب الأساسية باستمرار، وتوجد سياسات واضحة وTracking، ولا تظهر أخطاء Console/Checkout مؤثرة. بعد ذلك استخدم خطة إطلاق WooCommerce لأول 30 يومًا بدل إضافة Features جديدة قبل وجود بيانات مستخدمين.
أسئلة شائعة عن إعداد WooCommerce
هل أحتاج كل إعدادات WooCommerce قبل الإطلاق؟
لا. تحتاج الإعدادات التي تخدم نموذجك. متجر Digital لا يحتاج Shipping Zones، ومتجر محلي بسيط لا يحتاج Multi-currency. قلّل مساحة التعقيد.
هل يمكن تغيير إعدادات الدفع لاحقًا؟
نعم، لكن اختبر أي Gateway أو Credential أو Webhook جديد قبل إتاحته للعملاء، وراقب الطلبات Pending/Failed بعد التغيير.
هل HPOS يحسن السرعة فورًا؟
قد يحسن إدارة بيانات الطلبات وقابلية التوسع، لكنه لا يصلح كل أنواع البطء. فائدته تعتمد على حجم المتجر واستعلاماته وتوافق الإضافات.
هل Checkout Blocks أفضل دائمًا؟
لا. الأفضل هو المسار المتوافق مع Gateways وCustomizations لديك والذي يحقق تجربة شراء موثوقة. اختبر قبل القرار.
الخلاصة
إعداد WooCommerce بعد التثبيت هو تحويل الإضافة إلى نظام تجارة يناسب عملياتك. اضبط المنتجات والمخزون والحسابات والدفع والشحن والضرائب والبريد بالتتابع، اختبر كل تغيير، ثم فعّل الميزات الهيكلية مثل HPOS وCheckout Blocks فقط بعد Compatibility checks. بهذا يبقى المتجر قابلًا للصيانة بدل تراكم إعدادات لا تعرف سببها.
2 تعليقات