Recursos · Integración n8n

Integración MongoDB n8nAutomatiza MongoDB con n8n.

Una colección de MongoDB aguanta el volumen que una hoja de cálculo deja de aguantar. La integración MongoDB n8n abre 11 operaciones repartidas en 2 recursos: buscar, insertar, actualizar, reemplazar, borrar y agregar documentos, más la gestión de los índices de búsqueda desde el mismo nodo.

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

Por qué automatizar

¿Qué resuelve la integración MongoDB n8n?

El nodo MongoDB conecta un flujo de trabajo de n8n con una base MongoDB y lanza consultas contra ella. Las 11 operaciones se reparten en 2 recursos: Document, para todo lo que se lee y se escribe en una colección, y Search Index, para los índices que hacen buscable esa colección. Los filtros se escriben en JSON, igual que se los pasarías a la base, sin formulario intermedio que los simplifique.

El primer patrón usa la colección como almacén. Un flujo recorre una lista de páginas, un nodo HTTP Request trae el contenido y document.insert guarda un documento por página. Cuando el mismo dato también viaja a Google Sheets, lo razonable es dejar la hoja para lo que alguien lee con los ojos y la colección para lo que crece cada día.

El segundo patrón es de lectura. Un Schedule Trigger despierta el flujo, document.find recupera los documentos que cumplen la consulta y el resto de la rama los convierte en un aviso de Slack o en un correo de Gmail. Si lo único que hace falta es un total, document.aggregate hace el cálculo dentro de la base y devuelve solo el resultado.

El tercero mantiene dos sistemas alineados. Llega un identificador, document.findOneAndUpdate escribe los valores nuevos sobre el documento que le corresponde y Upsert lo crea cuando no hay coincidencia. La mecánica recuerda a la de los nodos Postgres o MySQL, con una diferencia: un campo nuevo no obliga a migrar nada.

Conviene conocer dos límites antes de montar el flujo. MongoDB no tiene nodo trigger en n8n, así que nada reacciona por sí solo cuando se escribe un documento: abre el flujo un Schedule Trigger a intervalo fijo, o un Webhook de n8n al que llama la aplicación que escribe. Y los filtros se teclean a mano, de modo que un operador mal escrito devuelve una lista vacía en lugar de un error. Prueba siempre la consulta en Find documents antes de enchufarla a Delete documents.

¿Entra aquí el nodo HTTP Request? Normalmente sí: llama a un endpoint que el nodo dedicado deja fuera, reutilizando el mismo credential. Aquí no, porque el credential de MongoDB abre una cadena de conexión a la base, no una clave de API: no hay ningún endpoint al que llamar con él. El recurso real son Find documents y Aggregate documents, que aceptan una consulta o un pipeline en JSON escritos a mano. Todo lo que queda fuera de estas 11 operaciones pasa por uno de los dos. La comparación entre instalarlo en tu servidor y pagar el plan alojado está en la Reseña n8n.

Conexión

¿Qué necesita n8n para llegar a tu base?

  1. 01

    Crea un usuario de base de datos

    El flujo se conecta a MongoDB con un usuario de base de datos, nunca con tu cuenta de consola. Créalo en el servidor con los permisos justos: solo lectura si la rama se queda en Find documents, lectura y escritura en cuanto aparecen Insert documents, Update documents o Delete documents. Guarda el nombre de usuario y la contraseña, los dos hacen falta en el paso siguiente.

  2. 02

    Abre la red a n8n

    Un clúster solo responde a las direcciones que conoce. Como Project Owner, entra en Network Access dentro del proyecto y añade las direcciones IP de n8n a las IP Access List Entries. Sin esa lista, la conexión ni siquiera llega al momento de la consulta: el nodo se queda parado antes de preguntarle nada a la base.

  3. 03

    Rellena el credential de MongoDB

    En el menú Credentials, crea un credential de MongoDB, la ficha de conexión que n8n guarda y reutiliza. Elige primero el Configuration Type. Connection String espera la cadena que aparece en Database, luego Connect y luego Drivers, del tipo mongodb+srv://user:password@cluster.mongodb.net/, con el usuario y la contraseña reales, más el nombre de la Database. Values pide lo mismo campo a campo: Host, Database, User, Password y Port.

