Re: AdNetworkType1 = mixed

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Oksana,

Sorry for your confusion.
The MIXED AdNetworkType1 was added to prepare for the future feature of 
AdWords, which hasn't been fully released yet.
And it doesn't mean to represent Youtube Video and Display Networks.

Best,
Thanet, AdWords API Team

On Wednesday, April 11, 2018 at 11:12:23 AM UTC-4, Oksana Sulyma wrote:
>
> Hi guys!
>
> In migration guide for v201802 (
> https://developers.google.com/adwords/api/docs/guides/migration/v201802) 
> I see next:
> "The AdNetworkType1 and AdNetworkType2 fields may now return a result of 
> MIXED."
> But I wasn't able to find what does this Cross-Network mean, could you 
> provide more info? 
>
> For example, if I had campaign running in Youtube Video and Display 
> Networks, will I get now AdNetworkType1 = mixed from API?
>
> How can I check in Adwords UI that campaign has AdNetworkType1 = mixed? 
>
> Thanks in advance!
>  
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/b3993777-fc64-4ac4-bc83-dc985910667c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Do AdGroupCriteria support temporary IDs?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Lukas,

Unfortunately, the fix is complicated than we thought so it's taking time.
I'll update this thread once this is completed.

Best,
Thanet, AdWords API Team

On Thursday, March 29, 2018 at 7:21:01 AM UTC+9, 
lukaskellingflix...@gmail.com wrote:
>
> Hi Thanet,
>
> any updates on using temporary IDs with AdGroupCriterionOperation in a 
> batch job?
>
> I run into a similar issue when trying to set temporary IDs with 
> AdGroupAdOperation with BatchJobService.
>
> Just for context: I am trying to apply labels to ads and adgroup criteria 
> (which is why I need to set temporary IDs for those operations, in order to 
> reference them). I am uploading ads, adgroup criteria and apply labels to 
> them all in one BatchJob, with the labels being applied as the last 
> operations. I receive a "Type not found: 'id'" error when setting temporary 
> IDs in the AdGroupCriteriaOperation & AdGroupAdOperation operations.
>
> Best,
> Lukas
>
> Am Montag, 4. Dezember 2017 17:35:52 UTC+1 schrieb Thanet Knack 
> Praneenararat (AdWords API Team):
>>
>> Hello Bryan,
>>
>> Temporary IDs do not work in both AdGroupCriterionLabelOperation and 
>> AdGroupCriterionOperation now. 
>> Engineering is fixing this issue currently but we don't have ETAs yet.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>>
>> On Monday, December 4, 2017 at 12:39:36 AM UTC-5, Bryan wrote:
>>>
>>> Hi Thanet, can you please clarify the scope of this issue and fix? Does 
>>> this apply to ADD operations for AdGroupCriterionLabels? I am trying to 
>>> associate labels to newly created ad groups using BatchJobService, all in 
>>> one batch job, and getting EntityNotFound errors:
>>>
>>>
 type=EntityNotFound,path=operations[1544].operand.criterionId,trigger=TempCriterionId{id=1795},desc=EntityNotFound.INVALID_ID
>>>
>>>
>>> Thanks 
>>>
>>> On Monday, November 27, 2017 at 1:19:30 AM UTC-5, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:
>>>
 Hello Agnel,

 Engineering are aware of this issue and working on the fix.
 I'll update this thread when this gets fixed.

 Best,
 Thanet, AdWords API Team

 On Friday, November 24, 2017 at 9:56:57 PM UTC+9, Agnel Waghela wrote:
>
> Hi Peter,
>
> Today I tried to assign label after all the labels and ads were 
> created.
>
> I sent the following request to the BatchJob. Here are only 
> AdGroupAdLabelOperations.
>
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"45832500421", :ad_id=>"235012322853", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"45832500421", :ad_id=>"235012322856", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"57535515348", :ad_id=>"235012322859", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"57535515348", :ad_id=>"235012322862", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901471", :ad_id=>"235012322865", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901471", :ad_id=>"235012322868", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784799951", :ad_id=>"235012322871", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784799951", :ad_id=>"235012322874", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"50586572113", :ad_id=>"235012322877", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"50586572113", :ad_id=>"235012323000", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901711", :ad_id=>"235012323003", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901711", :ad_id=>"235012323006", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784902431", :ad_id=>"235012323009", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784902431", :ad_id=>"235012323012", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"47866534926", :ad_id=>"235012323015", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", 

Re: BudgetOrderService whitelist

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Erik,

Your account has been whitelisted.

Best,
Thanet, AdWords API Team

On Friday, March 9, 2018 at 1:06:57 PM UTC+7, Thanet Knack Praneenararat 
(AdWords API Team) wrote:
>
> Hello Erik,
>
> We're processing this and will let you know when it's completed.
>
> Best,
> Thanet, AdWords API Team
>
> On Friday, March 9, 2018 at 3:45:53 AM UTC+7, Erik Lissel wrote:
>>
>>
>> Hello! I would like to get our MCC, xxx-xxx-, whitelisted for using 
>> BudgetOrderService.mutate.
>>
>> (I notice that a similar request has already been posted today. Like the 
>> author of that post, we have not found any other way to do it).
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/fa2f895a-5025-4558-85bb-729032c36159%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: BudgetOrderService whitelist

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Erik,

We're processing this and will let you know when it's completed.

Best,
Thanet, AdWords API Team

On Friday, March 9, 2018 at 3:45:53 AM UTC+7, Erik Lissel wrote:
>
>
> Hello! I would like to get our MCC, xxx-xxx-, whitelisted for using 
> BudgetOrderService.mutate.
>
> (I notice that a similar request has already been posted today. Like the 
> author of that post, we have not found any other way to do it).
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/0ada3acd-e072-40eb-a2d6-5179536859b6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: TargetingIdeaService: no results returned when in the keywords list there is at least one keyword with the term "news"

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello All,

Sorry for the long delay.
This issue has been fixed. Please let us know if you're still faced with 
this issue.

Best,
Thanet, AdWords API Team

On Saturday, October 21, 2017 at 12:16:33 AM UTC+7, Douglas Lewis wrote:
>
> There are many issues like this. if a single word or multi-word keyword 
> search contains the word 'grief' nothing is returned from the API. Not 
> state or ideas. This is the same when using the keyword planner. I'm 
> finding more and more that other words return inconsistent results.
>
> On Friday, October 6, 2017 at 2:56:24 AM UTC-7, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello Mauro,
>>
>> We're investigating this issue and will get back to you when I have more 
>> updates.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, October 6, 2017 at 4:10:03 AM UTC+9, Mauro Guerrieri wrote:
>>>
>>> Hello,
>>> i've been analyzing a very strainge behaviour of the 
>>> targetingideaservice.
>>> If i request data for a set of keywords like this:
>>> 'news denver',
>>> 'media matters',
>>> 'israeli news live',
>>> 'goldie hawn daughter',
>>> 'definition of compassion',
>>> 'symptoms of alcohol poisoning',
>>> 'russia ukraine news',
>>>   'russia and syria news',
>>> 'russina and syria',
>>> 'the habit burger',
>>> 'the human anatomy',
>>> 'news',
>>> 'odessa ukraine newspaper english',
>>> 'ukraine news',
>>>
>>> The service return an empty set. So, no data for any of the keywords 
>>> above.
>>>
>>> BUT:
>>> If i remove all the keywords where the term "news" is like:
>>> 'ukraine news'
>>> 'russia ukraine news',
>>>   'russia and syria news',
>>> 'israeli news live',
>>> 'news denver'
>>>
>>> I'm able to take the value of competition, cpc and so on for the 
>>> remaining keywords.
>>>
>>> Another very interesting fact is that a keyword with the only term 
>>> "news" works, while if the term "news" is in a keyword composed by at least 
>>> two words, the behavior is the one described.
>>>
>>> I actually may accept to not receive any information for keywords with 
>>> the term "news", but at least to receive the data for the other woul be 
>>> great.
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/d7b78eec-2393-49d5-bffd-e53e8ef91531%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: UNEXPECTED_INTERNAL_API_ERROR when calling LabelService or SharedSetService

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Jianbo,

This issue has been fixed. Please let us know if you still hit that error.

Best,
Thanet, AdWords API Team

On Thursday, December 7, 2017 at 4:44:34 AM UTC+9, Jianbo zhu wrote:
>
> Hi, Adwords API team,
> in the last few days, we have seen quite a few UNEXPECTED_INTERNAL_API_ERROR 
> when calling LabelService or SharedSetService.  Wonder if there is any 
> ongoign issue for these two service? thanks. 
>
> The latest one is:
> Time: around  2017-12-06 07:58:24.2027972 (UTC)
> Service: Label Service
> GoogleCustomerId: 9215803799
>
> Could you please help take a look? 
>
> Thanks,
> Jianbo 
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/7bad84dd-ed62-4099-aa67-145cd858f1d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: UNEXPECTED_INTERNAL_API_ERROR querying AdGroupAdService

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello MdV,

I'm confirming this and will get back to you when I have more information.

Best,
Thanet, AdWords API Team

On Monday, February 19, 2018 at 3:04:56 PM UTC+9, Thanet Knack 
Praneenararat (AdWords API Team) wrote:
>
> Hello MdV,
>
> How often the error has happened? 
> The error can happen sometimes when there are transient issues on the 
> servers.
> Usually, the frequency of error will reduce and it will disappear within a 
> few days.
>
> If the issue persists for many days, please let me know.
>
> Best,
> Thanet, AdWords API Team
>
> On Tuesday, February 13, 2018 at 10:33:13 PM UTC+9, MdV wrote:
>>
>> Hi API team,
>>
>> Since a couple of days we are seeing UNEXPECTED_INTERNAL_API_ERROR 
>> messages when retrieving template ads with the AdGroupAdService. Can you 
>> tell me if there is an issue with the service and if so when you expect it 
>> to be fixed?
>>
>>
>> Kind regards,
>> MdV
>>
>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/ebb10a7c-62c6-41d4-9b57-197124ca1ea2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: UNEXPECTED_INTERNAL_API_ERROR querying AdGroupAdService

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello MdV,

How often the error has happened? 
The error can happen sometimes when there are transient issues on the 
servers.
Usually, the frequency of error will reduce and it will disappear within a 
few days.

If the issue persists for many days, please let me know.

Best,
Thanet, AdWords API Team

On Tuesday, February 13, 2018 at 10:33:13 PM UTC+9, MdV wrote:
>
> Hi API team,
>
> Since a couple of days we are seeing UNEXPECTED_INTERNAL_API_ERROR 
> messages when retrieving template ads with the AdGroupAdService. Can you 
> tell me if there is an issue with the service and if so when you expect it 
> to be fixed?
>
>
> Kind regards,
> MdV
>
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/cfa7ea3e-5bed-4417-9386-f68e34cd2e52%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: PHP pass credentials dynamically (not through adsapi_php.ini)

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Jean,

>From your narrated use case, I agree that what you've done is probably the 
best right now.
Thanks for your time describing your use case so it can benefit other 
people too.

Best,
Thanet, AdWords API Team

On Saturday, February 3, 2018 at 5:48:06 AM UTC+9, Jean-Fabrice Rabaute 
wrote:
>
> From what I understand this wouldn't work.
>
> I see the following problem with getOrFetchAccessToken in a distributed 
> environment:
>
> Let's say I have two servers with the php code answering requests from 
> clients, server A and server B.
>
> Those two servers can receive a request at the same time. As they are 
> isolated if getOrFetchAccessToken needs to refresh the token, each server 
> will refresh the token and get an access_token.
> This should not happen and the "refresh token" task should be synced (with 
> a distributed lock system like redis/zk/etcd) between servers so only one 
> is actually refreshing the token, updating the db or cache and the other 
> ones are getting the new value from the updated cache.
> This is all app dependent (well, more client infra-dependent stuff) so the 
> googleads-php-lib cannot/shouldn't deal with this and it should just 
> provide the necessary hooks so the app can take care of this.
> This is what I'm doing with the custom FetchAuthTokenInterface 
> implementation I have.
>
> Note about "shouldFetchAccessToken". Calling "shouldFetchAccessToken" does 
> not help even within the same request.
> I can call "shouldFetchAccessToken" and it will return false and the next 
> call will return "true".
> It means that when calling getOrFetchAccessToken I don't know if the value 
> returned is the "cached" one (whatever that means as cache should be done 
> by the app anyways) or a refreshed one, so I wouldn't know when to save it 
> (well, I could compare with the one I had previously that would work). But 
> then, getOrFetchAccessToken has the problem described initially.
>
> I hope it makes sense.
>
> Thanks.
>
> Le vendredi 2 février 2018 10:06:33 UTC-8, Thanet Knack Praneenararat 
> (AdWords API Team) a écrit :
>>
>> Hello,
>>
>> Looking into this again, isn't the getOrFetchAccessToken 
>> 
>>  
>> method in OAuth2TokenRefresher similar to what you need?
>> It can fetch a new access token when needed but will just return the 
>> existing one if it's not expired yet.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, February 1, 2018 at 9:05:45 PM UTC-8, Jean-Fabrice Rabaute 
>> wrote:
>>>
>>> Hi,
>>>
>>> Sorry for the delay.
>>>
>>> I solved my problem by implementing "FetchAuthTokenInterface" interface 
>>> and passing my implementation to 
>>> "AdWordsSessionBuilder::withOAuth2Credential".
>>> The token refresh is now handled by my object and I can synchronize and 
>>> use my custom caching as well the way I want.
>>>
>>> I don't know if this is the correct way to do it or if there is a more 
>>> "official" way to do so.
>>>
>>> Thanks.
>>>
>>> Le mardi 9 janvier 2018 07:53:29 UTC-8, Thanet Knack Praneenararat 
>>> (AdWords API Team) a écrit :

 Hello Jean,

 Nice to meet you. I'm an owner of the googleads-php-lib.
 I'm still following up all your conversation with my colleagues but 
 from what you said in this thread,

 The google/google-auth-library-php (which is used by the adwords 
> library) seem to have the same problem (The app is unable to 
> get/cache/manage the access_token in an easy way).


 Have you confirmed with the owner of that library already?
 And as you clearly see through this, as the *googleads-php-lib* 
 depends on the *google-auth-library-php* library, if that library 
 really doesn't support what you want, I'm afraid our library doesn't 
 support it as well.

 I'll come back when I finish following up all the conversations.

 Best,
 Thanet, AdWords API Team

 On Monday, January 8, 2018 at 3:44:44 AM UTC+9, Jean-Fabrice Rabaute 
 wrote:
>
> Hi,
>
> I'm working on migrating from the old api to the new one and I don't 
> understand how to reuse the "access_token".
>
> When using OAuth2TokenBuilder and AdWordsSessionBuilder, I can set the 
> "refresh_token" but not the "access_token".
> If I understand correctly, setting only the refresh_token will force 
> to get a new access_token everytime I create a new instance of 
> OAuth2TokenBuilder (which is instantiating a UserRefreshCredentials 
> object 
> when the ->build() method is called in my case).
> This probably works (not sure there might be race condition with 
> multiple requests in // and then one access_token might be invalid), but 
> this means that an access_token 

Re: PHP pass credentials dynamically (not through adsapi_php.ini)

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

Looking into this again, isn't the getOrFetchAccessToken 

 
method in OAuth2TokenRefresher similar to what you need?
It can fetch a new access token when needed but will just return the 
existing one if it's not expired yet.

Best,
Thanet, AdWords API Team

On Thursday, February 1, 2018 at 9:05:45 PM UTC-8, Jean-Fabrice Rabaute 
wrote:
>
> Hi,
>
> Sorry for the delay.
>
> I solved my problem by implementing "FetchAuthTokenInterface" interface 
> and passing my implementation to 
> "AdWordsSessionBuilder::withOAuth2Credential".
> The token refresh is now handled by my object and I can synchronize and 
> use my custom caching as well the way I want.
>
> I don't know if this is the correct way to do it or if there is a more 
> "official" way to do so.
>
> Thanks.
>
> Le mardi 9 janvier 2018 07:53:29 UTC-8, Thanet Knack Praneenararat 
> (AdWords API Team) a écrit :
>>
>> Hello Jean,
>>
>> Nice to meet you. I'm an owner of the googleads-php-lib.
>> I'm still following up all your conversation with my colleagues but from 
>> what you said in this thread,
>>
>> The google/google-auth-library-php (which is used by the adwords library) 
>>> seem to have the same problem (The app is unable to get/cache/manage the 
>>> access_token in an easy way).
>>
>>
>> Have you confirmed with the owner of that library already?
>> And as you clearly see through this, as the *googleads-php-lib* depends 
>> on the *google-auth-library-php* library, if that library really doesn't 
>> support what you want, I'm afraid our library doesn't support it as well.
>>
>> I'll come back when I finish following up all the conversations.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Monday, January 8, 2018 at 3:44:44 AM UTC+9, Jean-Fabrice Rabaute 
>> wrote:
>>>
>>> Hi,
>>>
>>> I'm working on migrating from the old api to the new one and I don't 
>>> understand how to reuse the "access_token".
>>>
>>> When using OAuth2TokenBuilder and AdWordsSessionBuilder, I can set the 
>>> "refresh_token" but not the "access_token".
>>> If I understand correctly, setting only the refresh_token will force to 
>>> get a new access_token everytime I create a new instance of 
>>> OAuth2TokenBuilder (which is instantiating a UserRefreshCredentials object 
>>> when the ->build() method is called in my case).
>>> This probably works (not sure there might be race condition with 
>>> multiple requests in // and then one access_token might be invalid), but 
>>> this means that an access_token will be fetched everytime, so two http 
>>> requests instead of one.
>>> When I have an access_token which is valid for 3600 seconds, I'd like to 
>>> be able to reuse it for the valid period, but I can't as there is no method 
>>> in OAuth2TokenBuilder nor UserRefreshCredentials to set the "access_token" 
>>> when I instantiate my objects on new client http requests.
>>>
>>> In your response, you say "The first section builds OAuth2 access token 
>>> fetchers, which will get access tokens as and when required". But how can 
>>> this happen if the access_token is not provided? As it is not provided, a 
>>> new http request needs to be done to get one before doing the adwords api 
>>> request, right?
>>>
>>> In the old API, passing the "refresh_token" AND "access_token" was done 
>>> when instantiating the AdwordsUser object (here: 
>>> https://github.com/googleads/googleads-php-lib/blob/deprecated/src/Google/Api/Ads/AdWords/Lib/AdWordsUser.php#L92
>>>  
>>> ). It was then possible to reuse an existing and still active 
>>> "access_token".
>>> Now, I really can't see how to reuse an existing "access_token" with the 
>>> new api, only the "refresh_token".
>>>
>>> Am I missing something?
>>>
>>> Thank you for any help/feedback.
>>>
>>> PS: My next problem is to detect that those object are effectively 
>>> refreshing the access_token because I'd like to update/save/cache the new 
>>> one to be able to reuse it again for the active time period (usually one 
>>> hour). That will probably be my next question. The new api seem very weird 
>>> in this regard. The google/google-auth-library-php (which is used by the 
>>> adwords library) seem to have the same problem (The app is unable to 
>>> get/cache/manage the access_token in an easy way).
>>>
>>> Le lundi 28 août 2017 09:31:27 UTC-7, Shwetha Vastrad (AdWords API Team) 
>>> a écrit :

 Hi Tim, 

 You need to use OAuth2TokenBuilder 
 
  
 and AdWordsSessionBuilder 
 
  
 to pass the values programmatically. 

 $oAuth2Credential = (new OAuth2TokenBuilder())
   

Re: BatchJobProcessingError.INTERNAL_ERROR while pushing extensions

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Suvodhoy,

Sorry for very long delay.
The issue happening to your batch jobs has been fixed already.
Please let me know if you're still faced with similar issues when creating 
batch jobs with similar numbers of operations.

Best,
Thanet, AdWords API Team

On Tuesday, May 23, 2017 at 6:10:47 AM UTC-7, suvodhoy sinha wrote:
>
> Hi,
>
> I saw a number of threads regarding this issue. After reading through some 
> of them it seems it was solved for some of the users but we have been 
> facing this problem for quite some time. It happens majorly with the 
> extension push.
> Adding some of the job ids across multiple clients - *500025750, 
> 492164459, 490177553, 486427885*. Kindly assist.
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/17f07f5e-c098-45ec-9658-eedf251f36e3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: PHP pass credentials dynamically (not through adsapi_php.ini)

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Jean,

Nice to meet you. I'm an owner of the googleads-php-lib.
I'm still following up all your conversation with my colleagues but from 
what you said in this thread,

The google/google-auth-library-php (which is used by the adwords library) 
> seem to have the same problem (The app is unable to get/cache/manage the 
> access_token in an easy way).


Have you confirmed with the owner of that library already?
And as you clearly see through this, as the *googleads-php-lib* depends on 
the *google-auth-library-php* library, if that library really doesn't 
support what you want, I'm afraid our library doesn't support it as well.

I'll come back when I finish following up all the conversations.

Best,
Thanet, AdWords API Team

On Monday, January 8, 2018 at 3:44:44 AM UTC+9, Jean-Fabrice Rabaute wrote:
>
> Hi,
>
> I'm working on migrating from the old api to the new one and I don't 
> understand how to reuse the "access_token".
>
> When using OAuth2TokenBuilder and AdWordsSessionBuilder, I can set the 
> "refresh_token" but not the "access_token".
> If I understand correctly, setting only the refresh_token will force to 
> get a new access_token everytime I create a new instance of 
> OAuth2TokenBuilder (which is instantiating a UserRefreshCredentials object 
> when the ->build() method is called in my case).
> This probably works (not sure there might be race condition with multiple 
> requests in // and then one access_token might be invalid), but this means 
> that an access_token will be fetched everytime, so two http requests 
> instead of one.
> When I have an access_token which is valid for 3600 seconds, I'd like to 
> be able to reuse it for the valid period, but I can't as there is no method 
> in OAuth2TokenBuilder nor UserRefreshCredentials to set the "access_token" 
> when I instantiate my objects on new client http requests.
>
> In your response, you say "The first section builds OAuth2 access token 
> fetchers, which will get access tokens as and when required". But how can 
> this happen if the access_token is not provided? As it is not provided, a 
> new http request needs to be done to get one before doing the adwords api 
> request, right?
>
> In the old API, passing the "refresh_token" AND "access_token" was done 
> when instantiating the AdwordsUser object (here: 
> https://github.com/googleads/googleads-php-lib/blob/deprecated/src/Google/Api/Ads/AdWords/Lib/AdWordsUser.php#L92
>  
> ). It was then possible to reuse an existing and still active 
> "access_token".
> Now, I really can't see how to reuse an existing "access_token" with the 
> new api, only the "refresh_token".
>
> Am I missing something?
>
> Thank you for any help/feedback.
>
> PS: My next problem is to detect that those object are effectively 
> refreshing the access_token because I'd like to update/save/cache the new 
> one to be able to reuse it again for the active time period (usually one 
> hour). That will probably be my next question. The new api seem very weird 
> in this regard. The google/google-auth-library-php (which is used by the 
> adwords library) seem to have the same problem (The app is unable to 
> get/cache/manage the access_token in an easy way).
>
> Le lundi 28 août 2017 09:31:27 UTC-7, Shwetha Vastrad (AdWords API Team) a 
> écrit :
>>
>> Hi Tim, 
>>
>> You need to use OAuth2TokenBuilder 
>> 
>>  
>> and AdWordsSessionBuilder 
>> 
>>  
>> to pass the values programmatically. 
>>
>> $oAuth2Credential = (new OAuth2TokenBuilder())
>>   ->withClientId("OAUTH_2_CLIENT_ID")
>>   ->withClientSecret("OAUTH_2_CLIENT_SECRET")
>>   ->withRefreshToken("REFRESH_TOKEN")
>>   ->build();
>>
>> // Construct an API session configured from the OAuth2 credentials 
>> above.
>> $session = (new AdWordsSessionBuilder())
>> ->withDeveloperToken("DEVELOPER_TOKEN")
>> ->withOAuth2Credential($oAuth2Credential)
>> ->withClientCustomerId("CLIENT_CUSTOMER_ID")
>> ->build();
>>
>>
>> The first section builds OAuth2 access token fetchers, which will get 
>> access tokens as and when required. You need to use the oAuth2Credential 
>> object when you build a AdsSession in the PHP client library. I hope this 
>> helps. If you have any further questions, I would suggest that you post on 
>> the library's issue tracker 
>>  so the library 
>> owners can help you out. 
>>
>> Regards,
>> Shwetha, AdWords API Team.
>>
>

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

Re: conversion tracking api, It's not visible on the AdWords site.

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Daehyun,

The REMARKETING category is not relevant in this context so that's why it's 
hidden.
As I mentioned in the previous reply, please use other categories, e.g., 
LEAD, PURCHASE instead.

Best,
Thanet, AdWords API Team

On Tuesday, December 26, 2017 at 5:14:46 PM UTC+9, daehyun@adwitt.com 
wrote:
>
> Hi, Thanet
>
> Has this problem been resolved?
>
>
> 2017년 12월 15일 금요일 오후 3시 8분 26초 UTC+9, Thanet Knack Praneenararat (AdWords 
> API Team) 님의 말:
>>
>> Hello Daehyun,
>>
>> It turns out that this line causes the conversion action to be hidden:
>>
>>
>>> adCallMetricsConversion.setCategory(ConversionTrackerCategory.REMARKETING);
>>
>>
>> Could you please use other categories than this one, e.g., LEAD, PURCHASE?
>> I'll work with engineering to see if this category should be published in 
>> the API.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, December 14, 2017 at 7:57:51 PM UTC+9, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Daehyun,
>>>
>>> I'm checking this and will get back to you when I have more information.
>>>
>>> Best,
>>> Thanet, AdWords API Team
>>>
>>> On Thursday, December 14, 2017 at 12:33:20 PM UTC+9, daehy...@adwitt.com 
>>> wrote:

 AdCallMetricsConversion adCallMetricsConversion = new 
 AdCallMetricsConversion();
 adCallMetricsConversion.setName("CONVERSION_TEST2");

 adCallMetricsConversion.setCategory(ConversionTrackerCategory.REMARKETING);

 adCallMetricsConversion.setCountingType(ConversionDeduplicationMode.ONE_PER_CLICK);
 adCallMetricsConversion.setDefaultRevenueCurrencyCode("KRW");
 adCallMetricsConversion.setDefaultRevenueValue(0.0);
 adCallMetricsConversion.setPhoneCallDuration(0L);
 adCallMetricsConversion.setCtcLookbackWindow(30);
 adCallMetricsConversion.setExcludeFromBidding(Boolean.TRUE);

 adCallMetricsConversion.setAttributionModelType(AttributionModelType.FIRST_CLICK);
 adCallMetricsConversion.setAlwaysUseDefaultRevenueValue(Boolean.TRUE);


 If you register conversion to the above, the content will not be 
 visible on the AdWords site.
 What is the problem?



 



-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/dc1afecc-1a9a-4cf2-a325-65be10f8fdee%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: conversion tracking api, It's not visible on the AdWords site.

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Daehyun,

It turns out that this line causes the conversion action to be hidden:

adCallMetricsConversion.setCategory(ConversionTrackerCategory.REMARKETING);


Could you please use other categories than this one, e.g., LEAD, PURCHASE?
I'll work with engineering to see if this category should be published in 
the API.

Best,
Thanet, AdWords API Team

On Thursday, December 14, 2017 at 7:57:51 PM UTC+9, Thanet Knack 
Praneenararat (AdWords API Team) wrote:
>
> Hello Daehyun,
>
> I'm checking this and will get back to you when I have more information.
>
> Best,
> Thanet, AdWords API Team
>
> On Thursday, December 14, 2017 at 12:33:20 PM UTC+9, 
> daehyun@adwitt.com wrote:
>>
>> AdCallMetricsConversion adCallMetricsConversion = new 
>> AdCallMetricsConversion();
>> adCallMetricsConversion.setName("CONVERSION_TEST2");
>>
>> adCallMetricsConversion.setCategory(ConversionTrackerCategory.REMARKETING);
>>
>> adCallMetricsConversion.setCountingType(ConversionDeduplicationMode.ONE_PER_CLICK);
>> adCallMetricsConversion.setDefaultRevenueCurrencyCode("KRW");
>> adCallMetricsConversion.setDefaultRevenueValue(0.0);
>> adCallMetricsConversion.setPhoneCallDuration(0L);
>> adCallMetricsConversion.setCtcLookbackWindow(30);
>> adCallMetricsConversion.setExcludeFromBidding(Boolean.TRUE);
>>
>> adCallMetricsConversion.setAttributionModelType(AttributionModelType.FIRST_CLICK);
>> adCallMetricsConversion.setAlwaysUseDefaultRevenueValue(Boolean.TRUE);
>>
>>
>> If you register conversion to the above, the content will not be visible 
>> on the AdWords site.
>> What is the problem?
>>
>>
>>
>> 
>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/a8af28a6-5b55-4bbc-83f7-7beb550f25c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: conversion tracking api, It's not visible on the AdWords site.

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Daehyun,

I'm checking this and will get back to you when I have more information.

Best,
Thanet, AdWords API Team

On Thursday, December 14, 2017 at 12:33:20 PM UTC+9, daehyun@adwitt.com 
wrote:
>
> AdCallMetricsConversion adCallMetricsConversion = new 
> AdCallMetricsConversion();
> adCallMetricsConversion.setName("CONVERSION_TEST2");
> adCallMetricsConversion.setCategory(ConversionTrackerCategory.REMARKETING);
>
> adCallMetricsConversion.setCountingType(ConversionDeduplicationMode.ONE_PER_CLICK);
> adCallMetricsConversion.setDefaultRevenueCurrencyCode("KRW");
> adCallMetricsConversion.setDefaultRevenueValue(0.0);
> adCallMetricsConversion.setPhoneCallDuration(0L);
> adCallMetricsConversion.setCtcLookbackWindow(30);
> adCallMetricsConversion.setExcludeFromBidding(Boolean.TRUE);
>
> adCallMetricsConversion.setAttributionModelType(AttributionModelType.FIRST_CLICK);
> adCallMetricsConversion.setAlwaysUseDefaultRevenueValue(Boolean.TRUE);
>
>
> If you register conversion to the above, the content will not be visible 
> on the AdWords site.
> What is the problem?
>
>
>
> 
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/49f9f38d-aed6-403a-83bd-6acb8701b756%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Do AdGroupCriteria support temporary IDs?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Bryan,

Temporary IDs do not work in both AdGroupCriterionLabelOperation and 
AdGroupCriterionOperation now. 
Engineering is fixing this issue currently but we don't have ETAs yet.

Best,
Thanet, AdWords API Team


On Monday, December 4, 2017 at 12:39:36 AM UTC-5, Bryan wrote:
>
> Hi Thanet, can you please clarify the scope of this issue and fix? Does 
> this apply to ADD operations for AdGroupCriterionLabels? I am trying to 
> associate labels to newly created ad groups using BatchJobService, all in 
> one batch job, and getting EntityNotFound errors:
>
>
>> type=EntityNotFound,path=operations[1544].operand.criterionId,trigger=TempCriterionId{id=1795},desc=EntityNotFound.INVALID_ID
>
>
> Thanks 
>
> On Monday, November 27, 2017 at 1:19:30 AM UTC-5, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>
>> Hello Agnel,
>>
>> Engineering are aware of this issue and working on the fix.
>> I'll update this thread when this gets fixed.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, November 24, 2017 at 9:56:57 PM UTC+9, Agnel Waghela wrote:
>>>
>>> Hi Peter,
>>>
>>> Today I tried to assign label after all the labels and ads were created.
>>>
>>> I sent the following request to the BatchJob. Here are only 
>>> AdGroupAdLabelOperations.
>>>
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"45832500421", :ad_id=>"235012322853", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"45832500421", :ad_id=>"235012322856", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"57535515348", :ad_id=>"235012322859", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"57535515348", :ad_id=>"235012322862", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784901471", :ad_id=>"235012322865", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784901471", :ad_id=>"235012322868", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784799951", :ad_id=>"235012322871", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784799951", :ad_id=>"235012322874", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"50586572113", :ad_id=>"235012322877", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"50586572113", :ad_id=>"235012323000", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784901711", :ad_id=>"235012323003", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784901711", :ad_id=>"235012323006", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784902431", :ad_id=>"235012323009", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784902431", :ad_id=>"235012323012", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"47866534926", :ad_id=>"235012323015", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"47866534926", :ad_id=>"235012323018", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"48508472389", :ad_id=>"235012323021", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"48508472389", :ad_id=>"235012323024", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"45832388301", :ad_id=>"235012323027", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"45832388301", :ad_id=>"235012323030", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784884631", :ad_id=>"235012323033", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"51784884631", :ad_id=>"235012323036", 
>>> :label_id=>"1568522900"}}
>>> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
>>> :operand=>{:ad_group_id=>"48269892959", :ad_id=>"235012323039", 
>>> 

Re: Do AdGroupCriteria support temporary IDs?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Agnel,

Engineering are aware of this issue and working on the fix.
I'll update this thread when this gets fixed.

Best,
Thanet, AdWords API Team

On Friday, November 24, 2017 at 9:56:57 PM UTC+9, Agnel Waghela wrote:
>
> Hi Peter,
>
> Today I tried to assign label after all the labels and ads were created.
>
> I sent the following request to the BatchJob. Here are only 
> AdGroupAdLabelOperations.
>
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"45832500421", :ad_id=>"235012322853", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"45832500421", :ad_id=>"235012322856", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"57535515348", :ad_id=>"235012322859", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"57535515348", :ad_id=>"235012322862", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901471", :ad_id=>"235012322865", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901471", :ad_id=>"235012322868", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784799951", :ad_id=>"235012322871", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784799951", :ad_id=>"235012322874", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"50586572113", :ad_id=>"235012322877", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"50586572113", :ad_id=>"235012323000", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901711", :ad_id=>"235012323003", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784901711", :ad_id=>"235012323006", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784902431", :ad_id=>"235012323009", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784902431", :ad_id=>"235012323012", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"47866534926", :ad_id=>"235012323015", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"47866534926", :ad_id=>"235012323018", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"48508472389", :ad_id=>"235012323021", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"48508472389", :ad_id=>"235012323024", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"45832388301", :ad_id=>"235012323027", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"45832388301", :ad_id=>"235012323030", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784884631", :ad_id=>"235012323033", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784884631", :ad_id=>"235012323036", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"48269892959", :ad_id=>"235012323039", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"48269892959", :ad_id=>"235012323042", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784907431", :ad_id=>"235012323045", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784907431", :ad_id=>"235012323048", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"48269893119", :ad_id=>"235012323051", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"48269893119", :ad_id=>"235012323054", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> :operand=>{:ad_group_id=>"51784909391", :ad_id=>"235012323057", 
> :label_id=>"1568522900"}}
> {:xsi_type=>"AdGroupAdLabelOperation ", :operator=>"ADD", 
> 

Re: CustomerServer getCustomers throws UNEXPECTED_INTERNAL_API_ERROR

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Gerrit,

Thanks for letting us know and glad that you can solve the issue.
I'll check if there is any information that we can add to our docs to make 
it clear.

Best,
Thanet, AdWords API Team

On Saturday, October 7, 2017 at 1:51:31 AM UTC+9, gynt...@branch.io wrote:
>
> We changed our manager account type from "Independent API access" 
> provision to "Agency/SEM access" provision and that solve the issue.
>
> Thanks,
> Gerrit
>
> On Friday, October 6, 2017 at 2:41:58 AM UTC-7, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello,
>>
>> We're investigating this issue and will get back to you soon.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, October 6, 2017 at 12:22:32 AM UTC+9, gyn...@branch.io wrote:
>>>
>>> Thanks for the reply Vincent! I'm still receiving the same error and 
>>> haven't been able to send a successful one yet.
>>>
>>>
>>> On Wednesday, October 4, 2017 at 9:58:12 PM UTC-7, Vincent Racaza 
>>> (AdWords API Team) wrote:

 Hi,

 I can see that you have also posted this as a private reply on this 
 forum post 
 ,
  
 but will just reply here so we can track your concern better.

 Could you confirm if until *now,* you are receiving this error 
 *consistently*? As for UNEXPECTED_INTERNAL_ERROR 
 ,
  
 there might be temporary issues on our servers or there might be a bug 
 that 
 caused this. I have also tested this on my test account (with or without 
 clientCustomerId), and the request worked successfully.

 If you can confirm that you are still experiencing the issue even until 
 now, then let us know so we can investigate the issue further.

 Thanks,
 Vincent
 AdWords API Team

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/71f1868f-551d-4f6a-b786-526bd869f519%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: TargetingIdeaService: no results returned when in the keywords list there is at least one keyword with the term "news"

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Mauro,

We're investigating this issue and will get back to you when I have more 
updates.

Best,
Thanet, AdWords API Team

On Friday, October 6, 2017 at 4:10:03 AM UTC+9, Mauro Guerrieri wrote:
>
> Hello,
> i've been analyzing a very strainge behaviour of the targetingideaservice.
> If i request data for a set of keywords like this:
> 'news denver',
> 'media matters',
> 'israeli news live',
> 'goldie hawn daughter',
> 'definition of compassion',
> 'symptoms of alcohol poisoning',
> 'russia ukraine news',
>   'russia and syria news',
> 'russina and syria',
> 'the habit burger',
> 'the human anatomy',
> 'news',
> 'odessa ukraine newspaper english',
> 'ukraine news',
>
> The service return an empty set. So, no data for any of the keywords above.
>
> BUT:
> If i remove all the keywords where the term "news" is like:
> 'ukraine news'
> 'russia ukraine news',
>   'russia and syria news',
> 'israeli news live',
> 'news denver'
>
> I'm able to take the value of competition, cpc and so on for the remaining 
> keywords.
>
> Another very interesting fact is that a keyword with the only term "news" 
> works, while if the term "news" is in a keyword composed by at least two 
> words, the behavior is the one described.
>
> I actually may accept to not receive any information for keywords with the 
> term "news", but at least to receive the data for the other woul be great.
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/5da3b3d8-18e2-4321-80e5-af41c89c482c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: CustomerServer getCustomers throws UNEXPECTED_INTERNAL_API_ERROR

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

We're investigating this issue and will get back to you soon.

Best,
Thanet, AdWords API Team

On Friday, October 6, 2017 at 12:22:32 AM UTC+9, gynt...@branch.io wrote:
>
> Thanks for the reply Vincent! I'm still receiving the same error and 
> haven't been able to send a successful one yet.
>
>
> On Wednesday, October 4, 2017 at 9:58:12 PM UTC-7, Vincent Racaza (AdWords 
> API Team) wrote:
>>
>> Hi,
>>
>> I can see that you have also posted this as a private reply on this forum 
>> post 
>> ,
>>  
>> but will just reply here so we can track your concern better.
>>
>> Could you confirm if until *now,* you are receiving this error 
>> *consistently*? As for UNEXPECTED_INTERNAL_ERROR 
>> ,
>>  
>> there might be temporary issues on our servers or there might be a bug that 
>> caused this. I have also tested this on my test account (with or without 
>> clientCustomerId), and the request worked successfully.
>>
>> If you can confirm that you are still experiencing the issue even until 
>> now, then let us know so we can investigate the issue further.
>>
>> Thanks,
>> Vincent
>> AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/7e16479f-e97e-4c2b-800f-39d2ceadf1e2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: UAC (Universal app campaigns) support in the API

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello All,

Sorry for taking this long time. I'd like to add a comment to close this 
loop.
It turns out that the current infrastructure doesn't support showing total 
of many metric report fields if ClickType is included in the report 
definition, especially if Display campaigns are included.
There is no plan to fix this currently.

Best Regards,
Thanet, AdWords API Team

On Monday, August 22, 2016 at 7:46:48 PM UTC+9, Thanet Knack Praneenararat 
(AdWords API Team) wrote:
>
> Hello Igor,
>
> I'm still not sure if it'll be fixed, at this moment.
> It seems to work as intended to have such discrepancy when including 
> ClickType.
>
> I'm asking for more information from engineering, but still haven't got 
> details back yet.
> I'll get back to you when I have any updates.
>
> Cheers,
> Thanet, AdWords API Team
>
> On Monday, August 22, 2016 at 2:32:54 PM UTC+7, Igor Selitskiy wrote:
>>
>> Thanet, hi.
>>
>> Do you have any news?
>>
>> How long does it take to fix?
>> CRITERIA_PERFORMANCE_REPORT is more important for us.
>>
>> On Wednesday, August 17, 2016 at 4:47:16 AM UTC+3, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hi Igor,
>>>
>>> I'm investigating this and will keep you posted.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Tuesday, August 16, 2016 at 4:49:51 AM UTC+9, Igor Selitsky wrote:

 I've answered privately. Just want to cc here some report details for 
 UAC (and similar problem with ClickType in  CRITERIA_PERFORMANCE_REPORT).


 Report definition:

  SELECT  Date, CampaignId, CampaignName, Cost, Impressions, Clicks, 
 Device, ClickType , AdNetworkType1 
  FROM   CAMPAIGN_PERFORMANCE_REPORT WHERE  AdvertisingChannelSubType=
 'UNIVERSAL_APP_CAMPAIGN' AND Impressions>0 DURING LAST 7 DAYS

 Try with and without ClickType  for the period 1 Apr - 31 July 2016.
 The same situation a saw in UI, just campaign report:

-  without segmentation by ClickType totals: costs 1 8XX RUB.
-  with segmentation by ClickType sum by segment not equal to 
total: costs 1 7XX RUB, Impressions - looks like I need to exclude 
 Website 
or Appstore from total (which?), number of clicks is correct.


 I also found similar problem with ClickType in CRITERIA_PERFORMANCE_REPORT 
 with video campaigns and display campaigns (with video ads).

 With ClickType show wrong data, for example total cost is 10 RUB.
 SELECT Date,CampaignId,CampaignName,Cost,Impressions,Clicks,Device,
 ClickType,AdNetworkType1,Criteria,Id,CriteriaType,AdGroupId FROM 
 CRITERIA_PERFORMANCE_REPORT DURING 20160811,20160811


 The report without ClickType show correct cost ( much more than 100 RUB)
 :

 SELECT 
 Date,CampaignId,CampaignName,Cost,Impressions,Clicks,Device,AdNetworkType1,Criteria,Id,CriteriaType,AdGroupId
  FROM CRITERIA_PERFORMANCE_REPORT DURING 20160811,20160811


 This is a huge difference.


 On Wednesday, July 6, 2016 at 9:34:09 PM UTC+3, Anthony Madrigal wrote:
>
> Hi Igor,
>
> Could you please provide me with your report definition, client 
> customer Id and a copy of your reports so that I can verify whether there 
> is an issue on our side or not? Please do so using *reply privately 
> to author*.
>
> Thanks,
> Anthony
> AdWords API Team
>


-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/dc0f0b67-866c-4df7-8067-0428fbceee87%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Requesting ALL_TIME ImpressionReach

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Austin,

Unfortunately, it seems there are no ways to fetch the lifetime reach. This 
seems true in the AdWords UI too based on this article 
.
Regarding the detailed impression reach calculation, could you please reach 
out to the AdWords Community 

?

Best,
Thanet, AdWords API Team

On Wednesday, September 13, 2017 at 8:33:31 AM UTC+9, Austin Smith wrote:
>
> Hi, I am having some issues requesting ImpressionReach for my campaigns.
>
> I understand that this metric does not appear on reports for requests that 
> have a time range greater than 92 days.
>
> The proposed solution I've seen for this is to request impressionReach for 
> smaller time ranges.
>
> If I was to use a time range of say, one month - if a campaign was already 
> live before a month ago, and is still running, wouldn't the impressionReach 
> returned not be for the campaigns lifetime?
>
> If we have a campaign that runs for more than 92 days, how am I supposed 
> to fetch lifetime reach for it?
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/5c36e2b9-9073-46fd-93d2-7b9255808240%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: User Does Not Have Access to Template: 178

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Trevor,

It turned out that this template ID is already deprecated as it uses Flash.
There are some other IDs that were deprecated too. I'll update our 
documentations so people don't get confused.

Thanks gain for reaching out to us.

Best,
Thanet, AdWords API Team

On Wednesday, August 30, 2017 at 1:42:15 AM UTC+9, Trevor Sanders wrote:
>
> Thanks Thanet!
>
> On Tuesday, August 29, 2017 at 6:37:19 AM UTC-4, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Trevor,
>>
>> Thanks for reporting.
>> Let me investigate more and update this thread when I have more info on 
>> this.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Tuesday, August 29, 2017 at 6:01:46 AM UTC+9, Trevor Sanders wrote:
>>>
>>> Hey All,
>>>
>>> I have a question about creating a template ad using the API. I am using 
>>> template 178, which is: In-video static image 
>>> 
>>> . 
>>>
>>> I'm receiving the following error: SoapException: 
>>> [AdError.USER_DOES_NOT_HAVE_ACCESS_TO_TEMPLATE @ 
>>> operations[0].operand.ad.templateId; trigger:'178']
>>>
>>> I'm using an AdWords test client account, and I've had success creating 
>>> a Gmail Template ad. Any help would be greatly appreciated!
>>>
>>> Best,
>>> Trevor
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/259dbd91-2bc6-4deb-9bf4-d49bc2f63e58%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Conversion tracker segmented parental status and ad schedule reports

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello All,

We're working on this but don't have an ETA yet.
Please keep an eye on our blog 
 for any 
future announcements.

Best,
Thanet, AdWords API Team

On Thursday, August 3, 2017 at 10:40:54 PM UTC+9, GD wrote:
>
> Hi!
>
> Is there any special reason why ConversionTrackerId was omitted? Since 
> segmentation by ConversionTypeName is possible, I presume it is just a 
> matter of adding ConversionTrackerId, as in all other reports (since this 
> means no extra functionality)?
>
>
> On Monday, March 20, 2017 at 9:29:03 AM UTC+1, Christian wrote:
>>
>> Hi Ivan,
>>
>> thanks for forwarding this request.
>>
>> Best regards,
>> Christian
>>
>> On Monday, March 20, 2017 at 8:24:53 AM UTC+1, Ivan Bautista wrote:
>>>
>>> Hi Christian,
>>>
>>> We'll try to raise this to the team but we can't guarantee if it will be 
>>> included in future releases or when will it be included. Just follow our 
>>> blog  for 
>>> any future announcements.
>>>
>>> Regards,
>>> Ivan 
>>> AdWords API Team
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/973b6707-17a5-495b-8556-61ed203d744f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Why is this a constant?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello IIdar,

The constant in the code example serves some purposes:

   - It's used to highlight that this is where you change to your desired 
   value. The code example can't be run as is if you don't change that.
   - Though it's true that the value can be changed (unlike API keys that 
   are mostly fixed), but it's a constant in one program run--it's never 
   changed once the program is executed.

Note that in our more generic examples, we do use normal variables for 
objects we got from the API server directly.

Hope this help clarify your curiosity. :)
Please let me know if you have further questions.

Regards,
Thanet, AdWords API Team

On Tuesday, August 1, 2017 at 1:25:43 AM UTC+9, Ildar Khakimov wrote:
>
> Sure and that's why I wrote "i'm just curios" :)
>
> Is this some kind of a security thing? I discussed this on a few forums 
> and normally we hard code values like API keys using a constant, why use a 
> constant for values that change like CAMPAIGN_ID? 
>
> On Monday, July 31, 2017 at 1:19:12 AM UTC-4, Ivan Bautista wrote:
>>
>> Hi Ildar,
>>
>> Please note that all code samples 
>>  from 
>> the client libraries are mainly used as reference for development. Thus, 
>> you may modify them according to what best suit your application 
>> requirements. If you want to set the CAMPAIGN_ID as a non-constant 
>> variable, then you may do so.
>>
>> Let me know if you have any other AdWords API related questions.
>>
>> Regards,
>> Ivan 
>> AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/f6883297-57c6-4c1c-a86b-7aa4d4065e9b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Get a list of Adwords accounts a Google account has access to?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Nima,

Unfortunately, no updates yet. 
I'm following up this issue and will get back to you when I hear more.

Best,
Thanet, AdWords API Team

On Sunday, July 30, 2017 at 9:08:07 PM UTC+9, Nima Gardideh wrote:
>
> Hey Ivan,
>
> Haven't heard back. This has become a blocker on our end before we submit 
> for Basic Access.
>
> Any word?
>
> On Friday, July 21, 2017 at 6:13:44 PM UTC+7, Ivan Bautista wrote:
>>
>> Hi Nima,
>>
>> Apologies if I misunderstood your question in my first response. 
>>
>> If you are indeed trying to return the AdWords accounts associated with 
>> the Google account that you used to generate your OAuth2 credentials, then 
>> could you share to us privately (using* reply privately to author* option) 
>> the SOAP request and response logs captured when executing the 
>> CustomerService.getCustomers() as well as the AdWords account Ids in 
>> question?
>>
>> Regards,
>> Ivan
>> AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/c550e521-6790-4c29-adb9-622011475174%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Missing GclIds in CLICK_PERFORMANCE_REPORT

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Could you please share those tens GCLDs along with your client customer ID 
by *Reply privately to author*?

On Wednesday, July 26, 2017 at 4:07:24 PM UTC+9, d...@easyleads.com wrote:
>
> I checked 90 days back (maximum that CLICK_PERFORMANCE_REPORT allows). 
> There are tens of GclIds missing.
>
> On Wednesday, July 26, 2017 at 9:35:56 AM UTC+3, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello,
>>
>> I think it's because the GCLIDs are recorded based on the impression 
>> time, not the click time (as described in the reference page 
>> 
>> ).
>> Those date times can be different. So if you're looking for the clicks 
>> that converted yesterday in the CLICK_PERFORMANCE_REPORT, they might not be 
>> recorded in the yesterday bucket.
>> You may need to look further back in the past.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Wednesday, July 26, 2017 at 3:19:07 PM UTC+9, di...@easyleads.com 
>> wrote:
>>>
>>> Got it, thanks!
>>>
>>> What about the original issue? Can you check for some GclId samples why 
>>> they aren't returned in CLICK_PERFORMANCE_REPORT?
>>>
>>> On Tuesday, July 25, 2017 at 11:45:31 AM UTC+3, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hello,

 Sorry for making you wait for a long time.
 I've been confirmed that the *Clicks* field of 
 ACCOUNT_PERFORMANCE_REPORT returns the real number of clicks, whereas the 
 *Clicks* field of CLICK_PERFORMANCE_REPORT returns the number of 
 *interactions.*
 So this can be largely different for non-Search campaigns, e.g., 
 Shopping campaigns, Display campaigns.

 If you compare the number of *valid* interactions + *invalid *interactions 
 columns in the UI with the *Clicks* field of CLICK_PERFORMANCE_REPORT, 
 you will see the numbers match.

 Best,
 Thanet, AdWords API Team

 On Thursday, June 15, 2017 at 7:08:45 PM UTC+9, di...@easyleads.com 
 wrote:
>
> Checked performance of June 12.
>
> ACCOUNT_PERFORMANCE_REPORT returns Clicks=991, InvalidClicks=102.
> CLICK_PERFORMANCE_REPORT returns 2306 unique GclIds for that day.
>
> How can it be?
>
> On Thursday, June 15, 2017 at 12:48:21 PM UTC+3, di...@easyleads.com 
> wrote:
>>
>> Hi,
>>
>> I have 204 GclId of some account that brought a conversion yesterday. 
>> Above 95% occurred during the last 5 days, but I was able to find only 
>> 40 
>> (i.e. less than 20%) GclIds (by iteration CLICK_PERFORMANCE_REPORT day 
>> by 
>> day for the last 90 days)..
>>
>> We save the click date and also have a script that can extract the 
>> timestamp of some GclIds (the short ones), so we know exactly when the 
>> click happened and it's simply not there (I also checked 
>> CLICK_PERFORMANCE_REPORT manually for the day of the click, one day 
>> before 
>> and one day after).
>>
>> What can be the reason?
>>
>> In another thread I saw that some clicks may be missing since they 
>> are invalid, but here we're dealing with a converting clicks and it 
>> doesn't 
>> make sense that 80% are invalid.
>>
>> 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/fa9ab01e-cb25-49a6-9c55-348a48c70f15%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Missing GclIds in CLICK_PERFORMANCE_REPORT

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

