Recursos · Integración n8n

Integración Baserow n8nAutomatiza Baserow con n8n.

¿Tu base de Baserow sigue creciendo a base de copiar y pegar? La integración Baserow n8n cabe en un nodo, un recurso llamado Row y 8 operaciones, desde crear una fila suelta hasta lotes de 200 filas por petición. No hay nodo trigger, así que otro disparador abre la ejecución. Pensada para quien la monta.

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

Por qué automatizar

¿Qué resuelve la integración Baserow n8n?

La integración Baserow n8n conecta una base de Baserow con el resto de herramientas de un workflow, es decir, una cadena de pasos automatizados, mediante un nodo que ya viene con n8n. Ese nodo habla con la API de Baserow, la puerta por la que un programa lee y escribe los datos, sobre un único recurso llamado Row, y cubre 8 operaciones: crear, leer, actualizar y borrar filas, de una en una o en lotes de hasta 200 filas por petición. Nada que instalar, ni en n8n Cloud ni en una instancia autoalojada.

Primer escenario, el registro de incidencias que se llena solo. Llega un mensaje o una respuesta de formulario, row.create la escribe en la tabla con su identificador y la rama sigue trabajando con esa fila. Muchos equipos arrancan esa misma rama contra Google Sheets y cambian de nodo cuando la hoja de cálculo se queda corta.

Segundo escenario, el repaso nocturno. Un Schedule Trigger despierta el workflow a intervalo fijo, row.getAll saca las filas que aún no están completas, un paso intermedio busca lo que falta y row.batchUpdate devuelve hasta 200 filas por petición en lugar de una llamada por fila. Quien viene de Airtable reconoce el patrón, con la pregunta del alojamiento resuelta de otra forma.

Tercer escenario, la limpieza de fin de ciclo. row.getAll lista las filas archivables, row.batchDelete recoge sus identificadores de los items de entrada y la tabla de trabajo vuelve a ser legible. Cuando esos mismos datos también deben vivir en una base relacional, la ejecución empuja una copia hacia Postgres.

El nodo HTTP Request toma el relevo en cuanto el trabajo sale del recurso Row. Crear una tabla, modificar un campo o leer la estructura de la base quedan fuera del nodo dedicado, mientras que HTTP Request llama a cualquier endpoint de la API de Baserow reutilizando el mismo credential, el acceso que registras una sola vez en n8n, con su autenticación predefinida.

Dos límites conviene tenerlos claros antes de montar nada. Baserow no tiene nodo trigger en n8n: el workflow arranca con un Schedule Trigger a intervalo fijo, con un Webhook de n8n, una URL que n8n expone y que llama un servicio externo, o con el disparador de otra herramienta. Y las operaciones por lotes se detienen en 200 filas por petición, así que una importación grande se parte en varias llamadas. Estos criterios se comparan en la Reseña n8n y se practican en el Curso n8n.

Conexión

¿Cómo conectar Baserow con n8n?

  1. 01

    Rellena el Host

    Los dos métodos empiezan por el mismo campo. Host se queda en https://api.baserow.io si la instancia está alojada por Baserow, y toma la URL de la API de tu instancia cuando Baserow corre en tus servidores. El credential se crea una sola vez en el menú Credentials de n8n, y después cada nodo Baserow lo elige de su lista desplegable.

  2. 02

    Entra con una cuenta de usuario

    La autenticación Basic auth reutiliza una cuenta de Baserow que ya existe: Username y Password son los de acceso. El nodo ve entonces justo lo que ve esa cuenta, ni más ni menos. Una cuenta dedicada a la automatización aguanta mejor que un acceso personal, que deja de funcionar el día que esa persona se va.

  3. 03

    O genera un Database Token

    El token evita entregar una contraseña a un workflow. En Baserow, entra, haz clic en tu workspace arriba a la izquierda, abre My Settings y luego Database tokens, y pulsa Create token. El token pide un Name y un Workspace, así que su alcance termina en ese workspace. Pégalo en el campo Database Token dentro de n8n.

Acciones

Qué hace cada operación de Baserow en n8n

El nodo Baserow expone 8 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
RecursoCreateGetGet ManyUpdateDeleteBatch CreateBatch DeleteBatch Update
Row✓✓✓✓✓✓✓✓

Row

8 operaciones
01

Create multiple rows

row.batchCreate

