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
¿Cuál es la nueva estructura de precios Remote Config que entrará en vigencia el
1 de septiembre de 2026?
Remote Config pasará a una estructura de precios basada en el uso
con un nivel sin costo:
- Plan Spark (sin costo): Hasta 100,000 solicitudes de recuperación por día sin
costo
- Plan Blaze (pago por uso): Sin costo para las primeras 100,000 solicitudes de recuperación diarias, luego:
- $0.06 por 10,000 solicitudes ($0.000006/solicitud) entre 100,001 y
10,000,000 solicitudes por día.
- $0.01 por 10,000 solicitudes ($0.000001/solicitud) para el uso superior a 10,000,000
solicitudes por día
- Funciones: Todas las funciones avanzadas (personalización, lanzamientos y la integración de pruebas A/B
) permanecen incluidas en los planes Spark y Blaze
sin costo adicional.
¿Necesito una cuenta de facturación para comenzar a usar Remote Config?
No. No necesitas una cuenta de facturación para comenzar a usar
Remote Config. Puedes usar el plan Spark para comenzar sin costo. Solo se requiere una cuenta de facturación cuando actualizas tu proyecto a
el plan Blaze para admitir más de 100,000 solicitudes de recuperación diarias.
¿Debo actualizar mi código o el SDK de Remote Config?
No. No es necesario que modifiques tu código ni actualices el Remote Config
SDK de cliente cuando realices la transición entre los planes Spark y Blaze. El
backend controla automáticamente la transición de nivel y la medición de
solicitudes.Remote Config
¿Qué califica exactamente como una solicitud de recuperación facturable?
Se produce una solicitud de recuperación cada vez que tu aplicación cliente o servidor de backend
llama al Remote Config servidor para verificar si hay valores de parámetros actualizados
(por ejemplo, invocar fetch() o
fetchAndActivate() en los SDKs de cliente, o recuperar
plantillas con los SDKs de REST o de Admin). 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.
- Tiempo real Remote Config: Abrir una conexión en tiempo real no
genera solicitudes de recuperación individuales continuas; sin embargo, cuando el servidor
envía un aviso de invalidación, la llamada del cliente resultante para descargar la
configuración actualizada cuenta como una solicitud de recuperación.
- Valores almacenados en caché: El uso de valores almacenados en caché que ya están almacenados en el dispositivo
(lectura desde el disco o la memoria con
activate() o
getString()) no genera una llamada de red ni cuenta como una
solicitud de recuperación.
¿Qué sucede si mi proyecto está en el plan Spark y supera las 100,000 solicitudes de recuperación diarias
? ¿Cómo realizo la actualización?
- Período de gracia de 30 días: Cuando tu proyecto Spark supera las 100,000 solicitudes de recuperación diarias
por primera vez, Firebase otorga un período de gracia de 30 días. Durante
este tiempo, tus Remote Config solicitudes seguirán entregándose
sin interrupciones.
- Continuidad de la cuenta regresiva: El período de gracia de 30 días comienza la primera vez
tu proyecto supera las 100,000 solicitudes de recuperación diarias. Esta cuenta regresiva de 30 días
no se pausa ni se restablece, incluso si tu uso diario disminuye temporalmente por debajo
del límite de 100,000 solicitudes durante ese período.
- Notificaciones de cuota: A medida que tu volumen de recuperación diario se acerca a la cuota de 100,000 y la alcanza
los administradores del proyecto reciben alertas automáticas por correo electrónico
y notificaciones de banner de la consola.
- Riesgo de limitación: Si no actualizas al plan Blaze antes de que finalice el período de gracia de 30 días, comenzará la limitación del servicio de Remote Config para las solicitudes que superen el límite diario de 100,000, lo que puede impedir que los clientes reciban configuraciones actualizadas.Remote Config
- Cómo realizar la actualización: Puedes
actualizar al plan Blaze
en la Firebase consola para garantizar un servicio ininterrumpido. La actualización
al plan Blaze vincula tu proyecto a una
cuenta de Facturación de Google Cloud.
Los usuarios no reciben valores de parámetros nuevos Remote Config. ¿Podría estar relacionado con los precios o las cuotas?
Sí. Si tu proyecto está en el plan Spark, superó el límite de 100,000 solicitudes diarias
y venció el período de gracia de 30 días, el servidor limita las solicitudes entrantes
que superan el umbral diario. Consulta tus métricas de uso
en la consola Firebase y actualiza al plan Blaze si tus usuarios activos por día
requieren más de 100,000 recuperaciones diarias.
¿Cómo puedo ver mi uso actual para estimar mi factura?
Si tienes el plan Blaze, puedes ver los informes de administración de costos y uso
en la Google Cloud consola. Para obtener más información, consulta
Visualiza tus informes de Facturación de Cloud y tendencias de costos.
Cuando filtres por SKU, elige el siguiente:
- ID de SKU:
37B1-4623-6F54
- Nombre del SKU: Fetch Requests
Puedes supervisar tu uso actual y los límites del sistema activos en la página Cuotas y límites del sistema en la consola Google Cloud. Para obtener más información, consulta
Visualiza y administra las cuotas. Cuando filtres informes, asegúrate de seleccionar la API de Firebase específica para la que deseas verificar las cuotas (por
ejemplo, firebaseremoteconfig.googleapis.com).