I think it's because the GCLIDs are recorded based on the impression time, 
not the click time (as described in the reference page 

).
Those date times can be different. So if you're looking for the clicks that 
converted yesterday in the CLICK_PERFORMANCE_REPORT, they might not be 
recorded in the yesterday bucket.
You may need to look further back in the past.

Best,
Thanet, AdWords API Team

On Wednesday, July 26, 2017 at 3:19:07 PM UTC+9, d...@easyleads.com wrote:
>
> Got it, thanks!
>
> What about the original issue? Can you check for some GclId samples why 
> they aren't returned in CLICK_PERFORMANCE_REPORT?
>
> On Tuesday, July 25, 2017 at 11:45:31 AM UTC+3, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello,
>>
>> Sorry for making you wait for a long time.
>> I've been confirmed that the *Clicks* field of 
>> ACCOUNT_PERFORMANCE_REPORT returns the real number of clicks, whereas the 
>> *Clicks* field of CLICK_PERFORMANCE_REPORT returns the number of 
>> *interactions.*
>> So this can be largely different for non-Search campaigns, e.g., Shopping 
>> campaigns, Display campaigns.
>>
>> If you compare the number of *valid* interactions + *invalid *interactions 
>> columns in the UI with the *Clicks* field of CLICK_PERFORMANCE_REPORT, 
>> you will see the numbers match.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, June 15, 2017 at 7:08:45 PM UTC+9, di...@easyleads.com 
>> wrote:
>>>
>>> Checked performance of June 12.
>>>
>>> ACCOUNT_PERFORMANCE_REPORT returns Clicks=991, InvalidClicks=102.
>>> CLICK_PERFORMANCE_REPORT returns 2306 unique GclIds for that day.
>>>
>>> How can it be?
>>>
>>> On Thursday, June 15, 2017 at 12:48:21 PM UTC+3, di...@easyleads.com 
>>> wrote:

 Hi,

 I have 204 GclId of some account that brought a conversion yesterday. 
 Above 95% occurred during the last 5 days, but I was able to find only 40 
 (i.e. less than 20%) GclIds (by iteration CLICK_PERFORMANCE_REPORT day by 
 day for the last 90 days)..

 We save the click date and also have a script that can extract the 
 timestamp of some GclIds (the short ones), so we know exactly when the 
 click happened and it's simply not there (I also checked 
 CLICK_PERFORMANCE_REPORT manually for the day of the click, one day before 
 and one day after).

 What can be the reason?

 In another thread I saw that some clicks may be missing since they are 
 invalid, but here we're dealing with a converting clicks and it doesn't 
 make sense that 80% are invalid.

 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/f6b991db-8aa5-4f61-b9ad-21feb7433c3f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Missing GclIds in CLICK_PERFORMANCE_REPORT

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

