Adding new feed item to existing campaigns from feed
Hi, We have created sitelink feed and feed items and assigned to some campaigns. Now we want to add more feed items in feed. We are getting error when trying to assign new feed items to existing campaigns from Feed using CampaignFeed service. Already has this feed assigned Can't we only assign the newly added feed items by passing feed item ids, or do we need to remove the existing feed items from campaigns and then add all again? Our requirement is to add new feed items to existing campaigns from feed. 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/fa29c376-3262-4b5c-b7a6-eed6df83f849%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY Bug?
Just thinking loud here, if the adgroups are deleted via your software, what if you rename the adgroup *before *you delete it? We used to use a similar approach where we appended the text _del to all adgroup names that are about to be deleted. Obviously, if the adgroup is deleted via the adwords interface rather than your software, then the above won't help. Oliver On Wednesday, September 17, 2014 2:33:22 PM UTC+1, David Midgley wrote: Hi Anash/API Team I responded to your question. Is there anything else you need to know? It would be great to get an answer on this please! Cheers David On Monday, 15 September 2014 16:04:31 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, If I remember correctly, the name needs to be unique in only active + paused items, not globally (with the new change). So if the user deletes an adgroup with the same name, you could create one with the same name again. Let me know if you are seeing a different behaviour, and I'll ask the team to investigate this further. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 2:29:07 PM UTC-4, David Midgley wrote: Thanks for the quick response Anash! Let me explain my use case and maybe you can find a workaround? We are working on an optimisation application that uses a strict naming convention for campaign and adgroup names. If a user accidentally deletes an adgroup, my software can't correct the error by recreating the adgroup because if we create a new adgroup with the same name in the same campaign we'll get a duplicate adgroup name error. Our solution to this problem was to rename the deleted adgroup which enabled us to create the new adgroup. Now that we can't rename the deleted adgroup and we can't create a new adgroup with the same name, how can we enforce our strict naming convention? This naming convention links adgroups between campaigns and is critical to our operations. We could version adgroup names, but this seems pretty untidy. We could use labels, but this could create thousands of labels and more (potentially error-prone) manual work. Can you think of a workaround? Cheers David On Monday, 8 September 2014 19:15:49 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, AdWords API v201406 no longer allows you to undelete campaigns, adgroups, etc. The UI and older API versions allows this behaviour for now, but they will eventually start working like the way v201406 works today. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 11:19:45 AM UTC-4, David Midgley wrote: Hi I'm having problems with a new OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY error. It appears that you can't undelete an adgroup (ie set any properties of a removed adgroup, including Status) or even add a keyword to an existing adgroup where that keyword was previously deleted. This seems to be a change between the v201402 and v201406 versions of the API. Obviously these are things that you can do via the UI. There is mention of this in another post: https://groups.google.com/forum/#!searchin/adwords-api/OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY%7Csort:relevance/adwords-api/uLdWDk7dMgs/kCLnPsog1UAJ Is this a bug? Is this going to get fixed soon? Cheers David -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/b2124c7c-a1ba-499a-8bb9-0e26d206592d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Can't Make Google Adwords Developer token?
Hi Ray, Ok Thanks for your replay. I have used PHP client libraries and I have download latest version. How to get below developer token id? developerToken = INSERT_DEVELOPER_TOKEN_HERE I got below all ids userAgent = X clientCustomerId = X client_id = X client_secret = X refresh_token = X Developer token id only missing for my auth.ini file. So, show this issue QuotaCheckError.INVALID_TOKEN_HEADER Thanks Regards, A. Senraj On Wednesday, September 17, 2014 11:44:01 PM UTC+5:30, Ray Tsang (AdWords API Team) wrote: Aroxo, Which client library are you using? Thanks! Ray On Wednesday, September 17, 2014 8:11:42 AM UTC-4, Aroxo RD wrote: I have created google adwords test accout. Everything is done but can't make developer token. I have faced this issue QuotaCheckError.INVALID_TOKEN_HEADER and I have reffer this link https://developers.google.com/adwords/api/docs/common-errors#QuotaCheckError.INVALID_TOKEN_HEADER . (Note: I got client_id, client_secret, clientCustomerId and refresh_token) Thanks Regards, A. Senraj -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/791dd52f-cd6b-4f24-a0e1-b2776d1dab7a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Incomplete Report
The amount of expected rows that get returned varies from 10-50%, but still getting a successful response code. This is for criteria performance reports, product partition reports, and shopping campaign reports. Is this a known issue? -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/74806d2e-58dd-4b37-bbbd-4e98a5976fed%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: How to Capture SOAP messages in.NET Visual Studio
Hi Danial, All seems good when I am using Test Account and Examples.CSharp.v201406. I am able to get Campaigns, Add a campaign. But my Requirement is all related to download various Reports using ReportDefinition Service or ReportDefinition. I am using Examples.CSharp.v201406.DownloadCriteriaReport to learn How to download reports ! But I always end up in getting Error : {Google.Api.Ads.AdWords.Util.Reports.ReportDownloadError[1]} Inner Exception : {Report download errors occurred, see errors field for more details.} I have also attached the screenshot of the Exception! Please help me out. As you said, I also tried to capture SOAP messages for my Application. For that I have downloaded Fiddler but I am not able to configure Fiddler settings in my App.config file and basically how to use that tool to capture SOAPs. I know this problem does not come under Adwords APi, but it will be really a big help for me ! 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/1d8ba421-ba70-4507-97de-0e61f0dc7f63%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: API will remove the login field from ManagedCustomer???
Hello, Dorian is correct, email address was optional since account creation became possible via the API, with CreateAccountService first and ManagedCustomerService later. Oliver, I want to tell you we had an internal discussion based on this thread. We've also assessed number of API requests we receive with this field (which is very low) and other factors. The decision was made to continue with the change as announced. I am sorry this requires changes to your system and workflow. I still believe the correct way of handling this is to keep account ID - email pairs in your data store and to use that for both report delivery and UI rendering. -Danial, AdWords API Team. On Wednesday, September 17, 2014 5:57:24 PM UTC+4, Dorian Kind wrote: FWIW, out of the ~480 accounts I can see in our agency's MCC account, around 70 have no login email set. So it seems this hasn't been a required field to create an Adwords account for some time already. On Wednesday, September 17, 2014 3:03:33 PM UTC+2, Oliver wrote: On Wednesday, September 17, 2014 1:05:52 PM UTC+1, Danial Klimkin wrote: Hello Oliver, *How about API users that build tools for agencies? An agency might have their own way of contacting their clients but how can our systems, that rely only on what the API gives us, be able to do so? Are we going to have to ask our agency users to manually enter their customers details on our system? * This something that needs to be discussed between the tool provider and the agency. Access permission on MCC level doesn't mean consent to share email addresses of every sub-account. Please also note account can have no email address associated with it at all. *Clients sign up to agencies and expect to receive monthly reports on how well their account is managed. I've never come across a client who told his agency not to email him regarding his account performance.* *In SaaS products, the whole process of people using online tools is automated. We don't call an agency, when it signs up to our tool, and exchange info manually to set them up properly. I suspect that how most other SaaS vendors work.* *Yes email addresses can also be blank, but that's a lot less often than descriptive names being blank. I know this because I have access to thousands of adwords accounts on our system and can see this info.* *Are you removing the email address from the adwords interface as well? If so, then fair enough since users will be accustomed to this. But if not, then how can software vendors continue to innovate and build tools that make adwords management easier?* *We're not using the email address to identify users or permissions, and we don't rely on it for anything. We use it mainly to display it on the screen, next to the account, so that the MCC user can visually identify each account in his hierarchy. We also use it when the agency wants to send monthly reports to their clients. If the agency doesn't want to send a report to the email address identified, they can switch it off. But most agencies do indeed use the email addresses associated with their customer accounts.* For reporting purposes it should be possible to request email address on the same screen a user can choose whether to receive reports over the email. *Apologies if I didn't clarify my point. What you're referring to is fine for a single adwords account users. But what about for agencies that have a number of accounts within their MCC? How can we request tens, if not hundreds, of email addresses on the screen (for every one of their client accounts under the MCC)?* *Using descriptive names has two major problems:* *1) As I mentioned before, we see many accounts with blank names. We can't force users to give their account a name before they start using our system. How is the user going to visually identify such accounts then? We can not show them only the 10 digit account ID. * *2) Account names are not unique. You can have multiple accounts within the same MCC with exactly the same descriptive name which can visually be very confusing when navigating the screens.* *What you're trying to achieve with descriptive names above is exactly what the email address is used for.* I understand you have some kind of internal data storage you can keep additional information about your clients. I suggest adding metadata such as contact address, display name etc. identified my account ID to this data storage and use it in the UI for display. *The email address, in my view, is the single most important meta data about an account. What is the difference, from your point of view, between using display name vs email address? Most adwords users are accustomed to viewing the email address of an account as a way of visually identifying an account. * Oliver, there is countless options for
Re: OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY Bug?
One more thing to bear in mind is that you probably should version deleted adgroups. Imagine: - user creates adgroup “test” - then deletes it, so the system first renames it to “test_del” and then marks as deleted - user creates again adgroup named “test” - user tries to delete it The system will fail in step 4, because it will try to rename adgroup to “test_del”, but that name already exists. So what you may do in that case is to detect the error, and try to rename it to “test_del1”. Cheers, Mariusz On Thursday, 18 September 2014 08:24:33 UTC+1, Oliver wrote: Just thinking loud here, if the adgroups are deleted via your software, what if you rename the adgroup *before *you delete it? We used to use a similar approach where we appended the text _del to all adgroup names that are about to be deleted. Obviously, if the adgroup is deleted via the adwords interface rather than your software, then the above won't help. Oliver On Wednesday, September 17, 2014 2:33:22 PM UTC+1, David Midgley wrote: Hi Anash/API Team I responded to your question. Is there anything else you need to know? It would be great to get an answer on this please! Cheers David On Monday, 15 September 2014 16:04:31 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, If I remember correctly, the name needs to be unique in only active + paused items, not globally (with the new change). So if the user deletes an adgroup with the same name, you could create one with the same name again. Let me know if you are seeing a different behaviour, and I'll ask the team to investigate this further. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 2:29:07 PM UTC-4, David Midgley wrote: Thanks for the quick response Anash! Let me explain my use case and maybe you can find a workaround? We are working on an optimisation application that uses a strict naming convention for campaign and adgroup names. If a user accidentally deletes an adgroup, my software can't correct the error by recreating the adgroup because if we create a new adgroup with the same name in the same campaign we'll get a duplicate adgroup name error. Our solution to this problem was to rename the deleted adgroup which enabled us to create the new adgroup. Now that we can't rename the deleted adgroup and we can't create a new adgroup with the same name, how can we enforce our strict naming convention? This naming convention links adgroups between campaigns and is critical to our operations. We could version adgroup names, but this seems pretty untidy. We could use labels, but this could create thousands of labels and more (potentially error-prone) manual work. Can you think of a workaround? Cheers David On Monday, 8 September 2014 19:15:49 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, AdWords API v201406 no longer allows you to undelete campaigns, adgroups, etc. The UI and older API versions allows this behaviour for now, but they will eventually start working like the way v201406 works today. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 11:19:45 AM UTC-4, David Midgley wrote: Hi I'm having problems with a new OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY error. It appears that you can't undelete an adgroup (ie set any properties of a removed adgroup, including Status) or even add a keyword to an existing adgroup where that keyword was previously deleted. This seems to be a change between the v201402 and v201406 versions of the API. Obviously these are things that you can do via the UI. There is mention of this in another post: https://groups.google.com/forum/#!searchin/adwords-api/OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY%7Csort:relevance/adwords-api/uLdWDk7dMgs/kCLnPsog1UAJ Is this a bug? Is this going to get fixed soon? Cheers David -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/38554d15-4bc4-4e23-83b1-a8c61500ada0%40googlegroups.com. For more options,
Re: Adding new feed item to existing campaigns from feed
Hi, Assuming you already create new feed items, you need to remove existing matching function and create new one. Cheers, Mariusz On Thursday, 18 September 2014 07:03:10 UTC+1, techpoi...@gmail.com wrote: Hi, We have created sitelink feed and feed items and assigned to some campaigns. Now we want to add more feed items in feed. We are getting error when trying to assign new feed items to existing campaigns from Feed using CampaignFeed service. Already has this feed assigned Can't we only assign the newly added feed items by passing feed item ids, or do we need to remove the existing feed items from campaigns and then add all again? Our requirement is to add new feed items to existing campaigns from feed. 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/57d43855-6371-4ac7-96eb-b8118c748f54%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: API will remove the login field from ManagedCustomer???
I have to say, I find your decision to continue with this very surprising. The announcement post hinted to the reason being users relying on the email address for identification purposes. We know this is not possible and whoever does this will quickly run into problems. So if it's not for that, what could be the reason for you wanting to remove the email address? What about other account meta data (that will also have very low requests) like currency, timezone and name? Are these also going to be removed eventually (hopefully not)? Of course, you don't owe anyone an explanation. You're the mighty Google. I'm sorry to say that it seems this decision was taken purely based on some technical criteria without usability being ever considered. Oliver On Thursday, September 18, 2014 10:28:00 AM UTC+1, Danial Klimkin wrote: Hello, Dorian is correct, email address was optional since account creation became possible via the API, with CreateAccountService first and ManagedCustomerService later. Oliver, I want to tell you we had an internal discussion based on this thread. We've also assessed number of API requests we receive with this field (which is very low) and other factors. The decision was made to continue with the change as announced. I am sorry this requires changes to your system and workflow. I still believe the correct way of handling this is to keep account ID - email pairs in your data store and to use that for both report delivery and UI rendering. -Danial, AdWords API Team. On Wednesday, September 17, 2014 5:57:24 PM UTC+4, Dorian Kind wrote: FWIW, out of the ~480 accounts I can see in our agency's MCC account, around 70 have no login email set. So it seems this hasn't been a required field to create an Adwords account for some time already. On Wednesday, September 17, 2014 3:03:33 PM UTC+2, Oliver wrote: On Wednesday, September 17, 2014 1:05:52 PM UTC+1, Danial Klimkin wrote: Hello Oliver, *How about API users that build tools for agencies? An agency might have their own way of contacting their clients but how can our systems, that rely only on what the API gives us, be able to do so? Are we going to have to ask our agency users to manually enter their customers details on our system? * This something that needs to be discussed between the tool provider and the agency. Access permission on MCC level doesn't mean consent to share email addresses of every sub-account. Please also note account can have no email address associated with it at all. *Clients sign up to agencies and expect to receive monthly reports on how well their account is managed. I've never come across a client who told his agency not to email him regarding his account performance.* *In SaaS products, the whole process of people using online tools is automated. We don't call an agency, when it signs up to our tool, and exchange info manually to set them up properly. I suspect that how most other SaaS vendors work.* *Yes email addresses can also be blank, but that's a lot less often than descriptive names being blank. I know this because I have access to thousands of adwords accounts on our system and can see this info.* *Are you removing the email address from the adwords interface as well? If so, then fair enough since users will be accustomed to this. But if not, then how can software vendors continue to innovate and build tools that make adwords management easier?* *We're not using the email address to identify users or permissions, and we don't rely on it for anything. We use it mainly to display it on the screen, next to the account, so that the MCC user can visually identify each account in his hierarchy. We also use it when the agency wants to send monthly reports to their clients. If the agency doesn't want to send a report to the email address identified, they can switch it off. But most agencies do indeed use the email addresses associated with their customer accounts.* For reporting purposes it should be possible to request email address on the same screen a user can choose whether to receive reports over the email. *Apologies if I didn't clarify my point. What you're referring to is fine for a single adwords account users. But what about for agencies that have a number of accounts within their MCC? How can we request tens, if not hundreds, of email addresses on the screen (for every one of their client accounts under the MCC)?* *Using descriptive names has two major problems:* *1) As I mentioned before, we see many accounts with blank names. We can't force users to give their account a name before they start using our system. How is the user going to visually identify such accounts then? We can not show them only the 10 digit account ID. * *2) Account names are not unique. You can have multiple accounts within the same
Re: API will remove the login field from ManagedCustomer???
I wrote a response in the heat of the moment and ended up deleting it as I really don't see much point in discussing this anymore. Oliver On Thursday, September 18, 2014 10:28:00 AM UTC+1, Danial Klimkin wrote: Hello, Dorian is correct, email address was optional since account creation became possible via the API, with CreateAccountService first and ManagedCustomerService later. Oliver, I want to tell you we had an internal discussion based on this thread. We've also assessed number of API requests we receive with this field (which is very low) and other factors. The decision was made to continue with the change as announced. I am sorry this requires changes to your system and workflow. I still believe the correct way of handling this is to keep account ID - email pairs in your data store and to use that for both report delivery and UI rendering. -Danial, AdWords API Team. On Wednesday, September 17, 2014 5:57:24 PM UTC+4, Dorian Kind wrote: FWIW, out of the ~480 accounts I can see in our agency's MCC account, around 70 have no login email set. So it seems this hasn't been a required field to create an Adwords account for some time already. On Wednesday, September 17, 2014 3:03:33 PM UTC+2, Oliver wrote: On Wednesday, September 17, 2014 1:05:52 PM UTC+1, Danial Klimkin wrote: Hello Oliver, *How about API users that build tools for agencies? An agency might have their own way of contacting their clients but how can our systems, that rely only on what the API gives us, be able to do so? Are we going to have to ask our agency users to manually enter their customers details on our system? * This something that needs to be discussed between the tool provider and the agency. Access permission on MCC level doesn't mean consent to share email addresses of every sub-account. Please also note account can have no email address associated with it at all. *Clients sign up to agencies and expect to receive monthly reports on how well their account is managed. I've never come across a client who told his agency not to email him regarding his account performance.* *In SaaS products, the whole process of people using online tools is automated. We don't call an agency, when it signs up to our tool, and exchange info manually to set them up properly. I suspect that how most other SaaS vendors work.* *Yes email addresses can also be blank, but that's a lot less often than descriptive names being blank. I know this because I have access to thousands of adwords accounts on our system and can see this info.* *Are you removing the email address from the adwords interface as well? If so, then fair enough since users will be accustomed to this. But if not, then how can software vendors continue to innovate and build tools that make adwords management easier?* *We're not using the email address to identify users or permissions, and we don't rely on it for anything. We use it mainly to display it on the screen, next to the account, so that the MCC user can visually identify each account in his hierarchy. We also use it when the agency wants to send monthly reports to their clients. If the agency doesn't want to send a report to the email address identified, they can switch it off. But most agencies do indeed use the email addresses associated with their customer accounts.* For reporting purposes it should be possible to request email address on the same screen a user can choose whether to receive reports over the email. *Apologies if I didn't clarify my point. What you're referring to is fine for a single adwords account users. But what about for agencies that have a number of accounts within their MCC? How can we request tens, if not hundreds, of email addresses on the screen (for every one of their client accounts under the MCC)?* *Using descriptive names has two major problems:* *1) As I mentioned before, we see many accounts with blank names. We can't force users to give their account a name before they start using our system. How is the user going to visually identify such accounts then? We can not show them only the 10 digit account ID. * *2) Account names are not unique. You can have multiple accounts within the same MCC with exactly the same descriptive name which can visually be very confusing when navigating the screens.* *What you're trying to achieve with descriptive names above is exactly what the email address is used for.* I understand you have some kind of internal data storage you can keep additional information about your clients. I suggest adding metadata such as contact address, display name etc. identified my account ID to this data storage and use it in the UI for display. *The email address, in my view, is the single most important meta data about an account. What is the difference, from your point of
Re: How to Capture SOAP messages in.NET Visual Studio
Hi Vandita, Unfortunately, it is impossible to say what the problem is from attached screenshot. Details are burried in Errors property which you haven't expanded. Can you post information from Errors collection? If you want to trace SOAP communication, you can use Option 1: Use SOAP logs https://github.com/googleads/googleads-dotnet-lib/wiki/How-to-capture-SOAP-messages#option-1-use-soap-logs. You only need to change log level from Off to Information, so your app.config will be: system.diagnosticssources source name=AdsClientLibs.SoapXmlLogsswitchName=AdsClientLibs.SoapXmlLogs switchType=System.Diagnostics.SourceSwitchlisteners !-- Modify the initializeData attribute below to control the path to the SOAP XML log file. -- add name=soapXmlLogListener type=System.Diagnostics.TextWriterTraceListener initializeData=C:\Logs\soap_xml.log / remove name=Default / /listeners /source source name=AdsClientLibs.RequestInfoLogs switchName=AdsClientLibs.RequestInfoLogs switchType=System.Diagnostics.SourceSwitchlisteners !-- Modify the initializeData attribute below to control the path to the request info log file. -- add name=requestInfoLogListener type=System.Diagnostics.TextWriterTraceListener initializeData=C:\Logs\request_info.log / remove name=Default / /listeners /source/sourcesswitches !-- Use this trace switch to control the SOAP XML logs written by Ads*.NET libraries. The default level is set to Off. Logs are generated atboth the Error and Information levels. -- add name=AdsClientLibs.SoapXmlLogs value=Information/ !-- Use this trace switch to control the Request Info logs written byAds* .NET libraries. The default level is set to Off. Logs aregenerated at both the Error and Information levels. -- add name=AdsClientLibs.RequestInfoLogs value=Information//switches /system.diagnostics Cheers, Mariusz On Thursday, 18 September 2014 06:57:40 UTC+1, Vandita Chhabaria wrote: Hi Danial, All seems good when I am using Test Account and Examples.CSharp.v201406. I am able to get Campaigns, Add a campaign. But my Requirement is all related to download various Reports using ReportDefinition Service or ReportDefinition. I am using Examples.CSharp.v201406.DownloadCriteriaReport to learn How to download reports ! But I always end up in getting Error : {Google.Api.Ads.AdWords.Util.Reports.ReportDownloadError[1]} Inner Exception : {Report download errors occurred, see errors field for more details.} I have also attached the screenshot of the Exception! Please help me out. As you said, I also tried to capture SOAP messages for my Application. For that I have downloaded Fiddler but I am not able to configure Fiddler settings in my App.config file and basically how to use that tool to capture SOAPs. I know this problem does not come under Adwords APi, but it will be really a big help for me ! 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/78553cee-050f-450e-8108-ddbea0f7390c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: How to Capture SOAP messages in.NET Visual Studio
Ok...And where will be my SOAP xml file ? On Thursday, September 18, 2014 3:52:12 PM UTC+5:30, Mariusz wrote: Hi Vandita, Unfortunately, it is impossible to say what the problem is from attached screenshot. Details are burried in Errors property which you haven't expanded. Can you post information from Errors collection? If you want to trace SOAP communication, you can use Option 1: Use SOAP logs https://github.com/googleads/googleads-dotnet-lib/wiki/How-to-capture-SOAP-messages#option-1-use-soap-logs. You only need to change log level from Off to Information, so your app.config will be: system.diagnosticssources source name=AdsClientLibs.SoapXmlLogs switchName=AdsClientLibs.SoapXmlLogs switchType=System.Diagnostics.SourceSwitchlisteners !-- Modify the initializeData attribute below to control the path to the SOAP XML log file. -- add name=soapXmlLogListener type=System.Diagnostics.TextWriterTraceListener initializeData=C:\Logs\soap_xml.log / remove name=Default / /listeners /source source name=AdsClientLibs.RequestInfoLogs switchName=AdsClientLibs.RequestInfoLogs switchType=System.Diagnostics.SourceSwitchlisteners !-- Modify the initializeData attribute below to control the path to the request info log file. -- add name=requestInfoLogListener type=System.Diagnostics.TextWriterTraceListener initializeData=C:\Logs\request_info.log / remove name=Default //listeners /source/sourcesswitches !-- Use this trace switch to control the SOAP XML logs written by Ads* .NET libraries. The default level is set to Off. Logs are generated at both the Error and Information levels. -- add name=AdsClientLibs.SoapXmlLogs value=Information/ !-- Use this trace switch to control the Request Info logs written byAds* .NET libraries. The default level is set to Off. Logs aregenerated at both the Error and Information levels. -- add name=AdsClientLibs.RequestInfoLogs value=Information//switches /system.diagnostics Cheers, Mariusz On Thursday, 18 September 2014 06:57:40 UTC+1, Vandita Chhabaria wrote: Hi Danial, All seems good when I am using Test Account and Examples.CSharp.v201406. I am able to get Campaigns, Add a campaign. But my Requirement is all related to download various Reports using ReportDefinition Service or ReportDefinition. I am using Examples.CSharp.v201406.DownloadCriteriaReport to learn How to download reports ! But I always end up in getting Error : {Google.Api.Ads.AdWords.Util.Reports.ReportDownloadError[1]} Inner Exception : {Report download errors occurred, see errors field for more details.} I have also attached the screenshot of the Exception! Please help me out. As you said, I also tried to capture SOAP messages for my Application. For that I have downloaded Fiddler but I am not able to configure Fiddler settings in my App.config file and basically how to use that tool to capture SOAPs. I know this problem does not come under Adwords APi, but it will be really a big help for me ! 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/a435605e-b890-4a94-8838-0f8976c3588d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: How to Capture SOAP messages in.NET Visual Studio
You can configure it. In the snipped I passed in, the log files are configured to be: C:\Logs\soap_xml.log C:\Logs\request_info.log Cheers, Mariusz On Thursday, 18 September 2014 12:05:15 UTC+1, Vandita Chhabaria wrote: Ok...And where will be my SOAP xml file ? On Thursday, September 18, 2014 3:52:12 PM UTC+5:30, Mariusz wrote: Hi Vandita, Unfortunately, it is impossible to say what the problem is from attached screenshot. Details are burried in Errors property which you haven't expanded. Can you post information from Errors collection? If you want to trace SOAP communication, you can use Option 1: Use SOAP logs https://github.com/googleads/googleads-dotnet-lib/wiki/How-to-capture-SOAP-messages#option-1-use-soap-logs. You only need to change log level from Off to Information, so your app.config will be: system.diagnosticssources source name=AdsClientLibs.SoapXmlLogs switchName=AdsClientLibs.SoapXmlLogs switchType=System.Diagnostics.SourceSwitchlisteners !-- Modify the initializeData attribute below to control the path to the SOAP XML log file. -- add name=soapXmlLogListener type=System.Diagnostics.TextWriterTraceListener initializeData=C:\Logs\soap_xml.log / remove name=Default / /listeners /source source name=AdsClientLibs.RequestInfoLogs switchName=AdsClientLibs.RequestInfoLogs switchType=System.Diagnostics.SourceSwitchlisteners !-- Modify the initializeData attribute below to control the path to the request info log file. -- add name=requestInfoLogListener type=System.Diagnostics.TextWriterTraceListener initializeData=C:\Logs\request_info.log / remove name=Default //listeners /source/sourcesswitches !-- Use this trace switch to control the SOAP XML logs written by Ads* .NET libraries. The default level is set to Off. Logs are generated at both the Error and Information levels. -- add name=AdsClientLibs.SoapXmlLogs value=Information/ !-- Use this trace switch to control the Request Info logs written byAds* .NET libraries. The default level is set to Off. Logs aregenerated at both the Error and Information levels. -- add name=AdsClientLibs.RequestInfoLogs value=Information//switches /system.diagnostics Cheers, Mariusz On Thursday, 18 September 2014 06:57:40 UTC+1, Vandita Chhabaria wrote: Hi Danial, All seems good when I am using Test Account and Examples.CSharp.v201406. I am able to get Campaigns, Add a campaign. But my Requirement is all related to download various Reports using ReportDefinition Service or ReportDefinition. I am using Examples.CSharp.v201406.DownloadCriteriaReport to learn How to download reports ! But I always end up in getting Error : {Google.Api.Ads.AdWords.Util.Reports.ReportDownloadError[1]} Inner Exception : {Report download errors occurred, see errors field for more details.} I have also attached the screenshot of the Exception! Please help me out. As you said, I also tried to capture SOAP messages for my Application. For that I have downloaded Fiddler but I am not able to configure Fiddler settings in my App.config file and basically how to use that tool to capture SOAPs. I know this problem does not come under Adwords APi, but it will be really a big help for me ! 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/34091d42-688e-4070-98fe-087f8708a45b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY Bug?
Hi Mariusz, I've asked the team to investigate whether it is feasible to allow deleted adgroups and campaigns to be renamed. I'll update the thread as I hear from them, Cheers, Anash On Thursday, September 18, 2014 5:43:41 AM UTC-4, Mariusz wrote: One more thing to bear in mind is that you probably should version deleted adgroups. Imagine: - user creates adgroup “test” - then deletes it, so the system first renames it to “test_del” and then marks as deleted - user creates again adgroup named “test” - user tries to delete it The system will fail in step 4, because it will try to rename adgroup to “test_del”, but that name already exists. So what you may do in that case is to detect the error, and try to rename it to “test_del1”. Cheers, Mariusz On Thursday, 18 September 2014 08:24:33 UTC+1, Oliver wrote: Just thinking loud here, if the adgroups are deleted via your software, what if you rename the adgroup *before *you delete it? We used to use a similar approach where we appended the text _del to all adgroup names that are about to be deleted. Obviously, if the adgroup is deleted via the adwords interface rather than your software, then the above won't help. Oliver On Wednesday, September 17, 2014 2:33:22 PM UTC+1, David Midgley wrote: Hi Anash/API Team I responded to your question. Is there anything else you need to know? It would be great to get an answer on this please! Cheers David On Monday, 15 September 2014 16:04:31 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, If I remember correctly, the name needs to be unique in only active + paused items, not globally (with the new change). So if the user deletes an adgroup with the same name, you could create one with the same name again. Let me know if you are seeing a different behaviour, and I'll ask the team to investigate this further. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 2:29:07 PM UTC-4, David Midgley wrote: Thanks for the quick response Anash! Let me explain my use case and maybe you can find a workaround? We are working on an optimisation application that uses a strict naming convention for campaign and adgroup names. If a user accidentally deletes an adgroup, my software can't correct the error by recreating the adgroup because if we create a new adgroup with the same name in the same campaign we'll get a duplicate adgroup name error. Our solution to this problem was to rename the deleted adgroup which enabled us to create the new adgroup. Now that we can't rename the deleted adgroup and we can't create a new adgroup with the same name, how can we enforce our strict naming convention? This naming convention links adgroups between campaigns and is critical to our operations. We could version adgroup names, but this seems pretty untidy. We could use labels, but this could create thousands of labels and more (potentially error-prone) manual work. Can you think of a workaround? Cheers David On Monday, 8 September 2014 19:15:49 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, AdWords API v201406 no longer allows you to undelete campaigns, adgroups, etc. The UI and older API versions allows this behaviour for now, but they will eventually start working like the way v201406 works today. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 11:19:45 AM UTC-4, David Midgley wrote: Hi I'm having problems with a new OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY error. It appears that you can't undelete an adgroup (ie set any properties of a removed adgroup, including Status) or even add a keyword to an existing adgroup where that keyword was previously deleted. This seems to be a change between the v201402 and v201406 versions of the API. Obviously these are things that you can do via the UI. There is mention of this in another post: https://groups.google.com/forum/#!searchin/adwords-api/OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY%7Csort:relevance/adwords-api/uLdWDk7dMgs/kCLnPsog1UAJ Is this a bug? Is this going to get fixed soon? Cheers David -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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: OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY Bug?
Anash, thanks for looking into that! Oliver Mariusz, I can't speak for David, but for us, the problem occurs when the user uses the AdWords UI to delete ad groups outside our system. If our system does the deletion, we do rename them before they're deleted (part of the rename includes a timestamp so that it can be created and re-deleted). Thanks for the thoughts, though. Thanks, Greg On Thursday, September 18, 2014 8:51:46 AM UTC-5, Anash P. Oommen (AdWords API Team) wrote: Hi Mariusz, I've asked the team to investigate whether it is feasible to allow deleted adgroups and campaigns to be renamed. I'll update the thread as I hear from them, Cheers, Anash On Thursday, September 18, 2014 5:43:41 AM UTC-4, Mariusz wrote: One more thing to bear in mind is that you probably should version deleted adgroups. Imagine: - user creates adgroup “test” - then deletes it, so the system first renames it to “test_del” and then marks as deleted - user creates again adgroup named “test” - user tries to delete it The system will fail in step 4, because it will try to rename adgroup to “test_del”, but that name already exists. So what you may do in that case is to detect the error, and try to rename it to “test_del1”. Cheers, Mariusz On Thursday, 18 September 2014 08:24:33 UTC+1, Oliver wrote: Just thinking loud here, if the adgroups are deleted via your software, what if you rename the adgroup *before *you delete it? We used to use a similar approach where we appended the text _del to all adgroup names that are about to be deleted. Obviously, if the adgroup is deleted via the adwords interface rather than your software, then the above won't help. Oliver On Wednesday, September 17, 2014 2:33:22 PM UTC+1, David Midgley wrote: Hi Anash/API Team I responded to your question. Is there anything else you need to know? It would be great to get an answer on this please! Cheers David On Monday, 15 September 2014 16:04:31 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, If I remember correctly, the name needs to be unique in only active + paused items, not globally (with the new change). So if the user deletes an adgroup with the same name, you could create one with the same name again. Let me know if you are seeing a different behaviour, and I'll ask the team to investigate this further. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 2:29:07 PM UTC-4, David Midgley wrote: Thanks for the quick response Anash! Let me explain my use case and maybe you can find a workaround? We are working on an optimisation application that uses a strict naming convention for campaign and adgroup names. If a user accidentally deletes an adgroup, my software can't correct the error by recreating the adgroup because if we create a new adgroup with the same name in the same campaign we'll get a duplicate adgroup name error. Our solution to this problem was to rename the deleted adgroup which enabled us to create the new adgroup. Now that we can't rename the deleted adgroup and we can't create a new adgroup with the same name, how can we enforce our strict naming convention? This naming convention links adgroups between campaigns and is critical to our operations. We could version adgroup names, but this seems pretty untidy. We could use labels, but this could create thousands of labels and more (potentially error-prone) manual work. Can you think of a workaround? Cheers David On Monday, 8 September 2014 19:15:49 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, AdWords API v201406 no longer allows you to undelete campaigns, adgroups, etc. The UI and older API versions allows this behaviour for now, but they will eventually start working like the way v201406 works today. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 11:19:45 AM UTC-4, David Midgley wrote: Hi I'm having problems with a new OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY error. It appears that you can't undelete an adgroup (ie set any properties of a removed adgroup, including Status) or even add a keyword to an existing adgroup where that keyword was previously deleted. This seems to be a change between the v201402 and v201406 versions of the API. Obviously these are things that you can do via the UI. There is mention of this in another post: https://groups.google.com/forum/#!searchin/adwords-api/OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY%7Csort:relevance/adwords-api/uLdWDk7dMgs/kCLnPsog1UAJ Is this a bug? Is this going to get fixed soon? Cheers David -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and Google+: https://googleadsdeveloper.blogspot.com/ https://plus.google.com/+GoogleAdsDevelopers/posts =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ You received this
Re: OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY Bug?
Hi all If my software does the deletion, it adds a GUID to the end of the adgroup name prior to deletion to make sure it doesn't risk creating a duplicate in the future if it needs to recreate the adgroup. The problem is when a human makes a mistake and deletes the adgroup and effectively blocks the software from creating it again... Cheers David On Thursday, 18 September 2014 14:51:46 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi Mariusz, I've asked the team to investigate whether it is feasible to allow deleted adgroups and campaigns to be renamed. I'll update the thread as I hear from them, Cheers, Anash On Thursday, September 18, 2014 5:43:41 AM UTC-4, Mariusz wrote: One more thing to bear in mind is that you probably should version deleted adgroups. Imagine: - user creates adgroup “test” - then deletes it, so the system first renames it to “test_del” and then marks as deleted - user creates again adgroup named “test” - user tries to delete it The system will fail in step 4, because it will try to rename adgroup to “test_del”, but that name already exists. So what you may do in that case is to detect the error, and try to rename it to “test_del1”. Cheers, Mariusz On Thursday, 18 September 2014 08:24:33 UTC+1, Oliver wrote: Just thinking loud here, if the adgroups are deleted via your software, what if you rename the adgroup *before *you delete it? We used to use a similar approach where we appended the text _del to all adgroup names that are about to be deleted. Obviously, if the adgroup is deleted via the adwords interface rather than your software, then the above won't help. Oliver On Wednesday, September 17, 2014 2:33:22 PM UTC+1, David Midgley wrote: Hi Anash/API Team I responded to your question. Is there anything else you need to know? It would be great to get an answer on this please! Cheers David On Monday, 15 September 2014 16:04:31 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, If I remember correctly, the name needs to be unique in only active + paused items, not globally (with the new change). So if the user deletes an adgroup with the same name, you could create one with the same name again. Let me know if you are seeing a different behaviour, and I'll ask the team to investigate this further. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 2:29:07 PM UTC-4, David Midgley wrote: Thanks for the quick response Anash! Let me explain my use case and maybe you can find a workaround? We are working on an optimisation application that uses a strict naming convention for campaign and adgroup names. If a user accidentally deletes an adgroup, my software can't correct the error by recreating the adgroup because if we create a new adgroup with the same name in the same campaign we'll get a duplicate adgroup name error. Our solution to this problem was to rename the deleted adgroup which enabled us to create the new adgroup. Now that we can't rename the deleted adgroup and we can't create a new adgroup with the same name, how can we enforce our strict naming convention? This naming convention links adgroups between campaigns and is critical to our operations. We could version adgroup names, but this seems pretty untidy. We could use labels, but this could create thousands of labels and more (potentially error-prone) manual work. Can you think of a workaround? Cheers David On Monday, 8 September 2014 19:15:49 UTC+1, Anash P. Oommen (AdWords API Team) wrote: Hi David, AdWords API v201406 no longer allows you to undelete campaigns, adgroups, etc. The UI and older API versions allows this behaviour for now, but they will eventually start working like the way v201406 works today. Cheers, Anash P. Oommen, AdWords API Advisor. On Monday, September 8, 2014 11:19:45 AM UTC-4, David Midgley wrote: Hi I'm having problems with a new OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY error. It appears that you can't undelete an adgroup (ie set any properties of a removed adgroup, including Status) or even add a keyword to an existing adgroup where that keyword was previously deleted. This seems to be a change between the v201402 and v201406 versions of the API. Obviously these are things that you can do via the UI. There is mention of this in another post: https://groups.google.com/forum/#!searchin/adwords-api/OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY%7Csort:relevance/adwords-api/uLdWDk7dMgs/kCLnPsog1UAJ Is this a bug? Is this going to get fixed soon? Cheers David -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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
Re: PHP Client Library: An error has occurred: [QuotaCheckError.INCOMPLETE_SIGNUP @ ; trigger:'null']
Hi, I see that you have not accepted (or could not accept) Terms Conditions on your prod MCC, and that in a separate email with the API Compliance team, the team replied to you on the 16th and you sent the accepted terms yesterday (the 17th). You should hear back from them soon. Cheers, Josh, AdWords API Team On Monday, September 15, 2014 11:22:06 PM UTC-4, Joey Belarmino wrote: Hi Josh, Can you please also check ours, we are also having the same problem, but we have already contacted AdWords API Compliance via this: https://services.google.com/fb/forms/apicontact/ but still no reply. Prod MCC Id: 963-992-4530 Test MCC ID: 254-360-2361 Thank you! On Saturday, September 6, 2014 1:37:30 AM UTC+8, Josh Radcliff (AdWords API Team) wrote: Hi, Did you go through the steps in the common errors guide as outlined in the best answer https://groups.google.com/d/msg/adwords-api/IosB9QqubDo/dfGumQ0n4WIJ? Thanks, Josh, AdWords API Team On Friday, September 5, 2014 6:14:27 AM UTC-4, Gasper Mis wrote: Hi I have the same problem. Can you check please my account. ID stranke: 250-162-0830 User: test.advert2025 gmail com -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/94a124c9-10e0-4716-8ac6-dee6b1ea16e6%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Adding new feed item to existing campaigns from feed
Just use FeedItemService to add new items. You can use FeedService to retrieve attribute IDs. There is no need to do anything with CampaignFeedService after the feed has been created. On Thursday, September 18, 2014 8:03:10 AM UTC+2, techpoi...@gmail.com wrote: Hi, We have created sitelink feed and feed items and assigned to some campaigns. Now we want to add more feed items in feed. We are getting error when trying to assign new feed items to existing campaigns from Feed using CampaignFeed service. Already has this feed assigned Can't we only assign the newly added feed items by passing feed item ids, or do we need to remove the existing feed items from campaigns and then add all again? Our requirement is to add new feed items to existing campaigns from feed. 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/ccb2cc36-c15d-437b-92c0-7652d32a1d36%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: INCOMPLETE_SIGNUP error returned by Adwords API
Hi Josh, I did use the correct customer id but while checking it i noticed it was not connected to a test MCC. I created a MCC account and connected it properly to the child account but the i still keep getting the incomplete singup error. I also opened a ticket in the support form you reffered me to but i got no reply so far. On Tuesday, September 2, 2014 4:48:23 PM UTC+3, Josh Radcliff (AdWords API Team) wrote: Hi Eli, Have you tried setting the clientCustomerId https://developers.google.com/adwords/api/docs/guides/soap#clientCustomerId header to the customer ID of one of the *child* AdWords accounts of your test MCC? Cheers, Josh, AdWords API Team On Sunday, August 31, 2014 8:22:01 AM UTC-4, eli@aimeesoft.com wrote: Thanks Josh. I checked again and we did accept the terms and did enter the billing information as required. In any case I used the contact form in the guide you refereed me to and reported the problem. Thanks again, Eli On Friday, August 29, 2014 4:15:11 PM UTC+3, Josh Radcliff (AdWords API Team) wrote: Hi Eli, Billing info needs to be setup and terms and conditions must be accepted on the *production* MCC (the one with the developer token). I can see that terms conditions have not been accepted yet on your production MCC. Please follow the instructions in our Common Errors Guide https://developers.google.com/adwords/api/docs/common-errors#QuotaCheckError. That guide also contains contact information you can use if you have trouble with the billing or terms conditions setup. Cheers, Josh, AdWords API Team On Thursday, August 28, 2014 10:20:19 AM UTC-4, eli@aimeesoft.com wrote: Hi, When making requests with a production key to test a MCC i get an INCOMPLETE_SIGNUP error. I followed the instructions in other posts and made sure the billing info is updated and the terms contract has been approved. Can you please help? Test customer id: 879-695-1428 Production customer id: 471-076-9636 Thanks, Eli -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/c3d85a0d-51f1-49e9-a7b0-11952775a3ce%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: INCOMPLETE_SIGNUP error returned by Adwords API
Hi Eli, I still see that Terms Conditions are not signed on the production MCC. I also saw that you contacted the API Compliance team to resolve this ~30 minutes ago. You should hear back from them within the next day. Once they've resolved the Terms Conditions issue, please let me know if you still encounter this error. Thanks, Josh, AdWords API Team On Thursday, September 18, 2014 12:46:53 PM UTC-4, eli@aimeesoft.com wrote: Hi Josh, I did use the correct customer id but while checking it i noticed it was not connected to a test MCC. I created a MCC account and connected it properly to the child account but the i still keep getting the incomplete singup error. I also opened a ticket in the support form you reffered me to but i got no reply so far. On Tuesday, September 2, 2014 4:48:23 PM UTC+3, Josh Radcliff (AdWords API Team) wrote: Hi Eli, Have you tried setting the clientCustomerId https://developers.google.com/adwords/api/docs/guides/soap#clientCustomerId header to the customer ID of one of the *child* AdWords accounts of your test MCC? Cheers, Josh, AdWords API Team On Sunday, August 31, 2014 8:22:01 AM UTC-4, eli@aimeesoft.com wrote: Thanks Josh. I checked again and we did accept the terms and did enter the billing information as required. In any case I used the contact form in the guide you refereed me to and reported the problem. Thanks again, Eli On Friday, August 29, 2014 4:15:11 PM UTC+3, Josh Radcliff (AdWords API Team) wrote: Hi Eli, Billing info needs to be setup and terms and conditions must be accepted on the *production* MCC (the one with the developer token). I can see that terms conditions have not been accepted yet on your production MCC. Please follow the instructions in our Common Errors Guide https://developers.google.com/adwords/api/docs/common-errors#QuotaCheckError. That guide also contains contact information you can use if you have trouble with the billing or terms conditions setup. Cheers, Josh, AdWords API Team On Thursday, August 28, 2014 10:20:19 AM UTC-4, eli@aimeesoft.com wrote: Hi, When making requests with a production key to test a MCC i get an INCOMPLETE_SIGNUP error. I followed the instructions in other posts and made sure the billing info is updated and the terms contract has been approved. Can you please help? Test customer id: 879-695-1428 Production customer id: 471-076-9636 Thanks, Eli -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/5727b2eb-6dee-4130-af74-976c6c3ea580%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: can a negative placment be un-excluding without remembering first its criterion-ID ?
to answer your *rhetorical *question: because it's complicated :) But i worked it out using your guidelines Step 1: get the criterion IDs using CampaignCriterionService, 'fields': ['CampaignId', 'Id', 'CriteriaType', 'PlacementUrl', ], 'predicates': [ { 'field': 'CriteriaType', 'operator': 'IN', 'values': ['MOBILE_APPLICATION', ] }, *Step 2.* remove the criterion: operations = [ { 'operator': 'REMOVE', 'operand': { 'xsi_type': 'CampaignCriterion', 'criterion': { 'id': criterion_id } } }] Question answered. 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/68aa3491-8fc2-46ad-ba9b-26e6cc600cdc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Can't Make Google Adwords Developer token?
Hi, The developer token is necessary. Please carefully follow all sign up procedures https://developers.google.com/adwords/api/docs/signingup, and other getting started documentation https://developers.google.com/adwords/api/docs/first-request. Thanks, Ray On Thursday, September 18, 2014 1:09:52 AM UTC-4, Aroxo RD wrote: Hi Ray, Ok Thanks for your replay. I have used PHP client libraries and I have download latest version. How to get below developer token id? developerToken = INSERT_DEVELOPER_TOKEN_HERE I got below all ids userAgent = X clientCustomerId = X client_id = X client_secret = X refresh_token = X Developer token id only missing for my auth.ini file. So, show this issue QuotaCheckError.INVALID_TOKEN_HEADER Thanks Regards, A. Senraj On Wednesday, September 17, 2014 11:44:01 PM UTC+5:30, Ray Tsang (AdWords API Team) wrote: Aroxo, Which client library are you using? Thanks! Ray On Wednesday, September 17, 2014 8:11:42 AM UTC-4, Aroxo RD wrote: I have created google adwords test accout. Everything is done but can't make developer token. I have faced this issue QuotaCheckError.INVALID_TOKEN_HEADER and I have reffer this link https://developers.google.com/adwords/api/docs/common-errors#QuotaCheckError.INVALID_TOKEN_HEADER . (Note: I got client_id, client_secret, clientCustomerId and refresh_token) Thanks Regards, A. Senraj -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/590c6753-e90c-4f39-be37-f4f9bf5c3f4b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Incomplete Report
Mariel, Could I trouble you to send me the exact query (log) in private? What type of data are missing? How are you determining that the expected rows were not returned? Thanks, Ray On Wednesday, September 17, 2014 4:38:44 PM UTC-4, Mariel Bartolome wrote: The amount of expected rows that get returned varies from 10-50%, but still getting a successful response code. This is for criteria performance reports, product partition reports, and shopping campaign reports. Is this a known issue? -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/8c753c90-29e6-4b02-b2ee-f0b07f836455%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Campaign type - what is the default created by the API?
Hi, The top level types are documented in the advertisingChannelType https://developers.google.com/adwords/api/docs/reference/v201406/CampaignService.Campaign#advertisingChannelType attribute. That being said, we do not support sub-types at the moment. Thanks, Ray On Thursday, September 18, 2014 2:47:17 PM UTC-4, BDCoder wrote: Two questions regarding adding campaigns via the API -- sorry if I missed this in the docs and examples, but I didn't see it mentioned anywhere: 1. When adding a campaign without specifying the campaign type, what is the default that will be created? i.e.: Search Network with Display Select - Standard (as in the AdWords UI) 2. Is there an enumeration or list of campaign types that match up to the AdWords UI? 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/8a663961-3aba-4fdb-9f6f-6e8486b6c818%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Removed labels still come back via API
Ah, so obvious once you point it out. No I don't, I just assumed that removed deleted them rather than flagging them as removed. Thanks! On Wednesday, 17 September 2014 21:34:12 UTC+10, Danial Klimkin wrote: Hello Liam, Do you request Label Status field to determine removed items? You can also add a predicate to filter removed ones out. https://developers.google.com/adwords/api/docs/reference/v201406/LabelService.Label -Danial, AdWords API Team. On Wednesday, September 17, 2014 4:11:51 AM UTC+4, Liam O'Boyle wrote: I use the Label Service to pull down a list of all labels for an account, but the response includes labels that I have already removed via the web interface. Is this the expected behaviour? Is the data cached for some period of 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/c0222fa2-1c36-43ed-bd64-89e712eaf39c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Campaign performance report doesn't match web interface
Hi Ray, All of the campaigns match, and 196 of 199 campaigns match exactly on clicks, impressions and conversions. Three campaigns show totally different impressions, clicks and conversions (one of them more than 100,000 impressions different). Any ideas why this might be? On Thursday, 18 September 2014 04:13:15 UTC+10, Ray Tsang (AdWords API Team) wrote: Liam, Please compare the result and let me know if specific rows were missing, or that the counts are completely different between the UI and the API for the same campaign. Thanks, Ray On Wednesday, September 17, 2014 10:02:33 AM UTC-4, Dorian Kind wrote: Total shot in the dark here, but could it be that the account in question also uses video campaigns? Because those aren't reported over the API. On Wednesday, September 17, 2014 2:27:36 AM UTC+2, Liam O'Boyle wrote: Attempting to pull a campaign performance report (with no filters) results in a much lower impression count than that shown in the web dashboard. Is there any reason that this should be the case? The report is fetched using the following AWQL. SELECT CampaignStatus, CampaignId, CampaignName, Labels, AverageCpc, Cost, CostPerConversion, Ctr, Impressions, Clicks, Conversions, TotalBudget, TotalCost FROM CAMPAIGN_PERFORMANCE_REPORT DURING 20140101,20140917 -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/c970d51b-8a1b-4628-92b0-d7cb5cbe8f34%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Campaign performance report doesn't match web interface
Aah, I'm an idiot. The campaigns in question were set up a long time ago and most of the data was excluded by the DURING period specified in the query. Thanks for prompting me to look more closely and spot the difference. While I've got someone answering, can you possibly point me in the right direction to ask questions about the Webmaster API? I've asked a question about an apparent bug in the verification API over in the forum https://productforums.google.com/forum/#!category-topic/webmasters/verification/CJ8Mk6HU0kI but I've got a resounding silence. Am I asking in the wrong place? Cheers, Liam On Friday, 19 September 2014 08:59:02 UTC+10, Liam O'Boyle wrote: Hi Ray, All of the campaigns match, and 196 of 199 campaigns match exactly on clicks, impressions and conversions. Three campaigns show totally different impressions, clicks and conversions (one of them more than 100,000 impressions different). Any ideas why this might be? On Thursday, 18 September 2014 04:13:15 UTC+10, Ray Tsang (AdWords API Team) wrote: Liam, Please compare the result and let me know if specific rows were missing, or that the counts are completely different between the UI and the API for the same campaign. Thanks, Ray On Wednesday, September 17, 2014 10:02:33 AM UTC-4, Dorian Kind wrote: Total shot in the dark here, but could it be that the account in question also uses video campaigns? Because those aren't reported over the API. On Wednesday, September 17, 2014 2:27:36 AM UTC+2, Liam O'Boyle wrote: Attempting to pull a campaign performance report (with no filters) results in a much lower impression count than that shown in the web dashboard. Is there any reason that this should be the case? The report is fetched using the following AWQL. SELECT CampaignStatus, CampaignId, CampaignName, Labels, AverageCpc, Cost, CostPerConversion, Ctr, Impressions, Clicks, Conversions, TotalBudget, TotalCost FROM CAMPAIGN_PERFORMANCE_REPORT DURING 20140101,20140917 -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ 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/8efbf6d7-f1bf-4ad2-86cf-8820ec251cb1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.