AdWords is now Google Ads. Our new name reflects the full range of advertising options we offer across Search, Display, YouTube, and more. Learn more

Ads
2.5K members online now
2.5K members online now
For questions related to Google Shopping and Merchant Center. Learn to optimize your Shopping ads
Guide Me
star_border
Reply

strong_id_inaccurate

Visitor ✭ ✭ ✭
# 1
Visitor ✭ ✭ ✭

I perform manual feed monthly and recently all my products were disapproved for not having 2 of the 3 unique indentifiers. Cool so I started adding at least 2 of the three (brand name and MPN). The issue I'm having is that some of the items go through no problem but others error stating the same unique identifie problem when at least the brand and mpn are there. When I run the report it list the problem as "strong_id_inaccurate" Value in feed is "Unknown" Value on website is blank.

 

Ok so what does all this mean?

 

 

1 Expert replyverified_user

Re: strong_id_inaccurate

[ Edited ]
Top Contributor
# 2
Top Contributor

 

any global-trade-data (mpn, gtin, brand) data
submitted must be valid manufacturer-assigned
values -- typically stamped directly on the item
or package at the factory; e.g.
http://www.gs1.org/barcodes/technical/bar_code_types

all merchants selling the same item should be
submitting the exact same global-trade-data
as assigned by the item's brand-manufacturer.

what's required depends on the type of item --
https://support.google.com/merchants/answer/1344057

 

valid global-trade-data can only be assigned

by a brand-manufacturer -- not merchants.

 

if valid, required, global-trade-data exists then exact,

valid, accurate, global-trade-data must be submitted.

if valid, required, global-trade-data, for the type of item,
does not exist then the item must be submitted with an
identifier_exists attribute and a value of FALSE

if identifier_exists FALSE is submitted for an item,
then mpn, gtin, brand should be left entirely empty;

if all items submitted have a valid identifier_exists

with a value of FALSE then mpn, gtin, brand may

be removed from the feed entirely.

global-trade-data must be valid, accurate, and
cannot be self-assigned by merchants -- or is

otherwise grounds for disapproval or suspension

by google, at any time.

 

see also

http://adwords.blogspot.com/2014/03/enforcement-of-google-shopping-unique.html

 

Re: strong_id_inaccurate

Visitor ✭ ✭ ✭
# 3
Visitor ✭ ✭ ✭
ok can you explain this in simple terms. I understand about the MPN and UPC, however if this is what is being supplied by the vendor how can it be wrong? Also what exactly is "strong_id"?

Re: strong_id_inaccurate

[ Edited ]
Top Contributor
# 4
Top Contributor

 

data supplied by vendors may not be valid for global-trade --
for example, private sku or internal inventory bar-codes that
are not valid mpn or valid gtin, designed for global-trade or
issued by gs1 (for example).

http://www.gs1.org/barcodes/technical/idkeys/gtin

http://www.gs1.org/barcodes/technical/bar_code_types

also, the data submitted may not be accurate; typically this is due

to not submitting the entire valid value or the feed itself containing

stray symbols such as quotation-marks; some spreadsheets or

automatic-feed generation systems add quotes and other symbols
simply by re-saving the data -- checking the feed within a browser

window, or the processed data under the products-tab within the

merchant-center by clicking on the item's title, may uncover such

invalid or inaccurate data.

 

for example, some feeds may contain a 0

but either a blank or valid valid is required.

 

also, be certain the id attribute is being handled properly

and any variants are being submitted properly per all the

variant rules, guidelines, and policies.

 

otherwise, google may be contacted directly

so they can look into your specific feed data.

https://support.google.com/merchants/contact/item_error