Recursos · Integración n8n

Integración Google Cloud Storage n8nAutomatiza Google Cloud Storage con n8n.

Los archivos se acumulan más rápido de lo que nadie los mueve a mano. La integración Google Cloud Storage n8n pone 10 operaciones y 2 recursos, los buckets y los objetos, dentro de un flujo de trabajo. Google Cloud Storage no tiene nodo trigger en n8n, así que la ejecución arranca desde un horario u otra herramienta.

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

Por qué automatizar

¿Qué resuelve la integración Google Cloud Storage n8n?

El nodo une un flujo de trabajo de n8n con los buckets de tu proyecto de Google Cloud. Trabaja con dos cosas: los buckets, que son los contenedores, y los objetos, que son los archivos guardados dentro. Las 10 operaciones cubren crear, leer, actualizar y borrar en ambos niveles, de modo que un solo flujo prepara un bucket, deja un archivo dentro, corrige sus metadatos y limpia después, sin que nadie abra la consola de Google Cloud.

Antes de los casos, un apunte de vocabulario. El catálogo trata Prefix como un filtro de nombre y Delimiter como lo que activa un modo de listado tipo directorio: es decir, la carpeta que ves en un nombre de objeto es, para el nodo, una parte del propio nombre. Entender eso ahorra media hora de dudas al configurar la primera operación de listado.

Copia de seguridad nocturna. Un horario dispara el flujo, una consulta a MySQL saca las tablas del día, y object.create escribe el volcado en el bucket con la fecha en el nombre. El archivo nunca toca un ordenador de nadie, va del nodo anterior al bucket en la misma ejecución.

Auditoría de lo que hay guardado. bucket.getAll recorre el proyecto, bucket.get lee la configuración de cada bucket con Projection en full, y un nodo IF marca los que se han salido del patrón. El resultado se manda por Slack al canal de infraestructura, con una línea por bucket señalado.

Limpieza programada. object.getAll con un prefijo lista lo que queda en una zona temporal, object.delete retira lo que ya no hace falta, y bucket.delete cierra el contenedor cuando queda vacío. Un credential, que es un juego de credenciales guardado una sola vez en n8n, sirve para las tres operaciones y para el resto de nodos de Google de la instancia.

Cuando un flujo necesita algo que no está entre las 10 operaciones del catálogo, el nodo HTTP Request llama a cualquier endpoint de la API de Cloud Storage reutilizando ese mismo credential mediante la autenticación predefinida. Si todavía estás comparando plataformas, la Reseña n8n entra en los contrapesos, y el Curso n8n cubre el montaje de los primeros flujos.

Conexión

¿Cómo se conecta Google Cloud Storage con n8n?

  1. 01

    Elige el método de autenticación

    El nodo admite dos tipos de credential: OAuth2 y Service Account, este último señalado como recomendado en la lista. OAuth2 conecta a una persona y es el más sencillo de montar. La cuenta de servicio conecta al flujo en sí, algo que aguanta mejor con el tiempo cuando quien montó la automatización ya no está en el equipo. La documentación de Google aconseja OAuth2 por defecto y la cuenta de servicio cuando sabes por qué la necesitas.

  2. 02

    Crea el credential OAuth2

    En n8n Cloud existe Managed OAuth2 para algunos nodos de Google: pulsas Sign in with Google en la pantalla del credential y no hace falta nada más en Google. En cualquier otro caso, y siempre en una instancia autoalojada, cambia el desplegable a Custom OAuth2, crea un cliente Web application en la consola de Google Cloud, pega la OAuth Redirect URL que muestra n8n en los Authorized redirect URIs y trae de vuelta el Client ID y el Client Secret.

  3. 03

    O entrega una clave de cuenta de servicio

    En la consola de Google Cloud entra en APIs & Services y luego en Credentials, y elige Create credentials y después Service account. Abre la cuenta recién creada, ve a la pestaña Keys, pulsa Add key y Create new key, y marca JSON. Google descarga el archivo. Copia client_email en el campo Service Account Email de n8n y private_key en el campo Private Key.

Acciones

Qué sabe hacer el nodo Google Cloud Storage

El nodo Google Cloud Storage expone 10 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
RecursoCreateGetGet ManyUpdateDelete
Bucket
Object

Bucket

5 operaciones
01

Create a new Bucket

bucket.create

Lo que ves en n8n

Notas y casos de uso

Crea un bucket dentro del proyecto de Google Cloud que indiques. Ese bucket pasa a ser el destino al que apuntan después todas las operaciones sobre objetos.

Parámetros clave

  • Project ID: el proyecto al que pertenece el bucket, copiado del selector de proyecto de la consola de Google Cloud.
  • Bucket Name: el nombre del nuevo bucket, que se repite igual en cada operación sobre objetos.
  • Location: dónde viven los datos del bucket, un parámetro opcional que conviene fijar ya.
  • Predefined ACL: una regla de acceso ya preparada para el bucket, de private a publicRead.
