¿Cómo puedo agregar Firebase a un proyecto existente de Google?

Es probable que tengas proyectos administrados a través de Google Cloud Console o de la consola de las 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 tu proyecto existente, haz clic en "Importar proyecto de Google" en la página principal de Firebase console.

¿Qué es un proyecto de Firebase?

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

Debes agregar variantes de la app para iOS, Android y la Web a un proyecto. Puedes usar varios proyectos para tener compatibilidad con distintos entornos, como programación, pruebas y producción.

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

Un proyecto es un contenedor para apps en iOS, Android y la Web. Si bien no existe una restricción para la cantidad de apps dentro de un proyecto, agregar una app puede crear 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 dentro de un mismo proyecto.

Asegúrate de que todas las apps dentro de un proyecto sean variantes de plataforma de la misma aplicación desde la perspectiva del usuario final. Por ejemplo, si programas una aplicación sin marca, cada app etiquetada de forma independiente debe tener su propio proyecto de Firebase.

¿Necesito proporcionar un algoritmo SHA-1 cuando agrego una app de Android?

Solo se necesita un SHA-1 si usas Firebase Invites o Firebase Dynamic Links. Agregar un SHA-1 a un proyecto simplifica la configuración de Acceso con Google en Firebase Authentication.

Si no usas estas funciones, no necesitas proporcionar un SHA-1.

¿Cómo resuelvo el error "Ya existe un cliente OAuth2 para este nombre de paquete y SHA-1 en otro proyecto"?

Este error aparece si detectamos que otro proyecto de Firebase o Google Cloud contiene un ID de cliente de OAuth 2.0 con el nombre de paquete y el algoritmo SHA-1 que especificaste. Para resolver el error, sigue estas instrucciones.

Tengo una app existente en firebase.com y también un proyecto existente de Google. ¿Cómo puedo importar ambos a un proyecto de Firebase?

Deberías actualizar la app de firebase.com a un proyecto de Firebase. Si deseas usar el Acceso con Google en Firebase Authentication o Firebase Invites en un proyecto de Firebase y tienes un cliente de OAuth registrado con otro proyecto de Google, puedes agregar el ID de cliente de OAuth del proyecto de Google a la lista que se encuentra en Authentication > Método de acceso > Google > Incluir ID de cliente de proyectos externos en la lista blanca.

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

La configuración de idioma de Firebase console depende del idioma que seleccionaste en la configuración de la cuenta de Google en "Preferencias de la cuenta" > "Herramientas de captura de texto e idioma".

Firebase console está disponible en 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. En un nivel alto, estos son propietario, editor y lector.

• El propietario de un proyecto puede agregar a otros miembros al proyecto, vincular otros servicios de Google como Play/AdMob/AdWords/BigQuery, y tener acceso total de edición al proyecto.
• El editor de un proyecto tiene acceso total de edición al proyecto.
• El lector de un proyecto tiene acceso de solo lectura. Ten en cuenta que, actualmente, nuestra IU no oculta ni inhabilita los controles de edición para los lectores de un proyecto, pero se producirán errores si intenta usarlas una persona con función de lector.

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

• Para vincular tu cuenta de Play, debes ser propietario de un proyecto de Firebase y de una cuenta de Play.
• 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.

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

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

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

En iOS, el pod de Firebase contiene un archivo NOTICES que incluye las entradas relevantes. El SDK de Android contiene una actividad de ayuda para mostrar información sobre la licencia.

¿Qué productos se pagan? ¿Cuáles son gratuitos?

Los productos de infraestructura pagos de Firebase son Realtime Database, Storage, Functions, Hosting, Test Lab y la autenticación por teléfono. Ofrecemos un nivel gratuito de todas estas características.

