Preguntas frecuentes de Firebase

¿Qué es un proyecto de Firebase?

Un proyecto es un contenedor para apps en distintas plataformas: Apple, Android y la Web. Permite compartir funciones como Database, Config y Notifications entre apps multiplataforma.

Debes agregar variantes de la app para Apple, Android y la Web a un mismo proyecto. Puedes usar múltiples proyectos para tener compatibilidad con distintos entornos, como desarrollo, pruebas y producción.

¿Qué es una organización de Google Cloud?

Una organización de Google Cloud es un contenedor para los proyectos de Google Cloud (incluidos los proyectos de Firebase). Esta jerarquía permite una mejor organización, administración de accesos y auditoría de los proyectos de Google Cloud y Firebase. Para obtener más información, consulta Crea y administra organizaciones.

¿Cómo agrego Firebase a un proyecto existente de Google Cloud?

Es posible que tengas proyectos administrados a través de Google Cloud Console o la Consola de API de Google. Según la configuración predeterminada, estos proyectos son visibles en Firebase console, pero no se consideran proyectos de Firebase.

Para agregar Firebase a un proyecto existente de Google Cloud, haz clic en Agregar proyecto en la página de destino de Firebase console y, luego, selecciona tu proyecto en el menú Nombre del proyecto.

¿Cuántos proyectos puedo tener por cuenta?

• Con el plan de precios Spark, tu cuota se limita a unos pocos proyectos (usualmente alrededor de 5 a 10).
• Plan de precios Blaze: La cuota de tu proyecto por cuenta de Facturación de Cloud aumenta sustancialmente, siempre y cuando esta cuenta esté en regla.

El límite de cuota de proyectos no suele ser una inquietud para la mayoría de los desarrolladores. Sin embargo, si necesitas incrementar tu cuota, puedes solicitar un aumento.

Recuerda que se requieren 30 días para borrar por completo un proyecto, y que este se considera en la cuota hasta que el proceso se haya completado.

¿Cuántas apps de Firebase puedo tener en un proyecto de la plataforma?

Un proyecto de Firebase es un contenedor para las apps de Firebase en Apple, Android y la Web. Firebase restringe a 30 la cantidad total de apps de Firebase que puede tener un proyecto de la plataforma.

Después de esta cifra, el rendimiento comienza a degradarse (especialmente para Google Analytics) y, en última instancia, con una mayor cantidad de apps, algunas funciones del producto dejan de hacer su trabajo. Además, agregar una app de Firebase a un proyecto crea uno o más ID de cliente de OAuth 2.0 subyacentes. Hay un límite de aproximadamente 30 ID de cliente que se pueden crear en un mismo proyecto.

Debes asegurarte de que todas las apps de Firebase de un solo proyecto sean variantes de plataforma de la misma aplicación desde la perspectiva del usuario final. Por ejemplo, si desarrollas una aplicación sin marca, cada app etiquetada de forma independiente debe tener su propio proyecto de Firebase; sin embargo, las versiones de Apple y Android de esa etiqueta pueden estar en el mismo proyecto. Obtén información más detallada en las prácticas recomendadas generales para configurar proyectos de Firebase.

En el caso poco probable de que tu proyecto requiera más de 30 apps, puedes solicitar un aumento del límite de apps. Para realizar esta solicitud, tu proyecto debe estar en el plan de precios Blaze. Visita Google Cloud Console para realizar tu solicitud y hacer que se evalúe. Obtén más información para administrar la cuota en la documentación de Google Cloud.

¿Qué sucede si etiqueto mi proyecto como entorno de “producción”?

En Firebase console, puedes etiquetar tus proyectos de Firebase con su tipo de entorno, ya sea Producción o Sin especificar (no de producción).

Etiquetar tu proyecto de Firebase como un tipo de entorno no afecta su funcionamiento ni sus características. Sin embargo, puede ayudarlos a ti y a tu equipo a administrar diversos proyectos de Firebase durante el ciclo de vida de la app.

Si etiquetas tu proyecto como entorno de producción, agregaremos una etiqueta Producción de colores llamativos al proyecto en Firebase console para recordarte que cualquier cambio podría afectar a tus apps de producción asociadas. Más adelante, es posible que agreguemos más funciones y protecciones a los proyectos de Firebase etiquetados como entornos de producción.

Para cambiar el tipo de entorno de tu proyecto de Firebase, ve a settings Configuración del proyecto > General. Luego, en la tarjeta Tu proyecto que se ubica en la sección Entorno, haz clic en edit para cambiar el tipo de entorno.

¿Dónde puedo encontrar el ID de mi app de Firebase?

En Firebase console, ve a la settings configuración del proyecto. Desplázate hacia abajo hasta la tarjeta Tus apps y, luego, haz clic en la app de Firebase cuya información quieres ver, incluido el ID de la app.

Estos son algunos ejemplos de valores de ID de app:

• Apps de Firebase para iOS: 1:1234567890:ios:321abc456def7890
• Apps de Firebase para Android: 1:1234567890:android:321abc456def7890
• Apps web de Firebase: 1:1234567890:web:321abc456def7890

¿Cuáles son los requisitos previos para vincular Play/AdMob/AdWords/BigQuery con mi proyecto o app de Firebase?

• Para vincular tu cuenta de Google Play, necesitarás lo siguiente:
  • Cualquiera de las siguientes funciones de Firebase: Propietario o administrador de Firebase
    .
  • Uno de los siguientes niveles de acceso de Google Play: Propietario o administrador de la cuenta
• Para vincular la app de AdMob, debes ser propietario de un proyecto de Firebase y administrador de AdMob.
• Para vincular la cuenta de AdWords, debes ser propietario de un proyecto de Firebase y administrador de AdWords.
• Para vincular un proyecto de BigQuery, debes ser el propietario del proyecto de Firebase.

¿Qué avisos de código abierto debo incluir en mi app?

En plataformas de Apple, el pod de Firebase contiene un archivo NOTICES que incluye las entradas relevantes. El SDK de Firebase Android contiene una Activity auxiliar para mostrar la información de licencia.

¿Cómo puedo asignarle un rol a un miembro del proyecto (por ejemplo, el rol de propietario)?

Para administrar los roles que se asignaron a cada miembro, debes ser propietario del proyecto de Firebase (o tener un rol con el permiso resourcemanager.projects.setIamPolicy).

Los siguientes son los lugares en los que puedes asignar y administrar roles:

• Firebase console ofrece una manera simplificada de asignar roles a los miembros del proyecto en la pestaña Usuarios y permisos de settings > Configuración del proyecto. Además, en Firebase console puedes asignar cualquiera de los roles básicos (propietario, editor o visualizador), los roles de administrador o visualizador de Firebase o cualquiera de los roles predefinidos de Firebase por categoría de producto.
• La consola de Google Cloud dispone de un amplio conjunto de herramientas para asignar roles a los miembros del proyecto en la página de IAM. En Cloud Console, también puedes crear y administrar roles personalizados, y otorgar a tus cuentas de servicio acceso al proyecto.

  Ten en cuenta que, en Google Cloud Console, los miembros del proyecto se denominan principales.

