Inexplicable column name mapping problem when importing variable products
-
After much frustration and iterative testing, I’ve discovered a problem with importing variable attributes with the default CSV import tool.
The challenge was to import variable products, the simple case being product variations on colour. The idea being that the customer sees Colour Variation swatches (provided by a 3rd party plugin) that rely on the variable, global attribute of Colour.
My basic early import tests used a custom spreadsheet, in which I named the column containing the Colour attribute label as literally, “Colour Attribute Label” (ie., not “Attribute 1 name”, as you would see with the output from a CSV export). Similarly, the other attribute property columns were named in a similar fashion (eg., Colour Attribute Values, Colour attribute visible, etc.).
Intuitively, I wouldn’t think this should matter. Naming the column headings this way allows me to distinguish from other attributes (in particular, Size (ie., small, medium, large, etc.)). Not a problem, in principle, because when I import the CSV file, I can just map the spreadsheet column Colour Attribute Label to the WooCommerce field Attributes:Attribute name, right?
Wrong.
After much testing, the mapping of this spreadsheet column name (and others, see below) appears to fail in the import process, and the attributes are not visible in the product details backend.
I have made multiple identical spreadsheets with the only difference being the name in this column heading, and what works vs. what doesn’t is truly inexplicable.Here are my findings:
Successful variation imports when the CSV column Attribute 1 Name is:
* Attribute 1 Name
* A1N
* Attrib 1 NameUnsuccessful variation imports when the CSV column Attribute 1 Name is:
* Colour Attribute Label
* AttributeColour
* AttributeAgain: The CSV files I have been testing with are identical, except for the column name as described here. I cannot make any sense of why the import mapping succeeds or fails as it does in the cases above. But the issue is consistent and reproducible in my hands.
Is this a known problem? Something to do with the parsing method for mapping the CSV columns to the relevant Woo fields, perhaps?
- You must be logged in to reply to this topic.