Recursos · Integración n8n

Integración Google Cloud Realtime Database n8nAutomatiza Google Cloud Realtime Database con n8n.

¿Dónde dejar un JSON entre dos pasos de un flujo sin montar una base de datos entera? La integración Google Cloud Realtime Database n8n cabe en un solo nodo con 5 operaciones: escribir, añadir a una lista, actualizar, leer y borrar. No hay nodo trigger, así que el flujo arranca en otro sitio.

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

Por qué automatizar

¿Para qué sirve la integración Google Cloud Realtime Database n8n?

Google Cloud Realtime Database es la base de Firebase que mantiene un único árbol JSON sincronizado entre un backend y las aplicaciones que lo leen. El nodo de n8n habla con ese árbol a través de la API Realtime Database, con 5 operaciones sobre un solo recurso: escribir un registro, añadirlo a una lista, actualizar campos, leer una ruta y borrar. Tú eliges el proyecto de Firebase, nombras los atributos que quieres guardar y el flujo se encarga del viaje de ida y vuelta.

Primer escenario, el más habitual en una pyme: la base hace de pizarra compartida. Un flujo programado cuenta los pedidos del día, las incidencias abiertas o el stock que queda y deja esos valores en una ruta conocida con default.create. La app que ya lee el árbol muestra las cifras nuevas en su siguiente refresco, sin que nadie tenga que abrir una ruta de servidor para ello.

Segundo escenario: el histórico que se acumula. La plantilla oficial 787 sigue la posición de la ISS, un nodo HTTP Request recoge las coordenadas y el nodo Google Cloud Realtime Database las añade con default.push. Cambia la estación espacial por una lectura de temperatura, un precio de la competencia o un contador de altas: cada ejecución suma una entrada y acabas con un registro legible sin base relacional.

Tercer escenario, el menos vistoso y el que más tiempo devuelve: la limpieza nocturna. default.get trae una rama del árbol al flujo, un paso de filtrado se queda con lo que importa, las filas viajan a Google Sheets para el informe semanal y default.delete borra lo que ya está archivado.

Conviene decir dónde se acaba el nodo. Estas 5 operaciones leen y escriben, nada más: crear, borrar, leer, añadir, actualizar. default.get devuelve una ruta, o el objeto completo de la base cuando la ruta se deja en blanco, y lo que el flujo hace con eso ocurre en los nodos siguientes. Si necesitas un endpoint de la API Realtime Database que el nodo no expone, el nodo HTTP Request lo llama directamente reutilizando la misma credencial de Google, es decir, la conexión que guardas una sola vez en n8n. Y cuando el trabajo pide consultas de verdad o cruces entre tablas, una base relacional como Postgres o Supabase convive sin problema con esta en el mismo flujo.

El otro límite está en el arranque. Esta herramienta no tiene nodo trigger en n8n, así que nada vigila el árbol y un cambio hecho por tu app pasa desapercibido. El flujo empieza con un Schedule Trigger a intervalo fijo, con un Webhook de n8n (una URL a la que llama tu aplicación) o con el trigger de otra herramienta que ya esté en el circuito, por ejemplo Airtable. Un aviso que ahorra disgustos: este nodo no es Google Cloud Firestore, que es otro nodo con otro modelo de datos. Y si el editor de n8n todavía te suena a chino, el Curso n8n cubre lo que esta página da por sabido.

Conexión

¿Cómo conectar el nodo con tu proyecto de Firebase?

  1. 01

    Crear la credencial de Google en n8n

    Una credencial es la conexión que n8n guarda una vez y reutiliza en todos los flujos. En n8n Cloud, el camino corto es Managed OAuth2: abre la pantalla de la credencial, pulsa Sign in with Google y no hay nada más que preparar en la Google Cloud Console. Una instancia autoalojada no dispone de esa opción, así que usa el desplegable para cambiar a Custom OAuth2, que pide un Client ID y un Client Secret creados en el paso siguiente.

  2. 02

    Configurar el cliente OAuth en Google Cloud Console

    Crea un proyecto de Google Cloud, activa las API que vayas a usar y abre APIs & Services > OAuth consent screen para rellenar App name y User support email. En Audience, Internal cubre las cuentas de tu organización en Google Workspace y External cualquier cuenta de Google. En Branding, añade un dominio autorizado: n8n.cloud si usas Cloud, el dominio de tu instancia si te autoalojas.

  3. 03

    Cerrar el cliente y apuntar al proyecto

    En Credentials, elige + Create credentials > OAuth client ID, marca Web application como tipo de aplicación y copia la OAuth Redirect URL que muestra tu credencial de n8n dentro de Authorized redirect URIs. La cuenta de servicio también está documentada, con un Service Account Email y una Private Key sacados del archivo JSON descargado, sin las comillas que los rodean. De vuelta en el nodo, la lista Project Name or ID ya muestra tus proyectos.

Acciones

Las 5 operaciones del nodo, una a una

El nodo Google Cloud Realtime Database expone 5 operaciones. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

01

Write data to a database

create

Lo que ves en n8n

Notas y casos de uso

Guarda el item entrante en la base del proyecto de Firebase que selecciones, y el registro queda listo para quien lo lea después.

Parámetros clave

  • Project Name or ID: el proyecto tal como aparece en la URL de la consola de Firebase. Elígelo en la lista o constrúyelo con una expresión como {{ $json.projectId }} cuando viene de un nodo anterior.
  • Columns / Attributes: los campos que se guardan, separados por comas, con la forma age, name, city. Solo se escribe lo que nombras aquí, así que un campo ausente de esa lista nunca llega al árbol.
Casos de uso
dejar el resultado limpio de un formulario para que la aplicación lo lea como un objeto JSON normal.
02

