Capítulo 4 — La consola de Firebase¶

Recursos visuales propuestos¶

Antes de desarrollar el capítulo, conviene identificar qué recursos visuales realmente facilitan el aprendizaje. En este caso, la consola es una interfaz administrativa, por lo que muchas ideas se entienden mejor con imágenes didácticas orientadas a reconocer zonas de trabajo. Solo las relaciones estructurales entre consola, servicios y Google Cloud justifican diagramas más formales.

Imágenes didácticas¶

Vista general de la Consola de Firebase. Se recomienda como imagen didáctica porque el lector necesita primero un mapa visual amplio de la interfaz: menú lateral, área central, accesos de configuración y panel principal del proyecto. El objetivo pedagógico es orientación, no detalle arquitectónico.[cite:2]
Identificación de cada sección del menú lateral. Se recomienda como imagen didáctica porque ayuda a memorizar cómo se organizan los productos en categorías principales dentro de la consola. Aquí una imagen anotada es más útil que un SVG complejo.[cite:2]
Página principal del proyecto. Se recomienda como imagen didáctica porque muestra la experiencia real de aterrizaje administrativo y permite explicar cómo cambian los paneles cuando el proyecto empieza a usar productos.[cite:2]
Organización visual de las herramientas. Se recomienda como imagen didáctica porque resume la distribución entre Build, Run, Analytics, AI, configuración y accesos a documentación. Su función es comparativa y orientadora.
Recorrido por las diferentes áreas de administración. Se recomienda como imagen didáctica porque apoya una navegación guiada por la consola usando el proyecto oficial del libro. El lector necesita familiaridad operativa más que precisión estructural.

Diagramas SVG¶

Relación entre la Consola de Firebase y los servicios administrados. Se recomienda como SVG porque representa una relación técnica entre interfaz administrativa, proyecto Firebase, aplicaciones registradas y productos aprovisionados. Esa conexión es estructural y merece una representación escalable.[cite:2]
Flujo de administración entre Firebase Console y Google Cloud Console. Se recomienda como SVG porque ilustra el reparto de tareas administrativas entre ambas consolas y muestra por qué ciertos cambios se gestionan desde Firebase y otros requieren pasar a Google Cloud.[cite:2]
Arquitectura administrativa del ecosistema Firebase. Se recomienda como SVG porque integra proyecto, apps, permisos compartidos, facturación, recursos y herramientas de administración. Su valor está en clarificar un sistema administrativo distribuido.[cite:2]

Objetivos de aprendizaje¶

Al finalizar este capítulo, el lector será capaz de:

Comprender qué es la Consola de Firebase y por qué constituye el entorno más completo para administrar productos, aplicaciones y ajustes del proyecto.[cite:2]
Navegar con soltura por la interfaz, reconociendo menú lateral, panel principal, configuración del proyecto y accesos a productos organizados por categorías.[cite:2]
Identificar qué función cumple cada sección principal de la consola, incluyendo Build, Run, Analytics y AI.[cite:1][cite:2]
Entender la relación entre Firebase Console y Google Cloud Console, incluyendo permisos, facturación y operaciones que pueden requerir cambiar de interfaz.[cite:2]
Administrar de forma profesional el proyecto transversal del libro desde una única interfaz central de trabajo.
Reconocer configuraciones que deben revisarse antes de comenzar el desarrollo real de una aplicación.

Introducción¶

La Consola de Firebase es el centro operativo de la plataforma. No es solo una pantalla para “activar servicios”, sino el entorno desde el cual se administran aplicaciones registradas, productos, configuraciones, integraciones, permisos, facturación y buena parte de la operación diaria del proyecto.[cite:2]

Aprender a usarla correctamente desde el inicio evita uno de los problemas más comunes en equipos principiantes: trabajar con Firebase sin una visión clara de dónde vive cada ajuste, qué opciones pertenecen al proyecto completo y cuáles corresponden a un producto específico. La consecuencia de esa confusión suele ser desorden administrativo, errores de configuración y pérdida de tiempo.

En este capítulo se utilizará el proyecto oficial del libro, Firebase Profesional, para recorrer la consola como lo haría un equipo real. El objetivo no es profundizar todavía en cada servicio, sino dominar el terreno donde se administrarán todos a partir de los siguientes capítulos.

Desarrollo completo¶

Introducción a la Consola de Firebase¶

