Social Rocket
Meta supprime la vérification supplémentaire « Access Verification » pour les apps qui traitent, via ses interfaces, les données commerciales d'entreprises tierces. Ce changement a été annoncé le 9 octobre 2026 dans le blog développeurs de Meta. Pour les fournisseurs de logiciels de médias sociaux, une étape de contrôle distincte disparaît ainsi. Les autorisations de base pour les entreprises et les permissions API restent en vigueur.
Pour les agences et éditeurs de logiciels allemands, la distinction est importante : moins de gestion d'onboarding ne signifie pas que Meta accorde de façon générale l'accès aux données clients.
Quel contrôle disparaît ?
La procédure Access Verification servait à confirmer qu'une entreprise agit réellement en tant que Tech Provider pour des clients professionnels. Elle concernait en particulier les apps qui accèdent, via les API de Meta, à des données n'appartenant pas à leur propre exploitant.
Selon la nouvelle règle, les développeurs n'ont plus à soumettre d'informations commerciales supplémentaires pour cette vérification ni à attendre sa décision. Meta indique qu'il retirera le formulaire, ses conditions et l'affichage du statut dans le tableau de bord de l'app. Les points de terminaison API qui rejetaient jusqu'ici séparément un statut Access Verification absent ou négatif ne devraient plus effectuer cette vérification spécifique.
Cela modifie une partie technique de l'onboarding, et non l'étendue des droits sur les données. Restent déterminants le fait qu'un client accorde à l'app les accès nécessaires et que ces autorisations soient admissibles.
La Business Verification et l'App Review restent obligatoires
Selon Meta, les deux contrôles principaux sont maintenus. La Business Verification continue de vérifier l'identité de l'entreprise avant qu'une app puisse utiliser les données commerciales d'autres sociétés. L'App Review reste requise pour les autorisations API étendues. Les règles, les contrôles d'utilisation des données et les exigences de protection des données continuent également de s'appliquer.
Une app dont l'onboarding client était bloqué ne devient donc pas forcément opérationnelle immédiatement avec cette suppression. Si la vérification de l'entreprise ou l'approbation d'une autorisation nécessaire fait défaut, il s'agit d'un problème distinct. Meta ne publie dans l'annonce aucune date générale à partir de laquelle chaque tableau de bord affichera la nouvelle interface.
En outre, Direct Integrator devient la classification standard. Le simple ajout d'une app à une entreprise ne devrait plus modifier automatiquement son classement en Tech Provider. Ce statut dépendra désormais d'une bascule explicite ou des autorisations étendues demandées.
Pourquoi cela concerne les outils marketing
Les applications de community management, de reporting de campagnes, de publication sur les réseaux sociaux ou de communication client relient souvent plusieurs comptes professionnels. Ces fournisseurs doivent distinguer le propriétaire de l'app, le donneur d'ordre et les autorisations réellement approuvées.
Ce changement intéresse donc davantage le développement de nouvelles intégrations que l'utilisateur ordinaire d'un compte Facebook ou Instagram. Il s'inscrit dans le mouvement plus large vers des interfaces de plateforme pour les processus commerciaux automatisés, comme la Enterprise Platform pour Business Agents et les API de Meta.
Là aussi, avec les outils WhatsApp Business pour agents IA, ce sont les autorisations réelles et l'accès aux ressources d'autres entreprises qui sont au centre. La suppression d'une vérification supplémentaire des Tech Providers ne remplace ni un consentement ni le contrôle des droits API concernés.
La conséquence technique qui a du sens
Pour les exploitants d'intégrations existantes, il est utile de vérifier les paramètres concrets de l'application : quelles autorisations ont déjà été approuvées ? L'entreprise est-elle vérifiée ? L'application est-elle enregistrée comme Direct Integrator ou Tech Provider ? Un ancien document d'onboarding qui présente Access Verification comme une étape obligatoire distincte devrait être revu à la lumière de la nouvelle règle.
Pour les services marketing, en revanche, rien ne change automatiquement quant à ce qu'un outil connecté peut faire de leurs données. Pour les intégrations complexes d'IA et de commerce, comme le Personal Agent Protocol de Meta et Sierra, le contrôle précis des accès reste un critère de choix essentiel.
L'annonce a par ailleurs été documentée par Social Media Today. Meta justifie la suppression en expliquant que les contrôles restants pour les entreprises et les applications ont été développés.