|
|
@@ -108,8 +108,8 @@ All attribute types apart from ``entity`` can be edited in the product
|
|
108
|
108
|
dashboard. The latter is too dependent on your use case and you will need to
|
|
109
|
109
|
decide yourself how you want to set and display it.
|
|
110
|
110
|
|
|
111
|
|
-Parent and child products
|
|
112
|
|
--------------------------
|
|
|
111
|
+Variants (Parent and child products)
|
|
|
112
|
+------------------------------------
|
|
113
|
113
|
|
|
114
|
114
|
Often there's an overarching product, which groups other products. In that
|
|
115
|
115
|
case, you can create a parent product, and then set the ``parent`` field on the
|
|
|
@@ -118,6 +118,17 @@ get their own URL.
|
|
118
|
118
|
Child products inherit their product class from the parent, and only child
|
|
119
|
119
|
products can have stock records (read: pricing information) on them.
|
|
120
|
120
|
|
|
|
121
|
+Product attributes vs. variants
|
|
|
122
|
+-------------------------------
|
|
|
123
|
+
|
|
|
124
|
+When to use variants, and when to use attributes?
|
|
|
125
|
+
|
|
|
126
|
+- Variants are tied to stock records, and hence, pricing.
|
|
|
127
|
+ Use variants if your product variations have different pricing or availability.
|
|
|
128
|
+
|
|
|
129
|
+- Use attributes when you are storing structured data for a product (ie. color, size)
|
|
|
130
|
+ that you can use for search/filtering/display purposes.
|
|
|
131
|
+
|
|
121
|
132
|
Going further
|
|
122
|
133
|
-------------
|
|
123
|
134
|
|