Acortador de URL de Make.com: tres escenarios de enlaces cortos

Un acortador de URL de Make.com funciona con un solo módulo: HTTP, Make a request. Envía un POST a https://api.elido.app/v1/workspaces/{workspace_id}/links con una clave de API Bearer y un cuerpo JSON con domain_id y destination_url, y Elido responde con el slug del nuevo enlace. Une ese slug al nombre de host y tendrás un enlace corto. Ese es todo el truco y funciona con cualquier plan de Make.

Quienes buscan un "make short link module" suelen esperar una tarjeta de Elido con marca propia en el selector de módulos. Todavía no hay ninguna que instalar. Por eso esta guía se basa en la aplicación HTTP propia de Make. A continuación: la solicitud en sí, tres escenarios que yo ejecutaría de verdad, cómo verificar webhooks firmados dentro de Make y cuánto cuesta cada escenario en créditos.

¿Es nueva para ti la API REST de Elido? Empieza con la guía de inicio rápido de la API y los SDK. Explica los tokens, los workspaces y los dominios, que esta publicación da por conocidos.

Qué ofrece Make hoy para los enlaces cortos de Elido

Respuesta corta: la aplicación HTTP. El repositorio abierto de Elido sí contiene el código fuente de una aplicación personalizada de Make, con módulos de conexión, creación, actualización, búsqueda y analítica, además de activadores para eventos de enlaces. Pero no está en el directorio público de aplicaciones de Make. Cargarla implicaría incorporarla a tu propia cuenta de desarrollador de Make y mantenerla allí.

Así que yo la dejaría para más adelante. El módulo HTTP llega a todos los endpoints, te permite establecer cualquier cabecera y resiste los cambios en cualquiera de los dos lados porque no es más que una solicitud. Cuando se publique una aplicación en el directorio, los escenarios de abajo podrán migrar con las mismas formas de datos, ya que ambos caminos acceden a los mismos endpoints con los mismos cuerpos y la misma clave de API.

Todo lo de aquí usa aplicaciones estándar de Make: HTTP, Webhooks, JSON, Google Sheets, RSS y Slack. Si estás comparando plataformas, la guía del acortador de URL de n8n cubre la misma API en n8n. El recorrido por Zapier cubre Zapier.

Crear la solicitud de enlace corto de Make

Necesitas tres cosas antes del primer escenario: una clave de API, un ID de workspace y un ID de dominio.

Crea la clave en el dashboard de Elido, dentro de API keys. Empieza por elido_ y solo se muestra una vez, así que pégala directamente en Make. En el módulo HTTP, elige el tipo de autenticación de clave de API y crea una credencial que coloque Bearer elido_... en una cabecera llamada Authorization. Make la guarda como una credencial reutilizable. Es mucho mejor que pegar la cabecera en cada módulo.

El ID de tu workspace aparece en la URL del dashboard. Para obtener el ID del dominio, ejecuta una solicitud GET desechable contra /v1/workspaces/{workspace_id}/domains con Run once: cada elemento tiene un id y un hostname. Anota ambos.

Después configura Make a request así:

Module:             HTTP > Make a request
Authentication:     API key (header Authorization = Bearer elido_...)
URL:                https://api.elido.app/v1/workspaces/1/links
Method:             POST
Headers:            Idempotency-Key = {{sha256(1.url)}}
Body content type:  application/json
Body:               {
                      "domain_id": 7,
                      "destination_url": "{{1.url}}",
                      "title": "{{1.title}}",
                      "tags": ["make"]
                    }
Parse response:     Yes

La respuesta es el registro del enlace: id, slug, destination_url, domain_id, tags y marcas de tiempo. No hay un campo de URL completa preparado, así que los módulos posteriores lo construyen como https://go.example.com/{{2.data.slug}} con el nombre de host que elijas. Omite slug y Elido generará uno; añádelo para personalizar la parte final. La documentación de la aplicación HTTP de Make enumera las demás opciones, incluidos los tiempos de espera y la paginación con cursor para las llamadas de lista.

