Guide de migration vers l’Account Activity API v2
Résumé des modifications
- Format de l’API : Les endpoints utilisent le chemin de base /2/account_activity/ au lieu de /1.1/account_activity/.
- Gestion des webhooks : La création, la liste, la validation (CRC) et la suppression des webhooks sont gérées par la V2 Webhooks API.
- Authentification : Les endpoints v2 nécessitent soit :
- OAuthUser (OAuth à 3 étapes) pour les actions spécifiques à un utilisateur (p. ex., abonner un utilisateur).
- OAuth2 App Only (Jeton Bearer) pour les actions au niveau de l’App (p. ex., lister/supprimer des abonnements).
- v1.1 utilisait des exigences variables, souvent OAuth 1.0a.
- Correspondance des endpoints :
Endpoint v1.1 | Équivalent / action v2 | Remarques |
---|---|---|
POST /1.1/account_activity/webhooks.json?url=<URL> | POST /2/webhooks | Docs. Requiert OAuth2AppOnly. |
GET /1.1/account_activity/webhooks.json | GET /2/webhooks | Docs. Requiert OAuth2AppOnly. |
PUT /1.1/account_activity/webhooks/:webhook_id.json | PUT /2/webhooks/:webhook_id | Déclenche le CRC. Docs. Requiert OAuth2AppOnly. |
DELETE /1.1/account_activity/webhooks/:webhook_id.json | DELETE /2/webhooks/:webhook_id | Docs. Requiert OAuth2AppOnly. |
POST /1.1/account_activity/webhooks/:webhook_id/subscriptions/all.json | POST /2/account_activity/webhooks/:webhook_id/subscriptions/all | Requiert OAuthUser. |
GET /1.1/account_activity/subscriptions/count.json | GET /2/account_activity/subscriptions/count | Requiert OAuth2AppOnly. |
GET /1.1/account_activity/webhooks/:webhook_id/subscriptions/all.json | GET /2/account_activity/webhooks/:webhook_id/subscriptions/all | Requiert OAuthUser. |
GET /1.1/account_activity/webhooks/:webhook_id/subscriptions/all/list.json | GET /2/account_activity/webhooks/:webhook_id/subscriptions/all/list | Requiert OAuth2AppOnly. |
DELETE /1.1/account_activity/webhooks/:webhook_id/subscriptions/:user_id/all | DELETE /2/account_activity/webhooks/:webhook_id/subscriptions/:user_id/all | Requiert OAuth2AppOnly. |
DELETE /1.1/account_activity/webhooks/:webhook_id/subscriptions/all | Obsolète / Pas d’équivalent direct | Utilisez des suppressions individuelles ou supprimez le webhook via DELETE /2/webhooks/:webhook_id. |
- Formats de réponse : Consultez les structures de réponses de réussite et d’erreur dans la documentation AAAPI.
Comment migrer
- Choisir une offre :
- Choisissez l’offre Enterprise ou Pro pour l’accès à l’Account Activity API, en tenant compte de :
- Nombre de webhooks requis.
- Abonnements ou utilisateurs autorisés actuels/prévus.
- Nombre d’applications clientes X.
- Niveau de support souhaité (forum vs support Enterprise géré en 1:1).
- Détails de tarification (contacter l’équipe commerciale pour Enterprise).
- Choisissez l’offre Enterprise ou Pro pour l’accès à l’Account Activity API, en tenant compte de :
- Mettre à jour votre authentification vers OAuth 2.0 :
- Assurez-vous que votre X App dispose des autorisations « Read, Write, and Access Direct Messages ».
- Passez à OAuth 2.0 pour les endpoints v2. Réautorisez les utilisateurs si les scopes ont changé.
- Utilisez le developer portal pour gérer :
- OAuth 2.0 Access Token.
- Client ID et Client Secret.
- Vérifier ou reconfigurer votre webhook :
- Utilisez votre URL de webhook existante ou configurez-en une nouvelle (p. ex., https://your_domain.com/webhook/twitter).
- Suivez la documentation V2 Webhooks API pour enregistrer et gérer votre webhook.
- Exemples d’applications :
- Simple webhook server
- Un script Python unique qui montre comment répondre au contrôle CRC et accepter des événements POST.
- Account Activity API sample dashboard
- Une application web écrite avec bun.sh qui vous permet de gérer les webhooks, les abonnements et de recevoir des événements en direct directement dans l’application.
- Simple webhook server