Cómo enviar un webhook desde Atajos de Apple

Para enviar un webhook desde Atajos de Apple, agrega la acción Obtener contenido de URL, pega la dirección del webhook, cambia Método a POST y arma Solicitar cuerpo como JSON. Funciona en cualquier atajo y puede llevar encabezados personalizados si el endpoint pide una clave. Para los SMS que llegan, la acción de Fwrd arma la solicitud por ti.

Qué necesitas: un iPhone con la app Atajos (ya viene en tu teléfono) y la dirección de un webhook, como el webhook de un canal de Discord o Slack, un activador de Zapier, Make o n8n, o tu propio servidor. Para usar Fwrd, también necesitas iOS 26 o posterior.

¿Qué hace Obtener contenido de URL?

Obtener contenido de URL es la acción integrada de Apple para comunicarse con una dirección web: envía una solicitud y te devuelve la respuesta. Con el método en POST, funciona como emisor de webhooks.

La página Solicitar tu primera API del Manual de uso de Atajos de Apple (consultada el 17 de octubre de 2026) dice que Mostrar más muestra cinco métodos: GET, POST, PUT, PATCH y DELETE. Al cambiar a POST, PUT o PATCH aparece el parámetro Solicitar cuerpo, que te permite enviar JSON, un Formulario o un Archivo. Un webhook casi siempre pide POST con JSON.

Cómo enviar un webhook desde un atajo

1. Empieza un atajo. Abre Atajos y toca + para crear un atajo nuevo.

2. Agrega la acción. Busca Obtener contenido de URL y agrégala. Toca su campo URL y pega la dirección completa de tu webhook.

3. Elige el método. Toca Mostrar más en la acción y cambia Método de GET a POST.

4. Arma el cuerpo JSON. Configura Solicitar cuerpo como JSON y agrega un campo de texto. Su clave es el nombre que lee tu servicio: Discord lee content y Slack lee text. Escribe tu mensaje como valor, o elige una variable de un paso anterior.

5. Agrega un encabezado si el endpoint lo pide. Las opciones de la acción también aceptan encabezados, como indica la referencia de Get Contents of URL de Matthew Cassinelli. Uno común es la clave Authorization con el valor Bearer, un espacio y tu token. Los webhooks de Discord y Slack no necesitan ninguno.

6. Ejecútalo. Toca el botón de reproducir (▶). El mensaje llega a tu canal o a tu flujo, y lo que responda el servidor vuelve como resultado de la acción.

¿Cómo es el cuerpo JSON?

Con un campo de texto llamado content, Atajos envía un cuerpo como este, que es todo lo que necesita un webhook de Discord:

{
  "content": "Hola desde Atajos"
}

La documentación de webhooks de Discord pide uno de estos: content, file, embeds o poll. Para Slack, llama al campo text, como en la guía de webhooks entrantes de Slack. Zapier, Make y n8n aceptan los nombres de campo que quieras.

¿Cómo envías los SMS que llegan a un webhook?

Pon la misma acción dentro de una automatización Mensaje, para que se ejecute cada vez que llega un SMS que coincide. La acción de Fwrd arma el cuerpo por ti, así que la automatización solo tiene que pasarle el texto.

La parte de la automatización es esta: en Atajos, crea una automatización Mensaje, elige El mensaje contiene con una palabra que compartan tus SMS y haz que se ejecute sin preguntar. En iOS 26, eso significa elegir Ejecutar de inmediato y luego tocar Siguiente y Crear nuevo atajo. La guía de automatización explica iOS 26 e iOS 27 paso a paso.

Así se configura:

• En Fwrd. Agrega un destino Webhook en Fwrd y pega tu dirección HTTPS. Luego agrega a la automatización la acción Forward Message to All Destinations (Reenviar mensaje a todos los destinos) de Fwrd (en iOS 26, primero toca Agregar acción) y configura su campo Message (Mensaje) como Entrada de atajo (en iOS 26, Entrada de atajo y luego Mensaje). Reenvía los SMS del iPhone a un webhook tiene cada toque.

Fwrd publica JSON con content y text, los dos con el mensaje tal como llegó, así que lo reciben los servicios que leen cualquiera de los dos campos. Si activas Include Who Sent It (Incluir quién lo envió) en la Configuración de Fwrd y completas el campo Sender (Remitente) en la acción de Fwrd, el cuerpo también lleva un campo sender. Cada SMS lleva un encabezado Idempotency-Key que es el mismo en todos los intentos, así que tu servidor puede descartar los repetidos. La guía del webhook explica el lado del servidor, y Zapier, Make o n8n tiene los pasos de cada uno.

Lo que Fwrd agrega para los SMS

Lo que importa para los SMS:

• Sin cuenta. Fwrd no tiene inicio de sesión ni servidor propio; cada SMS va de tu iPhone directo a tu URL.
• Reintentos. Si un envío agota el tiempo de espera, recibe un 429 o un 5xx, o pierde la conexión, Fwrd vuelve a intentarlo, hasta 2 veces.
• Ocho destinos desde una sola acción. Correo electrónico, otro teléfono o iMessage, WhatsApp, Discord, Slack, Microsoft Teams, Telegram y tu propio webhook. Fwrd publica él mismo en los últimos cinco y, para los tres primeros, pasa los SMS a la acción de envío de Apple o de WhatsApp.
• Un historial en el teléfono muestra cada reenvío y si se entregó.

Lo que no puede hacer cada uno

• Fwrd no puede agregar encabezados personalizados. No envía encabezado de inicio de sesión, así que el endpoint tiene que aceptar la solicitud sin uno, como hacen los webhooks de Discord, Slack, Zapier, Make y n8n.
• Fwrd necesita una dirección HTTPS pública. Rechaza las direcciones IP y los nombres que terminan en .local, .internal y similares, y no sigue redirecciones, así que pega la dirección final. Para n8n, pega la Production URL, no la test URL, y publica el flujo; la documentación del nodo Webhook de n8n dice que es entonces cuando la Production URL empieza a responder.
• Atajos no puede con todos los inicios de sesión. La página Limitaciones de las API de Apple dice que Atajos no es compatible con OAuth 2 cuando exige ingresar a mano el nombre de usuario y la contraseña en una página de inicio de sesión.
• Los SMS necesitan el teléfono encendido. Para los SMS que llegan, el iPhone tiene que estar encendido y con internet, y solo se envían los SMS nuevos que coinciden con la automatización.