Escenario uno: acortar URL en una fila de Google Sheets

La mayoría de los equipos empieza aquí. También es el que más suele sorprender por la factura. Una hoja de planificación tiene una columna url; cada fila nueva debe recibir un enlace corto escrito en la columna D.

La cadena tiene tres módulos. Google Sheets, Watch New Rows, se activa por cada fila añadida desde la última comprobación. La solicitud HTTP de arriba asigna la celda url de la fila a destination_url. Después Google Sheets, Update a Row, escribe https://go.example.com/{{2.data.slug}} en la misma fila, usando el número de fila que pasó el activador.

Importan dos detalles. Coloca un filtro entre el activador y el módulo HTTP que detenga las filas con una url vacía, porque las filas en blanco son la fuente clásica de errores 400. Y conserva Idempotency-Key: si Make reintenta una fila después de un tiempo de espera, la misma clave reproduce el primer enlace en lugar de crear un duplicado. ¿Quieres parámetros UTM en cada enlace? Intégralos primero en el destino con un paso Set variable. La guía de seguimiento UTM ofrece una convención de nombres que se mantiene bien.

¿Vas a pegar 3.000 filas de una vez? No las pases por Make una a una. Para eso está la importación masiva desde Google Sheets, que no cuesta ningún crédito.

Escenario dos: de una nueva publicación del blog a un programador de redes sociales

El segundo escenario convierte un feed en publicaciones programadas. RSS, Watch RSS feed items, comprueba el feed de tu blog según una programación. El módulo HTTP acorta el enlace del elemento, asignando el título de la publicación a title y una etiqueta como rss. El tercer módulo es la acción de creación de publicaciones de tu programador (el de Buffer, por ejemplo), con el título del elemento y la URL corta como texto.

Me gusta añadir aquí un router. Una rama va al programador y otra deja el mismo enlace corto en un canal de Slack para que el equipo lo vea antes de su publicación. Ambas ramas reutilizan el único enlace del módulo HTTP, así que pagas una llamada de creación por elemento, no dos.

Aprendí una cosa de la manera menos entretenida: los feeds vuelven a publicar contenido. Un CMS que edita la fecha de una publicación antigua puede devolverla al feed y, sin un Idempotency-Key, el escenario crea un enlace nuevo para una publicación que compartiste hace meses. Aplicar hash a la URL del elemento, como en la configuración anterior, significa que una repetición dentro de 24 horas reproduce la respuesta original. Las repeticiones más antiguas necesitan una comprobación en un almacén de datos indexada por la URL.

¿Pagas a alguien para que pegue enlaces en un programador todos los martes? Crea un workspace gratuito de Elido y conecta este escenario de feed en el tiempo que tardas en leer la sección siguiente.

Escenario tres: webhook link.created a Slack

Los dos primeros escenarios envían enlaces a Elido. Este escucha. Cada vez que alguien del workspace crea un enlace, desde el dashboard, la API u otro escenario, Make lo publica en un canal de auditoría.

Empieza por Webhooks, Custom webhook, y copia la URL que te proporciona Make. En Elido, abre Webhooks, añade un endpoint con esa URL y marca link.created. El secreto aparece una vez. Guárdalo.

En la configuración avanzada del Custom webhook, activa JSON pass through y Get request headers. Necesitas el cuerpo intacto, porque Elido firma timestamp.raw_body con HMAC-SHA256 y envía el resultado como X-Webhook-Signature: v1=<hex>, con la marca de tiempo en X-Webhook-Timestamp. Un cuerpo serializado de nuevo no coincidirá. La función sha256 de Make acepta un argumento de clave y devuelve un HMAC, así que un filtro puede hacer la comprobación:

