Inteligencia Artificial y Automatización Nivel 2
1.6 Lógica condicional y HTTP Request: crea decisiones automáticas complejas y conecta con cualquier servicio o API del mundo

Lección 8 de 43

En Progreso

← Anterior

1.6 Lógica condicional y HTTP Request: crea decisiones automáticas complejas y conecta con cualquier servicio o API del mundo

Subtema 1.6 · Módulo 1 — Nivel 2

Lógica condicional y HTTP Request: decisiones automáticas conectadas al mundo

En una automatización real, casi nada ocurre de forma lineal. Un pago puede estar aprobado, pendiente o rechazado. Un lead puede ser frío, tibio o caliente. Una API puede responder correctamente o devolver un error.

La lógica condicional permite que tu workflow decida qué camino tomar. El nodo HTTP Request permite conectar n8n con cualquier servicio externo que tenga una API, incluso si no existe una integración nativa.

🧠

La lógica condicional es el cerebro de tu automatización.
HTTP Request es su conexión con el mundo exterior.

Una automatización profesional no solo mueve datos: los interpreta, valida, clasifica, consulta sistemas externos y responde según el resultado. Esta combinación convierte un workflow simple en un sistema inteligente de decisión.

🔀 1. ¿Qué es la lógica condicional?

Analogía: La lógica condicional funciona como un semáforo. Según el color, el sistema decide avanzar, detenerse o tomar una ruta alternativa.

La lógica condicional es la capacidad de un sistema para tomar decisiones con base en reglas. En automatización se expresa como: si ocurre esto, haz esto; si no ocurre, haz otra cosa.

Ejemplos cotidianos dentro de un workflow:

💳

Pago aprobado

Decisión binaria

Si el pago está aprobado, enviar acceso. Si no, enviar recordatorio o detener el flujo.

🔥

Lead caliente

Clasificación automática

Si el presupuesto supera cierto monto, asignar prioridad alta y notificar al equipo comercial.

🎧

Soporte o ventas

Rutas múltiples

Si el mensaje habla de precio, mandar a ventas. Si habla de acceso, mandar a soporte.

🧭 2. Los tres niveles de decisión en n8n

Condiciones simples

Nodo If

Sirven para preguntas de sí/no: ¿el pago está aprobado?, ¿el correo existe?, ¿el mensaje contiene “precio”?

Resultado: ruta True o ruta False.

Caminos múltiples

Nodo Switch

Sirven cuando hay varias opciones: ventas, soporte, facturación, queja o seguimiento.

Resultado: varias rutas posibles.

Decisiones complejas

Expresiones + Code

Sirven para combinar reglas, calcular puntajes, validar estructuras o interpretar datos antes de enviarlos a una API.

Resultado: lógica avanzada.

✅ 3. Nodo If — La base de las decisiones automáticas

El nodo If evalúa una condición y separa el workflow en dos caminos: True, cuando la condición se cumple, y False, cuando no se cumple.

Dato recibido
estado_pago

→

If
¿estado = pagado?

→

True
Enviar acceso

→

False
Recordar pago

Caso de uso	Condición	Acción si se cumple
Validar pago	`$json.estado_pago = "pagado"`	Enviar acceso o comprobante.
Validar contacto	`$json.email is not empty`	Continuar con registro en CRM.
Detectar intención	`$json.mensaje contains "precio"`	Enviar información comercial.
Calificar lead	`$json.presupuesto > 5000`	Asignar prioridad alta.

🧮 4. Tipos de condiciones: texto, números, booleanos y fechas

🔤

Texto

Strings

Ejemplos

El mensaje contiene “precio”. El correo termina en @empresa.com. El estado no es igual a “cancelado”.

🔢

Números

Montos y cantidades

Ejemplos

El presupuesto es mayor a 5000. La cantidad de pedidos es igual a 0. El descuento es menor o igual a 20.

✅

Booleanos

true / false

Ejemplos

pagado = true, cliente_activo = false, requiere_factura = true.

📅

Fechas

Tiempo y vencimientos

Ejemplos

La cita es mañana. El pedido tiene más de 7 días. La fecha de vencimiento es anterior a hoy.

🔗 5. AND y OR — Combinar condiciones

AND

Todas deben cumplirse

Usa AND cuando necesitas que todas las condiciones sean verdaderas.

Ejemplo: presupuesto mayor a $5,000 AND servicio igual a automatización.

OR

Basta una condición

Usa OR cuando cualquiera de las condiciones puede activar la ruta.

Ejemplo: mensaje contiene “urgente” OR “queja” OR “problema”.

Regla práctica: AND reduce los casos porque exige más requisitos. OR amplía los casos porque acepta varias posibilidades.

🧩 6. Nodo Switch — Cuando existen varios caminos posibles

El nodo Switch sirve cuando necesitas dividir el workflow en más de dos rutas. Mientras If responde a una pregunta de sí/no, Switch responde a una pregunta con varias opciones.

