0

我们一直在使用AdWords API(版本:201708- Google Ads Python Client Library)成功地为我们的应用程序构建内部报告。直到我们点击展示位置...通过AdWords ValueTrack展示位置数据加入AdWords API展示位置数据的最佳做法?

我将展示位置定义为显示AdWords广告的任何位置。展示位置可能是域名,网页,广告单元,应用程序名称!展示位置是一个非常广泛的定义。

对于我们的应用程序工作的展示位置,我们需要加入API支出数据与我们网站上的活动。

为此,我们运行AdWords API报告,然后使用AdWords ValueTrack参数收集会话数据。

ValueTrack参数很容易,因为似乎只有一个选项:{placement}

然而,它在API上让事情变得有趣,API有许多选项来获取展示位置数据。例如:

https://developers.google.com/adwords/api/docs/reference/v201708/AdGroupCriterionService.MobileApplication

https://developers.google.com/adwords/api/docs/appendix/reports/url-performance-report

https://developers.google.com/adwords/api/docs/appendix/reports/placement-performance-report#criteria

https://developers.google.com/adwords/api/docs/appendix/reports/automatic-placements-performance-report#domain

https://developers.google.com/adwords/api/docs/reference/v201708/AdGroupCriterionService

花一些时间来回的各种选项,烧很多开发后时间,我们得出的结论是,必须有一些最佳实践建议用于加入API和ValueTrack的展示位置数据。其中,对于所有类型的展示位置的工作,其中包括:

  • 网站
  • 应用
  • 的AdSense
  • 的Blogspot
  • AMP

,我们正在运行到一个匹配的例子问题是“10060.android.com.nytimes.android.adsenseformobileapps.com”...这是我们看到来自ValueTrack的展示位置,但在我们的任何展示位置都没有匹配报告。 (实际上,有许多adsenseformobileapps.com流量来源没有任何支出项目)。

还看到像“mobileapp :: 2-com.mobilesrepublic.appy”这样的字符串。这些显示在我们的支出方面,但仅在10%左右的时间出现在我们的ValueTrack中。一些匹配。绝大多数不会。

在这一个明确的工作流程是为自己,毫无疑问,其他用户非常有用......

谢谢!

回答

2

根据https://developers.google.com/adwords/api/docs/guides/valuetrack-mapping

传入的ValueTrack位置应映射到以下报表字段:

PlacementPerformanceReport.Criteria 
CriteriaPerformanceReport.Criteria 
AutomaticPlacementsPerformanceReport.DisplayName 

除了这个我也发现了这个报告非常有用:

UrlPlacementPerformanceReport.Domain and .Url 

但我发现它在实践中并不那么清楚。一方面,这些报告中的每一个都会返回一个稍微不同的结果子集......并且这些子集都不匹配ValueTrack数据集。

这里是我发现了异常:

子域 的ValueTrack展示位置与他们URL和WWW ...一些时间。其他报告都没有,因此您必须从ValueTrack中去除www或将www添加到您的报告数据才能与之匹配。但要小心,其他子域名将被保留(如edition.cnn.com),并非所有的子域名都有子域名,所以您不能仅从Valuetrack中删除所有子域名,而且您不能仅将www添加到所有的域名中报告。我发现实际上匹配最好的是来自UrlPlacementPerformanceReport的url字段......但对于此字段,您只需剥离/之后的所有内容即可获得最佳案例匹配子集。要使用其他报告,您需要从ValueTrack中去除所有子域信息,并从这些记录中总计总和。这意味着您将失去可能有用的数据,例如espn.com,scores.espn.com,insider.espn.com和games.espn.com之间的差异。使用UrlPlacementPerformanceReport.url是保存该信息的唯一方法。

mobileapp :: ValueTrack在mobileapp :: placementments上报告。许多报告也会返回这些值,但我发现每个报告只是给出了整个子集。特别是CriteriaPerformanceReport.Criteria报告为您提供了许多其他报告都没有的mobileapp :: values,但其他报告至少会为您提供CriteriaPerformanceReport所没有的一些值。为了完整起见,您必须获得移动应用程序联盟:由标准性能报告返回,以及另一个报告,例如UrlPlacementPerformanceReport.url。

anonymous.google 的ValueTrack提供sudomains到anonymous.google看起来像a8122ac7e5da8e49.anonymous.google。如果您想将此信息与您的支出相匹配,那么具有此详细信息的唯一报表就是UrlPlacementPerformanceReport.url。

adsenseformobileapps.com 的ValueTrack提供了诸如详细1.iphone.com.localtvllc.fox2.adsenseformobileapps.com域。没有一个AdWords报告可以与此匹配。您可以获得的最好结果是整个adsenseformobileapps.com组的一个总和记录。

+0

我们也注意到一些数据源在ValueTrack上报告为xxx.adsenseformobileapps.com,但在xxx!= yyy的adwords报告中显示为mobileapp:yyy。我们知道无法加入这些数据。 –