أنواع منتجات WooCommerce ليست مجرد اختيار داخل Product Data panel؛ القرار يحدد كيف يُدار السعر والمخزون والشحن والـSKU والـVariations وصفحة المنتج. اختيار Variable Product لشيء لا يحتاج Variations حقيقية يضيف تعقيدًا، بينما وضع كل لون أو سعة كمنتج منفصل قد يخلق محتوى وURLs متكررة بلا حاجة.
الخلاصة السريعة: استخدم Simple عندما يوجد خيار شراء واحد، Variable عندما يختار العميل بين نسخ لها سعر/مخزون/SKU مستقل، Grouped لتجميع منتجات موجودة، External/Affiliate عندما البيع يتم خارج متجرك، Virtual عندما لا يوجد شحن، وDownloadable عندما تسلّم ملفًا رقميًا. صمم Attributes وSKU وStock ownership قبل استيراد الكتالوج.
إذا كنت لم تثبت WooCommerce بعد، استخدم دليل تثبيت WooCommerce. هذه الصفحة تبدأ من سؤال مختلف: كيف تمثل المنتج نفسه داخل قاعدة بيانات المتجر؟
ما أنواع المنتجات الأساسية في WooCommerce؟
| النوع | استخدمه عندما | مثال |
|---|---|---|
| Simple | خيار شراء واحد | كتاب مطبوع بإصدار واحد |
| Variable | خيارات لها بيانات مستقلة | تيشيرت ألوان/مقاسات |
| Grouped | تجمع منتجات موجودة | مجموعة مكتب من عدة منتجات |
| External/Affiliate | العرض عندك والشراء خارج الموقع | منتج Affiliate |
| Virtual | لا يحتاج شحنًا | استشارة أو خدمة |
| Downloadable | يوجد ملف للتنزيل | PDF أو قالب رقمي |
Virtual وDownloadable ليستا دائمًا Product Types منفصلة؛ في WooCommerce Core هما خيارات متاحة للSimple، ويمكن ضبطهما أيضًا على مستوى كل Variation في Variable Products.
1. Simple Product
استخدم Simple عندما لا يحتاج العميل إلى اختيار Version تغير السعر أو المخزون أو الـSKU. يمكن أن يكون المنتج ماديًا أو Virtual/Downloadable.
حقول أساسية
- Regular/Sale price.
- SKU.
- Stock quantity أو stock status.
- Weight/dimensions إذا كان ماديًا.
- Shipping class عند الحاجة.
- Attributes الوصفية.
لا تحول Attribute مثل «المادة: قطن» إلى Variation إذا لا يختار العميل بينها.
2. Variable Product: متى تستخدم Variations؟
Variable Product مناسب عندما توجد خيارات فعلية يختار بينها العميل ويمكن أن تختلف في بيانات تشغيلية. WooCommerce تسمح لكل Variation بأن تحمل Price وSKU وStock وImage وShipping settings وغيرها.
Variation تستحق الوجود إذا كان الاختيار يغير واحدًا أو أكثر من:
- السعر.
- المخزون.
- SKU.
- صورة المنتج.
- وزن/أبعاد.
- حالة Virtual/Downloadable.
إذا كان الاختلاف وصفيًا فقط ولا يحتاج إدارة منفصلة، استخدم Attribute عادية.
مشكلة انفجار Variations
5 ألوان × 6 مقاسات × 3 خامات = 90 Variation محتملة. لا تنشئ كل Cartesian combination إذا بعض التركيبات غير موجودة. كل Variation تضيف بيانات وإدارة ومزامنة ومخزونًا محتملًا.
في WooCommerce 11.0 أصبح الأداء محورًا واضحًا، مع تحسينات Product object caching للمتاجر الجديدة وتجارب تحسن تحميل Variable Products، لكن Architecture صحيحة تظل أساسية ولا يعوضها الكاش.
3. Grouped Product
Grouped Product يجمع منتجات مستقلة موجودة أصلًا داخل صفحة واحدة. لا يعني Bundle بسعر مجمع تلقائيًا ولا ينشئ Product جديدًا من المخزون. استخدمه عندما تريد تقديم مجموعة مترابطة يستطيع العميل اختيار العناصر منها.
إذا تحتاج Bundle بسعر خاص أو قواعد مخزون معقدة، قد تحتاج Extension متخصصة بدل استخدام Grouped بصورة لا تناسب العملية.
4. External/Affiliate Product
هذا النوع يعرض المنتج في موقعك لكنه يرسل المستخدم إلى URL خارجي للشراء. مناسب لـAffiliate أو Catalog curated، لكن:
- السعر/التوفر قد يتغير خارج موقعك.
- التحويل النهائي لا يحدث داخل Checkout لديك.
- تأكد من الإفصاح عن Affiliate relationship عندما ينطبق.
- لا تستخدم Product Schema مضللة إذا البيانات لا تعكس الصفحة الفعلية.
5. Virtual Product
Virtual يعني أن المنتج لا يحتاج Shipping. بحسب وثائق WooCommerce، تفعيل Virtual يخفي حقول الشحن ولا يشغّل Shipping Calculator عندما الطلب يحتوي منتجات افتراضية فقط.
أمثلة:
- جلسة استشارية.
- خدمة إعداد موقع.
- ترخيص غير مادي.
- منتج رقمي لا يحتاج توصيلًا.
6. Downloadable Product
Downloadable يضيف ملفات التنزيل وDownload limit وExpiry. ويمكن أن يكون المنتج Downloadable دون أن يكون Virtual إذا هناك عنصر مادي وشحنة أيضًا، مثل جهاز يأتي معه Manual رقمي.
إذا كان المنتج ملفًا رقميًا فقط، غالبًا تجمع Virtual + Downloadable.
SKU: من يملك الهوية؟
ضع سياسة SKU قبل الاستيراد:
- SKU فريد لكل وحدة قابلة للمخزون.
- في Variable Products، اجعل Variation SKU هي هوية النسخة عندما المخزون مستقل.
- لا تستخدم Product ID كبديل لـSKU إذا تحتاج تكامل ERP/POS.
- لا تغير SKU بعد ربط الأنظمة دون Mapping plan.
Attributes: Global أم Custom؟
استخدم Global Attributes عندما ستعيد استخدام الخاصية عبر منتجات كثيرة أو تحتاجها في Filters/Variations، مثل اللون والمقاس. استخدم Custom Product Attribute عندما الخاصية محلية جدًا لمنتج محدد.
تجنب إنشاء Taxonomy لكل Specification. في الإلكترونيات، RAM/Storage/Brand قد تكون مفيدة للفلاتر، بينما رقم Firmware داخلي لا يحتاج Archive قابلًا للتصفح.
من يملك المخزون: Parent أم Variation؟
حدد مستوى Stock ownership. إذا كل لون/مقاس له كمية مستقلة، أدِر المخزون على Variation. إذا كل الاختيارات تسحب من مخزون واحد فعليًا، لا تنشئ نموذجًا يجعل الأرقام منفصلة بلا سبب.
اختبر:
- Purchase successful.
- Cancelled/failed order.
- Refund/restore stock.
- Backorders.
- Low stock alerts.
السعر والضرائب
السعر يجب أن يأتي من Source of Truth واضح. إذا ERP يملك السعر، لا تسمح لثلاث Plugins مختلفة بتعديله دون ترتيب. في Variable Product تأكد أن السعر المعروض بعد اختيار Variation يطابق Cart وStructured Data وFeed.
الشحن والوزن والأبعاد
للمادي، وزن وأبعاد المنتج قد تؤثر في Shipping rates. إذا Variation تختلف فعليًا في الوزن، ضع القيمة على مستوى Variation. إذا Virtual، لا تضف Shipping data مصطنعة لمجرد أن الحقول موجودة.
Product Data وSEO
Architecture المنتج تؤثر في SEO:
- URL واحدة لمنتج بVariations غالبًا أوضح من عشر صفحات متطابقة لكل لون إذا لا توجد Intent مستقلة.
- Title/H1 يجب أن يوضح Product Entity.
- Attributes المهمة يمكن أن تظهر في المحتوى والجداول.
- Product structured data يجب أن تطابق السعر والتوفر.
- Categories تمثل مجموعات بحثية؛ Attributes ليست بديلًا تلقائيًا عنها.
متى تنشئ Product منفصلًا بدل Variation؟
أنشئ Product مستقلًا عندما النسخة لها Entity أو Intent أو Content أو Merchandising مستقل بوضوح. مثال:
- موديل مختلف فعليًا.
- حزمة بمكونات مختلفة.
- جيل جديد له مواصفات ومراجعات منفصلة.
- منتج له صفحة Landing مستقلة وحاجة بحثية حقيقية.
لا تفصل مجرد لون إلى URL منفصلة إذا كل شيء آخر متطابق ولا توجد قيمة إضافية.
Product Data Model قبل Import
| الحقل | Owner | مثال |
|---|---|---|
| SKU | ERP/Woo حسب النظام | PHONE-128-BLK |
| Price | نظام واحد | 25999 |
| Stock | Warehouse/POS أو Woo | 12 |
| Brand | Global Attribute/Taxonomy | Samsung |
| Color | Attribute/Variation | Black |
| Storage | Attribute/Variation | 128GB |
| Warranty | Product meta/content | حسب المصدر المؤكد |
قبل CSV import، أنشئ Mapping واضحًا للأعمدة والأنواع. إصلاح 10,000 منتج بعد الاستيراد أصعب من تصميم Model صحيح أولًا.
أخطاء شائعة
- كل Attribute تصبح Variation.
- كل Variation تصبح Product منفصلًا.
- SKU مكرر أو متغير بلا خطة.
- Stock موزع بين Woo وERP دون Owner واضح.
- سعر Feed يختلف عن الصفحة.
- Virtual product ما زال يطلب Shipping.
- Downloadable files مكشوفة بمسار غير محمي.
- إنشاء Tags/Archives من كل Specification.
Checklist قبل نشر المنتج
- Product type صحيح.
- SKU فريد عند الحاجة.
- Price/Tax صحيحان.
- Stock owner واضح.
- Shipping data للمادي فقط.
- Attributes منظمة.
- Variations الفعلية فقط.
- Images مرتبطة بالنسخ إن لزم.
- Description/specs من مصدر مؤكد.
- Schema/Feed متسقان مع الصفحة.
أسئلة شائعة
ما الفرق بين Simple وVariable Product؟
Simple له مسار شراء واحد، بينما Variable يحتوي Variations يختار بينها العميل ويمكن لكل واحدة أن تملك سعرًا ومخزونًا وSKU وصورة مستقلة.
هل Virtual يعني Downloadable؟
لا. Virtual يعني لا يوجد شحن. Downloadable يعني يوجد ملف يمكن للعميل تنزيله. يمكن جمع الخيارين أو استخدام كل واحد منفردًا.
هل Grouped Product هو Bundle؟
ليس بالضرورة. Grouped يجمع منتجات موجودة، لكنه لا يقدم تلقائيًا كل قواعد Bundling أو التسعير والمخزون المعقدة.
هل كثرة Variations تبطئ المنتج؟
قد تزيد حجم البيانات والعمل في الإدارة والواجهة حسب عددها والإضافات والقالب. WooCommerce 11.0 تتضمن تحسينات أداء للمنتجات المتغيرة، لكن تجنب Variations غير الضرورية.
الخلاصة
أفضل WooCommerce store يبدأ من Product Data Model صحيح. اختر Product Type حسب عملية البيع، حدّد من يملك السعر والمخزون والSKU، واستخدم Attributes وVariations فقط عندما تعكس الواقع. بهذه الطريقة يصبح المتجر أسهل في SEO والفلترة والمزامنة والأداء والتوسع.
