Recursos · Integración n8n

Integración AWS Rekognition n8nAutomatiza AWS Rekognition con n8n.

Una foto entra, un dato sale. La integración AWS Rekognition n8n expone 1 operación sobre un único recurso Image, con 5 tipos de análisis y 6 campos opcionales. Este servicio no tiene nodo trigger en n8n, así que el flujo arranca en otro sitio. Pensada para equipos con demasiados archivos visuales.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué resuelve la integración AWS Rekognition n8n?

La integración AWS Rekognition n8n conecta el servicio de análisis de imágenes de Amazon con el resto de tus automatizaciones. El nodo trae 1 recurso, Image, y 1 operación sobre él: le pasas una foto y te devuelve lo que Rekognition ha reconocido dentro. Cinco análisis distintos viven detrás de un único campo Type, y 6 campos opcionales ajustan la respuesta antes del siguiente nodo.

Quédate con el gesto, no con la lista de campos: coloca un paso Analyze entre lo que trae la imagen y lo que guarda el resultado. Un ecommerce lo monta sobre su catálogo. Las fotos de producto entran, el nodo lanza detectLabels, y cada imagen sale etiquetada hacia una fila de Google Sheets. El trabajo que nadie quiere hacer a mano se hace solo.

El segundo patrón es el control de lo que suben tus clientes. Antes de publicar nada, detectModerationLabels revisa la imagen. Las limpias siguen su camino, las dudosas caen en un canal de Slack y una persona decide en dos segundos. La cola deja de crecer sin que nadie la vigile.

Tercero, las caras y el texto. En fotos de eventos, detectFaces devuelve los rostros detectados y el campo Attributes pide los atributos faciales que quieres recibir; el resultado se guarda en MySQL para consultarlo después. Con detectText sacas el texto atrapado en una captura de pantalla, y recognizeCelebrity completa los cinco tipos.

La API de Rekognition guarda más funciones de las que caben en esa operación única. Para todo lo demás entra en juego el nodo HTTP Request: llama a cualquier endpoint del servicio y reutiliza la misma credencial AWS gracias a la autenticación predefinida. Ni una segunda credencial que crear, solo un paso más en el lienzo.

AWS Rekognition no tiene nodo trigger en n8n: ¿qué abre entonces el flujo? Tres opciones cubren casi todos los casos: un Schedule Trigger a intervalo fijo, un Webhook de n8n (una URL que otro servicio llama cuando pasa algo de su lado), o el trigger de otra herramienta ya conectada. Decidir entre las tres es la parte que de verdad importa, y el Curso n8n le dedica un espacio aparte.

Conexión

¿Cómo se conecta AWS Rekognition con n8n?

  1. 01

    Genera una clave de acceso en AWS

    Entra en la consola IAM, abre tu nombre de usuario arriba a la derecha y elige Security credentials y luego Create access key. Marca un caso de uso en la página de buenas prácticas, o Other si ninguno encaja. Pon una etiqueta de descripción tipo n8n integration para reconocer la clave más adelante y muestra el Access Key ID y la Secret Access Key.

  2. 02

    Crea la credencial AWS (IAM)

    En n8n, abre el menú Credentials y crea una credencial AWS (IAM), es decir el juego de datos de acceso que el nodo reutilizará. Elige primero tu Region y pega después el Access Key ID y la Secret Access Key. ¿Trabajas con claves temporales? Activa Temporary security credential y añade el Session token. Una credencial se crea una vez y vale para todos tus flujos.

  3. 03

    O asume un rol de IAM

    El segundo tipo, AWS (Assume Role), se autentica asumiendo un rol de IAM a través de AWS STS. Los datos de acceso que n8n usa para la llamada AssumeRole se escriben a mano o se leen automáticamente del entorno donde n8n se ejecuta. Es el camino indicado si alojas n8n por tu cuenta en EKS, ECS o EC2 y prefieres no dejar claves estáticas guardadas en la interfaz.

Acciones

Lo que hace el nodo AWS Rekognition

El nodo AWS Rekognition expone 1 operaciones en 1 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoAnalyze
Image✓

