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

Uploading new feed with fixed item list but it won't bring in the new listing

Badged Google Partner
# 1
Badged Google Partner

So I'm new to the merchant center so bear with me, we have a client who had very bad data for their site and had a lot of issues that basically made it so that Google Shopping couldn't sell their products (see below for all the changes I recommended).

So I gave them a list of all the things they needed to fix with the data which we want to do, but I also wanted to test to make sure the changes would work and that there would be no other issues.

 

So I made a small feed of 3 items and included uploaded them to Google merchant center but they all came back with "Item uploaded in multiple feed" errors. So I figured if I deleted the old and broken feed it would allow me to test the smaller feed.

 

No such luck, I still get the same error. Is there a way to do this other than updating the site data?

 

My recommendations for their messed up site data:

  • Replace "&" with  "&"
  • Update Microdata on site for products from the attached excel sheet to have conditions be "new"
  • Change google_product_category to an appropriate category (they used to be all Business & Industry - Retail)
    • See excel spreadsheet for all google defined categories
  • Change product_type to "138" (which is Business & Industry - Retail)
  • Change all titles to be capitalized but not in all caps
  • Change "CLOSEOUT SAVINGS!" In the description to be capitalized but not in all caps
  • For all apparel items:
    • Add in Gender data specification
    • Add in Age group data specification
    • Add in Color data specification
    • Add in Size data specifications (each size available)
  • Remove expiration date data specification
  • Change Image link to an appropriately sized image  (about half the listings pulled in an image that was too small even though they had appropriately sized images on site)
1 Expert replyverified_user
1 ACCEPTED SOLUTION

Accepted Solutions
Marked as Best Answer.
Solution
Accepted by topic author Emily M
March 2017

Re: Uploading new feed with fixed item list but it won't bring in the new listing

[ Edited ]
Top Contributor
# 2
Top Contributor

(1) for simply feed-processing issues use a test-feed -- never a live feed;

(2) google has no mechanism for testing live/active data -- any and all data
submitted using a standard/products-feed will be tested for policy issues
within the submitted data and on the landing-pages; any policy violations

risk disapproval or a (permanent) suspension, at any time.

(3) only one, single, live/active (standard) products-feed should be registered
for a target-country -- use the same feed for all items -- the same registered
feed can handle from one to 100,000 inventory items or so.

use the same registered-feed for all updates --
including changes, additions, or deletions,
or simply re-uploads.

generally, never delete the live/standard products-feed --
unless a person directly at google indicates to do so.

id should be permanently tied to a physical inventory item, and never change.


based on what was posted --

(a) replace & with and

(b) condition, and all attributes, must reflect the actual physical item
and match the landing-page details; google has rather strict rules for
the new contrition and availability, for example; the item must be new,
from the factory, and be in the merchant's current on-hand inventory,

for items submitted as in stock.

(c) yes -- google_product_category must be exactly

as google defines and reflect the physical item.

(d) no -- product_type should never be a number --
only google_product_category may use the numbers.

product_type should be any standard breadcrumb taxonmy value that

reflects the physical item, how the website is organized, and possibly

how items will be grouped, to assign bids, for bidding strategies;

e.g.

Industrial and Scientific > Industrial Hardware > Biscuits and Plugs

 

both attributes may be used by google for searches

and by merchants to help define product-groups for

the shopping-campaign bid strategies.

 

for example, bidding higher on all grommet kits and lower on biscuits and plugs;

for example, helping users find such types of items.

(e) yes -- all data submitted must use standard (english) grammar,

spelling, and punctuation rules; excessive capitalization is grounds

for lower quality or disapproval, at any time.


title should name the physical item.

description should describe the physical item or its physical characteristics.

(f) no -- remove any and all such information, immediately.

promotional-text is never, ever, allowed in product-feeds --
all data submitted must be relevant for the physical item.

closeout, or any similar information, in any form, whatsoever,
is a policy violation -- and grounds for items being removed,