Sorry for making you wait for a long time.
I've been confirmed that the *Clicks* field of ACCOUNT_PERFORMANCE_REPORT 
returns the real number of clicks, whereas the *Clicks* field of 
CLICK_PERFORMANCE_REPORT returns the number of *interactions.*
So this can be largely different for non-Search campaigns, e.g., Shopping 
campaigns, Display campaigns.

If you compare the number of *valid* interactions + *invalid *interactions 
columns in the UI with the *Clicks* field of CLICK_PERFORMANCE_REPORT, you 
will see the numbers match.

Best,
Thanet, AdWords API Team

On Thursday, June 15, 2017 at 7:08:45 PM UTC+9, d...@easyleads.com wrote:
>
> Checked performance of June 12.
>
> ACCOUNT_PERFORMANCE_REPORT returns Clicks=991, InvalidClicks=102.
> CLICK_PERFORMANCE_REPORT returns 2306 unique GclIds for that day.
>
> How can it be?
>
> On Thursday, June 15, 2017 at 12:48:21 PM UTC+3, di...@easyleads.com 
> wrote:
>>
>> Hi,
>>
>> I have 204 GclId of some account that brought a conversion yesterday. 
>> Above 95% occurred during the last 5 days, but I was able to find only 40 
>> (i.e. less than 20%) GclIds (by iteration CLICK_PERFORMANCE_REPORT day by 
>> day for the last 90 days)..
>>
>> We save the click date and also have a script that can extract the 
>> timestamp of some GclIds (the short ones), so we know exactly when the 
>> click happened and it's simply not there (I also checked 
>> CLICK_PERFORMANCE_REPORT manually for the day of the click, one day before 
>> and one day after).
>>
>> What can be the reason?
>>
>> In another thread I saw that some clicks may be missing since they are 
>> invalid, but here we're dealing with a converting clicks and it doesn't 
>> make sense that 80% are invalid.
>>
>> 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/e8c7069b-8fde-4beb-b8b1-c7d205ba3d22%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: AdType for expanded dynamic search ad in AD_PERFORMANCE_REPORT

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Dylan,

Sorry for confusion.
It's the former--now we can use EXPANDED_DYNAMIC_SEARCH_AD to get expanded 
DSAs.

Best,
Thanet, AdWords API Team

On Monday, July 24, 2017 at 6:15:22 PM UTC+9, dylan@gmail.com wrote:
>
> Hi,
>
> Can you explain more details about the fix, now we can use "
> EXPANDED_DYNAMIC_SEARCH_AD" to get Expanded DSA or just use 
> DYNAMIC_SEARCH_AD returns all DSA ad?
>
> On Thursday, July 20, 2017 at 11:56:57 PM UTC+8, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello,
>>
>> This issue has just been fixed.
>> Sorry for the inconvenience.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Monday, June 26, 2017 at 9:31:42 PM UTC+9, Michael Cloonan (AdWords 
>> API Team) wrote:
>>>
>>> Hello,
>>>
>>> We have a solution in the works but I have nothing to share publicly 
>>> yet, unfortunately. As soon as it is ready I or someone from my team will 
>>> follow up again on this thread with more details.
>>>
>>> Regards,
>>> Mike, AdWords API Team
>>>
>>> On Monday, June 26, 2017 at 7:42:46 AM UTC-4, Dongliang Yu wrote:

 HI Michael,

 Do we have any update for the solution?

 Thanks!

 On Monday, June 19, 2017 at 8:24:11 PM UTC+8, Michael Cloonan (AdWords 
 API Team) wrote:
>
> Hello,
>
> Thank you for the extra information. We are currently discussing the 
> best way to handle this. I will respond again to this thread when I have 
> more information to share.
>
> Regards,
> Mike, AdWords API Team
>
> On Sunday, June 18, 2017 at 10:49:10 PM UTC-4, Dongliang Yu wrote:
>>
>> Hi Mike,
>>
>> From other people's post, seems it does not work for all API versions.
>>
>> Can we say Expanded DSA is not supported to be downloaded separately 
>> under its own category? And it cannot be supported until next API 
>> version 
>> release? (use "UNKNOWN" is dangerous)
>>
>> Thanks!
>>
>> On Thursday, June 15, 2017 at 8:34:28 PM UTC+8, Michael Cloonan 
>> (AdWords API Team) wrote:
>>>
>>> Hello,
>>>
>>> Can you confirm what version of the API you're using to make this 
>>> request? I believe it's an issue with how the reports are published, 
>>> but 
>>> this may vary by version and knowing your version will help me narrow 
>>> down.
>>>
>>> I believe that this is currently under the "UNKNOWN" umbrella, so 
>>> I'm going to look into seeing if we can publish a new enum value for 
>>> these 
>>> ad types.
>>>
>>> Regards,
>>> Mike, AdWords API Team
>>>
>>> On Thursday, June 15, 2017 at 12:39:43 AM UTC-4, Dongliang Yu wrote:

 Hi,

 We use AdType predicate equals "DYNAMIC_SEARCH_AD" to download DSA 
 ad from AD_PERFORMANCE_REPORT.

 We have both old DSA ad and expanded DSA ad, now only old DSA ad 
 can be downloaded while expanded DSA ad cannot. However if we remove 
 the 
 AdType predicate, expanded DSA ad can be downloaded together with old 
 DSA 
 ad.

 What is the correct AdType for expanded DSA ad? We've tried 
 EXPANDED_DYNAMIC_SEARCH_AD etc but does not work.

 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/75fab7f8-b7a7-458a-9868-c0dba2b66a15%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Unable to get Dynamic Search Ads in v201607

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

This issue has been fixed. 
Please let us know if you still can't get back expanded dynamic search ads.

Cheers,
Thanet, AdWords API Team

On Thursday, July 13, 2017 at 3:34:30 PM UTC+9, Thanet Knack Praneenararat 
(AdWords API Team) wrote:
>
> Just to update that we're fixing this but the AdType 
> 
>  
> will be returned as UNKNOWN for the expanded dynamic search ads, as the 
> enum value for this is not available in v201705 yet.
> I'll update again this thread again when it's ready.
>
> Thanet, AdWords API Team
>
> On Friday, June 23, 2017 at 3:40:58 AM UTC+9, Антон Сычугов wrote:
>>
>> Thanks a lot!
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/eae4dde8-e5cf-4505-bd1f-cc23018c69e9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: AdType for expanded dynamic search ad in AD_PERFORMANCE_REPORT

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

This issue has just been fixed.
Sorry for the inconvenience.

Best,
Thanet, AdWords API Team

On Monday, June 26, 2017 at 9:31:42 PM UTC+9, Michael Cloonan (AdWords API 
Team) wrote:
>
> Hello,
>
> We have a solution in the works but I have nothing to share publicly yet, 
> unfortunately. As soon as it is ready I or someone from my team will follow 
> up again on this thread with more details.
>
> Regards,
> Mike, AdWords API Team
>
> On Monday, June 26, 2017 at 7:42:46 AM UTC-4, Dongliang Yu wrote:
>>
>> HI Michael,
>>
>> Do we have any update for the solution?
>>
>> Thanks!
>>
>> On Monday, June 19, 2017 at 8:24:11 PM UTC+8, Michael Cloonan (AdWords 
>> API Team) wrote:
>>>
>>> Hello,
>>>
>>> Thank you for the extra information. We are currently discussing the 
>>> best way to handle this. I will respond again to this thread when I have 
>>> more information to share.
>>>
>>> Regards,
>>> Mike, AdWords API Team
>>>
>>> On Sunday, June 18, 2017 at 10:49:10 PM UTC-4, Dongliang Yu wrote:

 Hi Mike,

 From other people's post, seems it does not work for all API versions.

 Can we say Expanded DSA is not supported to be downloaded separately 
 under its own category? And it cannot be supported until next API version 
 release? (use "UNKNOWN" is dangerous)

 Thanks!

 On Thursday, June 15, 2017 at 8:34:28 PM UTC+8, Michael Cloonan 
 (AdWords API Team) wrote:
>
> Hello,
>
> Can you confirm what version of the API you're using to make this 
> request? I believe it's an issue with how the reports are published, but 
> this may vary by version and knowing your version will help me narrow 
> down.
>
> I believe that this is currently under the "UNKNOWN" umbrella, so I'm 
> going to look into seeing if we can publish a new enum value for these ad 
> types.
>
> Regards,
> Mike, AdWords API Team
>
> On Thursday, June 15, 2017 at 12:39:43 AM UTC-4, Dongliang Yu wrote:
>>
>> Hi,
>>
>> We use AdType predicate equals "DYNAMIC_SEARCH_AD" to download DSA ad 
>> from AD_PERFORMANCE_REPORT.
>>
>> We have both old DSA ad and expanded DSA ad, now only old DSA ad can 
>> be downloaded while expanded DSA ad cannot. However if we remove the 
>> AdType 
>> predicate, expanded DSA ad can be downloaded together with old DSA ad.
>>
>> What is the correct AdType for expanded DSA ad? We've tried 
>> EXPANDED_DYNAMIC_SEARCH_AD etc but does not work.
>>
>> 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/598a6bf1-4c71-4e5c-9811-5bcfa25a97a5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: creating shopping partitions in batch jobs

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Greg,

No, you didn't hit a bug.
As there are no special rules for shopping ad groups in the batch job, the 
regular limit is also applied in this case.

Cheers,
Thanet, AdWords API Team

On Thursday, July 13, 2017 at 11:09:05 PM UTC+9, GregT wrote:
>
> Hi, Thanet.
>
> I just wanted to make sure that I didn't just hit a bug and it's true that 
> the batch job service really doesn't currently support adding/modifying the 
> product partition tree of more than 2 ad groups in a single batch job?
>
> Thanks,
> Greg
>
> On Thursday, July 13, 2017 at 4:01:29 AM UTC-5, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello Greg,
>>
>> Thank you very much for your valuable feedback.
>> I'll pass this to engineering.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, July 13, 2017 at 8:29:25 AM UTC+9, GregT wrote:
>>>
>>> Hi,
>>>
>>> I read the following in the v201702 release notes of the API: 
>>> "BatchJobService in all versions of the AdWords API now supports 
>>> AdGroupCriterionOperations that modify shopping ProductPartitions."
>>>
>>> Since:
>>>
>>> 1 - We had been sending AdGroupCriterionOperations in batch jobs to 
>>> modify only the bids of shopping ProductPartitions for more than a year 
>>> before the v201702 release (confirming that the release notes were actually 
>>> talking about modifying the structure of product partitions, not just 
>>> attributes like bids of existing partitions),
>>> 2 - I saw that in the section about working with shopping campaigns in 
>>> batch jobs (
>>> https://developers.google.com/adwords/api/docs/guides/batch-jobs#working_with_shopping_campaigns),
>>>  
>>> there is no mention of a limit of creating/modifying the partitions of only 
>>> two ad groups in a single batch job (it is still mentioned in the limits 
>>> page at https://developers.google.com/adwords/api/docs/appendix/limits, 
>>> as it has been for years, although where it's placed would lead me to think 
>>> it's not really related to batch jobs [but instead non-batch SOAP calls]), 
>>> 3 - There has not been a 2 ad group limit for batch jobs that modify the 
>>> bids of existing product partitions, and 
>>> 4 - It doesn't seem like you'd take the time/effort to add support for 
>>> adding/modifying partition trees in batch jobs if it were constrained to 
>>> the same tiny 2 ad group limitation as the normal AdGroupCriterionService 
>>> SOAP call (as batch jobs can accept many hundreds of thousands of 
>>> operations in general, whereas all the SOAP calls are limited to 5k per 
>>> call, and that's one of the main points of using batch jobs),
>>>
>>> I had taken this to mean that batch jobs now fully supported product 
>>> partition additions/modifications - including for more than 2 ad groups at 
>>> a time. However, when I try to create new product partition trees in more 
>>> than 2 ad groups at a time in a single batch job with v201705, it fails 
>>> with the OPERATIONS_FOR_TOO_MANY_SHOPPING_ADGROUPS error, as the 
>>> AdGroupCriterionService SOAP call always has. In hindsight, I can see I 
>>> (wishfully) probably read too much into these things, but I wanted to 
>>> verify that indeed the batch job service doesn't support adding/modifying 
>>> the product partition tree of more than 2 ad groups in a single batch job?
>>>
>>> If it's true that batch jobs really have the same limitation of 2 ad 
>>> groups as the SOAP service, we'd like to request that you please remove (or 
>>> at least greatly raise) that limit, as it doesn't really seem to make much 
>>> sense for a service that's meant to do hundreds of thousands of operations 
>>> in the background asynchronously (and it would be a huge help to us, as we 
>>> need to create new partitions for thousands of ad groups at a time 
>>> normally, and sometimes hundreds of thousands at a time, and the 2 ad group 
>>> limit makes it take forever).
>>>
>>> Thanks in advance,
>>> Greg
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/7265dfdb-eadb-423c-bdf6-f28df3341ecf%40googlegroups.com.
For more options, visit 

Re: creating shopping partitions in batch jobs

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Greg,

Thank you very much for your valuable feedback.
I'll pass this to engineering.

Best,
Thanet, AdWords API Team

On Thursday, July 13, 2017 at 8:29:25 AM UTC+9, GregT wrote:
>
> Hi,
>
> I read the following in the v201702 release notes of the API: 
> "BatchJobService in all versions of the AdWords API now supports 
> AdGroupCriterionOperations that modify shopping ProductPartitions."
>
> Since:
>
> 1 - We had been sending AdGroupCriterionOperations in batch jobs to modify 
> only the bids of shopping ProductPartitions for more than a year before the 
> v201702 release (confirming that the release notes were actually talking 
> about modifying the structure of product partitions, not just attributes 
> like bids of existing partitions),
> 2 - I saw that in the section about working with shopping campaigns in 
> batch jobs (
> https://developers.google.com/adwords/api/docs/guides/batch-jobs#working_with_shopping_campaigns),
>  
> there is no mention of a limit of creating/modifying the partitions of only 
> two ad groups in a single batch job (it is still mentioned in the limits 
> page at https://developers.google.com/adwords/api/docs/appendix/limits, 
> as it has been for years, although where it's placed would lead me to think 
> it's not really related to batch jobs [but instead non-batch SOAP calls]), 
> 3 - There has not been a 2 ad group limit for batch jobs that modify the 
> bids of existing product partitions, and 
> 4 - It doesn't seem like you'd take the time/effort to add support for 
> adding/modifying partition trees in batch jobs if it were constrained to 
> the same tiny 2 ad group limitation as the normal AdGroupCriterionService 
> SOAP call (as batch jobs can accept many hundreds of thousands of 
> operations in general, whereas all the SOAP calls are limited to 5k per 
> call, and that's one of the main points of using batch jobs),
>
> I had taken this to mean that batch jobs now fully supported product 
> partition additions/modifications - including for more than 2 ad groups at 
> a time. However, when I try to create new product partition trees in more 
> than 2 ad groups at a time in a single batch job with v201705, it fails 
> with the OPERATIONS_FOR_TOO_MANY_SHOPPING_ADGROUPS error, as the 
> AdGroupCriterionService SOAP call always has. In hindsight, I can see I 
> (wishfully) probably read too much into these things, but I wanted to 
> verify that indeed the batch job service doesn't support adding/modifying 
> the product partition tree of more than 2 ad groups in a single batch job?
>
> If it's true that batch jobs really have the same limitation of 2 ad 
> groups as the SOAP service, we'd like to request that you please remove (or 
> at least greatly raise) that limit, as it doesn't really seem to make much 
> sense for a service that's meant to do hundreds of thousands of operations 
> in the background asynchronously (and it would be a huge help to us, as we 
> need to create new partitions for thousands of ad groups at a time 
> normally, and sometimes hundreds of thousands at a time, and the 2 ad group 
> limit makes it take forever).
>
> Thanks in advance,
> Greg
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/824e66f3-b566-42a2-8241-82037acdeb53%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Unable to get Dynamic Search Ads in v201607

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Just to update that we're fixing this but the AdType 

 
will be returned as UNKNOWN for the expanded dynamic search ads, as the 
enum value for this is not available in v201705 yet.
I'll update again this thread again when it's ready.

Thanet, AdWords API Team

On Friday, June 23, 2017 at 3:40:58 AM UTC+9, Антон Сычугов wrote:
>
> Thanks a lot!

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/fa4ef6f8-a915-49c7-852d-9168ac2e41ef%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Marc,

Really sorry for this long waiting.
It was a long conversation between many parties.

First, it looks like this works as intended for engineering to return the 
CategoryL* as segment fields.
The documentation needs to be fixed.

About the date range per row, I'm pushing this through but cannot tell the 
exact date to finish.

Best,
Thanet, AdWords API Team

On Tuesday, July 11, 2017 at 11:02:57 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> any updates on this issue?
>
> We are still having many problems due to this.
>
> At the very least, it would be helpful to get a date range per row in the 
> response, so we can now at what times the ID performed good and at what 
> times not so good.
>
> Cheers
> Marc
>
> On Wednesday, April 26, 2017 at 10:30:35 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hi Marc,
>>
>> I totally understand what you said but, unfortunately, it's not supported 
>> by the current version of SHOPPING_PERFORMANCE_REPORT.
>> I'll give your feedback as a feature request to engineering.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Tuesday, April 25, 2017 at 11:07:45 PM UTC+9, Firma Lemundo wrote:
>>>
>>> Hi Thanet,
>>>
>>> CategoryL5 is just one example, this seems to be happening for almost 
>>> all product related attributes.
>>>
>>> I guess the intended functionality is to show that a product changed at 
>>> some point in time, but this is very misguiding as I would not expect to 
>>> get the same product twice (it has the same OfferId...) without the 
>>> information at what point it was changed or what time range we are talking 
>>> about.
>>>
>>> This might be a case where it would be useful to have a parameter to 
>>> set, something like "showProductChanges = true/false".
>>>
>>> At the very least, there should be a possibility to distinguish at what 
>>> point in time the product changed, so for example:
>>>
>>> OfferId CategoryL2  DateRange
>>> 123  Clothing/Pants 03/14 - 03/18
>>> 123  Clothing/Shorts03/18 - 03/29
>>>
>>> In that case, I could at least detect which entry is the most recent one 
>>> (Clothing/Shorts) and use that one, but getting the results as is the case 
>>> now is like this:
>>>
>>> OfferId CategoryL2
>>> 123  Clothing/Pants
>>> 123  Clothing/Shorts  
>>>
>>> and I do not know whether the product with OfferId 123 is in CategoryL2 
>>> Clothing/Pants or Clothing/Shorts RIGHT NOW.
>>>
>>> Thanks
>>> Marc
>>>
>>> Am Montag, 24. April 2017 19:07:03 UTC+2 schrieb Thanet Knack 
>>> Praneenararat (AdWords API Team):

 Hello Marc,

 Sorry for the delay. It looks like this works as intended--all data of 
 CategoryL5 is returned in SHOPPING_PERFORMANCE_REPORT.
 I'm still asking if there are other workarounds for this.

 Best,
 Thanet, AdWords API Team

 On Monday, April 24, 2017 at 4:01:49 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> any update on this topic?
>
> Thanks
> Marc
>
> On Wednesday, April 5, 2017 at 9:27:17 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hi Marc,
>>
>> Thanks very much for reporting.
>> Your previous example then shows that *CategoryL5* really behaves 
>> like a segment.
>> If it's a key column, even if you don't request for it, there should 
>> be two rows returned.
>> I'll talk with engineering to see how we fix this.
>>
>> As for your other questions:
>>
>>> 1) How do I know what are the "key fields" in a report?
>>
>> Unfortunately, it's not quite obvious from the field itself. But we 
>> try to document it in the summary description in the beginning of each 
>> report type page.
>>
>> 2) You wrote "Have a look at OfferId and CategoryL5, you can tell 
>>> that those two rows are different" - you mean combined, correct? 
>>> Because 
>>> the OfferId here is the same
>>
>> Yes, combined. It's like you have a composite key in relational 
>> databases. Only one key can't tell uniqueness of a row. We have to use 
>> them 
>> together to tell uniqueness.
>>
>> I find this confusing and would expect to get just one row with the 
>>> product and with CategoryL5 set to the most recent value for that 
>>> product...
>>
>> I've passed this feedback to engineering too.
>> For now, would using date range help you? Or does it always return 
>> two rows for any kinds of date ranges? 
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Wednesday, April 5, 2017 at 4:16:32 PM UTC+9, Marc P wrote:
>>>
>>> Hi Thanet,
>>>
>>> thank you for your help. Two more questions to clarify:
>>>
>>> 1) How do I know what are the "key fields" in a report?
>>> 2) You wrote "Have a look at OfferId and CategoryL5, you can tell 
>>> that those two rows are different" - you mean combined, correct? 

Re: Pause Adwords Express campaign via API

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Diego,

I'm checking with my colleague and will get back to you soon.

Cheers,
Thanet, AdWords API Team

On Tuesday, July 11, 2017 at 3:57:18 AM UTC+9, Diego wrote:
>
> Hi,
>
> is it possible to pause an Adwords Express campaign via API? If not, is 
> there any workaround we might do to do so?
>
> 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/3a96b9a9-a39c-457a-b627-619c138da6a3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Adwords API success story submission

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Thu,

To preserve your privacy at this stage, could you please contact us using 
*Reply 
privately to author *that is on the right corner of the reply box?
We'd like to understand more about your business first.

Thanks in advance.
Thanet, AdWords API Team 

On Friday, June 30, 2017 at 1:01:45 AM UTC+9, Thu Nguyen wrote:
>
> Hi,
>
> Is there anyway to submit a case study of our clients using Adwords API to 
> Adwords team as below:
>
> https://developers.google.com/adwords/api/community/case-studies/
>
> We have a few of major brands in APAC who are gaining adventage of Adwords
> reporting API. Would love to explore the chances to share our client
> success stories from it.
>
> Best,
>
> Thu
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/f72a931d-d427-4273-8f74-b822bb39df84%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Adwords API success story submission

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi,

Let me check and get back to you soon.

Best,
Thanet, AdWords API Team

On Friday, June 30, 2017 at 1:01:45 AM UTC+9, Thu Nguyen wrote:
>
> Hi,
>
> Is there anyway to submit a case study of our clients using Adwords API to 
> Adwords team as below:
>
> https://developers.google.com/adwords/api/community/case-studies/
>
> We have a few of major brands in APAC who are gaining adventage of Adwords
> reporting API. Would love to explore the chances to share our client
> success stories from it.
>
> Best,
>
> Thu
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/e62963fa-9d22-44d8-b13d-efc516a9a81d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Responsive Ads - Disk space limit per account?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Timur,

Sorry for the confusion.
To paraphrase my sentence, if you don't create more than 300 responsive 
display ads (gallery ads) and the size of each ad's image doesn't exceed 1 
MB (i.e.,  2 MB (1 for marketing image and 1 for logo image) x 300 = 600 
MB), then you will not face with any problems.

There're no published limitations about the *total size* of images allowed 
in an account that I'm aware of.
Or do you plan to upload images and use in other contexts than the 
responsive display ads?
I can check it with engineering but it would take some time.

Cheers,
Thanet, AdWords API Team

On Wednesday, June 28, 2017 at 4:28:50 PM UTC+9, timur.sag...@kaufda.de 
wrote:
>
> Hey Thanet,
>
> thanks for your answer.
>
> I am not talking about a single image file size. I am talking about a 
> limit on account level e.g. 1 GB images per account / 1.000 images per 
> account something like that. Are there any limitations?
>
> Thanks in advance!
>
> Best Timur
>
> On Wednesday, June 28, 2017 at 6:43:26 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hi Timur,
>>
>> There is a maximum size stated here 
>> :
>>  
>> 1 MB per image.
>> As long as you don't upload an image greater than the max size and also 
>> the number of all images/gallery ad doesn't exceed 300, you shouldn't run 
>> into any problems.
>>
>> Please let me know if you have further questions.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Tuesday, June 27, 2017 at 2:00:43 AM UTC+9, timur@kaufda.de wrote:
>>>
>>> Dear Google-Team,
>>>
>>> in the responsive ads documentation it is not mentioned if there is any 
>>> disk space limit per account / limit of images you can upload per account.
>>>
>>> Can please you provide me this information if there are any limits?
>>>
>>> Best Timur
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/a0d0bc49-48a1-400a-af56-2a46cbf20d1e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Responsive Ads - Disk space limit per account?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Timur,

There is a maximum size stated here 
:
 
1 MB per image.
As long as you don't upload an image greater than the max size and also the 
number of all images/gallery ad doesn't exceed 300, you shouldn't run into 
any problems.

Please let me know if you have further questions.

Best,
Thanet, AdWords API Team

On Tuesday, June 27, 2017 at 2:00:43 AM UTC+9, timur.sag...@kaufda.de wrote:
>
> Dear Google-Team,
>
> in the responsive ads documentation it is not mentioned if there is any 
> disk space limit per account / limit of images you can upload per account.
>
> Can please you provide me this information if there are any limits?
>
> Best Timur
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/c87c6957-b399-446d-85fc-72d2f073171d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Unable to get Dynamic Search Ads in v201607

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

Still investigating. Will inform you here once I have more information.

Best,
Thanet, AdWords API Team

On Thursday, June 22, 2017 at 8:55:50 PM UTC+9, Антон Сычугов wrote:
>
> Any news?
>
> среда, 21 июня 2017 г., 12:23:29 UTC+3 пользователь Thanet Knack 
> Praneenararat (AdWords API Team) написал:
>>
>> Hello,
>>
>> Let me check and get back to you soon.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>>
>> On Wednesday, June 21, 2017 at 12:36:04 AM UTC+9, Антон Сычугов wrote:
>>>
>>> I'm using AdGroupAdService v201607/v201705 to get Expanded Dynamic 
>>> Search Ads. 
>>> But API does not return such ads, even by id.
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/f7c036ea-66c0-4222-a0aa-e23dc00156d6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Unable to get Dynamic Search Ads in v201607

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

Let me check and get back to you soon.

Best,
Thanet, AdWords API Team


