Версия 3.0

API Graph | API Marketing

Записи в журнале изменений разделяются на следующие категории:

  • Новые функции: новые продукты или услуги, включая новые узлы, поля и границы контекста.
  • Изменения: изменения существующих продуктов или услуг (за исключением упраздненных элементов).
  • Упраздненные элементы: существующие продукты или услуги, которые будут упразднены.
  • Важные изменения за 90 дней: изменения, которые вступят в силу через 90 дней после даты выпуска версии (в эту категорию входят и случаи упразднения элементов).

Категории Новые функции, Изменения и Упраздненные элементы относятся только к этой версии. Категория Важные изменения за 90 дней относится ко всем версиям.

Категория Важные изменения здесь не упоминается, так как она не привязана к определенным выпускам.


API Graph

Выпуск: 1 мая 2018 г. | Доступно до: 28 июля 2020 г. | Запись в блоге


Новые функции

Прозрачность сертификатов

Проверка приложения

  • API Groups. С помощью нового API Groups можно получать доступ к контенту в группе Facebook. Для использования этого API требуются два новых разрешения: groups_access_member_info и publish_to_groups.

API Pages

  • ID внутри страницы. 24 апреля 2018 г. мы объявили о том, что API Pages теперь возвращает ID пользователя внутри Страницы, а не ID пользователя внутри приложения. Мы выпустили новый API без поддержки версий, с помощью которого разработчики могут сопоставлять ID внутри приложения с ID внутри Страницы.

Изменения

Проверка приложения

  • Разрешения и функции, подлежащие проверке. Мы существенно изменили требования к проверке приложения. Теперь она обязательна для многих разрешений и функций. Подробнее об этих изменениях см. в документации по проверке приложения.

Граница контекста comments

Вход через Facebook

  • Окончание срока действия маркеров доступа: маркер доступа становится недействительным, если пользователь не взаимодействовал с приложением в течение 90 дней.

  • public_profile заменили следующие поля по умолчанию:
    • id
    • first_name
    • last_name
    • middle_name
    • name
    • name_format
    • picture
    • short_name
    В результате упразднены следующие поля, относившиеся к public_profile:
    • age_range
    • context
    • cover
    • currency
    • devices
    • gender
    • link
    • locale
    • timezone
    • updated_time
    • verified
  • Разрешения rsvp_event и user_managed_groups упразднены. Разрешение user_managed_groups по-прежнему можно использовать для тестирования, но его нельзя включать для Проверки входа.

  • Добавлены пять новых разрешений:
    • groups_access_member_info — позволяет получать связанные с участниками данные на основании контента группы;
    • publish_to_groups — позволяет публиковать контент в группе от имени пользователя;
    • user_age_range — позволяет получать информацию о возрасте человека;
    • user_gender — позволяет получать информацию о поле человека;
    • user_link — позволяет получать доступ к URL профиля Facebook, принадлежащего другому пользователю приложения.

Считывание границ контекста и полей

  • При использовании маркера доступа пользователя следующие границы контекста и поля возвращают только текущего пользователя (и только если это применимо).
    Узел Границы контекста Поля

    Album

    from

    Photo

    /likes

    /reactions

    /tags

    /tags/tagging_user

    target

    Post

    /likes

    /reactions

    message_tags

    story

    to

    with_tags

    Video

    /likes

    /reactions

    /tags


Упраздненные элементы

Упраздненных элементов в этой версии нет.


Важные изменения за 90 дней

Все приложения

  • Режим разработки. Для приложений в режиме разработки теперь действует ограничение в 200 вызовов в час на каждую пару приложения и Страницы. Доступ к ним теперь имеют только пользователи с ролями (администратор, разработчик или тестировщик).
  • Режим открытого доступа. В режиме открытого доступа администраторы, разработчики и тестировщики приложения больше не имеют доступа к разрешениям и функциям, которые обычно требуют проверки приложения. Для всех приложений, созданных после 1 мая 2018 г., это изменение вступает в силу немедленно. Для приложений, созданных до этой даты, оно вступит в силу 1 августа 2018 г.

