n8n y servicios backend: Parte 3 — Firebase

Firebase — la plataforma de Google para aplicaciones móviles y web. A diferencia de Supabase, está construida sobre bases de datos documentales y funciona completamente en la infraestructura de Google Cloud: el código fuente es cerrado, no se puede instalar Firebase en un servidor propio.

De qué se compone Firebase

• Cloud Firestore — base documental: los datos se almacenan en documentos, los documentos se agrupan en colecciones, y pueden existir colecciones anidadas.
• Realtime Database — base más antigua: un gran árbol JSON con sincronización de latencia mínima.
• Authentication — registro e inicio de sesión de usuarios por correo, teléfono o a través de proveedores externos.
• Cloud Functions — funciones del servidor que se ejecutan por eventos en la base, por petición HTTP o por programación.
• Cloud Storage — almacenamiento de archivos.
• Hosting — alojamiento de sitios estáticos y aplicaciones de una sola página.

Las bibliotecas cliente para Android, iOS y web reciben los cambios de datos al instante, sin sondeo. Por eso Firebase es popular en desarrollo móvil.

Tarifas y limitaciones

Firebase tiene dos planes: el gratuito Spark y Blaze con pago por uso. Los límites gratuitos de Cloud Firestore en la edición Standard son: 50 000 lecturas, 20 000 escrituras y 20 000 eliminaciones de documentos por día, 1 GiB de datos y 10 GiB de tráfico saliente por mes.

Cloud Functions están disponibles solo en el plan Blaze, para el cual se necesita una cuenta de facturación de Google Cloud. Esto es importante para la automatización: una función que notifique a n8n sobre el cambio de un documento no está disponible en el plan gratuito.

Firebase y proyectos rusos

Desde marzo de 2022 Google Cloud no acepta nuevos clientes de Rusia, y los pagos desde Rusia están suspendidos. No es posible crear una cuenta de facturación para el plan Blaze para una empresa rusa. Además, a partir del 1 de julio de 2025 la recolección primaria de datos personales de ciudadanos de Rusia debe realizarse en bases de datos ubicadas en el territorio de Rusia, y Firebase aloja los datos en el extranjero.

Por eso Firebase no es adecuado para un proyecto ruso nuevo con datos de usuarios. El análisis siguiente será útil para proyectos dirigidos a una audiencia extranjera y para quienes ya usan Firebase y lo integran con n8n.

Nodos de Firebase en n8n

No existe un nodo llamado «Firebase» en n8n. Para las dos bases hay dos nodos separados.

Google Cloud Firestore trabaja con documentos y colecciones:

• crear documento;
• crear o actualizar documento;
• eliminar documento;
• obtener documento;
• obtener todos los documentos de una colección;
• ejecutar una consulta sobre documentos;
• obtener la lista de colecciones raíz.

Credenciales — las credenciales estándar de Google en n8n: inicio de sesión mediante OAuth2 o cuenta de servicio.

Google Cloud Realtime Database realiza cinco operaciones: escribir datos, eliminar datos, obtener una entrada, añadir un elemento a una lista y actualizar un elemento. Sus credenciales son independientes.

No hay nodo para Authentication en n8n. Crear un usuario, desactivarlo o modificar sus datos se puede hacer mediante una petición HTTP al REST API de Firebase Authentication o con una Cloud Function que n8n invoque por HTTP.

Cómo Firebase notifica a n8n sobre cambios

Firestore no puede enviar webhooks por sí mismo. Hay dos opciones.

• Cloud Function en el evento del documento. La función se activa al crear o cambiar un documento y envía una petición POST a la URL del nodo Webhook en n8n. Es rápido, pero requiere el plan Blaze.
• Sondeo por programación. El nodo Schedule Trigger ejecuta cada pocos minutos una consulta a Firestore: por ejemplo, documentos con el campo updatedAt posterior al momento de la última ejecución. Funciona en el plan gratuito, pero cada documento leído cuenta en el límite de lecturas, por lo que conviene calcular de antemano el intervalo y el tamaño de la selección.

Ejemplos de procesos

• Estado de entrega de una empresa logística. Webhook recibe la notificación del transportista → nodo Google Cloud Firestore crea o actualiza el documento del pedido → mensaje al cliente. El identificador del documento se toma del número de pedido, para que una notificación repetida actualice el mismo documento en lugar de crear uno nuevo.

• Ficha de cliente desde la CRM. Trigger de la CRM en una nueva oportunidad → Firestore crea un documento en la colección customers → petición HTTP a Firebase Authentication crea la cuenta → correo con enlace para establecer la contraseña.

• Exportación nocturna. Schedule Trigger a las 3:00 → consulta a Firestore por los documentos del día → escritura en una hoja o en almacenamiento para informes. Firestore no puede unir colecciones ni calcular agregados como SQL, por eso los informes son más cómodos a partir de los datos exportados.

Cuándo Firebase es apropiado

• Aplicación móvil para una audiencia extranjera donde es importante la sincronización instantánea de datos entre dispositivos.
• Proyecto que ya funciona en Firebase y necesita integrarse con otros sistemas.
• Los datos encajan bien en documentos y no requieren relaciones complejas entre tablas.

Si se necesitan joins entre tablas, transacciones sobre muchas filas, exportación de datos por medios estándar o alojamiento en Rusia, son más adecuados Supabase o Appwrite en un servidor propio.

Errores típicos

• Sondeo cada minuto en el plan gratuito. El límite de lecturas se agota más rápido de lo que parece: cada petición lee todos los documentos coincidentes.
• Cuenta de servicio con permisos de propietario del proyecto. Para n8n se crea una cuenta de servicio separada con los roles mínimos y se guarda la clave solo en las credenciales de n8n.
• Identificadores de documentos generados aleatoriamente en cada llamada. Un webhook repetido crea duplicados; use un identificador estable procedente del sistema origen.
• Contar con Cloud Functions sin el plan Blaze. Una arquitectura basada en funciones no se puede ejecutar en el plan gratuito.