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

gtin, MPN and identifier exists

[ Edited ]
Visitor ✭ ✭ ✭
# 1
Visitor ✭ ✭ ✭

I'm curious if it's acceptable to make up a gtin and/or MPN if your items don't have them and you're unable to add the identifier_​exists field to the feed? I know of a number of sites that have been doing that for a few years and don't have a problem with their feeds but wanted to double check to see if it was something that could get items disapproved eventually or if those fields aren't really checked and it would be ok to continue using made up data for them

 

Thanks

1 Expert replyverified_user
1 ACCEPTED SOLUTION

Accepted Solutions
Marked as Best Answer.
Solution
Accepted by MosheTLV (Top Contributor)
April 2017

gtin, MPN and identifier exists

[ Edited ]
Top Contributor
# 2
Top Contributor

submitting invalid, inaccurate, incorrect, self-assigned, made-up,
or otherwise improper global-trade-data (brand, mpn, gtin) values,
is a policy violation and grounds for disapproval or a (permanent)
suspension from the program, at any time.

if a third-party system is handling submitting data to google,
then the best likely course would be to contact whoever is
currently supporting that third-party-system, so they can

update the system to properly submit an identifier_exists

value where appropriate.


otherwise, creating a feed-rule within the merchant-center-account,
may sometimes allow the submitted data to be transformed, such that
a proper and appropriate (identifier_exists) attribute and value may
be applied, to correct such issues.

otherwise, there are many other campaign-types and ad-formats that

may be a better fit for advertising, to avoid a disapproval or suspension

for violating shopping-ad policies.

potential policy violations by others may be reported directly to google --
https://support.google.com/merchants/contact/policy

see also
https://support.google.com/merchants/topic/6309471
http://www.gs1.org/barcodes/ean-upc

View solution in original post

Marked as Best Answer.
Solution
Accepted by MosheTLV (Top Contributor)
April 2017

gtin, MPN and identifier exists

[ Edited ]
Top Contributor
# 2
Top Contributor

submitting invalid, inaccurate, incorrect, self-assigned, made-up,
or otherwise improper global-trade-data (brand, mpn, gtin) values,
is a policy violation and grounds for disapproval or a (permanent)
suspension from the program, at any time.

if a third-party system is handling submitting data to google,
then the best likely course would be to contact whoever is
currently supporting that third-party-system, so they can

update the system to properly submit an identifier_exists

value where appropriate.


otherwise, creating a feed-rule within the merchant-center-account,
may sometimes allow the submitted data to be transformed, such that
a proper and appropriate (identifier_exists) attribute and value may
be applied, to correct such issues.

otherwise, there are many other campaign-types and ad-formats that

may be a better fit for advertising, to avoid a disapproval or suspension

for violating shopping-ad policies.

potential policy violations by others may be reported directly to google --
https://support.google.com/merchants/contact/policy

see also
https://support.google.com/merchants/topic/6309471
http://www.gs1.org/barcodes/ean-upc

gtin, MPN and identifier exists

Visitor ✭ ✭ ✭
# 3
Visitor ✭ ✭ ✭

Thanks for clearing that up.  That's what I thought but others had said it was ok because they've been doing it for years and their feeds work just fine ( so apparently Google accepted and was ok with it )

gtin, MPN and identifier exists

[ Edited ]
Top Contributor
# 4
Top Contributor

first, you're welcome.

violating a policy without being flagged, no matter how long,
does not at all mean that a person at google has reviewed
the information being sent, or is ok with any such violation --
the automated policy detection systems are simply inexact
and a violation may not have been flagged yet, for example.

google is constantly checking and rechecking submitted data, images,
landing-page data, website details, advertiser's/merchant's business
practices, business-models, products, shipping, supply-chains, etc.,
for adherence to the policies and google's automated policy detection
systems are constantly being improved and updated; a disapproval or
suspension may be flagged at any time -- such any-time instances,
even after years, have been discussed many times in the forums.

a best practice is to hand-inspect supply-chains, physical inventory details,
all submitted data and image details, all landing-page details, the website
as a whole, and any related business-practices, against all current policies,
and fix any potential issues to come into compliance -- rather than waiting
for google to flag the item, image, site, or business.

any one severe policy violation, too many policy violations, too frequent
policy violations, or any such policy violations that are not fixed within a
timely manner, may trigger more severe policy-flags such as a permanent
disapproval of the flagged items, removal from the auctions, or permanent
suspension from the program, at any time.

permanent suspensions typically result in no further advertising with google,
for the merchant/advertiser or any related business entities or accounts.

google is the final arbiter of all policies.