Casos de uso
abrir un bucket por cliente al firmar el contrato, en vez de amontonar los archivos de todos en un contenedor común.
02

Delete an empty Bucket

bucket.delete

Lo que ves en n8n

Notas y casos de uso

Quita un bucket del proyecto. El nombre de la operación marca la condición: el bucket tiene que estar vacío, así que antes suele ir una pasada de object.getAll y object.delete.

Parámetros clave

  • Bucket Name: el bucket que se retira, escrito tal como se creó.
  • Metageneration Match: un filtro que solo deja pasar la llamada si el valor de metageneration del bucket coincide con el que envías, lo que frena un borrado sobre un bucket que alguien tocó mientras tanto.
Casos de uso
desmontar los buckets temporales de un entorno de pruebas cuando la ejecución ya está archivada en otro sitio.
03

Get a Bucket

bucket.get

Lo que ves en n8n

Notas y casos de uso

Devuelve los metadatos de un bucket. No escribe nada, así que es la forma prudente de revisar una configuración antes de que el flujo actúe sobre ella.

Parámetros clave

  • Bucket Name: el bucket que se lee, muchas veces heredado de un nodo anterior con una expresión como {{ $json.field }}, la sintaxis de n8n para tomar un campo del item que entra.
  • Projection: con full llegan All Properties; con noAcl, los metadatos sin las entradas de control de acceso, y el item viaja más ligero.
Casos de uso
una revisión mensual que lee bucket por bucket y avisa de los que se apartaron de la plantilla.
04

Get a list of Buckets for a given project

bucket.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los buckets de un proyecto, un item por bucket, listo para recorrer en bucle.

Parámetros clave

  • Project ID: el proyecto que se inventaría, el mismo identificador que se usa al crear un bucket.
  • Prefix: filtra por nombre de bucket, así que una convención con el código de cliente delante te devuelve los buckets de ese cliente y ninguno más.
  • Return All: activado, n8n encadena las páginas de la API hasta el último bucket; desactivado, se detiene en el límite que fijes.
Casos de uso
preparar el inventario de almacenamiento que pide el área financiera, con una fila por bucket en una hoja de cálculo.
05

Update the metadata of a Bucket

bucket.update

Lo que ves en n8n

Notas y casos de uso

Cambia los ajustes de un bucket que ya existe sin tocar ni uno de los archivos que guarda.

Parámetros clave

  • Bucket Name: el bucket que se modifica.
  • Labels: etiquetas puestas por el usuario, en pares de clave y valor, la vía habitual para marcar responsable, entorno o centro de coste.
  • Versioning: la configuración de versionado del bucket, enviada en JSON.
Casos de uso
reetiquetar los buckets después de una reorganización, para repartir la factura de almacenamiento por equipo sin renombrar nada.

Object

5 operaciones
06

Create an object

object.create

Lo que ves en n8n

Notas y casos de uso

Escribe un archivo dentro de un bucket. Admite tanto un binario que ya viaja en la ejecución como un texto compuesto en n8n.

Parámetros clave

  • Bucket Name y Object Name: el destino y el nombre del archivo, que suele construirse con una expresión del tipo {{ $json.field }}.
  • Use Input Binary Field: se activa cuando el contenido viene de un campo binario, cuyo nombre se indica en Input Binary Field.
  • File Content: el texto que se sube cuando no hay binario, un CSV armado en el flujo.
  • Content Type: uno de los Create Fields, le dice al navegador qué clase de archivo tiene delante.
Casos de uso
archivar cada contrato firmado en la carpeta del cliente en cuanto vuelve la firma.
07

Delete an object from a bucket

object.delete

Lo que ves en n8n

Notas y casos de uso

Borra un archivo. Le das un bucket y un nombre, y esa entrada desaparece.

Parámetros clave

  • Bucket Name: el bucket donde está el archivo.
  • Object Name: el nombre exacto del objeto, incluido el prefijo que hace de carpeta dentro de la ruta.
  • Generation: elige una revisión concreta del objeto, útil cuando un bucket conserva varias versiones del mismo nombre.
Casos de uso
retirar los renders intermedios que deja una cadena de vídeo una vez publicado el archivo definitivo.
08

Get object data or metadata

object.get

Lo que ves en n8n

Notas y casos de uso

Recupera un objeto, y tú decides si quieres el archivo en sí o la información sobre él.

Parámetros clave

  • Bucket Name y Object Name: el archivo que se lee.
  • Return Data: json devuelve Metadata y media devuelve Object Data, es decir, el contenido del archivo.
  • Put Output File in Field: el nombre del campo binario de salida donde aterriza el archivo, para que el nodo siguiente lo adjunte o lo transforme.
Casos de uso
sacar un PDF guardado para adjuntarlo a un correo, sin que nadie lo descargue antes a mano.
09

Get a list of objects

object.getAll