Además, Firebase cuenta con muchos productos gratuitos: Analytics, Cloud Messaging, Compositor de Notifications, Remote Config, App Indexing, Dynamic Links, Invites y Crash Reporting. Puedes usar una cantidad ilimitada de cualquiera de estos productos en todos los planes, incluso en nuestro plan gratuito Spark. Además, todas las características de Authentication que no sean la autenticación por teléfono son gratuitas.

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

Nuestro plan Spark es una excelente manera de crear una app sin cargo, ya sea como pasatiempo o con vistas al establecimiento de una startup exitosa. Obtienes todas las funciones gratuitas de Firebase (Analytics, Compositor de Notifications, Crash Reporting, etc.) y amplio acceso a nuestros productos de infraestructura pagos. Sin embargo, si superas tu cuota de los recursos en el plan Spark durante un mes calendario, tu app se desactivará por el resto de ese mes. Además, las funciones de Google Cloud Platform no están disponibles en el nivel Spark.

Nuestro plan Flame está diseñado para startups y apps de producción pequeñas que buscan un precio bajo y predecible, pero con más capacidad que nuestras ofertas de nivel gratuito para los recursos de Realtime Database, Storage o Hosting. Al igual que el plan Spark, Google Cloud Platform no está disponible para el plan Flame. Si superas tu cuota de los recursos del plan durante un mes, tu app se desactivará por el resto de ese mes.

Nuestro plan Blaze está diseñado para apps de producción a gran escala y apps que no pueden aceptar tiempos de inactividad por superar los límites del plan. El plan Blaze también te permite extender la app con funciones pagas de Google Cloud Platform. 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.

Firebase console te permite hacer un seguimiento del uso de los recursos de Realtime Database y Hosting. Consulta el uso de Realtime Database y el uso de Hosting.

¿Por qué es diferente el uso gratuito del plan Blaze del uso gratuito del plan Spark?

El uso gratuito del plan Blaze se calcula a diario. Los límites de uso también difieren del plan Spark para Cloud Functions y Test Lab.

Para Cloud Functions, se calcula el uso gratuito del plan Blaze en el nivel de la cuenta de facturación, no en el nivel del proyecto, y tiene estos límites:

• 2,000,000 de invocaciones al mes
• 400,000 GB por segundo al mes
• 200,000 ciclos de CPU por segundo al mes
• 5 GB de salida de red al mes

Para Test Lab, el uso gratuito 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 el uso gratuito?

El uso gratuito del plan Spark se incluye en el plan Blaze. No se restablece cuando cambias a un 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 100,000 conexiones simultáneas por base de datos.

Este límite no es el mismo que la cantidad total de usuarios de tu app, ya que no todos los usuarios se conectan a la vez. Si necesitas más de 100,000 conexiones simultáneas, lee el artículo Cómo escalar con varias bases de datos

¿Qué ocurre si supero los límites de almacenamiento o de descarga en los planes Spark o Flame para Realtime Database?

Para ofrecerte un precio predecible, los recursos disponibles para ti en los planes Spark y Flame tienen un límite. Esto significa que, si superas algún límite de plan durante un mes, la app se desactivará 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 para Realtime Database?

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

¿Qué ocurre si excedo los límites de carga, descarga o almacenamiento de los planes Spark o Flame para Cloud Storage?

Cuando superas los límites de Cloud Storage en un proyecto de los planes Spark o Flame, 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 los 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 los 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 con Google Cloud Platform?

Firebase está profundamente integrado con Google Cloud Platform. Los proyectos se comparten entre Firebase y Google Cloud Platform, por lo que tienen habilitados servicios de Firebase y de Google Cloud Platform. Puedes acceder al mismo proyecto desde Firebase console o Google Cloud Console. Específicamente, ocurre lo siguiente:

• Google Cloud Platform respalda directamente algunas funciones de Firebase, como Firebase Storage. La lista de funciones que respalda Google Cloud Platform seguirá creciendo con el tiempo.
• Firebase y Google Cloud Platform 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 Platform aparece en la misma factura.