API Graph для Instagram

  • Проверка компании. Все приложения должны проходить проверку компании в рамках проверки приложения. Она требуется для всех конечных точек API Graph для Instagram. Приложения, прошедшие проверку до 1 мая 2018 г., должны пройти ее повторно до 1 августа 2018 г. В противном случае они утратят доступ к этому API.

Статистика Страницы

  • Для метрик разбивки Статистики Страницы возвращаются только ненулевые значения.

  • Метрики вовлеченности для историй на Страницах и в публикациях, включая metric, используемый с полем метрики, получили новое название activity (вместо stories).

  • Метрики вовлеченности для кликов публикаций Страницы, включая metric, используемый с полем метрики, получили новое название post_clicks* (вместо post_consumption*).

  • GET /{page-id}/insights/{metric} — следующие метрики будут удалены через 90 дней:

    • page_story_adds
    • page_story_adds_by_age_gender_unique
    • page_story_adds_by_city_unique
    • page_story_adds_by_country_unique
    • page_views
    • page_views_unique
    • page_views_login
    • page_views_login_unique
  • GET /{post-id}/insights/{metric} — следующие метрики будут удалены через 90 дней:

    • post_story_adds_by_action_type
    • post_story_adds_by_action_type_unique
    • post_story_adds_unique
    • post_story_adds
    • post_fan_reach
    • post_interests_impressions
    • post_interests_impressions_unique
    • post_interests_consumptions
    • post_interests_consumptions_unique
    • post_interests_consumptions_by_type
    • post_interests_consumptions_by_type_unique
    • post_interests_action_by_type
    • post_interests_action_by_type_unique

Places Graph

  • Новый тип ID места. Конечные точки Places Graph теперь возвращают ID места нового типа. Подробнее см. в документации по Places Graph. Более ранние версии API будут возвращать ID прежнего типа до 1 августа 2018 г.
  • Граница контекста/photos — параметр type для границы контекста /photos (доступный в нескольких узлах) больше не поддерживает значение uploaded для операций GET (GET /object/photos?type=uploaded).

Узел пользователя

  • GET /user — поле third_party_id упразднено. Приложения, использующие более ранние версии API, могут получать это поле до 30 июля 2018 г. Приложения, установленные пользователями начиная с 1 мая 2018 г., не могут получать это поле вне зависимости от версии API.

API Marketing

Выпуск: 1 мая 2018 г. | Доступно до: 1 февраля 2019 г. | Запись в блоге


Новые функции

Стратегия назначения ставок с минимальной стоимостью, поле bid_strategy

Мы ввели новое поле bid_strategy для {account-id}/adsets. Оно позволяет выбрать стратегию назначения ставок для рекламы в зависимости от бизнес-целей. У каждой стратегии есть свои преимущества и недостатки. Ниже перечислены возможные параметры.

  • LOWEST_COST: позволяет получить максимальное количество результатов согласно бюджету группы объявлений и цели показа optimization_goal. Facebook автоматически продолжит назначать ставки, чтобы потратить заданный бюджет. Этот параметр позволяет установить максимальное значение для ставки или снять ограничение для нее.

  • TARGET_COST: стабильная средняя стоимость показа рекламы с увеличением бюджета группы объявлений.

Подробнее см. в справке по ставкам и оптимизации рекламы.


Создание рекламы с подборкой

Новый API для создания рекламы с подборкой. Ранее при каждом создании такой рекламы Facebook создавал холст в фоновом режиме. Доступ к такой рекламе был ограничен — вы не могли использовать ее для ретаргетинга аудиторий, которые взаимодействовали с холстом. Теперь при создании рекламы с подборкой из групп товаров нужно явным образом создать холст с правильными элементами. Чтобы Facebook автоматически сгенерировал рекламу с подборкой, примените в ней этот холст. Подробнее см. в разделе Реклама с подборкой из группы продуктов.


Важные изменения