La documentación oficial describe Firebase Console como el entorno más rico para administrar productos, aplicaciones y configuraciones a nivel de proyecto.[cite:2] Desde allí se puede registrar apps, habilitar productos, revisar estadísticas de uso, acceder a configuraciones, gestionar permisos y lanzar los flujos principales de configuración de la plataforma.[cite:2]

La consola existe porque Firebase no es un servicio único, sino un ecosistema. Al reunir múltiples productos en un solo entorno administrativo, la plataforma reduce fricción operativa y permite que el desarrollador trabaje con una vista unificada del proyecto en lugar de moverse constantemente entre interfaces aisladas.

Dicho de forma práctica, la consola es la cabina de mando del proyecto. Desde ahí no solo se observa el estado del sistema, sino que se toman decisiones que afectan aplicaciones, seguridad, costos, despliegues y evolución del producto.

Acceso y navegación¶

El acceso habitual comienza en la consola web de Firebase, donde el usuario selecciona uno de sus proyectos y entra a un entorno centrado en el menú lateral izquierdo y el área principal de trabajo.[cite:2] La documentación indica que el panel izquierdo organiza los productos por categorías superiores y que, en la parte superior de ese panel, el acceso a Settings permite abrir la configuración del proyecto, integraciones, permisos y facturación.[cite:2]

Una vez dentro, la navegación sigue una lógica importante: la consola distingue entre navegación por productos y navegación por proyecto. Los productos se exploran desde el menú lateral; los aspectos globales del proyecto se revisan desde la configuración superior, no desde una herramienta específica.[cite:2]

Esta distinción evita una confusión frecuente. Muchos usuarios nuevos buscan membresías, identificadores o facturación dentro de la sección de un producto, cuando en realidad pertenecen al proyecto completo y deben administrarse en configuración general.

Página principal del proyecto¶

La página principal actúa como punto de aterrizaje administrativo. La documentación oficial explica que el área central de la consola muestra inicialmente botones para registrar apps y, a medida que se usan productos, se transforma en un dashboard con estadísticas de los servicios adoptados por el proyecto.[cite:2]

Esto es importante porque la portada del proyecto no es un simple resumen decorativo. Es una vista evolutiva: cambia según el grado de madurez del sistema y se convierte en un punto de observación rápida para detectar el estado general de la plataforma.

En el proyecto Firebase Profesional, esta pantalla servirá como referencia continua durante todo el libro. Al inicio mostrará un proyecto con configuración base y pocas integraciones; más adelante reflejará una plataforma cada vez más completa y operativa.

Configuración general del proyecto¶

La sección Settings > General es uno de los primeros lugares que un administrador profesional debe revisar. Allí aparecen identificadores fundamentales como project name, project number y project ID, todos compartidos con el proyecto subyacente de Google Cloud.[cite:2]

La documentación oficial aclara que el project name es interno y editable, mientras que el project number es el identificador canónico global asignado por Google y el project ID es el alias único del proyecto que puede aparecer en recursos visibles públicamente, como subdominios de Hosting o nombres de buckets predeterminados.[cite:2]

Además, desde esta área se obtiene la configuración necesaria para apps registradas, como archivos de configuración o el objeto de configuración web.[cite:2] Por eso no es una pantalla meramente informativa; es un punto crítico para administración, trazabilidad y preparación del trabajo local.

El menú lateral es la columna vertebral de la navegación en Firebase Console. La documentación oficial indica que ahí se listan los productos organizados por categorías principales, lo que permite localizar rápidamente las herramientas del ecosistema sin recorrer una estructura desordenada.[cite:2]

Esta organización responde a una lógica de ciclo de vida del producto. Los servicios no aparecen agrupados al azar, sino según su función dentro del proceso de construir, ejecutar, medir y expandir una aplicación. Comprender esa lógica vuelve la navegación mucho más intuitiva.

En términos profesionales, conviene leer el menú lateral no como una lista de botones, sino como un mapa de responsabilidades: construcción, operación, medición, inteligencia y configuración transversal.

Sección Build¶

La documentación general de Firebase describe la plataforma como un conjunto de productos para construir aplicaciones rápidamente y con seguridad, sobre infraestructura administrada por Google Cloud.[cite:1] Dentro de esa lógica, la sección Build reúne las herramientas orientadas a crear la base funcional del sistema: identidad, datos, archivos, lógica, hosting y otras capacidades esenciales que se estudiarán más adelante.