Image

1 operación
01

Analyze

image.analyze

Lo que ves en n8n

Notas y casos de uso

El recurso Image tiene una sola operación: n8n manda una foto a Rekognition y recoge lo que ha reconocido.

Parámetros clave

  • Binary File: activado, la imagen viene del campo binario del item; si no, sale de un objeto S3.
  • Input Binary Field: el campo binario de entrada.
  • Bucket y Name: el bucket S3 y la clave del objeto que se analiza.
  • Type: elige uno de los 5 análisis disponibles, de detectLabels a recognizeCelebrity, y decide qué datos vuelven.
  • Min Confidence: el filtro. Ninguna etiqueta floja pasa por debajo de ese umbral.
Casos de uso
un pase nocturno lee las subidas con Bucket y Name, lanza detectLabels y etiqueta cada foto.
Necesitas ayuda

¿Necesitas ayuda para automatizar AWS Rekognition con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

AWS Rekognition y n8n: dudas frecuentes

01¿La integración AWS Rekognition n8n es gratuita?
Sí por el lado de n8n. El nodo AWS Rekognition viene incluido en n8n, así que no hay nada que instalar ni ningún complemento que comprar. Funciona igual en n8n Cloud, la oferta alojada por n8n, y en una instancia que alojes tú mismo en Community Edition con licencia Sustainable Use. El flujo que dibujas es idéntico en ambos casos: mismo nodo, misma operación única sobre el recurso Image, mismos campos. La credencial AWS que creas se guarda en el menú Credentials y la reutilizan todos los demás nodos AWS que añadas después, sin volver a configurarla.
02¿Qué credenciales necesita el nodo AWS Rekognition?
Valen dos tipos. AWS (IAM) se autentica con una clave de acceso: indicas la Region, el Access Key ID y la Secret Access Key. Si las claves son temporales, activa Temporary security credential y añade el Session token. AWS (Assume Role) es la otra vía: n8n asume un rol de IAM a través de AWS STS, y los datos de acceso de esa llamada AssumeRole se escriben a mano o se leen automáticamente del entorno donde n8n se ejecuta. Esa segunda opción encaja con una instancia autoalojada en EKS, ECS o EC2, donde guardar claves estáticas dentro de n8n es justo lo que quieres evitar.
03¿Qué límites tiene el nodo AWS Rekognition en n8n?
El catálogo le da al nodo 1 recurso, Image, y 1 operación sobre él. Esa operación cubre cinco análisis a través del campo Type, y 6 campos opcionales moldean el resultado: Regions of Interest, Version, Word Filter, Max Labels, Min Confidence y Attributes. Todo lo que en la API de Rekognition queda fuera de esa operación pasa por el nodo HTTP Request, que llama a cualquier endpoint del servicio reutilizando la misma credencial AWS mediante la autenticación predefinida. En la práctica dejas el nodo dedicado para el análisis y añades un paso HTTP Request cuando el flujo necesita otra cosa.
04¿AWS Rekognition dispara un flujo de n8n en tiempo real?
No, porque AWS Rekognition no tiene nodo trigger en n8n. El flujo arranca en otro punto y hay tres aperturas habituales. El Schedule Trigger se dispara a intervalo fijo y recorre un lote de imágenes. El Webhook de n8n, una URL que otro servicio llama cuando ocurre algo de su lado, inicia la ejecución en cuanto ese servicio avisa de una subida. Y el trigger de otra herramienta que ya tengas conectada también sirve. Schedule Trigger para el etiquetado nocturno, Webhook para la imagen que hay que revisar nada más llegar.
05¿n8n o Make para AWS Rekognition?
Depende de dónde quieras que viva el flujo. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación: la factura sigue al volumen y los lotes de imágenes crecen rápido. n8n se ejecuta en Cloud o en un servidor tuyo, algo que pesa cuando las fotos son datos de clientes que prefieres mantener en tu propia infraestructura. Las dos ofrecen una lógica visual. El reparto honesto: Make si nunca quieres mantener un servidor, n8n si te importan el alojamiento, el control de los datos y el modelo de coste.