La plataforma para desarrolladores de X ahora cobra la API por solicitud en lugar de por un nivel de suscripción. La creación de publicaciones se cobra por llamada, y POST /2/tweets está limitado a 100 solicitudes por usuario cada 15 minutos y 10.000 por app cada 24 horas. Si estás decidiendo si construir directamente sobre ella, estos dos datos definen la mayor parte de tu arquitectura.
¿Cuánto cuesta realmente la API de X?
La página oficial de precios describe un modelo de créditos, no planes con nombre. Compras créditos, fijas un límite de gasto y cada llamada resta del saldo.
| Operación | Precio indicado |
|---|---|
| Creación de publicación | 0,015 $ por solicitud |
| Publicación con una URL | 0,200 $ por solicitud |
| Publicación (summoned) | 0,010 $ por solicitud |
| DM e interacciones de usuario | 0,015 $ por solicitud |
| Eliminar interacciones | 0,010 $ por solicitud |
| Lectura: publicaciones | 0,005 $ por recurso |
| Lectura: usuarios, DM, seguidos/seguidores | 0,010 $ por recurso |
| Lectura: me gusta, silencios, bloqueos | 0,001 $ por recurso |
| Lecturas propias (tus propios datos) | 0,001 $ por recurso |
Dos detalles importan más que los precios unitarios. Una publicación que contiene una URL cuesta más de 13 veces una publicación normal, lo cual es una partida relevante si publicas enlaces para ganarte la vida. Y los planes de pago por uso tienen un tope de 3 millones de lecturas de publicaciones por ciclo de facturación mensual, así que los productos que leen mucho chocan con un techo que ninguna compra de créditos elimina.
Los recursos se deduplican dentro de una ventana de 24 horas UTC, así que solicitar el mismo recurso dos veces en un día se cobra una sola vez.
Nota: las cifras aquí se verificaron contra docs.x.com/x-api/getting-started/pricing a fecha de septiembre de 2026. Las plataformas cambian esto sin previo aviso.
Lo que no pudimos verificar. Los antiguos niveles Free, Basic y Pro con topes mensuales de publicaciones se citan ampliamente por la red. No pudimos encontrar una página oficial que los liste: las páginas actuales de precios e introducción describen el pago por uso sin niveles con nombre, y la URL del nivel devuelve un 404. No estamos reproduciendo cifras de terceros. Consulta la consola de desarrolladores para conocer las tarifas que se aplican a tu cuenta.
¿Qué puede publicar la API de X, y qué no?
POST /2/tweets acepta text, opcionalmente media.media_ids, reply, poll, geo, reply_settings y algunas marcas como made_with_ai y paid_partnership.
Los archivos multimedia no forman parte de esa llamada. Se suben por separado mediante los endpoints de subida por fragmentos y se pasa el media_id resultante. Una publicación admite hasta 4 fotos, 1 GIF animado o 1 video.
Las carencias que conviene conocer antes de decidirte:
quote_tweet_ides solo para Enterprise. La cita de publicaciones no está disponible en el endpoint general.- Los topes de video dependen de la cuenta que publica, no de tu app. Las cuentas estándar están limitadas a 20 minutos y 8 GB; X Premium y las cuentas verificadas, a 125 minutos y 16 GB. Tu sistema de subida tiene que gestionar ambos casos porque el límite pertenece al usuario en cuyo nombre publicas.
- Las encuestas están limitadas. De 2 a 4 opciones, duración de entre 5 y 10.080 minutos.
- La referencia de creación no indica un límite de caracteres. No pudimos verificar ninguno en esa página. Consulta la publicación sobre el límite de caracteres de X para saber lo que aplica el propio producto.
Nota: las cifras aquí se verificaron contra docs.x.com/x-api/posts/creation-of-a-post a fecha de septiembre de 2026. Las plataformas cambian esto sin previo aviso.
¿Cuál es el modelo de autenticación en términos sencillos?
Dos modos, y publicar solo funciona en uno de ellos.
Token de portador solo de app. Una única credencial que representa tu aplicación. Lee datos públicos. No puede publicar, porque no hay ningún usuario en cuyo nombre hacerlo.
OAuth 2.0 Authorization Code con PKCE, contexto de usuario. El usuario es enviado al diálogo de autorización de X, vuelve con un código y tú lo intercambias por un token de acceso. Publicar requiere el ámbito tweet.write, junto con tweet.read y users.read. Si quieres seguir publicando después de que el token de acceso caduque, debes solicitar offline.access en el momento de la autorización, que es lo que hace que se emita un token de actualización.
Ese último punto es el que suele pillar a la gente. offline.access es opcional en cada autorización. Si lo omites, cada usuario tendrá que volver a autorizar de forma interactiva, lo cual es fatal para un programador que publica a las 3 de la madrugada. La documentación no indica la vida útil del token de acceso, así que trátala como corta y renuévala de forma proactiva.
¿Cuáles son los límites de velocidad al publicar?
| Endpoint | Por usuario | Por app |
|---|---|---|
POST /2/tweets | 100 cada 15 minutos | 10.000 cada 24 horas |
Cada respuesta lleva x-rate-limit-limit, x-rate-limit-remaining y x-rate-limit-reset (una marca de tiempo Unix). Léelos en lugar de contar tus propias llamadas, porque tu contador y el de X se desincronizarán en cuanto ocurra un reintento.
La documentación es explícita en que los límites de velocidad y la facturación son cuestiones separadas. Mantenerte por debajo del límite de velocidad no limita tu gasto, y fijar un límite de gasto no evita que recibas errores 429. Necesitas ambos controles.
Nota: las cifras aquí se verificaron contra docs.x.com/x-api/fundamentals/rate-limits a fecha de septiembre de 2026. Las plataformas cambian esto sin previo aviso.
¿Qué es lo que realmente te va a costar tres semanas?
No la llamada de publicación. Esa es cosa de una tarde.
Renovación de tokens. Conseguir que se solicite offline.access, almacenar los tokens de actualización cifrados, gestionar la rotación y tener una vía de reconexión para los usuarios cuya renovación falla. Esto es un proceso continuo con sus propios modos de fallo, no una simple función.
Subida de multimedia por fragmentos. INIT, APPEND, FINALIZE, y luego sondear el estado de procesamiento antes de que el id de multimedia se pueda usar en una publicación. Los videos fallan la transcodificación, y lo hacen después de que tu subida haya devuelto un 200.
Topes de video por cuenta. 20 minutos frente a 125 minutos es una bifurcación en tiempo de ejecución según la cuenta en la que publicas, y no puedes saberlo solo con las credenciales de tu app.
Contabilidad de costes. Un precio por solicitud significa que alguien tiene que atribuir el gasto a cada cliente, o descubrirás el recargo por URL en una factura.
Gestión de errores 429 que no sea simplemente esperar. La ventana por usuario es de 15 minutos. Un bucle de reintento ingenuo convierte una publicación limitada en un proceso bloqueado.
La versión corta
- El precio es de créditos por uso. La creación de publicaciones cuesta 0,015 $ por solicitud; una publicación con URL, 0,200 $.
- Las lecturas en el modelo de pago por uso tienen un tope de 3 millones de publicaciones por ciclo de facturación mensual.
POST /2/tweetspermite 100 por usuario cada 15 minutos, 10.000 por app cada 24 horas.- Publicar requiere OAuth 2.0 PKCE con contexto de usuario y
tweet.write, másoffline.accesssi quieres tokens de actualización. - Los archivos multimedia se suben por separado: 4 fotos, 1 GIF o 1 video. Citar publicaciones es solo para Enterprise.
- Los niveles con nombre Free/Basic/Pro no se pudieron verificar en una página oficial en septiembre de 2026.
Hacer esto una vez en lugar de una vez por plataforma
El trabajo descrito arriba es real, y tiene la forma de X. LinkedIn necesita dos apps separadas con ámbitos distintos. TikTok exige pasar una auditoría de la API de publicación de contenido. Threads usa una secuencia de contenedor y luego publicación con un ciclo de renovación de token de 60 días. Nada de esto se traslada de una plataforma a otra.
BulkPublish expone una única API REST para 15 plataformas: Facebook, Instagram, TikTok, YouTube, X, Bluesky, Threads, Pinterest, LinkedIn, Google Business Profile, Mastodon, Discord, Telegram, Tumblr y Snapchat. Un solo modelo de autenticación, una sola canalización de multimedia, un solo objeto de publicación, y la renovación de tokens y el sondeo de estado asíncrono por plataforma gestionados por debajo. La documentación para desarrolladores y la referencia de la API REST cubren los endpoints.