On Wednesday, June 21, 2017 at 12:36:04 AM UTC+9, Антон Сычугов wrote:
>
> I'm using AdGroupAdService v201607/v201705 to get Expanded Dynamic Search 
> Ads. 
> But API does not return such ads, even by id.
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/cce124d9-5d15-4387-8c51-26cb31e480a0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to identify low search volume keywords in TargetingIdeaService?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Benjamin,

Thanks for your valuable opinion. 
I'll pass this as a feature request to engineering.

Have a nice day.

Thanet, AdWords API Team

On Monday, May 29, 2017 at 6:16:33 PM UTC+9, Benjamin Morel wrote:
>
> Hi Thanet,
>
> I'll stick with my solution for now (adding/checking/deleting keywords to 
> get their systemServingStatus) and see if I encounter any issue.
>
> I'm staying within my rate limits and handle RateExceededError 
> appropriately.
> Also, I noticed that deleted keywords that haven't had any history seem to 
> be deleted permanently, and therefore do not pollute the ad group 
> needlessly.
> So all in all it's less bad than I thought, and seems to be working so far.
>
> Anyway if you know of any other way to get the systemServingStatus without 
> adding a keyword to an ad group, please let me know :)
> Otherwise it would be a nice feature request to file.
>
> Thanks for your help anyway!
>
> Benjamin
>
> On Monday, May 29, 2017 at 8:30:45 AM UTC+2, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hi Benjamin,
>>
>> I've been confirmed that the SEARCH_VOLUME returned by 
>> *TargetingIdeaService*, is not affected by your account settings--the 
>> result is globally generated.
>>
>> The systemServingStatus is generated by a different service, so the 
>> result could be different.
>> I can investigate more about it if you still would like to know, but it 
>> may take some time. :)
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, May 26, 2017 at 5:56:26 PM UTC+9, Benjamin Morel wrote:
>>>
>>> That's what I'm afraid of, but the fact is, there doesn't seem to be any 
>>> alternative at all at the moment!
>>>
>>> On Friday, May 26, 2017 at 10:54:44 AM UTC+2, Thanet Knack Praneenararat 
>>> (AdWords API Team) wrote:

 Hi Benjamin,

 Let me confirm with engineering about this too.
 If possible, I think we should avoid adding millions of keywords just 
 to get systemServingStatus.
 That put unnecessary burdens on the API servers and also waste your 
 rate limits. :)

 Best,
 Thanet, AdWords API Team

 On Friday, May 26, 2017 at 5:39:28 PM UTC+9, Benjamin Morel wrote:
>
> Hi Thanet,
>
> Thanks for your reply. I've run a few tests, and it looks like the 
> search volumes are more likely to be returned if the keywords have been 
> sitting there in my account for some time, so unless I missed something, 
> it 
> would look as if the search volumes are tied to the account, not global. 
> This seems to be very different from the systemServingStatus, which 
> according to my tests is not dependent on account history, and not 
> dependent on campaign country/language targeting either.
>
> So I guess what I'm really interested is the systemServingStatus of a 
> keyword; as far as I understand, there is no API to get this value 
> *without 
> actually adding the keyword* to an ad group?
> Is it a problem if I batch add/reload/delete millions of keywords in a 
> single ad group to get all the serving statuses? I would do this as part 
> of 
> a batch job before syncinc the ELIGIBLE ones to a bunch of other, 
> permanent 
> ad groups.
>
> Thanks in advance!
> Benjamin
>
> On Friday, May 26, 2017 at 5:15:48 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Benjamin,
>>
>> It turns out that you've not got any search volumes because there are 
>> no search volumes at all for those keywords.
>> That's why the API servers don't return a value.
>>
>> Hope this help.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Wednesday, May 24, 2017 at 7:59:22 PM UTC+9, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Benjamin,
>>>
>>> Let me confirm with engineering why the search volumes are not 
>>> returned.
>>> Will get back to you once I get more information.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Wednesday, May 24, 2017 at 2:17:58 AM UTC+9, Benjamin Morel wrote:

 SOAP logs sent as private message!

 Thank you,
 Benjamin

 On Tuesday, May 23, 2017 at 3:52:12 PM UTC+2, Shwetha Vastrad 
 (AdWords API Team) wrote:
>
> Hi Benjamin, 
>
> Could you enable logging and provide the complete SOAP request and 
> response logs so I can take a look? Since AdGroupCriterionIds are not 
> globally unique, it'll be difficult for me to troubleshoot. Please 
> use *Reply 
> privately to author* when responding. 
>
> Regards,
> Shwetha, AdWords API Team.
>


-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/

Re: How to identify low search volume keywords in TargetingIdeaService?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Benjamin,

I've been confirmed that the SEARCH_VOLUME returned by 
*TargetingIdeaService*, is not affected by your account settings--the 
result is globally generated.

The systemServingStatus is generated by a different service, so the result 
could be different.
I can investigate more about it if you still would like to know, but it may 
take some time. :)

Best,
Thanet, AdWords API Team

On Friday, May 26, 2017 at 5:56:26 PM UTC+9, Benjamin Morel wrote:
>
> That's what I'm afraid of, but the fact is, there doesn't seem to be any 
> alternative at all at the moment!
>
> On Friday, May 26, 2017 at 10:54:44 AM UTC+2, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hi Benjamin,
>>
>> Let me confirm with engineering about this too.
>> If possible, I think we should avoid adding millions of keywords just to 
>> get systemServingStatus.
>> That put unnecessary burdens on the API servers and also waste your rate 
>> limits. :)
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, May 26, 2017 at 5:39:28 PM UTC+9, Benjamin Morel wrote:
>>>
>>> Hi Thanet,
>>>
>>> Thanks for your reply. I've run a few tests, and it looks like the 
>>> search volumes are more likely to be returned if the keywords have been 
>>> sitting there in my account for some time, so unless I missed something, it 
>>> would look as if the search volumes are tied to the account, not global. 
>>> This seems to be very different from the systemServingStatus, which 
>>> according to my tests is not dependent on account history, and not 
>>> dependent on campaign country/language targeting either.
>>>
>>> So I guess what I'm really interested is the systemServingStatus of a 
>>> keyword; as far as I understand, there is no API to get this value *without 
>>> actually adding the keyword* to an ad group?
>>> Is it a problem if I batch add/reload/delete millions of keywords in a 
>>> single ad group to get all the serving statuses? I would do this as part of 
>>> a batch job before syncinc the ELIGIBLE ones to a bunch of other, permanent 
>>> ad groups.
>>>
>>> Thanks in advance!
>>> Benjamin
>>>
>>> On Friday, May 26, 2017 at 5:15:48 AM UTC+2, Thanet Knack Praneenararat 
>>> (AdWords API Team) wrote:

 Hello Benjamin,

 It turns out that you've not got any search volumes because there are 
 no search volumes at all for those keywords.
 That's why the API servers don't return a value.

 Hope this help.

 Cheers,
 Thanet, AdWords API Team

 On Wednesday, May 24, 2017 at 7:59:22 PM UTC+9, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hello Benjamin,
>
> Let me confirm with engineering why the search volumes are not 
> returned.
> Will get back to you once I get more information.
>
> Cheers,
> Thanet, AdWords API Team
>
> On Wednesday, May 24, 2017 at 2:17:58 AM UTC+9, Benjamin Morel wrote:
>>
>> SOAP logs sent as private message!
>>
>> Thank you,
>> Benjamin
>>
>> On Tuesday, May 23, 2017 at 3:52:12 PM UTC+2, Shwetha Vastrad 
>> (AdWords API Team) wrote:
>>>
>>> Hi Benjamin, 
>>>
>>> Could you enable logging and provide the complete SOAP request and 
>>> response logs so I can take a look? Since AdGroupCriterionIds are not 
>>> globally unique, it'll be difficult for me to troubleshoot. Please use 
>>> *Reply 
>>> privately to author* when responding. 
>>>
>>> Regards,
>>> Shwetha, AdWords API Team.
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/6291b520-3211-4d90-b6a8-2535f7667ff0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to identify low search volume keywords in TargetingIdeaService?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Benjamin,

Let me confirm with engineering about this too.
If possible, I think we should avoid adding millions of keywords just to 
get systemServingStatus.
That put unnecessary burdens on the API servers and also waste your rate 
limits. :)

Best,
Thanet, AdWords API Team

On Friday, May 26, 2017 at 5:39:28 PM UTC+9, Benjamin Morel wrote:
>
> Hi Thanet,
>
> Thanks for your reply. I've run a few tests, and it looks like the search 
> volumes are more likely to be returned if the keywords have been sitting 
> there in my account for some time, so unless I missed something, it would 
> look as if the search volumes are tied to the account, not global. This 
> seems to be very different from the systemServingStatus, which according to 
> my tests is not dependent on account history, and not dependent on campaign 
> country/language targeting either.
>
> So I guess what I'm really interested is the systemServingStatus of a 
> keyword; as far as I understand, there is no API to get this value *without 
> actually adding the keyword* to an ad group?
> Is it a problem if I batch add/reload/delete millions of keywords in a 
> single ad group to get all the serving statuses? I would do this as part of 
> a batch job before syncinc the ELIGIBLE ones to a bunch of other, permanent 
> ad groups.
>
> Thanks in advance!
> Benjamin
>
> On Friday, May 26, 2017 at 5:15:48 AM UTC+2, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello Benjamin,
>>
>> It turns out that you've not got any search volumes because there are no 
>> search volumes at all for those keywords.
>> That's why the API servers don't return a value.
>>
>> Hope this help.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Wednesday, May 24, 2017 at 7:59:22 PM UTC+9, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Benjamin,
>>>
>>> Let me confirm with engineering why the search volumes are not returned.
>>> Will get back to you once I get more information.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Wednesday, May 24, 2017 at 2:17:58 AM UTC+9, Benjamin Morel wrote:

 SOAP logs sent as private message!

 Thank you,
 Benjamin

 On Tuesday, May 23, 2017 at 3:52:12 PM UTC+2, Shwetha Vastrad (AdWords 
 API Team) wrote:
>
> Hi Benjamin, 
>
> Could you enable logging and provide the complete SOAP request and 
> response logs so I can take a look? Since AdGroupCriterionIds are not 
> globally unique, it'll be difficult for me to troubleshoot. Please use 
> *Reply 
> privately to author* when responding. 
>
> Regards,
> Shwetha, AdWords API Team.
>


-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/353d3261-4cd5-46d5-bb18-8b242df5e3ca%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to identify low search volume keywords in TargetingIdeaService?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Benjamin,

It turns out that you've not got any search volumes because there are no 
search volumes at all for those keywords.
That's why the API servers don't return a value.

Hope this helps.

Cheers,
Thanet, AdWords API Team

On Wednesday, May 24, 2017 at 7:59:22 PM UTC+9, Thanet Knack Praneenararat 
(AdWords API Team) wrote:
>
> Hello Benjamin,
>
> Let me confirm with engineering why the search volumes are not returned.
> Will get back to you once I get more information.
>
> Cheers,
> Thanet, AdWords API Team
>
> On Wednesday, May 24, 2017 at 2:17:58 AM UTC+9, Benjamin Morel wrote:
>>
>> SOAP logs sent as private message!
>>
>> Thank you,
>> Benjamin
>>
>> On Tuesday, May 23, 2017 at 3:52:12 PM UTC+2, Shwetha Vastrad (AdWords 
>> API Team) wrote:
>>>
>>> Hi Benjamin, 
>>>
>>> Could you enable logging and provide the complete SOAP request and 
>>> response logs so I can take a look? Since AdGroupCriterionIds are not 
>>> globally unique, it'll be difficult for me to troubleshoot. Please use 
>>> *Reply 
>>> privately to author* when responding. 
>>>
>>> Regards,
>>> Shwetha, AdWords API Team.
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/6c124c25-7e73-4bbd-99e8-2c25fcdc269f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: v201702 Migration - LocationGroups - IncomeOperand

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello rafa.romero,

I've confirmed that there are no alternatives in v201702.
We're considering support this in other ways but there is no ETA yet.

Sorry for this inconvenience.

Best,
Thanet, AdWords API Team

On Tuesday, May 23, 2017 at 5:45:33 PM UTC+9, Thanet Knack Praneenararat 
(AdWords API Team) wrote:
>
> Hello,
>
> If you plan to migrate to v201702 or newer versions soon, yes.
> If you're using v201609, you can still keep it for a while. :)
>
> Best,
> Thanet, AdWords API Team
>
> On Tuesday, May 23, 2017 at 4:26:07 PM UTC+9, rafa.rom...@rocketroi.com 
> wrote:
>>
>> So I undestand that we should remove the feature from our platform, right?
>>
>> thanks!
>>
>> El martes, 23 de mayo de 2017, 6:53:18 (UTC+2), Thanet Knack 
>> Praneenararat (AdWords API Team) escribió:
>>>
>>> Hello,
>>>
>>> You understand correctly. This is not available in v201702 anymore.
>>> Let me gather more information about alternative and get back to you 
>>> soon.
>>>
>>> Best,
>>> Thanet, AdWords API Team
>>>
>>> On Monday, May 22, 2017 at 8:07:18 PM UTC+9, rafa@rocketroi.com 
>>> wrote:

 Hello,

 looking at the Migration Guide (v201702) 
  
 it 
 says the following about LocationGroups:

 *The IncomeOperand can no longer be used as 
> a FunctionArgumentOperand for LocationGroups. Mutate requests adding new 
> operands of this type will result in 
> aFunctionError.Reason.INVALID_OPERAND_TYPE error.*


 What does this mean? We are currently using this functionality in our 
 platform, so should we remove it? As the Migration Guide is not giving any 
 alterantive to IncomeOperand we don't know what to do. 

 We have checked Google Adwords Platform and the functionality is still 
 available.

 Thank you!

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/2886a91d-835b-473b-b356-7289e6431ef9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to identify low search volume keywords in TargetingIdeaService?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Benjamin,

Let me confirm with engineering why the search volumes are not returned.
Will get back to you once I get more information.

Cheers,
Thanet, AdWords API Team

On Wednesday, May 24, 2017 at 2:17:58 AM UTC+9, Benjamin Morel wrote:
>
> SOAP logs sent as private message!
>
> Thank you,
> Benjamin
>
> On Tuesday, May 23, 2017 at 3:52:12 PM UTC+2, Shwetha Vastrad (AdWords API 
> Team) wrote:
>>
>> Hi Benjamin, 
>>
>> Could you enable logging and provide the complete SOAP request and 
>> response logs so I can take a look? Since AdGroupCriterionIds are not 
>> globally unique, it'll be difficult for me to troubleshoot. Please use 
>> *Reply 
>> privately to author* when responding. 
>>
>> Regards,
>> Shwetha, AdWords API Team.
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/13f8dd5b-86e8-4f0a-b062-26a9314b3e77%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: BatchJobProcessingError.INTERNAL_ERROR while pushing extensions

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Suvodhoy,

I'll confirm the details of the errors and get back to you soon.

Best,
Thanet, AdWords API Team

On Tuesday, May 23, 2017 at 10:10:47 PM UTC+9, suvodhoy sinha wrote:
>
> Hi,
>
> I saw a number of threads regarding this issue. After reading through some 
> of them it seems it was solved for some of the users but we have been 
> facing this problem for quite some time. It happens majorly with the 
> extension push.
> Adding some of the job ids across multiple clients - *500025750, 
> 492164459, 490177553, 486427885*. Kindly assist.
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/48f7c95b-bf75-4af5-93f6-1472ac422f7f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: v201702 Migration - LocationGroups - IncomeOperand

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

If you plan to migrate to v201702 or newer versions soon, yes.
If you're using v201609, you can still keep it for a while. :)

Best,
Thanet, AdWords API Team

On Tuesday, May 23, 2017 at 4:26:07 PM UTC+9, rafa.rom...@rocketroi.com 
wrote:
>
> So I undestand that we should remove the feature from our platform, right?
>
> thanks!
>
> El martes, 23 de mayo de 2017, 6:53:18 (UTC+2), Thanet Knack Praneenararat 
> (AdWords API Team) escribió:
>>
>> Hello,
>>
>> You understand correctly. This is not available in v201702 anymore.
>> Let me gather more information about alternative and get back to you soon.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Monday, May 22, 2017 at 8:07:18 PM UTC+9, rafa@rocketroi.com 
>> wrote:
>>>
>>> Hello,
>>>
>>> looking at the Migration Guide (v201702) 
>>>  
>>> it 
>>> says the following about LocationGroups:
>>>
>>> *The IncomeOperand can no longer be used as 
 a FunctionArgumentOperand for LocationGroups. Mutate requests adding new 
 operands of this type will result in 
 aFunctionError.Reason.INVALID_OPERAND_TYPE error.*
>>>
>>>
>>> What does this mean? We are currently using this functionality in our 
>>> platform, so should we remove it? As the Migration Guide is not giving any 
>>> alterantive to IncomeOperand we don't know what to do. 
>>>
>>> We have checked Google Adwords Platform and the functionality is still 
>>> available.
>>>
>>> Thank you!
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/984f206f-f54c-4483-b9a6-16521716b6a2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: v201702 Migration - LocationGroups - IncomeOperand

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

You understand correctly. This is not available in v201702 anymore.
Let me gather more information about alternative and get back to you soon.

Best,
Thanet, AdWords API Team

On Monday, May 22, 2017 at 8:07:18 PM UTC+9, rafa.rom...@rocketroi.com 
wrote:
>
> Hello,
>
> looking at the Migration Guide (v201702) 
>  it 
> says the following about LocationGroups:
>
> *The IncomeOperand can no longer be used as 
>> a FunctionArgumentOperand for LocationGroups. Mutate requests adding new 
>> operands of this type will result in 
>> aFunctionError.Reason.INVALID_OPERAND_TYPE error.*
>
>
> What does this mean? We are currently using this functionality in our 
> platform, so should we remove it? As the Migration Guide is not giving any 
> alterantive to IncomeOperand we don't know what to do. 
>
> We have checked Google Adwords Platform and the functionality is still 
> available.
>
> Thank you!
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/0069aba7-ddd6-46ea-9fb0-25f1f8806faf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Conversions in Shopping Performance Report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello John,

Very sorry for this late response.
The incompatibility between *Conversions* and *ConversionTrackerId* was 
removed for a couple of months ago.
Just would like to update this thread anyway, so anyone who stumbles upon 
this post can get the latest info.

Best,
Thanet, AdWords API Team

On Friday, October 28, 2016 at 4:18:30 PM UTC+9, Thanet Knack Praneenararat 
(AdWords API Team) wrote:
>
> Hello John,
>
> Sometimes, when a segment field 
> 
>  like 
> *ConversionTrackerId* is used, it results in significantly increasing 
> numbers of rows for a result, thereby affecting the overall performance of 
> reporting system.
> That's why in some cases, a certain field is prohibited to be used with 
> such a segment field.
> To confirm if this is the case for *Conversions* and *ConversionTrackerId* 
> as well, I need to consult with engineering team first.
> I will get back to you later when I get updates.
>
> Cheers,
> Thanet, AdWords API Team
>
> On Thursday, October 27, 2016 at 10:09:25 PM UTC+9, API Developer wrote:
>>
>> Hi,
>>
>> Can you confirm why it is not possible to include both the 
>> ConversionTrackerId and the Conversions fields in the Shopping Performance 
>> report?  
>>
>> I appreciate that it is possible to use the AllConversions metric, but I 
>> am struggling to understand the reasoning for making the estimated figure 
>> available, but not the actual conversions figure. The estimated figures 
>> appears to allow Google considerable license in taking credit for a 
>> conversion, with scope to change the rules for estimating conversions at 
>> any point in the future.
>>
>> Regards.
>>
>>
>> John
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/d459bc21-b5c2-4fd5-aa92-61e9c4b16504%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Marc,

I totally understand what you said but it's not supported by the current 
version of SHOPPING_PERFORMANCE_REPORT.
I'll give your feedback as a feature request to engineering.

Best,
Thanet, AdWords API Team

On Tuesday, April 25, 2017 at 11:07:45 PM UTC+9, Firma Lemundo wrote:
>
> Hi Thanet,
>
> CategoryL5 is just one example, this seems to be happening for almost all 
> product related attributes.
>
> I guess the intended functionality is to show that a product changed at 
> some point in time, but this is very misguiding as I would not expect to 
> get the same product twice (it has the same OfferId...) without the 
> information at what point it was changed or what time range we are talking 
> about.
>
> This might be a case where it would be useful to have a parameter to set, 
> something like "showProductChanges = true/false".
>
> At the very least, there should be a possibility to distinguish at what 
> point in time the product changed, so for example:
>
> OfferId CategoryL2  DateRange
> 123  Clothing/Pants 03/14 - 03/18
> 123  Clothing/Shorts03/18 - 03/29
>
> In that case, I could at least detect which entry is the most recent one 
> (Clothing/Shorts) and use that one, but getting the results as is the case 
> now is like this:
>
> OfferId CategoryL2
> 123  Clothing/Pants
> 123  Clothing/Shorts  
>
> and I do not know whether the product with OfferId 123 is in CategoryL2 
> Clothing/Pants or Clothing/Shorts RIGHT NOW.
>
> Thanks
> Marc
>
> Am Montag, 24. April 2017 19:07:03 UTC+2 schrieb Thanet Knack 
> Praneenararat (AdWords API Team):
>>
>> Hello Marc,
>>
>> Sorry for the delay. It looks like this works as intended--all data of 
>> CategoryL5 is returned in SHOPPING_PERFORMANCE_REPORT.
>> I'm still asking if there are other workarounds for this.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Monday, April 24, 2017 at 4:01:49 PM UTC+9, Marc P wrote:
>>>
>>> Hi Thanet,
>>>
>>> any update on this topic?
>>>
>>> Thanks
>>> Marc
>>>
>>> On Wednesday, April 5, 2017 at 9:27:17 AM UTC+2, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hi Marc,

 Thanks very much for reporting.
 Your previous example then shows that *CategoryL5* really behaves like 
 a segment.
 If it's a key column, even if you don't request for it, there should be 
 two rows returned.
 I'll talk with engineering to see how we fix this.

 As for your other questions:

> 1) How do I know what are the "key fields" in a report?

 Unfortunately, it's not quite obvious from the field itself. But we try 
 to document it in the summary description in the beginning of each report 
 type page.

 2) You wrote "Have a look at OfferId and CategoryL5, you can tell that 
> those two rows are different" - you mean combined, correct? Because the 
> OfferId here is the same

 Yes, combined. It's like you have a composite key in relational 
 databases. Only one key can't tell uniqueness of a row. We have to use 
 them 
 together to tell uniqueness.

 I find this confusing and would expect to get just one row with the 
> product and with CategoryL5 set to the most recent value for that 
> product...

 I've passed this feedback to engineering too.
 For now, would using date range help you? Or does it always return two 
 rows for any kinds of date ranges? 

 Best,
 Thanet, AdWords API Team

 On Wednesday, April 5, 2017 at 4:16:32 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> thank you for your help. Two more questions to clarify:
>
> 1) How do I know what are the "key fields" in a report?
> 2) You wrote "Have a look at OfferId and CategoryL5, you can tell that 
> those two rows are different" - you mean combined, correct? Because the 
> OfferId here is the same
>
> My point is this: I want to get the current information of the 
> product, however I get two rows for the same OfferId and it is different 
> only on CategoryL5 - thus I do not know which value of CategoryL5 is 
> current and which one is old / legacy.
>
> This only happens when the product was changed on CategoryL5 - it is 
> the same product (same OfferId). It appears twice only because it was 
> changed at some point in time.
>
> I find this confusing and would expect to get just one row with the 
> product and with CategoryL5 set to the most recent value for that 
> product...
>
> Thank you again
> Marc
>
> On Thursday, March 30, 2017 at 6:06:33 PM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hi Marc,
>>
>> It's true that they're not the segment field, but it's a *key* column 
>> in this report type.
>> The key columns are what you need to include in order to tell the 
>> uniqueness of the report row.
>> For 

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Marc,

Sorry for the delay. It looks like this works as intended--all data of 
CategoryL5 is returned in SHOPPING_PERFORMANCE_REPORT.
I'm still asking if there are other workarounds for this.

Best,
Thanet, AdWords API Team

On Monday, April 24, 2017 at 4:01:49 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> any update on this topic?
>
> Thanks
> Marc
>
> On Wednesday, April 5, 2017 at 9:27:17 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hi Marc,
>>
>> Thanks very much for reporting.
>> Your previous example then shows that *CategoryL5* really behaves like a 
>> segment.
>> If it's a key column, even if you don't request for it, there should be 
>> two rows returned.
>> I'll talk with engineering to see how we fix this.
>>
>> As for your other questions:
>>
>>> 1) How do I know what are the "key fields" in a report?
>>
>> Unfortunately, it's not quite obvious from the field itself. But we try 
>> to document it in the summary description in the beginning of each report 
>> type page.
>>
>> 2) You wrote "Have a look at OfferId and CategoryL5, you can tell that 
>>> those two rows are different" - you mean combined, correct? Because the 
>>> OfferId here is the same
>>
>> Yes, combined. It's like you have a composite key in relational 
>> databases. Only one key can't tell uniqueness of a row. We have to use them 
>> together to tell uniqueness.
>>
>> I find this confusing and would expect to get just one row with the 
>>> product and with CategoryL5 set to the most recent value for that product...
>>
>> I've passed this feedback to engineering too.
>> For now, would using date range help you? Or does it always return two 
>> rows for any kinds of date ranges? 
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Wednesday, April 5, 2017 at 4:16:32 PM UTC+9, Marc P wrote:
>>>
>>> Hi Thanet,
>>>
>>> thank you for your help. Two more questions to clarify:
>>>
>>> 1) How do I know what are the "key fields" in a report?
>>> 2) You wrote "Have a look at OfferId and CategoryL5, you can tell that 
>>> those two rows are different" - you mean combined, correct? Because the 
>>> OfferId here is the same
>>>
>>> My point is this: I want to get the current information of the product, 
>>> however I get two rows for the same OfferId and it is different only on 
>>> CategoryL5 - thus I do not know which value of CategoryL5 is current and 
>>> which one is old / legacy.
>>>
>>> This only happens when the product was changed on CategoryL5 - it is the 
>>> same product (same OfferId). It appears twice only because it was changed 
>>> at some point in time.
>>>
>>> I find this confusing and would expect to get just one row with the 
>>> product and with CategoryL5 set to the most recent value for that product...
>>>
>>> Thank you again
>>> Marc
>>>
>>> On Thursday, March 30, 2017 at 6:06:33 PM UTC+2, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hi Marc,

 It's true that they're not the segment field, but it's a *key* column 
 in this report type.
 The key columns are what you need to include in order to tell the 
 uniqueness of the report row.
 For instance, if you look at either only *AdGroupName*, *CampaignName* 
 in this report type, you can't distinguish two rows from each other.
 But if you have a look at *OfferId* and *CategoryL5*, you can tell 
 that those two rows are different.

 Put it in another way, they're an attribute field *that even when 
 you've not requested them, they're still requested implicitly.*
 You can't combine those rows that have at least one *key field* 
 different from each other.
 Not requesting them in AWQL / report definition just makes the 
 reporting service not return them with the results.

 This is different from segment fields. If you don't request them, 
 they're not requested implicitly.
 Once you request them, you're likely to get more report rows than usual.

 Hope this help.

 Thanet, AdWords API Team

 On Thursday, March 30, 2017 at 10:40:27 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> yes, in this case it is CategoryL5 - for another customer id it is 