Si el propietario del proyecto ya no puede realizar sus tareas correspondientes (por ejemplo, esa persona ya no trabaja en la empresa) y tu proyecto no se administra mediante una organización de Google Cloud (consulta el siguiente párrafo), puedes comunicarte con el equipo de asistencia de Firebase para asignar un propietario temporal.

Debes considerar que si un proyecto de Firebase es parte de una organización de Google Cloud, es posible que no tenga un propietario. Si no encuentras un propietario para tu proyecto de Firebase, comunícate con la persona que administra tu organización de Google Cloud a fin de asignarle un propietario al proyecto.

¿Cómo puedo encontrar al propietario de un proyecto de Firebase?

Puedes ver los miembros del proyecto y sus roles en los siguientes lugares:

• Si tienes acceso al proyecto en Firebase console, puedes ver la lista de miembros del proyecto, incluidos los propietarios, en la página Usuarios y permisos de Firebase console.
• Si no tienes acceso al proyecto en Firebase console, verifica si tienes acceso al proyecto en la consola de Google Cloud. Puedes ver la lista de miembros del proyecto, incluidos los propietarios, en la página de IAM de la consola de Google Cloud.

Si el propietario del proyecto ya no puede realizar sus tareas correspondientes (por ejemplo, esa persona ya no trabaja en la empresa) y tu proyecto no se administra mediante una organización de Google Cloud (consulta el siguiente párrafo), puedes comunicarte con el equipo de asistencia de Firebase para asignar un propietario temporal.

Debes considerar que si un proyecto de Firebase es parte de una organización de Google Cloud, es posible que no tenga un propietario. En su lugar, la persona que administra tu organización de Google Cloud puede realizar muchas de las tareas de un propietario. Sin embargo, para hacer varias tareas específicas del propietario (como asignar roles o administrar propiedades de Google Analytics), es posible que el administrador tenga que asignarse el rol de propietario. Si no encuentras un propietario para el proyecto de Firebase, comunícate con la persona que administra tu organización de Google Cloud a fin de asignarle un propietario al proyecto.

¿Por qué o cuándo debo asignarle el rol de propietario a un miembro del proyecto?

Para garantizar la administración adecuada de un proyecto de Firebase, este debe tener un propietario. El propietario de un proyecto es la persona que puede realizar varias acciones administrativas importantes (como la asignación de roles y la administración de propiedades de Google Analytics). Además, la asistencia de Firebase solo puede completar solicitudes administrativas de propietarios de proyectos que se hayan demostrado.

Después de configurar los propietarios de un proyecto de Firebase, es importante mantener esas asignaciones actualizadas.

Ten en cuenta que, si un proyecto de Firebase forma parte de una organización de Google Cloud, la persona que administra tu organización de Google Cloud puede realizar muchas tareas de un propietario. Sin embargo, en el caso de varias tareas específicas del propietario (como la asignación de roles o la administración de propiedades de Google Analytics), es posible que el administrador se deba asignar el rol real de propietario para realizar esas tareas.

No recuerdo tener un proyecto de Firebase, pero recibí un correo electrónico sobre uno. ¿Cómo puedo acceder a ese proyecto?

El correo electrónico que recibiste debe contener un vínculo para abrir tu proyecto de Firebase. Si haces clic en este vínculo, se debería abrir el proyecto en Firebase console.

Si no puedes abrir el proyecto con el vínculo, asegúrate de haber accedido a Firebase con la misma Cuenta de Google en la que recibiste el correo electrónico sobre el proyecto. Puedes acceder a Firebase console y salir de ella a través del avatar de tu cuenta, que se encuentra en la esquina superior derecha de la consola.

Ten en cuenta que, si eres administrador de una organización de Google Cloud, puedes recibir notificaciones sobre los cambios que se realicen en los proyectos de Firebase de tu organización. Sin embargo, es posible que no tengas permisos suficientes para abrir los proyectos. En estos casos, la solución más simple es autoasignarse el rol de propietario para abrir el proyecto y realizar las acciones necesarias. Obtén más información sobre por qué y cuándo asignar el rol de propietario.

¿Cuáles son los navegadores admitidos para acceder a Firebase console?

Se puede acceder a Firebase console desde las versiones recientes de los navegadores populares para computadoras, como Chrome, Firefox, Safari y Edge. Los navegadores para dispositivos móviles no son totalmente compatibles en la actualidad.

¿Por qué puedo cargar Firebase console, pero no puedo encontrar mi proyecto de Firebase ni acceder a él?

Sigue los pasos para solucionar problemas de esta sección de Preguntas frecuentes si tienes alguno de los siguientes problemas:

• Firebase console muestra una página de error que indica que tu proyecto puede no existir o que no tienes acceso al proyecto.
• Firebase console no incluye tu proyecto en una lista de proyectos a los que tienes acceso (por ejemplo, en listas desplegables).
• Firebase console no muestra tu proyecto incluso cuando ingresas su ID o nombre en el campo de búsqueda de la consola.

Primero, intenta acceder al proyecto visitando directamente su URL. Usa el siguiente formato:
https://console.firebase.google.com/project/PROJECT-ID/overview

Si aún no puedes acceder al proyecto o recibes errores de permisos, verifica lo siguiente:

• Asegúrate de haber accedido a Firebase con la misma Cuenta de Google que tiene acceso al proyecto. Puedes acceder a Firebase console y salir de ella a través del avatar de tu cuenta, que se encuentra en la esquina superior derecha de la consola.
• Asegúrate de que la API de Firebase Management esté habilitada para el proyecto.
• Asegúrate de que se te asigne uno de los roles básicos de IAM (propietario, editor o visualizador) o un rol que tenga permisos relacionados con Firebase, por ejemplo, un rol predefinido de Firebase. Puedes ver tus roles en la página de IAM de la consola de Google Cloud.
• Si el proyecto pertenece a una organización de Google Cloud, es posible que necesites permisos adicionales para verlo en Firebase console. Comunícate con la persona que administra tu organización de Google Cloud a fin de que te otorgue el rol adecuado para ver el proyecto (por ejemplo, el de navegador).

Si ninguno de los pasos de solución de problemas anteriores te permite buscar tu proyecto o acceder a él, comunícate con el equipo de asistencia de Firebase.

Si Firebase console no se carga o muestra errores del navegador, consulta ¿Por qué no se carga Firebase console? a fin de obtener más información sobre la solución de problemas.

¿Por qué no se carga Firebase console?

Sigue los pasos para solucionar problemas de esta sección de Preguntas frecuentes si tienes alguno de los siguientes problemas:

