Comparación de Enterprise con X API v2
- Granularidad
- Paginación
- Zona horaria
- URLs de endpoints
- Requisito de App y Project
- Periodos de tiempo disponibles
- Formato de datos de respuesta
- Métodos HTTP
- Formatos de tiempo de la solicitud
- Parámetros de solicitud
- Operadores de filtrado
Similitudes
bucket para la versión enterprise, granularity para la versión v2), los valores que puedes pasar con ese parámetro son los mismos, así como el comportamiento predeterminado:
dayhour(predeterminado)minute
since_id y until_id), tanto enterprise como v2 te permiten paginar usando el tiempo (fromDate y toDate con enterprise, y start_time y end_time para v2).
Si estás usando la versión enterprise, usarás el parámetro next para paginar, el campo del siguiente token se llamará next y estará ubicado en la raíz de la respuesta.
Si estás usando v2, puedes usar el parámetro next_token o pagination_token para paginar, y tu siguiente token estará ubicado en meta.next_token en la respuesta.
Zona horaria
Como se indica en la sección de paginación, puedes navegar por diferentes páginas de datos usando el tiempo tanto para enterprise como para v2. En ambos casos, usarás UTC como zona horaria al utilizar estos parámetros.
Diferencias
- Endpoints de enterprise:
- 30 días -
http://gnip-api.x.com/search/30day/accounts/:account_name/:label/counts.json - Archivo completo -
http://gnip-api.x.com/search/fullarchive/accounts/:account_name/:label/counts.json
- 30 días -
- Endpoints de X API v2
- Reciente (7 días) -
https://api.x.com/2/tweets/counts/recent - Archivo completo -
https://api.x.com/2/tweets/counts/all
- Reciente (7 días) -
- Los datos de counts de enterprise se encuentran dentro de un objeto
results, mientras que los datos de v2 counts se encuentran dentro de un objetodata. - Los campos de counts de enterprise se llaman
timePeriod(hora de inicio) ycount, mientras que v2 desglosa el período de tiempo en los camposstartyend(que usan un formato de fecha/hora diferente al de enterprise, explicado en formatos de hora de la solicitud) y cambió el nombre del campo count atweet_count. - Los metadatos de enterprise incluyen
totalCount,nexty el objetorequestParametersen el nivel raíz. En cambio, v2 no incluye el objetorequestParameters, y mueve/cambia de nombre lo siguiente a un objetometaque vive en el nivel raíz:total_tweet_countynext_token.
timePeriod: YYYYMMDDHHmm
El endpoint de v2 utiliza el formato de fecha/hora ISO 8601/RFC 3339 tanto en los parámetros de paginación como en los campos de respuesta start y end: YYYY-MM-DDTHH:mm:ssZ
Parámetros de la solicitud
A continuación se muestra una tabla de los parámetros de la solicitud para enterprise y 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 y pagination_token |
Índice de la referencia de la API
Recuento reciente de publicaciones
| Obtén el recuento de publicaciones que coinciden con una consulta en los últimos 7 días | [GET /2/tweets/counts/recent](/x-api/posts/tweet-counts#api-reference-index/get-tweets-counts-recent) |
Conteos de Publicaciones del archivo completo
| Obtener el conteo de Publicaciones que coinciden con una consulta | [GET /2/tweets/counts/all](/x-api/posts/tweet-counts#api-reference-index/get-tweets-counts-all) |