Make Endpoints: llama a tus apps desde tu propio código

Make acaba de presentar Make Endpoints. Y según el anuncio del equipo en su foro oficial, la idea es esta: llamar acciones de apps soportadas desde tu propio código, usando las conexiones que ya gestionas dentro de Make.

O sea, que la lógica se queda en tu código y Make se encarga de la parte fea, que es la de autenticarse contra veinte servicios distintos.

Te cuento qué es exactamente, qué dice el anuncio y, sobre todo, a quién le cambia algo esto de verdad. Porque a muchos no.

¿Qué es exactamente Make Endpoints?

A ver, para entenderlo hay que entender primero cómo funcionaba esto hasta ahora.

En Make tú montas escenarios. Un escenario es un dibujo de módulos conectados: entra algo por aquí, pasa por estos pasos, sale por allá. Si nunca has tocado la herramienta, lo expliqué con un ejemplo completo en tu primer escenario en Make.

El problema aparece cuando tú ya tienes tu propio programa funcionando y solo necesitas UNA cosa de Make. Una. "Crea esta fila en Airtable". "Manda este mensaje". Nada más.

Hasta ahora, para eso te montabas un escenario de un solo paso, le colgabas un webhook delante y llamabas al webhook desde tu código. Funciona. Pero acabas con una colección de escenarios de un módulo cada uno, con nombres tipo "webhook-crear-fila-v2-bueno", y un panel que parece un cajón de cables.

Make Endpoints se salta ese paso. Según el anuncio, invocas la acción directamente y recibes una salida definida, sin crear un escenario de un paso para cada llamada.

Y las conexiones (los permisos, los tokens, los logins de cada app) siguen viviendo y gestionándose en Make, no en tu código.

Eso es lo que hay. No es un cambio de precios ni un plan nuevo. Es una puerta de entrada nueva a lo mismo que ya hacía la herramienta.

Lo que dice el anuncio, punto por punto

Make pone el foco en tres cosas. Las resumo tal cual salen, sin adornarlas:

• Llamar acciones de apps desde código. Se invocan las acciones soportadas directamente y devuelven salidas definidas, sin montar un escenario de un paso por cada llamada.
• Tres formas de llamarlas. JavaScript, TypeScript o REST. Las dos primeras son lenguajes, la tercera es "una petición HTTP normal", que es lo que te permite llamarlo desde casi cualquier sitio.
• Descubrimiento y clientes tipados. Make habla de un descubrimiento con alcance de equipo para comprobar qué acciones están disponibles e inspeccionar sus definiciones, y de clientes tipados para usarlas.

Lo de "clientes tipados" suena a jerga, pero es de lo más práctico que hay ahí. Significa que tu editor sabe qué campos acepta la acción antes de que ejecutes nada. Si te falta un dato o te has inventado el nombre de un campo, te lo dice en el momento, no a las tres de la mañana cuando el proceso pete en producción.

Y el caso de uso que Make nombra explícitamente es montar herramientas internas, scripts y agentes de IA que puedan actuar sobre las apps del negocio mientras tu lógica se queda en tu propio código.

Ahí está la frase importante del anuncio, por cierto. Agentes.

¿Y esto me sirve de algo si yo no programo?

Pues te voy a ser honesto: directamente, no.

Esto es una herramienta para quien escribe código o para quien le dice a Claude o a Cursor que lo escriba por él. Si tú montas tus automatizaciones arrastrando módulos en el lienzo de Make, tu vida sigue exactamente igual que ayer. No tienes que aprender nada ni cambiar nada.

Pero indirectamente sí te interesa, y por un motivo muy concreto.

Mira el movimiento que llevan haciendo estos de Make todo el año. Primero metieron los agentes de IA dentro de Make. Luego sacaron plugins para colarse dentro del sitio donde tú ya trabajas, como el plugin de Make para Cursor. Y ahora abren las acciones para que cualquier programa de fuera las use como si fueran suyas.

Siempre la misma dirección. Make quiere dejar de ser el sitio al que vas y convertirse en la capa de conexiones que usan los demás.

Para ti eso significa que las conexiones que montes hoy en Make te van a valer en más sitios de los que te imaginas. Lo que configuras una vez (dar permiso a tu Gmail, a tu CRM, a tu hoja de cálculo) deja de estar atrapado en un escenario concreto.

Si quieres el mapa completo de por dónde va todo esto, lo tengo recogido en mi guía de automatización y agentes con IA.

La parte buena de verdad: quién gestiona los permisos

Esta es la que a mí me parece la chicha del asunto, y no se ve a primera vista.

Cuando tú programas algo que toca cinco servicios, el infierno no es la lógica. La lógica la tienes clara en la cabeza. El infierno son las credenciales. Un token que caduca. Un refresh token que hay que renovar. Una app que cambia su forma de autenticarse y te rompe el script tres meses después, cuando ya no te acuerdas ni de cómo lo montaste.

Con Make Endpoints, según el anuncio, las conexiones las gestiona el equipo dentro de Make. Tu código pide la acción. Make pone la cara.

Parece una tontería, pero es justo lo que hace que un script interno sobreviva más de un trimestre. Te lo digo por experiencia, que tengo un cementerio de scripts míos muertos por culpa de un token.

Lo que el anuncio no dice

Y aquí toca frenar, porque hay más huecos que datos.

El anuncio no dice precios. No dice en qué planes está disponible. No dice si consume créditos ni cuántos por llamada, que es LA pregunta importante desde que Make cambió las operaciones por créditos. Tampoco dice cuántas acciones están soportadas ni de qué apps.

Esos datos no están en lo que Make ha publicado, así que no me los voy a inventar.

Lo que sí sabemos es que los planes y lo que incluye cada uno los tienes en los precios de Make, y que para el detalle vigente de esta función concreta lo mejor es ir a la fuente: la web oficial de Make (enlace de afiliado: así me ayudas a seguir creando contenido). Todo lo que te he contado aquí sale de su propio anuncio en el foro.

Mi recomendación, si esto te toca: antes de meter Make Endpoints en algo que importe, haz una llamada de prueba y mira qué te descuenta del contador de créditos. Una llamada, un dato, y ya sabes si te compensa o si te vas a comer la factura del mes en una tarde.

Mi resumen en dos líneas

Make Endpoints no es para todo el mundo. Es para quien tiene código propio y está harto de pelearse con las credenciales de medio internet.

Pero marca una tendencia que sí va contigo: las herramientas de automatización se están convirtiendo en la fontanería que usan los agentes. Y el que tenga sus conexiones ordenadas va a montar en una tarde lo que a otro le va a costar un mes.

¿No tienes claro por dónde meterle mano a la IA en tu día a día ni qué herramientas te compensan de verdad? Haz mi test de nivel de IA y te digo por dónde empezar según cómo trabajas tú.