• Una página de Firebase console nunca termina de cargarse.
• Los datos de una página no se cargan como se espera.
• Recibes mensajes de error del navegador cuando cargas Firebase console.

Prueba lo siguiente:

1. Consulta la fila de Console del panel de estado de Firebase para ver posibles interrupciones del servicio.
2. Asegúrate de usar un navegador compatible.
3. Intenta cargar Firebase console en una ventana privada o de incógnito.
4. Inhabilita todas las extensiones del navegador.
5. Verifica que el bloqueador de anuncios, el antivirus, el proxy, el firewall o algún otro software no bloquee la conexión de red.
6. Intenta cargar Firebase console con otra red o dispositivo.
7. Si usas Chrome, comprueba si hay algún error en la consola de herramientas para desarrolladores.

Si ninguno de los pasos anteriores resuelve el problema, comunícate con el equipo de asistencia de Firebase.

¿Cómo se determina el idioma de mi Firebase console?

La configuración de idioma de Firebase console se basa en el idioma que seleccionaste en la configuración de la Cuenta de Google.

Para cambiar tu preferencia de idioma, consulta Cómo cambiar el idioma.

Firebase console admite los siguientes idiomas:

• Inglés
• Portugués de Brasil
• Francés
• Alemán
• Indonesio
• Japonés
• Coreano
• Ruso
• Chino simplificado
• Español
• Chino tradicional

¿Qué funciones y permisos admite Firebase console?

Firebase console y Google Cloud Console usan los mismos permisos y funciones subyacentes. Obtén más información sobre las funciones y los permisos en la documentación de Firebase IAM.

Firebase admite las funciones fundamentales (básicas) de propietario, editor y visualizador:

• El propietario de un proyecto puede agregar otros miembros al proyecto, configurar las integraciones (vinculación de proyectos a servicios como BigQuery o Slack) y, además, tiene acceso total de edición para el proyecto.
• El editor de un proyecto tiene acceso total de edición para este.
• El visualizador de un proyecto solo tiene acceso de lectura para el proyecto. Ten en cuenta que, actualmente, Firebase console no oculta ni inhabilita los controles de edición de la IU para los visualizadores del proyecto, pero estas operaciones fallarán para los miembros del proyecto a los que les asignó esta función.

Firebase también admite las siguientes funciones:

• Roles predefinidos de Firebase: Roles específicos y seleccionados de Firebase que permiten tener un control de acceso más detallado que los roles básicos de propietario, editor y visualizador
• Roles personalizados: Roles de IAM completamente personalizados que creas a fin de adaptar un conjunto de permisos que cumplen con los requisitos específicos de tu organización

¿Cuáles productos son pagados y cuáles no tienen costo?

Los productos de infraestructura pagada de Firebase son Realtime Database, Cloud Storage para Firebase, Cloud Functions, Hosting, Test Lab y la autenticación por teléfono. Ofrecemos un nivel sin costo para todas estas funciones.

Además, Firebase cuenta con muchos productos sin costo, como los siguientes: Analytics, Cloud Messaging, el Compositor de Notifications, Remote Config, App Indexing, Dynamic Links y Crash Reporting. Puedes usarlos de forma ilimitada en todos los planes, incluso en nuestro plan Spark sin costo. Además, todas las funciones de Authentication no tienen costo, excepto la autenticación por teléfono.

¿Cómo elijo el plan de precios correcto para mí?

Plan de precios Spark

Nuestro plan Spark es una excelente manera de desarrollar tu app sin costo. Obtienes todas las funciones sin costo de Firebase (Analytics, el Compositor de Notifications, Crashlytics, etc.) y amplio acceso a nuestras funciones de infraestructura pagadas. Sin embargo, si superas la cuota de los recursos en el plan Spark durante un mes calendario, se desactivará la app por el resto de ese mes. Además, las funciones de Google Cloud no están disponibles cuando se usa el plan Spark.

Plan de precios Blaze

Nuestro plan Blaze está diseñado para apps de producción. El plan Blaze también te permite extender la app con funciones pagadas de Google Cloud. Solo debes pagar por los recursos que consumas, lo que te permite escalar según la demanda. Hacemos lo posible para que los precios del plan Blaze sean competitivos con los de proveedores de nube líderes en el sector.

¿Cómo puedo supervisar mi uso y facturación?

Puedes hacer un seguimiento del uso de los recursos del proyecto en Firebase console en cualquiera de los siguientes paneles:

• Panel Uso y facturación general a nivel del proyecto
• Panel Uso de autenticación (específicamente para instancias de autenticación por teléfono)
• Panel Uso de Cloud Firestore
• Panel Uso de Cloud Functions
• Panel Uso de Cloud Storage
• Panel Uso de Hosting
• Panel Uso de Realtime Database

¿Qué sucedió con el plan de precios Flame?

En enero de 2020, se quitó el plan de precios Flame ($25 mensuales de cuota adicional) como opción para los registros nuevos. A los usuarios existentes del plan se les otorgó un período de gracia para migrar sus proyectos del plan Flame. En febrero de 2022, los proyectos restantes del plan pasaron al plan de precios Spark.
Por lo tanto:

• Los proyectos existentes de los planes Spark y Blaze y los proyectos nuevos ya no pueden cambiarse al plan Flame ni registrarse en él.
• Si trasladaste un proyecto existente del plan Flame a un plan de precios diferente, no podrás regresarlo al plan Flame.
• Los proyectos que pasaron al plan Spark se pueden actualizar al plan Blaze para reanudar los servicios pagados adicionales.
• Las referencias del plan Flame se quitaron de la documentación.

¿Tienes más preguntas sobre la eliminación del plan Flame? Lee algunas de las Preguntas frecuentes adicionales que se encuentran a continuación.

¿Quieres obtener información sobre los demás planes de precios que ofrece Firebase? Visita nuestra página de precios de Firebase. Si quieres comenzar a trasladar proyectos existentes a otro plan de precios, puedes hacerlo en Firebase console en tu proyecto.

Preguntas frecuentes adicionales sobre la eliminación del plan Flame

¿En qué se diferencia el uso sin costo del plan Blaze del uso sin costo del plan Spark?

El uso sin costo del plan Blaze se calcula por día. Los límites de uso también difieren del plan Spark para Cloud Functions, la autenticación telefónica y Test Lab.

En el caso de Cloud Functions, se calcula el uso sin costo del plan Blaze a nivel de la cuenta de Facturación de Cloud, no a nivel del proyecto, y tiene estos límites:

• 2M invocations/month
• 400,000 GB por segundo al mes
• 200,000 ciclos de CPU por segundo al mes
• 5 GB de salida de red al mes

En el caso de la autenticación por teléfono, el uso sin costo del plan Blaze se calcula por mes.

En el caso de Test Lab, el uso sin costo del plan Blaze tiene estos límites:

• 30 minutos en dispositivo físico al día
• 60 minutos en dispositivo virtual al día