Acciones

Qué hace el nodo MongoDB , operación por operación

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

Matriz recursos × operaciones
RecursoUpdateDeleteAggregateCreateDropFindFind And ReplaceFind And UpdateInsertListUpdate
Search Index✓✓✓✓
Document✓✓✓✓✓✓✓

Search Index

4 operaciones
01

Create Search Index

searchIndexes.createSearchIndex

Lo que ves en n8n

Notas y casos de uso

Crea un índice de búsqueda sobre una colección para que su contenido se pueda buscar. La forma del índice vive en una definición JSON, no en un formulario.

Parámetros clave

  • Collection: la colección sobre la que se construye el índice, escrita tal cual está en la base.
  • Index Name: el nombre del índice, el asa de todas las operaciones posteriores.
  • Index Type: solo dos valores, vectorSearch o search.
  • Index Definition: la definición en JSON, siguiendo el modelo que muestra el campo, { "type": "vectorSearch", "definition": {} }.
Casos de uso
una biblioteca de documentos de soporte se carga por lotes y se indexa al final, para que el buscador interno la vea completa.
02

Drop Search Index

searchIndexes.dropSearchIndex

Lo que ves en n8n

Notas y casos de uso

Elimina un índice de búsqueda. Los documentos siguen en su sitio, lo único que desaparece es el índice, y a la operación le bastan dos nombres.

Parámetros clave

  • Collection: la colección a la que pertenece el índice ahora mismo.
  • Index Name: el nombre exacto con el que se creó, porque aquí no hay lista desplegable donde elegirlo.
Casos de uso
tras renombrar una colección quedan dos índices que apuntan a lo mismo. El flujo de mantenimiento retira el que sobra y deja uno solo en pie.
03

List Search Indexes

searchIndexes.listSearchIndexes

Lo que ves en n8n

Notas y casos de uso

Devuelve los índices de búsqueda definidos en una colección. Es la única operación de lectura del recurso y la que conviene llamar cuando el flujo tiene que decidir por dónde seguir.

Parámetros clave

  • Collection: la colección cuyos índices se listan.
  • Index Name: opcional, y cambia el sentido de la llamada. Si lo rellenas, solo vuelven los índices con ese nombre, así que la operación pasa a ser una comprobación de existencia.
Casos de uso
antes de lanzar una carga masiva, comprobar que el índice esperado existe y detener el flujo si falta.
04

Update Search Index

searchIndexes.updateSearchIndex

Lo que ves en n8n

Notas y casos de uso

Envía una definición nueva a un índice que ya existe. Fíjate en lo que falta respecto a la creación: aquí no hay Index Type, el tipo sigue siendo el que se eligió al principio.

Parámetros clave

  • Collection: la colección donde vive el índice.
  • Index Name: el índice que recibe la definición nueva.
  • Index Definition: la definición completa en JSON, con el mismo formato que en la creación y el mismo placeholder en el campo.
Casos de uso
ajustar la definición cuando cambia lo que se quiere buscar, sin borrar el índice ni rehacerlo desde cero.

Document

7 operaciones
05

Aggregate documents

document.aggregate

Lo que ves en n8n

Notas y casos de uso

Ejecuta un pipeline de agregación sobre una colección y devuelve su salida. El cálculo ocurre dentro de la base y al flujo solo le llega el resultado.

Parámetros clave

  • Collection: la colección que lee el pipeline.
  • Query: el pipeline en sí, un array JSON de etapas, siguiendo el modelo del placeholder [{ "$match": { "$gt": "1950-01-01" }, ... }]. Una expresión como {{ $json.desde }} mete en una etapa un valor que viene del nodo anterior.
