Click Performance Report

I haven't really tested the new click report yet, but reading the field description it seems the clickId is provided as a long datatype. Has anyone figured out if it can be mapped to the alphanumeric gclid parameter? Having a click level report could be a potential game changer. But there need

Re: Report "account timezone" has incorrect offset

Hi Kevin Your statement on how accounts won't obey DST is contrary to what I understand how AdWords handles account timezone settings. E.g. refer to "Data impacted by daylight savings time" at http://support.google.com/adwords/bin/answer.py?hl=en&answer=2404039 If the AdWords API won't make any

Re: Is this the right way of getting the Timezone?

Why not just use the java.util.TimeZone class to calculate the gmt offset? TimeZone timeZoneDE = TimeZone.getTimeZone("Europe/London"); int utcoffset = timeZoneDE.getRawOffset(); -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and discussion group: http://adwordsapi.

Aw: What does AuthenticationError.CLIENT_EMAIL_INVALID mean in Sandbox account?

I have a dot in my clientId as well and its working fine. Format should be: client_1+your.addr...@example.com -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and discussion group: http://adwordsapi.blogspot.com http://groups.google.com/group/adwords-api =~=~=~=~=~=~=

Aw: How can I retrieve every fields by a generic selector (v201101) ?

You need to explicit list all fields, which is a bit annoying. It can also be tricky to figure out the exact names, especially for nested objects such as bids. Beside that its also error prone since at least in the Java client lib there seem to be no constants for field names. If any of the name

Missing content network data for keyword reports

Today I was made aware that we're missing some performance data for the content network since June 5th. After some investigation I found out that the keyword report will no longer contain rows on automatic placements. The daily report is pulled with the following fields: Date CampaignId Campaig

Aw: Re: KW Perf. Report missing Content Network stats

Using aggregated reports on adgroup/campaign/account level is not ideal for api clients that provide some kind of drill down functionality. Numbers will simply not match up if you're going to list objects below adgroup level. -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on

Aw: KW Perf. Report missing Content Network stats

Data on content seems to be back again. Just noticed it today, so I'm not sure when it has been fixed or if it works for everyone. -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and discussion group: http://adwordsapi.blogspot.com http://groups.google.com/group/adwo

Aw: Re: Missing content network data for keyword reports

The easiest way to deal with this would be to merge keywords, placements and other reports into a single criterion report. Then use the matchtype field to tell the type of criterion, e.g. "exact" for exact keyword, "vertical" for managed placement, "domain" for autom. placements, "user list" for

Aw: Re: Where is the documentation for v201101 gone?

Your right. I just tested this with firefox 3.6. In case you use the language selection on the top-right of the page we'll be redirected to another language version but won't be able to switch it back to english again. Whats even more annoying is that it will remember your selection from that p

Aw: Re: Where is the documentation for v201101 gone?

Apparently you can get it working again by setting your browsers preferred language to 'en' instead of 'de'. -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and discussion group: http://adwordsapi.blogspot.com http://groups.google.com/group/adwords-api =~=~=~=~=~=~=

Re: [ReportDefinitionError. CUSTOMER_SERVING_TYPE_REPORT_MISMATCH @ operations]

Are you trying to create the report on behalf of a MCC account? On 6 Jul., 16:18, Chirag eBrandz wrote: > Hi, > > I am also getting same error > [ReportDefinitionError.CUSTOMER_SERVING_TYPE_REPORT_MISMATCH @ > operations]. > Can you help me out what i am doing wrong? > If you find the solution c

Aw: Re: [ReportDefinitionError. CUSTOMER_SERVING_TYPE_REPORT_MISMATCH @ operations]

You cannot run reports for MCCs. You need to specify the client Id of a regular account that can run campaigns for that. -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and discussion group: http://adwordsapi.blogspot.com http://groups.google.com/group/adwords-api =

Re: v201101: Keyword "structure" report stopped returning zero impressions

It would be nice to get a clarification on deleted keywords and zero impression reports. Having deleted keywords returned based on the date range isnt very self-explanatory. Been looking through some of our download history (also using zero-imprs and "yesterday" range) and didn't notice any cha

Re: Interpreting the [], "", -, + modifiers when adding keywords

I don't think the API is aware of the mentioned notation. There are individual data types for match types and biddable/negative keywords that can be used. Also think about error handling in case the user gets the syntax wrong. That should probably be dealt with in your client code, so you need

Re: Can I use the same ReportDefinition for different clientEmails?

In case the report definitions don't change on day by day basis, you'll be fine creating a definition once for all of your individual accounts. You'll only get charged for report creation and not for the daily downloads, so unit costs shouldn't be an issue. The downloads themself are very fast.

Re: when clickType is used, impressions do not match (bigger)

What I did is to stick with the "headline" views for aggregation, as the headline should be present every time the ad is served. Other elements, such as sitelinks or product extensions, will be included in your ad based on position, relevance and other factors. The way I understand the number of

Re: AdWords API v201109 is now available

Those changes look great. Especially the new criteria report and ad hoc reports! *API version v13 AccountService will only be available on a whitelist basis. * We can't migrate to the new ServicedAccountService yet, as it does not return the currency and timezone of the account. Otherwise gr

Re: AccountService is only available on a whitelist basis

Both the v13 account service and the new reporting service will return different kind of values. The v13 account service uses the timezone ID, such as "Europe/Berlin". This is a good idea, as it can be used with timezone databases that have historical data and know how to convert between dayli