我们注意到 Facebook 在请求使用时返回广告组统计数据的方式似乎发生了一些变化:
https://graph.facebook.com/stats/startime/endtime?ids= {adgroup_id}&access_token=...
我想知道 a) 是否还有其他人遇到类似的行为,以及 b) 除了 API 文档之外是否还有更多可用的文档:http://developers.facebook.com/docs/reference/ads-api/ (我已请求加入营销 API Facebook 群组,但未被接受)。
1) 在新年之前,我们确定要匹配通过 UI 报告的统计信息,我们的 API 调用需要具有相对于 PST 的开始时间和结束时间,即 08:00:00。现在看来 Facebook 正在使用帐户的时区设置。例如,要匹配 UI 报告的具有东部时区的帐户的数据,我们需要请求从 05:00:00 开始和结束的时间。我们的存档数据文件表明,此更改发生在 1/1/2012 之后:从 2011-12-28 08:00:00 到 2011-12-29 08:00:00 提取的数据与提取的数据不同2012 年 1 月 3 日使用相同的时间范围。
2) 统计数据似乎聚合为一秒:从账户所在时区的午夜到午夜后的一秒:
.../stats/2011-12-28 05:00:00/2011-12-28 05:00:01?ids={adgroup_id}&access_token=...
拉取 2011-12-28 的所有数据,
.../stats/2011-12-28 05:00:01/2011-12-28 05:00:02?ids={adgroup_id}&access_token=...
几乎不提取任何数据(稍后会详细介绍)。
3)如果我们指定的开始时间等于账户所在时区的午夜,并且结束时间在开始时间的一天内,我们只能提取 unique_impressions 和 social_unique_impressions。否则,这些字段将返回为零。 unique_clicks 和 social_unique_clicks 也有类似的响应,但是要求稍微宽松一些(我还没有完全探索它们)。
编辑 https://developers.facebook.com/docs/reference/ads-api/adstatistics/为我回答这个问题(在独特的统计标题下) - 这就是 Facebook 系统的设计方式。
4) unique_clicks 和 social_unique_clicks 似乎没有正确聚合。请求数据,例如从 00:00:00 EST 到 00:00:01 EST 返回与 00:00:02 EST 到 00:00:03 EST 和 00:00:00 EST 到 00:00 相同的数据: 03 东部时间。人们会期望从 00:00:00 到 00:00:03 的数据等于从 00:00:00 到 00:00:01 的数据加上从 00:00:02 到 00:00:03 的数据。
编辑 我会从 https://developers.facebook.com/docs/reference/ads-api/adstatistics/ 猜测(在唯一统计数据标题下)这些唯一统计数据不应汇总。
我正在使用 Firefox 提取这些数据,无论我使用 unix 时间还是字符串格式的时间,都会得到类似的结果。
任何帮助信息、解释、类似结果的确认等将不胜感激。谢谢!
最佳答案
1)根据文档,统计数据正式不支持甚至小时粒度。他们告诉你你必须对当前日期的小时进行请求并采取差异 - 目前这不是它的工作原理,你可以给出一个半小时的开始和结束时间,半小时小时我想是支持中途时区。这显然没有记录和支持,因此使用风险自负。我用大纪元
2) 同样,您不能获得超过半小时的粒度。此外,尽管 API 据称支持最新请求,但它们并不可靠 - 五分钟后您可以执行请求并且比五分钟前减少 1000 次展示。 Facebook 可能有多个缓存服务器在短期内彼此不同步,因此尝试使用第二个是浪费时间。
关于api - 图 api : adgroup stats data inconsistencies 上的广告,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8728914/