Precios de Remote Config

A partir del 1 de septiembre de 2026, Remote Config ofrecerá una estructura de precios flexible diseñada para adaptarse a proyectos de todos los tamaños, con un plan sin costo y un nivel de pago por uso escalable según tu uso diario.

Solo las solicitudes de recuperación que invoca directamente el servicio de Remote Config (a través de los SDKs de cliente o las APIs de REST) contribuyen al uso facturado. Las operaciones de recuperación, las llamadas de red o las métricas que generan de forma interna otros servicios de Firebase no se tienen en cuenta para las cuotas o la facturación de Remote Config.

En la siguiente tabla, se muestra el uso por proyecto para los planes Spark y Blaze:

Detalles Sin costo (plan Spark) Pago por uso (plan Blaze)
Solicitudes de recuperación Hasta 100,000 por día Sin costo hasta 100,000 por día.

Luego, haz lo siguiente:

  • USD 0.000006 por solicitud (USD 0.06 por cada 10,000 solicitudes) para un uso de entre 100,001 y 10,000,000 por día
  • USD 0.000001 por solicitud (USD 0.01 por cada 10,000 solicitudes) para un uso superior a 10,000,000 por día.
Todas las funciones Incluye personalización, lanzamientos y la integración de A/B Testing Incluye personalización, lanzamientos y la integración de A/B Testing
Cuotas y límites Consulta Cuotas y límites. Consulta Cuotas y límites.

Períodos de gracia de transición para proyectos existentes

Este período de gracia de transición es relevante para los proyectos que tienen Remote Config habilitado antes del 1 de septiembre de 2026. Para garantizar una transición sin problemas a los precios de pago por uso, se otorgan los siguientes períodos de gracia extendidos a los proyectos existentes antes de que comience la aplicación de la facturación:

Plan de facturación actual Período de gracia de transición Inicio de la facturación estándar Acción obligatoria / Notas
Plan Spark (sin costo) 3 meses 1 de diciembre de 2026 Acción recomendada: Configura la Facturación de Cloud y actualiza al plan Blaze.

Bonificación: Si actualizas antes del 15 de noviembre de 2026, tu período de gracia se extenderá a 5 meses (la facturación comenzará el 1 de febrero de 2027).

Plan Blaze (pago por uso) 5 Months 1 de febrero de 2027 No se requiere ninguna acción. Los proyectos pasarán automáticamente a los precios estándar el 1 de febrero de 2027.

Períodos de gracia estándar

Este período de gracia es relevante para los proyectos que tienen habilitado Remote Config a partir del 1 de septiembre de 2026. Esto incluye los proyectos existentes con Remote Config habilitado (creados antes del 1 de septiembre de 2026) en los que venció el período de gracia de transición. Si un proyecto supera las 100,000 solicitudes de recuperación por día, se deben realizar las siguientes acciones:

Plan / Condición Período de gracia Resultado después del período de gracia Acción obligatoria / Notas
Plan Spark (sin costo) 30 días (se aplica cuando el proyecto supera el límite diario por primera vez) La limitación comienza el día 31 Los proyectos disfrutan de un servicio ininterrumpido durante 30 días después de la primera vez que se supera el límite diario. Para evitar la limitación a partir del día 31, debes actualizar al plan Blaze.
Plan Blaze (pago por uso) N/A (sin limitaciones) Facturación por solicitud de recuperación Se cobra el uso que supere las 100,000 recuperaciones. No se aplica ninguna limitación.

Prácticas recomendadas para optimizar el uso

Para optimizar el uso, realiza una de las siguientes acciones:

  • Intervalos de recuperación del cliente: Evita establecer intervalos de recuperación mínimos muy bajos (por ejemplo, setMinimumFetchIntervalInSeconds) en las compilaciones de producción. El intervalo predeterminado recomendado es de 12 horas.
  • Almacenamiento en caché de parámetros no críticos: Para los valores de configuración estables que rara vez cambian, considera aumentar setMinimumFetchIntervalInSeconds de las 12 horas predeterminadas a 24 o 48 horas.
  • Bucles de recuperación de inicio de la app: Asegúrate de que tu app no active una recuperación remota en cada transición de pantalla, reanudación de actividad o renderización de componentes. Usa estrategias de carga, como Recuperar y activar en la carga o Activar detrás de la pantalla de carga, de manera responsable.
  • Audita las recuperaciones en segundo plano y las inactivas: Revisa los trabajos de los trabajadores en segundo plano, los servicios o los módulos de apps heredados para quitar las llamadas de recuperación redundantes ("recuperaciones fantasma") que se activan cuando la app está en segundo plano o inactiva.
  • Supervisión: Usa los paneles de precios y uso de la consola de Google Cloud y la consola de Firebase para configurar alertas de facturación automáticas cuando los volúmenes de recuperación diarios se acerquen a las 100,000 solicitudes.

Preguntas frecuentes y solución de problemas