Si cambio del plan Spark al Blaze, ¿se restablece la cuota de uso sin costo?

El plan Blaze incluye el uso sin costo del plan Spark, que no se restablece cuando cambias al plan Blaze.

¿Qué es una “conexión simultánea a la base de datos”?

Una conexión simultánea se refiere a un dispositivo móvil, una pestaña de navegador o una app de servidor que se conecta a la base de datos. Firebase impone límites estrictos en la cantidad de conexiones simultáneas que puede recibir la base de datos de tu app. Estos límites existen para proteger del abuso tanto a Firebase como a nuestros usuarios.

El límite del plan Spark es de 100 y no se puede aumentar. Los planes Flame y Blaze tienen un límite de 200,000 conexiones simultáneas por base de datos.

Este límite no es el mismo que la cantidad total de usuarios de la app, ya que no todos los usuarios se conectan a la vez. Si necesitas más de 200,000 conexiones simultáneas, consulta el artículo Ajusta la escala con varias bases de datos.

¿Qué ocurre si supero los límites de almacenamiento o descarga del plan Spark en Realtime Database?

A fin de ofrecerte un precio predecible, los recursos disponibles para ti en el plan Spark tienen un límite. Esto significa que, si superas algún límite de plan durante un mes, se desactivará la app para impedir que siga usando recursos y se generen cargos adicionales.

¿Qué ocurre si supero los límites de conexiones simultáneas del plan Spark en Realtime Database?

Si tu app alcanza el límite de simultaneidad del plan Spark, se rechazarán todas las conexiones posteriores hasta que se cierre alguna de las conexiones existentes. La app seguirá funcionando para los usuarios conectados.

¿Qué ocurre si supero los límites de carga, descarga o almacenamiento del plan Spark en Cloud Storage?

Cuando superas los límites de Cloud Storage en un proyecto del plan Spark, el resultado depende del tipo de límite que superas:

• Si superas el límite de GB almacenados, no podrás almacenar más datos en ese proyecto, a menos que quites algunos datos almacenados o actualices a un plan que proporcione más espacio de almacenamiento o un espacio ilimitado.
• Si superas el límite de GB descargados, tu app no podrá descargar más datos hasta el día siguiente (a partir de la medianoche, Hora del Pacífico de EE.UU.), a menos que actualices a un plan con límites menos restrictivos o sin límites.
• Si superas el límite de operaciones de carga o descarga, la app no podrá subir ni descargar más datos hasta el día siguiente (a partir de la medianoche, hora del Pacífico de EE.UU.), a menos que actualices a un plan con límites menos restrictivos o sin límites.

¿Cómo funciona la integración de Firebase en Google Cloud?

Firebase se integra estrechamente en Google Cloud. Los proyectos se comparten entre Firebase y Google Cloud, de manera que puedan tener habilitados servicios de ambas plataformas. Puedes acceder al mismo proyecto desde Firebase console o Google Cloud Console. En particular, haz lo siguiente:

• Ciertos productos de Firebase cuentan con el respaldo directo de Google Cloud, como Cloud Storage para Firebase. La lista de productos respaldados por Google Cloud seguirá creciendo con el paso del tiempo.
• Firebase y Google Cloud comparten gran parte de tus opciones de configuración, incluida la información de colaboradores y facturación. El uso de Firebase y Google Cloud aparece en la misma factura.

Además, cuando actualizas al plan Blaze, puedes usar las API y la infraestructura como servicio de primer nivel de Google Cloud directamente dentro de tu proyecto de Firebase, con los precios estándar de Google Cloud. También puedes exportar datos desde Google Cloud de forma directa a BigQuery para realizar análisis. Para obtener más información, consulta Cómo vincular Firebase a BigQuery.

El uso de Google Cloud Platform con Firebase brinda muchos beneficios que permiten aumentar la seguridad, reducir la latencia y ahorrar tiempo (en comparación con otros servicios de nube que no tienen ubicación conjunta). Consulta el sitio de Google Cloud para obtener más detalles.

¿Qué ocurre con mi proyecto de Firebase si agrego o quito cuentas de facturación para ese proyecto en Google Cloud Console?

Si se agrega una cuenta de Facturación de Cloud a un proyecto en Google Cloud Console, el mismo proyecto se actualizará de forma automática al plan Blaze de Firebase si está en el plan Spark.

Por el contrario, si una cuenta de Facturación de Cloud activa existente se quita de un proyecto en la consola de Google Cloud, ese proyecto pasará al plan Spark de Firebase.

¿Puedo cambiar a un plan superior o inferior, o cancelar el plan en cualquier momento?

Sí, puedes pasar a un plan superior o inferior, o incluso cancelar tu plan en cualquier momento. Ten en cuenta que no proporcionamos reembolsos prorrateados cuando se pasa a un plan inferior o se cancela un plan. Esto significa que si pasas a un plan inferior o cancelas tu plan antes de que finalice el período de facturación, deberás pagar lo que queda del mes.

¿Qué tipo de asistencia recibiré?

Todas las apps de Firebase, incluidas las que usan planes sin costo, incluyen asistencia por correo electrónico del equipo de Firebase durante el horario de atención según la hora del Pacífico de EE.UU. Todas las cuentas tienen asistencia ilimitada para problemas de facturación, problemas relacionados con la cuenta, preguntas técnicas (solución de problemas) y, además, informes de incidentes.

¿Puedo limitar el uso en el plan Blaze?

No, actualmente no es posible restringir el uso en el plan Blaze. Estamos evaluando las opciones para admitir límites en el uso del plan Blaze.

Los usuarios de Blaze pueden establecer un presupuesto para su cuenta o proyecto, y recibir alertas cuando estén cerca del límite. Obtén información para configurar alertas de presupuesto.

¿Qué son las copias de seguridad automáticas? ¿Ofrecen copias de seguridad por hora?

Las copias de seguridad automáticas son una función avanzada para los clientes del plan de precios Blaze, que crea una copia de seguridad de tus datos de Firebase Realtime Database una vez al día y la sube a Google Cloud Storage.

No ofrecemos copias de seguridad por hora.

¿Ofrecen descuentos para proyectos con fines educativos, de organizaciones sin fines de lucro o de código abierto?

Cualquier tipo de organización o individuo puede usar nuestro plan Spark, como organizaciones sin fines de lucro, escuelas y proyectos de código abierto. Dado que estos planes ya incluyen cuotas generosas, no ofrecemos descuentos ni planes especiales para proyectos educativos, de organizaciones sin fines de lucro ni de código abierto.

¿Ofrecen hosting con infraestructura dedicada, asistencia, precios o contratos para empresas?

