There are categories, for which the size field is mandatory to be filled in (i.e fashion).
In such a case, the information should be inserted in the size field only - not in the product’s title.
There are 3 distinct ways to send the size information
- By filling the “size” field in XML
- By filling the size variations of the nested XML
- By sending each size as a separate product
Principles for the proper completion of the field “size”
- Add only the currently available size variations, separated by comma. I.e if for a specific T-shirt, you have in stock only small and extra large, then the field should be like :
- <size>S, XL</size>
- If there is a size range, should be included using the dash sign
- <size>0.5-3, 4.5-5.5, 8-9</size>
- If a product is identified by two sizes you can include them using the forward slash
- <size>5.5/42,5.5/45</size>
Example here
Principles for the proper completion of the size variations
- The parent product should be exactly the same as the current XML specification (including all fields, even those that are size variation specific i.e. availability, size, quantity, link, price, MPN and EAN)
- The attributes of the variation should be filled in, following the same principles as the parent, but should reflect just the specific variation data.
- Every variation should have a unique ID
Example here
Different size as a different product
- Every size can be sent as a different product, by filing in the unique size in the proper field. The only differences are the size and the product ID, unless there is also a price difference.
- <size>XL</size>
Each product should have a unique ID. This is very important, in any other case the product will be quoted and hidden.
Categories with size variations
- Each product is classified into a category.
- Some categories support sizes (or it is mandatory), for example "Women's Blouses", "Men's Shirts" and some categories do not support them, such as "Baby Milk", "Compasses".
- For products that belong to categories without sizes, size variations are not required to be included in the XML. The information present in the product is sufficient.
- In case the XML structure is implemented so that size variations are contained even in ONE SIZE products, the ean of the variation should be identical to the ean of the main product.
You can find,
- Categories that support sizes, file here.
(link: https://statics.scdn.gr/merchants/size_enabled_categories.xlsx) - Categories that do not support sizes, file here. (link: https://statics.scdn.gr/merchants/no_size_enabled_categories.xlsx)