disapproval, or a suspension, at any time.

any one severe disapproval, too many disapprovals,
too frequent disapprovals, or disapprovals that
remain unfixed for too long, are grounds for a
permanent suspension, at any time.

 

all data submitted with a live/standard product-feed

may be inspected for policy issues, at any time.

google has the merchant-promotions-program to submit promotional details,
within a separate promotions-feed, or configured separately in the account.

 

otherwise, such (closeout) ad-copy, may be used in other

campaign-types or ad-formats, for the same item-offer --

but never shopping-ads.

(g) yes -- also submit the item_group_id attribute and separate images
that accurately reflect each, individual, physical item being submitted.

 

only physical inventory items are allowed to be submitted --

variants must be submitted with identical item_group_id for

all items within each variant-group, with appropriate and

accurate variant attributes (color, size, etc.).

 

each physical (variant) product must be submitted as a separate item.

 

the landing-page must match the submitted item.

(h) yes -- items expire by default and must be re-submitted at least monthly;
expiration_data is usually used to expire items early, such as for upcoming,
known, inventory outages.

 

a best-practice is to submit the live feed at least 5-days

before the default expiration date -- to allow time to fix

any issues -- or immediately after any related updates

to the website or on-hand physical inventory availability.

 

generally, up to only four re-uploads per day are recommended;

microdata updates on the landing-page may help in that regard --

if coupled with the automatic-item-updates feature.

 

a test-feed may be re-uploaded any time at any frequency.

(i) the image should reflect the exact physical item -- 300x300 pixels is best.

submitted product images for shopping-ads with watermarks, promotional text,
calls to action, any text overlays, excessive borders, multiple products,
or colored backgrounds, are all not allowed and grounds for disapproval or
a suspension from the program, at any time.

best-practices for images include: showing (only) the exact product being
sold, purchased, and shipped to the customer, on a solid white background,
with proper scaling and even lighting, covering between 75-90% of the full
image that is crisp, clear, and free of any blur, noise, pixelation, fringing,
or artifacts, approximately 300x300 pixels or so in size.

any variant item should be submitted with the exact color and pattern
product-image, representing the exact item being offered for sale, as
a shopping-ad, with an identical item_group_id for all items within
each variant group.

 

see also
https://support.google.com/merchants/answer/1188998

https://support.google.com/merchants/answer/7052112

 

View solution in original post

Marked as Best Answer.
Solution
Accepted by topic author Emily M
March 2017

Re: Uploading new feed with fixed item list but it won't bring in the new listing

[ Edited ]
Top Contributor
# 2
Top Contributor

(1) for simply feed-processing issues use a test-feed -- never a live feed;

(2) google has no mechanism for testing live/active data -- any and all data
submitted using a standard/products-feed will be tested for policy issues
within the submitted data and on the landing-pages; any policy violations

risk disapproval or a (permanent) suspension, at any time.

(3) only one, single, live/active (standard) products-feed should be registered
for a target-country -- use the same feed for all items -- the same registered
feed can handle from one to 100,000 inventory items or so.

use the same registered-feed for all updates --
including changes, additions, or deletions,
or simply re-uploads.

generally, never delete the live/standard products-feed --
unless a person directly at google indicates to do so.

id should be permanently tied to a physical inventory item, and never change.


based on what was posted --

(a) replace & with and

(b) condition, and all attributes, must reflect the actual physical item
and match the landing-page details; google has rather strict rules for
the new contrition and availability, for example; the item must be new,
from the factory, and be in the merchant's current on-hand inventory,

for items submitted as in stock.

(c) yes -- google_product_category must be exactly

as google defines and reflect the physical item.

(d) no -- product_type should never be a number --
only google_product_category may use the numbers.

product_type should be any standard breadcrumb taxonmy value that

reflects the physical item, how the website is organized, and possibly

how items will be grouped, to assign bids, for bidding strategies;

e.g.

Industrial and Scientific > Industrial Hardware > Biscuits and Plugs

 

