We have also in the past (with PLA campaigns) been creating a product target per product, each in its own ad group (splitting into multiple campaigns when necessary), and in our migration to shopping campaigns, plan on doing the same thing. We have many clients, some with large product feeds like Christian is talking about. Continuing to do multiple ad groups for each product is worthwhile so that we can set different mobile bid modifiers (which are at the ad group level) for different products (and presumably if/when shopping campaigns support remarketing, the bid modifiers will also be at the ad group level, as they are with display & search), as well as to support flexibility for different promotions for different products (because the ads/promotions are at the ad group level).
What looks to us is going to be the biggest issue is what is mentioned in this post: https://groups.google.com/forum/#!topic/adwords-api/fqQl076oA1o Only being able to modify 2 ad groups at a time, with any reasonably sized merchant center feed, is not really going to work. Whether it's just creating the original ad groups & product partitions, or updating bids, the amount of time it will take to do anything looks to be prohibitive. With other kinds of campaigns, we send 1,000 criterion (keywords, placements, audience bid modifiers, etc.) at a time, and/or use the MutateJobService to send 5,000 at a time. Unfortunately, the MutateJobService doesn't support shopping campaigns. Also, unfortunately, using multiple threads will not help any either, as the thing that will most hinder doing anything with/for these campaigns is the rate limiting that will very quickly occur when we have to make 50,000 quick calls on the same account just to change bids on 100k products. Josh and/or others, any way this limit of 2 ad groups can be increased and/or any good workarounds? It's amazingly small compared to any other equivalent kind of limit in AdWords. If the limit were instead a number of product partition nodes that can be updated in one call, it seems like it would be much more reasonable -- so if you want to add/update 1,000 product partition nodes in a single ad group or spread out across 1,000 ad groups, it still works? Thanks, Greg On Friday, July 11, 2014 10:17:07 AM UTC-5, Josh Radcliff (AdWords API Team) wrote: > > Hi Christian, > > I'm a little concerned about the manageability of so many campaigns and > the ad group-per product approach. I also found that there's a limit of > 20,000 product partitions per campaign (noted here > <https://www.en.adwords-community.com/t5/Google-Shopping-PLAs-Merchant/Shopping-campaign-limits/td-p/338502> > ). > > Have you considered using a CampaignCriterion with criterion type > ProductScope > <https://developers.google.com/adwords/api/docs/reference/v201406/CampaignCriterionService.ProductScope> > to > filter products at the campaign level (also described in our Shopping > Campaigns Guide > <https://developers.google.com/adwords/api/docs/guides/shopping#filtering_by_product_dimension>)? > > This could greatly reduce the number of ad groups per campaign and may make > your campaigns more manageable. What I'm envisioning is something like this > for your 100,000 products: > > 1. Create 5 (or more) campaigns to ensure you stay under the 20,000 > *ProductPartitions* per campaign limit. > 2. On each campaign, add a *ProductScope* (which can be based on up to 7 > different ProductDimension > <https://developers.google.com/adwords/api/docs/reference/v201406/CampaignCriterionService.ProductDimension>s) > > CampaignCriterion > <https://developers.google.com/adwords/api/docs/reference/v201406/CampaignCriterionService.CampaignCriterion> > to > limit the number of products in each campaign to < 20,000. > 3. Create one or more ad groups per campaign, each consisting of a set of > ProductOfferId > <https://developers.google.com/adwords/api/docs/reference/v201406/AdGroupCriterionService.ProductOfferId> > -based ProductPartition > <https://developers.google.com/adwords/api/docs/reference/v201406/AdGroupCriterionService.ProductPartition>s. > > I don't see much benefit in multiple ad groups here unless you want to > split up the products for other purposes besides managing the bids. > > This approach assumes that your products have attributes that will allow > you to perform the high level filtering in step 2. > > Note that the advantages of the tree-based bidding structure of new > shopping campaigns is that you don't have to set up such fine-grained bids, > and the "other" category at each leaf node lets you set bids for anything > that falls outside of the specific *ProductPartitions* you created (the > ones with a value). > > Best regards, > Josh, AdWords API Team > > On Thursday, July 10, 2014 3:22:20 AM UTC-4, Christian wrote: >> >> Hi Josh, >> >> thanks for your feedback. We are also aware of the limitation of ad >> groups per campaign, but we already deal with that fact by creating >> multiple campaigns for a product feed if the number of products exceeds the >> limit. >> >> According to the linked answer, I cannot see any problems concerning the >> display of product ads when using the one-adgroup-per-product approach for >> shopping campaigns. Please let me know if I am wrong here. >> >> Best regards, >> Christian >> >> On Thursday, July 10, 2014 12:27:48 AM UTC+2, Josh Radcliff (AdWords API >> Team) wrote: >>> >>> Hi Christian, >>> >>> I'll get back to you with a more complete answer, but one issue that >>> immediately comes to mind with the solution below is that you'll quickly >>> exceed the limits on the number of ad groups per campaign (currently >>> 20,000). >>> >>> https://support.google.com/adwords/answer/1704396 >>> >>> Best regards, >>> Josh, AdWords API Team >>> >>> On Tuesday, July 8, 2014 3:24:53 AM UTC-4, Christian wrote: >>>> >>>> Hi Josh, >>>> >>>> we would like to set up shopping campaigns for quite large product feed >>>> (e.g. 100000 products). Here we are facing limitation issues (concerning >>>> the number product partitions per ad group) because we would like to set >>>> up >>>> our shopping campaigns with a 1-to-1 mapping, i.e. one partition for one >>>> product using the dimension ProductOfferId. We are aware of the fact that >>>> other dimensions are available too, but still the direct mapping is the >>>> best choice for us. >>>> >>>> Now for the limitation, we plan to work around this problem by creating >>>> one ad group per product, each with two product partitions: a biddable one >>>> for the corresponding product ID and a negative one for all other >>>> products. >>>> From the theory that sounds like it should work. However, I'd be >>>> interested >>>> if you see any issues concerning the functionality of shopping campaigns. >>>> >>>> I'm looking forward to hear your feedback on this issue. >>>> >>>> Best, >>>> Christian >>>> >>>> On Wednesday, June 11, 2014 9:50:18 PM UTC+2, Josh Radcliff (AdWords >>>> API Team) wrote: >>>>> >>>>> Hi, >>>>> >>>>> AFAIK, the limits on the # of ProductPartition >>>>> <https://developers.google.com/adwords/api/docs/reference/v201402/AdGroupCriterionService.ProductPartition>s >>>>> >>>>> in your accounts/adgroups/campaigns is dictated by the same limits >>>>> AdWords >>>>> uses for other types of criteria, as documented here: >>>>> >>>>> https://support.google.com/adwords/answer/1704396 (expand the *AdWords >>>>> account limits *section) >>>>> >>>>> You may find the Shopping Campaigns Guide >>>>> <https://developers.google.com/adwords/api/docs/guides/shopping> and PLA >>>>> to Shopping Campaigns Migration Guide >>>>> <https://developers.google.com/adwords/api/docs/guides/shopping-migration> >>>>> helpful >>>>> if you're making this transition. In Shopping Campaigns, you *can* set >>>>> up bidding by item/offer ID using ProductOfferId >>>>> <https://developers.google.com/adwords/api/docs/reference/v201402/AdGroupCriterionService.ProductOfferId> >>>>> criteria >>>>> on your AdGroupCriterion objects, but that would result in a fairly large >>>>> number of criteria. If you don't actually need to bid separately on a >>>>> per-item basis, Shopping Campaigns let you define your product partition >>>>> tree using a variety of ProductDimension >>>>> <https://developers.google.com/adwords/api/docs/reference/v201402/AdGroupCriterionService.ProductDimension>s >>>>> >>>>> so you could, for example, set up bidding by ProductCondition or >>>>> ProductBiddingCategory. The guides I mentioned go into this in more >>>>> detail. >>>>> >>>>> Cheers, >>>>> Josh, AdWords API Team >>>>> >>>>> On Tuesday, June 10, 2014 2:26:56 PM UTC-4, Chuck Reeves wrote: >>>>>> >>>>>> Currently we create keywords for each product and set a bid on that >>>>>> keyword. Now that we need to update to a shopping campaign, and the >>>>>> process looks a little different. It looks like the way that this needs >>>>>> to >>>>>> be done, is by creating a Product Group that is filtering by the Id/SKU >>>>>> we >>>>>> want. Is there a limit to the number of product groups that an ad group >>>>>> can have? if so how many? >>>>>> >>>>> -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and Google+: https://googleadsdeveloper.blogspot.com/ https://plus.google.com/+GoogleAdsDevelopers/posts =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ You received this message because you are subscribed to the Google Groups "AdWords API Forum" group. To post to this group, send email to adwords-api@googlegroups.com To unsubscribe from this group, send email to adwords-api+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/adwords-api?hl=en --- You received this message because you are subscribed to the Google Groups "AdWords API Forum" group. To unsubscribe from this group and stop receiving emails from it, send an email to adwords-api+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