Casos de uso
el resumen de actividad que se envía cada semana, con cifras ya calculadas en vez de descargar la colección entera.
06

Delete documents

document.delete

Lo que ves en n8n

Notas y casos de uso

Borra los documentos que coinciden con un filtro. La operación no pide nada más que una colección y una consulta, de modo que la consulta es la única barrera entre el flujo y los datos.

Parámetros clave

  • Collection: aquella donde se aplica el borrado.
  • Delete Query (JSON Format): el filtro de Mongo, con la forma del placeholder { "birth": { "$gt": "1950-01-01" } }. Pásalo antes por Find documents y cuenta lo que devuelve.
Casos de uso
limpiar los documentos de prueba que deja una integración a medio montar, antes de abrir la colección al equipo.
07

Find documents

document.find

Lo que ves en n8n

Notas y casos de uso

Lee los documentos que cumplen una consulta y se los pasa al flujo. Abre casi todas las ramas de MongoDB, porque en n8n nada se entera solo de lo que pasa en la base.

Parámetros clave

  • Query (JSON Format): el filtro de Mongo, del tipo { "birth": { "$gt": "1950-01-01" } }.
  • Limit: el número máximo de documentos devueltos, y 0 significa sin tope.
  • Skip: cuántos documentos se saltan, el compañero de Limit en colecciones largas.
  • Sort (JSON Format): el orden del resultado, escrito { "field": -1 } para ordenar de mayor a menor.
  • Projection (JSON Format): los campos que se mantienen o se excluyen, { "_id": 0, "field": 1 }, para no cargar con documentos enteros.
Casos de uso
un recordatorio diario que recupera los documentos pendientes y avisa a quien corresponde.
08

Find and replace documents

document.findOneAndReplace

Lo que ves en n8n

Notas y casos de uso

Busca el documento que señala la clave de actualización y lo cambia por uno nuevo, formado por los campos que enumera la operación.

Parámetros clave

  • Update Key: la propiedad que decide a qué documento afecta, casi siempre id, y tiene que existir también en el elemento que entra.
  • Fields: la lista de campos que componen el documento nuevo, separados por comas, con la forma name,description.
  • Upsert: activado, se inserta un documento cuando la clave no encuentra pareja.
Casos de uso
la ficha de cliente llega entera desde el CRM y sustituye a la guardada, en vez de ir completándose campo a campo.
09

Find and update documents

document.findOneAndUpdate

Lo que ves en n8n

Notas y casos de uso

Localiza el documento que lleva la clave de actualización y le escribe encima los campos indicados. Mismos campos obligatorios que Find and replace documents, intención distinta: aquí el documento se conserva y se modifica.

Parámetros clave

  • Update Key: la propiedad con la que se reconoce el documento, id en la mayoría de colecciones.
  • Fields: los campos que se escriben, separados por comas, con el formato name,description.
  • Date Fields: los campos que se interpretan como fecha de Mongo y no como texto, algo que importa en cuanto haya que comparar fechas más adelante.
Casos de uso
un cálculo de puntuación devuelve un valor y el flujo lo escribe en el documento del contacto que ya existe.
10

Insert documents

document.insert

Lo que ves en n8n

Notas y casos de uso

Escribe los elementos entrantes en una colección como documentos nuevos. Aquí no hay clave de actualización: la operación nunca busca un documento anterior.

Parámetros clave

  • Collection: la colección que recibe los documentos.
  • Fields: la lista de campos que entran en el documento nuevo, separados por comas, name,description. Solo llega a MongoDB lo que se nombra ahí.
  • Use Dot Notation: se activa cuando una fecha está dentro de un objeto anidado y hay que alcanzarla por su ruta.
Casos de uso
cada artículo que genera una cadena de redacción automática se guarda como documento antes de publicarse en ningún sitio.
11

Update documents

document.update

Lo que ves en n8n

Notas y casos de uso

