我们注意到，在使用以下方式请求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 Group中但没有被接受了。）
1）在新年之前，我们确定要匹配通过UI报告的统计数据，我们的API调用需要具有相对于PST的开始时间和结束时间，即08:00:00。现在看来，Facebook正在使用帐户的时区设置。例如，要匹配UI为具有东部时区的帐户报告的数据，我们需要请求从05:00:00开始和结束的时间。我们的存档数据文件显示此更改发生在2012年1月1日之后：从2011-12-28 08:00:00到2011-12-29 08:00:00从2012年1月1日开始的数据与拉出的数据不同在2012年1月3日使用相同的时间框架。
2）统计数据似乎汇总为一秒：从账户时区午夜后的午夜到一秒：
... / stats / 2011-12-28 05：00：00 / 2011-12-28 05：00：01？ids = {adgroup_id}＆amp; access_token = ...
提取2011-12-28的所有数据，
... / stats / 2011-12-28 05：00：01 / 2011-12-28 05：00：02？ids = {adgroup_id}＆amp; 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到00:00:01，返回相同的数据，如美国东部时间00:00:02到美国东部时间00:00:03和美国东部时间00:00:00到00:00： 03 EST。可以预期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时间还是字符串格式化的时间。
非常感谢任何帮助信息，解释，类似结果的确认等。谢谢！
答案 0 :(得分：1)
1）根据文档，统计数据官方不支持小时粒度。他们告诉你，你必须按当前日期的时间做请求，并采取差异 - 目前这不是真正的工作方式，你可以给出一个半小时，半个半小时的开始和结束时间小时我想要支持中途时区。这显然没有文档记录且不受支持，因此使用风险自负。我使用纪元时间
2）同样，你不能超过半小时的粒度。此外，尽管API据称支持即时请求，但它们并不可靠 - 五分钟后您可以执行请求，并且比五分钟前的展示次数减少1000次。 Facebook可能有多个缓存服务器在短期内没有相互同步，所以试图达到第二个是浪费时间。