Valor de `tipo_solicitud`	Ruta recomendada	Acción automática
`ventas`	Ruta comercial	Crear o actualizar lead en CRM.
`soporte`	Ruta de atención	Crear ticket y asignar prioridad.
`facturacion`	Ruta administrativa	Enviar solicitud al área de facturación.
`queja`	Ruta crítica	Escalar a atención humana.
`otro`	Ruta general	Enviar respuesta estándar y registrar caso.

🧪 7. Expresiones útiles para lógica condicional

Las expresiones permiten que los nodos trabajen con datos reales del JSON y no con valores fijos.

// Obtener un valor
{{ $json.nombre }}

// Convertir texto a mayúsculas
{{ $json.nombre.toUpperCase() }}

// Revisar si un mensaje contiene una palabra
{{ $json.mensaje.includes("precio") }}

// Clasificar según monto
{{ $json.total > 5000 ? "alto valor" : "valor regular" }}

// Validar si existe email
{{ $json.email ? "con email" : "sin email" }}

🧹 8. Validación de datos antes de continuar

Una automatización profesional no debe asumir que todos los datos llegan completos. Antes de enviar información a otra API, valida que los campos mínimos existan y tengan el formato esperado.

📧

Email válido

Evita registros basura

Confirma que el correo exista y tenga formato válido antes de crear un contacto.

📱

Teléfono completo

Evita mensajes fallidos

Verifica que el teléfono no esté vacío y tenga longitud adecuada antes de enviarlo a WhatsApp.

💰

Monto numérico

Evita errores de cálculo

Confirma que el presupuesto sea un número antes de clasificar el lead.

⚠️

Ruta de error

Control de calidad

Si faltan datos, registra el error y evita enviar información incompleta a otra plataforma.

🌐 9. ¿Qué es HTTP Request?

Analogía: HTTP Request es como un mensajero universal. Puede tocar la puerta de cualquier sistema, entregar datos, pedir información y traer una respuesta.

El nodo HTTP Request permite que n8n se comunique con cualquier servicio externo mediante internet. Si un servicio tiene una API, puedes conectarte aunque no exista un nodo nativo para esa herramienta.

Con HTTP Request puedes conectar CRMs, plataformas de pago, sistemas internos, APIs de IA, servicios de mensajería, herramientas de marketing, plataformas educativas o aplicaciones propias.

📡 10. Elementos principales de una petición HTTP

Elemento	Qué significa	Ejemplo
Endpoint / URL	Dirección a la que se envía la petición.	`https://api.servicio.com/clientes`
Método HTTP	Acción que quieres realizar.	`GET`, `POST`, `PUT`, `PATCH`, `DELETE`
Headers	Metadatos de la petición. Suelen incluir autenticación y tipo de contenido.	`Authorization: Bearer TOKEN`
Body	Información que envías a la API, normalmente en JSON.	`{"nombre":"María","email":"maria@email.com"}`
Response	Respuesta que devuelve la API después de procesar la petición.	`{"status":"created","id":123}`

🧾 11. Métodos HTTP explicados con ejemplos

GET

Consultar información

Sirve para obtener datos: buscar un contacto, consultar un pedido o leer una lista de productos.

POST

Crear o enviar datos

Sirve para crear recursos: registrar un lead, enviar un mensaje, crear un ticket o mandar un prompt a una API de IA.

PUT

Reemplazar información

Sirve para reemplazar un registro completo, como una ficha completa de cliente.

PATCH

Actualizar parcialmente

Sirve para cambiar solo un campo: estatus, teléfono, etiqueta, nota o prioridad.

DEL

DELETE

Eliminar recursos

Sirve para borrar registros de prueba, archivos temporales o recursos que ya no deben existir.

📦 12. Ejemplo de body JSON para HTTP Request

Este body podría enviarse a un CRM para crear un nuevo lead:

{
  "nombre": "Carlos Ruiz",
  "email": "carlos@email.com",
  "telefono": "4431234567",
  "servicio": "automatización",
  "presupuesto": 12000,
  "prioridad": "alta"
}

🔐 13. Autenticación en APIs

La mayoría de APIs no permiten acceso libre. Necesitan verificar quién está haciendo la petición. Estos son los métodos más comunes:

🔑

API Key

Clave única

Una clave que identifica tu cuenta. Puede enviarse en headers o como parámetro de URL.

x-api-key: TU_API_KEY

🪪

Bearer Token

Token de acceso

Uno de los métodos más comunes en APIs modernas.

Authorization: Bearer TU_TOKEN

👤

Basic Auth

Usuario y contraseña

Usa credenciales codificadas en el header Authorization.

Authorization: Basic ...

🔐

OAuth2

Autorización avanzada

Se usa en servicios como Google, Meta, Microsoft y HubSpot para autorizar acceso a datos.

🚦 14. Códigos de respuesta HTTP