Aplica los campos indicados a los documentos que señala la clave de actualización. Es la versión por lotes de la operación de buscar y actualizar, pensada para un grupo de elementos que llegan juntos.

Parámetros clave

  • Collection: la colección donde aterriza la actualización.
  • Update Key: la propiedad que señala qué documentos cambian, id por convención.
  • Upsert: sin él, un elemento que no coincide con ningún documento no provoca ninguna inserción.
Casos de uso
una lista de precios que se revisa de golpe, con un elemento por producto y la misma clave en todos ellos.
Necesitas ayuda

¿Necesitas ayuda para automatizar MongoDB con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

MongoDB y n8n: las dudas que vienen después

01¿La integración MongoDB n8n es gratis?
Por el lado de n8n, sí. El nodo MongoDB viene incluido con n8n, así que no hay nada que instalar ni coste añadido, tanto si el flujo corre en n8n Cloud, la oferta alojada por n8n, como en una instancia propia con la Community Edition y su licencia Sustainable Use. El mismo flujo se comporta igual en los dos sitios. Lo que cuesta la base MongoDB depende de dónde esté alojada y no se trata en esta página. El credential se crea una sola vez en el menú Credentials y después aparece en el desplegable de todos los nodos MongoDB, en todos los flujos.
02¿Qué credenciales o permisos pide el nodo MongoDB?
Un credential de MongoDB, con un Configuration Type que se elige al principio. Connection String espera la cadena que se copia en Database, luego Connect y luego Drivers, en formato mongodb+srv, con el usuario y la contraseña del usuario de base de datos puestos en su sitio, más el nombre de la Database. Values pide lo mismo campo a campo: Host, Database, User, Password y Port. En ambos casos hace falta un usuario con los permisos adecuados en el servidor, y un Project Owner tiene que añadir las direcciones IP de n8n a las IP Access List Entries de Network Access. Use TLS suma los campos x.509: CA Certificate, Public Client Certificate, Private Client Key y Passphrase.
03¿Qué límites tiene el nodo MongoDB en n8n?
Dos límites marcan cómo se construye el flujo. No hay trigger, así que n8n no se entera de que otra aplicación acaba de escribir un documento. Y todos los filtros se escriben a mano en JSON dentro de un campo Query, de manera que un operador mal tecleado devuelve una lista vacía en lugar de un mensaje de error. Find documents es la única operación con Options de volumen: Limit pone tope al número de documentos, con 0 para no poner ninguno, Skip se salta lo ya tratado, Sort ordena y Projection recorta. El credential abre una conexión a la base, no una clave de API: lo que no cubren las 11 operaciones se resuelve con Find documents o Aggregate documents, con una consulta o un pipeline JSON escritos a mano, no con el nodo HTTP Request.
04¿Se puede lanzar un flujo cuando cambia un documento en MongoDB?
Directamente no, porque MongoDB no tiene nodo trigger en n8n. Hay dos caminos. El Schedule Trigger arranca el flujo cada cierto intervalo y Find documents lee lo que ha cambiado desde la vez anterior, con lo que la frescura del dato es exactamente ese intervalo. El otro camino: la aplicación que escribe en la base llama también a un Webhook de n8n, o sea una URL que n8n publica y en la que se queda escuchando, y el flujo recoge el cambio en cuanto ocurre. El primero gasta una ejecución por intervalo aunque no haya novedades, el segundo una por evento.
05¿n8n o Make para trabajar con MongoDB?
Depende sobre todo de dónde pueden estar los datos. n8n se instala en tu propio servidor o se usa en n8n Cloud, mientras que Make solo funciona alojado, sin opción de instalarlo, y factura por operación. Una colección con datos que no pueden salir de una red concreta empuja hacia un n8n propio, porque la conexión a la base se queda dentro. Un flujo que inserta unos pocos documentos al día funciona bien en cualquiera de los dos. La lógica visual también cambia: n8n razona con nodos y expresiones, Make con sus módulos. En coste, una máquina fija frente a un contador que suma cada operación.