v201502 client for .NET
When will the v201502 libraries for .Net be available? -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/7acc640e-c982-45a1-be1f-84f625f1c65f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Uploading Offline Conversions is Very Confusing, especially trying to do it Server Side only.
Hello Mark, To be honest, I am not *exactly* sure when in the process you outlined that the GCLID is recorded. The best practice for you would be to record the time that your landing page, with the GCLID included, gets visited. That is generally a close enough approximation of the time of the GCLID. Since your conversion will logistically have to happen after that (the user takes some action on the site or converts in some other manner), the conversion time will still be safely after the GCLID's timestamp. You can look up the time zone of a customer using the CustomerService https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService. The Customer object has a dateTimeZone https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService.Customer#dateTimeZone field which includes this information. All time-based fields that you send to the API will be assumed to be in this timezone unless you specify otherwise. Let's say that your account is set up to use Eastern time. A user clicks an ad at 6:00 Eastern time, and the time of the GCLID is recorded as 6:00. Your servers, in Pacific time, record the page hit at 3:00 (due to the 3-hour difference). The user finishes converting by 4:00 Pacific time (7:00 Eastern time). When you upload the conversion, if you just say 4:00, you will get a CONVERSION_PRECEDES_CLICK error. You can compensate for this by either converting your times to Eastern (to match the API), or by specifying your time zone when you upload the time. Times are uploaded in the format MMdd HHmmss tz, where the tz (time zone) component is optional. If omitted, the account's default time zone is used. You can see a full list of valid time zones on our Timezones https://developers.google.com/adwords/api/docs/appendix/timezones page. This is the format that the tz section of the date format expects. This has nothing to do with the location of the ad servers. The AdWords account's physical location is also not a factor; the time zone of the account can be changed to whatever is most convenient for its users. If you reside in the Pacific time zone, then setting your account to Pacific time would be beneficial. If you do business across multiple timezones, then you would need to make sure to take these precautions. Regards, Mike, AdWords API Team On Wednesday, March 11, 2015 at 11:42:29 AM UTC-4, Mark Jones wrote: Mike, I am only trying to clarify when the click gets logged by your servers. Is there any chance that you pass this information back to the client in the cookie or possibly as one of the url parameters? Thanks for the heads up on the time zone. So if i am hearing you correctly that means i have to know in advance for every adwords account that i am tracking gclids clicks their particular time zone? In other words, if I have a production server physically residing in Seattle, WA with time zone PST and a user in Dallas, TX performs a Google search and clicks on an advertisement where they are physically located in CT time zone, but the owner of the adwords account is located in ET timezone, I would need to ensure that when the production server located in PST receives the GCLID it would add 3 hours to the timestamp for the offline conversion? Can you help me understand this flow better? If i am hearing you correctly, for each GCLID you generate for a partuclar adwords account it doesn't matter which timezone the initial click originated from, because when your ad servers receive the request you give it a timestamp based on the timezone of where your ad servers physically reside, and then perhaps adjust that timestamp at a later point after performing lookups to see what timezone the adwords account physically is located? am am making any sense? Thanks, Mark On Wednesday, March 11, 2015 at 6:10:33 AM UTC-7, Michael Cloonan (AdWords API Team) wrote: Hello Mark, The Click Timestamp is the time that the user clicked on the ad. Is there some reason the different timings between the two points you mention would be meaningful? They would each happen one immediately after the other, and both before the conversion would be able to occur. Please also note that this time is saved in the time zone of the account it's associated with, so when uploading the conversion, make sure you convert the time to the same time zone as the account's time zone if necessary. This is generally a frequent cause of issues when using offline conversions. Regards, Mike, AdWords API Team On Tuesday, March 10, 2015 at 9:15:37 PM UTC-4, Mark Jones wrote: Hello Mike, Thanks for the reply. Shortly after posting my question I did figure out that I needed to create an installed application. For my Use Case I am going to be tracking GCLID clicks and uploading offline conversions for a client. They have a My Client Center Account that contains many Adwords Accounts,
adServingOptimizationStatus - inconsisntency in documentation?
Hello, According to documentation API_docs https://developers.google.com/adwords/api/docs/reference/v201502/CampaignService.Campaign adServingOptimizationStatus is strictly related to selected campaign bidding strategy type. In particular, as it is described, adServingOptimizationStatus=CONVERSION_OPTIMIZE is possible only if campaign's bidding strategy is *CONVERSION_OPTIMIZER*: *Ad serving is optimized based on CTR * Conversion for the campaign. If the campaign is not in the conversion optimizer bidding strategy, it will default to OPTIMIZED* Somehow, it is still possible to set adServingOptimizationStatus=CONVERSION_OPTIMIZE having bidding strategy set as *MANUAL_CPC*. The question is: is it a bug in documentation? Or maybe I've missed something? Please help, as I'm not sure if the campaign configured in that way will perform as intended... Best regards, Robert. Below is a part of XML (API response - CampaignService.get) showing the mentioned state: elem biddingStrategyConfiguration biddingStrategySource nil=true / biddingScheme nil=true / bids type=array / biddingStrategyId nil=true / biddingStrategyName nil=true / biddingStrategyTypeMANUAL_CPC/biddingStrategyType /biddingStrategyConfiguration networkSetting nil=true / name type=stringrr5033 DISP Conv/name adServingOptimizationStatus CONVERSION_OPTIMIZE /adServingOptimizationStatus forwardCompatibilityMap type=array / statusENABLED/status ... /elem -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/30b03530-083d-4451-8519-610ab7568765%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Sudden GENERIC_BILLING_ERROR
Hi, A fix for this issue was just deployed. Please post back here if you still see these errors occurring. Thanks, Josh, AdWords API Team On Tuesday, March 10, 2015 at 7:19:48 PM UTC-4, Josh Radcliff (AdWords API Team) wrote: Hi, Thanks for pointing out this issue. I have raised it with the *BudgetOrderService* team and will post back here as soon as I have any updates. Best regards, Josh, AdWords API Team On Tuesday, March 10, 2015 at 5:19:55 PM UTC-4, WL wrote: We have the same problem for a few days. Adwords API has massive outages for 10-30s all day, retrying requests 10-30 times works. Same problem in Adwords GUI when clicking on Budget orders, timeout after 16 seconds, no budget order displayed. Regards On Tuesday, March 10, 2015 at 8:34:45 PM UTC+1, Victor Andrey wrote: Hello, As of today our platform stated suddenly getting a lot of this GENERIC_BILLING_ERROR and before we were not experiencing this at all. Basically, the flow we have is we create a customer and after that a budget order. Worth mentioning that we have consolidated invoice setup. I attached the soap request and response. BudgetOrderError.GENERIC_BILLING_ERROR @ operations[0].operand; trigger:'NO_BILLING_CUSTOMER_ACCESS' I would appreciate help on this matter. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/59eb4bed-928c-4994-82e1-cab0460ac095%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: The concept of changing target URLs bulk
Hi Josh - thanks for quick reply. 1. *Traffic estimation:* - Number of ads and keywords per ad group -- ~50 ads and ~10-500+ keywords (per client) - the number of ad groups you're processing per account -- ~3.000+ (per client) *(clients 1-100 / day) * - At the moment we are sending one package per adgroup via MutateJobService (one package = pause ads, clone ads, change targetURL of ad related - This whole process takes us around 3-5 sec - We wait till the job is completed and send the next one - This process takes us a lot of time and we assume that there might be a conceptual misunderstanding on ourside (as updates with Google AdWords Editor uploading a CSV is going 100x times faster) -- what do you think - are we using the API in the way of our conceptual approch - Should we send all changes of all adgroups in one package via MutateJob or one package per AdGroup? - As you outlined, we should try to submit changes of keywords and URLs in separate jobs - also per AdGroup or all changes in all AdGroups at once? 1. *MutateJob / Rate Exceed:* We use a Standard token 1. *Upgraded URLs:* We need to change top and second level domain of the targetURL, so upgraded URL is unfortunatelly not applicable for us, i think Thanks for further tips and hints, Dominic Am Mittwoch, 11. März 2015 14:40:22 UTC+1 schrieb Josh Radcliff (AdWords API Team): Hi, A couple of ideas/questions come to mind: 1. Could you give an estimate on a) the number of ads and keywords you are updating per ad group, b) the number of ad groups you're processing per account, and c) the number of accounts? I'd like to get an idea of the order of magnitude of the changes - are we talking about thousands, tens of thousands, or millions of changes? 2. *MutateJobService* is a good approach here, but keep in mind that if you hit any rate limits https://developers.google.com/adwords/api/docs/guides/rate-limits, *MutateJobService* will have to wait and retry your requests. If you've hit your quota for the day on the number of operations, that means that your jobs will take a long time to complete because they'll have to wait for the daily quota reset. One way to minimize this would be to request Standard Access https://developers.google.com/adwords/api/docs/guides/rate-limits#operational_limit_based_on_access_level for your dev token if you don't already have it. 3. If you are updating both ads and keywords, you may want to try submitting those in separate jobs. 4. Depending on your use case, you may want to consider using Upgraded URLs https://developers.google.com/adwords/api/docs/guides/upgraded-urls going forward to avoid editorial reviews for this type of change. For example, if you are making this change because your tracking URLs need to change but the final destination URLs are not changing, upgraded URLs would offer significant benefits. Hope that helps! Thanks, Josh, AdWords API Team On Monday, March 9, 2015 at 2:01:34 PM UTC-4, Dominic Asche wrote: We are trying to change the target URLs of our clients ads through the AdWords API. Our process is steched like this: - We pull via the AdWords API the existing and active AdGroups - Per AdGroup we do the following: 1. Pause active text-ads 2. Clone paused text-ads 3. Change Display-URLs 4. Change KeyWords target URLs 5. Batch all those changes and send them using the MutateJobService to get the updates applied. - (Then we redo this until all desired AdGroups have been changes) The reason why I'm asking about a best-practice approach is that our above described concept *takes a lot of time till it's completed.* - Is there a best-practice approach? Can you give me an idea of the best way to bulk change target URLs? Thanks for any hint. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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
Re: Uploading Offline Conversions is Very Confusing, especially trying to do it Server Side only.
Mike, I am only trying to clarify when the click gets logged by your servers. Is there any chance that you pass this information back to the client in the cookie or possibly as one of the url parameters? Thanks for the heads up on the time zone. So if i am hearing you correctly that means i have to know in advance for every adwords account that i am tracking gclids clicks their particular time zone? In other words, if I have a production server physically residing in Seattle, WA with time zone PST and a user in Dallas, TX performs a Google search and clicks on an advertisement where they are physically located in CT time zone, but the owner of the adwords account is located in ET timezone, I would need to ensure that when the production server located in PST receives the GCLID it would add 3 hours to the timestamp for the offline conversion? Can you help me understand this flow better? If i am hearing you correctly, for each GCLID you generate for a partuclar adwords account it doesn't matter which timezone the initial click originated from, because when your ad servers receive the request you give it a timestamp based on the timezone of where your ad servers physically reside, and then perhaps adjust that timestamp at a later point after performing lookups to see what timezone the adwords account physically is located? am am making any sense? Thanks, Mark On Wednesday, March 11, 2015 at 6:10:33 AM UTC-7, Michael Cloonan (AdWords API Team) wrote: Hello Mark, The Click Timestamp is the time that the user clicked on the ad. Is there some reason the different timings between the two points you mention would be meaningful? They would each happen one immediately after the other, and both before the conversion would be able to occur. Please also note that this time is saved in the time zone of the account it's associated with, so when uploading the conversion, make sure you convert the time to the same time zone as the account's time zone if necessary. This is generally a frequent cause of issues when using offline conversions. Regards, Mike, AdWords API Team On Tuesday, March 10, 2015 at 9:15:37 PM UTC-4, Mark Jones wrote: Hello Mike, Thanks for the reply. Shortly after posting my question I did figure out that I needed to create an installed application. For my Use Case I am going to be tracking GCLID clicks and uploading offline conversions for a client. They have a My Client Center Account that contains many Adwords Accounts, approximately 100 Adwords accounts. When users perform google searches and click on the advertisements, the initial click makes a request to the google ad servers which returns javascript in the response that programmatically creates a link and clicks using auto executing functions. I am sure you know what I'm am talking about. The GCLID is eventually appended to the end of the url of the destination landing page. Once the landing page renders, I will be scraping that CGLID and storing it server side until I receive a notification from external processes that the particular CGLID does indeed qualify for an offline conversion. I will then kick off some server side code that will create the Offline Conversion Feed service and try to upload the offline conversion. One of the confusing questions for me is that of the Click Timestamp. At what point in the request/response life cycle of clicking an advertisement from a google search does the click get tagged with a timestamp? Does it happen at www.googleadservices.com server during the point in time when the second response returns the javascript payload that programmatically creates a link and clicks it or does it happened at the final stage when the googleadservices.com server responds with a location header to redirect to the target landing page that has the gclid appended at the end of the url? Thanks for your help Mark On Monday, March 9, 2015 at 6:50:31 AM UTC-7, Michael Cloonan (AdWords API Team) wrote: Hello, You should use an Installed application rather than a Service account. This will require a one-time user interaction to get a refresh token, and from then on your server application can act autonomously reusing that refresh token. This is the most frequent use case, and the one that most of our examples use. Please see our AdWords-specific OAuth guide https://developers.google.com/adwords/api/docs/guides/authentication for instructions on how to set this up. Regards, Mike, AdWords API Team On Friday, March 6, 2015 at 3:57:43 PM UTC-5, Mark Jones wrote: Hello https://developers.google.com/adwords/api/community/, I am developing a server side application that needs to upload offline conversions. I am trying to figure out if this is possible using Service account where our production server can make calls to the Google APIs on behalf of my server side application instead of
Re: API gives wrong microAmount in BudgetOrders
20-40 minutes later we get the correct values.
On Wednesday, March 11, 2015 at 9:31:54 PM UTC+1, WL wrote:
After createing a new budget order in the Adwords GUI, e.g. 10€, we get
from the API with the BudgetOrderService:
BudgetOrder Object
(
[billingAccountId] = XXX
[id] = XXX
[billingAccountName] = XXX
[poNumber] =
[budgetOrderName] = XXX
[primaryBillingId] = XXX
[secondaryBillingId] =
[spendingLimit] = {microAmount:0,ComparableValueType:Money}
[startDateTime] = 20150309 204644 Europe/Berlin
[endDateTime] = 20150403 00 Europe/Berlin
[lastRequest] =
{status:APPROVED,date:null,billingAccountName:XXX,poNumber:null,budgetOrderName:XXX,spendingLimit:null,startDateTime:null,endDateTime:null}
= microAmount:0 instead of microAmount:1000
--
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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.
Visit this group at http://groups.google.com/group/adwords-api.
To view this discussion on the web visit
https://groups.google.com/d/msgid/adwords-api/484711c9-5f23-4c8d-83e8-56f8bd0749af%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: How to post ads based on the location using google adwords api
Hi Shobhan, On https://developers.google.com/adwords/api/docs/appendix/geotargeting, set the filter type to City, and search for CountryCode = IN. Cheers, Anash P. Oommen, AdWords API Advisor. On Wednesday, March 11, 2015 at 8:50:25 AM UTC-4, Shobhan Babu wrote: How can we get the location Id of indian cities ...! -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/1805db37-0564-4ae7-9fec-11de7bf871fe%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
API gives wrong microAmount in BudgetOrders
After createing a new budget order in the Adwords GUI, e.g. 10€, we get
from the API with the BudgetOrderService:
BudgetOrder Object
(
[billingAccountId] = XXX
[id] = XXX
[billingAccountName] = XXX
[poNumber] =
[budgetOrderName] = XXX
[primaryBillingId] = XXX
[secondaryBillingId] =
[spendingLimit] = {microAmount:0,ComparableValueType:Money}
[startDateTime] = 20150309 204644 Europe/Berlin
[endDateTime] = 20150403 00 Europe/Berlin
[lastRequest] =
{status:APPROVED,date:null,billingAccountName:XXX,poNumber:null,budgetOrderName:XXX,spendingLimit:null,startDateTime:null,endDateTime:null}
= microAmount:0 instead of microAmount:1000
--
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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.
Visit this group at http://groups.google.com/group/adwords-api.
To view this discussion on the web visit
https://groups.google.com/d/msgid/adwords-api/c17aa788-9066-441c-99dd-861c0e27ba33%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Changing billing settings via API ends in endless under review
API return is [BudgetOrderError.GENERIC_BILLING_ERROR @ operations[0].operand; trigger:'PENDING_PRODUCT_ACCOUNT_SIGNUP_REQUEST'] On Wednesday, March 11, 2015 at 9:09:43 PM UTC+1, WL wrote: We changed billingAccountId for an account more than 10 hours ago and the change is still pending review, Client ID: 189-180-7659 We had 600 errors like this for the current month. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/a0f81232-500f-41f8-bf63-8699d90bf10c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: ReportDefinitionService doesnt work
Hi Michael, You have to use AdWords API reports to get the reporting data. Reporting API is not a SOAP API, it is a plain URL endpoint that takes a POST request. You can find the details here: https://developers.google.com/adwords/api/docs/guides/reporting And if you are getReportFields to lookup fields, then you can probably skip that step, since the report columns don't change that frequently. The list of supported reports and their fields are documented on https://developers.google.com/adwords/api/docs/appendix/reports Also, I remember reading that System.Web.Services is not part of Portable Class Libraries. What library are you using to make SOAP calls in your PCL compatible library? Cheers, Anash P. Oommen AdWords API Advisor. On Tuesday, March 10, 2015 at 7:23:02 AM UTC-4, Michael D wrote: Hi Anash, im in a portable class libary, the AdWords API .NET libary does not work for me. Yes you are right. Mono cant handle XmlIgnoreAttribute() correctly. Patching the generated code works fine for me now. Im getting the ReportFields now. But no values for example for clicks or impressions. Do I have to combine the getReportFields with something to get the values e.g. for all Campaigns? Thanks Michael Am Montag, 9. März 2015 14:28:55 UTC+1 schrieb Anash P. Oommen (AdWords API Team): Hi Michael, My best guess is that Mono is not handling System.Xml.Serialization.XmlIgnoreAttribute() on a method parameter correctly. Could you please consider using the AdWords API .NET library https://github.com/googleads/googleads-dotnet-lib instead? If you want a longer explanation, then - reportTypeSpecified is generated by Mono because the wsdl definition for getReportFields in ReportDefinitionService.wsdl https://adwords.google.com/api/adwords/cm/v201409/ReportDefinitionService?wsdl looks like this: element name=getReportFields complexType sequence element maxOccurs=1 minOccurs=0 name=reportType type=tns:ReportDefinition.ReportType /element /sequence /complexType /element ReportDefinition.ReportType is an enum (which is non-nullable in .NET), but minOccurs=0, maxOccurs=1 in the wsdl suggests that the reportType parameter may be set to null. reportTypeSpecified flag is a hack by the .NET framework to tell the serialization framework whether or not to treat the reportType node as null. (i.e. if reportTypeSpecified == false, then ignore the value on reportType and treat it as a null) - However, since reportTypeSpecified is a hack parameter introduced by .NET code generator (and not part of wsdl itself) it should decorate the reportTypeSpecified parameter with an [System.Xml.Serialization.XmlIgnoreAttribute()] to ensure that reportTypeSpecified itself is not part of the SOAP envelope. - You can see that Mono does this for getReportFields method, but not for getReportFieldsAsync method. - From your SOAP logs, you can also see that Mono's XML serialization framework doesn't respect [System.Xml.Serialization.XmlIgnoreAttribute()] on a method parameter. The fix would be to patch the generated code to remove reportTypeSpecified parameter from the getReportFields method. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, March 9, 2015 at 7:24:05 AM UTC-4, Michael D wrote: Hi Josh, Im adding the WebReference like I mentioned. When looking into the Reference the Constructor also shows that *reportTypeSpecified* is needed. https://lh3.googleusercontent.com/-GGHydB2LFr8/VP2BJkkzHfI/ARg/bNeuuFMa_OA/s1600/Reference.PNG Thanks Michael Am Montag, 9. März 2015 04:02:36 UTC+1 schrieb Josh Radcliff (AdWords API Team): Hi, Are you using one of our client libraries https://developers.google.com/adwords/api/docs/clientlibraries? If so, please look for the *GetReportFields* example in the *reporting* examples folder. For example, the C# example is here https://github.com/googleads/googleads-dotnet-lib/blob/master/examples/AdWords/CSharp/v201409/Reporting/GetReportFields.cs . As the WSDL you mentioned shows, there is no *reportTypeSpecified* argument to *GetReportFields*, so I'm not quite clear on where you are seeing this field. Thanks, Josh, AdWords API Team On Sunday, March 8, 2015 at 11:56:25 AM UTC-4, Michael D wrote: Hi Josh, im using this Web Service: https://adwords.google.com/api/adwords/cm/v201409/ReportDefinitionService?wsdl First get the ReportDefinitionService: var client = new ReportDefinitionService.ReportDefinitionService(); set the ReportDefinitionReportType: const ReportDefinitionReportType reportType = ReportDefinitionReportType.ACCOUNT_PERFORMANCE_REPORT; But when im trying to get ReportFields with getReportFields or getReportFieldsAsync like below client.getReportFields(reportType,false); client.getReportFieldsAsync(ReportDefinitionReportType.KEYWORDS_PERFORMANCE_REPORT,
Updating Dynamic remarketing feeds
Hi New here. Is there a place where I can find some simple sample source (PHP) that can be used to update a Dynamic Remarketing feed ? All I need to do is add and remove items in Shared data - Business data - Dynamic remarketing feed /Henrik -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/83fbcca0-e225-4fac-8574-06d346a99492%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Changing billing settings via API ends in endless under review
We changed billingAccountId for an account more than 10 hours ago and the change is still pending review, Client ID: 189-180-7659 We had 600 errors like this for the current month. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/8795cb47-9b00-4d89-bd9e-bb52d1f450c7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: RelatedToKeywordSearchParameter missing in 2014 dll
Hi Ad, If I remember correct, the RelatedToKeywordSearchParameter class was removed from the API a while ago. The strings that you pass to TargetingIdeaService are treated as exact match strings. Cheers, Anash P. Oommen, AdWords API Advisor. On Sunday, February 15, 2015 at 11:01:53 AM UTC-5, Ad Alko wrote: I am trying to pass Exact match on keyword search without luck so far. I saw code example of usage of RelatedToKeywordSearchParameter class, but it is not recognize in the new 2014 dll apparently. how can I pas the Exact match please? -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/398fad50-2db9-4de9-b1c9-13f95c87989d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Uploading Offline Conversions is Very Confusing, especially trying to do it Server Side only.
Hello Mark, The v201502 versions of the client libraries and examples are in the works and should be released soon. I do not believe that there is a way to specifically associate a customer account with a domain. Unfortunately, that mapping would have to be done at your end. Regards, Mike, AdWords API Team On Wednesday, March 11, 2015 at 1:52:24 PM UTC-4, Mark Jones wrote: Michael, Thanks for the details - very helpful and much appreciated. Where can i find the source code and examples for the new release? http://googleadsdeveloper.blogspot.com/2015/03/announcing-v201502-of-adwords-api.html https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService.Customer I checked and only see the previous builds here https://github.com/googleads/googleads-java-lib/tree/master/examples/adwords_axis/src/main/java/adwords/axis Also, I was not aware of the CustomerService https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService service and will have to use that because i'm dealing with multiple timezones. Thanks for that tip. The client's MCC manager account holds many adwords accounts in different timezones and I will be tracking GCLID clicks for each adwords account which means I need to know the timezone of each CustomerID. In order to know which GCLID is assigned to a particular adwords account I would need to be able to match up the landing page domain with the customer id so when i make a call to the CustomerService service I would know which CustomerID to perform a lookup against. Do you happen to have a service that might list out the domain names assigned to each adwords account or CustomerID? Does that make sense? Thanks, Mark On Wednesday, March 11, 2015 at 9:25:07 AM UTC-7, Michael Cloonan (AdWords API Team) wrote: Hello Mark, To be honest, I am not *exactly* sure when in the process you outlined that the GCLID is recorded. The best practice for you would be to record the time that your landing page, with the GCLID included, gets visited. That is generally a close enough approximation of the time of the GCLID. Since your conversion will logistically have to happen after that (the user takes some action on the site or converts in some other manner), the conversion time will still be safely after the GCLID's timestamp. You can look up the time zone of a customer using the CustomerService https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService. The Customer object has a dateTimeZone https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService.Customer#dateTimeZone field which includes this information. All time-based fields that you send to the API will be assumed to be in this timezone unless you specify otherwise. Let's say that your account is set up to use Eastern time. A user clicks an ad at 6:00 Eastern time, and the time of the GCLID is recorded as 6:00. Your servers, in Pacific time, record the page hit at 3:00 (due to the 3-hour difference). The user finishes converting by 4:00 Pacific time (7:00 Eastern time). When you upload the conversion, if you just say 4:00, you will get a CONVERSION_PRECEDES_CLICK error. You can compensate for this by either converting your times to Eastern (to match the API), or by specifying your time zone when you upload the time. Times are uploaded in the format MMdd HHmmss tz, where the tz (time zone) component is optional. If omitted, the account's default time zone is used. You can see a full list of valid time zones on our Timezones https://developers.google.com/adwords/api/docs/appendix/timezones page. This is the format that the tz section of the date format expects. This has nothing to do with the location of the ad servers. The AdWords account's physical location is also not a factor; the time zone of the account can be changed to whatever is most convenient for its users. If you reside in the Pacific time zone, then setting your account to Pacific time would be beneficial. If you do business across multiple timezones, then you would need to make sure to take these precautions. Regards, Mike, AdWords API Team On Wednesday, March 11, 2015 at 11:42:29 AM UTC-4, Mark Jones wrote: Mike, I am only trying to clarify when the click gets logged by your servers. Is there any chance that you pass this information back to the client in the cookie or possibly as one of the url parameters? Thanks for the heads up on the time zone. So if i am hearing you correctly that means i have to know in advance for every adwords account that i am tracking gclids clicks their particular time zone? In other words, if I have a production server physically residing in Seattle, WA with time zone PST and a user in Dallas, TX performs a Google search and clicks on an advertisement where they are physically located in CT time zone, but the
Re: caseValue for ProductPartition unexpectedly null when subdivided by Channel or Channel Exclusivity.
Hi, Mike Thanks for looking into this. It's unfortunate that we need to deploy code to our production environment and everything that involves to get around this. You guys are normally good at not making breaking changes to an already released API version. Anyway, is this solution available for Product Groups as well and not just Product Scopes? Thanks, Hans -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/373a9ae3-e611-4a4b-ac01-5d233001dc24%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: An error has occurred: { error : invalid_grant }
Hi Andy, Try regenerating the refresh token once more. Looks like the refreshtoken grant changed after it was issued. Cheers, Anash P. Oommen, AdWords API Advisor. On Wednesday, March 11, 2015 at 2:58:50 PM UTC-4, Andy Steinhauf wrote: Hello, I'm make my first steps with the adwords api and PHP. I've an client-id, client-secret and refreshtoken, but after / during authentification a get the above error. What exactly does it mean ? How I can fix it ? Thanks in advance... Andy -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/9ec081bc-5e26-4b39-9539-d0079a25b1fa%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Does Google keyword API have limitations?
Hi Phong, Yes, AdWords API also has built-in limits, see https://developers.google.com/adwords/api/docs/appendix/limits#targetingidea for details. Cheers, Anash P. Oommen, AdWords API Advisor. On Wednesday, March 11, 2015 at 2:58:23 PM UTC-4, Phong Khang wrote: Can the Keyword API be used to pull traffic from a large volume of keywords (100k+ keywords)? I've been using Google's Keyword Planner but it's very limited and time consuming. I've heard that with the api you can process a lot more keywords but there are others who say your limited to 800 at a time. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/5eb8f70d-8fdb-4fa2-a68d-7a53ba006d66%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Uploading Offline Conversions is Very Confusing, especially trying to do it Server Side only.
Michael, Thanks for the details - very helpful and much appreciated. Where can i find the source code and examples for the new release? http://googleadsdeveloper.blogspot.com/2015/03/announcing-v201502-of-adwords-api.html https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService.Customer I checked and only see the previous builds here https://github.com/googleads/googleads-java-lib/tree/master/examples/adwords_axis/src/main/java/adwords/axis Also, I was not aware of the CustomerService https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService service and will have to use that because i'm dealing with multiple timezones. Thanks for that tip. The client's MCC manager account holds many adwords accounts in different timezones and I will be tracking GCLID clicks for each adwords account which means I need to know the timezone of each CustomerID. In order to know which GCLID is assigned to a particular adwords account I would need to be able to match up the landing page domain with the customer id so when i make a call to the CustomerService service I would know which CustomerID to perform a lookup against. Do you happen to have a service that might list out the domain names assigned to each adwords account or CustomerID? Does that make sense? Thanks, Mark On Wednesday, March 11, 2015 at 9:25:07 AM UTC-7, Michael Cloonan (AdWords API Team) wrote: Hello Mark, To be honest, I am not *exactly* sure when in the process you outlined that the GCLID is recorded. The best practice for you would be to record the time that your landing page, with the GCLID included, gets visited. That is generally a close enough approximation of the time of the GCLID. Since your conversion will logistically have to happen after that (the user takes some action on the site or converts in some other manner), the conversion time will still be safely after the GCLID's timestamp. You can look up the time zone of a customer using the CustomerService https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService. The Customer object has a dateTimeZone https://developers.google.com/adwords/api/docs/reference/v201502/CustomerService.Customer#dateTimeZone field which includes this information. All time-based fields that you send to the API will be assumed to be in this timezone unless you specify otherwise. Let's say that your account is set up to use Eastern time. A user clicks an ad at 6:00 Eastern time, and the time of the GCLID is recorded as 6:00. Your servers, in Pacific time, record the page hit at 3:00 (due to the 3-hour difference). The user finishes converting by 4:00 Pacific time (7:00 Eastern time). When you upload the conversion, if you just say 4:00, you will get a CONVERSION_PRECEDES_CLICK error. You can compensate for this by either converting your times to Eastern (to match the API), or by specifying your time zone when you upload the time. Times are uploaded in the format MMdd HHmmss tz, where the tz (time zone) component is optional. If omitted, the account's default time zone is used. You can see a full list of valid time zones on our Timezones https://developers.google.com/adwords/api/docs/appendix/timezones page. This is the format that the tz section of the date format expects. This has nothing to do with the location of the ad servers. The AdWords account's physical location is also not a factor; the time zone of the account can be changed to whatever is most convenient for its users. If you reside in the Pacific time zone, then setting your account to Pacific time would be beneficial. If you do business across multiple timezones, then you would need to make sure to take these precautions. Regards, Mike, AdWords API Team On Wednesday, March 11, 2015 at 11:42:29 AM UTC-4, Mark Jones wrote: Mike, I am only trying to clarify when the click gets logged by your servers. Is there any chance that you pass this information back to the client in the cookie or possibly as one of the url parameters? Thanks for the heads up on the time zone. So if i am hearing you correctly that means i have to know in advance for every adwords account that i am tracking gclids clicks their particular time zone? In other words, if I have a production server physically residing in Seattle, WA with time zone PST and a user in Dallas, TX performs a Google search and clicks on an advertisement where they are physically located in CT time zone, but the owner of the adwords account is located in ET timezone, I would need to ensure that when the production server located in PST receives the GCLID it would add 3 hours to the timestamp for the offline conversion? Can you help me understand this flow better? If i am hearing you correctly, for each GCLID you generate for a partuclar adwords account it doesn't matter which timezone the initial click
Does Google keyword API have limitations?
Can the Keyword API be used to pull traffic from a large volume of keywords (100k+ keywords)? I've been using Google's Keyword Planner but it's very limited and time consuming. I've heard that with the api you can process a lot more keywords but there are others who say your limited to 800 at a time. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/a50db191-646e-41d1-8b55-17aa542b40f7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Feed Item Mapping Validation Information via API ?
Hey Danial,
We are having this same kind of issue.
AccoundID is 784-478-7981, [{feedItemId: 976254991, feedId: 23163799},
{feedItemId: 976254994, feedId: 23163799}]
On Wednesday, November 12, 2014 at 5:57:11 PM UTC+4, Danial Klimkin wrote:
Hello Peter,
Could you please give us an example of a feed items that are disapproved
but errors are not returned? We need account and object IDs.
-Danial, AdWords API Team.
On Tuesday, November 11, 2014 5:24:07 PM UTC+3,
peter.r...@smarter-ecommerce.com wrote:
I am wondering how I can get validation information for feed items via
the API.
I am currently using the FeedItemService. Here is what I experience at
the moment when using the selector ValidationDetails:
If an item awaits approval, then the validationDetails property is not
set at all.
If an item is either approved or disapproved, then the validationDetails
property is set, but no validationErrors are delivered.
In the Adwords UI I can see, disapproval reasons, e.g. Guns parts. I
hoped, that I can access this information via the validationErrors
property.
Is there any other way to get the information or am I doing something
wrong ?
Thanks!
Peter
// --- here is Groovy code snippet that should conceptually show what I
am doing ---
adwordsDataService.getFeedItems(account, feedId).eachWithIndex { item, i
-
println $item.feedItemId ($i)
if(item.validationDetails) {
item.validationDetails.each {
println $it.approvalStatus / $it.validationStatus
if(it.validationErrors) {
it.validationErrors.each {
println $it.feedAttributeIds /
$it.validationErrorCode / $it.errorInformation
}
} else {
println no validation errors
}
}
} else {
println no validation details
}
println =
}
--
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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.
Visit this group at http://groups.google.com/group/adwords-api.
To view this discussion on the web visit
https://groups.google.com/d/msgid/adwords-api/d543de03-0c43-4b3e-8964-2a0deac0dadf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Google Adwords API: Not getting any campaigns, adgroups and keywords
I am getting an empty array of output from google adwords api.
$selector = new Selector();
$selector-fields = array('Id', 'Name','Status');
$selector-ordering[] = new OrderBy('Name', 'ASCENDING');
Can you please look into this?
Thanks
--
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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.
Visit this group at http://groups.google.com/group/adwords-api.
To view this discussion on the web visit
https://groups.google.com/d/msgid/adwords-api/7e0769ed-a9c5-42bd-bced-5175f5e291ae%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
An error has occurred: { error : invalid_grant }
Hello, I'm make my first steps with the adwords api and PHP. I've an client-id, client-secret and refreshtoken, but after / during authentification a get the above error. What exactly does it mean ? How I can fix it ? Thanks in advance... Andy -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/ef984aed-45ab-4b05-b8a3-175e92a2f90e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Google Adwords API: Not getting any campaigns, adgroups and keywords
Hi,
Please check if you have set clientCustomerId field (either in your code,
or in your auth.ini) to an account that has campaigns in it.
Cheers,
Anash P. Oommen,
AdWords API Advisor.
On Wednesday, March 11, 2015 at 2:58:33 PM UTC-4, ZealousWeb wrote:
I am getting an empty array of output from google adwords api.
$selector = new Selector();
$selector-fields = array('Id', 'Name','Status');
$selector-ordering[] = new OrderBy('Name', 'ASCENDING');
Can you please look into this?
Thanks
--
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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.
Visit this group at http://groups.google.com/group/adwords-api.
To view this discussion on the web visit
https://groups.google.com/d/msgid/adwords-api/06023663-a682-412d-a5ad-3f7fc439553b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: Meaning of [AdGroupCriterionError.CONCRETE_TYPE_REQUIRED @ operations[0].operand]
Hi Dominic, Probably, you haven't set the AdGroupCriterion type correctly. To use SET and ADD operations for AdGroupCriterion objects, a concrete type (e.g., BIddableAdGroupCriterion https://developers.google.com/adwords/api/docs/reference/v201409/AdGroupCriterionService.BiddableAdGroupCriterion as compared to AdGroupCriterion https://developers.google.com/adwords/api/docs/reference/v201409/AdGroupCriterionService.AdGroupCriterion) should be provided. If you use Java, you can refer to this example https://github.com/googleads/googleads-java-lib/blob/4e55474f7a675f0bfd312f033610fa709b17ccdc/examples/adwords_axis/src/main/java/adwords/axis/v201409/basicoperations/UpdateKeyword.java#L83 to see how BiddableAdGroupCriterion is used with SET operations to modify updates a bid of the keyword. This might be similar to what you would like to do in your code. You can find examples for other languages from the repositories here https://github.com/googleads. Cheers, Thanet On Tuesday, March 10, 2015 at 2:37:31 AM UTC+9, Dominic Asche wrote: When we try to rewrite the targetURLs of the keywords within an AdGroup we receive from the API the error: - [AdGroupCriterionError.CONCRETE_TYPE_REQUIRED @ operations[0].operand] This error came with the upgrarde from v201406 to v201409 but we have no clue about the meaning. In some other post I've read something about ... AdGroupCriterion needed to be BiddableAdGroupCriterion ... but I get no clue on that. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/2b414275-664f-4f52-9057-c53be0cb3eaf%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: caseValue for ProductPartition unexpectedly null when subdivided by Channel or Channel Exclusivity.
Hello Hans, Unfortunately, we are not able to get these into the current version of the API. For now, we have implemented a workaround using forward compatibility maps https://developers.google.com/adwords/api/docs/guides/forward-compatibility-maps . We have added two keys to these maps. ProductScope.channel can have values ONLINE or LOCAL, and ProductScope.exclusivity can have values MULTI_CHANNL or SINGLE_CHANNEL. Thank you for your report so that we could get this addressed and planned for a future API version. Please let me know if you have any more trouble with this data. Regards, Mike, AdWords API Team On Tuesday, March 3, 2015 at 9:31:25 AM UTC-5, Michael Cloonan (AdWords API Team) wrote: Hello, I apologize for the delay. We are still looking into this. I will update you as soon as I have information to share. Regards, Mike, AdWords API Team On Monday, March 2, 2015 at 12:33:54 PM UTC-5, HK wrote: Hi, Mike Any updates on this issue or the Product Scope issue? Thanks, Hans -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/6b7c5a08-5758-4d01-a793-5bd3df3612f3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: v201502 Geo Performance Report Changes
Hello Charlie, Thank you for flagging this issue, I'll update the docs. As of v201502, IDs will be returned, older versions are not affected. No new name fields were introduced. We recommend mapping on the client side as the IDs are constants and can be cached / localized depending on your needs. -Danial, AdWords API Team. On Tuesday, March 10, 2015 at 10:52:25 PM UTC+3, Charlie Saunders wrote: Hello, I starting working on migrating to v201502 today (before I found out the Java libraries are not yet available), and I had a question about the announced changes to the Geo Performance Report. In the Migration Guide https://developers.google.com/adwords/api/docs/guides/migration/v201502, it says The CountryCriteriaId, CityCriteriaId, MetroCriteriaId, and RegionCriteriaId fields now correctly return the criterion ID instead of a name. However, the report field table https://developers.google.com/adwords/api/docs/appendix/reports#geo still says, for example for RegionCriteriaId Name of the region as a string. Is this actually going to return the ID now, or will it still return the name? Will fields be added that will return the names, or will we need to use something like this https://developers.google.com/adwords/api/docs/appendix/geotargeting to map the IDs to the names? I don't know if everyone feels the same, but we would prefer if we could still get the names directly in the reports, rather than having to map the IDs to names ourselves. Thanks! Charlie Saunders Sr. Web Analytics Engineer ROI Revolution, Inc. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/6a0eaa6c-ba9e-4f93-b531-fa990656c518%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: AdWords API test account
Hello, Billing and terms and conditions are separate. Signing the terms and conditions is required even to use test accounts. Please follow the instructions on our common errors entry for the TERMS_AND_CONDITIONS_NOT_SIGNED https://developers.google.com/adwords/api/docs/common-errors#QuotaCheckError.TERMS_AND_CONDITIONS_NOT_SIGNED error. It includes steps you can take to resolve this error, or a link to a form to contact our compliance team if none of those steps worked. Regards, Mike, AdWords API Team On Wednesday, March 11, 2015 at 8:35:48 AM UTC-4, Vibhav Agarwal wrote: Hello,I create MCC account with billing details and I applied for API Access. Because my application is in pending approval status I decide to create test account in order to continue developing my application. As it is stated in official API documentation:* All calls made with the AdWords API require a developer token, but the token doesn't have to be approved for calls made to Test Accounts; you can make requests against a Test Account while the application is still pending, *I thought that I will sucesfully make request to Google API AdWord and get respones with some test, dummy data but I am getting an error when I am trying to authenticate: QuotaCheckError.TERMS_AND_CONDITIONS_NOT_SIGNED Pl tell me what should i do. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/eb3569a6-4ddc-4448-9687-94ad0d2ff6d9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Uploading Offline Conversions is Very Confusing, especially trying to do it Server Side only.
Hello Mark, The Click Timestamp is the time that the user clicked on the ad. Is there some reason the different timings between the two points you mention would be meaningful? They would each happen one immediately after the other, and both before the conversion would be able to occur. Please also note that this time is saved in the time zone of the account it's associated with, so when uploading the conversion, make sure you convert the time to the same time zone as the account's time zone if necessary. This is generally a frequent cause of issues when using offline conversions. Regards, Mike, AdWords API Team On Tuesday, March 10, 2015 at 9:15:37 PM UTC-4, Mark Jones wrote: Hello Mike, Thanks for the reply. Shortly after posting my question I did figure out that I needed to create an installed application. For my Use Case I am going to be tracking GCLID clicks and uploading offline conversions for a client. They have a My Client Center Account that contains many Adwords Accounts, approximately 100 Adwords accounts. When users perform google searches and click on the advertisements, the initial click makes a request to the google ad servers which returns javascript in the response that programmatically creates a link and clicks using auto executing functions. I am sure you know what I'm am talking about. The GCLID is eventually appended to the end of the url of the destination landing page. Once the landing page renders, I will be scraping that CGLID and storing it server side until I receive a notification from external processes that the particular CGLID does indeed qualify for an offline conversion. I will then kick off some server side code that will create the Offline Conversion Feed service and try to upload the offline conversion. One of the confusing questions for me is that of the Click Timestamp. At what point in the request/response life cycle of clicking an advertisement from a google search does the click get tagged with a timestamp? Does it happen at www.googleadservices.com server during the point in time when the second response returns the javascript payload that programmatically creates a link and clicks it or does it happened at the final stage when the googleadservices.com server responds with a location header to redirect to the target landing page that has the gclid appended at the end of the url? Thanks for your help Mark On Monday, March 9, 2015 at 6:50:31 AM UTC-7, Michael Cloonan (AdWords API Team) wrote: Hello, You should use an Installed application rather than a Service account. This will require a one-time user interaction to get a refresh token, and from then on your server application can act autonomously reusing that refresh token. This is the most frequent use case, and the one that most of our examples use. Please see our AdWords-specific OAuth guide https://developers.google.com/adwords/api/docs/guides/authentication for instructions on how to set this up. Regards, Mike, AdWords API Team On Friday, March 6, 2015 at 3:57:43 PM UTC-5, Mark Jones wrote: Hello https://developers.google.com/adwords/api/community/, I am developing a server side application that needs to upload offline conversions. I am trying to figure out if this is possible using Service account where our production server can make calls to the Google APIs on behalf of my server side application instead of an end-user. After logging into the Google developers console and navigating to APIs auth -- Credentials, clicking on the Create new Client ID button, we are presented with three options: 1. Web application - Accessed by web browsers over a network. 2. Service account - Calls Google APIs on behalf of your application instead of an end-user. 3. Installed application - Runs on a desktop computer or handheld device (like Android or iPhone). Choosing Web application forces you to create a consent screen, but since I need to do all the work server-side without any user intervention the consent screen option does not seem to be the correct choice. Seems like a Service account would be the best choice, but those accounts to not create a ClientID, ClientSecret, and RefreshToken. All of the code examples point toward Web application where you are required to reference a Client ID, Client Secret, and RefreshToken. Can anyone shed some like on this topic? My goal is to upload offline conversions using Java and performing all the work server side. https://developers.google.com/adwords/api/docs/guides/importing-conversions#code_examples https://developers.google.com/adwords/api/docs/reference/v201409/OfflineConversionFeedService https://developers.google.com/accounts/docs/OAuth2?hl=en_US#serviceaccount https://developers.google.com/accounts/docs/OAuth2ServiceAccount -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and
Re: The concept of changing target URLs bulk
Hi, A couple of ideas/questions come to mind: 1. Could you give an estimate on a) the number of ads and keywords you are updating per ad group, b) the number of ad groups you're processing per account, and c) the number of accounts? I'd like to get an idea of the order of magnitude of the changes - are we talking about thousands, tens of thousands, or millions of changes? 2. *MutateJobService* is a good approach here, but keep in mind that if you hit any rate limits https://developers.google.com/adwords/api/docs/guides/rate-limits, *MutateJobService* will have to wait and retry your requests. If you've hit your quota for the day on the number of operations, that means that your jobs will take a long time to complete because they'll have to wait for the daily quota reset. One way to minimize this would be to request Standard Access https://developers.google.com/adwords/api/docs/guides/rate-limits#operational_limit_based_on_access_level for your dev token if you don't already have it. 3. If you are updating both ads and keywords, you may want to try submitting those in separate jobs. 4. Depending on your use case, you may want to consider using Upgraded URLs https://developers.google.com/adwords/api/docs/guides/upgraded-urls going forward to avoid editorial reviews for this type of change. For example, if you are making this change because your tracking URLs need to change but the final destination URLs are not changing, upgraded URLs would offer significant benefits. Hope that helps! Thanks, Josh, AdWords API Team On Monday, March 9, 2015 at 2:01:34 PM UTC-4, Dominic Asche wrote: We are trying to change the target URLs of our clients ads through the AdWords API. Our process is steched like this: - We pull via the AdWords API the existing and active AdGroups - Per AdGroup we do the following: 1. Pause active text-ads 2. Clone paused text-ads 3. Change Display-URLs 4. Change KeyWords target URLs 5. Batch all those changes and send them using the MutateJobService to get the updates applied. - (Then we redo this until all desired AdGroups have been changes) The reason why I'm asking about a best-practice approach is that our above described concept *takes a lot of time till it's completed.* - Is there a best-practice approach? Can you give me an idea of the best way to bulk change target URLs? Thanks for any hint. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/8822288e-66e7-46e6-9e69-db4ea0e87aa8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
AdWords API test account
Hello,I create MCC account with billing details and I applied for API Access. Because my application is in pending approval status I decide to create test account in order to continue developing my application. As it is stated in official API documentation:* All calls made with the AdWords API require a developer token, but the token doesn't have to be approved for calls made to Test Accounts; you can make requests against a Test Account while the application is still pending, *I thought that I will sucesfully make request to Google API AdWord and get respones with some test, dummy data but I am getting an error when I am trying to authenticate: QuotaCheckError.TERMS_AND_CONDITIONS_NOT_SIGNED Pl tell me what should i do. -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/a06c8d1e-1896-4a97-b646-0df39813ab7a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Get Website URL where my ad is displayed
Hi Ronak, I think what Josh already suggested you need to do some reading on the documentation for ValueTrack params and try some experiments. Also you can post on the Adwords Community forum yourself, Josh cannot do your work for you. Thanks. On Wednesday, 11 March 2015 06:23:16 UTC+1, MCC Test wrote: Hi Josh, Let me tell you clearly what I need tell them as I said above. So basically we need to know the specific url behind each lead in the automatic display partners, manual display partners (where we select the partners manually in adwords) and for remarketing. Is it possible to get the specific url where our ad appeared to be included in each lead? Or is it only possible to get the website partner behind each lead? So instead of getting the information www.partnersite/sampleurl.html we would only get the url itself www.partnersite.com by using google click I'd information. Thanks, Ronak -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/71e22070-2dbc-489f-a101-e63b6bf56630%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: How to post ads based on the location using google adwords api
How can we get the location Id of indian cities ...! -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/546c2e99-6a32-4e3d-bfc5-e1047e85be9e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Getting most trending keywords in a Category.
Hello, I believe the best we can offer via the API is the TargetingIdeaService https://developers.google.com/adwords/api/docs/guides/targeting-idea-service. This service will generate ideas for keywords based on the criteria you give it. You can use a CategoryProductsAndServicesSearchParameter https://developers.google.com/adwords/api/docs/reference/v201502/TargetingIdeaService.CategoryProductsAndServicesSearchParameter to generate ideas around a specific product area. You can check our Products Services https://developers.google.com/adwords/api/docs/appendix/productsservices index for a list of criteria types that work with this parameter. Our client library has an example of how to use this service in Java https://github.com/googleads/googleads-java-lib/blob/master/examples/adwords_axis/src/main/java/adwords/axis/v201409/optimization/GetKeywordIdeas.java. This will give you an idea of how it works, but you will need to tweak it to suit your specific needs. Regards, Mike, AdWords API Team On Monday, March 9, 2015 at 3:09:42 AM UTC-4, Vibhav Agarwal wrote: By category , i mean Mobile phones, kitchen dining, books, etc.. something like this. On Monday, 9 March 2015 12:25:10 UTC+5:30, Vibhav Agarwal wrote: Hi, I have started working on Google Adwords API Client Library in Java. My task is to find most trending keywords in a Category of products which is given as input. Kindly guide me how to write code for this. Thanks -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/a84d5ac1-b666-4b28-b83b-e755fc92c680%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