> ProductTypeL3.
>
> My point is: both ProductTypeL3 and CategoryL5 are attributes as 
> specified in 
> https://developers.google.com/adwords/api/docs/appendix/reports/shopping-performance-report
>
> They are not Segments.
>
> So my understanding is that they should not split the data. Rather I 
> would assume to get just one result with ProductTypeL3 and CategoryL5 
> having the most recent attribute value ?
>
> Thank you for your help
> Marc
>
> On Thursday, March 30, 2017 at 8:56:22 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello,
>>
>> It seems what makes your returned rows look duplicate is not 
>> *ProductTypeL3*, but the *CategoryL5*.
>> As 

Re: Auto-Migration Manual Location Extensions

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Alex,

You will still be able to fetch location extensions with feed item services.

> how is the fetching of the stats of location extensions will be affected 
> after the migration, will it be the same behavior as before?

I think you mean PLACEHOLDER_FEED_ITEM_REPORT?
If so, you'll get the new feed ID and feed item ID so the stats will be the 
new ones.

Hope this clarify. :-)

Best,
Thanet, AdWords API Team

On Tuesday, April 25, 2017 at 12:53:15 AM UTC+9, Alexandre Ho-Latreille 
wrote:
>
> Hello,
>
> following this discussion, once the locations are migrated, I know I won't 
> be able to manage those through the feed item service and will have to 
> create them with GMB. What I want to know is will I still be able to fetch 
> those location extensions with the feed item service and how is the 
> fetching of the stats of location extensions will be affected after the 
> migration, will it be the same behavior as before?
>
> Thank you,
>
> Alex
>
> On Wednesday, April 19, 2017 at 12:40:23 AM UTC-4, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello BT, Chris,
>>
>> Sorry for my ambiguous words for question #2. Please see the corrected 
>> version of my answer below.
>>
>>> 2) An account was part of the auto-migration, if it has an unverified 
>>> location will ads continue to run location extensions?
>>
>> In order for the locations to be published *in Google Search and Map*, 
>> they will have to be verified first. Please check this document 
>>  for more details.
>> *For ads themselves, unverified status doesn't prevent ads to use that 
>> location as its extension.*
>> In other words, *yes*, the ads continue to run location extensions after 
>> migration.
>>
>> For question #1,
>>
>>> 1)If a client already has a google my business account, but has not 
>>> disclosed logins to link the current campaign. Will the auto-migration 
>>> duplicate two Google My Business accounts
>>
>> The auto-migration will *always* create a new GMB account.
>> Of course, this would result in duplicate locations in some cases, but 
>> that's fine.
>> As mentioned above, unverified locations can be used as location 
>> extensions so this will not affect ads serving.
>> (You can think about unverified locations as phone book entries--anyone 
>> can create the same address entry in his/her accounts)
>>
>> Chris, please let me know if the above still doesn't address your 
>> question. :-)
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Wednesday, April 19, 2017 at 2:25:08 AM UTC+9, Chris Fehrmann wrote:
>>>
>>> Thanet,
>>>
>>> The reply you provided to BT's #2 question above is interesting. Within 
>>> the blog post here 
>>> 
>>>  the 
>>> auto-migration process describes creating an unverified business listing, 
>>> however I do not understand the benefit of the auto-migration process if 
>>> the requirement for a Location Extension includes a Verified Business 
>>> listing. If I understand correctly, unless a Verified Business Listing is 
>>> granted access to the Adwords Account by May 22, any current Location 
>>> Extensions (manual) will be disabled and could potentially effect the 
>>> performance of the campaign if not replaced with a Location Extension from 
>>> a Verified Business Listing. Is this correct to your understanding?
>>>
>>> Thank you for the assistance!
>>>
>>> Chris
>>>
>>> On Tuesday, April 18, 2017 at 6:41:15 AM UTC-5, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hello BT,

 1)If a client already has a google my business account, but has not 
> disclosed logins to link the current campaign. Will the auto-migration 
> duplicate two Google My Business accounts

 Let me check first and get back to you first.

 2) An account was part of the auto-migration, if it has an unverified 
> location will ads continue to run location extensions?

 No, it'll not.  In order for the locations to be published, they will 
 have to be verified first. Please check this document 
  for more details.

 3) What will happen to non location based business? 
 Could you please clarify? I'm not quite sure I understand your question 
 correctly.

 Best,
 Thanet, AdWords API Team

 On Tuesday, April 18, 2017 at 3:11:06 AM UTC+9, BT wrote:
>
> For the auto-migration, what will occur during the following scenarios?
>
> 1)If a client already has a google my business account, but has not 
> disclosed logins to link the current campaign. Will the auto-migration 
> duplicate two Google My Business accounts
>
> 2) An account was part of the auto-migration, if it has an unverified 
> location will ads continue to run location extensions?
>
> 3) What will happen to non 

Re: Auto-Migration Manual Location Extensions

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello BT, Chris,

Sorry for my ambiguous words for question #2. Please see the corrected 
version of my answer below.

> 2) An account was part of the auto-migration, if it has an unverified 
> location will ads continue to run location extensions?

In order for the locations to be published *in Google Search and Map*, they 
will have to be verified first. Please check this document 
 for more details.
*For ads themselves, unverified status doesn't prevent ads to use that 
location as its extension.*
In other words, *yes*, the ads continue to run location extensions after 
migration.

For question #1,

> 1)If a client already has a google my business account, but has not 
> disclosed logins to link the current campaign. Will the auto-migration 
> duplicate two Google My Business accounts

The auto-migration will *always* create a new GMB account.
Of course, this would result in duplicate locations in some cases, but 
that's fine.
As mentioned above, unverified locations can be used as location extensions 
so this will not affect ads serving.
(You can think about unverified locations as phone book entries--anyone can 
create the same address entry in his/her accounts)

Chris, please let me know if the above still doesn't address your question. 
:-)

Cheers,
Thanet, AdWords API Team

On Wednesday, April 19, 2017 at 2:25:08 AM UTC+9, Chris Fehrmann wrote:
>
> Thanet,
>
> The reply you provided to BT's #2 question above is interesting. Within 
> the blog post here 
> 
>  the 
> auto-migration process describes creating an unverified business listing, 
> however I do not understand the benefit of the auto-migration process if 
> the requirement for a Location Extension includes a Verified Business 
> listing. If I understand correctly, unless a Verified Business Listing is 
> granted access to the Adwords Account by May 22, any current Location 
> Extensions (manual) will be disabled and could potentially effect the 
> performance of the campaign if not replaced with a Location Extension from 
> a Verified Business Listing. Is this correct to your understanding?
>
> Thank you for the assistance!
>
> Chris
>
> On Tuesday, April 18, 2017 at 6:41:15 AM UTC-5, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello BT,
>>
>> 1)If a client already has a google my business account, but has not 
>>> disclosed logins to link the current campaign. Will the auto-migration 
>>> duplicate two Google My Business accounts
>>
>> Let me check first and get back to you first.
>>
>> 2) An account was part of the auto-migration, if it has an unverified 
>>> location will ads continue to run location extensions?
>>
>> No, it'll not.  In order for the locations to be published, they will 
>> have to be verified first. Please check this document 
>>  for more details.
>>
>> 3) What will happen to non location based business? 
>> Could you please clarify? I'm not quite sure I understand your question 
>> correctly.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Tuesday, April 18, 2017 at 3:11:06 AM UTC+9, BT wrote:
>>>
>>> For the auto-migration, what will occur during the following scenarios?
>>>
>>> 1)If a client already has a google my business account, but has not 
>>> disclosed logins to link the current campaign. Will the auto-migration 
>>> duplicate two Google My Business accounts
>>>
>>> 2) An account was part of the auto-migration, if it has an unverified 
>>> location will ads continue to run location extensions?
>>>
>>> 3) What will happen to non location based business? 
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/53c53521-0635-49c0-b64d-b90305d2bc8c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Marc,

Thanks very much for reporting.
Your previous example then shows that *CategoryL5* really behaves like a 
segment.
If it's a key column, even if you don't request for it, there should be two 
rows returned.
I'll talk with engineering to see how we fix this.

As for your other questions:

> 1) How do I know what are the "key fields" in a report?

Unfortunately, it's not quite obvious from the field itself. But we try to 
document it in the summary description in the beginning of each report type 
page.

2) You wrote "Have a look at OfferId and CategoryL5, you can tell that 
> those two rows are different" - you mean combined, correct? Because the 
> OfferId here is the same

Yes, combined. It's like you have a composite key in relational databases. 
Only one key can't tell uniqueness of a row. We have to use them together 
to tell uniqueness.

I find this confusing and would expect to get just one row with the product 
> and with CategoryL5 set to the most recent value for that product...

I've passed this feedback to engineering too.
For now, would using date range help you? Or does it always return two rows 
for any kinds of date ranges? 

Best,
Thanet, AdWords API Team

On Wednesday, April 5, 2017 at 4:16:32 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> thank you for your help. Two more questions to clarify:
>
> 1) How do I know what are the "key fields" in a report?
> 2) You wrote "Have a look at OfferId and CategoryL5, you can tell that 
> those two rows are different" - you mean combined, correct? Because the 
> OfferId here is the same
>
> My point is this: I want to get the current information of the product, 
> however I get two rows for the same OfferId and it is different only on 
> CategoryL5 - thus I do not know which value of CategoryL5 is current and 
> which one is old / legacy.
>
> This only happens when the product was changed on CategoryL5 - it is the 
> same product (same OfferId). It appears twice only because it was changed 
> at some point in time.
>
> I find this confusing and would expect to get just one row with the 
> product and with CategoryL5 set to the most recent value for that product...
>
> Thank you again
> Marc
>
> On Thursday, March 30, 2017 at 6:06:33 PM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hi Marc,
>>
>> It's true that they're not the segment field, but it's a *key* column in 
>> this report type.
>> The key columns are what you need to include in order to tell the 
>> uniqueness of the report row.
>> For instance, if you look at either only *AdGroupName*, *CampaignName* 
>> in this report type, you can't distinguish two rows from each other.
>> But if you have a look at *OfferId* and *CategoryL5*, you can tell that 
>> those two rows are different.
>>
>> Put it in another way, they're an attribute field *that even when you've 
>> not requested them, they're still requested implicitly.*
>> You can't combine those rows that have at least one *key field* 
>> different from each other.
>> Not requesting them in AWQL / report definition just makes the reporting 
>> service not return them with the results.
>>
>> This is different from segment fields. If you don't request them, they're 
>> not requested implicitly.
>> Once you request them, you're likely to get more report rows than usual.
>>
>> Hope this help.
>>
>> Thanet, AdWords API Team
>>
>> On Thursday, March 30, 2017 at 10:40:27 PM UTC+9, Marc P wrote:
>>>
>>> Hi Thanet,
>>>
>>> yes, in this case it is CategoryL5 - for another customer id it is 
>>> ProductTypeL3.
>>>
>>> My point is: both ProductTypeL3 and CategoryL5 are attributes as 
>>> specified in 
>>> https://developers.google.com/adwords/api/docs/appendix/reports/shopping-performance-report
>>>
>>> They are not Segments.
>>>
>>> So my understanding is that they should not split the data. Rather I 
>>> would assume to get just one result with ProductTypeL3 and CategoryL5 
>>> having the most recent attribute value ?
>>>
>>> Thank you for your help
>>> Marc
>>>
>>> On Thursday, March 30, 2017 at 8:56:22 AM UTC+2, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hello,

 It seems what makes your returned rows look duplicate is not 
 *ProductTypeL3*, but the *CategoryL5*.
 As *CategoryL5 *is also the main key of SHOPPING_PERFORMANCE_REPORT, 
 this works as intended.
 In other words, to tell the uniqueness of a row in this report type, 
 *CategoryL5* should be taken into account as well.

 Cheers,
 Thanet, AdWords API Team

 On Tuesday, March 14, 2017 at 10:04:37 PM UTC+9, Firma Lemundo wrote:
>
> Hi everyone,
>
> I am facing the following issue:
>
> I am using the SHOPPING_PERFORMANCE_REPORT to find the performance by 
> the products (OfferId).
> I am not using Date or other segments and the product is only in a 
> single adgroup.
>
> However, I still get two entries, because the product's ProductTypeL3 
> 

Re: BatchJobProcessingError.INTERNAL_ERROR when adding campaigns

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Josh,

Thanks for getting back to me.
I think that there might be other resolutions that would be able to 
generate IDs unique to all workers too.
But this is up to your decision. :-)

Let us know if you need help in the future.

Best,
Thanet, AdWords API Team

On Tuesday, April 4, 2017 at 7:11:12 PM UTC+9, Josh Sephton wrote:
>
> Hi Thanet,
>
> we've used a time-based ID generator because we have a number of different 
> workers working in parallel to generate the operations. However, if we're 
> reusing IDs in the same batch job then we're creating more operations per 
> second than anticipated. We can increase the resolution of the IDs so there 
> is more guarantee of uniqueness.
>
> Thanks for digging into this for us. 
>
> Josh
>
>
>
> On Monday, 3 April 2017 07:20:50 UTC+1, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello Josh,
>>
>> It looks like you've reused the temporary ID in the same batch job.
>> Note that it's totally fine to use the same temporary IDs in *different* 
>> batch 
>> jobs.
>> Did you use some kinds of algorithms to map from the time stamp to 
>> negative numbers as temporary IDs?
>> We encourage to use just sequence number starting from -1.
>>
>> Hope this help.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, March 30, 2017 at 9:56:44 PM UTC+9, Josh Sephton wrote:
>>>
>>> Hi Vishal,
>>>
>>> I was trying with 15,000 operations previously, but I'm seeing the same 
>>> behaviour with 5000 operations. Would you expect batches of this size to 
>>> complete?
>>>
>>> Thanks,
>>> Josh
>>>
>>>
>>>
>>> On Wednesday, 29 March 2017 19:27:38 UTC+1, Vishal Vinayak (Adwords API 
>>> Team) wrote:

 Hi Josh,

 Could you please try reducing the number of operations in your job and 
 see if you are still facing issues? You can also check out our Best 
 Practices Guide 
 
  to 
 optimize your batch job operations. Issues related to batch job 
 performance 
 are sometimes intermittent, however, if you are consistently facing these 
 issues, please let me know and I would try to work with my team to find 
 what's causing these issues.

 Regards,
 Vishal, AdWords API Team

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/13b3574d-52aa-4dae-ab05-91de2ab99fc2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: BatchJobProcessingError.INTERNAL_ERROR when adding campaigns

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Josh,

It looks like you've reused the temporary ID in the same batch job.
Note that it's totally fine to use the same temporary IDs in *different* batch 
jobs.
Did you use some kinds of algorithms to map from the time stamp to negative 
numbers as temporary IDs?
We encourage to use just sequence number starting from -1.

Hope this help.

Best,
Thanet, AdWords API Team

On Thursday, March 30, 2017 at 9:56:44 PM UTC+9, Josh Sephton wrote:
>
> Hi Vishal,
>
> I was trying with 15,000 operations previously, but I'm seeing the same 
> behaviour with 5000 operations. Would you expect batches of this size to 
> complete?
>
> Thanks,
> Josh
>
>
>
> On Wednesday, 29 March 2017 19:27:38 UTC+1, Vishal Vinayak (Adwords API 
> Team) wrote:
>>
>> Hi Josh,
>>
>> Could you please try reducing the number of operations in your job and 
>> see if you are still facing issues? You can also check out our Best 
>> Practices Guide 
>> 
>>  to 
>> optimize your batch job operations. Issues related to batch job performance 
>> are sometimes intermittent, however, if you are consistently facing these 
>> issues, please let me know and I would try to work with my team to find 
>> what's causing these issues.
>>
>> Regards,
>> Vishal, AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/614e61ca-6863-43a6-9915-503310ff659d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: BatchJobProcessingError.INTERNAL_ERROR when adding campaigns

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Josh,

We're investigating those three batch jobs.
Thanks for reporting. I'll contact back when we have more info.

Best,
Thanet, AdWords API Team

On Thursday, March 30, 2017 at 9:56:44 PM UTC+9, Josh Sephton wrote:
>
> Hi Vishal,
>
> I was trying with 15,000 operations previously, but I'm seeing the same 
> behaviour with 5000 operations. Would you expect batches of this size to 
> complete?
>
> Thanks,
> Josh
>
>
>
> On Wednesday, 29 March 2017 19:27:38 UTC+1, Vishal Vinayak (Adwords API 
> Team) wrote:
>>
>> Hi Josh,
>>
>> Could you please try reducing the number of operations in your job and 
>> see if you are still facing issues? You can also check out our Best 
>> Practices Guide 
>> 
>>  to 
>> optimize your batch job operations. Issues related to batch job performance 
>> are sometimes intermittent, however, if you are consistently facing these 
>> issues, please let me know and I would try to work with my team to find 
>> what's causing these issues.
>>
>> Regards,
>> Vishal, AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/c6eab77f-ab4d-4727-8a15-bc40fcfe1f23%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Marc,

It's true that they're not the segment field, but it's a *key* column in 
this report type.
The key columns are what you need to include in order to tell the 
uniqueness of the report row.
For instance, if you look at either only *AdGroupName*, *CampaignName* in 
this report type, you can't distinguish two rows from each other.
But if you have a look at *OfferId* and *CategoryL5*, you can tell that 
those two rows are different.

Put it in another way, they're an attribute field *that even when you've 
not requested them, they're still requested implicitly.*
You can't combine those rows that have at least one *key field* different 
from each other.
Not requesting them in AWQL / report definition just makes the reporting 
service not return them with the results.

This is different from segment fields. If you don't request them, they're 
not requested implicitly.
Once you request them, you're likely to get more report rows than usual.

Hope this help.

Thanet, AdWords API Team

On Thursday, March 30, 2017 at 10:40:27 PM UTC+9, Marc P wrote:
>
> Hi Thanet,
>
> yes, in this case it is CategoryL5 - for another customer id it is 
> ProductTypeL3.
>
> My point is: both ProductTypeL3 and CategoryL5 are attributes as specified 
> in 
> https://developers.google.com/adwords/api/docs/appendix/reports/shopping-performance-report
>
> They are not Segments.
>
> So my understanding is that they should not split the data. Rather I would 
> assume to get just one result with ProductTypeL3 and CategoryL5 having the 
> most recent attribute value ?
>
> Thank you for your help
> Marc
>
> On Thursday, March 30, 2017 at 8:56:22 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello,
>>
>> It seems what makes your returned rows look duplicate is not 
>> *ProductTypeL3*, but the *CategoryL5*.
>> As *CategoryL5 *is also the main key of SHOPPING_PERFORMANCE_REPORT, 
>> this works as intended.
>> In other words, to tell the uniqueness of a row in this report type, 
>> *CategoryL5* should be taken into account as well.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Tuesday, March 14, 2017 at 10:04:37 PM UTC+9, Firma Lemundo wrote:
>>>
>>> Hi everyone,
>>>
>>> I am facing the following issue:
>>>
>>> I am using the SHOPPING_PERFORMANCE_REPORT to find the performance by 
>>> the products (OfferId).
>>> I am not using Date or other segments and the product is only in a 
>>> single adgroup.
>>>
>>> However, I still get two entries, because the product's ProductTypeL3 
>>> 
>>>  changed 
>>> in the time frame.
>>>
>>> So I get different data for the same product (which is in different time 
>>> frames) which is very annoying for my purpose.
>>>
>>> Moreover, ProductTypeL3 is not a segment field, so I wonder if this is a 
>>> bug, or expected behavior?
>>>
>>> Comments and help much appreciated :)
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/658f97f1-bad8-465f-8278-2d920cbfe785%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

It seems what makes your returned rows look duplicate is not *ProductTypeL3*, 
but the *CategoryL5*.
As *CategoryL5 *is also the main key of SHOPPING_PERFORMANCE_REPORT, this 
works as intended.
In other words, to tell the uniqueness of a row in this report type, 
*CategoryL5* should be taken into account as well.

Cheers,
Thanet, AdWords API Team

On Tuesday, March 14, 2017 at 10:04:37 PM UTC+9, Firma Lemundo wrote:
>
> Hi everyone,
>
> I am facing the following issue:
>
> I am using the SHOPPING_PERFORMANCE_REPORT to find the performance by the 
> products (OfferId).
> I am not using Date or other segments and the product is only in a single 
> adgroup.
>
> However, I still get two entries, because the product's ProductTypeL3 
> 
>  changed 
> in the time frame.
>
> So I get different data for the same product (which is in different time 
> frames) which is very annoying for my purpose.
>
> Moreover, ProductTypeL3 is not a segment field, so I wonder if this is a 
> bug, or expected behavior?
>
> Comments and help much appreciated :)
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/e294eb17-29de-48fc-aa8f-efe13844f24b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Shopping Performance Report returns same product twice

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

Let us investigate more based on your information sent earlier.
I'll update this thread once we know more.

Best,
Thanet, AdWords API Team

On Tuesday, March 14, 2017 at 10:04:37 PM UTC+9, Firma Lemundo wrote:
>
> Hi everyone,
>
> I am facing the following issue:
>
> I am using the SHOPPING_PERFORMANCE_REPORT to find the performance by the 
> products (OfferId).
> I am not using Date or other segments and the product is only in a single 
> adgroup.
>
> However, I still get two entries, because the product's ProductTypeL3 
> 
>  changed 
> in the time frame.
>
> So I get different data for the same product (which is in different time 
> frames) which is very annoying for my purpose.
>
> Moreover, ProductTypeL3 is not a segment field, so I wonder if this is a 
> bug, or expected behavior?
>
> Comments and help much appreciated :)
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/a76858e0-c889-41bb-809b-c29cf9f9b264%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Custom Affinity in Criteria perfomance report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Igor,

What I meant is in the case when your custom affinities don't get any stats 
for a certain period of time, e.g., 20160902 for ad group ID 26627114405.
If your custom affinities get some stats, and they're recorded as 
triggering criteria of CRITERIA_PERFORMANCE_REPORT, then they should appear 
in the result without includeZeroImpressions set to true.

Cheers,
Thanet, AdWords API Team

On Friday, March 10, 2017 at 7:36:15 PM UTC+9, Igor Selitskiy wrote:
>
> Why should I use *includeZeroImpression*?
>
> Why cannot get Custom Affinity without *includeZeroImpression*?
>
>
> On Friday, March 10, 2017 at 11:25:18 AM UTC+3, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hi Igor,
>>
>> This should work for all versions. :)
>> If you don't see them, probably it's because it doesn't get any 
>> statistics and it needs *includeZeroImpression* to be turned on.
>> I can see the data of your ad group ID 26627114405.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, March 10, 2017 at 4:57:00 PM UTC+9, Igor Selitskiy wrote:
>>>
>>> Hi, Thanet.
>>>
>>> Good news!
>>> I don't see this data now. Should we switch to the latest version 
>>> (201702) for Custom Affinity?
>>> I suppose that we use 201609.
>>>
>>> On Friday, March 10, 2017 at 8:39:52 AM UTC+3, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hello,

 FYI: The custom affinity criteria should appear in 
 CRITERIA_PERFORMANCE_REPORT now.
 Please ensure to set *includeZeroImpressions* to true if your custom 
 affinities don't get any impressions during a specified date range.

 Sorry for this inconvenience and for keeping you waiting for long.

 Cheers,
 Thanet, AdWords API Team

 On Wednesday, November 9, 2016 at 4:35:26 PM UTC+9, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hello Igor,
>
> I understand that this is not so convenient for you.
> The best workaround for now would be storing the mapping in your local 
> database, possibly only for the custom affinity criteria for now.
> You can filter to get only rows containing criterion type 
> 
>  
> of CUSTOM_AFFINITY in Ad Performance Report.
>
> How many custom affinities you have among other criteria, e.g., 
> keywords?
>
> Best,
> Thanet, AdWords API Team
>
> On Wednesday, November 9, 2016 at 6:40:14 AM UTC+9, Igor Selitskiy 
> wrote:
>>
>> Сan this mapping be updated on daily basis if we've millions of 
>> active criteriaIds? 
>> What is the best way to update it for all types of targetings?
>>
>> In criteria performance I use fields:
>> - id (criteriaId - 
>> https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#id
>> )
>> - displayname ( 
>> https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#displayname
>> ).
>>
>> displayname can be placement and I don't need to load additional 
>> mapping dictionary for this targeting.
>>
>> In Ad Performance Report I only have CriteriaId(
>>
>>
>> On Tuesday, November 8, 2016 at 8:56:26 PM UTC+3, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Igor,
>>>
>>> Sorry for the delay. I'm chasing this issue with the engineering.
>>> As for Ad Performance Report, you can't get the the criterion ID 
>>> directly. 
>>> Mapping the ID with other reports or using Selectors 
>>> 
>>>  
>>> is needed.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Tuesday, November 8, 2016 at 4:58:32 PM UTC+9, Igor Selitskiy 
>>> wrote:

 Hi, any news on this bug?

 I've checked ad performance report (adding criteriaId and 
 criteriaType).
 It show correct data with custom affinity, but it didn't contains 
 names (display name), only id (criteriaId).
 How can I get names for criteria Id?
 (we've milllions of keywords).

 On Thursday, September 22, 2016 at 5:39:58 PM UTC+3, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hello Igor,
>
> I'm confirming if the data gathering logic of Criteria Performance 
> Report of API is different from that of Script, but not got the final 
> answer yet.
> I'll update this thread once I have more information.
>
> Thanks for your patience.
>
> Best,
> Thanet, AdWords API Team
>
> On Thursday, September 22, 2016 at 5:55:02 PM UTC+9, Igor 
> Selitskiy wrote:
>>
>> Hi, any updates here?

Re: Custom Affinity in Criteria perfomance report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Igor,

This should work for all versions. :)
If you don't see them, probably it's because it doesn't get any statistics 
and it needs *includeZeroImpression* to be turned on.
I can see the data of your ad group ID 26627114405.

Best,
Thanet, AdWords API Team