Nuestro plan Blaze es adecuado para empresas de todos los tamaños y el ANS cumple o supera el estándar de la industria para la infraestructura de nube. Sin embargo, actualmente no ofrecemos contratos, precios ni asistencia empresarial, ni tampoco ofrecemos hosting con infraestructura dedicada (es decir, instalaciones locales) para servicios como Realtime Database. Estamos trabajando para agregar algunas de estas funciones.

¿Ofrecen precios ad hoc? Solo quiero prepagar por una o dos funciones.

Ofrecemos precios ad hoc en el plan Blaze, en el que solo pagas por las funciones que usas.

¿Cómo funcionan los planes pagados de Firebase con Ads? ¿Los planes pagados incluyen créditos de publicidad sin costo?

Los planes de precios de Firebase son independientes de los de Ads, por lo que no incluyen créditos de publicidad sin costo. Como desarrollador de Firebase, puedes “vincular” tu cuenta de Ads con Firebase para admitir el seguimiento de conversiones.

Todas las campañas publicitarias se administran de manera directa en Ads, y la facturación de Ads se administra desde Ads Console.

¿Dónde puedo encontrar información sobre privacidad y seguridad en Firebase?

Consulta la página Privacidad y seguridad en Firebase.

¿Los SDK de Firebase registran la información de uso o diagnóstico fuera de Analytics?

Sí. Actualmente solo está disponible para iOS, pero podría ampliarse en el futuro. El SDK de plataformas de Firebase Apple incluye el marco de trabajo FirebaseCoreDiagnostics de forma predeterminada. Firebase usa este marco para recopilar la información de uso y diagnóstico del SDK a fin de priorizar mejoras futuras del producto. FirebaseCoreDiagnostics es opcional, así que, si quieres inhabilitar el envío de registros de diagnóstico de Firebase, solo debes desvincular la biblioteca de tu aplicación. Puedes explorar la fuente completa, incluidos los valores registrados, en GitHub.

A/B Testing: ¿Cuántos experimentos puedo crear y ejecutar?

Se permiten hasta 300 experimentos por proyecto, que pueden incluir hasta 24 experimentos en ejecución, y que el resto sean borradores o estén completos.

AdMob: ¿Puedo vincular mis apps de Windows a Firebase?

No, actualmente las apps de Windows no son compatibles.

AdMob: ¿Por qué no puedo vincular mi app a AdMob desde Firebase console?

Puedes vincular una app de AdMob con una app de Firebase a través de la consola de AdMob. Más información.

AdMob: ¿Qué permisos o accesos necesito para vincular una app de Firebase con una app de AdMob?

Para realizar esta vinculación, necesitas el siguiente acceso:

• AdMob: Debes ser el administrador de AdMob.
• Firebase: Debes tener el permiso firebase.links.create, que se incluye en la función de propietario y en la función de Firebase Admin
• Google Analytics: Debes tener la función Editar o Administrar usuarios para la propiedad asociada con el proyecto de Firebase. Obtén más información.

AdMob: ¿Pueden varios usuarios de la misma cuenta de AdMob vincular apps de AdMob y apps de Firebase?

En el caso de las cuentas de AdMob multiusuario, el usuario que creó el primer vínculo de Firebase y aceptó las Condiciones del Servicio de Firebase es el único que puede crear nuevos vínculos entre las apps de AdMob y las de Firebase.

AdMob: Para usar AdMob, ¿debo usar el SDK de Firebase para AdMob o el de anuncios de Google para dispositivos móviles?

• Para los proyectos de iOS, usa el SDK de anuncios de Google para dispositivos móviles:
  pod 'Google-Mobile-Ads-SDK'
• Para los proyectos de Android, usa el SDK de anuncios de Google para dispositivos móviles:
  implementation 'com.google.android.gms:play-services-ads:21.1.0'

  Ten en cuenta que los SDK de Firebase Android para AdMob incluyen de forma transitiva el SDK de Firebase para Google Analytics. Por lo tanto, si tu app llama a cualquier API de Google Analytics y comienzas a usar el SDK de anuncios de Google para dispositivos móviles, asegúrate de agregar explícitamente la dependencia del SDK de Firebase para Google Analytics (com.google.firebase:firebase-analytics) al archivo build.gradle de la app.

• Para los proyectos C++ y los proyectos Unity, sigue las instrucciones de la documentación respectiva.

Analytics: ¿Por qué se recomienda usar Google Analytics con los productos de Firebase?

Google Analytics es una solución de análisis ilimitada y gratuita que funciona con herramientas de Firebase para proporcionar estadísticas potentes. Te permite ver los registros de eventos en Crashlytics, la eficacia de las notificaciones en FCM, el rendimiento de los vínculos directos de Dynamic Links y los datos de compras directas desde la app de Google Play. Permite la segmentación por público avanzada en Remote Config, la personalización de Remote Config y mucho más.

Google Analytics actúa como una capa de inteligencia en Firebase console para proporcionarte más estadísticas prácticas sobre cómo desarrollar una app de alta calidad, hacer crecer tu base de usuarios y ganar más dinero.

Para comenzar, lee la documentación.

Analytics: ¿Cómo controlo la manera en que los datos de Analytics se comparten con el resto de Firebase?

Según la configuración predeterminada, los datos de Google Analytics se usan para mejorar otras funciones de Firebase y Google. Puedes controlar cómo se comparten los datos de Google Analytics desde la configuración del proyecto en cualquier momento. Obtén más información sobre la Configuración de uso compartido de datos.

Analytics en mi app para iOS: ¿Puedo instalar Analytics sin la atribución de anuncio y las funciones de recopilación de IDFA?

Sí. Consulta la página sobre cómo configurar la recopilación y el uso de datos para obtener más detalles.

Analytics: ¿Por qué no veo los datos luego de desvincular mi app de Google Analytics?

Los datos de tus estadísticas se encuentran en la propiedad de Google Analytics, no en el proyecto de Firebase. Si borras o desvinculas la propiedad, también se desvincularán tus datos del proyecto. Sin embargo, los datos seguirán en esa propiedad y, de todas formas, podrás volverlos a vincular a tu proyecto.
Si creas una cuenta nueva de Google Analytics (y una propiedad nueva), obtendrás un panel de estadísticas en blanco en Firebase console.

Analytics: ¿Cómo puedo segmentar a los usuarios que no cumplen con algún criterio?

Si debes reformular el problema, puedes usar la “segmentación negativa” para excluir a estos usuarios. Por ejemplo, reformula el problema como “No mostrar anuncios a las personas que compraron algo” y genera un público de esos usuarios a los cuales segmentar.

Analytics: ¿Los públicos o eventos definidos en la interfaz de Google Analytics también están disponibles en Firebase console?

Tu público y las propiedades del usuario se sincronizarán. Para algunas funciones, como la segmentación y los embudos cerrados, deberás usar la interfaz de Google Analytics. Puedes acceder a la interfaz de Google Analytics mediante vínculos directos desde Firebase console.

Cualquier cambio que realices en Firebase console también se podrá realizar en Google Analytics. Esos cambios se reflejarán en Firebase.