En este capítulo no se profundizará todavía en Firestore, Authentication, Storage o Cloud Functions, pero sí es importante entender que Build representa la capa de construcción del producto. Es el lugar al que el equipo acude cuando necesita habilitar o administrar las piezas nucleares de la aplicación.

En el proyecto del libro, Build será la zona más visitada durante varios capítulos consecutivos, porque allí se irán activando y configurando progresivamente los componentes principales del backend administrado.

Sección Run¶

La documentación oficial presenta la plataforma también como un entorno para ejecutar aplicaciones con confianza, monitorear calidad, optimizar experiencia y operar el sistema ya desplegado.[cite:1] La sección Run se alinea con ese propósito: concentra herramientas relacionadas con operación, rendimiento, estabilidad, pruebas y evolución continua de la app.

Su valor arquitectónico es muy alto porque recuerda una verdad importante: construir no es suficiente. Un sistema profesional necesita instrumentos para observar fallos, medir rendimiento, validar versiones y acompañar el comportamiento real del software una vez que está en manos de usuarios.

En la práctica, esta sección gana importancia conforme el proyecto madura. Al principio puede parecer secundaria; en producción se vuelve indispensable.

Sección Analytics¶

La propia documentación del proyecto Firebase indica que todas las apps registradas en un mismo proyecto se asocian a una misma propiedad de Google Analytics, en la que cada app actúa como flujo de datos separado.[cite:2] La sección Analytics dentro de la consola es la expresión administrativa de esa integración.

Su función no es simplemente mostrar gráficas. Sirve para entender comportamiento, audiencias, eventos y uso del producto desde una perspectiva de negocio y de experiencia. Mientras Build ayuda a crear el sistema y Run ayuda a operarlo, Analytics ayuda a comprender qué está ocurriendo realmente con los usuarios.

En el proyecto transversal del libro, esta sección será clave cuando la aplicación deje de ser solo un ejercicio técnico y empiece a comportarse como un producto medible y optimizable.

Sección AI¶

La documentación general de Firebase, actualizada al momento de esta redacción, incluye capacidades relacionadas con IA y desarrollo asistido en distintas interfaces de Firebase, incluida la consola.[cite:1] Esto refleja una evolución reciente de la plataforma: Firebase ya no se limita a backend móvil o web tradicional, sino que incorpora herramientas asociadas a experiencias impulsadas por inteligencia artificial y a flujos de desarrollo más asistidos.

Dentro de la consola, la sección AI debe entenderse como una zona orientada a capacidades emergentes del ecosistema, no como un reemplazo de las áreas clásicas de administración. Su presencia muestra hacia dónde se expande la plataforma y por qué el lector debe aprender a ver Firebase como un entorno en evolución continua.

Para este manual, AI se presentará como parte del mapa general de la consola. Los capítulos posteriores decidirán cuándo conviene usar estas capacidades según el proyecto y la madurez de la aplicación.

Integraciones con Google Cloud¶

La documentación oficial es clara: un proyecto Firebase es también un proyecto de Google Cloud y ambos comparten recursos, permisos, facturación, jerarquía e identificadores.[cite:2] Por eso la consola de Firebase convive naturalmente con Google Cloud Console en una relación de complementariedad, no de competencia.

Esto significa que muchas tareas podrán resolverse enteramente desde Firebase Console, pero otras requerirán pasar a Google Cloud Console, especialmente cuando entren en juego configuraciones o productos cloud más amplios.[cite:2] La consola de Firebase simplifica y centraliza, pero no elimina el ecosistema cloud subyacente.

Una administración profesional consiste precisamente en saber cuándo quedarse en Firebase y cuándo cruzar a Google Cloud. Esa frontera debe verse como parte normal del trabajo, no como una anomalía de la plataforma.

Configuración del proyecto¶

La configuración del proyecto agrupa los aspectos globales que afectan a toda la plataforma, no solo a una aplicación o servicio concreto. Según la documentación oficial, desde la parte superior del panel izquierdo se accede a Settings, donde se encuentran integraciones, permisos de acceso y facturación del proyecto.[cite:2]

Esa centralización es importante porque ayuda a distinguir entre dos capas de administración. La primera es la de producto, como Firestore o Hosting. La segunda es la de plataforma, donde se decide identidad del proyecto, vínculo con herramientas externas, membresías y condiciones económicas.

En el proyecto Firebase Profesional, esta área deberá revisarse siempre antes de activar nuevos servicios. Esa disciplina reduce errores acumulativos y obliga a pensar cada cambio dentro del contexto completo del sistema.