Código	Significado	Qué hacer en n8n
200 OK	La petición fue exitosa.	Continuar con el flujo normal.
201 Created	Se creó un recurso correctamente.	Guardar ID creado y continuar.
400 Bad Request	Datos mal formados.	Revisar body JSON y campos obligatorios.
401 Unauthorized	Falta autenticación o token inválido.	Revisar credenciales.
404 Not Found	El recurso no existe.	Crear recurso o corregir endpoint.
409 Conflict	Conflicto, como registro duplicado.	Buscar registro existente y actualizar.
429 Too Many Requests	Demasiadas peticiones.	Esperar y reintentar después.
500 Server Error	Error del servicio externo.	Registrar fallo y notificar soporte.

🧯 15. Manejo de errores en HTTP Request

Una automatización robusta no solo funciona cuando todo sale bien. También debe saber qué hacer cuando una API falla o devuelve una respuesta inesperada.

⚠️

Continue On Fail

Evita que todo se detenga

Permite que el workflow siga aunque el HTTP Request falle, para manejar el error después con un If.

🔁

Reintentos

Errores temporales

Útil para errores 429, 500, 503 o timeouts. Puedes esperar y volver a intentar.

📝

Logs

Registro de fallos

Guarda errores en Google Sheets, Airtable o base de datos para poder auditarlos después.

📣

Alertas

Notificación humana

Envía una alerta por email, Telegram, Slack o WhatsApp cuando una integración crítica falle.

🧠 16. Encadenar lógica condicional con HTTP Request

La potencia real aparece cuando combinas decisiones automáticas con llamadas a APIs externas.

Mensaje
WhatsApp

→

If/Switch
Detectar intención

→

HTTP Request
Consultar CRM

→

If
¿Existe cliente?

→

Crear o
actualizar lead

Ejemplo profesional: si llega un mensaje con intención de compra, el workflow consulta el CRM. Si el cliente existe, actualiza su registro. Si no existe, crea un nuevo lead. Si la API falla, registra el error y avisa al equipo.

🧰 17. Buenas prácticas

🔀

Para lógica condicional

Orden y claridad

Nombra los nodos según la decisión que toman. Divide reglas complejas en pasos pequeños. Usa Switch cuando existan más de dos caminos. Agrega siempre una ruta para casos no esperados.

🌐

Para HTTP Request

Conexiones seguras

Revisa la documentación de la API. Usa el método correcto. Envía JSON válido. Guarda credenciales de forma segura. Valida la respuesta antes de continuar.

🧪

Para pruebas

Antes de producción

Prueba cada ruta por separado. Usa datos de ejemplo. Simula errores. Verifica qué JSON entra y qué JSON sale después de cada nodo.

🧩 18. Mini ejemplo integrador

Una persona llena un formulario para solicitar información sobre automatización:

{
  "nombre": "Carlos Ruiz",
  "email": "carlos@email.com",
  "telefono": "4431234567",
  "servicio": "automatización",
  "presupuesto": 12000,
  "mensaje": "Quiero automatizar mis ventas"
}

El workflow puede validar email, clasificar el presupuesto, consultar el CRM, crear o actualizar el lead, notificar al equipo comercial y enviar confirmación al prospecto.

🎯 Lo que debes recordar del subtema 1.6

🔀

La lógica condicional decide

Permite que un workflow tome rutas distintas según los datos recibidos.

✅

If divide en dos caminos

True cuando la condición se cumple y False cuando no se cumple.

🧩

Switch divide en varias rutas

Ideal para solicitudes de ventas, soporte, facturación, queja o seguimiento.

🌐

HTTP Request conecta APIs

Permite usar cualquier servicio que tenga endpoint, método, headers y body.

🚦

Los códigos HTTP importan

200 indica éxito, 400 errores de petición, 401 autenticación y 500 fallos del servidor.

🧯

Todo flujo debe manejar errores

Una automatización profesional registra fallos, activa rutas alternas y notifica problemas críticos.

Inteligencia Artificial y Automatización Nivel 2

MÓDULO 1 · Fundamentos de Automatización

Participantes 36

1.6 Lógica condicional y HTTP Request: crea decisiones automáticas complejas y conecta con cualquier servicio o API del mundo

Lógica condicional y HTTP Request: decisiones automáticas conectadas al mundo

La lógica condicional es el cerebro de tu automatización.HTTP Request es su conexión con el mundo exterior.

Pago aprobado

Lead caliente

Soporte o ventas

Condiciones simples

Caminos múltiples

Decisiones complejas

Texto

Números

Booleanos

Fechas

AND

OR

Email válido

Teléfono completo

Monto numérico

Ruta de error

GET

POST

PUT

PATCH

DELETE

API Key

Bearer Token

Basic Auth

OAuth2

Continue On Fail

Reintentos

Logs

Alertas

Para lógica condicional

Para HTTP Request

Para pruebas

🎯 Lo que debes recordar del subtema 1.6

La lógica condicional decide

If divide en dos caminos

Switch divide en varias rutas

HTTP Request conecta APIs

Los códigos HTTP importan

Todo flujo debe manejar errores

Comentarios

La lógica condicional es el cerebro de tu automatización.
HTTP Request es su conexión con el mundo exterior.