Comparación de los endpoints de flujo filtrado de X API
| Descripción | Estándar v1.1 | API PowerTrack | X API v2 |
|---|---|---|---|
| Acceso | App de X | Requiere un contrato y una cuenta empresariales | Requiere una cuenta de desarrollador (Regístrate), yApp de Xdentro deProyectos |
| :--- | :--- | :--- | :--- |
| Dominio del host | https://stream.x.com | https://gnip-stream.x.com | https://api.x.com |
| Ruta del punto de conexión | 1.1/statuses/filter.json | /stream/powertrack/accounts//publishers/twitter/.json /rules/powertrack/accounts//publishers/twitter/.json /rules/powertrack/accounts//publishers/twitter//validation.json | /2/tweets/search/stream /2/tweets/search/stream/rules |
| Autenticación | Contexto de usuario de OAuth 1.0a | Autenticación HTTP básica | OAuth 2.0 solo App |
| Métodos HTTP admitidos | Publicación | GET Publicación | GET Publicación |
| Parámetros obligatorios | Regla definida en la conexión como parámetro; al menos una de las siguientes: -seguir -seguimiento -ubicaciones | No hay parámetros obligatorios para la conexión de streaming; parámetro de backfill opcional. Reglas administradas por separado | Sin parámetros obligatorios para la conexión de streaming; parámetros opcionales para definir el formato de respuesta y agregarfunción de recuperación por backfillpara acceso de investigación académica. Reglas administradas por separado |
| Tipo de envío | Streaming | Streaming REST (para la administración de reglas) | Streaming REST (para la administración de reglas) |
| Límites predeterminados de solicitudes por tasa | 5 intentos de conexión cada 5 min | 60 solicitudes por minuto, agregadas entre las solicitudes POST y GET /rules: 60 solicitudes por minuto, agregadas entre todas las solicitudes al endpoint /rules de la API del stream específico (POST y GET). | Depende del endpoint y de lanivel de acceso. GET /2/tweets/search/stream: Pro - 50 solicitudes por 15 minutos por App GET /2/tweets/search/stream/rules: Pro: 450 solicitudes por App cada 15 minutos *** POST /2/tweets/search/stream/rules: Pro - 100 solicitudes cada 15 minutos por App |
| Número máximo de conexiones permitidas | 2 concurrentes por usuario autorizado | Admite conexiones múltiples o redundantes, según lo estipulado en el contrato | Acceso Pro: 1 |
| Funciones de recuperación y de redundancia | Ninguno | Relleno histórico, conexiones redundantes y la API Replay | |
| Límites de Post | Limitado al 1 % del firehose | Determinado por contrato | Se aplica un límite mensual de Posts a nivel de Proyecto a todos los Posts recibidos desde este endpoint: Básico: 10,000 publicaciones Pro: 1 millón de Posts |
| Señal de keep-alive/heartbeat | líneas en blanco (\r\n o similar) al menos cada 20 segundos | líneas en blanco (\r\n o similar) cada 10 segundos | líneas en blanco (\r\n o similar) al menos cada 20 segundos |
| Latencia | 10 segundos | 2 segundos Al menos 10 segundos para el enriquecimiento de expansión de URL | 10 segundos |
| Número máximo de reglas permitidas | 1 regla (dentro de la solicitud de conexión del endpoint) | Determinado por contrato hasta 250.000 | Acceso Pro: 1000 reglas |
| Limitaciones del filtro de reglas | Una consulta por conexión, hasta cualquiera de estos límites: - 400 palabras clave de rastreo - 5000 id de usuarios seguidos - 25 cuadros de ubicación | Hasta 2.048 caracteres por regla | Acceso Pro: 1,024 caracteres por regla |
| Formato JSON de Post | Formato estándar v1.1 | Enriquecido nativooFlujos de actividad(seleccionado dentro deConsola) | Formato de la X API v2(determinado porfieldsyexpansionsparámetros de solicitud, no retrocompatible con los formatos de la v1.1) Para obtener más información sobre cómo migrar del formato Standard v1.1 al formato de X API v2, visite nuestraGuía de migración de formatos de datos. Próximamente publicaremos guías adicionales de migración de formatos de datos para Native Enriched y Activity Streams. |
| Proporciona el historial de edición y los metadatos del Post | ✔ | ✔ | ✔ |
| Funciones destacadas | Filtrado mediante parámetros de consulta en la solicitud de conexión Sin interfaz de usuario de configuración | Filtrado mediante reglas creadas a través de un endpoint independiente Enriquecimientosfunciones disponibles en el contrato Configuración en la interfaz de console.gnip.com | Filtrado mediantereglascreadas mediante un endpoint independiente Métricasy las funciones de enriquecimiento de URL incluidas Objetofieldsyexpansionsespecificado mediante parámetros de solicitud PostAnotaciones ID de la conversaciónoperador y campo Configuración mediantePortal de desarrolladores |