Cuánto cuesta publicar en X con la API en 2026

Publicar un post en X con la API cuesta 0,015 $. Si el mismo post lleva una URL dentro, cuesta 0,200 $: trece veces más. No hay plan gratuito ni cuota fija con publicaciones incluidas — la API de X es pago por uso puro sobre créditos prepagados. Esa diferencia entre 15 y 200 créditos es la que decide de verdad cuánto cuesta publicar en X desde tu producto.

¿Cuánto cuesta publicar en X con la API en 2026?

Cuesta 0,015 $ por post, o 0,200 $ si el texto contiene un enlace. Estos son los precios oficiales de X, verificados el 14 de julio de 2026 contra docs.x.com/x-api/getting-started/pricing:

Operación en X	Coste	Créditos
Crear un post	0,015 $	15
Crear un post que contiene una URL	0,200 $	200
Borrar un post	0,015 $	15
Leer un recurso propio (stats de un tweet, un elemento de tu timeline)	0,001 $	1
Leer el usuario (users/me)	0,010 $	—

La unidad de facturación es el crédito prepagado, y la equivalencia es directa: 1 crédito = 0,001 $. Se recarga saldo por adelantado en la Developer Console y cada llamada lo descuenta en el momento.

Lo importante de esta tabla no es ninguna fila por separado, sino la relación entre las dos primeras.

¿Por qué un post con enlace cuesta trece veces más?

Porque X lo tarifa como una operación distinta. No es un recargo por tráfico ni por el dominio al que apuntes: basta con que el texto contenga algo que X reconozca como URL para que la escritura pase de 15 a 200 créditos.

La consecuencia práctica es que el enlace, y no la publicación, es la unidad de coste. Con 1.400 créditos puedes publicar siete posts con enlace, o noventa y tres sin él. Esa segunda cifra es aritmética a partir de los precios de arriba (1.400 ÷ 15 = 93), no un dato publicado por X, pero es exactamente el cálculo que hay que hacer antes de decidir cómo se reparte una semana de publicaciones.

En la práctica, cualquiera que publique en X con cierto volumen acaba en la misma política: un solo post con enlace por semana, el del contenido que de verdad quiere que se lea, y el resto sosteniéndose por sí solos.

¿Cómo se detecta que un post lleva un enlace?

Con la misma detección que hace X al autolinkar, que es más amplia de lo que parece. No basta con buscar http. Hay tres formas de que un texto acabe pagando 200 créditos:

• una URL con esquema: https://planvortex.com/algo
• un host que empieza por www.: www.planvortex.com
• un dominio suelto con un TLD real: planvortex.com/precios, x.com

El tercer caso es el que da problemas. La tentación es resolverlo con un \.[a-z]{2,} y seguir adelante, pero entonces un texto con un punto sin espacio detrás —Hola.Mundo, una errata de mecanografía— pasa por enlace y le cobras al cliente 200 créditos en vez de 15. Por eso en PlanVortex la detección exige un TLD de una lista explícita:

const TWITTER_LINK_TLDS = [
  "com", "net", "org", "info", "biz", "io", "co", "ai", "app", "dev",
  "es", "eu", "uk", "de", "fr", "it", // ...
];

Es una lista fea y hay que mantenerla, pero un falso positivo aquí no es un fallo de formato: es un cargo trece veces mayor del que corresponde. Y el error va en las dos direcciones — un falso negativo deja al cliente sin saldo a mitad de una semana programada, porque la publicación se intentó presupuestando 15 créditos y X cobró 200.

¿Cuánto cuesta medir, y no solo publicar?

Un crédito por tweet leído. Parece despreciable al lado de los 200 de un post con enlace, hasta que se recuerda que publicar se paga una vez y medir se paga cada vez.

X no regala la analítica de un tweet propio: cada refresco de estadísticas es una lectura facturable de 0,001 $. Una cuenta que publique aproximadamente un tweet al día y refresque sus métricas con regularidad gasta en torno a 310 créditos al mes solo en medir, un 12 % de la bolsa mensual de nuestro plan Basic (2.500 créditos de X).

Ese gasto crece solo, sin que nadie pulse nada, así que necesita topes. Los tres que aplicamos:

1. Cadencia más lenta para X que para el resto de redes. El trabajo que refresca estadísticas no trata a X como a Instagram, porque en X cada pasada cuesta dinero.
2. Un máximo de 50 lecturas por organización y pasada. Es el cortafuegos contra el caso raro: una organización con muchas cuentas de X y muchos tweets recientes fundiéndose la bolsa en una noche.
3. Un 20 % de la bolsa que el refresco automático no puede tocar. Por debajo de ese remanente, el proceso deja de leer estadísticas y los créditos que quedan se reservan para lo que el usuario pida de verdad.

El criterio detrás de los tres es el mismo: publicar siempre gana a medir. Quedarse sin saldo para publicar porque un proceso de fondo se gastó la bolsa mirando números es un fallo mucho peor que tener el dashboard desactualizado un día.

¿Qué significa esto si publicas desde tu propio producto?

Que el coste de X no encaja en una cuota fija por cuenta conectada. Dos clientes con una cuenta de X cada uno pueden diferir en un orden de magnitud: uno publica dos veces al mes sin enlaces (30 créditos) y otro publica a diario con enlace (unos 6.000). Cobrarles lo mismo significa o subvencionar al segundo o cobrarle de más al primero.

Tres cosas que conviene tener resueltas antes de abrir la integración a clientes:

• Presupuesto por cliente, no global. Si el saldo es único y compartido, el cliente que más publica deja sin publicar a los demás, y encima sin ningún aviso.
• El coste calculado antes de enviar, no después. El usuario tiene que ver que ese post concreto va a costar 200 créditos mientras lo escribe, no descubrirlo en la factura. Nosotros usamos exactamente la misma detección de enlaces en el panel y en el servidor para que el número que se enseña y el que se cobra no puedan divergir.
• Qué pasa al llegar a cero. Quedarse sin presupuesto no es un fallo de integración y no debería marcarse como error: es un estado previsible que hay que saber contar al usuario.

Cómo lo cobra PlanVortex

Trasladamos el coste tal cual, con una bolsa de créditos mensual incluida en el plan: 1,20 € por cada 1.000 créditos al mes, con un mínimo de 5.000 y en pasos de 1.000. Los créditos se contratan a nivel de cliente y se reparten entre sus organizaciones.

Lo decimos por lo que es y no por lo que suena: no es más barato que la alternativa, es la misma tarifa de X con la conversión hecha. La ventaja no está en el precio unitario sino en que el coste sigue al uso — si una cuenta conectada no publica, no genera gasto—, y en que la lectura de usuario que ocurre al conectar o refrescar una cuenta (0,010 $) no se le cobra al cliente, porque X la deduplica en ventanas de 24 horas y no merece la pena repercutirla.

Los precios de X cambian. Los de esta página están verificados el 14 de julio de 2026 y este artículo se revisa cada trimestre; si encuentras una diferencia con la documentación oficial de X, esa manda.