Управление рекламой

  • Недействительная реклама в правом столбце. Мы признаем недействительными объявления, размещаемые только в позиции right_hand_column, если в {ad_account_id}/adsets для right_hand_column указаны недействительные цели. Теперь в правом столбце можно размещать рекламу в поддерживаемых форматах только со следующими целями: "Трафик", "Конверсии" и "Продажи по каталогу товаров".

  • Начиная с версии 3.0 is_autobid и is_average_price_pacing упразднены для GET и POST.

Аудитории и таргетинг рекламы

Динамическая реклама

  • Доступ к каталогу продуктов. Чтобы получить доступ к каталогу продуктов, необходимо указать правильную отрасль каталога. Если в запросе указана неправильная отрасль, вы получите ошибку. Например, к каталогу для электронной коммерции следует обращаться через соответствующую конечную точку /products, например GET {catalog_id}/products, GET {product_feed_id}/products или GET {product_set_id}/products. У вас не получится обратиться к нему через конечные точки для других отраслей, например GET {catalog_id}/autos, GET {product_feed_id}/hotels или GET {product_set_id}/flights.

  • Пустые строки в тегах шаблона. В качестве параметров для тегов шаблона динамической рекламы больше не разрешается использовать пустые строки. Например, если вы попытаетесь передать пустую строку в {{trip.checkin_date date_format:}}, вы получите ошибку. См. раздел Управление рекламой.

Статистика рекламы и измерения

  • Время ожидания для API Insights. Если, по нашим расчетам, запрос к API Insights превысит время ожидания, возвращается ошибка с кодом 100 и подкодом 1504033. Это решение принимается на основе размера запроса и скорости обработки по отношению к максимальному времени ожидания. Если вы получили такую ошибку, выполните асинхронный запрос к API Insights для получения этих данных. См. раздел Асинхронные задания API Insights.

  • Отрицательные значения в данных событий. Если вы отправляете в {data_set_id}/events данные события с отрицательным значением, запрос завершается неудачно. Это затрагивает поле data для POST /{data_set_id-id}/events.

  • Статистика по оптимизации бюджета кампании. Теперь adset_budget_value возвращает using campaign budget, если в кампании используется оптимизация бюджета. Это затрагивает следующие запросы:

    • GET {adaccount-id}/insights

    • GET {campaign-id}/insights

    • GET {adset-id}/insights

    • GET {ad-id}/insights

    • POST {adaccount-id}/insights

    • POST {campaign-id}/insights

    • POST {adset-id}/insights

    • POST {ad-id}/insights

  • Сортировка по умолчанию для пикселя. Если вызвать границу контекста GET {account_id}/adspixel для бизнес-аккаунта или рекламного аккаунта, полученные результаты будут по умолчанию отсортированы по имени пикселя, а не по последнему времени активации пикселя.

  • Переименование поля статистики пикселя. Поле timestamp границы контекста статистики пикселя переименовано в start_time. Теперь оно представляет время начала сбора почасовых данных об активации пикселя. Значение возвращается в формате ISO 8601 и включает сдвиг часового пояса. Таким образом устранена проблема с возвратом неправильных меток времени Unix. Это изменение затрагивает конечную точку GET {ads-pixel-id}/stats.

Упраздненные элементы

Business Manager

Упразднена конечная точка POST {pixel-id}/shared_agencies. Чтобы поделиться рекламным пикселем с агентством, используйте Business Manager.

Управление рекламой

  • В целях упрощения API упразднен флаг redownload для следующих конечных точек:
    • POST {ad-id}/

    • POST {adset-id}/

    • POST act_{ad-account-id}

    • POST act_{ad-account-id}/ads

    • POST act_{ad-account-id}/adsets

    Эту информацию по-прежнему можно считать с помощью параметра fields.
  • Упразднено поле zipbytes границы контекста POST act_{ad-account-id}/adimages. Для этой границы больше не возможно загружать ZIP-файлы. Используйте изображения со следующими расширениями: jpg, jpeg, gif, bmp, png, tiff или tif.

  • Упразднен текущий метод создания рекламы с подборкой: один вызов API с указанием всех необходимых объектов в качестве параметров. Теперь нужно сначала создать холст, а затем использовать ссылку на него, чтобы создать рекламу с подборкой. Таким образом вы сможете работать с объектом холста, что позволяет, например, ретаргетировать аудитории. См. раздел Реклама с подборкой.

  • Формат с кольцевой галереей больше не используется для рекламы с целью "Вовлеченность для публикации Страницы". Это сочетание больше не доступно. См. раздел Цели и креативы.

