Publiée le 4 août 2020 | Disponible jusqu’au 1er novembre 2022 | Publication de blog
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
S’applique à toutes les versions.
Cette modification concerne toutes les versions.
Les applications nouvellement créées peuvent désormais choisir un type d’app : Entreprise, Jeux vidéo ou Aucun. Cela simplifie l’interface Contrôle app en supprimant les autorisations et fonctionnalités inappropriées en fonction du type choisi. En outre, les applications dotées du type Entreprise utilisent un nouveau mécanisme d’autorisation, n’ont plus recours aux modes et ont accès à une nouvelle fonctionnalité. Pour plus d’informations, reportez-vous à l’entrée du changelog relative aux applications d’entreprise.
Les applications dotées du type Entreprise utilisent un nouveau mécanisme d’autorisation appelé niveaux d’accès. Les niveaux d’accès remplacent la fonctionnalité fournie par le mode développement et par le mode en ligne, qui ont été supprimés pour les applications d’entreprise. Les niveaux d’accès simplifient le processus Contrôle app et le rendent plus intuitif. En outre, une nouvelle fonctionnalité Accès au profil utilisateur par les ressources professionnelles a été publiée. Elle permet aux applications d’entreprise de lire un ensemble restreint de champs d’utilisateur publics. Ces modifications sont décrites en détail ci-dessous.
S’applique à toutes les versions.
Les niveaux d’accès désignent un nouveau mécanisme d’autorisation de l’API Graph conçu pour les applications d’entreprise qui s’applique aux autorisations et fonctionnalités de manière individuelle. L’accès standard permet uniquement d’accéder aux données détenues par les utilisateurs qui disposent d’un rôle sur l’application ou d’un rôle dans une entreprise ayant revendiqué l’application. L’accès avancé permet d’accéder aux données appartenant à tout utilisateur de l’application, mais nécessite le processus Contrôle app. L’accès standard est automatiquement accordé aux applications d’entreprise pour toutes les autorisations et fonctionnalités disponibles pour ce type d’application.
S’applique à toutes les versions.
Le mode développement et le mode en ligne ont été supprimés pour les applications d’entreprise. Ces modes ont été remplacés par les niveaux d’accès, qui offrent les mêmes fonctionnalités et un surcroît de polyvalence. En effet, puisque les applications d’entreprise disposent d’un accès standard pour toutes les autorisations et fonctionnalités disponibles, tous les utilisateurs qui disposent d’un rôle sur l’application ou d’un rôle dans une entreprise ayant revendiqué l’app peuvent accorder à l’application n’importe quelle autorisation disponible à tout moment. Cela élimine la nécessité de recourir au processus Contrôle app ou d’alterner entre les modes au cours du développement.
S’applique à toutes les versions.
La nouvelle fonctionnalité Accès au profil utilisateur par les ressources professionnelles permet aux applications d’entreprise de lire un ensemble restreint de champs publics sur un utilisateur, à condition que cet utilisateur ait interagi avec des ressources qui appartiennent à une entreprise ayant revendiqué l’application. Pour obtenir la liste des champs utilisateur lisibles, reportez-vous à la référence concernant la fonctionnalité Accès au profil utilisateur par les ressources professionnelles.
S’applique à toutes les versions.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
GET /{group-id}/posts
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
S’applique à toutes les versions.
Un nouveau point de terminaison GET /instagram_oembed
a été introduit. Il offre les mêmes fonctionnalités que les points de terminaison oEmbed existants d’Instagram, qui sont obsolètes depuis le 24 octobre 2020. Ce nouveau point de terminaison nécessite un token d’accès. Vous aurez donc besoin d’un compte de développeur Facebook et d’une app enregistrée pour y accéder. Pour obtenir des instructions d’utilisation et des informations complémentaires, reportez-vous au document concernant oEmbed Instagram.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Utilisez le point de terminaison GET /{live-video-id}/reactions
pour obtenir des mentions « J’aime » pour une vidéo en direct.
S’applique aux versions 8.0 et supérieures. Toutes les autres versions sont concernées depuis le 2 novembre 2020.
Le paramètre save_vod
est obsolète pour les arêtes suivantes :
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
S’applique à toutes les versions.
Le processus Contrôle app pour Messenger a été déplacé de Produits > Messenger > Paramètres vers Contrôle app dans l’espace app. Pour demander les autorisations propres à Messenger, pages_messaging
, pages_user_gender
, pages_user_locale
et pages_user_timezone
, accédez à Contrôle app > Autorisations et fonctionnalités. Pour en savoir plus, reportez-vous à la documentation sur Contrôle app pour Messenger.
S’applique aux versions 8.0 et supérieures.
Le type de menu persistant imbriqué est devenu obsolète pour POST /{page-id}/messenger_profile
.
S’applique aux versions 8.0 et supérieures.
Prise en charge des envois et des réceptions de produits sur Messenger pour les boutiques. Cela inclut le modèle de produit utilisable pour l’envoi de produits dans des messages, les webhooks des messages associés à un modèle de produit et des messages provenant de la page de détails d’un produit des Boutiques Facebook, ainsi que les webhooks echo pour les messages associés à des produits.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
GET /{open-graph-action-id}/comments
POST /{open-graph-action-id}/comments
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
GET /{group-id}/posts
Ces éléments ne sont plus pris en charge dans aucune des versions.
Le format ID de commentaire de publication de Page, {page-id}_{post_id}_{comment-id}
, est désormais obsolète. Utilisez le format {pagepost-id}_{comment-id}
à la place.
Ces éléments ne sont plus pris en charge dans aucune des versions.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
Utilisez le point de terminaison GET /post/reactions
pour obtenir des mentions « J’aime » pour une publication.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis novembre 2020.
Cette modification s’applique à toutes les versions depuis le 24 octobre 2020.
Les points de terminaison oEmbed Facebook, qui permettent aux applications de récupérer le code d’intégration HTML pour les publications et vidéos Facebook publiques, sont devenus obsolètes le 24 octobre 2020. Trois nouveaux points de terminaison ont été introduits et fournissent les mêmes fonctionnalités que les points de terminaison qu’ils remplacent :
Ces nouveaux points de terminaison nécessitent un token d’accès, et les requêtes seront soumises à un plafond. Pour obtenir des détails d’utilisation et des informations complémentaires, reportez-vous à la documentation concernant les nouveaux points de terminaison oEmbed.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis novembre 2020.
Ces éléments ne sont plus pris en charge dans aucune des versions.
Cette modification concerne toutes les versions.
Depuis le 24 octobre 2020, les champs suivants nécessitent une réautorisation d’accès aux données après 90 jours d’inactivité :
Concerne toutes les versions à partir du 24 octobre 2020.
À compter du 24 octobre 2020, le point de terminaison GET /{user-id}/picture
(GET /{user-id}?fields=picture
) nécessite un ID utilisateur spécifique à une application (ASID) pour les requêtes sans token. Si vous interrogez l’utilisateur sans ASID, vous devez inclure un token d’accès d’app, client ou utilisateur dans la requête. Pour plus d’informations, reportez-vous à la référence concernant l’image utilisateur.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures. Ils ne sont plus pris en charge dans aucune des versions depuis le 2 novembre 2020.
GET /access_requests
Publiée le 4 août 2020 | Disponible jusqu’au 4 mai 2021 | Publication de blog
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
GET /AdReportSchedule
S’applique aux versions 8.0 et supérieures. Toutes les autres versions sont concernées depuis le 2 novembre 2020.
Les applications nécessitent des autorisations granulaires pour accéder aux champs d’entreprise d’un compte publicitaire. Les autorisations doivent être accordées pour un objet d’entreprise spécifique.
S’applique aux versions 8.0 et supérieures.
Toutes les publicités utilisant asset_feed_spec
doivent contenir au moins deux règles de personnalisation de cible. Si votre contenu publicitaire utilise asset_feed_spec
et comporte moins de deux règles, vous ne pourrez pas créer cette publicité.
Cette modification concerne la personnalisation des éléments de placement, les publicités multilingues et la personnalisation des éléments de segment.
S’applique aux versions 8.0 et supérieures. Toutes les autres versions sont concernées depuis le 2 novembre 2020.
Tous les cas d’utilisation non liés à la géolocalisation sont désormais obsolètes pour les utilisateurs de la personnalisation des éléments de segment. Du fait de cette modification, toutes les règles de ciblage doivent intégrer des informations de géolocalisation à leur spécification de personnalisation. La règle par défaut fait exception. Elle n’a pas besoin d’inclure de géolocalisation.
S’applique aux versions 8.0 et supérieures.
La stratégie d’enchère TARGET_COST
est obsolète. Pour continuer à contrôler les coûts, nous vous recommandons d’utiliser les enchères de plafond de coût. Consultez toutes les stratégies d’enchères disponibles.
Ces éléments ne sont plus pris en charge dans les versions 8.0 et supérieures.
Concerne toutes les versions.
Les points de terminaison suivants ont été réintroduits :
Ces deux points de terminaison avaient précédemment été abandonnés avec le lancement de l’API Graph V6.0.
S’applique aux versions 8.0 et supérieures. Toutes les autres versions sont concernées depuis le 31 janvier 2021.
Vous n’avez plus besoin de l’autorisation ads_management
pour accéder aux points de terminaison de catalogue produits. À l’avenir, vous devrez disposer de l’autorisation catalog_management
pour appeler ces points de terminaison. Les développeurs qui ont eu accès aux points de terminaison de catalogue via ads_management
au cours des 90 derniers jours ont été automatiquement migrés vers les autorisations catalog_management
avant le 14 août 2020.
Entre cette date et le 28 février 2021, les développeurs utilisant des versions antérieures de l’API étaient toujours en mesure d’appeler les points de terminaison de catalogue produits avec l’autorisation ads_management
. Si vous utilisez la version 8.0, vous devrez disposer de l’autorisation catalog_management
.
Après la date limite de février, l’autorisation catalog_management
n’est plus associée à ads_management
. Par conséquent, les utilisateurs doivent explicitement accorder l’autorisation catalog_management
à votre application.
S’applique aux versions 8.0 et supérieures. Toutes les autres versions sont concernées depuis le 2 novembre 2020.
[MIS À JOUR] Les points de terminaison suivants de l’API Catalog respectent désormais les paramètres professionnels d’authentification à deux facteurs. Toutes les applications appelant ces points de terminaison obtiendront un message d’erreur si l’entreprise qui possède le catalogue requiert une authentification à deux facteurs pour l’utilisateur actuel de l’application, et que celui-ci ne s’est pas authentifié avec cette méthode.
Lorsque l’utilisateur actuel de l’application dispose d’un accès au catalogue par le biais d’une entreprise partenaire, nous respectons les exigences d’authentification de l’outil Business Manager du partenaire. Les utilisateurs système n’ont pas besoin de s’authentifier par le biais de deux facteurs.
POST /{home-listing-id}
DELETE /{home-listing-id}
POST /{page-id}/product_catalogs
POST /{product-catalog-id}/agencies
DELETE /{product-catalog-id}/agencies
POST /{product-catalog-id}/batch
POST /{product-catalog-id}/external_event_sources
DELETE /{product-catalog-id}/external_event_sources
POST /{product-catalog-id}/product_feeds
POST /{product-feed-id}/upload_schedules
S’applique aux versions 8.0 et supérieures.
GET /{ad-study-id}?fields=split_test_config
GET /{ad-study-id}?fields=iterative_split_test_config
S’applique aux versions 8.0 et supérieures.
GET /search?type=adzipcode
ads_management
. La nouvelle date limite était fixée au 28 février 2021.GET /{place-id}
à GET /{place-information-id}
. GET /{place-id}
n’a pas été abandonné.