On Friday, March 10, 2017 at 4:57:00 PM UTC+9, Igor Selitskiy wrote:
>
> Hi, Thanet.
>
> Good news!
> I don't see this data now. Should we switch to the latest version (201702) 
> for Custom Affinity?
> I suppose that we use 201609.
>
> On Friday, March 10, 2017 at 8:39:52 AM UTC+3, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello,
>>
>> FYI: The custom affinity criteria should appear in 
>> CRITERIA_PERFORMANCE_REPORT now.
>> Please ensure to set *includeZeroImpressions* to true if your custom 
>> affinities don't get any impressions during a specified date range.
>>
>> Sorry for this inconvenience and for keeping you waiting for long.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Wednesday, November 9, 2016 at 4:35:26 PM UTC+9, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Igor,
>>>
>>> I understand that this is not so convenient for you.
>>> The best workaround for now would be storing the mapping in your local 
>>> database, possibly only for the custom affinity criteria for now.
>>> You can filter to get only rows containing criterion type 
>>> 
>>>  
>>> of CUSTOM_AFFINITY in Ad Performance Report.
>>>
>>> How many custom affinities you have among other criteria, e.g., keywords?
>>>
>>> Best,
>>> Thanet, AdWords API Team
>>>
>>> On Wednesday, November 9, 2016 at 6:40:14 AM UTC+9, Igor Selitskiy wrote:

 Сan this mapping be updated on daily basis if we've millions of active 
 criteriaIds? 
 What is the best way to update it for all types of targetings?

 In criteria performance I use fields:
 - id (criteriaId - 
 https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#id
 )
 - displayname ( 
 https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#displayname
 ).

 displayname can be placement and I don't need to load additional 
 mapping dictionary for this targeting.

 In Ad Performance Report I only have CriteriaId(


 On Tuesday, November 8, 2016 at 8:56:26 PM UTC+3, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hello Igor,
>
> Sorry for the delay. I'm chasing this issue with the engineering.
> As for Ad Performance Report, you can't get the the criterion ID 
> directly. 
> Mapping the ID with other reports or using Selectors 
> 
>  
> is needed.
>
> Cheers,
> Thanet, AdWords API Team
>
> On Tuesday, November 8, 2016 at 4:58:32 PM UTC+9, Igor Selitskiy wrote:
>>
>> Hi, any news on this bug?
>>
>> I've checked ad performance report (adding criteriaId and 
>> criteriaType).
>> It show correct data with custom affinity, but it didn't contains 
>> names (display name), only id (criteriaId).
>> How can I get names for criteria Id?
>> (we've milllions of keywords).
>>
>> On Thursday, September 22, 2016 at 5:39:58 PM UTC+3, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Igor,
>>>
>>> I'm confirming if the data gathering logic of Criteria Performance 
>>> Report of API is different from that of Script, but not got the final 
>>> answer yet.
>>> I'll update this thread once I have more information.
>>>
>>> Thanks for your patience.
>>>
>>> Best,
>>> Thanet, AdWords API Team
>>>
>>> On Thursday, September 22, 2016 at 5:55:02 PM UTC+9, Igor Selitskiy 
>>> wrote:

 Hi, any updates here?

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 

Re: Custom Affinity in Criteria perfomance report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

FYI: The custom affinity criteria should appear in 
CRITERIA_PERFORMANCE_REPORT now.
Please ensure to set *includeZeroImpressions* to true if your custom 
affinities don't get any impressions during a specified date range.

Sorry for this inconvenience and for keeping you waiting for long.

Cheers,
Thanet, AdWords API Team

On Wednesday, November 9, 2016 at 4:35:26 PM UTC+9, Thanet Knack 
Praneenararat (AdWords API Team) wrote:
>
> Hello Igor,
>
> I understand that this is not so convenient for you.
> The best workaround for now would be storing the mapping in your local 
> database, possibly only for the custom affinity criteria for now.
> You can filter to get only rows containing criterion type 
> 
>  
> of CUSTOM_AFFINITY in Ad Performance Report.
>
> How many custom affinities you have among other criteria, e.g., keywords?
>
> Best,
> Thanet, AdWords API Team
>
> On Wednesday, November 9, 2016 at 6:40:14 AM UTC+9, Igor Selitskiy wrote:
>>
>> Сan this mapping be updated on daily basis if we've millions of active 
>> criteriaIds? 
>> What is the best way to update it for all types of targetings?
>>
>> In criteria performance I use fields:
>> - id (criteriaId - 
>> https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#id
>> )
>> - displayname ( 
>> https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#displayname
>> ).
>>
>> displayname can be placement and I don't need to load additional mapping 
>> dictionary for this targeting.
>>
>> In Ad Performance Report I only have CriteriaId(
>>
>>
>> On Tuesday, November 8, 2016 at 8:56:26 PM UTC+3, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Igor,
>>>
>>> Sorry for the delay. I'm chasing this issue with the engineering.
>>> As for Ad Performance Report, you can't get the the criterion ID 
>>> directly. 
>>> Mapping the ID with other reports or using Selectors 
>>> 
>>>  
>>> is needed.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Tuesday, November 8, 2016 at 4:58:32 PM UTC+9, Igor Selitskiy wrote:

 Hi, any news on this bug?

 I've checked ad performance report (adding criteriaId and criteriaType).
 It show correct data with custom affinity, but it didn't contains names 
 (display name), only id (criteriaId).
 How can I get names for criteria Id?
 (we've milllions of keywords).

 On Thursday, September 22, 2016 at 5:39:58 PM UTC+3, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hello Igor,
>
> I'm confirming if the data gathering logic of Criteria Performance 
> Report of API is different from that of Script, but not got the final 
> answer yet.
> I'll update this thread once I have more information.
>
> Thanks for your patience.
>
> Best,
> Thanet, AdWords API Team
>
> On Thursday, September 22, 2016 at 5:55:02 PM UTC+9, Igor Selitskiy 
> wrote:
>>
>> Hi, any updates here?
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/1416bc71-6b02-4517-b715-df01aa56149d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How can i use api to create "Visitors of a page during specific dates" list?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Rui,

This has been fixed now.
Please confirm if you still have an issue about this.

Cheers,
Thanet, AdWords API Team

On Saturday, December 10, 2016 at 7:57:29 PM UTC+9, Rui Zhang wrote:
>
> i use the DateSpecificRuleUserList to create "Visitors of a page during 
> specific dates", but it looks like different from web interface.
>
> it shows a custom rules in my list.
>
> 
>
> but why?
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/c4a3ca26-0706-437b-a90a-47db14db346a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: NuGet Google.AdWords.dll not strong name signed? v19.0.0

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Bejan,

Thanks Bejan for getting back to us.
There'll be our team answering your questions in GitHub.

Best,
Thanet, AdWords API Team

On Wednesday, February 15, 2017 at 1:33:19 PM UTC+9, Bejan @ MarketFlare 
wrote:
>
> OK, I have submitted an issue @ GitHub.
>
> Thanks,
>
> Bejan A.
>
> On Tuesday, February 14, 2017 at 7:54:23 PM UTC-8, Peter Oliquino wrote:
>>
>> Hi Bejan,
>>
>> Could you confirm if you are using one of the AdWords API client 
>> libraries, specifically the .NET client library? If yes, and if you are 
>> experiencing issue with the configuration, I would recommend that you get 
>> in touch with the .NET client library owners via this link 
>> .
>>
>> Thanks and regards,
>> Peter
>> AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/e8639adc-fd71-4961-a9fd-219b9fc9c276%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: PHP API v201609 - How to refresh token?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Adam,

Vincent will answer your questions in the issue 
 soon.
Sorry if it takes a bit too long. :)

Cheers,
Thanet, AdWords API Team

On Saturday, February 11, 2017 at 3:46:30 AM UTC+9, Adam Haining wrote:
>
> https://github.com/googleads/googleads-php-lib/issues/218
>
> Thanks!
>
> On Friday, February 10, 2017 at 6:52:22 AM UTC-7, Josh Radcliff (AdWords 
> API Team) wrote:
>>
>> Hi Adam,
>>
>> Could you file an issue for this problem on the PHP library issues page 
>> ? The engineers 
>> working on the library are actively monitoring that page and should be able 
>> to answer your questions.
>>
>> Thanks,
>> Josh, AdWords API Team
>>
>> On Friday, February 10, 2017 at 12:42:09 AM UTC-5, Adam Haining wrote:
>>>
>>> Thanks.  I'm able to manually get a new token without any problems.  I 
>>> haven't been able to get it to refresh or see where it gives me a new 
>>> token.  I have a few questions:
>>>
>>>1. Can I refresh the token after it expires?  I've tried everything 
>>>I can think of, including using the OAuth2TokenRefresher class to try 
>>> and 
>>>get a new token both before and after the token expires.
>>>2. If I cannot, how close to expiration does the token have to be to 
>>>expiration to receive a new token?  Can I force it at any time?  Do I 
>>>essentially need to have a cron job that checks any current tokens?
>>>
>>> Do you have any specific code examples?  This is the one thing I feel is 
>>> lacking greatly in the documentation and the one thing I need to migrate 
>>> our codebase to production.  Thanks!
>>>
>>> On Thursday, February 9, 2017 at 8:58:39 PM UTC-7, Peter Oliquino wrote:

 Hi Adam,

 Refreshing of expired access tokens happens when the Credential object 
 is instantiated in the client libraries. To better give you an idea of the 
 process, first you will need to have a refresh token that is generated 
 manually. Please note that due to a number of reasons, the refresh token 
 may also expire or become invalid and you'll need to reauthorize the 
 application and generate a new refresh token as stated here 
 
 .

 Once your refresh token details have been provided in your 
 configuration file, the client library will then automatically refresh any 
 expired access tokens when Credential object is created. I hope this has 
 been helpful.

 Thanks and regards,
 Peter
 AdWords API Team

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/978516c6-730a-47ee-8eef-74ee588b14bf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Audience Performance Report Duplicate results

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Kyland,

In fact, they're not broken down by *status*, but rather by the *level of 
criteria, *so this works as intended.
It's a bit confusing for you because we don't have a report field in API to 
show which level the criteria belong to yet.
I've already given feedback to the engineering and hope to see such a field 
in the API in the future (no ETA yet though).

Hope this help.

Best,
Thanet, AdWords API Team

On Tuesday, January 10, 2017 at 9:56:23 AM UTC+9, adwords...@mercent.com 
wrote:
>
> Hi Thanet,
>
> Shouldn't those two rows still be aggregated though? Since we don't 
> request the data to be broken out by status, I would just expect that these 
> two items roll into one for the time period requested.
>
> -Kyland
>
> On Monday, December 26, 2016 at 10:43:57 PM UTC-8, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Kyland,
>>
>> I've looked into your ad group and the audience ID 4386441.
>> What I've found is that you get two rows for this particular criterion 
>> because:
>>
>>- You've removed this criterion as an ad group-level criterion once 
>>on 19 Dec.
>>- Then, you added this criterion back as a campaign-level criterion 
>>(which is recently a new feature 
>>
>> 
>>  
>>of AdWords)
>>
>> To confirm this, you can open the AdWords UI and select *All remarketing 
>> lists* in the *Audiences* tab.
>> You will see two rows there: one with *removed* status with 3 
>> impressions and another one with *enabled* status (current one) with 15 
>> impressions.
>> This is aligned with what you've posted here as a result from the API. It 
>> looks like the duplicate rows but if you request *Status* in the report 
>> definition, you will see the difference.
>>
>> Hope this help.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, December 22, 2016 at 9:48:16 AM UTC+9, adwor...@mercent.com 
>> wrote:
>>>
>>> We are seeing duplicate items in the audience performance report for one 
>>> of our clients. Specifically, the two rows below. You can see that they 
>>> differ only in the number of impressions. Note that we detect duplicates 
>>> using a compound key of CampaignId, AdGroupId, CriterionId, Day, Network, 
>>> ClickType, and Device.
>>>
>>> >> campaignID='356958260' avgPosition='0.0' impressions='3' clicks='0' 
>>> cost='0' day='2016-12-19' network='Search Network' clickType='Headline' 
>>> device='Mobile devices with full browsers' 
>>> audience='boomuserlist::4386441'/>
>>> >> campaignID='356958260' avgPosition='0.0' impressions='15' clicks='0' 
>>> cost='0' day='2016-12-19' network='Search Network' clickType='Headline' 
>>> device='Mobile devices with full browsers' 
>>> audience='boomuserlist::4386441'/>
>>>
>>> The full list of fields that we request from the endpoint is as follows:
>>>
>>> "AdGroupId",
>>> "Id",
>>> "CampaignId",
>>> "AveragePosition",
>>> "Impressions",
>>> "Clicks",
>>> "Cost",
>>> "Date",
>>> "AdNetworkType1",
>>> "ClickType",
>>> "Device",
>>> "Criteria"
>>>
>>>
>>> We theorize that this is because an audience was moved from the ad group 
>>> level to the campaign level during the reporting period of 2016-12-19 and 
>>> that one row corresponds to the tracks at the ad group level and another to 
>>> the campaign level.
>>>
>>> We would greatly appreciate any help you could provide as this is 
>>> impacting ad tracking for one of our largest clients.
>>>
>>> Regards,
>>>
>>> Kyland Holmes
>>> Software Engineer, CommerceHub
>>> kho...@commercehub.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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/5ccd378e-72c7-4dab-96fd-ca750560a778%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Composer

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

I've had a look at your log and it seems that your PHP version is still 
5.3.3.
In the latest version (v25.0.0) of PHP client library, it requires at least 
5.5.9 

. 
So, first please update your PHP version so it can fetch the version 25.0.0 
instead of 15.0.0.

As for the ext-soap, it depends on your system so I can't provide the 
one-shot solution for you immediately.
I've found this StackOverflow post 
 that would help 
you.
In addition, have you tried what the error message suggested?

>
> To enable extensions, verify that they are enabled in your .ini files:
> - /etc/php.ini
> - /etc/php.d/curl.ini
> - /etc/php.d/dom.ini
> - /etc/php.d/fileinfo.ini
> - /etc/php.d/gd.ini
> - /etc/php.d/imap.ini
> - /etc/php.d/json.ini
> - /etc/php.d/mbstring.ini
> - /etc/php.d/mysql.ini
> - /etc/php.d/mysqli.ini
> - /etc/php.d/odbc.ini
> - /etc/php.d/pdo.ini
> - /etc/php.d/pdo_mysql.ini
> - /etc/php.d/pdo_odbc.ini
> - /etc/php.d/pdo_pgsql.ini
> - /etc/php.d/pdo_sqlite.ini
> - /etc/php.d/pgsql.ini
> - /etc/php.d/phar.ini
> - /etc/php.d/snmp.ini
> - /etc/php.d/sqlite3.ini
> - /etc/php.d/wddx.ini
> - /etc/php.d/xmlreader.ini
> - /etc/php.d/xmlrpc.ini
> - /etc/php.d/xmlwriter.ini
> - /etc/php.d/xsl.ini
> - /etc/php.d/zip.ini
>   You can also run `php --ini` inside terminal to see which files are used 
> by PHP in CLI mode.


Please note that this extension is needed since the last stable version of 
PHP client library (v15.0.0 and below).

Cheers,
Thanet, AdWords API Team

On Thursday, December 29, 2016 at 12:23:46 AM UTC+9, 
caballonegro.mana...@gmail.com wrote:
>
> Ok, I have understood that I have to install composer in my linux server. 
> I have tried but I have encounter some problems:
>
>
>- The version is 15.0, not 25.0
>- It requires ext-soap thst should be in my computer but I don't know 
>what it is
>- Installation failed finally
>
>
> Could you help me?
>
> Thanks 
>
>
> El miércoles, 28 de diciembre de 2016, 13:56:38 (UTC+1), 
> caballoneg...@gmail.com escribió:
>>
>> Yes, it is for the setup of the PHP client library of Adwords. I use a 
>> hosting service where I run my applications. And I develop the applications 
>> in my desktop. I guess I have to install composer in the hosting server, 
>> don't I?
>>
>> I guess "$ php composer.phar require googleads/googleads-php-lib" is the 
>> code I have to type in my linux server where my application is hosted, 
>> right?
>>
>> Thanks,
>>
>> El miércoles, 28 de diciembre de 2016, 5:11:20 (UTC+1), Joyce Lava 
>> escribió:
>>>
>>> Hi,
>>>
>>> Is it for the setup of the PHP client library of AdWords API? If so, 
>>> depending on which machine you would setup the client library, you need to 
>>> follow these steps .
>>>
>>> Thanks,
>>> Joyce, AdWords API Team
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/dc0399fd-4d99-45f2-a004-be89a21080cf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Audience Performance Report Duplicate results

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Kyland,

I've looked into your ad group and the audience ID 4386441.
What I've found is that you get two rows for this particular criterion 
because:

   - You've removed this criterion as an ad group-level criterion once on 
   19 Dec.
   - Then, you added this criterion back as a campaign-level criterion 
   (which is recently a new feature 
   

 
   of AdWords)

To confirm this, you can open the AdWords UI and select *All remarketing 
lists* in the *Audiences* tab.
You will see two rows there: one with *removed* status with 3 impressions 
and another one with *enabled* status (current one) with 15 impressions.
This is aligned with what you've posted here as a result from the API. It 
looks like the duplicate rows but if you request *Status* in the report 
definition, you will see the difference.

Hope this help.

Best,
Thanet, AdWords API Team

On Thursday, December 22, 2016 at 9:48:16 AM UTC+9, adwords...@mercent.com 
wrote:
>
> We are seeing duplicate items in the audience performance report for one 
> of our clients. Specifically, the two rows below. You can see that they 
> differ only in the number of impressions. Note that we detect duplicates 
> using a compound key of CampaignId, AdGroupId, CriterionId, Day, Network, 
> ClickType, and Device.
>
>  campaignID='356958260' avgPosition='0.0' impressions='3' clicks='0' 
> cost='0' day='2016-12-19' network='Search Network' clickType='Headline' 
> device='Mobile devices with full browsers' 
> audience='boomuserlist::4386441'/>
>  campaignID='356958260' avgPosition='0.0' impressions='15' clicks='0' 
> cost='0' day='2016-12-19' network='Search Network' clickType='Headline' 
> device='Mobile devices with full browsers' 
> audience='boomuserlist::4386441'/>
>
> The full list of fields that we request from the endpoint is as follows:
>
> "AdGroupId",
> "Id",
> "CampaignId",
> "AveragePosition",
> "Impressions",
> "Clicks",
> "Cost",
> "Date",
> "AdNetworkType1",
> "ClickType",
> "Device",
> "Criteria"
>
>
> We theorize that this is because an audience was moved from the ad group 
> level to the campaign level during the reporting period of 2016-12-19 and 
> that one row corresponds to the tracks at the ad group level and another to 
> the campaign level.
>
> We would greatly appreciate any help you could provide as this is 
> impacting ad tracking for one of our largest clients.
>
> Regards,
>
> Kyland Holmes
> Software Engineer, CommerceHub
> khol...@commercehub.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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/fa453a38-f3a4-4a19-9cd0-a849ce1177bc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bug in googleads-php-lib class \XmlDeserializer

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Sebastian,

I'm afraid that you might use the utility in a wrong way so you're faced 
with the issue.
The most likely cause would be that you've done *require_once* of many 
classes including those from services, e.g., *CampaignService.php*, which 
in turn includes ApiError 

.
But that ApiError 

 
is different from the reporting one 

 
in that it doesn't have *$type* 

.
Thus, when you call the deserializer, it crashes because it can't find such 
a member variable.
Please see similar case here 

.

We're happy to help in this forum, but we would appreciate more if you 
could ask library-related questions on GitHub, so other users can see as 
well. :-)
Please let me know if anything is still not clear.

Best,
Thanet, AdWords API Team

On Saturday, December 24, 2016 at 12:11:28 AM UTC+9, Sebastian Piskorski 
wrote:
>
> If I add such line early in the script:
>
> require_once 'Google/Api/Ads/AdWords/Util/v201605/ReportUtilsDelegate.php'
> ;
>
> the XML will be parsed properly and I get ReportDownloadException. But if 
>  I only define a version with:
>
> /** @var \AdWordsUser $this->client */
> $this->client->GetService('ReportDefinitionService', 'v201605');
>
> and then later
>
> (new \ReportUtils())->DownloadReport($reportDefinition, null, $this->
> client, $options);
>
> Then I get ReflectionExcetion.
>
>
>
> On Friday, December 23, 2016 at 3:21:20 PM UTC+1, Sebastian Piskorski 
> wrote:
>>
>> If you run:
>>
>> (new \XmlDeserializer(\ReportUtilsDelegate::$CLASS_MAP))->
>> ConvertXmlToObject($responseXml);
>>
>> with following XML:
>>
>> 
>> 
>> AuthenticationError.OAUTH_TOKEN_INVALIDnull
>> 
>>
>> which is response from AdWords API endpoint. Then it will throw:
>>
>> ReflectionException('Porperty  does not exist');
>>
>> Code is run by default when handling API response other than 200 
>> at ReportUtilsDelegate.php line 164 and crashes at XmlDeserializer.php line 
>> 144. 
>>
>> I'm using API v201605 .
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/a52b0d4c-8dee-4d91-944e-f5331934d1d4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

***Announcing the new ads PHP client library***

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello ads PHP developers! Today we’re pleased to announce the stable 
release of the new ads PHP client library. This has been in beta for a 
while now, is a huge overhaul of the library, and offers a multitude of 
improvements. Please see our blog post 

 for 
all the details!

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/393cf7b0-bd13-499d-ae34-92882e7eda22%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Audience lists don't get populated

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Dmitry,

Here's what we've found out about the list created via the API:
It was created via API on 11/7, where there's no membership lifespan set.
Then it was updated via UI on 11/13, where it set membership lifespan to 
30-days, and turn the option *Include past users who match these rules* on, 
which starts to make it pre-populated with 30-day back data.
(Please note that this option is not settable via the API)

But the size is still not populated after 11/13. It might be caused by its 
rule definition.
Later its rule definition was updated via API on 11/22, then the list got 
populated.

In short, your two lists were originally not equivalent but they became so 
through a series of modification of rules and options.
That's why they look the same now.

Cheers,
Thanet, AdWords API Team

On Tuesday, November 22, 2016 at 6:01:11 PM UTC+9, Dmitry Ovod-Marchuk 
wrote:
>
> Hi Thanet,
>
> We look forward to feedback from engineering team.
>
> Thank you.
>
> On Tuesday, November 22, 2016 at 10:45:14 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Dmitry,
>>
>> I also looked into your user lists and found that they look the same 
>> except for ad group targeting settings, which shouldn't affect the user 
>> list membership.
>> I'm contacting the engineering team and will get back to you when we have 
>> more updates on this.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Saturday, November 19, 2016 at 4:39:27 PM UTC+9, Dmitry Ovod-Marchuk 
>> wrote:
>>>
>>> Hi Nadine,
>>>
>>> Thank you for the reference. It didn't help though.
>>>
>>> 1. Of course we've been waited far more than 72 hours.
>>> 2. The size of the empty list (441995202) should be as big as non-empty 
>>> one (440835967) as they have the same configurations and were created in 
>>> the same moment. The non-empty list is bigger than 1000 users at the moment.
>>>
>>> Could you please have a look by yourself?
>>>
>>> On Saturday, November 19, 2016 at 5:09:11 AM UTC+2, Nadine Sundquist 
>>> (AdWords API Team) wrote:

 Hi Dmitry,

 Could you please look at the Caveats section 
 
  
 of the Remarketing guide to make sure that your list doesn't fall under 
 one 
 of the caveats? For example, the list size will continue to say 0 until 
 there are at least 1000 addresses. Another thing is that it can take 
 several hours for the list to populate after you've uploaded the emails. 
 Hopefully, one of the caveats will explain the mystery. If not, feel free 
 to get back to me.

 Thanks,
 Nadine, AdWords API Team

 On Friday, November 18, 2016 at 7:35:42 AM UTC-5, Dmitry Ovod-Marchuk 
 wrote:
>
> Hi Shwetha,
>
> In fact the list created via API is the one that doesn't get populated.
>
> ID 440835967 — "(3) Scaler / product viewers at by.holiday.by" — 
> Created manually, and it gets populated
> ID 441995202 — "Scaler / product viewers at by.holiday.by" — *Created 
> via API, doesn't get populated*
>
> Could you please check it what's wrong?
>
> Thanks.
>
> On Thursday, November 17, 2016 at 9:07:32 PM UTC+2, Shwetha Vastrad 
> (AdWords API Team) wrote:
>>
>> Hi Dmitry,
>>
>> If the user lists created either through the API or the UI have the 
>> same parameters, they should be populated in a similar manner. Since 
>> some 
>> of the user lists created in the UI are not populated as well, this 
>> doesn't 
>> look like it is specific to AdWords API. I suggest that you post your 
>> question in the AdWords community forum 
>> 
>>  as 
>> they are better equipped to answer this question. 
>>
>> Regards,
>> Shwetha, AdWords API Team.
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/4ebc406b-417d-4a14-a69a-4eec278a5a7f%40googlegroups.com.
For more options, visit 

Re: Select all adGroup, keywords, ads (Enabled, removed, paused)

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Yali,

I'm glad that you can figure it out. :-)
Feel free to reach out to us next time.

Best,
Thanet, AdWords API Team

On Friday, December 16, 2016 at 3:21:51 AM UTC+9, Michael wrote:
>
> Thanks Anthony and API team, we figured it out.
>
> On Wednesday, December 14, 2016 at 4:53:25 PM UTC-8, Anthony Madrigal 
> wrote:
>>
>> Hi Yali,
>>
>> The code snippet you have should select enabled and paused ad groups in 
>> the campaign with the Id you provided. Could you please *reply privately 
>> to author *your SOAP request and response, so I can see why it is 
>> returning null?
>>
>> Thanks,
>> Anthony
>> AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/c4535824-8794-4488-ae5f-a5064bc4bca8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Stored client's refresh token after access grant, but how do I use it later?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Greeting!

I guess you're using our Google Ads DotNet client library 
.
If this is not true, please correct me.

I'm not the author of this library but from what I read its code, it seems 
the *oAuth2Provider* that you mentioned is an object of the 
*AdsOAuthProviderForApplications* interface.
This interface in turn implements the *AdsOAuthProvider* interface, which 
contains the getter method of AccessToken 

.
So, my assumption is we should be able to retrieve access token, via 
*oAuth2Provider.getAccessToken()*.

Could you please try and let me know if it works for you?

Best,
Thanet, AdWords API Team

On Tuesday, December 13, 2016 at 5:05:21 AM UTC+9, rentcafed...@gmail.com 
wrote:
>
> Hi
> My web application asks clients to move their MCCs under my account so 
> that the web app can manage the account.  To do so, I want to send and 
> accept a merge invitation of the account.
>
> The client will be asked to give our app access to their account, and I am 
> given an Auth Code.
>
> Using the AuthCode, I call 
>
> oAuth2Provider.FetchAccessAndRefreshTokens(AuthCode)
>
> And then store the resulting refresh token with their client customer id.
>
> I then want to use that refresh token hours later to make the API calls 
> that will send and accept the invitation.  How do I request a new Access 
> Token given the stored Refresh Token?  I am not storing the client's 
> account client_secret, just the refresh token and Client Customer Id.
>
> i have tried:
>
> oAuth2Provider.RefreshToken = RefreshToken
> oAuth2Provider.RefreshAccessToken()
>
> but this doesn't work.
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/3866c54e-6c05-4c20-a441-5ccde50214b7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Audience lists don't get populated

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Dmitry,

Sorry for keeping you waiting.
It seems the user list created by API got populated since Nov 22 as well?
Could you please confirm this?

Cheers,
Thanet, AdWords API Team

On Tuesday, November 22, 2016 at 6:01:11 PM UTC+9, Dmitry Ovod-Marchuk 
wrote:
>
> Hi Thanet,
>
> We look forward to feedback from engineering team.
>
> Thank you.
>
> On Tuesday, November 22, 2016 at 10:45:14 AM UTC+2, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Dmitry,
>>
>> I also looked into your user lists and found that they look the same 
>> except for ad group targeting settings, which shouldn't affect the user 
>> list membership.
>> I'm contacting the engineering team and will get back to you when we have 
>> more updates on this.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Saturday, November 19, 2016 at 4:39:27 PM UTC+9, Dmitry Ovod-Marchuk 
>> wrote:
>>>
>>> Hi Nadine,
>>>
>>> Thank you for the reference. It didn't help though.
>>>
>>> 1. Of course we've been waited far more than 72 hours.
>>> 2. The size of the empty list (441995202) should be as big as non-empty 
>>> one (440835967) as they have the same configurations and were created in 
>>> the same moment. The non-empty list is bigger than 1000 users at the moment.
>>>
>>> Could you please have a look by yourself?
>>>
>>> On Saturday, November 19, 2016 at 5:09:11 AM UTC+2, Nadine Sundquist 
>>> (AdWords API Team) wrote:

 Hi Dmitry,

 Could you please look at the Caveats section 
 
  
 of the Remarketing guide to make sure that your list doesn't fall under 
 one 
 of the caveats? For example, the list size will continue to say 0 until 
 there are at least 1000 addresses. Another thing is that it can take 
 several hours for the list to populate after you've uploaded the emails. 
 Hopefully, one of the caveats will explain the mystery. If not, feel free 
 to get back to me.

 Thanks,
 Nadine, AdWords API Team

 On Friday, November 18, 2016 at 7:35:42 AM UTC-5, Dmitry Ovod-Marchuk 
 wrote:
>
> Hi Shwetha,
>
> In fact the list created via API is the one that doesn't get populated.
>
> ID 440835967 — "(3) Scaler / product viewers at by.holiday.by" — 
> Created manually, and it gets populated
> ID 441995202 — "Scaler / product viewers at by.holiday.by" — *Created 
> via API, doesn't get populated*
>
> Could you please check it what's wrong?
>
> Thanks.
>
> On Thursday, November 17, 2016 at 9:07:32 PM UTC+2, Shwetha Vastrad 
> (AdWords API Team) wrote:
>>
>> Hi Dmitry,
>>
>> If the user lists created either through the API or the UI have the 
>> same parameters, they should be populated in a similar manner. Since 
>> some 
>> of the user lists created in the UI are not populated as well, this 
>> doesn't 
>> look like it is specific to AdWords API. I suggest that you post your 
>> question in the AdWords community forum 
>> 
>>  as 
>> they are better equipped to answer this question. 
>>
>> Regards,
>> Shwetha, AdWords API Team.
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/1651a187-e0d1-481f-a4f2-5e61474cebfb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How can i use api to create "Visitors of a page during specific dates" list?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Rui,

Originally the user lists created by API was not fully compatible with 
those created by UI, so sometimes you might see the data shown in the UI 
differently from what you've expected.
We've improved the compatibility in many areas so far and this would be one 
that is not fully compatible yet.

I'm confirming this with the engineering team and will update this thread 
once I have more information.

Best,
Thanet, AdWords API Team

On Saturday, December 10, 2016 at 7:57:29 PM UTC+9, Rui Zhang wrote:
>
> i use the DateSpecificRuleUserList to create "Visitors of a page during 
> specific dates", but it looks like different from web interface.
>
> it shows a custom rules in my list.
>
> 
>
> but why?
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/f2349bfd-1bf8-4ef0-8055-d08da369ceea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: TargetingIdeaService Pagination Limits

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Charles,

It turns out that there is actually a limit of the number of results 
returned from *TargetingIdeaService*.
We've updated the documentation accordingly here 

.

Thanks for much for raising this question.

Cheers,
Thanet, AdWords API Team

On Tuesday, November 22, 2016 at 10:59:35 AM UTC+9, Charles Michael wrote:
>
> Hello,
>
> I'm trying to use TargetingIdeaService to fetch as many suggestions as 
> possible for some generic keywords I want to explore. From the limits page, 
> I can see there is a hard limit of 700 keyword suggestions returned as 
> output per request. I can also see from the Paging feature of 
> TargetingIdeaService that we can provide a startIndex and numberResults to 
> paginate our results. I seem to not be getting any results though for using 
> values of startIndex=700, numberResults=700. Is it not possible to fetch 
> results 700-1400, 1400-2100, etc? I'm not getting an error, just getting 0 
> results returned even though the first page of results is the full set of 
> 700. Based on the documentation on the limits, it seems to imply that the 
> 700 results limit is per request, if you paginate your results, can you not 
> crawl beyond the initial 700 results? 
>
> Thank you.
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/4980c651-7b35-479d-93db-48db18ad0cd2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: New ad customizers, no fallback ad necessary, does this mean 100% ad customizer ads is possible?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello AvdV,

It seems there are no country restrictions for this feature, so I think 
it's going to be rolled out to all countries. :)

Cheers,
Thanet, AdWords API Team

On Thursday, December 1, 2016 at 8:47:12 PM UTC+9, AvdV wrote:
>
> Thanks for the reply Thanet, has this been fully rolled out to all 
> countries btw?
>
> On Thursday, November 24, 2016 at 1:04:34 PM UTC+1, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello,
>>
>> If in the ad group, you have only ad customizers *with default values *and 
>> no other static ads, then yes, your ads for that ad group will be 100% from 
>> your customized ads.
>> In other words, the new feature enables you to fallback to *default 
>> value* instead of static ads.
>>
>> About the 50% fallback, I doubt if this is the rule. 
>> Under circumstances that your ads are shown, incidentally, there might be 
>> many times where your customized ads can't be shown, e.g., due to the space 
>> limit.
>> If you would like to know more about this, I recommend to ask experts in 
>> AdWords 
>> Community 
>> .
>>  
>> There are a lot of specialized people monitoring that forum as well.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Thursday, November 24, 2016 at 4:49:38 PM UTC+9, AvdV wrote:
>>>
>>> Hi,
>>>
>>> The question I have is basically in the title, we would like to be able 
>>> to use Countdown ads for 100% of our impressions instead of the forced 
>>> 50/50 it used to be. This was because a fallback ad was mandatory and 
>>> whatever we did with rotation, it would always show 50% fallback and 50% 
>>> countdown/ad customizer. Now this fallback ad is no longer mandatory per 
>>> https://googleadsdeveloper.blogspot.nl/2016/11/customize-adwords-ads-with-ad.html
>>>  
>>> , does this mean the fallback static version of the ad won't be shown 50/50 
>>> with the dynamic feed based version?
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/87cd8be5-756f-4f59-a2af-bdc0d7225bf2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Trying to find some c# sample code for sending a Dynamic Remarketing csv file up to Google's AdWords system.

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Justin,

Oh, that would be hard time for you during these days. 
You're almost there. Let's get through this together. :)