both attributes may be used by google for searches

and by merchants to help define product-groups for

the shopping-campaign bid strategies.

 

for example, bidding higher on all grommet kits and lower on biscuits and plugs;

for example, helping users find such types of items.

(e) yes -- all data submitted must use standard (english) grammar,

spelling, and punctuation rules; excessive capitalization is grounds

for lower quality or disapproval, at any time.


title should name the physical item.

description should describe the physical item or its physical characteristics.

(f) no -- remove any and all such information, immediately.

promotional-text is never, ever, allowed in product-feeds --
all data submitted must be relevant for the physical item.

closeout, or any similar information, in any form, whatsoever,
is a policy violation -- and grounds for items being removed,

disapproval, or a suspension, at any time.

any one severe disapproval, too many disapprovals,
too frequent disapprovals, or disapprovals that
remain unfixed for too long, are grounds for a
permanent suspension, at any time.

 

all data submitted with a live/standard product-feed

may be inspected for policy issues, at any time.

google has the merchant-promotions-program to submit promotional details,
within a separate promotions-feed, or configured separately in the account.

 

otherwise, such (closeout) ad-copy, may be used in other

campaign-types or ad-formats, for the same item-offer --

but never shopping-ads.

(g) yes -- also submit the item_group_id attribute and separate images
that accurately reflect each, individual, physical item being submitted.

 

only physical inventory items are allowed to be submitted --

variants must be submitted with identical item_group_id for

all items within each variant-group, with appropriate and

accurate variant attributes (color, size, etc.).

 

each physical (variant) product must be submitted as a separate item.

 

the landing-page must match the submitted item.

(h) yes -- items expire by default and must be re-submitted at least monthly;
expiration_data is usually used to expire items early, such as for upcoming,
known, inventory outages.

 

a best-practice is to submit the live feed at least 5-days

before the default expiration date -- to allow time to fix

any issues -- or immediately after any related updates

to the website or on-hand physical inventory availability.

 

generally, up to only four re-uploads per day are recommended;

microdata updates on the landing-page may help in that regard --

if coupled with the automatic-item-updates feature.

 

a test-feed may be re-uploaded any time at any frequency.

(i) the image should reflect the exact physical item -- 300x300 pixels is best.

submitted product images for shopping-ads with watermarks, promotional text,
calls to action, any text overlays, excessive borders, multiple products,
or colored backgrounds, are all not allowed and grounds for disapproval or
a suspension from the program, at any time.

best-practices for images include: showing (only) the exact product being
sold, purchased, and shipped to the customer, on a solid white background,
with proper scaling and even lighting, covering between 75-90% of the full
image that is crisp, clear, and free of any blur, noise, pixelation, fringing,
or artifacts, approximately 300x300 pixels or so in size.

any variant item should be submitted with the exact color and pattern
product-image, representing the exact item being offered for sale, as
a shopping-ad, with an identical item_group_id for all items within
each variant group.

 

see also
https://support.google.com/merchants/answer/1188998

https://support.google.com/merchants/answer/7052112

 

Uploading new feed with fixed item list but it won't bring in the new listing

Badged Google Partner
# 3
Badged Google Partner

So what do I do if the original feed was already deleted?
I downloaded the txt file of the original feed, can I reupload that?

Uploading new feed with fixed item list but it won't bring in the new listing

Top Contributor
# 4
Top Contributor

at this point, forward --

simply be certain that only one, single, live, products-feed is registered
for the target-country -- without any future deletions of that feed;
e.g.
uk-inventory.txt

if the items are not in the ad-auctions yet, no harm was likely.

then, register and use a test-feed to resolve all issues with the data;
e.g.
test-uk-inventory.txt
test-feeds may be added and deleted with no issues, save organizational.

of course, on the local machine/server, there is no limit on the number of
feed-files used for testing, backups, etc. -- simply rename/copy the local
file, to the registered file-name (under settings), prior to each re-upload.