Delete data from a database

delete

Lo que ves en n8n

Notas y casos de uso

Borra el dato guardado en la base del proyecto elegido. El nodo no devuelve nada que permita deshacerlo, conviene probarlo en un proyecto de pruebas antes de apuntarlo al que está en producción.

Parámetros clave

  • Project Name or ID: el único campo obligatorio de esta operación, leído en la URL de la consola de Firebase. También admite una expresión, útil para dirigir un flujo de limpieza al proyecto de pruebas y no al real.
Casos de uso
vaciar una cola de trabajo cuando los elementos ya se han procesado y archivado en otro sitio.
03

Get a record from a database

get

Lo que ves en n8n

Notas y casos de uso

Relee lo que está guardado y lo entrega al flujo en JSON, listo para un filtro, un mensaje o el siguiente nodo.

Parámetros clave

  • Project Name or ID: el proyecto de Firebase que se consulta, elegido en la lista o calculado con una expresión.
  • Object Path: la ruta que se lee, escrita sin .json al final, por ejemplo /app/users. Si la dejas en blanco, el nodo devuelve el objeto completo de la base, algo que pesa enseguida en un árbol real.
Casos de uso
cargar una rama pequeña de configuración al principio de la ejecución, para gobernar el resto del flujo con valores que cambias sin tocar n8n.
04

Append to a list of data

push

Lo que ves en n8n

Notas y casos de uso

Añade el item entrante a una lista en lugar de sustituir lo que ya había, que es lo que hace que varias ejecuciones se apilen en vez de pisarse.

Parámetros clave

  • Project Name or ID: el proyecto de destino, tal como se muestra en la URL de la consola de Firebase.
  • Columns / Attributes: los campos que se arrastran del item entrante, listados como age, name, city, una entrada por ejecución.
Casos de uso
la plantilla de seguimiento de la ISS hace justo esto, añadiendo coordenadas nuevas en cada pasada programada hasta formar un histórico.
05

Update item in a database

update

Lo que ves en n8n

Notas y casos de uso

Cambia los atributos que nombras sobre un dato que ya existe, en vez de escribir un registro nuevo encima.

Parámetros clave

  • Project Name or ID: el proyecto de Firebase donde está el dato, tomado de la lista o resuelto con una expresión.
  • Columns / Attributes: los campos que se refrescan, separados por comas, del tipo age, name, city. Nombra solo los que cambian, porque esa lista es lo que el nodo envía.
Casos de uso
cambiar el estado de un pedido tras el cobro, para que la app muestre la situación nueva sin publicar otra versión.
Necesitas ayuda

¿Necesitas ayuda para automatizar Google Cloud Realtime Database con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Lo que se pregunta después

01¿La integración Google Cloud Realtime Database n8n es gratuita?
Sí, por el lado de n8n. El nodo viene incluido con n8n, no hay nada que instalar ni coste adicional, tanto en n8n Cloud como en una instancia autoalojada en Community Edition bajo licencia Sustainable Use. La credencial que creas se reutiliza, de modo que una sola conexión de Google cubre todos los flujos que tocan la base. Lo que Google cobre por el proyecto de Firebase es otro asunto, se decide en tu cuenta de Google Cloud y esta página no entra en ello.
02¿Qué credencial hace falta para usar el nodo?
Una credencial de Google. En n8n Cloud basta con Managed OAuth2: pulsas Sign in with Google en la pantalla de la credencial y no hay nada que preparar en la Google Cloud Console. Si te autoalojas, necesitas una credencial Custom OAuth2, es decir un proyecto de Google Cloud, una pantalla de consentimiento con App name y User support email, un dominio autorizado y un OAuth client ID de tipo Web application cuya URI de redirección coincida con la OAuth Redirect URL que muestra n8n. La cuenta de servicio está documentada como alternativa, con el Service Account Email y la Private Key del archivo JSON descargado.
03¿Qué límites tiene el nodo Google Cloud Realtime Database?
Lee y escribe, y ahí termina. Un recurso, 5 operaciones: crear, borrar, leer, añadir, actualizar. La operación Get devuelve una ruta, o el objeto completo de la base cuando la ruta se deja en blanco, y lo que sigue ocurre en el flujo. Otra sorpresa habitual: solo se guardan los campos listados en Columns / Attributes, no el item entero. Para cualquier endpoint de la API Realtime Database que el nodo no exponga, el nodo HTTP Request lo llama directamente reutilizando la misma credencial de Google con su autenticación predefinida.
04¿Reacciona en tiempo real a un cambio en la base de datos?
No. En n8n no existe un nodo trigger para esta herramienta, así que nada escucha el árbol y una escritura hecha por tu app pasa desapercibida por sí sola. El arranque viene de otro lado: un Schedule Trigger a intervalo fijo seguido de un Get sobre la rama que te interesa, un Webhook de n8n, que es una URL a la que llama tu aplicación cuando algo cambia, o el trigger de otra herramienta ya presente en el circuito. La primera vía cuesta una lectura por pasada, la segunda una línea de código en la app.
05¿n8n o Make para esta base de datos?
Son cuatro criterios, no un ganador. Alojamiento: n8n corre en tu servidor o en n8n Cloud, mientras que Make solo existe alojado. Control de los datos: una instancia de n8n autoalojada mantiene el JSON que mueves dentro de tu propia infraestructura, algo que pesa cuando el árbol guarda datos de clientes. Modelo de coste: Make factura por operación, así que un flujo que añade una entrada en cada pasada programada merece un cálculo antes de lanzarlo. Lógica visual: las dos se montan con el ratón, y las expresiones de n8n calculan la ruta o los atributos a partir del item entrante.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.