Comparaison entre Enterprise et X API v2
- Granularité
- Pagination
- Fuseau horaire
- URL des endpoints
- Nécessité d’une App et d’un projet
- Plages temporelles disponibles
- Format des données de réponse
- Méthodes HTTP
- Formats de date/heure des requêtes
- Paramètres de requête
- Opérateurs de filtrage
Similarités
bucket pour la version Enterprise, granularity pour la version v2), les valeurs que vous pouvez passer à ce paramètre sont les mêmes, tout comme le comportement par défaut :
dayhour(par défaut)minute
since_id et until_id), Enterprise et v2 vous permettent tous deux de paginer dans le temps (fromDate et toDate avec Enterprise, et start_time et end_time pour v2).
Si vous utilisez la version Enterprise, vous utiliserez le paramètre next pour paginer ; le champ de jeton suivant s’appellera next et il se trouvera à la racine de la réponse.
Si vous utilisez v2, vous pouvez utiliser soit le paramètre next_token, soit pagination_token pour paginer, et votre jeton suivant se trouvera à l’emplacement meta.next_token dans la réponse.
Fuseau horaire
Comme indiqué dans la section sur la pagination, vous pouvez parcourir différentes pages de données en utilisant le temps, à la fois pour Enterprise et pour v2. Dans les deux cas, vous utiliserez l’UTC comme fuseau horaire lorsque vous utiliserez ces paramètres.
Différences
- Endpoints Enterprise :
- 30 jours -
http://gnip-api.x.com/search/30day/accounts/:account_name/:label/counts.json - Archive complète -
http://gnip-api.x.com/search/fullarchive/accounts/:account_name/:label/counts.json
- 30 jours -
- Endpoints X API v2
- Récent (7 jours) -
https://api.x.com/2/tweets/counts/recent - Archive complète -
https://api.x.com/2/tweets/counts/all
- Récent (7 jours) -
- Les données de comptage Enterprise se trouvent dans un objet
results, tandis que les données de comptage v2 se trouvent dans un objetdata. - Les champs de comptage Enterprise sont nommés
timePeriod(heure de début) etcount, tandis que v2 sépare la période temporelle en deux champsstartetend(qui utilisent un format de date/heure différent de celui d’Enterprise, expliqué dans les formats temporels des requêtes) et renomme le champ de comptage entweet_count. - Les métadonnées Enterprise incluent
totalCount,nextet l’objetrequestParametersau niveau racine. En revanche, v2 n’inclut pas l’objetrequestParameterset déplace/renomme les éléments suivants dans un objetmetasitué au niveau racine :total_tweet_countetnext_token.
timePeriod : YYYYMMDDHHmm
L’endpoint v2 utilise le format de date/heure ISO 8601/RFC 3339, à la fois dans les paramètres de pagination et dans les champs de réponse start et end : YYYY-MM-DDTHH:mm:ssZ
Paramètres de requête
Voici un tableau des paramètres de requête pour Enterprise et X API v2 :
| Enterprise | Search Posts v2 |
|---|---|
| query | query |
| bucket | granularity |
| fromDate (YYMMDDHHmm) | start_time (YYYY-MM-DDTHH:mm:ssZ) |
| toDate (YYMMDDHHmm) | end_time (YYYY-MM-DDTHH:mm:ssZ) |
| since_id | |
| until_id | |
| next | next_token et pagination_token |
Index de la référence de l’API
Nombre de Publications récentes
| Obtenir le nombre de Publications correspondant à une requête sur les 7 derniers jours | [GET /2/tweets/counts/recent](/x-api/posts/tweet-counts#api-reference-index/get-tweets-counts-recent) |
Décomptes de Publications sur l’archive complète
| Obtenir un décompte des Publications correspondant à une requête | [GET /2/tweets/counts/all](/x-api/posts/tweet-counts#api-reference-index/get-tweets-counts-all) |