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:
Operadores de filtrado
Aunque los operadores entre enterprise y X API v2 son en su mayoría los mismos, hay algunas diferencias en la disponibilidad de operadores y algunos operadores nuevos que se introdujeron solo en la versión de X API v2.
Para ver una tabla completa de los operadores que están disponibles para X API v2, enterprise e incluso premium, visita la página de migración de Post counts.