Además, cuando actualizas al plan Blaze, puedes usar las API o la infraestructura como servicio de clase mundial de Google Cloud Platform directamente dentro de tu proyecto de Firebase y según las tarifas estándar de Google Cloud Platform. También puedes exportar datos desde Google Analytics para Firebase directamente a BigQuery para ejecutar análisis. Para obtener más información, consulta Cómo vincular BigQuery con Firebase.

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 Platform 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 a un proyecto en Google Cloud Console, el mismo proyecto se actualizará de forma automática al plan Blaze de Firebase si el proyecto se encuentra en los planes Spark o Flame.

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

¿Puedo actualizar, pasar a un plan inferior o cancelar el plan en cualquier momento?

Sí, puedes actualizar 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 voy a recibir?

Todas las apps de Firebase, incluidos los planes gratuitos, ofrecen asistencia por correo electrónico del equipo de Firebase durante el horario de atención habitual del Pacífico de los EE.UU. Todas las cuentas están limitadas a diez preguntas técnicas (solución de problemas) por año, pero tienen asistencia ilimitada para problemas de facturación y de la cuenta o para informar 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.

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

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

No ofrecemos copias de seguridad por hora.

¿Las tarifas del plan Flame se prorratean si cambio de plan a mitad de mes?

En caso de que pases a un plan superior, sí; en caso de que pases a un plan inferior, no. Puedes cambiar de plan cuando lo desees. Las actualizaciones a un plan superior se prorratean, pero los cambios a planes inferiores no. Si te registras en el plan Flame a mitad de mes, se cobrará solo por lo que queda del mes. Sin embargo, si pasas a un plan inferior a mitad de mes, se te cobrará lo que falta de ese mes (hacemos esto para evitar abusos).

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

Cualquier tipo de persona o de organización puede usar los planes Spark y Flame, incluidos los proyectos educativos, sin fines de lucro y de código abierto. Dado que estos planes ya incluyen cuotas generosas, no ofrecemos descuentos ni planes especiales para proyectos educativos, sin fines de lucro ni de código abierto.

¿Ofrecen hosting con infraestructura dedicada, asistencia, tarifas o contactos 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 pagar por el uso de 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 pagos de Firebase con AdWords? ¿Hay créditos de publicidad gratuitos con los planes pagos?

Los planes de precios de Firebase son independientes de los de AdWords, por lo que no hay créditos de publicidad gratuitos. Como desarrollador de Firebase, puedes "vincular" tu cuenta de AdWords con Firebase para hacer el seguimiento de conversiones.

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

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

Consulta la página Privacidad y seguridad en Firebase.

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

Google Analytics para Firebase es una solución de análisis ilimitada y gratuita que funciona con características de Firebase para entregar estadísticas potentes. Te permite ver registros de eventos en Firebase Crash Reporting, la eficacia de las notificaciones en Firebase Notifications, el rendimiento de los vínculos directos de Firebase Dynamic Links y los datos de compras directas desde las aplicaciones desde Google Play. Permite la orientación avanzada de contenido a públicos en Firebase Remote Config, Firebase Notifications y más.

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

Google Analytics para Firebase es una parte del SDK central de Firebase. Integrar Google Analytics para Firebase es rápido y fácil. Para comenzar, lee la documentación.

Si no quieres usar estas características, puedes inhabilitar Google Analytics para Firebase en tu app.

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

Si debes reformular el problema, puedes usar "orientació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 al cual podrás orientar.

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 para Firebase se usan para mejorar otras funciones de Firebase y Google. Puedes controlar cómo se comparten los datos de Google Analytics para Firebase desde tu configuración de proyecto en cualquier momento. Obtén más información sobre la Configuración del uso compartido de datos.

Analytics: ¿Cómo puedo crear embudos cerrados?

En Google Analytics para Firebase, la página Embudos solo muestra los embudos abiertos. Para crear embudos cerrados, los eventos que crean los programadores deben aplicar esto. Por ejemplo, si los siguientes flujos son posibles:

