Solicitud HTTP
Envía una solicitud a una API externa y guarda la respuesta en variables: pasar un pedido a un CRM, comprobar un código promocional, obtener el estado de una entrega.
Configuración
- «URL» y el método: GET, POST, PUT, PATCH, DELETE. En la URL puedes insertar variables:
{{ name }}. - «Tiempo de espera, segundos»: cuánto esperar la respuesta. 15 por defecto. Una solicitud desde el servidor no espera más de 30 segundos, aunque el campo indique más.
- «Dónde ejecutar la solicitud»:
- «En el servidor»: la URL y los encabezados se quedan en el servidor, las claves de API que contengan están seguras;
- «En el dispositivo del cliente»: la solicitud sale del navegador o de la app de mensajería de la persona. El servicio debe permitir este tipo de solicitudes (CORS), y la persona podrá ver la URL y los encabezados: no pongas ahí claves secretas. La respuesta se reparte en variables igual que en una solicitud desde el servidor.
- «Encabezados»: hasta 30.
- «Cuerpo de la solicitud»: «Ninguno», JSON, «Formulario» o «Sin formato».
- «Respuesta»: «Respuesta completa en una variable», «Código de estado en una variable» y «Análisis de la respuesta»: una ruta en el JSON, por ejemplo
data.user.name, a una variable. Hasta 50 reglas de análisis.
Una solicitud desde el servidor tiene «Servidor de solicitudes»: «Predeterminado», «Europa» o «Proxy SOCKS5», es decir, tu propio proxy con host, puerto, usuario y contraseña. Un proxy en una red interna no funcionará.
Salidas
- «Correcto»: el servicio respondió con un código 200–299.
- «Error»: otro código de respuesta, el servicio no respondió a tiempo o la URL no pasó la comprobación.
Particularidades
- Las solicitudes a direcciones locales e internas están prohibidas: el servicio necesita una dirección pública.
- Las solicitudes fallidas llegan al registro de errores.
- El código de estado guardado en una variable se puede comprobar con el siguiente bloque «Condición».