我们注意到 Facebook 在使用以下请求时返回广告组统计数据的方式似乎发生了一些变化：
https://graph.facebook.com/stats/startime/endtime?ids= {adgroup_id}&access_token=...
我想知道 a) 是否有其他人遇到类似的行为，b) 除了 API 文档之外，是否还有更多可用的文档：http: //developers.facebook.com/docs/reference/ads-api/（我已要求包含在 Marketing API Facebook 群组中，但未被接受）。
1) 在新年之前，我们确定为了匹配通过 UI 报告的统计数据，我们的 API 调用需要具有相对于 PST 的开始时间和结束时间，即 08:00:00。现在看来，Facebook 正在使用帐户的时区设置。例如，要匹配用户界面报告的具有东部时区的帐户的数据，我们需要请求以 05:00:00 开始和结束的时间。我们存档的数据文件表明此更改发生在 2012 年 1 月 1 日之后：2012 年 1 月 1 日从 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 到 00:00:03 EST 和 00:00:00 到 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 时间还是字符串格式的时间，都会得到类似的结果。
任何帮助信息、解释、类似结果的确认等将不胜感激。谢谢！