Un proyecto de Firebase es la entidad de nivel superior de Firebase. En un proyecto, puede registrar sus aplicaciones web, Apple o Android. Después de registrar sus aplicaciones con Firebase, puede agregar los SDK de Firebase específicos del producto a su aplicación, como Analytics, Cloud Firestore, Crashlytics o Remote Config.
Debes registrar tus variantes de Apple, Android y aplicaciones web dentro de un único proyecto de Firebase. Puedes usar varios proyectos de Firebase para admitir múltiples entornos, como desarrollo, ensayo y producción.
A continuación, se incluyen algunos recursos para obtener más información sobre los proyectos de Firebase:
Comprender los proyectos de Firebase : proporciona breves descripciones de varios conceptos importantes sobre los proyectos de Firebase, incluida su relación con Google Cloud y la jerarquía básica de un proyecto y sus aplicaciones y recursos.
Mejores prácticas generales para configurar proyectos de Firebase : proporciona mejores prácticas generales de alto nivel para configurar proyectos de Firebase y registrar sus aplicaciones con un proyecto para que tenga un flujo de trabajo de desarrollo claro que utilice distintos entornos.
Tenga en cuenta que para todos los proyectos de Firebase, Firebase agrega automáticamente una etiqueta de firebase:enabled dentro de la página Etiquetas de su proyecto en la consola de Google Cloud. Obtenga más información sobre esta etiqueta en nuestras preguntas frecuentes .
¿Qué es una organización de Google Cloud?
Una organización de Google Cloud es un contenedor para proyectos de Google Cloud (incluidos los proyectos de Firebase). Esta jerarquía permite una mejor organización, gestión de acceso y auditoría de sus proyectos de Google Cloud y Firebase. Para obtener más información, consulte Creación y gestión de organizaciones .
¿Cómo agrego Firebase a un proyecto de Google Cloud existente?
Puedes agregar Firebase a estos proyectos existentes usando cualquiera de las siguientes opciones:
Usando la consola Firebase: En la página de inicio de Firebase console , haga clic en Agregar proyecto y luego seleccione su proyecto existente en el menú Nombre del proyecto .
Usando una opción programática:
Llame al punto final de la API REST de Firebase Management addFirebase .
¿Por qué mi proyecto de Google Cloud tiene la etiqueta firebase:enabled ?
En la página Etiquetas de su proyecto en la consola de Google Cloud, es posible que vea una etiqueta de firebase:enabled (específicamente, una Key de firebase con un Value de enabled ).
Firebase agregó automáticamente esta etiqueta porque su proyecto es un proyecto de Firebase, lo que significa que su proyecto tiene configuraciones y servicios específicos de Firebase habilitados. Obtenga más información sobre la relación entre los proyectos de Firebase y Google Cloud .
Le recomendamos encarecidamente que no modifique ni elimine esta etiqueta. Firebase y Google Cloud utilizan esta etiqueta para enumerar sus proyectos de Firebase (por ejemplo, usando el punto final de la API REST projects.list o en menús dentro de la consola de Firebase).
Tenga en cuenta que agregar manualmente esta etiqueta a su lista de etiquetas de proyecto NO habilita configuraciones ni servicios específicos de Firebase para su proyecto de Google Cloud. Para hacerlo, debe agregar Firebase a través de Firebase console (o, para casos de uso avanzado, a través de la API REST de Firebase Management o Firebase CLI ).
¿Por qué mi proyecto de Firebase no aparece en mi lista de proyectos de Firebase?
Estas preguntas frecuentes se aplican si no ves tu proyecto de Firebase en los siguientes lugares:
En una lista de proyectos que estás viendo en Firebase console
En la respuesta al ejecutar el comando Firebase CLI firebase projects:list
Pruebe estos pasos de solución de problemas:
Primero, intente acceder a su proyecto visitando directamente la URL del proyecto. Utilice el siguiente formato: https://console.firebase.google.com/project/ PROJECT-ID /overview
Si no puede acceder al proyecto o recibe errores de permisos, verifique lo siguiente:
Asegúrese de haber iniciado sesión en Firebase con la misma cuenta de Google que tiene acceso al proyecto. Puede iniciar y cerrar sesión en Firebase console a través del avatar de su cuenta en la esquina superior derecha de la consola.
Asegúrese de que su proyecto tenga la etiqueta firebase:enabled en la página Etiquetas de su proyecto en la consola de Google Cloud. Firebase y Google Cloud usan esta etiqueta para enumerar sus proyectos de Firebase. Si no ve esta etiqueta pero la API de administración de Firebase está habilitada para su proyecto, agregue manualmente la etiqueta (específicamente, una Key de firebase con un Valueenabled ).
Asegúrese de tener asignado uno de los roles básicos de IAM (Propietario, Editor, Visor) o un rol que tenga permisos relacionados con Firebase, por ejemplo, un rol predefinido de Firebase . Puede ver sus funciones en la página IAM de la consola de Google Cloud.
Si su proyecto pertenece a una organización de Google Cloud, es posible que necesite permisos adicionales para ver el proyecto listado en Firebase console. Póngase en contacto con la persona que administra su organización de Google Cloud para que le asigne la función adecuada para ver el proyecto, por ejemplo, la función de Navegador.
Si ninguno de los pasos de solución de problemas anteriores le permite ver su proyecto en una lista de proyectos de Firebase, comuníquese con el Soporte de Firebase .
¿Cuántos proyectos puedo tener por cuenta?
Plan de precios Spark: su cuota de proyectos está limitada a una pequeña cantidad de proyectos (generalmente entre 5 y 10).
Plan de precios Blaze: la cuota de su proyecto por cuenta de Cloud Billing aumenta sustancialmente siempre que su cuenta de Cloud Billing esté al día.
Tenga en cuenta que la eliminación completa de un proyecto requiere 30 días y cuenta para su cuota hasta que se elimine por completo.
¿Cuántas aplicaciones de Firebase puedo tener en un proyecto de Firebase?
Un proyecto de Firebase es un contenedor para aplicaciones de Firebase en Apple, Android y la web. Firebase restringe la cantidad total de aplicaciones de Firebase dentro de un proyecto de Firebase a 30.
Después de este número, el rendimiento comienza a degradarse (especialmente para Google Analytics) y, eventualmente, en una mayor cantidad de aplicaciones, algunas funciones del producto dejan de funcionar. Además, si utiliza el inicio de sesión de Google como proveedor de autenticación, se crea un ID de cliente OAuth 2.0 subyacente para cada aplicación de su proyecto. Hay un límite de alrededor de 30 ID de cliente que se pueden crear dentro de un solo proyecto.
Debes asegurarte de que todas las aplicaciones de Firebase dentro de un único proyecto de Firebase sean variantes de plataforma de la misma aplicación desde la perspectiva del usuario final. Por ejemplo, si desarrollas una aplicación de marca blanca, cada aplicación etiquetada de forma independiente debe tener su propio proyecto de Firebase, pero las versiones de Apple y Android de esa etiqueta pueden estar en el mismo proyecto. Lea una guía más detallada en nuestras mejores prácticas generales para configurar proyectos de Firebase .
En el raro caso de que su proyecto requiera más de 30 aplicaciones, puede solicitar un aumento del límite de aplicaciones. Su proyecto debe estar en el plan de precios de Blaze para realizar esta solicitud. Visita la consola de Google Cloud para realizar tu solicitud y evaluarla. Obtenga más información sobre la gestión de cuotas en la documentación de Google Cloud.
¿Qué sucede si etiquete mi proyecto como entorno de "producción"?
En Firebase console, puedes etiquetar tus proyectos de Firebase con su tipo de entorno, ya sea como entornos de producción o no especificados (no de producción).
Etiquetar su proyecto como un tipo de entorno no tiene ningún efecto en el funcionamiento de su proyecto de Firebase ni en sus características. Sin embargo, el etiquetado puede ayudarlo a usted y a su equipo a administrar sus diversos proyectos de Firebase durante el ciclo de vida de la aplicación.
Si etiqueta su proyecto como entorno de producción, agregamos una etiqueta Prod de colores brillantes al proyecto en Firebase console, para recordarle que cualquier cambio podría afectar sus aplicaciones de producción asociadas. En el futuro, es posible que agreguemos más funciones y protecciones para los proyectos de Firebase etiquetados como entornos de producción.
Para cambiar el tipo de entorno de su proyecto de Firebase, vaya a settingsConfiguración del proyecto > General , luego en la tarjeta Su proyecto en Entorno , haga clic en edit para cambiar el tipo de entorno.
¿Dónde puedo encontrar el ID de la aplicación para mi aplicación Firebase?
En Firebase console, ve a tu settingsConfiguración del proyecto . Desplácese hacia abajo hasta la tarjeta Sus aplicaciones , luego haga clic en la aplicación Firebase deseada para ver la información de la aplicación, incluido su ID de aplicación .
A continuación se muestran algunos valores de ID de aplicación de ejemplo:
Aplicaciones de Firebase para iOS: 1:1234567890:ios:321abc456def7890
Aplicaciones de Firebase para Android: 1:1234567890:android:321abc456def7890
Aplicaciones web de Firebase: 1:1234567890:web:321abc456def7890
¿Cuáles son los requisitos previos para vincular Google Play/AdMob/Google Ads/BigQuery a mi proyecto o aplicación de Firebase?
Cualquiera de los siguientes roles de Firebase: propietario o administrador de Firebase y
Cualquiera de los siguientes niveles de acceso a Google Play: propietario de la cuenta o administrador
Para vincular tu aplicación de AdMob , debes ser propietario del proyecto de Firebase y administrador de AdMob.
Para vincular su cuenta de AdWords , debe ser propietario del proyecto de Firebase y administrador de AdWords.
Para vincular tu proyecto de BigQuery , debes ser el propietario del proyecto de Firebase.
¿Qué avisos de código abierto debo incluir en mi aplicación?
En las plataformas Apple, el pod de Firebase contiene un archivo NOTICES que incluye las entradas relevantes. El SDK de Firebase para Android contiene una Activity auxiliar para mostrar información de licencia.
Permisos y acceso a proyectos de Firebase
¿Cómo le asigno un rol a un miembro del proyecto, como el rol de Propietario?
Para administrar las funciones asignadas a cada miembro del proyecto, debes ser propietario del proyecto de Firebase (o tener asignada una función con el permiso resourcemanager.projects.setIamPolicy ).
Estos son los lugares donde puede asignar y administrar roles:
La consola de Google Cloud ofrece un amplio conjunto de herramientas para asignar roles a los miembros del proyecto en la página IAM . En la consola de la nube, también puede crear y administrar roles personalizados , así como otorgar acceso a cuentas de servicio a su proyecto.
Tenga en cuenta que en la consola de Google Cloud, los miembros del proyecto se denominan directores .
Si el propietario de su proyecto ya no puede realizar las tareas de un propietario (por ejemplo, la persona dejó su empresa) y su proyecto no se administra a través de una organización de Google Cloud (consulte el siguiente párrafo), puede comunicarse con el soporte de Firebase para obtener un propietario temporal asignado.
Tenga en cuenta que si un proyecto de Firebase forma parte de una organización de Google Cloud, es posible que no tenga un propietario. Si no puedes encontrar un propietario para tu proyecto de Firebase, comunícate con la persona que administra tu organización de Google Cloud para asignar un propietario para el proyecto.
¿Cómo encuentro al propietario de un proyecto de Firebase?
Puede ver los miembros del proyecto y sus roles en los siguientes lugares:
Si tiene acceso al proyecto en Firebase console, puede ver la lista de miembros del proyecto, incluidos los propietarios, en la página Usuarios y permisos de Firebase console.
Si no tiene acceso al proyecto en la consola de Firebase, verifique si tiene acceso al proyecto en la consola de Google Cloud. Puedes ver la lista de miembros del proyecto, incluidos los propietarios, en la página IAM de la consola de Google Cloud.
Si el propietario de su proyecto ya no puede realizar las tareas de un propietario (por ejemplo, la persona dejó su empresa) y su proyecto no se administra a través de una organización de Google Cloud (consulte el siguiente párrafo), puede comunicarse con el soporte de Firebase para obtener un propietario temporal asignado.
Tenga en cuenta que si un proyecto de Firebase forma parte de una organización de Google Cloud, es posible que no tenga un propietario. En cambio, la persona que administra su organización de Google Cloud puede realizar muchas tareas que puede realizar un propietario. Sin embargo, para realizar varias tareas específicas del Propietario (como asignar roles o administrar propiedades de Google Analytics), es posible que el administrador deba asignarse el rol de Propietario real para realizar esas tareas. Si no puedes encontrar un propietario para tu proyecto de Firebase, comunícate con la persona que administra tu organización de Google Cloud para asignar un propietario para el proyecto.
¿Por qué o cuándo debería asignarle a un miembro del proyecto el rol de Propietario?
Para garantizar una gestió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 asignar roles y administrar propiedades de Google Analytics), y el soporte de Firebase solo puede cumplir con las solicitudes administrativas de los propietarios de proyectos demostrados.
Después de configurar los propietarios de un proyecto de Firebase, es importante mantener esas asignaciones actualizadas.
Tenga en cuenta que si un proyecto de Firebase forma parte de una organización de Google Cloud, la persona que administra su organización de Google Cloud puede realizar muchas tareas que puede realizar un propietario. Sin embargo, para varias tareas específicas del Propietario (como asignar roles o administrar propiedades de Google Analytics), es posible que el administrador deba asignarse el rol de Propietario real para realizar esas tareas.
No creo que tenga un proyecto de Firebase, pero recibí un correo electrónico sobre uno. ¿Cómo accedo a este proyecto?
El correo electrónico que recibió debe contener un enlace para abrir su proyecto de Firebase. Al hacer clic en el enlace del correo electrónico, se debería abrir el proyecto en Firebase console.
Si no puede abrir el proyecto en el enlace, asegúrese de haber iniciado sesión en Firebase con la misma cuenta de Google que recibió el correo electrónico sobre el proyecto. Puede iniciar y cerrar sesión en Firebase console a través del avatar de su cuenta en la esquina superior derecha de la consola.
Tenga en cuenta que si es administrador de una organización de Google Cloud, es posible que reciba notificaciones sobre cambios en los proyectos de Firebase dentro de su organización. Sin embargo, es posible que no tengas permisos suficientes para abrir el proyecto de Firebase. En estos casos, la solución más sencilla es asignarse el rol de Propietario real para abrir el proyecto y realizar las acciones necesarias. Obtenga más información sobre por qué y cuándo asignar el rol de Propietario .
Plataformas y marcos
Visite las páginas de preguntas frecuentes y solución de problemas específicas de la plataforma para obtener consejos útiles y respuestas a más preguntas frecuentes.
¿Cuáles son los navegadores compatibles para acceder a Firebase console?
Se puede acceder a la consola Firebase desde versiones recientes de navegadores de escritorio populares como Chrome, Firefox, Safari y Edge. Actualmente, los navegadores móviles no son totalmente compatibles.
Puedo cargar la consola de Firebase, pero ¿por qué no puedo encontrar ni acceder a mi proyecto de Firebase?
Estas preguntas frecuentes son aplicables si experimenta alguno de los siguientes problemas:
La consola de Firebase devuelve una página de error que dice que es posible que su proyecto no exista o que no tiene acceso al proyecto.
Firebase console no muestra tu proyecto incluso cuando ingresas su ID o nombre de proyecto en el campo de búsqueda de la consola.
Pruebe estos pasos de solución de problemas:
Primero, intente acceder a su proyecto visitando directamente la URL del proyecto. Utilice 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úrese de haber iniciado sesión en Firebase con la misma cuenta de Google que tiene acceso al proyecto. Puede iniciar y cerrar sesión en Firebase console a través del avatar de su cuenta en la esquina superior derecha de la consola.
Asegúrese de tener asignado uno de los roles básicos de IAM (Propietario, Editor, Visor) o un rol que tenga permisos relacionados con Firebase, por ejemplo, un rol predefinido de Firebase . Puede ver sus funciones en la página IAM de la consola de Google Cloud.
Si su proyecto pertenece a una organización de Google Cloud, es posible que necesite permisos adicionales para ver el proyecto listado en Firebase console. Póngase en contacto con la persona que administra su organización de Google Cloud para que le asigne la función adecuada para ver el proyecto, por ejemplo, la función de Navegador.
Si ninguno de los pasos de solución de problemas anteriores le permite encontrar o acceder a su proyecto, comuníquese con el soporte de Firebase .
¿Por qué no me carga la consola Firebase?
Estas preguntas frecuentes son aplicables si tiene alguno de los siguientes problemas:
Una página en Firebase console nunca termina de cargarse.
Los datos dentro de una página no se cargan como se esperaba.
Recibe mensajes de error del navegador al cargar Firebase console.
Pruebe estos pasos de solución de problemas:
Verifique la fila de la Consola del Panel de estado de Firebase para detectar posibles interrupciones del servicio.
Para cambiar su preferencia de idioma, consulte Cambiar idioma .
La consola Firebase admite los siguientes idiomas:
Inglés
Portugués Brasileño
Francés
Alemán
indonesio
japonés
coreano
ruso
Chino simplificado
Español
Chino tradicional
¿Qué roles y permisos admite la consola Firebase?
La consola de Firebase y la consola de Google Cloud usan los mismos roles y permisos subyacentes. Obtenga más información sobre roles y permisos en la documentación de Firebase IAM .
El propietario de un proyecto puede agregar otros miembros al proyecto, configurar integraciones (vinculación del proyecto a servicios como BigQuery o Slack) y tener acceso completo a la edición del proyecto.
Un editor de proyecto tiene acceso completo a la edición del proyecto.
Un visor de proyectos solo tiene acceso de lectura para el proyecto. Tenga en cuenta que Firebase console actualmente no oculta ni deshabilita los controles de edición de la interfaz de usuario de los visores del proyecto, pero estas operaciones fallarán para los miembros del proyecto a los que se les haya asignado la función de visor.
Firebase también admite:
Roles predefinidos de Firebase : roles seleccionados específicos de Firebase que permiten un control de acceso más granular que los roles básicos de Propietario, Editor y Visor.
Roles personalizados : roles de IAM totalmente personalizados que usted crea para adaptar un conjunto de permisos que cumplan con los requisitos específicos de su organización.
Precios
¿Qué productos son de pago? ¿Cuáles son sin costo?
Los productos de infraestructura pagos de Firebase son Realtime Database, Cloud Storage para Firebase, Cloud Functions, Hosting, Test Lab y autenticación telefónica. Ofrecemos un nivel sin costo para todas estas funciones.
Firebase también tiene muchos productos sin costo: análisis, mensajería en la nube, compositor de notificaciones, configuración remota, indexación de aplicaciones, enlaces dinámicos e informes de fallas. El uso de estos productos está sujeto únicamente a las políticas de control de tráfico del producto (por ejemplo, cuotas, acceso justo y otras protecciones de servicio) en todos los planes, incluido nuestro plan Spark sin costo. Además, todas las funciones de autenticación más allá de la autenticación telefónica no tienen costo.
¿Firebase ofrece créditos de prueba sin costo para productos pagos?
Los servicios pagos de Firebase se pueden utilizar con la prueba gratuita de Google Cloud . Los nuevos usuarios de Google Cloud y Firebase pueden aprovechar un período de prueba de 90 días que incluye $300 en créditos gratuitos de facturación de Cloud para explorar y evaluar los productos y servicios de Google Cloud y Firebase.
Durante el período de prueba gratuita de Google Cloud, se le proporcionará una cuenta de facturación en la nube de prueba gratuita. Cualquier proyecto de Firebase que utilice esa cuenta de facturación estará en el plan de precios de Blaze durante el período de prueba gratuito.
No se preocupe, configurar esta cuenta de facturación en la nube de prueba gratuita no nos permite cobrarle. No se le cobrará a menos que habilite explícitamente la facturación actualizando su cuenta de facturación en la nube de prueba gratuita a una cuenta paga. Puede actualizar a una cuenta paga en cualquier momento durante la prueba. Después de haber actualizado, aún puedes usar los créditos restantes (dentro del período de 90 días).
Una vez que caduque la prueba gratuita, deberás degradar tu proyecto al plan de precios de Spark o configurar el plan de precios de Blaze en Firebase console para continuar usando tu proyecto de Firebase.
¿Cómo sé qué plan de precios es el adecuado para mí?
Plan de precios Spark
Nuestro plan Spark es un excelente lugar para desarrollar su aplicación sin costo alguno. Obtendrá todas las funciones de Firebase sin costo (Analytics, el compositor de notificaciones, Crashlytics, etc.) y cantidades generosas de nuestras funciones de infraestructura pagas. Sin embargo, si excede los recursos de su plan Spark en un mes calendario, su aplicación se cerrará por el resto de ese mes. Además, las funciones de Google Cloud no están disponibles cuando se utiliza el plan Spark.
Plan de precios Blaze
Nuestro plan Blaze está diseñado para aplicaciones de producción. El plan Blaze también te permite ampliar tu aplicación con funciones pagas de Google Cloud. Paga solo por los recursos que consume, lo que le permite escalar con la demanda. Nos esforzamos por hacer que los precios de nuestros planes Blaze sean competitivos con los proveedores de nube líderes en la industria.
¿Cómo puedo monitorear mi uso y facturación?
Puedes realizar un seguimiento del uso de los recursos del proyecto en Firebase console en cualquiera de los siguientes paneles:
En enero de 2020, el plan de precios Flame ($25/mes de cuota adicional) se eliminó como opción para nuevos registros. A los usuarios del plan existente se les concedió un período de gracia para migrar sus proyectos fuera del plan Flame. En febrero de 2022, los proyectos restantes del plan de precios Flame se rebajaron al plan de precios Spark. Respectivamente,
Los proyectos existentes de los planes Spark y Blaze y cualquier proyecto nuevo ya no pueden cambiarse ni registrarse en el plan Flame.
Si movió un proyecto del plan Flame existente a un plan de precios diferente, el proyecto no puede volver al plan Flame.
Los proyectos degradados al plan Spark se pueden actualizar al plan Blaze para reanudar servicios pagos adicionales.
Las referencias al plan Flame se han eliminado de la documentación.
¿Quieres conocer los otros planes de precios que ofrece Firebase? ¡Visite nuestra página de precios de Firebase ! Si desea comenzar a trasladar cualquier proyecto existente a otro plan de precios, puede hacerlo en la consola Firebase de su proyecto.
Preguntas frecuentes adicionales sobre la jubilación del plan Flame
Tengo un proyecto, un proceso o un modelo de negocio que se basa en un costo fijo de Firebase. ¿Qué tengo que hacer?
¿Puedo recibir acceso especial para crear nuevos proyectos del plan Flame?
No, Firebase no ofrece acceso especial para que los proyectos cambien o se registren en el plan Flame.
Cambié mi proyecto del plan Flame a un plan de precios diferente. ¿Cómo lo vuelvo a cambiar?
Ya no es posible cambiar al plan Flame. Para acceder a los servicios proporcionados por el plan Flame, asegúrese de utilizar el plan de precios Blaze y considere configurar alertas de presupuesto para su proyecto.
Mi proyecto cambió automáticamente a un plan de precios diferente como parte del retiro del plan Flame. ¿Qué tengo que hacer?
Si su proyecto requiere una cuota adicional más allá de la proporcionada con el plan Spark, deberá actualizar su proyecto al plan de precios Blaze.
¿Por qué se retira el plan Flame?
A lo largo de los años, hemos visto una disminución en el uso del plan Flame y la mayoría de los proyectos que utilizan el plan no consumen su valor total. Mantener este plan de precios generalmente no es rentable y creemos que podemos brindar un mejor servicio a todos si los recursos se destinaran a otras iniciativas de Firebase.
¿En qué se diferencia el uso sin costo en el plan Blaze del uso sin costo en el plan Spark?
El uso sin costo en el plan Blaze se calcula diariamente. Los límites de uso también difieren del plan Spark para Cloud Functions, autenticación telefónica y Test Lab.
Para Cloud Functions, el uso sin costo en el plan Blaze se calcula en el nivel de cuenta de Cloud Billing, no en el nivel de proyecto y tiene los siguientes límites:
2M invocaciones/mes
400.000 GB-segundos/mes
200.000 segundos de CPU/mes
5 GB de salida de red/mes
Para la autenticación telefónica, el uso sin costo en el plan Blaze se calcula mensualmente.
Para Test Lab, el uso sin costo en el plan Blaze tiene los siguientes límites:
30 minutos de dispositivo físico/día
60 minutos de dispositivo virtual/día
¿Se restablece la cuota de uso sin costo cuando cambio de un plan Spark a un plan Blaze?
El uso sin costo del plan Spark está incluido en el plan Blaze. El uso sin costo no se restablece al pasar a un plan Blaze.
¿Qué es una "conexión simultánea a una base de datos"?
Una conexión simultánea equivale a un dispositivo móvil, una pestaña del navegador o una aplicación de servidor conectada a la base de datos. Firebase impone límites estrictos a la cantidad de conexiones simultáneas a la base de datos de su aplicación. Estos límites existen para proteger tanto a Firebase como a nuestros usuarios del abuso.
El límite del plan Spark es 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 lo mismo que la cantidad total de usuarios de su aplicación, porque no todos sus usuarios se conectan a la vez. Si necesita más de 200.000 conexiones simultáneas, lea Escalar con múltiples bases de datos .
¿Qué sucede si supero los límites de almacenamiento o descarga del plan Spark para Realtime Database?
Para ofrecerle un precio predecible, los recursos disponibles para usted en los planes Spark tienen un límite. Esto significa que cuando exceda el límite de cualquier plan en cualquier mes, su aplicación se desactivará para evitar el uso adicional de recursos y cargos adicionales.
¿Qué sucede si excedo los límites de conexión simultánea del plan Spark para Realtime Database?
Cuando su aplicación alcance su límite de simultaneidad en el plan Spark, cualquier conexión posterior se rechazará hasta que se cierren algunas de las conexiones existentes. La aplicación seguirá funcionando para los usuarios que estén conectados.
¿Cómo funciona la integración de Firebase con Google Cloud?
Firebase está profundamente integrado con Google Cloud . Los proyectos se comparten entre Firebase y Google Cloud, por lo que los proyectos pueden tener habilitados los servicios de Firebase y Google Cloud. Puedes acceder al mismo proyecto desde la consola de Firebase o la consola de Google Cloud. Específicamente:
Ciertos productos de Firebase están respaldados directamente por Google Cloud, como Cloud Storage para Firebase. La lista de productos respaldados por Google Cloud seguirá creciendo con el tiempo.
Firebase y Google Cloud comparten muchas de sus configuraciones, incluidos los colaboradores y la información de facturación. Tu uso de Firebase y Google Cloud aparece en la misma factura.
Además, cuando actualiza al plan Blaze, puede usar cualquiera de las API y la infraestructura como servicio de clase mundial de Google Cloud directamente dentro de su proyecto de Firebase, al precio estándar de Google Cloud . También puedes exportar datos desde Google Cloud directamente a BigQuery para su análisis. Para obtener más información, consulta Vincular BigQuery con Firebase.
Hay muchos beneficios que mejoran la seguridad, la latencia y el ahorro de tiempo al usar Google Cloud con Firebase (en comparación con otros servicios en la nube que no están ubicados en el mismo lugar). Consulte el sitio de Google Cloud para obtener más detalles.
¿Qué sucede con mi proyecto de Firebase si agrego o elimino cuentas de facturación para ese proyecto en la consola de Google Cloud?
Si se agrega una cuenta de facturación de Cloud a un proyecto en la consola de Google Cloud, el mismo proyecto se actualizará automáticamente al plan Firebase Blaze si ese proyecto se encuentra actualmente en el plan Spark.
Por el contrario, si una cuenta de facturación de Cloud activa existente se elimina de un proyecto en la consola de Google Cloud, ese proyecto se degradará al plan Firebase Spark.
¿Puedo actualizar, degradar o cancelar en cualquier momento?
Sí, puedes actualizar, degradar o cancelar en cualquier momento. Tenga en cuenta que no ofrecemos reembolsos prorrateados por rebajas o cancelaciones. Esto significa que si baja de categoría o cancela antes del final de su período de facturación, aún pagará el resto del mes.
¿Qué tipo de apoyo recibiré?
Todas las aplicaciones de Firebase, incluidas aquellas que usan planes sin costo, cuentan con soporte por correo electrónico del personal de Firebase durante el horario comercial del Pacífico de EE. UU. Todas las cuentas tienen soporte ilimitado para problemas relacionados con la facturación, problemas relacionados con la cuenta, preguntas técnicas (solución de problemas) e informes de incidentes.
¿Puedo limitar el uso en el plan Blaze?
No, actualmente no puedes limitar el uso de tu plan Blaze. Estamos evaluando opciones para admitir límites en el uso del plan Blaze.
Los usuarios de Blaze pueden definir un presupuesto para su proyecto o cuenta y recibir alertas cuando sus gastos se acerquen a esos límites. Aprenda a configurar alertas de presupuesto .
¿Qué son las copias de seguridad automáticas? ¿Ofrecen copias de seguridad cada hora?
Las copias de seguridad automatizadas son una función avanzada para los clientes de nuestro plan de precios Blaze que realiza una copia de seguridad de los datos de Firebase Realtime Database una vez al día y los carga en Google Cloud Storage .
No ofrecemos copias de seguridad por horas.
¿Ofrecen descuentos educativos, sin fines de lucro o de código abierto?
Nuestro plan Spark puede ser utilizado por cualquier tipo de individuo u organización, incluidas 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, sin fines de lucro o de código abierto.
¿Ofrecen contratos empresariales, precios, soporte o alojamiento de infraestructura dedicada?
Nuestro plan Blaze es adecuado para empresas de todos los tamaños y nuestro SLA cumple o supera el estándar de la industria para infraestructura de nube. Sin embargo, actualmente no ofrecemos contratos, precios ni soporte empresarial, ni ofrecemos alojamiento de infraestructura dedicada (es decir, instalaciones locales) para servicios como nuestra base de datos en tiempo real. Estamos trabajando arduamente para agregar algunas de estas características.
¿Ofrecen precios ad hoc? Solo quiero pago por uso para una o dos funciones.
Ofrecemos precios ad hoc en el plan Blaze, donde paga solo por las funciones que utiliza.
¿Cómo funcionan los planes pagos de Firebase con Ads? ¿Existen créditos publicitarios sin costo con los planes pagos?
Los planes de precios de Firebase son independientes de los anuncios, por lo que no hay créditos publicitarios sin costo. Como desarrollador de Firebase, puedes "vincular" tu cuenta de Ads a Firebase para admitir el seguimiento de conversiones.
Todas las campañas publicitarias se administran directamente en Anuncios y la facturación de anuncios se administra desde la consola de Anuncios.
Precios de funciones en la nube
¿Por qué necesito una cuenta de facturación para usar Cloud Functions para Firebase?
Cloud Functions para Firebase se basa en algunos servicios pagos de Google. Las implementaciones de nuevas funciones con Firebase CLI 11.2.0 y versiones posteriores se basan en Cloud Build y Artifact Registry . Las implementaciones en versiones anteriores utilizan Cloud Build de la misma manera, pero dependen de Container Registry y Cloud Storage para el almacenamiento en lugar de Artifact Registry. El uso de estos servicios se facturará además de los precios existentes.
Espacio de almacenamiento para Firebase CLI 11.2.0 y versiones más recientes
Artifact Registry proporciona los contenedores en los que se ejecutan las funciones. Artifact Registry proporciona los primeros 500 MB sin costo, por lo que es posible que las primeras implementaciones de funciones no generen cargos. Por encima de ese umbral, cada GB adicional de almacenamiento se factura a 0,10 dólares al mes.
Espacio de almacenamiento para Firebase CLI 11.1.x y versiones anteriores
Para funciones implementadas en versiones anteriores, Container Registry proporciona los contenedores en los que se ejecutan las funciones. Se le facturará por cada contenedor necesario para implementar una función. Es posible que observe pequeños cargos por cada contenedor almacenado; por ejemplo, 1 GB de almacenamiento se factura a $0,026 por mes .
Para comprender más sobre cómo podría cambiar su factura, revise lo siguiente
¿Cloud Functions para Firebase todavía tiene un uso sin costo?
Sí. En el plan Blaze, Cloud Functions proporciona un nivel sin costo para invocaciones, tiempo de procesamiento y tráfico de Internet. Las primeras 2.000.000 de invocaciones, 400.000 GB-s, 200.000 CPU-s y 5 GB de tráfico de salida de Internet se proporcionan sin costo cada mes. Solo se le cobrará por el uso que supere esos umbrales.
Después de los primeros 500 MB de almacenamiento sin costo, cada operación de implementación generará cargos a pequeña escala por el espacio de almacenamiento utilizado para el contenedor de la función. Si su proceso de desarrollo depende de la implementación de funciones para pruebas, puede minimizar aún más los costos utilizando Firebase Local Emulator Suite durante el desarrollo.
¿Firebase planea aumentar las cuotas y los límites de Cloud Functions para Firebase?
No. No hay planes para cambiar las cuotas excepto la eliminación de un límite de tiempo máximo de construcción; en lugar de recibir errores o advertencias cuando se alcance la cuota de compilación diaria de 120 minutos, se le facturará según los términos del plan de precios Blaze. Ver Cuotas y límites .
¿Puedo obtener el crédito de $300 de Google Cloud?
Sí, puedes crear una cuenta de facturación de Cloud en la consola de Google Cloud para obtener el crédito de $300 y luego vincular esa cuenta de facturación de Cloud a un proyecto de Firebase.
Tenga en cuenta que si hace esto, deberá configurar el plan de precios de Blaze en la consola Firebase para que su proyecto continúe funcionando después de que se agote el crédito de $300.
Quiero seguir un codelab para aprender sobre Firebase. ¿Pueden darme una cuenta de facturación temporal?
No lo siento. Puedes usar el emulador de Firebase para desarrollar sin tener una cuenta de facturación de Cloud. Como alternativa, intenta solicitar una prueba gratuita de Google Cloud . Si aún tienes problemas para pagar tu factura debido a este cambio, comunícate con el soporte de Firebase.
Para utilizar extensiones, deberá actualizar al plan de precios Blaze. Se le cobrará una pequeña cantidad (normalmente alrededor de $0,01 por mes por los recursos de Firebase requeridos por cada extensión que instale (incluso si no se utilizan), además de cualquier cargo asociado con su uso de los servicios de Firebase.
Precios de almacenamiento en la nube para Firebase
¿Cómo predigo cuánto me facturarán por las operaciones de carga y descarga?
Visite la página de precios de Firebase y use la calculadora de planes Blaze . La calculadora enumera todos los tipos de uso de Cloud Storage para Firebase.
Utilice los controles deslizantes para ingresar el uso esperado de su depósito de almacenamiento. La calculadora estimará su factura mensual.
¿Qué sucede si excedo los límites de carga, descarga o almacenamiento del plan Spark para Cloud Storage para Firebase?
Cuando excedes los límites de Cloud Storage en un proyecto del plan Spark, el resultado depende del tipo de límite que excedes:
Si excede el límite de GB almacenados , no podrá almacenar más datos en ese proyecto a menos que elimine algunos de los datos almacenados o actualice a un plan que proporcione más espacio de almacenamiento o espacio de almacenamiento ilimitado.
Si excede el límite de GB descargados , su aplicación 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 actualice a un plan con límites menos restrictivos o sin límites.
Si excede el límite de operaciones de carga o descarga , su aplicación no podrá cargar 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 actualice a un plan con límites menos restrictivos o sin límites.
Privacidad
¿Dónde puedo encontrar información sobre privacidad y seguridad en Firebase?
¿Los SDK de Firebase registran alguna información de uso/diagnóstico fuera de Analytics?
Sí. Actualmente, esto es solo para iOS, pero puede cambiar en el futuro. El SDK de las plataformas Firebase Apple incluye el marco FirebaseCoreDiagnostics de forma predeterminada. Firebase utiliza este marco para recopilar información de diagnóstico y uso del SDK para ayudar a priorizar futuras mejoras del producto. FirebaseCoreDiagnostics es opcional, por lo que si desea optar por no enviar registros de diagnóstico de Firebase, puede hacerlo desvinculando la biblioteca de su aplicación. Puede explorar la fuente completa, incluidos los valores registrados, en GitHub
Pruebas A/B
Pruebas A/B: ¿Cuántos experimentos puedo crear y ejecutar?
Se le permiten hasta 300 experimentos por proyecto, que podrían consistir en hasta 24 experimentos en ejecución, y el resto como borrador o completado.
Pruebas A/B: ¿Por qué no puedo ver mis experimentos después de desvincular y volver a vincular mi proyecto a Google Analytics?
Al vincular a una propiedad diferente de Google Analytics, perderá el acceso a los experimentos creados previamente. Para recuperar el acceso a un experimento anterior, vuelva a vincular su proyecto a la propiedad de Google Analytics que estaba vinculada cuando se creó el experimento.
Pruebas A/B: ¿Por qué recibo el mensaje "Proyecto no vinculado a Google Analytics" al crear un experimento de Remote Config?
Si ya vinculó Firebase y Google Analytics , pero aún ve un mensaje que indica que Google Analytics no está vinculado, asegúrese de que exista una secuencia de Analytics para todas las aplicaciones en su proyecto. Actualmente, todas las aplicaciones de un proyecto deben estar conectadas a una transmisión de Google Analytics para utilizar las pruebas A/B.
Puede encontrar la lista de todas las transmisiones activas en la página de detalles de integración de Google Analytics dentro de Firebase console, a la que se accede desde settingsConfiguración del proyectochevron_rightIntegracioneschevron_rightGoogle Analyticschevron_rightAdministrar .
La creación de una transmisión de Google Analytics para cualquier aplicación que no la tenga debería resolver el problema. Hay algunas formas de crear transmisiones para aplicaciones faltantes:
Si solo tiene una o dos aplicaciones a las que les falta una secuencia de Google Analytics asociada, puede elegir uno de los siguientes métodos para agregar una secuencia de Google Analytics:
Elimina y vuelve a agregar cualquier aplicación sin una transmisión activa en Firebase console.
Desde la consola de Google Analytics , seleccione Administrador , haga clic en Flujos de datos , luego haga clic en Agregar flujo , agregue los detalles de la aplicación que falta y haga clic en Registrar aplicación .
Si le faltan más de unas pocas transmisiones de aplicaciones, desvincular y volver a vincular su propiedad de Google Analytics es la forma más rápida y eficiente de crear las transmisiones de aplicaciones que faltan:
Desde settingsConfiguración del proyecto , seleccione Integraciones .
Dentro de la tarjeta de Google Analytics , haga clic en Administrar para acceder a la configuración de Firebase y Google Analytics.
Tome nota del ID de propiedad de Google Analytics y de la cuenta de Google Analytics vinculada .
Haga clic en more_vertMás y seleccione Desvincular Analytics de este proyecto .
Revise la advertencia que aparece (no se preocupe; volverá a vincular la misma propiedad en el siguiente paso) y luego haga clic en Desvincular Google Analytics .
Cuando se complete la desvinculación, serás redirigido a la página Integraciones .
Dentro de la tarjeta de Google Analytics , haga clic en Habilitar para comenzar el proceso de vinculación.
Seleccione su cuenta de Analytics de la lista Seleccionar cuenta .
Junto a Crear automáticamente una nueva propiedad en esta cuenta , haga clic en editEditar y, en la lista de propiedades de Analytics que aparece, seleccione su ID de propiedad.
Aparece una lista de todas las aplicaciones en su proyecto. Se enumeran las asignaciones de transmisiones existentes para cada aplicación, y las aplicaciones que no tienen una transmisión tendrán una creada para ellas.
Haga clic en Habilitar Google Analytics para volver a vincular la propiedad.
AdMob: para utilizar AdMob, ¿qué SDK debo utilizar?
Para utilizar AdMob, utilice siempre el SDK de anuncios de Google para móviles como se describe en estas preguntas frecuentes. Además, de forma opcional, si desea recopilar métricas de usuario para AdMob, incluya el SDK de Firebase para Google Analytics en su aplicación.
Para proyectos de Android : Agregue la dependencia del SDK de anuncios de Google para móviles a su archivo build.gradle : implementation 'com.google.android.gms:play-services-ads:23.0.0'
Analytics: ¿Por qué Google Analytics es una parte recomendada del uso de productos de Firebase?
Google Analytics es una solución de análisis gratuita e ilimitada que funciona con funciones de Firebase para brindar información valiosa. Le permite ver registros de eventos en Crashlytics, efectividad de las notificaciones en FCM, rendimiento de enlaces profundos para Dynamic Links y datos de compras dentro de la aplicación de Google Play. Impulsa la segmentación de audiencia avanzada en Remote Config, la personalización de Remote Config y más.
Google Analytics actúa como una capa de inteligencia en Firebase console para brindarle información más útil sobre cómo desarrollar una aplicación de alta calidad, hacer crecer su base de usuarios y ganar más dinero.
Analytics: ¿Cómo controlo cómo se comparten mis datos de Analytics con el resto de Firebase?
De forma predeterminada, sus datos de Google Analytics se utilizan para mejorar otras funciones de Firebase y Google. Puedes controlar cómo se comparten tus datos de Google Analytics en la configuración de tu proyecto en cualquier momento. Obtenga más información sobre la configuración para compartir datos .
Analytics: ¿Cómo actualizo la configuración de mi propiedad de Analytics?
Desde la página de administración de su propiedad de Google Analytics, puede actualizar la configuración de su propiedad, como por ejemplo:
Configuración para compartir datos
Configuración de retención de datos
Configuración de zona horaria y moneda
Para actualizar la configuración de su propiedad, siga estos pasos:
Analytics: ¿Por qué no veo ningún dato de Analytics en Firebase console después de desvincular Firebase de Google Analytics?
Los datos de Analytics residen dentro de la propiedad de Google Analytics, no dentro del proyecto de Firebase. Si elimina o desvincula la propiedad, Firebase no podrá acceder a los datos de Analytics y verá un panel de Analytics vacío en Firebase console. Tenga en cuenta que, dado que los datos aún residen en la propiedad vinculada anteriormente, siempre puede volver a vincular la propiedad a Firebase y ver los datos de Analytics en Firebase console.
Vincular una nueva cuenta de Google Analytics (y, por lo tanto, una nueva propiedad de Google Analytics) a su proyecto de Firebase dará como resultado un panel de Analytics vacío en la consola de Firebase. Sin embargo, si su propiedad previamente vinculada aún existe, puede mover los datos existentes de la propiedad anterior a la nueva propiedad.
Analytics: si mi propiedad de Analytics y sus datos fueron eliminados, ¿hay alguna manera de recuperarlos?
No. Si su propiedad ha sido eliminada, no es posible recuperarla ni recuperar los datos de Analytics recopilados previamente y almacenados en esa propiedad.
Si desea comenzar a utilizar Google Analytics nuevamente, puede vincular una propiedad nueva o una propiedad existente a su proyecto de Firebase. Puede realizar esta vinculación en Firebase console o en la interfaz de usuario de Google Analytics. Obtenga más información sobre cómo vincular una propiedad de Google Analytics a su proyecto de Firebase.
Analytics: si se eliminó mi propiedad de Analytics, ¿puedo vincular una nueva propiedad de Google Analytics a mi proyecto de Firebase y comenzar a usar Analytics nuevamente?
Si desea comenzar a utilizar Google Analytics nuevamente, puede vincular una propiedad nueva o una propiedad existente a su proyecto de Firebase. Puede realizar esta vinculación en Firebase console o en la interfaz de usuario de Google Analytics. Obtenga más información sobre cómo vincular una propiedad de Google Analytics a su proyecto de Firebase.
Tenga en cuenta que, dado que todos los datos de Analytics se almacenan en la propiedad (no en el proyecto de Firebase), los datos de Analytics recopilados anteriormente no se pueden recuperar.
Analytics: ¿Cómo se verán afectados los productos de Firebase o los productos integrados de Google por la eliminación de mi propiedad de Analytics?
Varios productos de Firebase dependen de la integración de Google Analytics. Si se eliminan su propiedad de Analytics y sus datos, sucederá lo siguiente si utiliza los siguientes productos:
Crashlytics: ya no podrá ver usuarios sin fallos, registros de ruta de navegación ni alertas de velocidad.
Mensajería en la nube y mensajería en la aplicación: ya no puede utilizar etiquetas de segmentación, métricas de campaña, segmentación de audiencia ni análisis.
Configuración remota: ya no puede utilizar configuraciones específicas ni personalización.
Pruebas A/B: ya no puede utilizar las pruebas A/B ya que Google Analytics proporciona la medición del experimento.
Enlaces dinámicos: cualquier función que dependa de datos de Google Analytics se verá interrumpida.
Además, se verán afectadas las siguientes integraciones:
Analytics: ¿ Cómo segmento a los usuarios que no han cumplido algún criterio?
Puede replantear el problema "dirigiéndose negativamente" a estos usuarios. Por ejemplo, reformule el problema como "No mostrar anuncios a personas que hayan comprado algo" y forme una audiencia de esos usuarios a los que dirigirse.
Analytics: ¿ Las audiencias y/o eventos definidos en la interfaz de Google Analytics también están disponibles en Firebase console?
Se sincronizarán sus audiencias y propiedades de usuario. Para algunas funciones, deberá utilizar la interfaz de Google Analytics, como la segmentación y los embudos cerrados. Puede acceder a la interfaz de Google Analytics directamente a través de enlaces profundos desde Firebase console.
Cualquier cambio que realice desde Firebase console también se puede realizar en Google Analytics y esos cambios se reflejarán en Firebase.
Autenticación
Autenticación de Firebase: ¿Qué países son compatibles con la autenticación telefónica?
Firebase Authentication admite la verificación de números de teléfono en todo el mundo, pero no todas las redes envían nuestros mensajes de verificación de manera confiable. Los siguientes países tienen buenas tasas de entrega y se debe esperar que funcionen bien para iniciar sesión con el número de teléfono.
País
Código
ANUNCIO
Andorra
AE
Emiratos Árabes Unidos
AF
Afganistán
AG
Antigua y Barbuda
Alabama
Albania
SOY
Armenia
ao
Angola
Arkansas
Argentina
COMO
Samoa Americana
EN
Austria
AU
Australia
AW
Aruba
Arizona
Azerbaiyán
licenciado en Letras
Bosnia y Herzegovina
CAMA Y DESAYUNO
Barbados
BD
Bangladesh
SER
Bélgica
novio
Burkina Faso
bg
Bulgaria
bj
Benín
BM
islas Bermudas
BN
Brunei Darussalam
B.O.
bolivia
BR
Brasil
Licenciatura
bahamas
BT
Bután
peso corporal
Botsuana
POR
Bielorrusia
BZ
Belice
California
Canadá
CD
Congo, (Kinshasa)
FQ
República Centroafricana
CG
Congo (Brazzaville)
CH
Suiza
CI
Costa de Marfil
CK
Islas Cook
CL
Chile
CM
Camerún
CO
Colombia
CR
Costa Rica
CV
Cabo Verde
CW
Curazao
CY
Chipre
CZ
República Checa
Delaware
Alemania
DJ
Yibuti
NS
Dinamarca
DM
república dominicana
HACER
República Dominicana
DZ
Argelia
CE
Ecuador
P.EJ
Egipto
ES
España
hora del este
Etiopía
FI
Finlandia
FJ
Fiyi
FK
Islas Malvinas (Falkland)
FM
Micronesia, Estados Federados de
FO
Islas Faroe
FR
Francia
Georgia
Gabón
ES
Reino Unido
Dios
Granada
GE
Georgia
novia
Guayana Francesa
GG
Guernesey
GH
Ghana
soldado americano
Gibraltar
GL
Groenlandia
GM
Gambia
médico de cabecera
Guadalupe
GQ
Guinea Ecuatorial
GRAMO
Grecia
GT
Guatemala
GY
Guayana
Hong Kong
Hong Kong, RAE de China
hn
Honduras
HORA
Croacia
HT
Haití
HU
Hungría
IDENTIFICACIÓN
Indonesia
ES DECIR
Irlanda
ILLINOIS
Israel
SOY
Isla del hombre
EN
India
coeficiente intelectual
Irak
ÉL
Italia
JE
Jersey
J.M.
Jamaica
jo
Jordán
J.P.
Japón
KE
Kenia
KG
Kirguistán
kh
Camboya
km
Comoras
kn
San Cristóbal y Nieves
KR
Corea del Sur)
kilovatios
Kuwait
Kentucky
Islas Caimán
KZ
Kazajstán
LA
República Democrática Popular Lao
libra
Líbano
LC
Santa Lucía
LI
Liechtenstein
LK
Sri Lanka
LS
Lesoto
LT
Lituania
LU
Luxemburgo
LV
Letonia
LY
Libia
MAMÁ
Marruecos
Maryland
Moldavia
A MÍ
Montenegro
MF
Saint-Martin (parte francesa)
mg
Madagascar
mk
Macedonia, República de
MM
Birmania
Minnesota
Mongolia
mes
Macao, RAE de China
EM
Montserrat
MONTE
Malta
MU
Mauricio
megavatio
Malaui
MX
México
MI
Malasia
MZ
Mozambique
N / A
Namibia
CAROLINA DEL NORTE
Nueva Caledonia
nordeste
Níger
NF
Isla Norfolk
NG
Nigeria
NI
Nicaragua
Países Bajos
Países Bajos
NO
Noruega
notario público
Nepal
Nueva Zelanda
Nueva Zelanda
om
Omán
Pensilvania
Panamá
EDUCACIÓN FÍSICA
Perú
PG
Papúa Nueva Guinea
PH
Filipinas
PAQUETE
Pakistán
pl
Polonia
PM
San Pedro y Miquelón
relaciones públicas
Puerto Rico
PD
Territorio Palestino
PT
Portugal
PY
Paraguay
control de calidad
Katar
RE
Reunión
RO
Rumania
RS
Serbia
RU
Federación Rusa
RW
Ruanda
SA
Arabia Saudita
CAROLINA DEL SUR
Seychelles
SE
Suecia
SG
Singapur
SH
santa elena
SI
Eslovenia
SK
Eslovaquia
SL
Sierra Leona
SN
Senegal
SR
Surinam
CALLE
Santo Tomé y Príncipe
SV
El Salvador
talla
Suazilandia
TC
Islas Turcas y Caicos
TG
Ir
TH
Tailandia
TL
Timor Oriental
MT
Turkmenistán
A
Tonga
TR
Pavo
TT
Trinidad y Tobago
tw
Taiwán, República de China
TZ
Tanzania, República Unida de
UA
Ucrania
UG
Uganda
A NOSOTROS
Estados Unidos de América
UY
Uruguay
UZ
Uzbekistán
VC
San Vicente y las Granadinas
VE
Venezuela (República Bolivariana)
VG
Islas Vírgenes Británicas
VI
Islas Vírgenes, EE.UU.
VN
Vietnam
WS
Samoa
S.M.
Yemen
YouTube
Mayotte
ZA
Sudáfrica
ZM
Zambia
ZW
Zimbabue
Autenticación de Firebase: ¿Cómo puedo evitar el abuso de SMS cuando uso la autenticación por teléfono?
Para ayudar a proteger su proyecto contra el bombeo de tráfico de SMS y el abuso de API, siga los siguientes pasos:
Considere establecer una política de región de SMS
Busque regiones con una cantidad muy alta de SMS enviados y una cantidad muy baja (o nula) de SMS verificados. La proporción de verificado/enviado es su tasa de éxito. Las tasas de éxito saludables suelen estar en el rango del 70-85%, ya que los SMS no son un protocolo de entrega garantizado y algunas regiones pueden sufrir abusos. Las tasas de éxito inferiores al 50 % implican que se envían muchos SMS pero pocos inicios de sesión exitosos, lo que es un indicador común de malos actores y tráfico de SMS excesivo.
Utilice la Política de región de SMS para denegar regiones de SMS con bajas tasas de éxito o permitir solo ciertas regiones si su aplicación solo está destinada a la distribución en ciertos mercados.
Limite sus dominios de autenticación autorizados
Utilice el panel de configuración de autenticación para administrar dominios autorizados. El dominio localhost se agrega de forma predeterminada a los dominios de autenticación aprobados para simplificar el desarrollo. Considere eliminar localhost de los dominios autorizados en su proyecto de producción para evitar que los malos actores ejecuten código en sulocalhost para acceder a su proyecto de producción.
Habilitar y aplicar la verificación de aplicaciones
Habilite App Check para ayudar a proteger su proyecto contra el abuso de API al certificar que las solicitudes solo provienen de aplicaciones asociadas con su proyecto.
Recuerde que debe aplicar la verificación de aplicaciones para la autenticación en Firebase console (considere monitorear el tráfico antes de aplicarlo). Además, verifique nuevamente su lista de sitios aprobados por reCAPTCHA Enterprise para validar que solo contenga sus sitios de producción y que la lista de aplicaciones registradas en su proyecto en App Check sea precisa.
Tenga en cuenta que App Check ayuda a proteger contra ataques automatizados al afirmar que la llamada proviene de una de sus aplicaciones registradas. No impide que los usuarios utilicen su aplicación de manera no deseada (por ejemplo, iniciar y nunca finalizar flujos de inicio de sesión para generar SMS enviados).
Autenticación de Firebase: en mi aplicación de Android, ¿por qué recibo el siguiente error? ¿ Google sign in failed ?
Siga los pasos de solución de problemas en estas preguntas frecuentes si recibe el siguiente error:
GoogleFragment: Google sign in failed
com.google.android.gms.common.api.ApiException: 13: Unable to get token.
at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
Asegúrese de que el inicio de sesión de Google esté habilitado correctamente como proveedor de autenticación:
Dentro de la pestaña Método de inicio de sesión , deshabilite y luego vuelva a habilitar el método de inicio de sesión de Google (incluso si ya está habilitado):
Abra el método de inicio de sesión de Google , desactívelo y luego haga clic en Guardar .
Vuelva a abrir el método de inicio de sesión de Google , habilítelo y luego haga clic en Guardar .
Compruebe si todavía recibe el error. Si es así, continúe con el siguiente paso de solución de problemas.
Asegúrese de que los clientes OAuth 2.0 subyacentes necesarios estén presentes.
En la página Credenciales de la consola de Google Cloud, busque la sección ID de cliente de OAuth 2.0 .
Si los clientes OAuth 2.0 no están presentes (y ha realizado todos los pasos de solución de problemas anteriores), comuníquese con Soporte .
Autenticación de Firebase: en mi aplicación de plataforma Apple, ¿por qué recibo el siguiente error? ¿ You must specify <clientID> in <GIDConfiguration> ?
Siga los pasos de solución de problemas en estas preguntas frecuentes si recibe el siguiente error:
You must specify |clientID| in |GIDConfiguration|
Asegúrese de que el inicio de sesión de Google esté habilitado correctamente como proveedor de autenticación:
Dentro de la pestaña Método de inicio de sesión , deshabilite y luego vuelva a habilitar el método de inicio de sesión de Google (incluso si ya está habilitado):
Abra el método de inicio de sesión de Google , desactívelo y luego haga clic en Guardar .
Vuelva a abrir el método de inicio de sesión de Google , habilítelo y luego haga clic en Guardar .
Dentro de la pestaña Método de inicio de sesión , deshabilite y luego vuelva a habilitar el método de inicio de sesión de Google (incluso si ya está habilitado):
Abra el método de inicio de sesión de Google , desactívelo y luego haga clic en Guardar .
Vuelva a abrir el método de inicio de sesión de Google , habilítelo y luego haga clic en Guardar .
Además, en la configuración del proveedor de inicio de sesión de Google de la sección Autenticación , asegúrese de que el ID y el secreto del cliente OAuth coincidan con el cliente web que se muestra en la página Credenciales de la consola de Google Cloud (consulte la sección ID de cliente OAuth 2.0 ).
Autenticación de Firebase: en mi aplicación web, ¿por qué falla el inicio de sesión con redirecciones y aparece el siguiente error? This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation ?
Siga los pasos de solución de problemas en estas preguntas frecuentes si recibe el siguiente error:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Este error probablemente se debe a que su dominio de redireccionamiento no figura como dominio autorizado para Firebase Authentication o a que la clave API que utiliza con Firebase Authentication Service no es válida.
Primero asegúrese de que YOUR_REDIRECT_DOMAIN esté en la lista de dominios autorizados para su proyecto de Firebase. Si su dominio de redireccionamiento ya figura allí, continúe solucionando problemas de una clave API no válida.
De forma predeterminada, el SDK de JS de Firebase Authentication se basa en la clave API de su proyecto de Firebase que está etiquetada como Browser key y utiliza esta clave para verificar que una URL de redireccionamiento de inicio de sesión sea válida según la lista de dominios autorizados. La autenticación obtiene esta clave API según cómo acceda al SDK de autenticación:
Si utiliza los asistentes de autenticación proporcionados por Hosting para iniciar sesión en los usuarios con el SDK de autenticación JS, Firebase obtiene automáticamente su clave API con el resto de su configuración de Firebase cada vez que implementa en Firebase Hosting. Asegúrese de que authDomain en su aplicación web firebaseConfig esté configurado correctamente para usar uno de los dominios para ese sitio de alojamiento. Puede verificar esto yendo a https:// authDomain __/firebase/init.json y verificando que el projectId coincida con el de su firebaseConfig .
Si aloja usted mismo el código de inicio de sesión , puede usar un archivo __/firebase/init.json para proporcionar la configuración de Firebase al asistente de redireccionamiento del SDK de JS de autenticación autohospedado. La clave API y el projectId que figuran en este archivo de configuración deben coincidir con firebaseConfig de tu aplicación web .
Verifique para asegurarse de que esta clave API no se haya eliminado: vaya al panel API y servicios > Credenciales en la consola de Google Cloud, donde se enumeran todas las claves API para su proyecto.
Si la Browser keyno se ha eliminado, verifique lo siguiente:
Si aloja usted mismo el código de inicio de sesión, asegúrese de que la clave API que figura en su archivo __/firebase/init.json coincida con la clave API en la consola de la nube. Corrija la clave en el archivo, si es necesario, luego vuelva a implementar su aplicación.
Si se eliminó la Browser key , puede hacer que Firebase genere una nueva clave API para usted: en Firebase console, vaya a settings > Configuración del proyecto y luego, en la sección Sus aplicaciones , haga clic en su aplicación web. Esta acción crea automáticamente una clave API que puede ver en la sección de instalación y configuración del SDK para su aplicación web.
Tenga en cuenta que en la consola de la nube, esta nueva clave API no se llamará Browser key ; en su lugar, será el mismo nombre que el apodo de su Firebase Web App. Si decide agregar restricciones de API a esta nueva clave de API, asegúrese de que la API de autenticación de Firebase esté en la lista de API permitidas.
Una vez creada su nueva clave API, complete los pasos correspondientes a continuación:
Si usa URL de alojamiento reservadas , vuelva a implementar su aplicación en Firebase para que pueda obtener automáticamente la nueva clave API con el resto de su configuración de Firebase.
Autenticación de Firebase: ¿Cómo construyo manualmente un cliente web OAuth?
Abra la página Credenciales de la consola de Google Cloud.
En la parte superior de la página, seleccione Crear credenciales > ID de cliente de OAuth .
Si se le solicita que configure su pantalla de consentimiento, siga las instrucciones que aparecen en pantalla y luego continúe con los siguientes pasos de estas preguntas frecuentes.
Cree el cliente web OAuth:
Para Tipo de aplicación , seleccione Aplicación web .
Para Orígenes de JavaScript autorizados , agregue lo siguiente:
En la pestaña Método de inicio de sesión , abra el proveedor de inicio de sesión de Google y luego pegue el ID del cliente del servidor web y el secreto que acaba de crear y copiar desde la consola de Google Cloud. Clic en Guardar .
Autenticación de Firebase: ¿Cómo se determina %APP_NAME% para la plantilla de correo electrónico de confirmación que se puede enviar a un usuario cuando se registra con una dirección de correo electrónico y una contraseña?
Antes de diciembre de 2022, %APP_NAME% en la plantilla de correo electrónico se completaba con el nombre de la marca OAuth que se aprovisionaba automáticamente cada vez que se registraba una aplicación de Android en el proyecto de Firebase. Ahora, dado que la marca OAuth se proporciona solo cuando el inicio de sesión de Google está habilitado, a continuación se describe cómo se determina %APP_NAME% :
Si la marca OAuth está disponible, %APP_NAME% en la plantilla de correo electrónico será la marca OAuth (igual que el comportamiento anterior a diciembre de 2022).
Si el nombre de la marca OAuth no está disponible, así es como se determina %APP_NAME% en la plantilla de correo electrónico:
Si el nombre del paquete de Android o el ID del paquete de iOS están presentes en la solicitud, %APP_NAME% será el nombre de la aplicación utilizada en Play Store o App Store (respectivamente).
Tenga en cuenta que si falla la búsqueda del nombre del sitio de Firebase Hosting predeterminado, el último recurso es utilizar el ID del proyecto de Firebase como %APP_NAME% .
Funciones de la nube
Compatibilidad con el tiempo de ejecución de Cloud Functions
¿Cómo actualizo a la última versión compatible de Node.js?
¿Cómo puedo asegurarme de haber implementado mis funciones en un tiempo de ejecución de Node.js específico?
En Firebase console, vaya al panel de funciones , seleccione una función y verifique el idioma de la función en Detalles adicionales .
Yo uso extensiones de Firebase. ¿Me afectarán las actualizaciones del tiempo de ejecución de Cloud Functions?
Sí. Dado que las extensiones utilizan Cloud Functions , el tiempo de ejecución de sus extensiones deberá actualizarse en la misma línea de tiempo que Cloud Functions.
Le recomendamos que actualice periódicamente a la última versión de cada extensión instalada en su proyecto. Puedes actualizar las extensiones de tus proyectos a través de Firebase console o Firebase CLI .
Mensajería en la nube
Mensajería en la nube: ¿Cuál es la diferencia entre el compositor de notificaciones y la mensajería en la nube?
Firebase Cloud Messaging proporciona un conjunto completo de capacidades de mensajería a través de los SDK de sus clientes y los protocolos de servidor HTTP y XMPP. Para implementaciones con requisitos de mensajería más complejos, FCM es la opción correcta.
El compositor de notificaciones es una solución de mensajería liviana y sin servidor construida sobre Firebase Cloud Messaging. Con una consola gráfica fácil de usar y requisitos de codificación reducidos, el compositor de notificaciones permite a los usuarios enviar mensajes fácilmente para volver a atraer y retener a los usuarios, fomentar el crecimiento de la aplicación y respaldar campañas de marketing.
Capacidades
Compositor de notificaciones
Mensajería en la nube
Objetivo
Dispositivo único
Clientes suscritos a temas (es decir, clima)
Clientes en segmento de usuarios predefinido (aplicación, versión, idioma)
Clientes en audiencias analíticas específicas
Clientes en grupos de dispositivos
Upstream del cliente al servidor
Tipo de mensaje
Notificaciones hasta 2kb
Mensajes de datos hasta 4kb
Entrega
Inmediato
Hora local del futuro dispositivo cliente
Analítica
Recopilación de análisis de notificaciones y análisis de embudo integrados
Mensajería en la nube: Apple anunció que está desaprobando el protocolo binario heredado para APN. ¿Necesito hacer algo?
No. Firebase Cloud Messaging cambió al protocolo APN basado en HTTP/2 en 2017. Si usa FCM para enviar notificaciones a dispositivos iOS, no debería ser necesario realizar ninguna acción de su parte.
Mensajería en la nube: ¿Necesito usar otros servicios de Firebase para poder usar FCM?
Puedes usar Firebase Cloud Messaging como un componente independiente, de la misma manera que lo hiciste con GCM, sin usar otros servicios de Firebase.
Mensajería en la nube: soy desarrollador de Google Cloud Messaging (GCM). ¿Debo pasar a Firebase Cloud Messaging?
FCM es la nueva versión de GCM bajo la marca Firebase. Hereda la infraestructura central de GCM, con nuevos SDK para facilitar el desarrollo de mensajería en la nube.
Los beneficios de actualizar a FCM SDK incluyen:
Desarrollo de clientes más sencillo. Ya no tendrá que escribir su propia lógica de reintento de registro o suscripción.
Una solución de notificación lista para usar. Puede utilizar el compositor de notificaciones, una solución de notificaciones sin servidor con una consola web que permite a cualquiera enviar notificaciones para dirigirse a audiencias específicas según la información de Google Analytics.
Para actualizar de los SDK de GCM a los SDK de FCM, consulte las guías para migrar aplicaciones de Android e iOS .
Mensajería en la nube: ¿Por qué mis dispositivos aparentemente no reciben mensajes?
Cuando parezca que los dispositivos no han recibido mensajes correctamente, verifique primero estas dos posibles causas:
Manejo de mensajes en primer plano para mensajes de notificación . Las aplicaciones cliente deben agregar lógica de manejo de mensajes para manejar los mensajes de notificación cuando la aplicación está en primer plano en el dispositivo. Consulta los detalles para iOS y Android .
Restricciones del firewall de red . Si su organización tiene un firewall que restringe el tráfico hacia o desde Internet, debe configurarlo para permitir la conectividad con FCM para que sus aplicaciones cliente de Firebase Cloud Messaging reciban mensajes. Los puertos a abrir son:
5228
5229
5230
FCM generalmente usa 5228, pero a veces usa 5229 y 5230. FCM no proporciona IP específicas, por lo que debe permitir que su firewall acepte conexiones salientes a todas las direcciones IP contenidas en los bloques de IP enumerados en el ASN de Google de 15169 .
Mensajería en la nube: he implementado onMessageReceived en mi aplicación de Android, pero no se llama.
Cuando su aplicación está en segundo plano, los mensajes de notificación se muestran en la bandeja del sistema y no se llama a onMessageReceived . Para 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 que se incluyeron con el mensaje de notificación se pueden recuperar del intent iniciado cuando el usuario toca la notificación.
Redactor de notificaciones: ¿Cuál es la diferencia entre el redactor de notificaciones y Cloud Messaging?
El compositor de notificaciones es una solución de mensajería liviana y sin servidor construida sobre Firebase Cloud Messaging. Con una consola gráfica fácil de usar y requisitos de codificación reducidos, el compositor de notificaciones permite a los usuarios enviar mensajes fácilmente para volver a atraer y retener a los usuarios, fomentar el crecimiento de la aplicación y respaldar campañas de marketing.
Firebase Cloud Messaging proporciona un conjunto completo de capacidades de mensajería a través de los SDK de sus clientes y los protocolos de servidor HTTP y XMPP. Para implementaciones con requisitos de mensajería más complejos, FCM es la opción correcta.
A continuación se muestra una comparación de las capacidades de mensajería proporcionadas por Firebase Cloud Messaging y el compositor de notificaciones:
Capacidades
Compositor de notificaciones
Mensajería en la nube
Objetivo
Dispositivo único
Clientes suscritos a temas (es decir, clima)
Clientes en segmento de usuarios predefinido (aplicación, versión, idioma)
Clientes en audiencias analíticas específicas
Clientes en grupos de dispositivos
Upstream del cliente al servidor
Tipo de mensaje
Notificaciones hasta 2kb
Mensajes de datos hasta 4kb
Entrega
Inmediato
Hora local del futuro dispositivo cliente
Analítica
Recopilación de análisis de notificaciones y análisis de embudo integrados
Redactor de notificaciones: ya soy desarrollador de Google Cloud Messaging (GCM) y quiero utilizar el redactor de notificaciones. ¿Qué tengo que hacer?
El compositor de notificaciones es una solución lista para usar que permite a cualquier persona enviar notificaciones para dirigirse a audiencias específicas en función de la información de Google Analytics. Además, el compositor de notificaciones proporciona un análisis de embudo para cada mensaje, lo que permite una fácil evaluación de la eficacia de las notificaciones.
Si ya es desarrollador de GCM, para utilizar el compositor de notificaciones debe actualizar de los SDK de GCM a los SDK de FCM. Consulte las guías para migrar aplicaciones de Android e iOS .
Funciones de FCM obsoletas en junio de 2023
¿Qué API de FCM quedaron obsoletas el 20 de junio de 2023 y qué debo hacer si estoy usando esas API?
Las siguientes API/SDK se verán afectadas por la desactivación:
Las llamadas API a FirebaseMessaging.send en la aplicación no activarán mensajes ascendentes al servidor de la aplicación después del 21/06/2024.
Implemente esta funcionalidad en la lógica de su servidor. Por ejemplo, algunos desarrolladores implementan su propio punto final HTTP/gRPC y llaman al punto final directamente para enviar mensajes desde sus clientes al servidor de aplicaciones. Consulte este inicio rápido de gRPC para ver un ejemplo de implementación de mensajería ascendente mediante gRPC.
Estas API dejarán de funcionar después del 21/06/2024 porque llaman a la API de envío por lotes.
Actualice al último SDK de Firebase Admin y use las nuevas API en su lugar: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast() .
Tenga en cuenta que las nuevas API ya no llaman a la API de envío por lotes obsoleta y, por este motivo, pueden crear más conexiones HTTP simultáneas que las API anteriores.
SDK de cliente
Versiones del SDK
Impacto en los usuarios
Acción requerida
SDK de GCM (obsoletos en 2018)
Las aplicaciones que utilicen los SDK de GCM no podrán registrar tokens ni recibir mensajes de FCM después del 21/06/2024.
Actualice su SDK de Android al SDK de Firebase más reciente si aún no lo ha hecho.
Versión de JS SDK <7.0.0 (cambio importante en la versión 7.0.0 en 2019)
Las aplicaciones web que utilicen SDK de JS más antiguos no podrán registrar tokens después del 21/06/2024.
Actualice su SDK web de Firebase a la última versión.
¿Veré una degradación del servicio antes de junio de 2024?
No. Tiene 12 meses (20/06/2023 - 21/06/2024) para migrar de las API antiguas a las nuevas API sin ninguna degradación del servicio. Le recomendamos encarecidamente que planifique la migración lo antes posible para que no se vea afectado por el desmantelamiento de las API en junio de 2024.
Después de junio de 2024, es posible que vea un aumento de errores o falta de funcionalidad al utilizar las API/SDK enumerados anteriormente.
¿Cuál es la diferencia entre los tokens OAuth 2.0 y las claves de servidor?
Un token de OAuth 2.0 es un token de corta duración derivado de una cuenta de servicio . Es el modelo de autenticación estándar de Google y es más seguro que las claves de servidor estáticas.
Tenga en cuenta que los encabezados de solicitud difieren cuando utiliza tokens de OAuth 2.0 para solicitudes a diferentes puntos finales.
API HTTP v1 : Authorization: Bearer $oauth_token
API del servidor de ID de instancia y API de administración de grupos de dispositivos : Authorization: Bearer $oauth_token access_token_auth: true
¿Puedo migrar todas mis solicitudes a la nueva API a la vez?
Le recomendamos que aumente lentamente su tráfico hacia la nueva API. Si espera enviar más de 600 000 mensajes por minuto de forma regular, comuníquese con el soporte de Firebase para obtener instrucciones sobre cómo aumentar la cuota u obtener recomendaciones sobre cómo distribuir el tráfico.
¿Cuál es la diferencia entre la API HTTP v1 y las API heredadas cuando envío mensajes a temas/grupos de dispositivos?
Temas: no es necesario agregar el prefijo "/topics/" al tema objetivo cuando utiliza la API v1.
Grupos de dispositivos: puede utilizar un token de grupo como destino del token en la API HTTP v1. Sin embargo, la API HTTP v1 no devuelve los recuentos de éxito/fracaso en la respuesta. Le recomendamos que utilice temas de FCM o administre sus grupos de dispositivos usted mismo.
¿La API HTTP v1 admite el envío de mensajes a varios tokens en una sola solicitud?
No. Esta característica, denominada "multidifusión" en las API HTTP heredadas, no es compatible con la API HTTP v1, que está mejor diseñada para la escalabilidad.
Para casos de uso en los que la latencia de un extremo a otro es fundamental o en los que el tamaño total de distribución es pequeño (menos de 1 millón), Google recomienda enviar varias solicitudes independientes mediante la API HTTP v1. La API HTTP v1 sobre HTTP/2 funciona de manera similar para el 99,9% de las solicitudes de multidifusión (envío <100 tokens). Para casos de uso atípicos (envío de 1000 tokens), logra hasta un tercio de la tasa de rendimiento, por lo que se necesita simultaneidad adicional para optimizar este caso de uso atípico. Los usuarios pueden experimentar más confiabilidad y disponibilidad con la API HTTP v1 que con la multidifusión heredada.
Para los casos de uso en los que se prioriza el rendimiento y el ancho de banda de salida o en los que el tamaño total del despliegue es grande (más de 1 millón), Google recomienda la mensajería por temas. Si bien la mensajería por temas requiere una acción única para suscribir a los destinatarios a un tema, ofrece una tasa de distribución de hasta 10 000 QPS por proyecto sin un límite máximo en el tamaño del tema.
¿Qué versiones del SDK de Firebase Admin tienen las nuevas API?
Plataforma
Versión del SDK de administrador de Firebase
Nodo.js
>=11.7.0
Pitón
>=6.2.0
Java
>=9.2.0
Ir
>=4.12.0
.NETO
>=2.4.0
¿Cuál es la diferencia entre la API de envío por lotes y la API HTTP v1?
La API de envío por lotes de FCM utiliza el mismo formato de mensaje y mecanismo de autenticación que la API HTTP v1. Sin embargo, utiliza un punto final diferente. Si desea mejorar la eficiencia, debería considerar el uso de HTTP/2 para enviar múltiples solicitudes a través de la misma conexión HTTP a la API HTTP v1.
¿Qué debo hacer si no puedo acceder a mi proyecto?
Comuníquese con el equipo de soporte de Google Cloud para obtener ayuda.
Almacenamiento en la nube para Firebase
Cloud Storage para Firebase: ¿Por qué no puedo usar Cloud Storage para Firebase?
Cloud Storage para Firebase crea un depósito predeterminado en el nivel sin costo de App Engine. Esto le 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 en la nube. También le permite compartir datos fácilmente entre Firebase y un proyecto de Google Cloud.
Sin embargo, existen dos casos conocidos en los que este depósito no se puede crear y no podrás usar Cloud Storage para Firebase:
Un proyecto importado de Google Cloud que tenía una aplicación App Engine Master/Slave Datastore.
Un proyecto importado de Google Cloud que tiene proyectos con prefijo de dominio. Por ejemplo: domain.com:project-1234 .
Actualmente no existen soluciones alternativas para estos problemas y le recomendamos que cree un nuevo proyecto en Firebase console y habilite Cloud Storage para Firebase en ese proyecto.
Cloud Storage para Firebase: ¿Por qué recibo respuestas con el código de error 412 sobre los permisos de la cuenta de servicio y las operaciones fallidas de la cuenta de servicio cuando uso la API de Cloud Storage para Firebase?
Es probable que reciba códigos de error 412 porque la API de Cloud Storage para Firebase no está habilitada para su proyecto o porque a una cuenta de servicio necesaria le faltan los permisos requeridos.
Cloud Storage para Firebase: en proyectos del plan Spark, ¿puedo almacenar archivos ejecutables?
Para proyectos del plan sin costo (Spark), Firebase bloquea las cargas y el alojamiento de ciertos tipos de archivos ejecutables para Windows, Android y Apple mediante Cloud Storage para Firebase y Firebase Hosting. Esta política existe para evitar abusos en nuestra plataforma.
La publicación, el alojamiento y la carga de archivos no permitidos están bloqueados para todos los proyectos Spark creados a partir del 28 de septiembre de 2023. Para los proyectos Spark existentes con archivos cargados antes de esa fecha, dichos archivos aún se pueden cargar y alojar.
Esta restricción se aplica a los proyectos del plan Spark. Los proyectos del plan de pago por uso (Blaze) no se ven afectados.
Los siguientes tipos de archivos no se pueden alojar en Firebase Hosting ni en Cloud Storage para Firebase:
Archivos de Windows con extensiones .exe , .dll y .bat
Archivos de Android con extensión .apk
Archivos de plataforma Apple con extensión .ipa
¿Que necesito hacer?
Si aún desea alojar estos tipos de archivos después del 28 de septiembre de 2023:
Para Hosting: actualice al plan Blaze antes de poder implementar estos tipos de archivos en Firebase Hosting mediante el comando firebase deploy .
Para almacenamiento: actualice al plan Blaze para cargar estos tipos de archivos en el depósito de su elección mediante GCS CLI, Firebase console o Google Cloud console.
Utilice las herramientas de Firebase para administrar sus recursos de Firebase Hosting y Cloud Storage.
Para administrar recursos en Firebase Hosting, use Firebase console para eliminar versiones de acuerdo con esta guía .
En la pestaña Archivos , ubique los archivos no permitidos para eliminar en su jerarquía de carpetas, luego selecciónelos usando la casilla de verificación junto a los nombres de archivo en el lado izquierdo del panel.
Haga clic en Eliminar y confirme que los archivos se eliminaron.
Cloud Storage para Firebase: ¿Por qué veo un aumento inesperado en las operaciones de carga y descarga?
Anteriormente, las solicitudes de descarga y carga a la API de Cloud Storage para Firebase no se contaban correctamente. Hemos tomado medidas para solucionar este problema a partir del 15 de septiembre de 2023.
Para los usuarios de Blaze, las operaciones de carga y descarga comenzarán a contar en su factura mensual. Para los usuarios de Spark, comenzarán a contar para su límite mensual gratuito.
Recomendamos monitorear su página de Uso para detectar cualquier aumento que pueda contar para sus límites.
Cloud Storage para Firebase: ¿Por qué veo nuevos ID de cuentas de servicio asociados con mis proyectos de Firebase que usan Cloud Storage para Firebase?
Firebase usa cuentas de servicio para operar y administrar servicios sin compartir las credenciales de los usuarios. Cuando creas un proyecto de Firebase, es posible que notes que varias cuentas de servicio ya están disponibles en tu proyecto.
La cuenta de servicio que utiliza Cloud Storage for Firebase tiene como ámbito su proyecto y se llama service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
Si usaste Cloud Storage para Firebase antes del 19 de septiembre de 2022, es posible que veas una cuenta de servicio adicional en depósitos de Cloud Storage previamente vinculados llamados [email protected] . A partir del 19 de septiembre de 2022, esta cuenta de servicio ya no es compatible.
Puedes ver todas las cuentas de servicio asociadas con tu proyecto en Firebase console, en la pestaña Cuentas de servicio .
Agregar la nueva cuenta de servicio
Si eliminó la cuenta de servicio anteriormente o la cuenta de servicio no está presente en su proyecto, puede realizar una de las siguientes acciones para agregar la cuenta.
(Recomendado) Automatizado: utilice el punto final REST de AddFirebase para volver a importar su depósito a Firebase. Solo necesitará llamar a este punto final una vez, no una vez para cada depósito vinculado.
Le desaconsejamos encarecidamente que elimine la cuenta de servicio porque esto puede bloquear el acceso a sus depósitos de Cloud Storage desde sus aplicaciones. Para eliminar la cuenta de servicio de su proyecto, siga las instrucciones en Deshabilitar una cuenta de servicio .
Enlaces dinámicos: ¿Por qué mi aplicación de Android accede dos veces a cada enlace dinámico?
La API getInvitation borra el vínculo dinámico guardado para evitar que se acceda a él dos veces. Asegúrese de llamar a esta API con el parámetro autoLaunchDeepLink establecido en false en cada una de las actividades de vínculo profundo para borrarlo en el caso en que la actividad se active fuera de la actividad principal.
Conjunto de emuladores locales de Firebase
¿Por qué los registros de Emulator Suite muestran un error que comienza con "No se recomiendan varios ID de proyecto en el modo de proyecto único"?
Este mensaje significa que Emulator Suite ha detectado que puede estar ejecutando un emulador de producto en particular utilizando diferentes ID de proyecto. Esto puede indicar una mala configuración y puede causar problemas cuando los emuladores intentan comunicarse entre sí y cuando usted intenta interactuar con los emuladores desde su código. Si los ID de los proyectos no coinciden, a menudo parece que faltan datos, ya que los datos almacenados en los emuladores están vinculados al ID del proyecto y la interoperabilidad depende de que coincidan los ID de los proyectos.
Esta ha sido una fuente común de confusión entre los desarrolladores, por lo que, de forma predeterminada, Local Emulator Suite ahora solo permitirá la ejecución con un único ID de proyecto, a menos que especifique lo contrario en el archivo de configuración firebase.json . Si un emulador detecta más de un ID de proyecto, registrará una advertencia y potencialmente generará un error fatal.
Verifique la(s) declaración(es) de ID de su proyecto para ver si hay discrepancias en:
El proyecto predeterminado establecido en la línea de comando. De forma predeterminada, el ID del proyecto se tomará al inicio del proyecto seleccionado con firebase init o firebase use . Para ver la lista de proyectos (y ver cuál está seleccionado), use firebase projects:list .
Pruebas unitarias. El ID del proyecto a menudo se especifica en llamadas a los métodos de la biblioteca de pruebas unitarias de reglas initializeTestEnvironment o initializeTestApp . Otro código de prueba puede inicializarse con initializeApp(config) .
La línea de comando --project bandera. Al pasar el indicador --project de Firebase CLI se anula el proyecto predeterminado. Deberá asegurarse de que el valor de la bandera coincida con el ID del proyecto en las pruebas unitarias y en la inicialización de la aplicación.
Lugares específicos de la plataforma para verificar:
Web
La propiedad projectId en su objeto firebaseConfig de JavaScript, utilizada en initializeApp .
Androide
La propiedad project_id dentro del archivo de configuración google-services.json .
plataformas de manzana
La propiedad PROJECT_ID en el archivo de configuración GoogleService-Info.plist .
Para deshabilitar el modo de proyecto único, actualice firebase.json con la clave singleProjectMode :
Alojamiento: en proyectos del plan Spark, ¿puedo almacenar archivos ejecutables?
Para proyectos del plan sin costo (Spark), Firebase bloquea las cargas y el alojamiento de ciertos tipos de archivos ejecutables para Windows, Android y Apple mediante Cloud Storage para Firebase y Firebase Hosting. Esta política existe para evitar abusos en nuestra plataforma.
La publicación, el alojamiento y la carga de archivos no permitidos están bloqueados para todos los proyectos Spark creados a partir del 28 de septiembre de 2023. Para los proyectos Spark existentes con archivos cargados antes de esa fecha, dichos archivos aún se pueden cargar y alojar.
Esta restricción se aplica a los proyectos del plan Spark. Los proyectos del plan de pago por uso (Blaze) no se ven afectados.
Los siguientes tipos de archivos no se pueden alojar en Firebase Hosting ni en Cloud Storage para Firebase:
Archivos de Windows con extensiones .exe , .dll y .bat
Archivos de Android con extensión .apk
Archivos de plataforma Apple con extensión .ipa
¿Que necesito hacer?
Si aún desea alojar estos tipos de archivos después del 28 de septiembre de 2023:
Para Hosting: actualice al plan Blaze antes de poder implementar estos tipos de archivos en Firebase Hosting mediante el comando firebase deploy .
Para almacenamiento: actualice al plan Blaze para cargar estos tipos de archivos en el depósito de su elección mediante GCS CLI, Firebase console o Google Cloud console.
Utilice las herramientas de Firebase para administrar sus recursos de Firebase Hosting y Cloud Storage.
Para administrar recursos en Firebase Hosting, use Firebase console para eliminar versiones de acuerdo con esta guía .
En la pestaña Archivos , ubique los archivos no permitidos para eliminar en su jerarquía de carpetas, luego selecciónelos usando la casilla de verificación junto a los nombres de archivo en el lado izquierdo del panel.
Haga clic en Eliminar y confirme que los archivos se eliminaron.
Hosting: ¿Por qué mi tabla de historial de versiones de Hosting en Firebase console muestra recuentos de archivos superiores a los que realmente tiene mi proyecto local?
Firebase agrega automáticamente archivos adicionales que contienen metadatos sobre el sitio de Hosting y estos archivos se incluyen en el recuento total de archivos para la versión.
Hosting: ¿Cuál es el tamaño de archivo más grande que puedo implementar en Firebase Hosting?
El hosting tiene un límite de tamaño máximo de 2 GB para archivos individuales.
Recomendamos almacenar archivos más grandes utilizando 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?
Monitoreo del rendimiento: ¿cuántos patrones de URL personalizados puedo crear?
Puede crear hasta 400 patrones de URL personalizados en total por aplicación y hasta 100 patrones de URL personalizados por dominio para esa aplicación.
Monitoreo del desempeño: ¿Por qué no veo la visualización en tiempo real de los datos de desempeño?
Para ver datos de rendimiento en tiempo real, asegúrese de que su aplicación utilice una versión del SDK de monitoreo de rendimiento 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 Firebase Android BoM v26.1.0 o posterior)
Web : v7.14.0 o posterior
Tenga en cuenta que siempre recomendamos utilizar la última versión del SDK, pero cualquier versión enumerada anteriormente permitirá que Performance Monitoring procese sus datos casi en tiempo real.
Base de datos en tiempo real
Base de datos en tiempo real: ¿Por qué el ancho de banda de mi base de datos en tiempo real fue inferior al promedio entre septiembre de 2016 y marzo de 2017?
Para nuestros cálculos de ancho de banda, normalmente incluimos la sobrecarga de cifrado SSL (basada en la capa 5 del modelo OSI). Sin embargo, en septiembre de 2016, introdujimos un error que provocó que nuestros informes de ancho de banda ignoraran la sobrecarga de cifrado. Esto podría haber resultado en un ancho de banda y facturas reportados artificialmente bajos en su cuenta durante algunos meses.
Lanzamos una solución para el error a finales de marzo de 2017, devolviendo los informes y la facturación del ancho de banda a sus niveles normales.
Base de datos en tiempo real: ¿Cuáles son las limitaciones de escala de Realtime Database?
Cada instancia de Realtime Database tiene límites en la cantidad de operaciones de escritura por segundo. Para escrituras pequeñas, este límite es de aproximadamente 1000 operaciones de escritura por segundo. Si se está acercando a este límite, las operaciones por lotes que utilizan actualizaciones de múltiples rutas pueden ayudarlo a lograr un mayor rendimiento.
Realtime Database: ¿Qué puedo hacer si supero los límites de uso de Realtime Database?
Si recibió una alerta o notificación por correo electrónico en Firebase console de que excedió sus límites de uso de Realtime Database, puede abordarlo según el límite de uso que excedió. Para ver su uso de Realtime Database, vaya al panel de uso de Realtime Database en Firebase console.
Si superas tu límite de descarga, puedes actualizar tu plan de precios de Firebase o esperar hasta que tu límite de descarga se restablezca al comienzo de tu próximo ciclo de facturación. Para disminuir sus descargas, intente los siguientes pasos:
Agregue consultas para limitar los datos que devuelven sus operaciones de escucha.
Compruebe si hay consultas no indexadas.
Utilice oyentes que solo descarguen actualizaciones de datos (por ejemplo, on() en lugar de once() .
Utilice reglas de seguridad para bloquear descargas no autorizadas.
Si supera su límite de almacenamiento, actualice su plan de precios para evitar interrupciones en el servicio. Para reducir la cantidad de datos en su base de datos, intente los siguientes pasos:
Ejecute trabajos de limpieza periódicos.
Reduzca cualquier dato duplicado en su base de datos.
Tenga en cuenta que puede llevar algún tiempo ver las eliminaciones de datos reflejadas en su asignación de almacenamiento.
Si supera el límite de conexiones simultáneas a su base de datos, actualice su plan para evitar interrupciones en el servicio. Para administrar conexiones simultáneas a su base de datos, intente conectarse a través de usuarios a través de la API REST si no requieren una conexión en tiempo real.
Configuración remota
Remote Config: ¿Por qué los valores obtenidos no cambian el comportamiento y la apariencia de mi aplicación?
A menos que obtenga valores con fetchAndActivate() , los valores se almacenan localmente pero no se activan. Para activar los valores recuperados para que puedan surtir efecto, llame activate . Este diseño te permite controlar cuándo cambia el comportamiento y la apariencia de tu aplicación, porque puedes elegir cuándo activate . Después de llamar activate , el código fuente de su aplicación determina cuándo se utilizan los valores de parámetros actualizados.
Por ejemplo, puede recuperar valores y luego activarlos la próxima vez que un usuario inicie su aplicación, lo que elimina la necesidad de retrasar el inicio de la aplicación mientras su aplicación espera los valores obtenidos del servicio. Los cambios en el comportamiento y la apariencia de su aplicación se producen cuando su aplicación utiliza los valores de parámetros actualizados.
Configuración remota: estoy realizando muchas solicitudes de recuperación mientras desarrollo mi aplicación. ¿Por qué mi aplicación no siempre obtiene los valores más recientes del servicio cuando envía solicitudes de recuperación?
Durante el desarrollo de la aplicación, es posible que desees recuperar y activar configuraciones con mucha frecuencia (muchas veces por hora) para poder iterar rápidamente a medida que desarrollas y pruebas tu aplicación. Para permitir una iteración rápida en un proyecto con hasta 10 desarrolladores, puedes configurar temporalmente un objeto FirebaseRemoteConfigSettings con un intervalo de recuperación mínimo bajo ( setMinimumFetchIntervalInSeconds ) en tu aplicación.
Remote Config: ¿Con qué rapidez devuelve el servicio Remote Config los valores recuperados después de que mi aplicación envía una solicitud de recuperación?
Los dispositivos suelen recibir valores recuperados en menos de un segundo y, a menudo, reciben valores recuperados en milisegundos. El servicio Remote Config maneja las solicitudes de recuperación en milisegundos, pero el tiempo necesario para completar una solicitud de recuperación dependerá de la velocidad de la red del dispositivo y de la latencia de la conexión de red utilizada por el dispositivo.
Si su objetivo es hacer que los valores obtenidos entren en vigor en su aplicación lo antes posible, pero sin crear una experiencia de usuario discordante, considere agregar llamadas a fetchAndActivate cada vez que su aplicación actualice la pantalla completa.
Almacenamiento de segmentación de usuarios de Firebase
¿Qué es el almacenamiento de segmentación de usuarios de Firebase?
Firebase User Segmentation Storage almacena los ID de instalación de Firebase y los atributos y segmentos relacionados, así como listas de audiencia que haya creado para proporcionar información de orientación a otros servicios de Firebase que los utilizan, como Crashlytics, FCM, personalización de Remote Config y más.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Me falta la información que necesito","missingTheInformationINeed","thumb-down"],["Es demasiado complicado o hay demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Está obsoleto","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema de muestras o código","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2024-03-22 (UTC)."],[],[]]