Lo que ves en n8n

Notas y casos de uso

Escribe varias filas de golpe en una tabla, hasta 200 por petición, y devuelve cada fila creada.

Parámetros clave

  • Table Name or ID: la tabla de destino, elegida en la lista o fijada con una expresión como {{ $json.tableId }}.
  • Data to Send: con autoMapInputData, las propiedades de entrada van a las columnas del mismo nombre; con defineBelow, rellenas la colección Rows a mano.
  • Inputs to Ignore: las propiedades que no deben viajar, separadas por comas, útil cuando los nodos previos añaden campos técnicos.
Casos de uso
volcar un listado de inscritos exportado en una tabla nueva sin recorrerlo item a item.
02

Delete multiple rows

row.batchDelete

Lo que ves en n8n

Notas y casos de uso

Borra hasta 200 filas en una sola petición, a partir de sus identificadores. El nodo no relee nada antes, de modo que el workflow tiene que saber qué apunta.

Parámetros clave

  • Table Name or ID: la tabla a la que pertenecen las filas, elegida en la lista o fijada con una expresión.
  • Row IDs: los identificadores escritos uno a uno cuando Data to Send vale defineBelow.
  • Property Containing Row ID: en modo autoMapInputData, el nombre de la propiedad que lleva el identificador en cada item de entrada.
Casos de uso
vaciar una tabla temporal al cerrar el proceso, una vez copiadas las filas a su sitio definitivo.
03

Update multiple rows

row.batchUpdate

Lo que ves en n8n

Notas y casos de uso

Aplica una tanda de cambios en una sola petición, hasta 200 filas, en vez de ejecutar el nodo una vez por item entrante.

Parámetros clave

  • Rows: la colección que llenas con Add Row, donde cada entrada lleva los valores a escribir en modo defineBelow.
  • Inputs to Ignore: lo que no debe salir hacia Baserow cuando los datos de entrada se mapean automáticamente.
  • Table Name or ID: una sola tabla para todo el lote, así que filas repartidas en dos tablas piden dos nodos.
Casos de uso
devolver una puntuación o un estado a las filas que un paso anterior acaba de calcular.
04

Create a row

row.create

Lo que ves en n8n

Notas y casos de uso

Añade una fila a una tabla y la devuelve con el identificador que le asigna Baserow, el que reutilizan los nodos siguientes para modificarla o borrarla.

Parámetros clave

  • Fields to Send: los valores de las columnas, añadidos uno a uno con Add Field cuando Data to Send vale defineBelow.
  • Table Name or ID: campo requerido, así que un valor vacío detiene el nodo antes incluso de llamar a Baserow.
Casos de uso
guardar como fila una solicitud recibida por correo, lista para el resto de la rama.
05

Delete a row

row.delete

Lo que ves en n8n

Notas y casos de uso

Quita una fila concreta, y solo esa, de la tabla indicada. El nodo espera el identificador, no el valor de una columna: un nombre o un correo no sirven.

Parámetros clave

  • Row ID: el identificador de la fila a borrar, escrito a mano o traído de un paso anterior con una expresión.
  • Table Name or ID: la tabla implicada, porque el identificador por sí solo no indica dónde buscar.
Casos de uso
eliminar un duplicado en cuanto un paso de control lo detecta, una fila por ejecución.
06

Get a row

row.get

Lo que ves en n8n

Notas y casos de uso

Recupera una sola fila y pasa sus columnas al nodo siguiente. Va bien cuando el workflow tiene un identificador y le falta el contenido.

Parámetros clave

  • Row ID: el identificador de la fila a devolver, a menudo el que produjo una creación antes en el mismo workflow.
  • Table Name or ID: la tabla a leer, seleccionada en la lista o resuelta por expresión si la rama trabaja con varias tablas.
Casos de uso
mostrar la ficha completa detrás de un identificador pegado en un mensaje, antes de decidir el siguiente paso.
07

Get many rows

row.getAll

Lo que ves en n8n

Notas y casos de uso

Lee varias filas en una llamada, con el filtro, la búsqueda y el orden resueltos en Baserow.

Parámetros clave

  • Table Name or ID: la tabla que se va a leer, elegida en la lista desplegable o fijada con una expresión.
  • Return All: activado, n8n llega hasta la última fila; desactivado, Limit fija cuántas filas vuelven.
  • Filters y Filter Type: las reglas de comparación que añades con Add Filter; con dos o más, AND las exige todas y OR solo una.
  • Search Term: un texto buscado en cualquier columna; Sorting fija el orden de las filas.
