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 servicio de Remote Config (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 que generan internamente otros servicios de Firebase no se incluyen en tus cuotas ni en 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)
Fetch Requests 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 / 10,000 solicitudes) para el uso entre 100,001 y 10,000,000 por día
  • USD 0.000001 por solicitud (USD 0.01 por 10,000 solicitudes) para el uso superior a 10,000,000 por día
Todas las funciones Incluye la integración de Personalización, Lanzamientos y A/B Testing Incluye la integración de Personalización, Lanzamientos y 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, los proyectos existentes tienen 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 actualizas tu cuenta antes del 15 de noviembre de 2026, el 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 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 tengan 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 la 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 / Condition 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 la primera vez que se superó 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 superior a 100,000 recuperaciones. No se aplica ninguna limitación.

Prácticas recomendadas para optimizar el uso

Para optimizar el uso, haz 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 del 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 forma responsable.
  • Audita las recuperaciones en segundo plano y las recuperaciones inactivas: Revisa los trabajos, los servicios o los módulos de apps heredadas de los 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 los paneles de precios y uso de las consolas de Google Cloud y 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