I see in your code, the selector requests *FeedId*, *Status* and 
*PlaceholderType*, which is not consistent with what's written in our guide:

 Selector selector = new SelectorBuilder()
.fields("AttributeFieldMappings")
.equals("FeedId", feedId.toString())
.equals("Status", FeedMappingStatus.ENABLED.getValue())
.equals("PlaceholderType", placeholderType.toString())
.build();


As you can see, the selector in our guide requests for *AttributeFieldMappings 
*as well.
The AdWords API selector mostly returns the fields that are requested 
explicitly only, so if you don't include this in your selector, of course, 
you will find that *AttributeFieldMappings* are null. :-)
Please try adding this field to the selector. I believe this will work.

Hope this helps.

Best,
Thanet, AdWords API Team

On Friday, November 25, 2016 at 3:04:06 PM UTC+9, Justin wrote:
>
> Hi Thanet and thank you kindly for your reply.
>
>
> I've been quiet in the last few days because I've been trying to follow 
> yours (and the above) advice in getting this to work.
>
> So far -- i've made SOME progress, but still not there yet. (yeah - this 
> is really taking a long time).
>
> So this is what i've done and how far I've got and something is still not 
> working for me :(
>
> - Created a _TEST_ adwords campaign manager account and then a campaign.
> - Create a Feed (Shared Library -> Business Data -> new Data Feed -> 
> upload some fake data)
>
>
>
> 
>
>
> - Next I'm trying to do the first part of the GUIDE 
>  
> : Placeholder to Attribute Mapping.
>
>
> 
>
>
> Doing this, I can auth, I get back a FeedMappingService but the 
> attributeMappingFields 
> are NULL.
>
> I've double checked my FeedId and my ClientId and they seem to be ok ... 
> when i had the *manager-accountId* as my clientId, I got NO .entries 
> before... so I _*feel like*_ these Id's are correct.
>
> Is there any reason why the attributeMappingFields would be NULL? 
>
> -J- (still attempting to get this working :/ )
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/12ad79ad-8b7d-456e-bbd8-5ba4cd727a8c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Invalid grant when using Token Refresh

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello David,

Is it possible for you to regenerate a refresh token and retry?
If you can't, could you please tell me your manager account that you're 
always using?

Thanks in advance.

Best,
Thanet, AdWords API Team

On Thursday, November 24, 2016 at 5:49:51 PM UTC+9, David B. wrote:
>
> Hi,
>
> Exactly the same issue since last week. Using the same package/library + 
> credentials to connect on two applications :
>
> - the first one is a cron script that operate spooled operations. Working 
> fine and still ok. It runs every 30mn.
> - the second is a web application : it works one time, and then invalid 
> grant too. 
>
> This couple of applications has been working for months but the web 
> application is failing since last week.
>
> I'm using this sample code to get a session :
>
> // Generate a refreshable OAuth2 credential 
> // and can be used in place of a service account.
> Credential credential = new OfflineCredentials.Builder()
> .forApi(OfflineCredentials.Api.ADWORDS)
> .fromFile()
> .build()
> .generateCredential();
>
> ReportingConfiguration reportingConfiguration
> = new ReportingConfiguration.Builder()
> .skipReportHeader(false)
> .skipColumnHeader(false)
> .skipReportSummary(false)
> // Enable to allow rows with zero impressions to show.
> .includeZeroImpressions(false)
> .build();
>
> AdWordsSession session = new AdWordsSession.Builder()
> .fromFile()
> .withOAuth2Credential(credential)
> .withReportingConfiguration(reportingConfiguration)
> .build();
>
> - DB.
>
> Le mardi 22 novembre 2016 15:44:32 UTC+1, Deepankar Biswas a écrit :
>>
>> Hi Josh
>>
>> I am facing this issue and its very strange.
>>
>> 1) The access is very much there and not revoked.
>> 2) I refreshed the token today for my MCC account and it worked for the 
>> first time and now again invalid grant.
>>
>> I took the dump of the AdWords user also and it has all valid data.
>>
>> Where should I look to fix this?
>>
>> On Monday, November 16, 2015 at 9:49:01 PM UTC+5:30, jnewm...@gmail.com 
>> wrote:
>>>
>>> Hello,
>>>
>>> About 3 weeks ago we started seeing this error when we refresh the 
>>> access token for many random accounts, {   "error" : "invalid_grant" }. We 
>>> never had any problems refreshing access tokens up until now. Also, not all 
>>> accounts are having problems refreshing their tokens; many refresh just 
>>> fine. To temporarily fix the issue we have been reauthorizing each account, 
>>> but other accounts start to have the same problem. The only information I 
>>> could find on the forum is that the refresh token has manually been 
>>> revoked, which doesn't make sense to me. I've read through the 
>>> documentation at "
>>> https://developers.google.com/adwords/api/docs/guides/authentication; 
>>> and it looks like our TokenUrl, AuthUrl and Scope are up to date. Any help 
>>> is greatly appreciated, thanks.
>>>
>>> Get Authorization Code:
>>>
>>>
>>> https://accounts.google.com/o/oauth2/auth?client_id=X_uri=XX=
>>> https://www.googleapis.com/auth/adwords
>>> _type=code_type=offline_prompt=force";
>>>
>>>
>>>
>>> Below is an example of the url and parameters we are using to retrieve 
>>> initial access and refresh token:
>>>
>>>
>>> https://www.googleapis.com/oauth2/v3/token?code=X_id=X_secret=X_type=authorization_code_uri=
>>>
>>>
>>>
>>> Below is an example of the url and parameters we are using to refresh 
>>> access tokens:
>>>
>>>
>>> https://www.googleapis.com/oauth2/v3/token?refresh_token=X_id=X_secret=X_type=refresh_token
>>>
>>
>> *DISCLAIMER*: The information in this message is confidential and may be 
>> legally privileged. It is intended solely for the addressee. Access to this 
>> message by anyone else is unauthorized. If you are not the intended 
>> recipient, any disclosure, copying, or distribution of the message, or any 
>> action or omission taken by you in reliance on it, is prohibited and may be 
>> unlawful. Please immediately contact the sender if you have received this 
>> message in error. Further, this e-mail may contain viruses and all 
>> reasonable precaution to minimize the risk arising there from is taken by 
>> OfferGrid. OfferGrid is not liable for any damage sustained by you as a 
>> result of any virus in this e-mail. All applicable virus checks should be 
>> carried out by you before opening this e-mail or any attachment thereto.
>> Thank you - *OfferGrid Networks (P) Ltd*.
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because 

Re: update keyword's bidding not working

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Wizard,

I can't reproduce the issue you've reported. Everything looks fine on my 
side.
I can set the *CpcBid*s by using both *AdGroupCriterionService* and 
*BatchJobService*.

Could you please double-check your code?
It looks like you *might* accidentally override the bids at ad group level 
somewhere in your code.
Could you remove $bid->cpcBidSource = 'CRITERION'; and try again, maybe, 
only on one keyword first?

Thanks in advance.

Best,
Thanet, AdWords API Team

On Thursday, November 24, 2016 at 4:35:39 PM UTC+9, Wizard Meccup wrote:
>
> However, when i try to set bids not using BatchJob, it works fine and all 
> bids are setted. What wrong with BatchJob?
>
>
> public function updateKeywordsBidSingle(array $keywordsData)
> {
> $return = array();
> try {
> foreach ($keywordsData as $key => $keywordData) {
> $adGroupCriterionService = 
> $this->getUser()->GetService('AdGroupCriterionService', self::API_VERSION);
>
> // Create ad group criterion.
> $adGroupCriterion = new BiddableAdGroupCriterion();
> $adGroupCriterion->adGroupId = $keywordData['adGroupId'];
> $adGroupCriterion->criterion = new Criterion($keywordData['id']);
>
> // Set bids (optional).
> $bid = new CpcBid();
> $bid->bid = new Money($this->calcMoney($keywordData['bid']));
> $biddingStrategyConfiguration = new 
> BiddingStrategyConfiguration();
> $biddingStrategyConfiguration->biddingStrategyType = 'MANUAL_CPC';
> $biddingStrategyConfiguration->bids[] = $bid;
> $adGroupCriterion->biddingStrategyConfiguration = 
> $biddingStrategyConfiguration;
>
> // Create operation.
> $operation = new AdGroupCriterionOperation();
> $operation->operand = $adGroupCriterion;
> $operation->operator = self::OPERATOR_SET;
>
> $operations = array($operation);
>
> // Make the mutate request.
> $result = $adGroupCriterionService->mutate($operations);
>
> $return[$key] = $result->value[0];
> }
> } catch (Exception $e) {
> throw $e;
> }
>
> return $return;
> }
>
>
>
>
>
>
> среда, 23 ноября 2016 г., 18:22:23 UTC+3 пользователь Anthony Madrigal 
> написал:
>>
>> Hi,
>>
>> CpcBidSource and BiddingStrategySource are read-only fields so they will 
>> be ignored when using them. However, if you set the Cpc bids for keywords 
>> they should turn to CRITERION level, which is not happening like you said. 
>> Because of this, could you please provide me with the SOAP request and 
>> response for this API call and the adgroup Id and keyword Id that you are 
>> trying to set through *reply privately to author*?
>>
>> Thanks,
>> Anthony
>> AdWords API Team
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/e5394170-2102-424c-91ad-78e5713ce815%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: New ad customizers, no fallback ad necessary, does this mean 100% ad customizer ads is possible?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello,

If in the ad group, you have only ad customizers *with default values *and 
no other static ads, then yes, your ads for that ad group will be 100% from 
your customized ads.
In other words, the new feature enables you to fallback to *default value* 
instead 
of static ads.

About the 50% fallback, I doubt if this is the rule. 
Under circumstances that your ads are shown, incidentally, there might be 
many times where your customized ads can't be shown, e.g., due to the space 
limit.
If you would like to know more about this, I recommend to ask experts in 
AdWords 
Community 
. 
There are a lot of specialized people monitoring that forum as well.

Cheers,
Thanet, AdWords API Team

On Thursday, November 24, 2016 at 4:49:38 PM UTC+9, AvdV wrote:
>
> Hi,
>
> The question I have is basically in the title, we would like to be able to 
> use Countdown ads for 100% of our impressions instead of the forced 50/50 
> it used to be. This was because a fallback ad was mandatory and whatever we 
> did with rotation, it would always show 50% fallback and 50% countdown/ad 
> customizer. Now this fallback ad is no longer mandatory per 
> https://googleadsdeveloper.blogspot.nl/2016/11/customize-adwords-ads-with-ad.html
>  
> , does this mean the fallback static version of the ad won't be shown 50/50 
> with the dynamic feed based version?
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/408d35dc-55ba-4a02-b63a-056fa736cc34%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Error removing ShareSet

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Ian,

SharedSetService returns only *referenceCount* in the specified client 
customer ID only.
Your manager account (223-833-0176) has shared the negative keyword list to 
the client customer ID 610-370-7004 and 558-733-1832 as well.

Could you please check those two accounts and remove the association to the 
negative keyword list first?

Best,
Thanet, AdWords API Team

PS. Your email seems to be unreachable. Could you please check that too? 

On Thursday, November 17, 2016 at 2:01:48 AM UTC+9, Ian Broadhead wrote:
>
>
> Hi,
>
> For the last few days, we are getting expecting error while trying to 
> remove a shareset :
>
> SharedSetError.SHARED_SET_IN_USE @ operations[0].operand.sharedSetId.
>
>
> I  guess that this error is raising because the shareshet is attached  to 
> a campaign.
> But, the previous step in our program is to retrieve CampaignShareSet in 
> order to remove them if present.
> And in this case, no entries is returned from the 
> CampaignSharedSetService
>
>
> I checked in the interface and I can not find the ShareSet  in Campaign 
> negative keywords section.
>
> Any reason why we are getting this error now ?
>
> 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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/3e4a55d0-b9f4-4440-8d94-120cc96ee39b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Audience lists don't get populated

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Dmitry,

I also looked into your user lists and found that they look the same except 
for ad group targeting settings, which shouldn't affect the user list 
membership.
I'm contacting the engineering team and will get back to you when we have 
more updates on this.

Best,
Thanet, AdWords API Team

On Saturday, November 19, 2016 at 4:39:27 PM UTC+9, Dmitry Ovod-Marchuk 
wrote:
>
> Hi Nadine,
>
> Thank you for the reference. It didn't help though.
>
> 1. Of course we've been waited far more than 72 hours.
> 2. The size of the empty list (441995202) should be as big as non-empty 
> one (440835967) as they have the same configurations and were created in 
> the same moment. The non-empty list is bigger than 1000 users at the moment.
>
> Could you please have a look by yourself?
>
> On Saturday, November 19, 2016 at 5:09:11 AM UTC+2, Nadine Sundquist 
> (AdWords API Team) wrote:
>>
>> Hi Dmitry,
>>
>> Could you please look at the Caveats section 
>>  
>> of the Remarketing guide to make sure that your list doesn't fall under one 
>> of the caveats? For example, the list size will continue to say 0 until 
>> there are at least 1000 addresses. Another thing is that it can take 
>> several hours for the list to populate after you've uploaded the emails. 
>> Hopefully, one of the caveats will explain the mystery. If not, feel free 
>> to get back to me.
>>
>> Thanks,
>> Nadine, AdWords API Team
>>
>> On Friday, November 18, 2016 at 7:35:42 AM UTC-5, Dmitry Ovod-Marchuk 
>> wrote:
>>>
>>> Hi Shwetha,
>>>
>>> In fact the list created via API is the one that doesn't get populated.
>>>
>>> ID 440835967 — "(3) Scaler / product viewers at by.holiday.by" — 
>>> Created manually, and it gets populated
>>> ID 441995202 — "Scaler / product viewers at by.holiday.by" — *Created 
>>> via API, doesn't get populated*
>>>
>>> Could you please check it what's wrong?
>>>
>>> Thanks.
>>>
>>> On Thursday, November 17, 2016 at 9:07:32 PM UTC+2, Shwetha Vastrad 
>>> (AdWords API Team) wrote:

 Hi Dmitry,

 If the user lists created either through the API or the UI have the 
 same parameters, they should be populated in a similar manner. Since some 
 of the user lists created in the UI are not populated as well, this 
 doesn't 
 look like it is specific to AdWords API. I suggest that you post your 
 question in the AdWords community forum 
 
  as 
 they are better equipped to answer this question. 

 Regards,
 Shwetha, AdWords API Team.

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/069cb9ef-1d19-4332-82d5-c561a1bafb8d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bug Report: AccountPerformanceReport does not include data from Universal App Campaigns

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello MG,

I've tried running the report query as you suggested using last 30 days as 
a predicate.
However, I *couldn't* reproduce the issue you reported.

What I can see is the total number of impressions returned by both 
CAMPAIGN_PERFORMANCE_REPORT and ACCOUNT_PERFORMANCE_REPORT matches exactly 
with that shown in UI. 
(I can share the data and screenshot with you if you wish)

Did you see the large differences between all these three sources?
During my test, the numbers did change a bit (tens - hundreds in 
impressions), which is probably because the system was updating some 
impression data.
So, if you see discrepancy in such a degree, I think it works as intended.

Cheers,
Thanet, AdWords API Team

On Tuesday, November 22, 2016 at 1:55:41 PM UTC+9, AdWordsApiUser wrote:
>
> Thanks Thanet for your reply. Will wait for an update from you :-)
>
> On Tuesday, November 22, 2016 at 8:57:25 AM UTC+5:30, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello MG,
>>
>> I reply to this thread instead of Mike as he is on vacation.
>> So far we have provided the data only via CAMPAIGN_PERFORMANCE_REPORT 
>> (since v201603 I believe).
>> It was written in the release note but v201603 was already sunset, so 
>> unfortunately I can't give you to the v201603 release note anymore.
>>
>> By the way, we do have the section for Universal App Campaign in this 
>> guide 
>> 
>> .
>> And I see that actually ACCOUNT_PERFORMANCE_REPORT is in the list.
>>
>> I'll double-check with engineering team to see if the list has a mistake 
>> or there is an issue in the report data as you kindly reported.
>> I'll contact you later when I have more updates.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Monday, November 21, 2016 at 8:21:40 PM UTC+9, AdWordsApiUser wrote:
>>>
>>> Thanks Mike!
>>>
>>> Is this documented somewhere so that I can share that with the relevant 
>>> folks? IMO, this is a bug because the data does not match between AdWords 
>>> UI and ACCOUNT_PERFORMANCE_REPORT.
>>>
>>> Regards,
>>> MG
>>>
>>> On Friday, November 18, 2016 at 6:30:49 PM UTC+5:30, Michael Cloonan 
>>> (AdWords API Team) wrote:

 Hello,

 Universal App Campaign data is only available in the Campaign 
 Performance Report currently. I can share your feedback with the team that 
 you'd like it in other reports as well.

 Regards,
 Mike, AdWords API Team

 On Thursday, November 17, 2016 at 2:26:37 PM UTC-5, AdWordsApiUser 
 wrote:
>
> I have sent you a private message with relevant details.
>
> On Friday, November 18, 2016 at 12:31:50 AM UTC+5:30, Vishal Vinayak 
> (Adwords API Team) wrote:
>>
>> Hi MG,
>>
>> I'm afraid I don't have access to extract data from your account for 
>> comparison purposes. To be able to proceed with your issue, I would need 
>> the SOAP XML report definitions 
>> 
>>  and 
>> the downloaded data files for each of the reports. Please click on 
>> *Reply 
>> privately to author* when responding.
>>
>> Regards,
>> Vishal, AdWords API Team 
>>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/8ba36155-a6e2-4e16-8dde-6e15f2af944d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bug Report: AccountPerformanceReport does not include data from Universal App Campaigns

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello MG,

I reply to this thread instead of Mike as he is on vacation.
So far we have provided the data only via CAMPAIGN_PERFORMANCE_REPORT 
(since v201603 I believe).
It was written in the release note but v201603 was already sunset, so 
unfortunately I can't give you to the v201603 release note anymore.

By the way, we do have the section for Universal App Campaign in this guide 

.
And I see that actually ACCOUNT_PERFORMANCE_REPORT is in the list.

I'll double-check with engineering team to see if the list has a mistake or 
there is an issue in the report data as you kindly reported.
I'll contact you later when I have more updates.

Best,
Thanet, AdWords API Team

On Monday, November 21, 2016 at 8:21:40 PM UTC+9, AdWordsApiUser wrote:
>
> Thanks Mike!
>
> Is this documented somewhere so that I can share that with the relevant 
> folks? IMO, this is a bug because the data does not match between AdWords 
> UI and ACCOUNT_PERFORMANCE_REPORT.
>
> Regards,
> MG
>
> On Friday, November 18, 2016 at 6:30:49 PM UTC+5:30, Michael Cloonan 
> (AdWords API Team) wrote:
>>
>> Hello,
>>
>> Universal App Campaign data is only available in the Campaign Performance 
>> Report currently. I can share your feedback with the team that you'd like 
>> it in other reports as well.
>>
>> Regards,
>> Mike, AdWords API Team
>>
>> On Thursday, November 17, 2016 at 2:26:37 PM UTC-5, AdWordsApiUser wrote:
>>>
>>> I have sent you a private message with relevant details.
>>>
>>> On Friday, November 18, 2016 at 12:31:50 AM UTC+5:30, Vishal Vinayak 
>>> (Adwords API Team) wrote:

 Hi MG,

 I'm afraid I don't have access to extract data from your account for 
 comparison purposes. To be able to proceed with your issue, I would need 
 the SOAP XML report definitions 
 
  and 
 the downloaded data files for each of the reports. Please click on *Reply 
 privately to author* when responding.

 Regards,
 Vishal, AdWords API Team 

>>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/34a6192a-6936-4b59-969d-708bf18f301c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Trying to find some c# sample code for sending a Dynamic Remarketing csv file up to Google's AdWords system.

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Justin,

I respond to this thread instead of Mike because he's on vacation.
First, let me summarize what you've learned from my colleagues to check if 
you still have misunderstanding. :)

The best way to get started with using feeds would be reading this page 
. It's 
the introduction to feed services, where what you're trying to do (adding 
dynamic remarketing feeds) is relying on.
I think almost all the techniques and caveats in that page apply to the 
dynamic remarketing feeds as well.
Feed is more like database as Mike already explained and ads are more like 
a template.
Without ads, you will have only data in the database so no ads will be 
shown to your users. This is why Mike also mentioned that you have to 
create ads first.

