我们注意到，当请求使用时，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开始和结束的时间。我们存档的数据文件表明，这一变化发生在2012年1月1日之后：从2011年12月28日08时00:00到2011年12日29日08时0:00的数据与2012年3月1日使用相同时间段提取的数据不同。
2） 统计数据似乎被聚合为一秒钟：从午夜到账户时区午夜后的一秒钟：
/统计/2011-12-28 05:00:00/2011-12-28 05:00:01？id＝{adgroup_id}&access_token=。。。
提取2011-12-28的所有数据，
/stats/2011-12-28 05:00:01/2011-12-28 05:00:02？id＝{adgroup_id}&access_token=。。。
几乎没有提取任何数据（稍后将对此进行详细介绍）。
3） 如果我们指定的开始时间等于帐户时区中的午夜，并且结束时间在开始时间的一天内，则只能提取unique_impressions和social_unique_impression。否则，这些字段将返回为零。unique_clicks和social_unique_click也有类似的响应，但要求稍微宽松一些（我还没有完全探索它们）。编辑https://developers.facebook.com/docs/reference/ads-api/adstatistics/为我回答了这个问题（在独特的统计标题下）——这就是Facebook系统的设计方式。
4） unique_clicks和social_unique_click似乎没有正确聚合。请求数据，例如从美国东部时间00:00:00到00:00:01，返回的数据与美国东部时间0:0:02到00:00:03以及美国东部时间零时00到00:00:00相同。人们期望从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可能有多个缓存服务器在短期内无法同步，因此尝试使用第二个缓存服务器是浪费时间。