Ставки и покупка рекламы

  • Упразднены поля is_autobid и is_average_price_pacing для конечных точек POST {ad-account-id}/adsets и POST {adset-id}. Вместо них следует использовать новое поле bid_strategy, чтобы указать стратегию назначения ставок для группы объявлений. Подробнее см. в разделе Ставки и оптимизация.
  • Упразднены поля delivery_estimate для объявлений и рекламных аккаунтов. Результаты не отвечали требованиям рекламодателей. Кроме того, предлагаемая Facebook сумма ставки может не отвечать бизнес-целям многих рекламодателей. Упразднены следующие поля и параметры:

    • поле bid_estimate;

    • параметр currency;

    • параметр daily_budget;

    • параметр optimize_for.

    Рекомендуем основывать ставки на реальных результатах рекламы. Если вы ещё не знаете, насколько эффективна реклама, рекомендуем использовать автоматический выбор ставок. Подробнее см. в разделе, посвященном аукциону рекламы, в Справочном центре рекламодателя и в разделе Ставки и оптимизация рекламы.

  • Изменен тип результата, возвращаемого в поле curve_budget_reach для запроса GET /{rf-prediction-id}. Теперь вместо сериализованной строки JSON возвращается карта. Это затрагивает GET /{rf-prediction-id}.

  • Упразднена граница контекста GET /{ad-account-id}/ratecard.

  • Упразднено несколько полей /ad_accounts, связанных с биллингом. В том числе:

    • next_bill_date

    • active_billing_date_preference

    • pending_billing_date_preference

    • active_asl_schedule

    • salesforce_invoice_group_id

    • transactions

    • adspaymentcycle

    • show_checkout_experience

  • Упразднены поля pixel_id и external_event_source границы контекста GET /customaudience.

Статистика рекламы и измерения

  • Упразднено поле matched_unique_users узла OFFLINE_EVENT_SET_ID, возвращаемое запросами GET /{data-set-id} и GET /{data-set-upload-id}. См. раздел API Offline Conversions.

  • Упразднены граница контекста attributed_events и поле attribute_stats для GET /{data_set_id} API. Используйте API GET /{data_set_id}/stats для получения статистики по событиям.

  • Упразднено поле matched_unique_users узла OFFLINE_EVENT_SET_ID, возвращаемое запросами GET /{data-set-id} и GET /{data-set-upload-id}.

  • Изменены возвращаемые значения по умолчанию для GET {data_set_upload_id}. По умолчанию больше не возвращаются следующие поля: first_upload_time, last_upload_time, api_calls, valid_entries, matched_entries, duplicate_entries, event_time_min, event_time_max, event_stats и matched_unique_users.

  • Изменены возвращаемые по умолчанию значения для GET {data_set_id}/stats. Теперь по умолчанию возвращается только статистика по количеству. Чтобы указать, какие значения должны быть возвращены, используйте параметр fields или summary для общей статистики, например average_upload_delay.

  • Изменения возвращаемые по умолчанию значения для GET {data_set_id}. По умолчанию больше не возвращаются следующие поля: attribute_stats, duplicate_entries, event_stats, event_time_max, event_time_min, matched_entries, matched_unique_users, usage, valid_entries.

  • Упразднена граница контекста GET {data-set-upload-id}/stats. Вместо нее используйте поле valid_entries или matched_entries узла GET {data-set-upload-id}.

  • Упразднено поле canvas_component_avg_pct_view API Insights.