Analytics: ¿Qué cambió en la sección de Google Analytics con la actualización de octubre de 2021?

Puedes encontrar un resumen de estos cambios en el artículo del Centro de ayuda de Firebase Nueva funcionalidad de Google Analytics 4 en Google Analytics para Firebase.

Analytics: ¿Cuál es la cuenta de Google Analytics nueva y completamente actualizada?

Puedes obtener más detalles sobre la nueva actualización de Google Analytics en nuestra entrada de blog.

Analytics: ¿Cómo sé si estoy usando Google Analytics para Firebase o una cuenta de Google Analytics completamente actualizada?

Si ves un vínculo que indica “Ver tus datos en Google Analytics” en el panel de estadísticas de Firebase console, significa que tu proyecto usa una cuenta de Google Analytics completamente actualizada.

También puedes verificar esta información en la tarjeta de Google Analytics de Firebase console. Para acceder a ella, ve a settings > Configuración del proyecto > Integraciones y haz clic en Administrar. Si ves una cuenta vinculada de Google Analytics en la sección Tu propiedad de Google Analytics, significa que tu proyecto utiliza la experiencia completa de Google Analytics en Firebase. Si no ves una cuenta vinculada de Google Analytics, significa que el proyecto usa Google Analytics para Firebase.

Analytics: ¿Cuándo debo actualizar mi propiedad de Google Analytics para Firebase a fin de mantener el servicio?

Los proyectos de Firebase creados antes del 31 de julio de 2019 se deben actualizar a la experiencia completa de Google Analytics 4 si aún no se hace (se muestran banners en el panel de Analytics si se requiere una actualización). Las Condiciones del Servicio asociadas deben aceptarse antes del 15 de febrero de 2022 a fin de garantizar que continúe la recopilación de datos, y antes del 15 de marzo de 2022 para evitar que se borren la propiedad de Analytics y sus datos. Si ya no quieres usar Google Analytics ni los datos asociados, no se requiere ninguna acción y se borrará la propiedad el 15 de marzo de 2022.

Si no aceptas las nuevas Condiciones del Servicio de Google Analytics, se interrumpirán las funciones de Firebase, incluidos los usuarios que no experimentaron fallas (Crashlytics), las opciones configuración segmentadas y la personalización de Remote Config, las funciones de A/B Testing, la segmentación y las métricas de campañas (Cloud Messaging). También se interrumpirán las integraciones de Google Analytics para Firebase, incluida la exportación de datos de proyectos a BigQuery, las integraciones de Google Ads y las integraciones de AdMob.

Si tienes preguntas sobre el acceso a tu proyecto de Firebase, incluida la búsqueda o asignación de propietarios, revisa las Preguntas frecuentes sobre permisos y acceso a los proyectos de Firebase.

Analytics: ¿Qué sucederá con mis datos cuando me cambie al nuevo Google Analytics para Firebase?

Este cambio no influirá en los datos de estadísticas actuales de tu proyecto de Firebase en Firebase console.

Podrás usar el mismo panel y flujos que usas en la actualidad, y tendrás acceso a las mismas funciones avanzadas en Google Analytics.

Ten en cuenta que, si decides habilitar los informes de dispositivos múltiples luego de realizar la actualización, se anulará la duplicación de tus datos con el UserID. Es posible que esto disminuya el recuento de algunos usuarios en Firebase console.

Analytics: ¿Por qué veo un error cuando intento actualizar mi proyecto a la nueva experiencia de Google Analytics?

Si ves errores como los siguientes cuando realizas la actualización:

  The operation has failed (Reason: Requested entity
  already exists)
  

o

  The operation has failed (Reason: Precondition check failed)
  

Significa que hay una asociación entre tu proyecto y una propiedad de Google Analytics que ya existe. Puedes desvincular la propiedad, borrarla o actualizarla mediante la interfaz de Google Analytics.

Si sigues teniendo este problema, puedes usar la API de REST para llevar a cabo la desvinculación con el método removeAnalytics y, luego, usar el método addGoogleAnalytics para vincular una propiedad nueva.

Luego, puedes mover los datos de una propiedad a otra.

Firebase Authentication: ¿En qué países se admite la autenticación por teléfono?

Firebase Authentication admite la verificación con el número de teléfono en todo el mundo, pero no todas las redes entregan nuestros mensajes de verificación de manera confiable. Los siguientes países tienen buenos índices de entrega y el acceso con el número telefónico debería funcionar correctamente.

Cloud Messaging: ¿Cuál es la diferencia entre el Compositor de Notifications y Cloud Messaging?

Firebase Cloud Messaging proporciona un conjunto completo de funciones de mensajería a través de los SDK cliente y los protocolos de servidor HTTP y XMPP. FCM es la mejor opción para las implementaciones que tienen requisitos de mensajería más complejos.

El Compositor de Notifications es una solución liviana de mensajería sin servidores creada a partir de Firebase Cloud Messaging. Gracias a su consola gráfica fácil de usar y sus requisitos de codificación reducidos, el Compositor de Notifications permite que los usuarios envíen mensajes fácilmente para volver a atraer y retener a los usuarios, fomentar el crecimiento de la app y apoyar las campañas de marketing.

Cloud Messaging: Apple anunció que dará de baja el protocolo binario heredado para APNS. ¿Hay algo que deba hacer?

No. Firebase Cloud Messaging se cambió al protocolo APNS basado en HTTP/2 en 2017. Si estás usando FCM para enviar notificaciones a dispositivos iOS, no debes hacer nada.

Cloud Messaging: ¿Necesito usar otros servicios de Firebase para usar FCM?

Puedes usar Firebase Cloud Messaging como un componente independiente, igual a como lo hiciste con GCM, sin usar otro servicio de Firebase.

Cloud Messaging: Soy un desarrollador que actualmente usa Google Cloud Messaging (GCM). ¿Debería cambiarme a Firebase Cloud Messaging?

FCM es la nueva versión de GCM con la marca de Firebase. Hereda la infraestructura central de GCM, con nuevos SDK para facilitar el desarrollo en Cloud Messaging.

Los beneficios de la actualización al SDK de FCM incluyen lo siguiente:

• Desarrollo de cliente más simple. Ya no tienes que escribir tu propia lógica de reintento de registro o suscripción.
• Una solución de notificación lista para usar. Puedes usar el Compositor de Notifications, una solución de notificaciones sin servidores con una consola web que les permite a todos los usuarios enviar notificaciones segmentadas a públicos específicos, según las estadísticas de Google Analytics para Firebase.

Si quieres actualizar de los SDK de GCM a los de FCM, consulta las guías de migración de apps para iOS y Android.

Cloud Messaging: ¿Por qué no reciben los mensajes los dispositivos a los que segmento mis envíos?

