Por Sorsa Editorial

Actualizado: 6 de julio de 2026. Refrescado el precio a las tarifas por lotes vigentes por cada 1,000, agregada la opción inicial de 100 solicitudes gratis, y reconfirmado que la integración de X (Twitter) de Make sigue descontinuada sin reinstauración desde mayo de 2025.

Conclusión clave Make.com quitó su integración nativa con X (Twitter) el 3 de abril de 2025, y los escenarios existentes se detuvieron el 30 de mayo de 2025, por el precio y la política de la API de X. No ha regresado. Para leer datos de X en un escenario de Make ahora, llama a una API REST de terceros desde el módulo HTTP integrado de Make.

Esa API de terceros es donde Sorsa API, una API alternativa de Twitter/X, encaja en el hueco que dejó Make. Es de solo lectura y alcanza datos públicos de X (tweets, búsqueda, menciones, seguidores, perfiles) sobre REST simple, autenticada con una clave en un encabezado ApiKey que mapea directamente a la API Key Auth del HTTP de Make. El cobro es de tarifa plana: una llamada es una solicitud, desde $0.02 por cada 1,000 tweets y desde $0.01 por cada 1,000 perfiles en endpoints por lotes, con los perfiles de autor incluidos gratis en cada respuesta de tweet y sin cuenta de desarrollador de X que solicitar. Una asignación única de 100 solicitudes gratis, sin tarjeta y sin vencimiento, cubre los 40 endpoints mientras pruebas el montaje.

Una distinción decide qué mitad de esta guía necesitas. Publicar en X y leer datos de X son ahora dos trabajos distintos con dos arreglos distintos. Publicar es una acción de escritura, y tras la muerte de la app nativa pertenece a tu propia app de desarrollador de X o a una herramienta de publicación social. Leer datos públicos es lo que hacían los viejos triggers nativos como "watch new mentions", y esa es la parte que nadie reemplazó con limpieza. El mismo enfoque de llamada HTTP cubre también las otras plataformas sin código, en n8n y Zapier.

Contenido