Configuración de aplicaciones registradas¶

La documentación oficial explica que un proyecto Firebase puede tener una o más Firebase Apps registradas y que todas comparten los mismos recursos y servicios aprovisionados del proyecto.[cite:2] Desde la consola, cada app registrada tiene su propia configuración, archivos o fragmentos necesarios para asociar el proyecto local con el backend correspondiente.[cite:2]

Esto es fundamental para entender la consola profesionalmente. No se administran únicamente “servicios”; también se administran clientes conectados a esos servicios. Web, Android y Apple no son copias decorativas del mismo sistema, sino variantes que deben registrarse y mantenerse con orden.

En el proyecto del libro, más adelante se registrarán aplicaciones concretas siguiendo la convención definida en capítulos anteriores. La consola será el lugar donde se visualizarán y administrarán esas variantes de plataforma.

Gestión de usuarios y permisos¶

La documentación indica que permisos y roles de IAM son compartidos entre Firebase y Google Cloud, y que cualquier acceso de un miembro al proyecto cloud se aplica también al proyecto Firebase, y viceversa.[cite:2] Esta sola idea convierte la gestión de usuarios en una responsabilidad mucho más seria de lo que parece a primera vista.

Desde la consola, la administración de accesos no debe verse como un simple listado de correos electrónicos. Es una capa de gobernanza de plataforma. Quien tiene acceso al proyecto puede afectar recursos, despliegues, configuraciones y costos.

Por ello, la administración profesional de miembros exige mínimo privilegio, revisión periódica de accesos y separación de responsabilidades entre quienes administran, quienes desarrollan y quienes solo necesitan observar o analizar.

Configuración de facturación¶

La documentación oficial explica que la facturación es compartida entre Firebase y Google Cloud y que, si el proyecto cloud tiene facturación habilitada, el proyecto Firebase pasa al plan Blaze de pago por uso.[cite:2] Este dato es esencial porque la facturación no es una opción aislada dentro de Firebase, sino una característica del proyecto cloud subyacente.

Desde la consola, revisar facturación significa controlar continuidad operativa, acceso a ciertos productos y sostenibilidad económica del proyecto. No es un tema “financiero” separado de la arquitectura; es una parte integral de la viabilidad técnica de la plataforma.

En consecuencia, antes de desarrollar seriamente una aplicación, conviene verificar qué plan está activo, quién puede modificar facturación y qué impacto tendría una migración a Blaze sobre el resto del proyecto.

Registros de actividad¶

Aunque la experiencia diaria del lector se centrará mucho en productos y configuraciones, una administración madura también necesita trazabilidad. Los registros de actividad y los indicadores de uso permiten comprender qué está ocurriendo en el proyecto, detectar cambios y relacionar acciones administrativas con efectos operativos.

La documentación de proyectos recomienda, antes de lanzar una app, configurar alertas de presupuesto en Google Cloud Console y revisar el panel de uso y facturación en Firebase Console para tener una visión general del consumo entre múltiples servicios.[cite:2] Esta recomendación muestra que la consola no solo sirve para configurar, sino también para vigilar el comportamiento del proyecto en el tiempo.

En un entorno profesional, la ausencia de monitoreo administrativo suele traducirse en sorpresas costosas o en cambios que nadie recuerda haber hecho. La consola debe verse también como una herramienta de supervisión.

Configuración avanzada¶

A medida que el proyecto crece, la consola deja de ser solo una interfaz de arranque y se convierte en un centro de configuración avanzada. La documentación oficial recuerda que el proyecto puede interactuarse también mediante Firebase CLI, gcloud y la Firebase Management REST API, lo que implica que la consola convive con formas más avanzadas de administración.[cite:2]

Esto no reduce su valor; lo redefine. La consola sigue siendo el punto visual de referencia para revisar el estado del proyecto, entender su estructura y realizar muchas operaciones de configuración con menor fricción. Las herramientas programáticas, por su parte, complementan tareas repetibles, despliegues o automatización.

Un administrador profesional no enfrenta consola y automatización como si fueran alternativas excluyentes. Aprende a usar ambas según contexto y nivel de control requerido.

Acceso rápido a documentación¶

Firebase destaca en su documentación que ofrece contenido de fundamentos, guías, referencias y muestras para aprender y trabajar con sus productos.[cite:1] La consola está diseñada para convivir con esa documentación, ofreciendo accesos y enlaces contextuales desde múltiples pantallas de configuración y productos.

