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 invocadas directamente por el Remote Config servicio (a través de los SDKs de cliente o las APIs de REST) contribuyen a tu uso facturado. Las operaciones de recuperación, las llamadas de red o las métricas generadas internamente por otros servicios de Firebase no se incluyen en tus Remote Config cuotas ni en la facturación.

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:

  • $0.000006 por solicitud ($0.06 / 10,000 solicitudes) para el uso entre 100,001 y 10,000,000 por día
  • $0.000001 por solicitud ($0.01 / 10,000 solicitudes) para el uso superior a 10,000,000 por día
Todas las funciones Incluye personalización, lanzamientos y la integración de pruebas A/B Incluye personalización, lanzamientos y la integración de pruebas A/B
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 pertinente 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, los proyectos existentes reciben los siguientes períodos de gracia extendidos 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 o notas
Plan Spark (sin costo) 3 meses 1 de diciembre de 2026 Acción recomendada: Configura la Facturación de Cloud y actualiza a Blaze.

Bonificación: Si realizas la actualización 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 meses 1 de febrero de 2027 No es necesario que realices 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 pertinente para los proyectos que tienen Remote Config habilitado 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 el uso de 100,000 solicitudes de recuperación por día, se deben cumplir las siguientes acciones:

Plan o condición Período de gracia Resultado después del período de gracia Acción obligatoria o 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 que se supera el límite diario por primera vez. Para evitar la limitación el día 31 o después, debes actualizar al plan Blaze.
Plan Blaze (pago por uso) N/A (sin limitación) Facturación por solicitud de recuperación Se cobra el uso superior a 100,000 recuperaciones. No se aplica ninguna limitación.

Prácticas recomendadas para optimizar el uso

Para optimizar el uso, realiza cualquiera 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 recomendado predeterminado es de 12 horas.
  • Almacenamiento en caché para 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.
  • Auditar recuperaciones inactivas y en segundo plano: Revisa los trabajos, los servicios o los módulos de apps heredados de trabajadores en segundo plano 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 la consola de Google Cloud y los paneles de uso y precios de la consola de Firebase para configurar alertas de facturación automáticas cuando los volúmenes de recuperación diarios se acerquen a 100,000 solicitudes.

Preguntas frecuentes y solución de problemas