Casos de uso
preparar el resumen semanal con las filas añadidas desde la ejecución anterior.
08

Update a row

row.update

Lo que ves en n8n

Notas y casos de uso

Reescribe las columnas de una fila que ya existe. La fila conserva su identificador, de modo que el mismo workflow puede volver a ella más adelante.

Parámetros clave

  • Table Name or ID: la tabla que contiene la fila, requerido además de Row ID.
  • Row ID: la fila que recibe los nuevos valores.
  • Fields to Send: cada columna y su valor, añadidos con Add Field, o rellenados automáticamente en modo autoMapInputData.
  • Inputs to Ignore: las propiedades de entrada que quedan fuera de ese mapeo automático.
Casos de uso
marcar un pedido como enviado cuando el transportista confirma, sin tocar ninguna otra fila.
Necesitas ayuda

¿Necesitas ayuda para automatizar Baserow con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Preguntas frecuentes sobre Baserow y n8n

01¿La integración Baserow n8n es gratuita?
Sí por el lado de n8n. El nodo Baserow viene incluido con n8n, así que no hay nada que instalar ni nada extra que pagar por el conector, tanto si el workflow corre en n8n Cloud como en una instancia que alojas tú con Docker o npm. Un workflow construido en una funciona igual en la otra, algo que importa si empiezas en Cloud y te llevas todo después. Las 8 operaciones del recurso Row están disponibles en ambos casos. Lo que cuesta Baserow por su cuenta depende de la instancia que conectes y queda fuera de esta página.
02¿Qué credenciales necesita el nodo Baserow?
Dos métodos, y los dos empiezan por el Host de tu instancia. Basic auth pide el Username y el Password de una cuenta de usuario de Baserow, y el nodo ve lo mismo que ve esa cuenta. El método de token pide un Database Token creado dentro de Baserow: entra, haz clic en tu workspace arriba a la izquierda, abre My Settings y luego Database tokens, pulsa Create token y dale un Name y un Workspace. El Host conserva el valor por defecto en una instancia alojada por Baserow, y pasa a ser la URL de la API de la tuya si la alojas. El credential se guarda una vez y se reutiliza en todos los workflows.
03¿Qué límites tiene el nodo Baserow en n8n?
Hay tres que conviene prever. El nodo trabaja sobre un único recurso, Row, así que todo lo que toca tablas, campos o estructura de la base se queda fuera y pasa por el nodo HTTP Request, que llama a cualquier endpoint de la API de Baserow con el mismo credential. Las operaciones por lotes se detienen en 200 filas por petición, de modo que una importación grande se parte en varias llamadas. Y la lectura masiva depende de Return All: desactivado, el nodo se queda en el número fijado en Limit y recorta la exportación sin avisar. Filters, Filter Type, Search Term y Sorting reducen el resultado antes de que entre en el workflow.
04¿Baserow puede disparar un workflow en tiempo real?
No, porque Baserow no tiene nodo trigger en n8n. Un workflow que toca Baserow arranca en otro sitio, y hay tres puertas habituales. El Schedule Trigger lo ejecuta a intervalo fijo, lo que encaja con una sincronización o con un resumen que lee filas mediante Get Many Rows. El Webhook de n8n da al workflow una URL que llama otro servicio, así que un evento externo abre la ejecución y la fila se crea en la misma pasada. O el disparador de otra herramienta lo pone todo en marcha, un mensaje nuevo o un archivo nuevo, con Baserow como destino más abajo en la rama.
05¿n8n o Make para Baserow?
Depende de dónde deban vivir los datos y de cómo quieras pagar las ejecuciones. n8n se puede autoalojar con Docker o npm, así que las filas y los credenciales se quedan en una infraestructura que tú controlas, y el mismo workflow corre también en n8n Cloud. Make solo funciona alojado, sin opción de autoalojamiento, y factura por operación: previsible con volúmenes pequeños, menos cuando un proceso nocturno escribe 200 filas de una vez. Los dos montan los workflows de forma visual. Si tu trabajo con Baserow recorre muchas filas, cuenta las operaciones que consumiría un escenario de Make antes de comparar precios.