Prezzi di Remote Config
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
A partire dal 1° settembre 2026, Remote Config offrirà una struttura dei prezzi flessibile
progettata per adattarsi a progetti di tutte le dimensioni, con un piano senza
costi e un livello scalabile con pagamento a consumo in base all'utilizzo giornaliero.
Solo le richieste di recupero richiamate direttamente dal servizio Remote Config
(tramite SDK client o API REST) contribuiscono all'utilizzo fatturato. Le operazioni di recupero, le chiamate di rete o le metriche generate internamente da altri servizi Firebase non vengono conteggiate ai fini delle Remote Config quote o della fatturazione.
La tabella seguente mostra l'utilizzo per progetto per i piani
Spark e
Blaze:
Dettagli
Senza costi (piano Spark)
Pagamento a consumo (piano Blaze)
Richieste di recupero
Fino a 100.000 al giorno
Senza costi fino a 100.000 al giorno.
Quindi:
0,000006 $ per richiesta (0,06 $ per 10.000 richieste) per un utilizzo compreso tra 100.001 e 10.000.000 al giorno.
0,000001 $ per richiesta (0,01 $ per 10.000 richieste) per un utilizzo superiore a 10.000.000 al giorno.
Tutte le funzionalità
Include l'integrazione di Personalizzazione, Rollout e Test A/B
Include l'integrazione di Personalizzazione, Rollout e Test A/B
Periodi di tolleranza per la transizione per i progetti esistenti
Questo periodo di tolleranza per la transizione è pertinente per i progetti in cui
Remote Config è stato abilitato prima del 1° settembre 2026. Per garantire una transizione senza problemi ai prezzi con pagamento a consumo, ai progetti esistenti vengono concessi i seguenti periodi di tolleranza estesi prima dell'inizio dell'applicazione della fatturazione:
Bonus: se esegui l'upgrade prima del 15 novembre 2026, il periodo di tolleranza viene esteso a 5 mesi (la fatturazione inizia il 1° febbraio 2027).
Piano Blaze(pagamento a consumo)
5 mesi
1° febbraio 2027
Non è richiesta alcuna azione. I progetti passeranno automaticamente ai prezzi standard il 1° febbraio 2027.
Periodi di tolleranza standard
Questo periodo di tolleranza è pertinente per i progetti in cui Remote Config è stato abilitato
a partire dal 1° settembre 2026. Sono inclusi i progetti esistenti in cui Remote Config
è stato abilitato (creati prima del 1° settembre 2026) e il periodo di tolleranza per la transizione
è scaduto. Se un progetto supera l'utilizzo di 100.000 richieste di recupero al giorno, è necessario rispettare le seguenti azioni:
Piano / Condizione
Periodo di tolleranza
Risultato dopo il periodo di tolleranza
Azione richiesta / Note
Piano Spark(senza costi)
30 giorni(applicabile quando il progetto supera il limite giornaliero per la prima volta)
La limitazione inizia il 31° giorno
I progetti usufruiscono di un servizio ininterrotto per 30 giorni dopo la prima volta che il limite giornaliero è stato superato. Per evitare la limitazione dal 31° giorno in poi, devi eseguire l'upgrade al piano Blaze.
Piano Blaze(pagamento a consumo)
N/A (nessuna limitazione)
Fatturazione per richiesta di recupero
Viene addebitato un costo per l'utilizzo superiore a 100.000 recuperi. Non viene applicata alcuna limitazione.
Best practice per ottimizzare l'utilizzo
Per ottimizzare l'utilizzo, esegui una delle seguenti operazioni:
Intervalli di recupero del client: evita di impostare intervalli di recupero minimi molto bassi (ad esempio, setMinimumFetchIntervalInSeconds) nelle build di produzione. L'intervallo predefinito consigliato è di 12 ore.
Memorizzazione nella cache per i parametri non critici: per i valori di configurazione stabili che cambiano raramente, valuta la possibilità di aumentare setMinimumFetchIntervalInSeconds dalle 12 ore predefinite a 24 o 48 ore.
Loop di recupero all'avvio dell'app: assicurati che l'app non attivi un recupero remoto a ogni transizione di schermata, ripresa dell'attività o rendering dei componenti. Utilizza in modo responsabile le strategie di caricamento
come Recupera e attiva al
caricamento o Attiva dietro la schermata di
caricamento.
Controllo dei recuperi in background e inattivi: esamina i job, i servizi o i moduli delle app legacy dei worker in background per rimuovere le chiamate di recupero ridondanti ("recuperi fantasma") che vengono attivate quando l'app è in background o inattiva.
Monitoraggio: utilizza la console Google Cloud e le dashboard dei prezzi e dell'utilizzo della console Firebase per configurare avvisi di fatturazione automatici quando i volumi di recupero giornalieri si avvicinano a 100.000 richieste.
Domande frequenti e risoluzione dei problemi
Qual è la nuova struttura dei prezzi Remote Config che entrerà in vigore il
1° settembre 2026?
Remote Config passerà a una struttura dei prezzi basata sull'utilizzo
con un livello senza costi:
Piano Spark (senza costi): fino a 100.000 richieste di recupero al giorno senza
costi.
Piano Blaze (pagamento a consumo): senza costi per le prime 100.000 richieste di recupero giornaliere
, poi:
0,06 $ per 10.000 richieste (0,000006 $ per richiesta) tra 100.001 e
10.000.000 richieste al giorno.
0,01 $ per 10.000 richieste (0,000001 $ per richiesta) per un utilizzo superiore a 10.000.000
richieste al giorno.
Funzionalità: tutte le funzionalità avanzate (integrazione di Personalizzazione, Rollout e Test A/B
) rimangono incluse nei piani Spark e Blaze
senza costi aggiuntivi.
Ho bisogno di un account di fatturazione per iniziare a utilizzare Remote Config?
No. Non hai bisogno di un account di fatturazione per iniziare a utilizzare
Remote Config. Puoi utilizzare il piano Spark per iniziare senza costi. Un account di fatturazione è necessario solo quando esegui l'upgrade del progetto a
il piano Blaze per supportare più di 100.000 richieste di recupero giornaliere.
Devo aggiornare il codice o l'SDK Remote Config?
No. Non devi modificare il codice o aggiornare l'Remote Config
SDK client durante la transizione tra i piani Spark e Blaze. La transizione di livello e la misurazione delle richieste vengono gestite automaticamente dal
Remote Config backend.
Che cos'è esattamente una richiesta di recupero fatturabile?
Una richiesta di recupero si verifica ogni volta che l'applicazione client o il server di backend
chiama il Remote Config server per verificare la presenza di valori dei parametri aggiornati
(ad esempio, richiamando fetch() o
fetchAndActivate() negli SDK client o recuperando
i modelli utilizzando gli SDK REST/Admin). Solo le richieste di recupero richiamate direttamente dal
servizio Remote Config (tramite SDK client o API REST) contribuiscono
all'utilizzo fatturato. Le operazioni di recupero, le chiamate di rete o le metriche generate
internamente da altri servizi Firebase non vengono conteggiate ai fini delle Remote Config
quote o della fatturazione.
Realtime Remote Config: l'apertura di una connessione in tempo reale non
genera singole richieste di recupero continue; tuttavia, quando il server
invia una notifica di invalidazione, la chiamata client risultante per scaricare la
configurazione aggiornata viene conteggiata come richiesta di recupero.
Valori memorizzati nella cache: l'utilizzo dei valori memorizzati nella cache già archiviati sul dispositivo
(lettura da disco/memoria utilizzando activate() o
getString()) non genera una chiamata di rete né viene conteggiato come
richiesta di recupero.
Cosa succede se il mio progetto è incluso nel piano Spark e supera le 100.000 richieste di recupero giornaliere
? Come faccio a eseguire l'upgrade?
Periodo di tolleranza di 30 giorni: quando il tuo progetto Spark supera per la prima volta le 100.000 richieste di recupero giornaliere
, Firebase concede un periodo di tolleranza di 30 giorni. Durante
questo periodo, le richieste Remote Config continueranno a essere gestite
senza interruzioni.
Continuità del conto alla rovescia: il periodo di tolleranza di 30 giorni inizia la prima volta che
il progetto supera le 100.000 richieste di recupero giornaliere. Questo conto alla rovescia di 30 giorni
non viene messo in pausa o reimpostato anche se l'utilizzo giornaliero scende temporaneamente al di sotto
del limite di 100.000 richieste durante questo periodo.
Notifiche relative alle quote: quando il volume di recupero giornaliero si avvicina e raggiunge
la quota di 100.000, gli amministratori del progetto ricevono avvisi via email automatici
e notifiche banner nella console.
Rischio di limitazione: se non esegui l'upgrade al piano Blaze entro la fine del
periodo di tolleranza di 30 giorni, Remote Config inizierà la limitazione del servizio
per le richieste che superano il limite giornaliero di 100.000, il che potrebbe impedire ai client
di ricevere le configurazioni aggiornate.
Gli utenti non ricevono i nuovi valori dei parametri Remote Config. Potrebbe essere correlato ai prezzi o alle quote?
Sì. Se il tuo progetto è incluso nel piano Spark, ha superato il limite di 100.000 richieste giornaliere
e il periodo di tolleranza di 30 giorni è scaduto, il server limita le richieste in entrata
che superano la soglia giornaliera. Controlla le metriche di utilizzo
nella console Firebase ed esegui l'upgrade al piano Blaze se gli utenti attivi giornalieri
richiedono più di 100.000 recuperi giornalieri.
Come posso visualizzare l'utilizzo attuale per stimare la fattura?
Puoi monitorare l'utilizzo attuale e i
limiti di sistema attivi nella pagina Quote e limiti di sistema della Google Cloud console. Per maggiori dettagli, consulta
Visualizzare e gestire le quote. Quando filtri i report, assicurati di selezionare l'API Firebase specifica per cui vuoi controllare le quote (ad
esempio, firebaseremoteconfig.googleapis.com).