• Flujo 1: Pantalla A, Pantalla B, Pantalla C, Pantalla D
• Flujo 2: Pantalla X, Pantalla Y, Pantalla C, Pantalla D

Puedes registrar los siguientes eventos:

• Flujo 1 → A, B, C_1, D_1
• Flujo 2 → X, Y, C_2, D_2

Cada conjunto crea un embudo cerrado en Analytics. Luego, puedes crear un público de usuarios que registren todos los eventos en cada flujo.

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

Firebase Authentication admite la verificación con el número telefónico 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.

Crash Reporting: ¿Por qué hay menos informes de errores en Analytics que en Crash Reporting?

Crash Reporting crea un proceso independiente en segundo plano para subir información sobre errores. Si tu app extiende la clase Android Application, debes asegurarte de poder usarla en varios procesos de forma segura. De lo contrario, puede provocar problemas de simultaneidad. Cuando una app extiende un objeto Application, se crea una instancia de este objeto por cada proceso de una app que admite múltiples procesos. Ten en cuenta lo siguiente cuando agregues Crash Reporting a tu app:

1. Si la implementación de este objeto accede a un estado que no pertenece al proceso (una base de datos, el sistema de archivos, preferencias compartidas, etc.) o ejecuta acciones que no son seguras en un entorno multiprocesos, podrían presentarse problemas de simultaneidad. Esto se debe a que podrían ejecutarse varias instancias del objeto Application simultáneamente.
2. Muchas bibliotecas de terceros tienen un estado que no pertenece al proceso (por ejemplo, en una base de datos local) y están sujetas a los mismos problemas de simultaneidad si se inicializan desde el objeto Application. Si tu app coincide con esta descripción y piensas usar Crash Reporting en tu app, te recomendamos enfáticamente que consideres mover la lógica de Application a Content Providers o a Android Activities. Cualquier lógica de Application que no sea segura para un entorno multiprocesos puede tener efectos imprevistos en tu app.

Crash Reporting exporta los errores capturados de forma automática a Google Analytics para Firebase como eventos app_exception. Actualmente en Android, puedes ver una discrepancia importante entre la cantidad de errores de Crash Reporting y los eventos app_exception de Analytics.

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 de cliente y los protocolos de servidor HTTP y XMPP. Para implementaciones con requisitos de mensajería más complejos, FCM es la mejor opción.

El compositor de Notifications es una solución liviana de mensajería sin servidor creada a partir de Firebase Cloud Messaging. Gracias a su consola gráfica fácil de usar y sus requisitos de código 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.

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

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 programador 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 la programación 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 servidor con una consola web que les permite a todos los usuarios enviar notificaciones orientadas a públicos específicos, según las estadísticas de Google Analytics para Firebase.

Para realizar la actualización desde 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 oriento 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 motivos:

Administración de mensajes de notificación en primer plano. Las apps cliente deben agregar lógica de administración de mensajes para administrar mensajes de notificación 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 Internet 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

Por lo general, FCM usa 5228, pero algunas veces usa 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 pertenecientes a los bloques de IP que aparecen en el ASN de Google, 15169.

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

Cuando tu 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 con una carga útil de datos, el mensaje de notificación se muestra en la bandeja del sistema y los datos del mensaje de notificación se pueden recuperar del intent que se lanza cuando el usuario presiona la notificación.

Para obtener más información, consulta Cómo recibir y manejar mensajes.

Realtime Database: ¿Por qué mi ancho de banda informado de Realtime Database fue menor que el promedio entre septiembre del 2016 y marzo del 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 del 2016, se introdujo un error que provocaba que el ancho de banda informado no incluyera los gastos de encriptación. Esto podría haber provocado una baja artificial en el ancho de banda informado y en las facturas de tu cuenta durante algunos meses.

Liberamos una corrección del error a finales de marzo del 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 1000 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 usar 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 a la sección Uso de Realtime Database de Firebase console.