Lo que ves en n8n

Notas y casos de uso

Lista lo que contiene un bucket, con un item por objeto.

Parámetros clave

  • Bucket Name: el bucket que se recorre.
  • Prefix: se queda solo con los nombres que empiezan por este valor, que es como se lista una carpeta suelta.
  • Return All y Limit: todas las páginas, o un número máximo de resultados por ejecución.
  • Delimiter: devuelve los resultados en modo directorio, usando este valor como separador.
Casos de uso
comprobar cada mañana que los volcados de la noche llegaron, y levantar un aviso cuando la carpeta aparece vacía.
10

Update an object's metadata

object.update

Lo que ves en n8n

Notas y casos de uso

Reescribe la información asociada a un archivo ya guardado. El contenido se queda donde está.

Parámetros clave

  • Bucket Name y Object Name: el objeto que se corrige.
  • Cache Control: uno de los Update Fields, gobierna cómo se cachea el archivo cuando se sirve.
  • Content Disposition: otro Update Field, orienta la forma en que el navegador presenta el archivo.
  • Metadata: JSON libre que se engancha al objeto, el sitio donde guardar una referencia interna.
Casos de uso
arreglar archivos subidos con el tipo equivocado, en un bucle sobre los resultados de object.getAll.
Necesitas ayuda

¿Necesitas ayuda para automatizar Google Cloud Storage con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Google Cloud Storage y n8n, las dudas que llegan después

01¿La integración Google Cloud Storage n8n es gratuita?
Sí por el lado de n8n. El nodo viene incluido con n8n, así que no hay nada que instalar ni ningún coste adicional por usarlo, tanto en n8n Cloud como en una instancia autoalojada con la Community Edition bajo licencia Sustainable Use. Un flujo se comporta igual en los dos escenarios. Lo que Google cobre por el almacenamiento en sí es un asunto entre Google y tú, y esta página no lo trata. En la práctica, la pregunta de coste que importa es cuántas ejecuciones añaden a tu instancia los pasos de archivos, no el nodo.
02¿Qué credenciales necesita el nodo Google Cloud Storage?
Hay dos métodos: OAuth2 y Service Account, que el nodo marca como recomendado. OAuth2 está disponible en más sitios y se configura antes. En n8n Cloud, Managed OAuth2 te deja pulsar Sign in with Google y saltarte la consola de Google Cloud para los nodos de Google que lo admiten. En una instancia autoalojada creas una aplicación Custom OAuth2 en la consola de Google Cloud y vuelves con un Client ID y un Client Secret, después de añadir el dominio de tu instancia a los dominios autorizados. La vía de la cuenta de servicio consiste en darle a n8n un Service Account Email y una Private Key sacados del archivo de clave JSON que se descarga. En ambos casos el credential se crea una vez y lo reutilizan todos los flujos.
03¿Qué límites tiene el nodo Google Cloud Storage?
El nodo expone 10 operaciones repartidas en 2 recursos, buckets y objetos. Todo lo que queda fuera de ese catálogo se hace con el nodo HTTP Request, que llama a cualquier endpoint de la API de Cloud Storage reutilizando el mismo credential de Google mediante la autenticación predefinida, sin montar una segunda conexión. El otro punto a vigilar son los listados. Con Return All desactivado, n8n para en el valor de Limit, algo razonable para una comprobación y equivocado para un inventario completo. Esa casilla explica buena parte de las sorpresas en las operaciones de listado.
04¿Se puede lanzar un flujo cuando llega un archivo al bucket?
Desde este nodo no: Google Cloud Storage no tiene nodo trigger en n8n, así que el flujo arranca en otro punto. Tres caminos cubren casi todo. El Schedule Trigger ejecuta el flujo cada cierto intervalo y lista el bucket con object.getAll, lo que encaja con un inventario o una limpieza. El nodo Webhook de n8n te da una URL, es decir, una dirección que un servicio externo llama para avisar de un cambio, en lugar de que tú consultes el bucket una y otra vez. Y la tercera opción es arrancar desde el trigger de otra herramienta, una fila nueva, un mensaje nuevo, un documento nuevo, con el paso de almacenamiento como continuación natural.
05¿n8n o Make para Google Cloud Storage?
Depende de qué pese más en tu caso. Make es una plataforma alojada, sin opción de autoalojamiento, facturada por operación, y su argumento fuerte es la construcción visual. n8n corre en tus propios servidores o en n8n Cloud, con el mismo flujo en los dos casos, algo que cuenta mucho cuando los archivos que mueves no pueden salir de una infraestructura que controlas. El modelo de coste también cambia: pagar por operación resulta previsible con poco volumen y sube con él, mientras que autoalojar traslada el coste a la máquina y a su mantenimiento. Mira el alojamiento, el control de los datos, el modelo de coste y la comodidad de tu equipo en cada editor, y prueba el mismo flujo en los dos antes de decidir.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.