I just downloaded the latest copy of my category listings report and I see I still have some challenges to correct the product feed ID type – first column for me.
One of my parents has the feed ID of “abismusic” – do I need to worry about this?
I’m thinking WTF? Like there isn’t already enough work to do.
TBH, I have found the category listings reports pretty pointless unless I need to get older information that regular active inventory does not include. That said, I have seen random categories added to our file, but when checking the actual listing, it is showing in the correct category and not the one in the file.
Have you checked to see which category is showing on the frontside of Amazon?
There has been some speculation, in a variety of venues, that “ABIS” may be ‘Amazonese’ for “Amazon Business Integrated Search” - and that in many situations where it appears, such as the one you’ve described re: ‘feed_product_type’ - it might be an indication that the ART*, the ABT*, the A9/A10 Algorithm Team, the CMT*, or some other Amazon-internal entity that’s highly-perched on Amazon’s hierarchical pyramid for DPC (“Detail Page Control”) has emplaced a ‘retail lock’ for Product Classifier’s designation to a Browse Node that it believes has a higher chance for producing a completed sales transaction.
The reply “We’ve reviewed your suggestion and are unable to accept the proposed category change for your listing. This product was assigned to the current category based on the detail page and how Amazon customers find products through search and browse.” - which has long been frequently known to appear in response to Seller Support & Brand Registry Support cases brought for a Category Change, and as a result of a direct attempt to do so via the various iterations of the self-service Change a product’s category browse node (link, Help Hub) tool - is among the multiple indications that said phenomenon is extant.
Still, as our friend @JustHere4TheComments astutely points out, Amazon’s infrastructure has morphed into such a fractured & disjointed mess over the years that it is now impossible to guarantee any degree of standardization in regards to what data is presented in supposedly-compatible Reports & Templates - much less to what Product Classifier displays on a PDP’s Browse Path.
Given the nature of your Offer-Listings in the Amazon Global Catalog, I’m guessing that your concern stems primarily from the indication that being placed in one of the Music Category Browse Nodes (most, but not all, of which are BMVD-associated) is unlikely to be a proper association for the good(s) in question?
In ‘Amazonese’, these acronyms mean:
ART = Amazon Retail Team
ABT = Amazon Business Team
CMT - Category Management Team
Amazon has long had a penchant for “re-branding” many things, but by all available lights the above designations appear to have held serve for many years…
Mainly concerned about the wrong product Feed ID because different products require different fields.
SO…if my item is categorized by the computer as say a curtain – there’s about 20 fields that are useless to me…like pocket rod size.
THEN – Amazon over on the left side of search bar screens for customers has additional things to narrow down a search (like color, or pocket rod size)…well, my darn mantel scarf runner is NOT a curtain to begin with.
I’ve been keeping an eye on the browse tree nodes – which I think are the most important. BUT let’s flip this. What if it has a product feed ID of curtain – and color is NOT a field. In the browse tree node…it’s correct. But in the additional options to drill down results for customers, mine won’t have a color assigned because that field for a curtain product ID is not relevant.
A better example is probably when one got categorized as a TABLE instead of TABLE RUNNER. Table asks for “composition” – like what type of wood. It won’t accept polyester in that column. When looking for table runner, it’s in the right browse tree node…but for fabric it’s not gonna show up under polyester (vs. rayon, cotton, plastic…etc).