Si superaste tu límite de descarga, puedes actualizar tu plan de Firebase a uno superior o esperar a que el límite de descarga se restablezca cuando comience el próximo ciclo de facturación. Para disminuir tus descargas, intenta los siguientes pasos:

• Agrega consultas para limitar los datos que muestran tus operaciones de escucha.
• Comprueba si hay consultas no indexadas.
• Usa agentes de escucha que solo descargan actualizaciones de 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 para evitar las interrupciones del servicio. Si deseas 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 las interrupciones del servicio. Para administrar conexiones simultáneas en 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.

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

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

Sin embargo, hay dos casos conocidos en los que este depósito no se puede crear y no es posible usar Firebase Storage:

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

Actualmente, no existen soluciones alternativas para estos problemas. Te recomendamos que crees un nuevo proyecto en Firebase console y habilites Firebase Storage en ese proyecto.

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

Cuando tu app recupera valores de parámetros desde el servicio de Remote Config, esos valores se almacenan en caché de manera local, pero no se activan. Si deseas activar los valores recuperados para que puedan tener efecto, llama a activateFetched. Este diseño te permite controlar cuándo cambian el comportamiento y la apariencia de tu app, porque puedes seleccionar cuándo llamar a activateFetched. Después de llamar a activateFetched, el código fuente de tu app determina cuándo se usan los valores de los parámetros actualizados.

Por ejemplo, podrías recuperar valores y luego activarlos la próxima vez que un usuario inicia tu app, lo que elimina la necesidad de retrasar el inicio de la app mientras tu app espera los valores recuperados desde el servicio. Luego, los cambios en el comportamiento y la apariencia de tu app se producen cuando tu app 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 programo mi app. Mi app no siempre obtiene los valores más recientes del servicio cuando envía solicitudes de recuperación. ¿Cuál es el motivo?

Remote Config almacena valores en la memoria caché local después de la primera solicitud de recuperación correcta. Según la configuración predeterminada, la memoria caché vence después de 12 horas. Si deseas cambiar esta configuración para una solicitud específica, pasa el período de vencimiento deseado de la memoria caché, en segundos, a fetchWithExpirationDuration:completionHandler: (en iOS) o fetch (en Android).

Ten en cuenta que, si reduces el período de vencimiento a un valor muy pequeño, es posible que alcances el límite de regulación del cliente, lo cual impide que tu cliente haga más de unas pocas solicitudes de recuperación por hora. Para aumentar la cuota del cliente, habilita el modo de programador, que proporciona a cada instancia de app más de una docena de recuperaciones cada cinco minutos. Para habilitar el modo de desarrollador en tu app, puedes agregar temporalmente un objeto (en Android) o una propiedad FirebaseRemoteConfigSettings (en iOS) a tu app con isDeveloperModeEnabled configurado en true. Debes quitar esta propiedad o este objeto antes de distribuir tu app.

Si habilitas el modo de programador, ten en cuenta que puedes correr el riesgo de alcanzar los límites de cuota por hora del servicio. Si solo estás probando tu app con un pequeño equipo de programación de 10 personas, este riesgo es bastante bajo. Sin embargo, si enviaste tu app a miles de usuarios de prueba con el modo de programador habilitado, es probable que tu app alcance esta cuota. Por lo tanto, asegúrate de inhabilitar el modo de programador y aumentar el tiempo de vencimiento de la memoria caché (si es necesario) antes de enviar tu app a un grupo de prueba grande o a la etapa de producción.

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?

Comúnmente, los dispositivos reciben los valores recuperados en menos de un segundo y a menudo los reciben 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 causar inestabilidad en la experiencia del usuario, considera agregar llamadas a activateFetched cada vez que tu app se actualiza en pantalla completa.