Este detalle es importante porque una administración profesional no se basa en memorizar todas las opciones. Se basa en saber orientarse, identificar el contexto correcto y apoyarse rápidamente en documentación oficial cuando una función específica lo requiere.

En este manual se fomentará esa práctica de forma constante: usar la consola como interfaz de trabajo y la documentación como extensión natural del proceso de administración.

Administración diaria desde la consola¶

La consola termina convirtiéndose en el panel de trabajo cotidiano del proyecto. Desde allí se verifica el estado general, se abren flujos de configuración, se revisan apps registradas, se consultan estadísticas de productos utilizados y se accede a ajustes compartidos del proyecto.[cite:2]

En un día típico de trabajo, un desarrollador o arquitecto puede entrar a la consola para comprobar una configuración, revisar un identificador, confirmar que una app está registrada, localizar un producto o validar el impacto administrativo de un cambio. Esa frecuencia de uso hace que dominar la navegación sea una inversión de productividad real.

Para el proyecto Firebase Profesional, esta consola será el centro de operaciones durante el resto del libro. Cuanto antes el lector desarrolle soltura con ella, más natural resultará avanzar hacia servicios concretos.

Personalización y buenas prácticas de administración¶

La consola no es altamente personalizable en el sentido visual de un dashboard empresarial, pero sí permite una personalización administrativa indirecta mediante organización de proyectos, convenciones de nombres, claridad de apps registradas y buena gobernanza de accesos. La calidad de la experiencia en consola depende en gran medida de cómo esté organizado el proyecto detrás.

Por eso, administrar bien la consola significa también administrar bien el proyecto. Un proyecto con nombres claros, apps bien registradas, permisos correctos y estrategia de ambientes definida produce una experiencia mucho más limpia y segura en la interfaz diaria.

Esta es una idea importante del libro: muchas veces los problemas atribuidos a “la consola” en realidad provienen de una mala organización previa del sistema.

Errores frecuentes al utilizar la consola¶

El error más común es usar la consola de forma reactiva, sin entender la diferencia entre ajustes del proyecto y ajustes del producto. El segundo error es no comprender que la consola de Firebase y la de Google Cloud comparten la misma base administrativa, lo que lleva a confusión sobre permisos, facturación y recursos.[cite:2]

También es frecuente que el usuario se limite a recordar dónde hacer clic, en lugar de comprender por qué existe cada sección. Ese enfoque mecánico funciona mientras el proyecto es pequeño, pero falla en cuanto la plataforma crece y aparecen más servicios, miembros y responsabilidades.

La forma profesional de evitar estos errores consiste en desarrollar un mapa mental claro: proyecto, apps, productos, consola Firebase y consola Google Cloud como partes conectadas de un mismo ecosistema.[cite:2]

Recorrido práctico por la consola¶

Paso 1: entrar al proyecto oficial del libro¶

Abrir Firebase Console y seleccionar el proyecto Firebase Profesional en el ambiente correspondiente. El objetivo inicial es identificar la interfaz sin intentar todavía configurar servicios concretos.

Paso 2: leer la portada como panel de control¶

Observar la pantalla principal del proyecto y distinguir dos zonas: panel izquierdo para navegación y área central para contenido operativo. Reconocer que la portada evoluciona con el proyecto y que funcionará como dashboard resumido a medida que se activen productos.[cite:2]

Paso 3: revisar Settings > General¶

Entrar a configuración general y verificar project name, project number y project ID.[cite:2] Confirmar también dónde se accede a la configuración de apps registradas y entender que esa información se usará más adelante al conectar clientes web o móviles.[cite:2]

Bajar por el menú lateral e identificar Build, Run, Analytics y AI como familias de trabajo. El objetivo aquí no es abrir todos los productos, sino entender el criterio de agrupación y memorizar dónde vive cada tipo de responsabilidad dentro de la consola.[cite:1][cite:2]

Paso 5: revisar accesos administrativos globales¶

Volver a Settings y localizar permisos, integraciones y facturación del proyecto.[cite:2] Esta revisión ayuda a fijar la idea central del capítulo: la consola administra tanto productos específicos como el proyecto en su conjunto.

Paso 6: reconocer la relación con Google Cloud¶

Asumir que algunas tareas llevarán a Google Cloud Console y que eso es parte del funcionamiento normal de la plataforma. La meta no es encerrar todo en Firebase, sino saber usar correctamente ambas interfaces dentro de una misma estrategia administrativa.[cite:2]