¿Qué pasó con la integración nativa de X (Twitter) de Make? {#what-happened-to-makes-native-x-twitter-integration}

Make descontinuó su app de X (Twitter) el 3 de abril de 2025. Desde esa fecha no se pudieron construir escenarios nuevos con los módulos de X, y el 30 de mayo de 2025 todos los escenarios de X existentes dejaron de correr y empezaron a devolver errores en la ejecución. La razón declarada de Make fue que el precio y la política de la API de X volvían imposible una integración razonable para sus clientes.

Esa redacción sale directo de la nota de lanzamiento de Make, y la página del centro de ayuda que la lleva se actualizó por última vez en enero de 2026 sin cambio de rumbo. A diferencia de Zapier, que quitó el soporte de X y luego lo restauró bajo un modelo de trae-tu-propia-clave, Make no ha traído la integración de vuelta. La app nativa de X ya no está, y la orientación oficial apunta a otro lado.

Los reemplazos que la propia Make recomienda son reveladores: Buffer, Hootsuite y publicar en redes como Bluesky y Mastodon. Cada uno de esos es una herramienta de publicación. Ninguno lee datos públicos arbitrarios de X, que es exactamente lo que hacía en realidad una buena parte de los viejos escenarios.

Un detalle chico pero útil: la app de xAI (Grok) de Make no se vio afectada, porque X y xAI corren sobre políticas de API separadas. Así que todavía puedes alcanzar Grok dentro de Make aunque no puedas alcanzar X por un módulo nativo.

La causa raíz es el costo, y vale entenderla porque moldea cada rodeo. La API oficial de X cobra por recurso, así que una plataforma que sirve millones de automatizaciones no puede absorber un cargo por post y por perfil a escala. Cubrimos la economía en detalle en por qué la API de X se volvió tan cara.

¿Todavía se puede publicar en X desde Make? {#can-you-still-post-to-x-from-make}

Sí, pero solo por una vía que montas tú mismo o por una herramienta de publicación dedicada. Make ya no ofrece un módulo nativo de X, así que publicar ahora significa o llamar a la propia API de X desde el módulo HTTP con tus propias credenciales de desarrollador, o conectar un servicio de gestión de redes sociales que sostenga la conexión con X por ti.

Las herramientas de la categoría de publicación incluyen Buffer, Hootsuite, Ayrshare y APIs enfocadas en publicar como XTweetAPI y upload-post. Estas manejan acciones de escritura: enviar posts, programar, responder y administrar cuentas. Si tu escenario solo necesita publicar en X, una de estas es el arreglo práctico, y el propio centro de ayuda de Make apunta primero a Buffer y Hootsuite.

Hay un detalle que vale decir sin rodeos. Publicar por tu propio montaje HTTP requiere una app de desarrollador de X, credenciales OAuth y el cobro de pago por uso de X, donde la creación estándar de posts corre a $0.015 por solicitud y un post que contiene una URL cuesta $0.20. Las herramientas de conveniencia ponen su propia suscripción encima de eso.

Sorsa no compite aquí. Es de solo lectura por diseño y no tiene endpoints para publicar, dar like, seguir ni DMs. Si necesitas escribir en X, usa las herramientas de arriba. Si necesitas leer de X, el resto de esta guía es para ti.

Cómo leer datos de Twitter/X en Make sin la app nativa {#how-to-read-twitterx-data-into-make-without-the-native-app}

Para leer datos públicos de X en un escenario de Make sin la app nativa, llama a una API REST de solo lectura desde el módulo HTTP y mapea su respuesta JSON a tus módulos río abajo. Esto reconstruye los trabajos de recolección de datos que manejaban los viejos triggers de X, sin cuenta de desarrollador de X y sin automatización de navegador que mantener.

Este es el hueco que las herramientas de publicación dejan vacío. Buffer y Hootsuite no pueden vigilar las menciones de un competidor, extraer una lista de seguidores ni correr una búsqueda por palabra clave y dejar los resultados en una hoja. Esos son trabajos de lectura, y una API de datos REST los responde directamente. Operando nuestra propia API vemos estos cuatro patrones reconstruidos con más frecuencia.

Monitorear menciones de una marca o usuario

El rastreo de menciones fue uno de los usos más comunes de los triggers nativos, y es el más limpio de reconstruir. Una llamada al endpoint /mentions devuelve posts que referencian a un usuario, con filtros de mínimo de likes, respuestas, retweets y un rango de fechas. Enruta los resultados a Slack, una hoja o una alerta. Consulta cómo rastrear menciones de X por la API para el montaje completo, o la solución de social listening para el panorama de monitoreo más amplio.

Buscar tweets por palabra clave, hashtag u operador

Para monitoreo de temas y hashtags, /search-tweets acepta una cadena de consulta con los operadores completos de búsqueda avanzada de Twitter (from:, since:, until:, frases exactas, hashtags) y devuelve los posts que coinciden, unos 20 por página, paginados con un cursor. No hay un parámetro de límite de resultados, así que el volumen se controla por cuántas páginas solicitas. Nuestra guía de cómo buscar tweets por un endpoint REST recorre los operadores, y el constructor de consultas arma la sintaxis por ti.

Extraer los tweets, seguidores o seguidos de un usuario

Para vigilar una cuenta, /user-tweets devuelve sus posts recientes. Para analizar una audiencia, /followers y /follows devuelven hasta 200 perfiles por solicitud, uno de los rendimientos por llamada más altos disponibles. Cada perfil llega con métricas completas. El recorrido de cómo extraer listas de seguidores y seguidos cubre la paginación y el mapeo de campos.

Enriquecer un perfil dentro de un flujo

Cuando llega un lead o un registro, una sola llamada a /info devuelve la bio de esa cuenta, su ubicación, sus conteos de seguidores y seguidos, su estado de verificación y su fecha de creación, listos para escribir de vuelta en una fila del CRM. Para pasadas masivas, /info-batch resuelve hasta 100 usuarios en una solicitud, lo que mantiene un escenario de alto volumen dentro de un presupuesto chico de solicitudes. Para correr la misma lógica de sondeo con calendario, consulta el monitoreo programado de la actividad de X, y para aterrizar la salida, enviar los resultados a Google Sheets.

Configurar el módulo HTTP de Make para una API de X de solo lectura {#configuring-makes-http-module-for-a-read-only-x-api}

El módulo HTTP "Make a request" de Make envía una solicitud a cualquier URL y parsea la respuesta, y admite autenticación por clave API con la clave colocada en un encabezado. Eso es todo lo que una API de X de solo lectura necesita, y el módulo viene en cada plan, incluido el gratuito. La configuración de abajo es deliberadamente ligera en interfaz, porque la parte durable es la solicitud en sí, no los botones a su alrededor.

Montar una llamada a Sorsa en el módulo HTTP toma seis pasos:

  1. Agrega el módulo HTTP > Make a request a tu escenario.
  2. Define el Method. Usa GET para lecturas de perfil y seguidores, POST para búsqueda.
  3. Fija la URL al endpoint, por ejemplo https://api.sorsa.io/v3/search-tweets.
  4. Agrega un encabezado llamado ApiKey con tu clave como valor (o usa la API Key Auth del módulo con colocación en encabezado). El detalle de autenticación está en los docs del encabezado de clave API.
  5. Para un POST, fija el tipo de cuerpo en Raw, el content type en JSON, y provee la solicitud, por ejemplo {"query": "from:nasa", "order": "latest"}.
  6. Activa Parse response para que Make mapee los campos JSON a los módulos río abajo.

Una lectura de perfil se ve así:

GET https://api.sorsa.io/v3/info?username=nasa
ApiKey: YOUR_API_KEY

Una búsqueda se lee así:

POST https://api.sorsa.io/v3/search-tweets
ApiKey: YOUR_API_KEY
Content-Type: application/json

{"query": "from:nasa", "order": "latest"}

La paginación es la parte que la gente pasa por alto. Los endpoints que devuelven listas incluyen un campo next_cursor en la respuesta. Para recolectar más de una página, alimenta ese valor al next_cursor de la siguiente solicitud y repite con un Repeater o un Iterator hasta que el cursor regrese vacío. La referencia de paginación por cursor muestra el campo exacto. Cuando probamos este bucle contra el endpoint en vivo, el único modo de falla fue olvidar detenerse en un cursor vacío, lo que manda el escenario a una llamada ociosa extra.

Si prefieres no tocar el módulo HTTP en absoluto, el playground sin código corre los mismos endpoints desde una interfaz de navegador y muestra el JSON crudo, que es una forma rápida de confirmar una consulta antes de conectarla a un escenario.

¿Necesitas una cuenta de desarrollador de X para leer datos de X en Make? {#do-you-need-an-x-developer-account-to-read-x-data-in-make}

No. Leer datos de X a través de una API REST de terceros necesita solo la clave propia de esa API, así que te saltas el portal de desarrolladores de X, la cola de revisión de app, el montaje de OAuth y los créditos de pago por uso por completo. La cuenta de desarrollador de X solo se requiere cuando hablas con los propios endpoints de X directamente, que es la vía de publicación, no la de lectura.

Esta es la diferencia práctica entre las dos mitades de esta guía. El módulo nativo y cualquier montaje de publicación autoalojado te meten en el flujo de desarrollador de X y su cobro por recurso. Una API de lectura te entrega una clave y una URL base, y el montaje toma minutos en lugar de un ciclo de aprobación. El panorama más amplio está en cómo obtener datos de X sin una cuenta de desarrollador.

¿Cuánto cuesta extraer datos de X a Make? {#what-does-it-cost-to-pull-x-data-into-make}

El costo depende de la fuente de datos, no de Make. La API oficial de X cobra por recurso, los actores de scraping cobran por resultado devuelto, y las APIs REST de tarifa plana cobran por solicitud sin importar cuántos elementos devuelva una llamada. Para un escenario que lee a cualquier volumen real, la unidad de cobro es lo que decide la factura.

La API oficial de X cobra $0.005 por lectura de post y $0.010 por lectura de usuario en su modelo de pago por uso, y se autentica con OAuth 2.0 y un bearer token. Sorsa cobra por solicitud a tarifa plana y se autentica con una sola clave en un encabezado. El contraste en una carga de lectura:

API oficial de XSorsa API
Modelo de accesoLectura y escrituraSolo lectura
Unidad de cobroPor recurso consultadoPor solicitud (tarifa plana)
Precio de lectura$0.005 por post, $0.010 por perfilDesde $0.02 por cada 1,000 tweets, desde $0.01 por cada 1,000 perfiles
Límite de tasaVentanas por endpoint20 req/s, todos los planes
AutenticaciónOAuth 2.0 + bearer token, revisión de appUna clave API en un encabezado, sin revisión
Cuenta de desarrolladorRequeridaNo requerida
LotesLimitadoHasta 100 tweets o 100 perfiles por llamada

En Sorsa la misma lectura cuesta una fracción de centavo por cada 1,000 elementos. Los endpoints por lotes parten de $0.02 por cada 1,000 tweets y desde $0.01 por cada 1,000 perfiles, mientras que los endpoints de búsqueda por página salen en aproximadamente $0.10 por cada 1,000 tweets, porque una llamada de búsqueda devuelve unos 20 posts con cada perfil de autor empaquetado. Ambas bases quedan muy por debajo de los $5.00 por cada 1,000 lecturas de posts más $10.00 por cada 1,000 lecturas de perfiles de la API oficial (tarifas verificadas el 6 de julio de 2026).

Si necesitas publicar en X o usar funciones de primera parte y de datos licenciados, ese es territorio de la API oficial y deberías usarla. Para leer datos públicos de X en un escenario de Make a un precio de tarifa plana y predecible con un montaje de una clave, una API de solo lectura como Sorsa es el encaje más barato y simple, y una respuesta de tweet ya incluye el perfil completo del autor sin cargo extra. El desglose completo está en la guía de precios de la API de X de 2026.

Dos partidas más pertenecen a cualquier estimado honesto. Make en sí cobra en operaciones, y cada llamada HTTP más cada bucle de paginación consume una, así que un sondeo de alta frecuencia necesita un plan de pago de Make para cubrir el conteo de operaciones. Y los actores de scraping generales que canalizan hacia Make, como Apify, cobran por resultado; una tarifa común ronda los $0.40 por cada 1,000 tweets en un nivel de pago (estimado, varía por actor), y corren como trabajos asíncronos que disparas y luego sondeas, lo que suma pasos que una llamada REST directa evita.

Alimentar datos de X a los AI Agents de Make {#feeding-x-data-into-make-ai-agents}

Los AI Agents de Make y el soporte MCP de Make pueden consumir datos de X traídos por el mismo módulo HTTP, así que el patrón de lectura de arriba también sirve como fuente de datos para un paso de agente. Extrae los posts o perfiles, pasa el JSON parseado al agente, y déjalo resumir, clasificar o enrutar.

Para montajes nativos de agentes, Sorsa también expone sus endpoints para flujos de IA directamente, lo que elimina el mapeo manual de campos. El enfoque se describe en usar los datos dentro de flujos de agentes de IA.

Una reconstrucción real: rastreo de menciones tras el fin de la integración {#a-real-rebuild-mention-tracking-after-the-integration-ended}

Cuando Make mató la app de X, un equipo de analítica social de unas 10 personas con el que trabajamos perdió un escenario que había vigilado menciones de marca y las registraba en una hoja para el panel del cliente. El trigger nativo ya no estaba, y Buffer y Hootsuite no podían leer menciones, solo publicar.

La reconstrucción fue un único módulo HTTP llamando a /mentions con calendario, paginado con el cursor, escribiendo filas en la hoja existente. La lógica del escenario apenas cambió; solo cambió la fuente de datos. Como el cobro pasó de lecturas por recurso a llamadas de tarifa plana por solicitud, el costo de datos del equipo para esa carga bajó hasta 50 veces contra lo que el mismo volumen habría costado en la API oficial de X, una propiedad que verá cualquiera que cambie un flujo intensivo en lecturas del precio por recurso. Los equipos que vienen directo de la API oficial pueden seguir la misma vía en cómo mover un flujo de la API oficial de X.

Cómo empezar {#getting-started}

Si tu escenario lee datos de X, el montaje es corto. Obtén una clave, agrega un módulo HTTP y apúntalo al endpoint que necesites. No hay revisión de app ni OAuth, la clave cae en un encabezado ApiKey, y el límite de 20 req/s aplica en cada plan, así que un escenario ocupado no choca con una ventana por endpoint. Una asignación única de 100 solicitudes gratis, sin tarjeta y sin vencimiento, cubre los 40 endpoints para que pruebes el flujo antes de pagar. Las lecturas luego parten de $0.02 por cada 1,000 tweets y desde $0.01 por cada 1,000 perfiles; consulta precios para los niveles completos. Corre una consulta en el playground para confirmarla y luego conectarla en Make.

Preguntas frecuentes {#faq}

¿Cuándo quitó Make la integración de Twitter (X)?

Make quitó su integración nativa de la app de X (Twitter) el 3 de abril de 2025, tras lo cual ningún escenario nuevo pudo usar los módulos de X. Los escenarios existentes siguieron corriendo hasta el 30 de mayo de 2025, y luego se detuvieron y empezaron a devolver errores en la ejecución. A la actualización de enero de 2026 del centro de ayuda, la integración no ha sido reinstaurada.

¿Por qué Make.com retiró la integración de X?

Make declaró que los requisitos de precio y política de la API de X le impidieron ofrecer una integración razonable a sus clientes. La API oficial de X cobra por recurso consultado, así que para una plataforma que corre grandes volúmenes de automatizaciones, el costo por post y por perfil volvió inviable un módulo nativo de X sostenible, y por eso Make lo descontinuó en lugar de absorber el precio.

¿Todavía es posible publicar en X desde Make.com?

Sí, pero no por un módulo nativo. Publicar ahora requiere o llamar a la propia API de X desde el módulo HTTP con tu propia app de desarrollador y credenciales OAuth, o conectar una herramienta de publicación como Buffer o Hootsuite que sostenga la conexión con X. Ambas vías involucran el precio de escritura de pago por uso de X o una suscripción separada, porque Make ya no intermedia la conexión.

¿Cómo obtener datos de X en Make sin la app nativa?

Llama a una API REST de solo lectura desde el módulo HTTP de Make y parsea el JSON hacia los módulos río abajo. Sorsa, una API de Twitter/X de solo lectura, devuelve tweets, resultados de búsqueda, menciones, seguidores y perfiles sobre REST simple con una sola clave en un encabezado ApiKey, que coincide con la API Key Auth del HTTP de Make. No se necesita cuenta de desarrollador de X ni automatización de navegador.

¿Se requiere una cuenta de desarrollador de X para leer datos de X en Make?

No. Una API REST de terceros usa su propia clave, así que leer datos de X a través de una se salta el portal de desarrolladores de X, la revisión de app, el montaje de OAuth y los créditos de pago por uso. Una cuenta de desarrollador de X solo se requiere cuando un escenario llama a los propios endpoints de X directamente, lo que aplica a publicar. Para leer datos públicos, una clave API y una URL base bastan.

¿Cuánto cuesta extraer datos de X a un escenario de Make?

El costo depende de la fuente de datos. La API oficial de X cobra por recurso ($0.005 por post, $0.010 por perfil). Una API de tarifa plana como Sorsa cobra por solicitud, desde $0.02 por cada 1,000 tweets y desde $0.01 por cada 1,000 perfiles en endpoints por lotes, con los perfiles de autor incluidos gratis en las respuestas de tweet, y 100 solicitudes gratis para empezar sin tarjeta. Make también cobra operaciones, así que cada llamada y bucle de paginación cuenta hacia tu plan de Make.

Revisado por Keksich, fundador de Sorsa, especialista en marketing e investigador de la API de X.

Esta guía se apoya en nuestro trabajo directo operando la API de Sorsa, la API en vivo y su documentación, y la propia nota de lanzamiento de Make que descontinúa la app de X. Los precios y las fechas se verificaron contra el centro de ayuda de Make y nuestra referencia de precios el 17 de junio de 2026.