Filter "signature ok" (after the Custom webhook):
  v1={{sha256(TS.RAW; hex; SECRET)}}   Text operators: Equal to   SIG

TS     = {{get(map(1.headers; "value"; "name"; "x-webhook-timestamp"); 1)}}
SIG    = {{get(map(1.headers; "value"; "name"; "x-webhook-signature"); 1)}}
RAW    = {{1.value}}   (the raw body JSON pass through hands you)
SECRET = the whsec_... secret, in a custom variable if your plan has them

Después del filtro, JSON, Parse JSON convierte el texto sin formato en campos, y Slack, Create a Message publica {{3.data.slug}} y {{3.data.destination_url}}. La carga contiene type, workspace_id, data (el registro del enlace) y timestamp.

No existe un evento de clic, y eso es intencionado por parte de Elido: los webhooks cubren el ciclo de vida de enlaces y workspaces, no el tráfico. Para obtener cifras de clics, lo adecuado es un escenario programado diario. La documentación de la aplicación Webhooks de Make explica la cola que hay detrás del Custom webhook, y nuestro artículo sobre webhooks para eventos de enlaces profundiza en las cargas y los reintentos.

Gestión de errores y costes de créditos en Make

El módulo HTTP de Make trata cualquier 4xx o 5xx como un error de forma predeterminada, que es justo lo que quieres. Lo que sucede después depende del gestor de errores que le asocies.

Asigna el gestor según el código de estado:

• 429 o 5xx: asigna Retry. Deja el bundle fallido como una ejecución incompleta y lo vuelve a intentar más tarde, así que activa Store incomplete executions en la configuración del escenario. La guía del gestor de errores Retry de Make cubre los ajustes de intentos e intervalos. Elido envía Retry-After al aplicar límites de frecuencia, y la reproducción basada en la clave hace que un intento de creación repetido nunca duplique el enlace.
• 400, 401, 403, 409: no reintentes. Un 400 indica que falta domain_id o que el cuerpo está codificado como formulario, 401 es la clave, 403 es el ID de workspace incorrecto y 409 significa que un slug personalizado ya está ocupado. Dirígelos a Resume con un valor alternativo, o a Skip junto con un correo electrónico para quien sea responsable de la hoja.

Los créditos son la otra mitad. Desde que Make cambió las unidades de facturación, cada ejecución de módulo cuesta un crédito por bundle y un activador de sondeo cuesta un crédito por comprobación aunque no encuentre nada, como explica la referencia de operaciones de Make. Ese coste inactivo es el que duele:

El plan gratuito de Make ofrece 1.000 créditos al mes (comprobado en septiembre de 2026). El observador de Sheets cada 15 minutos gasta casi el triple solo en comprobar. Amplía el intervalo a una hora. Mejor aún, usa un activador de webhook siempre que la aplicación de origen ofrezca uno.

¿Es Make realmente el lugar adecuado para esto? Para unos pocos flujos gestionados por profesionales de marketing, sí, creo que lo es. Cuando empieces a crear miles de enlaces al día, un script corto contra la API y los SDK de Elido será más barato y fácil de depurar, y los webhooks de Elido cubren la parte de envío. La guía de límites de frecuencia e idempotencia explica la ventana de reproducción de 24 horas que se usa en todo el artículo.

Lee el artículo de referencia → guía de inicio rápido de la API y los SDK del acortador de URL

Relacionado en el blog

• Acortador de URL de n8n: nodo HTTP Request o nodo de la comunidad - la misma API desde n8n, en la nube o autoalojado.
• Automatización del acortador de URL de Zapier - el camino de Zapier para los mismos trabajos.
• Webhooks para eventos de enlaces - cargas, firmas y comportamiento de los reintentos.
• Bot de Slack para acortar enlaces y alertas - cuando la parte de Slack merece su propia aplicación.
• Applets de IFTTT para acortar URL - los mismos trabajos desde activadores de teléfono y feeds, mediante webhooks de IFTTT.