Объявления на графике API: несоответствия данных статистики группы объявлений - PullRequest
4 голосов
/ 04 января 2012

Мы заметили некоторые изменения в том, как Facebook возвращает статистические данные группы объявлений при запросе с использованием:

https://graph.facebook.com/stats/startime/endtime?ids={adgroup_id}&access_token=...

Мне интересно, если а) кто-то еще испытывал подобноеповедение и b) если имеется больше доступной документации, кроме документации API по адресу: http://developers.facebook.com/docs/reference/ads-api/ (я просил включить его в группу Facebook Marketing API, но не был принят).

1)До Нового года мы определили, что для соответствия статистике, сообщаемой через пользовательский интерфейс, наши вызовы API должны иметь время начала и окончания относительно PST, то есть 08:00:00.Теперь кажется, что Facebook использует настройку часовых поясов.Например, чтобы сопоставить данные, представленные пользовательским интерфейсом для учетной записи с восточным часовым поясом, нам нужно запросить время, начинающееся и заканчивающееся 05:00:00.Наши архивированные файлы данных предполагают, что это изменение произошло после 1 января 2012 года: данные, полученные 1 января 2012 года с 2011-12-28 с 08:00:00 до 2011-12-29 08:00:00, отличаются от данных, извлеченных1/3/2012 с использованием того же периода времени.

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, однако требования немного более мягкие (я их не полностью изучил). EDIT 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 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 или время в строковом формате.

Любая справочная информация, объяснение, подтверждение похожих результатов и т. д. будет с благодарностьюСпасибо!

1 Ответ

1 голос
/ 11 мая 2012

1) Согласно документам, статистика официально не поддерживает даже часовую детализацию.Они говорят вам, что вы должны делать запросы в час для текущей даты и принимать разницу - на данный момент это не совсем так, как вы работаете, и вы можете дать время начала и окончания с детализацией в полчаса, половиначас, я думаю, чтобы быть на полпути часовых поясов.Это явно недокументировано и не поддерживается, поэтому используйте на свой страх и риск.Я использую времена эпохи

2) Опять же, вы не можете получить более получаса детализации.Кроме того, хотя API предположительно поддерживает современные запросы, они ненадежны - через пять минут вы можете выполнить запрос и получить на 1000 показов меньше, чем пять минут назад.Facebook, вероятно, имеет несколько серверов кэширования, которые не синхронизируются друг с другом в краткосрочной перспективе, поэтому попытка добраться до второго - пустая трата времени.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...