Buenas prácticas¶

Revisar Settings > General al inicio de cualquier proyecto o antes de incorporar nuevos servicios.[cite:2]
Aprender la lógica del menú lateral por categorías en lugar de memorizar rutas aisladas.[cite:2]
Usar la portada del proyecto como punto de observación rápida del estado general.[cite:2]
Distinguir siempre entre configuración del proyecto y configuración de un producto específico.
Mantener nombres claros para proyecto y aplicaciones registradas, porque eso mejora directamente la experiencia en consola.[cite:2]
Controlar usuarios, permisos y facturación con disciplina administrativa, recordando que se comparten con Google Cloud.[cite:2]
Considerar la documentación oficial como extensión natural del trabajo dentro de la consola.[cite:1][cite:2]

Errores comunes¶

Buscar configuraciones globales dentro de pantallas de productos individuales.
Pensar que Firebase Console y Google Cloud Console son plataformas separadas sin relación administrativa.[cite:2]
Limitarse a aprender clics sin comprender la función de cada sección.
Ignorar la configuración general del proyecto antes de comenzar a desarrollar.
No revisar quién tiene acceso al proyecto ni qué plan de facturación está activo.[cite:2]
Confundir la administración de apps registradas con la administración de recursos backend compartidos.[cite:2]

Resumen¶

La Consola de Firebase es el entorno administrativo central de la plataforma y el espacio más completo para gestionar proyectos, aplicaciones registradas, productos, permisos, integraciones y configuración general.[cite:2] Su valor real no está solo en facilitar activaciones, sino en ofrecer una vista unificada del ecosistema Firebase dentro de un proyecto que también pertenece a Google Cloud.[cite:2]

Dominar esta interfaz permite trabajar con orden, reducir errores administrativos y preparar el terreno para los capítulos posteriores, donde cada servicio se estudiará ya dentro de una consola familiar. En términos profesionales, conocer la consola es conocer el mapa operativo del sistema.

Conceptos clave¶

Firebase Console.[cite:2]
Proyecto Firebase.[cite:2]
Proyecto Google Cloud asociado.[cite:2]
Menú lateral.
Dashboard del proyecto.[cite:2]
Settings > General.[cite:2]
Build.[cite:1]
Run.[cite:1]
Analytics.[cite:1][cite:2]
AI.[cite:1]
Aplicaciones registradas.[cite:2]
Roles y permisos IAM compartidos.[cite:2]
Facturación compartida.[cite:2]
Documentación contextual.[cite:1]

Preguntas de repaso¶

¿Qué función cumple la Consola de Firebase dentro del ecosistema de la plataforma?[cite:2]
¿Cómo se organiza la navegación principal de la consola?[cite:2]
¿Qué diferencia existe entre configuración del proyecto y configuración de productos?
¿Qué información crítica se revisa en Settings > General?[cite:2]
¿Qué papel cumplen las secciones Build, Run, Analytics y AI dentro de la interfaz?[cite:1]
¿Por qué la consola debe entenderse en relación con Google Cloud Console?[cite:2]
¿Cómo influye la organización del proyecto en la experiencia diaria dentro de la consola?
¿Qué configuraciones deberían verificarse antes de comenzar a desarrollar una app real?
¿Por qué la portada del proyecto cambia con el tiempo y qué valor administrativo tiene?[cite:2]
¿Qué errores aparecen cuando se aprende la consola solo de forma mecánica?

Ejercicios prácticos¶

Entra al proyecto oficial del libro y localiza project name, project number y project ID.[cite:2]
Haz un mapa propio del menú lateral clasificando productos por Build, Run, Analytics y AI.[cite:1][cite:2]
Redacta una diferencia clara entre ajustes del proyecto y ajustes de un producto específico.
Identifica qué tareas administrarías en Firebase Console y cuáles aceptarías derivar a Google Cloud Console.[cite:2]
Revisa la portada del proyecto y explica qué tipo de información esperas encontrar allí cuando el sistema crezca.[cite:2]
Diseña un checklist de apertura diaria para administrar el proyecto desde la consola.

Bibliografía y referencias oficiales¶

Documentación oficial de Firebase: https://firebase.google.com/docs [cite:1]
Comprender proyectos Firebase y su interacción con la consola: https://firebase.google.com/docs/projects/learn-more [cite:2]