Si parece que los dispositivos no reciben mensajes correctamente, lo primero que debes hacer es verificar si se debe a alguno de estos dos motivos:

Administración de mensajes de notificación en primer plano. Las apps cliente deben agregar lógica de administración de mensajes para gestionar notificaciones cuando la app se encuentra en el primer plano en el dispositivo. Consulta los detalles para iOS y Android.

Restricciones de firewall de la red. Si tu organización tiene un firewall que restringe el tráfico hacia o desde Internet, debes configurarlo para permitir la conectividad con FCM a fin de que las apps cliente de Firebase Cloud Messaging reciban mensajes. Los puertos que se deben abrir son:

• 5228
• 5229
• 5230

FCM generalmente usa el puerto 5228, pero a veces usa los puertos 5229 y 5230. FCM no proporciona IP específicas, por lo que debes permitir que tu firewall acepte conexiones salientes a todas las direcciones IP contenidas en los bloques de IP que aparecen en el ASN de 15169 de Google.

Cloud Messaging: Implementé onMessageReceived en mi app para Android, pero no recibe llamadas.

Cuando la app está en segundo plano, los mensajes de notificación se muestran en la bandeja del sistema y no se llama a onMessageReceived. En el caso de los mensajes de notificación que tienen una carga útil de datos, estos se muestran en la bandeja del sistema. Además, los datos incluidos en estos mensajes se pueden recuperar del intent que se lanza cuando el usuario presiona la notificación.

Para obtener más información, consulta Recibe y maneja mensajes.

Compositor de Notifications: ¿Cuál es la diferencia entre el Compositor de Notifications y Cloud Messaging?

El Compositor de Notifications es una solución liviana de mensajería sin servidores creada a partir de Firebase Cloud Messaging. Gracias a su consola gráfica fácil de usar y sus requisitos de codificación reducidos, el Compositor de Notifications permite que los usuarios envíen mensajes fácilmente para volver a atraer y retener a los usuarios, fomentar el crecimiento de la app y apoyar las campañas de marketing.

Firebase Cloud Messaging proporciona un conjunto completo de funciones de mensajería a través de los SDK cliente y los protocolos de servidor HTTP y XMPP. FCM es la mejor opción para las implementaciones que tienen requisitos de mensajería más complejos.

A continuación, te mostramos una comparación de las funciones de mensajería que proporcionan Firebase Cloud Messaging y el Compositor de Notifications:

Compositor de Notifications: Soy un desarrollador que actualmente usa Google Cloud Messaging (GCM) y quiero usar el Compositor de Notifications. ¿Qué debo hacer?

El Compositor de Notifications es una solución lista para usar que le permite a cualquier usuario enviar notificaciones a fin de segmentarse a públicos específicos según las estadísticas de Google Analytics para Firebase. Además, el Compositor de Notifications proporciona un análisis de embudo de cada mensaje, lo que permite evaluar la eficacia de las notificaciones con facilidad.

Si eres un desarrollador que usa GCM y deseas usar el Compositor de Notifications, debes actualizar de los SDK de GCM a los de FCM. Consulta las guías de migración de apps para iOS y Android.

Cloud Storage: ¿Por qué no puedo usar Cloud Storage?

Cloud Storage para Firebase crea un bucket predeterminado en el nivel sin costo de App Engine. Esto te permite comenzar a utilizar Firebase y Cloud Storage para Firebase rápidamente, sin tener que ingresar una tarjeta de crédito ni habilitar una cuenta de Facturación de Cloud. También te permite compartir datos fácilmente entre Firebase y un proyecto de Google Cloud.

Sin embargo, hay dos casos conocidos en los que este bucket no se puede crear y no es posible usar Cloud Storage para Firebase:

• Un proyecto importado desde Google Cloud que tenía una aplicación de almacén de datos principal/secundario de App Engine.
• Un proyecto importado desde Google Cloud que tiene proyectos con prefijos de dominio. Por ejemplo: domain.com:project-1234.

Por el momento, no existen soluciones alternativas para estos problemas. Te recomendamos crear un proyecto nuevo en Firebase console y habilitar Cloud Storage para Firebase en él.

Cloud Storage: ¿Por qué veo nuevos ID de cuentas de servicio asociados a mis proyectos de Firebase que usan Cloud Storage?

Firebase usa cuentas de servicio para operar y administrar servicios sin compartir credenciales de usuario. Cuando crees un proyecto de Firebase, podrías observar que varias cuentas de servicio ya están disponibles en tu proyecto.

Si usaste Cloud Storage antes del 15 de septiembre de 2020, es posible que veas la siguiente cuenta de servicio heredada que se usa para administrar tu bucket: firebase-storage@system.gserviceaccount.com.

A partir de esa fecha, los buckets de Cloud Storage para Firebase pueden incluir una cuenta de servicio nueva: service-<project number>@gcp-sa-firebasestorage.iam.gserviceaccount.com.

Puedes ver todas las cuentas de servicio asociadas con tu proyecto en Firebase console, en la pestaña Cuentas de servicio.

Cómo quitar la cuenta de servicio nueva

No recomendamos que quites la cuenta de servicio nueva porque, si lo haces, no podrás aprovechar las próximas mejoras de seguridad.

Sin embargo, si lo prefieres, puedes inhabilitar la API o quitar el acceso de la cuenta de servicio nueva. Si quitas esta cuenta, es posible que bloquees el acceso al bucket de Cloud Storage desde tus apps.

Cómo agregar la cuenta de servicio nueva

Si quitaste la cuenta de servicio nueva o inhabilitaste la API y quieres volver a agregarlas, sigue las instrucciones que se indican en Crea y administra cuentas de servicio. En esta guía, se describe cómo usar la consola de Google Cloud para agregar la siguiente cuenta de servicio a tu proyecto:
service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com con el rol de IAM Cloud Storage for Firebase Service Agent.

Dynamic Links: ¿Por qué mi app para Android accede dos veces a cada Dynamic Link?

La API getInvitation borra el Dynamic Link guardado para evitar que se acceda dos veces a él. Asegúrate de llamar a esta API con el parámetro autoLaunchDeepLink definido como false en cada una de las actividades de vínculos directos para borrarlo por si la actividad se inicia fuera de la actividad principal.

Hosting: ¿Por qué en la tabla de historial de versiones de Hosting en Firebase console se muestran recuentos de archivos mayores de lo que realmente tiene mi proyecto local?

Firebase agrega de forma automática los archivos adicionales que contienen metadatos sobre el sitio de Hosting, y estos archivos se incluyen en el recuento total de archivos de la versión.

Hosting: ¿Cuál es el tamaño de archivo máximo que puedo implementar en Firebase Hosting?

Hosting tiene un límite de tamaño de 2 GB para archivos individuales.

Recomendamos almacenar archivos más grandes con Cloud Storage, que ofrece un límite de tamaño máximo en el rango de terabytes para objetos individuales.