Unfortunately, unlike expanded text ads 
 or 
image ads, this type of ads (dynamic remarketing) are not supported in 
AdWords API yet, so you need to create this *via UI*.
On the other hand, however, feeds are supported in the API for a long time. 
Thus you can create them *via API *(or of course, via UI as well).

So, regarding your summary:

> 1 - Create a Feed in the Web Interface.

Yes, you can do that, and you can do that via API as well. The Introduction 
to Feed Services 
 guide 
shows how you can do it. 
Although in the example, sitelinks are created. You could apply this to 
create the real estate 
without
 
difficulty (only placeholder type ID and placeholder fields are different).
 

> 2 - Have a C# background application that uses the FeedService 1x a day 
> to add and/or delete FeedItem's to my Feed.

I'm not sure I understand your sentence correctly, but yes, you can create 
such an application and modify / add / delete FeedItems in whatever ways 
you want.
Please beware of rate limits 
 as well.

3 - Use the guide 
>  
> which 
> PeterO suggested, to help do this.

This is correct.  Please note that this is somewhat similar to this section 
of Introduction to Feed Services 

.
This is because the guide that Peter has shared with you is just an example 
of how to add / delete / update the feed items.

For the C# client library questions, I don't think translating from Java to 
C# by yourself is an easy way to do.
Instead, how about reading other similar examples like AddSitelinksUsingFeed 

 
first (this is also bundled with DotNet client library as well)?

You should be able to get an idea of how fundamental objects in DotNet 
library are created and used together.
Each library has its own way to do, so you probably can't map all objects 
available in one library to another very easily.

To answer your questions more specifically,

> a) AdWordsSession
> b) AdWordsServices
> c) SelectorBuilder

I don't think DotNet has a) and b), instead DotNet library uses AdWordsUser. 
Please the AddSitelinksUsingFeed 

 example 
for more information.
SelectorBuilder is also not available in the lib. You can see how to use a 
selector in DotNet in GetCampaigns 

 
example.

Finally, we're trying to cover all languages in each guide as much as 
possible.
Sorry for this inconvenience.

Cheers,
Thanet, AdWords API Team

On Monday, November 21, 2016 at 11:52:42 AM UTC+9, Justin wrote:
>
> OK great! 
>
> So this is the current status of things right now about how I've 
> interpreted the answers and what i'm trying to do but am stuck:
>
> 1 - Create a Feed in the Web Interface.
> 2 - Have a C# background application that uses the FeedService 1x a day 
> to add and/or delete FeedItem's to my Feed.
> 3 - Use the guide 
>  
> which PeterO suggested, to help do this.
>
> ~*Assuming*~ those 3 points are correct ...
>
> Lets look at point #2.
>
> I'm actually really struggling to port the Java example to C# code :( Now, 
> i've ported Java before, so this is not a syntax issue (which would mean I 
> need to solve this by myself) but* an issue with matching up the JAVA API 
> to the .NET API*.
>
> So the guide says this:
>
> 1 - "*you'll need to retrieve the FeedMapping for your Feed and the Real 
> Estate vertical's placeholder type. The FeedMapping will tell you the 
> 

Re: StartDate returned from CAMPAIGN_PERFORMACE_REPORT is incorrect

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Mathieu,

Could you please provide a specific example, e.g., SOAP logs by *Reply 
privately to author*?
Do you mean the *endDateTime* you provided is not returned correctly, when 
doing BudgetOrderService.get()?

Best,
Thanet, AdWords API Team

On Thursday, November 10, 2016 at 6:03:41 AM UTC+9, Mathieu Dubreuil wrote:
>
> Hi,
>
> I am currently experiencing a similar issue, but with the 
> BudgetOrderService. The startDateTime seems to be correct all the time, be 
> the endDateTime can be either one day early, one day late or the correct 
> day. I don't know if I should create a new post about it, but the issue 
> looks similar to this one. I don't really understand it much, any chance 
> you would have any information about it?
>
> Thanks!
> Mathieu
>
> On Tuesday, 28 June 2016 06:46:35 UTC-4, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hi Idit,
>>
>> Thanks for letting us know.
>> Feel free to reach us if you have other questions.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Tuesday, June 28, 2016 at 11:44:49 AM UTC+1, Idit Goldenberg wrote:
>>>
>>> Hi,
>>>
>>> Looks like the issue is fixed.
>>>
>>> Thank you very much.
>>> Idit
>>>
>>> On Monday, June 27, 2016 at 5:29:20 PM UTC+3, Thanet Knack Praneenararat 
>>> (AdWords API Team) wrote:

 Hi Idit,

 Thanks for update.
 It looks like the change is being rolled out.
 It should be more stable tomorrow.

 Cheers,
 Thanet, AdWords API Team

 On Monday, June 27, 2016 at 3:21:00 PM UTC+1, Idit Goldenberg wrote:
>
> Hi,
>
> I'm calling the report on a certain campaign and every few minutes I 
> get the correct start_date. but not all the time.
> just wanted to update.
>
> Thanks,
> Idit
>
> On Thursday, June 23, 2016 at 6:26:24 PM UTC+3, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Idit,
>>
>> It seems the fix is on the way and would be delayed until next week 
>> (probably after Monday evening).
>> Sorry for your inconvenience.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Friday, June 24, 2016 at 12:23:16 AM UTC+9, Idit Goldenberg wrote:
>>>
>>> I'm using version "v201603" and googles Python Client Library 3.15.0
>>>
>>> On Thursday, June 23, 2016 at 6:21:13 PM UTC+3, Idit Goldenberg 
>>> wrote:

 Hi,

 Unfortunately no.
 When I download the CAMPAIGN_PERFORMANCE_REPORT (using the Python 
 library), I still get the wrong start_date (a day before the start 
 date I 
 gave it when i created the campaign in Adwords campaign management).

 Thanks,
 Idit

 On Thursday, June 23, 2016 at 6:04:45 PM UTC+3, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hi Idit,
>
> The issue has been reported to be fixed.
> Could you please confirm?
>
> Cheers,
> Thanet, AdWords API Team
>
> On Monday, June 13, 2016 at 9:41:30 PM UTC+9, Idit Goldenberg 
> wrote:
>>
>> Thank you!
>>
>> On Monday, June 13, 2016 at 3:37:40 PM UTC+3, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Idit,
>>>
>>> Thanks so much for more information. 
>>>
>>> Nadine is on vacation, so I'm answering this post on behalf of 
>>> her.
>>> We're chasing this issue now and will keep this thread updated 
>>> when we have more information.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Monday, June 13, 2016 at 6:49:23 PM UTC+9, Idit Goldenberg 
>>> wrote:

 Hey Nadine,

 From what I looks like, when the campaign is created,  the 
 StartDate is saved as Date time according to the activity log in 
 adwords.
 For example:
 I created a campaign today (Jun 13th) using adwords API and I 
 put Jun 14 for the start date of the campaign. My 
 account's timezone is GMT+02:00 Jerusalem
 In adwords activity log  I see this line: Start time is Jun 14, 
 2016 12:00:00 AM IDT.

 When I fetch this campaign  from the campaign_performance 
 report API, I get June 13 in the StartDate.
 When I fetch this campaign from the CampaignService API, I get 
 June 14.
 Looks like the report is converting that datetime into 
 another timezone and returning the converted date. maybe EST? Jun 
 14, 2016 12:00:00 AM IDT is Jun 13 5:00 PM EST 

 I hope this helps.
 Idit
 On Thursday, June 9, 2016 at 5:52:40 PM UTC+3, Idit Goldenberg 
 wrote:

Re: Custom Affinity in Criteria perfomance report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Igor,

I understand that this is not so convenient for you.
The best workaround for now would be storing the mapping in your local 
database, possibly only for the custom affinity criteria for now.
You can filter to get only rows containing criterion type 

 
of CUSTOM_AFFINITY in Ad Performance Report.

How many custom affinities you have among other criteria, e.g., keywords?

Best,
Thanet, AdWords API Team

On Wednesday, November 9, 2016 at 6:40:14 AM UTC+9, Igor Selitskiy wrote:
>
> Сan this mapping be updated on daily basis if we've millions of active 
> criteriaIds? 
> What is the best way to update it for all types of targetings?
>
> In criteria performance I use fields:
> - id (criteriaId - 
> https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#id
> )
> - displayname ( 
> https://developers.google.com/adwords/api/docs/appendix/reports/criteria-performance-report#displayname
> ).
>
> displayname can be placement and I don't need to load additional mapping 
> dictionary for this targeting.
>
> In Ad Performance Report I only have CriteriaId(
>
>
> On Tuesday, November 8, 2016 at 8:56:26 PM UTC+3, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Igor,
>>
>> Sorry for the delay. I'm chasing this issue with the engineering.
>> As for Ad Performance Report, you can't get the the criterion ID 
>> directly. 
>> Mapping the ID with other reports or using Selectors 
>> 
>>  
>> is needed.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Tuesday, November 8, 2016 at 4:58:32 PM UTC+9, Igor Selitskiy wrote:
>>>
>>> Hi, any news on this bug?
>>>
>>> I've checked ad performance report (adding criteriaId and criteriaType).
>>> It show correct data with custom affinity, but it didn't contains names 
>>> (display name), only id (criteriaId).
>>> How can I get names for criteria Id?
>>> (we've milllions of keywords).
>>>
>>> On Thursday, September 22, 2016 at 5:39:58 PM UTC+3, Thanet Knack 
>>> Praneenararat (AdWords API Team) wrote:

 Hello Igor,

 I'm confirming if the data gathering logic of Criteria Performance 
 Report of API is different from that of Script, but not got the final 
 answer yet.
 I'll update this thread once I have more information.

 Thanks for your patience.

 Best,
 Thanet, AdWords API Team

 On Thursday, September 22, 2016 at 5:55:02 PM UTC+9, Igor Selitskiy 
 wrote:
>
> Hi, any updates here?
>


-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/3c51487f-ca37-40bd-9733-17e74017c185%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Custom Affinity in Criteria perfomance report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Igor,

Sorry for the delay. I'm chasing this issue with the engineering.
As for Ad Performance Report, you can't get the the criterion ID directly. 
Mapping the ID with other reports or using Selectors 

 
is needed.

Cheers,
Thanet, AdWords API Team

On Tuesday, November 8, 2016 at 4:58:32 PM UTC+9, Igor Selitskiy wrote:
>
> Hi, any news on this bug?
>
> I've checked ad performance report (adding criteriaId and criteriaType).
> It show correct data with custom affinity, but it didn't contains names 
> (display name), only id (criteriaId).
> How can I get names for criteria Id?
> (we've milllions of keywords).
>
> On Thursday, September 22, 2016 at 5:39:58 PM UTC+3, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello Igor,
>>
>> I'm confirming if the data gathering logic of Criteria Performance Report 
>> of API is different from that of Script, but not got the final answer yet.
>> I'll update this thread once I have more information.
>>
>> Thanks for your patience.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, September 22, 2016 at 5:55:02 PM UTC+9, Igor Selitskiy wrote:
>>>
>>> Hi, any updates here?
>>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/3e768339-5cab-45c6-8289-6bc7072d3d5a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: GCLID Generation on Impression: Does this effect Call Extension Calls?

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Sean,


>1. Will Call Extension calls share this same behavior (i.e. GCLID will 
>no longer be generated on clicking the call button, but on impression/Ad 
>load instead).
>
> Yes, this is changed for all types of ads including extensions. GCLID will 
be generated at the impression time.


>1. And, please indicate a release date for this, Q4 is not necessarily 
>adequate for developers that are programming against your API's, we need 
>more specifics than a QTR time range.
>
> Please note that the change will be rolled out *gradually. *So, we can't 
tell the exact date of when the timing of GCLID generation of your ads get 
changed.

I would like note also that, if you don't implement anything depending on 
the assumption that *GCLID is unique and is a 1-1 mapping to an ad click, *your 
application will get no effects*.*
Only visible change would be that CLICK_PERFORMANCE_REPORT 

 
will have a new field *Clicks* (number of clicks for a given GCLID) 
available. 
Provided that most users don't click on ads many times per impression, this 
field would mostly contains a value of 1.

If your applications/tools do something based on the fact that GCLID is 
unique per click, please feel free to ask for help if needed.
Thanks in advance!

Best,
Thanet, AdWords API Team

On Tuesday, November 8, 2016 at 4:02:00 AM UTC+9, Sean Storlie wrote:
>
> Hello, 
>
> I read the article that your team put out a few months back related to the 
> fact that you will be changing the GCLID generation to impression time 
> instead of click.  My questions are below:
>
>1. Will Call Extension calls share this same behavior (i.e. GCLID will 
>no longer be generated on clicking the call button, but on impression/Ad 
>load instead).
>2. And, please indicate a release date for this, Q4 is not necessarily 
>adequate for developers that are programming against your API's, we need 
>more specifics than a QTR time range.
>
>
> http://googleadsdeveloper.blogspot.com/2016/10/google-click-id-gclid-will-now-be.html?utm_source=feedburner_medium=feed_campaign=Feed%3A+blogspot%2FlQlzL+%28Google+Ads+Developer+Blog+-+AdWords+API%29
>
> Thank you in advance, 
> ~Sean.
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/989206ce-808a-4862-99f2-c60283d97cbf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Conversions in Shopping Performance Report

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello John,

Sometimes, when a segment field 
 
like 
*ConversionTrackerId* is used, it results in significantly increasing 
numbers of rows for a result, thereby affecting the overall performance of 
reporting system.
That's why in some cases, a certain field is prohibited to be used with 
such a segment field.
To confirm if this is the case for *Conversions* and *ConversionTrackerId* 
as well, I need to consult with engineering team first.
I will get back to you later when I get updates.

Cheers,
Thanet, AdWords API Team

On Thursday, October 27, 2016 at 10:09:25 PM UTC+9, API Developer wrote:
>
> Hi,
>
> Can you confirm why it is not possible to include both the 
> ConversionTrackerId and the Conversions fields in the Shopping Performance 
> report?  
>
> I appreciate that it is possible to use the AllConversions metric, but I 
> am struggling to understand the reasoning for making the estimated figure 
> available, but not the actual conversions figure. The estimated figures 
> appears to allow Google considerable license in taking credit for a 
> conversion, with scope to change the rules for estimating conversions at 
> any point in the future.
>
> Regards.
>
>
> John
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/4c6cad5a-9776-4c79-b1f5-077ca386e0c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://adwords.google.com/api/adwords/cm/v201609/LabelService?wsdl' : Extra content at the end of the document

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Rob,

Thanks for information.
Please let us know if this happens again.

Cheers,
Thanet, AdWords API Team

On Tuesday, October 25, 2016 at 4:39:19 PM UTC+9, 
rob.we...@euautomation.com wrote:
>
> Hi Thanet,
>
> I'm not having this issue anymore and I didn't change the way I was 
> dealing with the API. It seems like it has gone away on its own.
>
>
> On Tuesday, October 25, 2016 at 8:26:21 AM UTC+1, Thanet Knack 
> Praneenararat (AdWords API Team) wrote:
>>
>> Hello All,
>>
>> Do you happen to face with this issue after you reported this?
>> Our engineers can't find anything wrong on our configuration settings and 
>> servers.
>> They suspect that this would be something related on the client sides.
>>
>> Best,
>> Thanet, AdWords API Team
>>
>> On Thursday, October 6, 2016 at 11:31:58 PM UTC+9, Christian H. wrote:
>>>
>>> Dear Adwords-Team,
>>>
>>> Is it possible, that this error is related to my problem 
>>> https://groups.google.com/forum/#!topic/adwords-api/Epxf03OZ2cA ?
>>>
>>> My problem is, that I sometimes get an invalid XML-response that looks 
>>> like an (de)compression-issue. 
>>>
>>> An example-outline of that messed up decompressed response is 
>>> "TARGET_CPA"
>>>
>>> Christian
>>>
>>> Am Donnerstag, 6. Oktober 2016 15:53:47 UTC+2 schrieb 
>>> rob@euautomation.com:

 I'm getting this error too.

 SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load 
 from '
 https://adwords.google.com/api/adwords/cm/v201607/CampaignService?wsdl' 
 : Extra content at the end of the document
  in 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php:154
 Stack trace:
 #0 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php(154):
  
 SoapClient->SoapClient('https://adwords...', Array)
 #1 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsSoapClient.php(51):
  
 AdsSoapClient->__construct('https://adwords...', Array, 
 Object(AdWordsUser), 'CampaignService', 'https://adwords...')
 #2 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/v201607/CampaignService.php(8031):
  
 AdWordsSoapClient->__construct('https://adwords...', Array, 
 Object(AdWordsUser), 'CampaignService', 'https://adwords...')
 #3 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/SoapClientFactory.php(161):
  
 CampaignService->__construct('https://adwords...', Array, 
 Object(AdWordsUser))
 #4 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/SoapClientFactory.php(85):
  
 SoapClientFactory->GenerateServiceClient('CampaignService')
 #5 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsUser.php(131):
  
 SoapClientFactory->GenerateSoapClient('CampaignService')
 #6 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsUser.php(229):
  
 AdsUser->GetServiceSoapClient('CampaignService', 
 Object(AdWordsSoapClientFactory))

 I'm also getting a different error sometimes too.

 exception 'ErrorException' with message 'gzinflate(): data error' in 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php:178
 Stack trace:
 #0 [internal function]: 
 Illuminate\Foundation\Bootstrap\HandleExceptions->handleError(2, 
 'gzinflate(): da...', '/var/www/html/a...', 178, Array)
 #1 [internal function]: gzinflate('Qo?...')
 #2 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php(178):
  
 SoapClient->__doRequest('https://adwords...', 
 '', 1)
 #3 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsSoapClient.php(72):
  
 AdsSoapClient->__doRequest('https://adwords...', 
 '', 1)
 #4 [internal function]: AdWordsSoapClient->__doRequest('>>> version="...', 'https://adwords...', '', 1, 0)
 #5 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php(216):
  
 SoapClient->__soapCall('mutate', Array, NULL, Array, Array)
 #6 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsSoapClient.php(86):
  
 AdsSoapClient->__soapCall('mutate', Array)
 #7 
 /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/v201607/FeedItemService.php(6213):
  
 AdWordsSoapClient->__soapCall('mutate', Array)




-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and Google+:
https://googleadsdeveloper.blogspot.com/
https://plus.google.com/+GoogleAdsDevelopers/posts

Re: SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://adwords.google.com/api/adwords/cm/v201609/LabelService?wsdl' : Extra content at the end of the document

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello All,

Do you happen to face with this issue after you reported this?
Our engineers can't find anything wrong on our configuration settings and 
servers.
They suspect that this would be something related on the client sides.

Best,
Thanet, AdWords API Team

On Thursday, October 6, 2016 at 11:31:58 PM UTC+9, Christian H. wrote:
>
> Dear Adwords-Team,
>
> Is it possible, that this error is related to my problem 
> https://groups.google.com/forum/#!topic/adwords-api/Epxf03OZ2cA ?
>
> My problem is, that I sometimes get an invalid XML-response that looks 
> like an (de)compression-issue. 
>
> An example-outline of that messed up decompressed response is 
> "TARGET_CPA"
>
> Christian
>
> Am Donnerstag, 6. Oktober 2016 15:53:47 UTC+2 schrieb 
> rob@euautomation.com:
>>
>> I'm getting this error too.
>>
>> SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from '
>> https://adwords.google.com/api/adwords/cm/v201607/CampaignService?wsdl' 
>> : Extra content at the end of the document
>>  in 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php:154
>> Stack trace:
>> #0 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php(154):
>>  
>> SoapClient->SoapClient('https://adwords...', Array)
>> #1 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsSoapClient.php(51):
>>  
>> AdsSoapClient->__construct('https://adwords...', Array, 
>> Object(AdWordsUser), 'CampaignService', 'https://adwords...')
>> #2 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/v201607/CampaignService.php(8031):
>>  
>> AdWordsSoapClient->__construct('https://adwords...', Array, 
>> Object(AdWordsUser), 'CampaignService', 'https://adwords...')
>> #3 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/SoapClientFactory.php(161):
>>  
>> CampaignService->__construct('https://adwords...', Array, 
>> Object(AdWordsUser))
>> #4 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/SoapClientFactory.php(85):
>>  
>> SoapClientFactory->GenerateServiceClient('CampaignService')
>> #5 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsUser.php(131):
>>  
>> SoapClientFactory->GenerateSoapClient('CampaignService')
>> #6 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsUser.php(229):
>>  
>> AdsUser->GetServiceSoapClient('CampaignService', 
>> Object(AdWordsSoapClientFactory))
>>
>> I'm also getting a different error sometimes too.
>>
>> exception 'ErrorException' with message 'gzinflate(): data error' in 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php:178
>> Stack trace:
>> #0 [internal function]: 
>> Illuminate\Foundation\Bootstrap\HandleExceptions->handleError(2, 
>> 'gzinflate(): da...', '/var/www/html/a...', 178, Array)
>> #1 [internal function]: gzinflate('Qo?...')
>> #2 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php(178):
>>  
>> SoapClient->__doRequest('https://adwords...', '', 
>> 1)
>> #3 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsSoapClient.php(72):
>>  
>> AdsSoapClient->__doRequest('https://adwords...', 
>> '', 1)
>> #4 [internal function]: AdWordsSoapClient->__doRequest('> version="...', 'https://adwords...', '', 1, 0)
>> #5 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/Common/Lib/AdsSoapClient.php(216):
>>  
>> SoapClient->__soapCall('mutate', Array, NULL, Array, Array)
>> #6 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/Lib/AdWordsSoapClient.php(86):
>>  
>> AdsSoapClient->__soapCall('mutate', Array)
>> #7 
>> /var/www/html/ads/vendor/googleads/googleads-php-lib/src/Google/Api/Ads/AdWords/v201607/FeedItemService.php(6213):
>>  
>> AdWordsSoapClient->__soapCall('mutate', Array)
>>
>>
>>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To 

Re: Reporting with ExternalConversionSource

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hello Mike,

*ExternalConversionSource* is now made compatible with *Conversions* and 
*ConversionRate*.
Currently, the field is designed to be used with only conversion-related 
fields.

Best,
Thanet, AdWords API Team

On Wednesday, October 5, 2016 at 3:08:00 AM UTC+9, Mike Sullivan wrote:
>
> I'm confused by how the ExternalConversionSource segment field is to be 
> used in a report.  The segmentation documentation says to simply include 
> the fields, but the doc for the reports (e.g. Account Performance Report) 
> says the field is not compatible with most of the metrics and the API 
> (201609) rejects the field combination.
>
> How are we to reproduce the UI report, segmented by Conversion source?
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
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 https://groups.google.com/group/adwords-api.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/ac81ebf1-2243-4bd3-8a8f-cf62a33d2093%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Placement Performance Report - ID field null

['Thanet Knack Praneenararat (AdWords API Team)' via AdWords API Forum]

Hi Chirag,

I once replied to Mark privately, but it seems I forgot to relay 
information here as well.
To exclude *automatic placements, *please do as follows:

Add a NegativeAdGroupCriterion 

 to 
a certain ad group, setting its Criterion.Type 

 to 
*PLACEMENT.*Then, set its url 

 to 
the same one you would like to exclude (the original *automatic placement* of 
your interest).
Finally, use AdGroupCriterionService to execute an ADD operation of the 
*AdGroupCriterion*.
Note that in this way, the *automatic placements *will be changed to 
*managed* one.

To get *automatic placements*, please run 
AUTOMATIC_PLACEMENTS_PERFORMANCE_REPORT 

.

Best,
Thanet, AdWords API Team

On Thursday, October 13, 2016 at 7:35:49 PM UTC+9, Chirag wrote:
>
> Hello Mark/Thanet,
>
> I am also in same situation. i wants to pause/exclude placements with 
> automatic placements.
>
> Any workaround to pause automatic placements using API?
>
> Thanks,
>
>
> On Friday, 10 July 2015 11:41:35 UTC+5:30, Thanet Knack Praneenararat 
> (AdWords API Team) wrote:
>>
>> Hello Mark,
>>
>> AdWords script is not my expertise but I'm asking my colleagues for you.
>> My guess is that it might be not so different between the script and the 
>> API.
>>
>> You may get 0 as an ID if you call getId() of 
>> 
>> AdWordApp.Placement 
>> 
>> .
>>
>> By the way, as you may know, you can use Automatic Placements 
>> Performance Report 
>> 
>>  to 
>> get only rows for *automatic placements*.
>>
>> Cheers,
>> Thanet, AdWords API Team
>>
>> On Friday, July 10, 2015 at 6:39:02 AM UTC+9, Mark R wrote:
>>>
>>> Hey Thanet,
>>>
>>> Followup question - would we be able to interact with Automatic 
>>> Placements if we were to use an AdWords script 
>>> ?
>>>
>>> Thanks,
>>> Mark
>>>
>>> On Thursday, July 9, 2015 at 9:12:55 AM UTC-7, Mark R wrote:

 Hey Thanet,

 Thanks for the clarification.  That was my assumption after trying 
 different avenues ourselves.

 Regards,
 Mark

 On Thursday, July 9, 2015 at 1:59:09 AM UTC-7, Thanet Knack 
 Praneenararat (AdWords API Team) wrote:
>
> Hi Mark,
>
> No, as I mentioned before, automatic placements don't receive 
> Criterion ID, that's why their ID are shown as "--" in 
> PLACEMENT_PERFORMANCE_REPORT and as 0 in AdWords user interface.
> I apologize that I suggested wrongly. In fact, you cannot obtain the 
> placements without ID, namely automatic placements, via 
> AdGroupCriterionService.
> The service only returns those with criterion IDs.
>
> I'll look for other possible workarounds and will get you updated in 
> case we have ones.
> But possibly they are not returned by Selector due to the fact that 
> they are not supposed to be added/deleted by users at first place.
>
> Cheers,
> Thanet, AdWords API Team
>
> On Thursday, July 9, 2015 at 1:04:23 AM UTC+9, Mark R wrote:
>>
>> Hey Thanet,
>>
>> I'm using a very similar implementation of the googleads-java-lib 
>> example, but that is still not grabbing all the placements.
>>
>> At a high level, does an Automatic Placements even get a Criterion ID?
>>
>> Thanks,
>> Mark
>>
>> On Tuesday, July 7, 2015 at 10:30:37 PM UTC-7, Thanet Knack 
>> Praneenararat (AdWords API Team) wrote:
>>>
>>> Hello Mark,
>>>
>>> You can use a Selector of AdGroupCriterionService 
>>> 
>>>  
>>> to get placement URLs by the field *PlacementUrl*.
>>>
>>> This code example 
>>> 
>>>  
>>> might be similar to what you would like to do.
>>> Just change the code from using the type *KEYWORD *to *PLACEMENT *
>>> instead.
>>>
>>> Cheers,
>>> Thanet, AdWords API Team
>>>
>>> On Wednesday, July 8, 2015 at 3:25:03 AM UTC+9, Mark R wrote:

 Hey