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
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

Item Uploaded Through Multiple Feeds and Active items

Visitor ✭ ✭ ✭
# 1
Visitor ✭ ✭ ✭

Hello everyone!

 

I am trying to make shopping work for one of my clients. We have multiple feeds (right now 10, which will go up to 150 in a month's time) which have duplicate products due to where the products are available. 

For example, there are 5 products A, B, C, D, E

A and B are available in SF, A and C are in NY, C is in Boston, D is in SF and Orlando and E is in NY only

 

Now the feeds update every day so the above situation might completely change. 

 

We are using custom labels with each of these feeds to create city level campaigns in Adwords. 

 

However there is a problem. As expected, most of the items have the warning 'Item uploaded through multiple feeds'. Since this is a warning, I was under the impression that it is okay to have this warning. However it is affecting the total number of active products. 

For Boston feed, as an example, there were 80K valid products with 72K warnings for duplicity and the number of active products is now only around 8K.

 

Does anyone know what should be done here?

 

Thanks in advance, 

Shaily

1 Expert replyverified_user
1 ACCEPTED SOLUTION

Accepted Solutions
Marked as Best Answer.
Solution
Accepted by topic author Shaily K
January

Item Uploaded Through Multiple Feeds and Active items

[ Edited ]
Top Contributor
# 6
Top Contributor

first, you're welcome and thank you for the update.

on a more focused note, for the five physical inventory item example --
A, B, C, D, E

simply be certain that each item is submitted/listed only once,
and has a unique id for each of the five inventory items --

regardless of how the items are submitted; then consider the

custom_label attributes to help tag the item's location-target.

five physical inventory items -- five unique id values -- five items listed.

then, for example, for the custom_label locale-based tags:
A with label values of geo-NY and geo-SF;
B with a label value of geo-SF;
C with label values of geo-NY and geo-BOS;
D with label values of geo-SF and geo-MCO;
E with a label value of geo-NY;

of course, labels are limited so the number of location-targets are a factor;
using product_type may also help, if physical inventory is location-based --
for example, only certain categories of items available in certain locations.

as to listing and submitting data --

if feeds continue to be used, possibly reconsider the locale-based divisions;
rather, simply subdivide the entire physical-inventory by some number that
is practical for handling the data; for example, for 5-million physical items,
using 50 feeds with 100,000 items each: us-feed-1.xml to us-feed-50.xml

of course, having the content-api, tied directly to the
merchant's inventory-system, tends to be the more
practical path for submitting in-stock items, rather
than feed-files, for such large physical inventory --

using attributes such as custom-label, product_type,

brand, etc., to help with targeting, can remain.

 

 

 

 

View solution in original post

Item Uploaded Through Multiple Feeds and Active items

[ Edited ]
Top Contributor
# 2
Top Contributor

having duplicate physical items in the same target-country is

a policy violation and  grounds for disapproval or a suspension

from the program, at any time.

all submitted data is added to the merchant-center and all data

is funneled into the linked ad-account -- regardless of the number

of feeds, or how the data is submitted; separate feeds cannot be

used, at all, for any targeting with respect to physical inventory.


the multiple-feeds warning may only be ignored in very specific circumstances --
for example, when transitioning a product from one feed into another, while the
delete of the first feed is taking place.

 

google in no way differentiates physical inventory-items by any feed --

differentiation and targeting is based mainly on the per-item attributes,

campaign details, and related account settings; especially given that

physical inventory items may be submitted via google's api and other

methods, where a feed is not involved, at all.

generally, the proper way to handle in-country restrictions, or any ad-targeting

whatsoever is to register and use only one, single, feed for the target-country,

for all inventory items -- have each physical-inventory item listed only once in

the submitted data (feed); then, within the merchant-center-account use the

no-shipping restrictions where appropriate and within the linked ad-account

use custom_labels and other attributes, to funnel and target the items into

the corresponding, appropriate, set of campaigns and product-groups.

 

the one, single, registered primary-feed, for a target-country,
can handle about 100,000 physical inventory items or so --

about the only time a second primary-feed is needed is if

a target-country feed exceeds 100,000 items in inventory.

 

 

Item Uploaded Through Multiple Feeds and Active items

Visitor ✭ ✭ ✭
# 3
Visitor ✭ ✭ ✭

Hi Celebird,

 

Thanks for your reply.

 

Is there any documentation that says that this duplication is a policy violation? Just want to be 100% before relaying the message to the bigger team. 

 

Also it is not practically possible for us to have just one feed since there are thousands of areas that we are targeting in the US and millions of products. Even with multiple feeds, we are using custom labels and geo targeting. However Google is giving us the warning of 'Item Uploaded through Multiple Feeds'.

 

Do you know what unique identifier needs to be there with each product? We do have custom labels for every region which makes a feed item unique, although i am not sure if Google only looks at prod_id while deciding whether a product is unique or not. 

 

Thank you once again!

Re: Item Uploaded Through Multiple Feeds and Active items

[ Edited ]
Top Contributor
# 4
Top Contributor

first, you're welcome.

the duplicate restrictions have mainly been folded under the
unfair-advantage, abuse of the ad-network, policy documentation.

there are policies for both duplicate physical listings and duplicate content.

a physical item may only be submitted and listed once for a target-country --
the physical inventory item is the critical component, not a product-feed;
uniqueness is determined by physical inventory, not how items are submitted.

any such duplication is grounds for disapproval or a
permanent suspension from the program, at any time.

again, a feed cannot be used to subdivide items with respect to targeting,
in any way; google simply ignores how a physical item has been submitted;
google mainly uses per-item attributes, the details of each physical item,
the account settings, and related details, to subdivide or target items.

for in-country targeting, the best likely course is to be certain each
physical inventory item is submitted only once, then use no-shipping
settings and the campaign details for targeting -- that is, use the
per-item attributes to implement targeting within a specific campaign.

as an aside, for millions of physical inventory items, the best likely course
is to integrate google's content-api with the underlying inventory system,
verifying each physical item is only ever submitted once, and not use any
feed-files, whatsoever.

 

regardless of how items are submitted, simply be certain

that each physical inventory item has a unique id and the

id value never, ever, changes for that physical item.

inventory size tends to drive how items are submitted; for very large,
in stock, physical inventory, using data-feeds is rather impractical --

having over 100,000 in stock inventory items is usually considered large.

the integration with the company's inventory-system, to ensure that each
physical inventory item is being submitted only once, per target-country,
and the attributes that may be required to fulfill the advertising and
ad-campaign targeting details, are best considered as separate goals,
with a tightly coordinated effort.

that said, for such a complex advertising-campaign, the best likely course would
be to contact google directly, asking for a shopping-ads support-specialist, or
possibly consult with a third-party google-partner, ignoring the merchant-center
for that movement; explain the company's marketing, advertising, and in-country

targeting goals and requirements -- then allow google, or the third-party, to
offer suggestions on the best paths to handle the campaign-targeting details,
within the ad-account, regardless of how any item may be submitted.

the result will likely be that the required shopping-campaign details, needed
to fulfill the advertising and targeting goals, will drive the requirements for
each physical item's attributes -- not feeds or how items may be submitted.

 

Item Uploaded Through Multiple Feeds and Active items

Visitor ✭ ✭ ✭
# 5
Visitor ✭ ✭ ✭

Thank you once again for the detailed response Smiley Happy

 

I contacted Google and got various responses. Now I am trying to reach to Shopping specialists to counter the situation to make PLA work for the client. Hopefully, I will have much more clarity on what the strategy should be.

Marked as Best Answer.
Solution
Accepted by topic author Shaily K
January

Item Uploaded Through Multiple Feeds and Active items

[ Edited ]
Top Contributor
# 6
Top Contributor

first, you're welcome and thank you for the update.

on a more focused note, for the five physical inventory item example --
A, B, C, D, E

simply be certain that each item is submitted/listed only once,
and has a unique id for each of the five inventory items --

regardless of how the items are submitted; then consider the

custom_label attributes to help tag the item's location-target.

five physical inventory items -- five unique id values -- five items listed.

then, for example, for the custom_label locale-based tags:
A with label values of geo-NY and geo-SF;
B with a label value of geo-SF;
C with label values of geo-NY and geo-BOS;
D with label values of geo-SF and geo-MCO;
E with a label value of geo-NY;

of course, labels are limited so the number of location-targets are a factor;
using product_type may also help, if physical inventory is location-based --
for example, only certain categories of items available in certain locations.

as to listing and submitting data --

if feeds continue to be used, possibly reconsider the locale-based divisions;
rather, simply subdivide the entire physical-inventory by some number that
is practical for handling the data; for example, for 5-million physical items,
using 50 feeds with 100,000 items each: us-feed-1.xml to us-feed-50.xml

of course, having the content-api, tied directly to the
merchant's inventory-system, tends to be the more
practical path for submitting in-stock items, rather
than feed-files, for such large physical inventory --

using attributes such as custom-label, product_type,

brand, etc., to help with targeting, can remain.