Dynamic Links: ¿Por qué mi app de 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.

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 servidor creada a partir de Firebase Cloud Messaging. Gracias a su consola gráfica fácil de usar y sus requisitos de código 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 de cliente y los protocolos de servidor HTTP y XMPP. Para implementaciones con requisitos de mensajería más complejos, FCM es la mejor opción.

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 programador 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 para orientarse 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 programador 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.

Predictions: Acabo de agregar Google Analytics para Firebase a mi app. ¿Cuándo debería ver predicciones en la consola?

Las predicciones se crean a partir del comportamiento de los usuarios y su precisión aumenta si el volumen del historial es mayor. Como mínimo, Firebase Predictions necesita datos de dos semanas: una semana de actividad para entrenar y una semana para ver qué generó esa actividad (deserción, gasto, etc.). Después de las dos semanas, la calidad de las predicciones suele aumentar, ya que Predictions observa secuencias más extensas de actividad del usuario.

Predictions: ¿Cuánto tardan en crearse las predicciones de un usuario nuevo?

En el caso de una app que ya tiene Google Analytics para Firebase y se entrenó con datos de referencia, se pueden crear predicciones de usuarios nuevos al día siguiente desde que comienzan a usar la app.

App Indexing: ¿La Búsqueda de Google puede indexar varios idiomas de una misma app?

La Búsqueda de Google admite los siguientes casos de varios idiomas:

• El sitio web asociado tiene URL únicas para cada idioma y hay una URL HTTP de la app que corresponde a cada URL de la Web.
• El sitio web asociado tiene URL únicas para cada idioma y hay solo una URL HTTP de la app. La app usa la configuración de idioma del sistema para mostrar el contenido en el idioma correcto.
• El sitio web asociado tiene una URL para todos los idiomas (o admite solo un idioma) y hay una URL de la app correspondiente. El sitio web y la aplicación deben mostrar el contenido en el mismo idioma cuando el usuario no especifica una preferencia.

App Indexing: ¿Puede App Indexing admitir varios sitios web para una app?

Sí. Asegúrate de que cada sitio web asociado esté verificado para la app de Android a través de Google Play Console. Obtén más información sobre cómo verificar tu app.

App Indexing: ¿Los mapas de sitio se deben agregar a través de Search Console?

iOS no necesita mapas de los sitios y Android no los necesita mientras tu app admita URL HTTP. En el caso de las URL personalizadas, no necesitas agregar mapas de los sitios a través de Search Console. Basta con hacer referencia a los mapas de los sitios en tu archivo robots.txt para que la Búsqueda de Google los use. Obtén más información acerca de la administración de mapas de sitios. Sin embargo, si envías un mapa del sitio a través de Search Console, podrás ver estadísticas allí sobre las URL HTTP enviadas e indexadas.

AdMob: ¿Podré vincular mis apps de Windows con Firebase?

Actualmente, las apps de Windows no son compatibles con Firebase console.

AdMob: ¿Por qué no puedo vincular mi cuenta de AdMob desde Firebase console?

Puedes vincular una app de AdMob con una app de Firebase a través de la consola de AdMob. Para vincular la cuenta, necesitas ser propietario del proyecto de Firebase y administrador de AdMob.

AdMob: ¿Pueden varios usuarios vincular su cuenta de AdMob con una app de Firebase?

No, cada cuenta de AdMob solo tendrá un usuario principal. El usuario principal es el primer usuario que acepta las Condiciones del servicio de Firebase.

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

Puedes tener 20 experimentos por proyecto, que pueden incluir hasta 6 experimentos en ejecución y hasta 14 borradores de experimentos.

Sin embargo, una instancia de app o un usuario final solo se puede incluirse en 3 experimentos a la vez. Por ejemplo, si creas 6 experimentos orientados al 100% de la población de usuarios relacionada, las instancias de app que clasifiquen para más de 3 experimentos activos reciben solo los 3 experimentos menos recientes. En este caso, es posible que los experimentos 4, 5 y 6 terminen sin usuarios.