Hosting: ¿Cuántos sitios de Hosting puedo tener por proyecto de Firebase?

La función de varios sitios de Firebase Hosting admite un máximo de 36 sitios por proyecto.

Performance Monitoring: ¿Cuántos patrones de URL personalizados puedo crear?

Puedes crear hasta 400 patrones de URL personalizados por app y hasta 100 patrones de URL personalizados por dominio para esa app.

Performance Monitoring: ¿Por qué no veo los datos de rendimiento en tiempo real?

Para ver los datos de rendimiento en tiempo real, asegúrate de que tu app use una versión del SDK de Performance Monitoring que sea compatible con el procesamiento de datos en tiempo real.

• iOS: v7.3.0 o posterior
• tvOS: v8.9.0 o posterior
• Android: v19.0.10 o posterior (o la BoM de Firebase para Android v26.1.0 o posterior)
• Web: v7.14.0 o posterior

Ten en cuenta que siempre recomendamos usar la versión más reciente del SDK, pero cualquier versión mencionada anteriormente permitirá que Performance Monitoring procese tus datos casi en tiempo real.

Realtime Database: ¿Por qué mi ancho de banda informado de Realtime Database fue menor que el promedio entre septiembre de 2016 y marzo de 2017?

Para nuestros cálculos de ancho de banda, normalmente incluimos los gastos de encriptación SSL (según la capa 5 del modelo OSI). Sin embargo, en septiembre de 2016, se implementó un error que provocaba que el ancho de banda informado no incluyera los gastos de encriptación. Esto puede haber provocado una baja artificial en el ancho de banda informado y en las facturas de tu cuenta durante algunos meses.

Lanzamos una corrección del error a finales de marzo de 2017 y restablecimos los niveles normales del ancho de banda informado y de la facturación.

Realtime Database: ¿Cuáles son las limitaciones de escalamiento de Realtime Database?

Cada instancia de Realtime Database tiene límites en el número de operaciones de escritura por segundo. Para las escrituras pequeñas, este límite es de aproximadamente 1,000 operaciones de escritura por segundo. Si te acercas a este límite, puedes agrupar operaciones en lotes con actualizaciones de varias rutas para lograr un rendimiento mayor.

Además, cada instancia de base de datos tiene un límite en la cantidad de conexiones de bases de datos simultáneas. Los límites predeterminados son lo suficientemente grandes para la mayoría de las aplicaciones. Si estás creando una app que necesita un ajuste de escala adicional, es posible que debas fragmentar tu aplicación en varias instancias de bases de datos para lograr una escala mayor. También te recomendamos que uses Cloud Firestore como una base de datos alternativa.

Realtime Database: ¿Qué puedo hacer si excedí los límites de uso de Realtime Database?

Si recibiste una alerta por correo electrónico o una notificación en Firebase console porque excediste los límites de uso de Realtime Database, puedes abordarlo según el límite de uso que excediste. Para ver tu uso de Realtime Database, ve al panel Uso de Realtime Database en Firebase console.

Si superaste el límite de descarga, puedes cambiar el plan de precios de Firebase por uno superior o esperar a que se restablezca el límite cuando comience el próximo ciclo de facturación. Para disminuir tus descargas, sigue estos pasos:

• Agrega consultas para limitar los datos que muestran tus operaciones de escucha.
• Comprueba si hay consultas no indexadas.
• Agrega objetos de escucha que solo descarguen actualizaciones de los datos, por ejemplo, on() en lugar de once().
• Usa reglas de seguridad para bloquear las descargas no autorizadas.

Si excedes el límite de almacenamiento, actualiza tu plan de precios para evitar interrupciones del servicio. Para reducir la cantidad de datos de tu base de datos, intenta los siguientes pasos:

• Ejecuta trabajos de limpieza periódicos.
• Reduce los datos duplicados en la base de datos.

Ten en cuenta que las eliminaciones de datos podrían tardar en reflejarse en tu asignación de almacenamiento.

Si superas el límite de conexiones simultáneas a la base de datos, actualiza tu plan para evitar interrupciones del servicio. Para administrar conexiones simultáneas a la base de datos, intenta conectar a los usuarios a través de la API de REST si no necesitan una conexión en tiempo real.

Remote Config: ¿Por qué los valores recuperados no cambian el comportamiento ni la apariencia de mi app?

A menos que recuperes los valores con fetchAndActivate(), estos se almacenan de forma local, pero no se activan. Para activarlos a fin de que tengan efecto, llama a activate. Este diseño te permite controlar cuándo cambia el comportamiento y la apariencia de la app, ya que puedes elegir cuándo llamar a activate. Después de llamar a activate, el código fuente de la app determina cuándo se usan los valores de parámetros actualizados.

Por ejemplo, podrías recuperar valores y, luego, activarlos la próxima vez que un usuario inicie tu app, por lo que ya no será necesario retrasar el inicio de la app mientras esta espera los valores recuperados desde el servicio. Luego, los cambios en el comportamiento y la apariencia de tu app se producen cuando esta usa los valores de parámetros actualizados.

Para obtener más información sobre la API de Remote Config y el modelo de uso, consulta la descripción general de la API de Remote Config.

Remote Config: Estoy haciendo muchas solicitudes de recuperación mientras desarrollo mi app. ¿Por qué esta no siempre obtiene los valores más recientes del servicio cuando envía solicitudes de recuperación?

Durante el desarrollo de la app, te recomendamos recuperar y activar la configuración con mucha frecuencia (varias veces por hora) para que puedas iterar con rapidez mientras desarrollas y pruebas tu app. A fin de permitir iteraciones rápidas en un proyecto con hasta 10 desarrolladores, puedes configurar temporalmente un objeto FirebaseRemoteConfigSettings con un intervalo de recuperación mínimo bajo (setMinimumFetchIntervalInSeconds) en la app.

Remote Config: ¿Qué tan rápido muestra el servicio de Remote Config los valores recuperados después de que mi app envía una solicitud de recuperación?

Por lo general, los dispositivos reciben los valores recuperados en menos de un segundo y, a menudo, lo hacen en milisegundos. El servicio de Remote Config administra las solicitudes de recuperación en milisegundos, pero el tiempo necesario para completar una solicitud de recuperación dependerá de la velocidad de red del dispositivo y la latencia de la conexión de red que usa el dispositivo.

Si tu objetivo es que los valores recuperados tengan efecto en tu app lo antes posible, pero sin crear una experiencia del usuario complicada, considera agregar llamadas a fetchAndActivate cada vez que tu app haga una actualización en pantalla completa.

¿Qué es Firebase User Segmentation Storage?

Firebase User Segmentation Storage almacena los IDs de instalación de Firebase y los atributos y segmentos relacionados, así como las listas de público que creaste para proporcionar información de orientación a otros servicios de Firebase que los usan, como Crashlytics, FCM, personalización de Remote Config y muchos más.