Un progetto Firebase è l'entità di primo livello per Firebase. In un progetto puoi registrare le tue app Apple, Android o Web. Dopo aver registrato le tue app con Firebase, puoi aggiungere gli SDK Firebase specifici del prodotto alla tua app, come Analytics, Cloud Firestore, Crashlytics o Remote Config.
Dovresti registrare le varianti delle tue app Apple, Android e Web all'interno di un singolo progetto Firebase. Puoi utilizzare più progetti Firebase per supportare più ambienti, ad esempio sviluppo, gestione temporanea e produzione.
Ecco alcune risorse per saperne di più sui progetti Firebase:
Comprendere i progetti Firebase : fornisce brevi panoramiche di diversi concetti importanti sui progetti Firebase, inclusa la loro relazione con Google Cloud e la gerarchia di base di un progetto e delle relative app e risorse.
Best practice generali per la configurazione di progetti Firebase : fornisce best practice generali di alto livello per la configurazione di progetti Firebase e la registrazione delle tue app con un progetto in modo da avere un flusso di lavoro di sviluppo chiaro che utilizza ambienti distinti.
Tieni presente che per tutti i progetti Firebase, Firebase aggiunge automaticamente un'etichetta firebase:enabled nella pagina Etichette del tuo progetto in Google Cloud Console. Scopri di più su questa etichetta nelle nostre Domande frequenti .
Che cos'è un'organizzazione Google Cloud?
Un'organizzazione Google Cloud è un contenitore per progetti Google Cloud (inclusi i progetti Firebase). Questa gerarchia consente una migliore organizzazione, gestione degli accessi e controllo dei tuoi progetti Google Cloud e Firebase. Per ulteriori informazioni, fare riferimento a Creazione e gestione delle organizzazioni .
Come faccio ad aggiungere Firebase a un progetto Google Cloud esistente?
Per aggiungere Firebase al tuo progetto Google Cloud esistente, fai clic su Aggiungi progetto nella pagina di destinazione della console Firebase , quindi seleziona il tuo progetto nel menu Nome progetto .
Perché il mio progetto Google Cloud ha un'etichetta firebase:enabled ?
Nella pagina Etichette del tuo progetto in Google Cloud Console, potresti vedere un'etichetta di firebase:enabled (nello specifico, una Key di firebase con un Valueenabled ).
Firebase ha aggiunto automaticamente questa etichetta perché il tuo progetto è un progetto Firebase, il che significa che per il tuo progetto sono abilitati servizi e configurazioni specifici di Firebase. Scopri di più sulla relazione tra i progetti Firebase e Google Cloud .
Ti consigliamo vivamente di non modificare o eliminare questa etichetta. Questa etichetta viene utilizzata da Firebase e Google Cloud per elencare i tuoi progetti Firebase (ad esempio, utilizzando l' endpoint projects.list dell'API REST o nei menu all'interno della console Firebase).
Tieni presente che l'aggiunta manuale di questa etichetta al tuo elenco di etichette di progetto NON abilita configurazioni e servizi specifici di Firebase per il tuo progetto Google Cloud. Per fare ciò, devi aggiungere Firebase tramite la console Firebase (o, per casi d'uso avanzati, tramite l' API REST di Firebase Management o la CLI Firebase ).
Perché il mio progetto Firebase non viene visualizzato nel mio elenco di progetti Firebase?
Queste domande frequenti sono applicabili se non vedi il tuo progetto Firebase nei seguenti posti:
In un elenco di progetti che stai visualizzando nella console Firebase
Nella risposta dall'esecuzione del comando CLI di Firebase firebase projects:list
Prova questi passaggi per la risoluzione dei problemi:
Innanzitutto, prova ad accedere al tuo progetto visitando direttamente l'URL del progetto. Utilizza il seguente formato: https://console.firebase.google.com/project/ PROJECT-ID /overview
Se non riesci ad accedere al progetto o ricevi errori di autorizzazione, controlla quanto segue:
Assicurati di aver effettuato l'accesso a Firebase utilizzando lo stesso Account Google che ha accesso al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
Assicurati che il tuo progetto abbia l'etichetta firebase:enabled nella pagina Etichette del tuo progetto in Google Cloud Console. Firebase e Google Cloud utilizzano questa etichetta per elencare i tuoi progetti Firebase. Se non vedi questa etichetta ma l'API di gestione Firebase è abilitata per il tuo progetto, aggiungi manualmente l'etichetta (nello specifico, una Key di firebase con un Valueenabled ).
Assicurati che ti sia stato assegnato uno dei ruoli IAM di base (proprietario, editor, visualizzatore) o un ruolo che disponga di autorizzazioni relative a Firebase, ad esempio un ruolo predefinito Firebase . Puoi visualizzare i tuoi ruoli nella pagina IAM di Google Cloud Console.
Se il tuo progetto appartiene a un'organizzazione Google Cloud, potresti richiedere autorizzazioni aggiuntive per visualizzare il progetto elencato nella console Firebase. Contatta la persona che gestisce la tua organizzazione Google Cloud per fornirti il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Browser.
Se nessuno dei passaggi di risoluzione dei problemi riportati sopra ti consente di visualizzare il tuo progetto in un elenco di progetti Firebase, contatta l'assistenza Firebase .
Quanti progetti posso avere per account?
Piano tariffario Spark: la tua quota di progetto è limitata a un numero limitato di progetti (di solito circa 5-10).
Piano tariffario Blaze: la quota del tuo progetto per account di fatturazione Cloud aumenta sostanzialmente finché il tuo account di fatturazione Cloud è in regola.
Tieni presente che l'eliminazione completa di un progetto richiede 30 giorni e viene conteggiata ai fini della tua quota finché non viene completamente eliminata.
Quante app Firebase posso avere in un progetto Firebase?
Un progetto Firebase è un contenitore per le app Firebase su Apple, Android e Web. Firebase limita a 30 il numero totale di app Firebase all'interno di un progetto Firebase.
Dopo questo numero, le prestazioni iniziano a peggiorare (soprattutto per Google Analytics) e alla fine, con un numero maggiore di app, alcune funzionalità del prodotto smettono di funzionare. Inoltre, se utilizzi l'accesso con Google come provider di autenticazione, viene creato un ID client OAuth 2.0 sottostante per ogni app nel tuo progetto. Esiste un limite di circa 30 ID cliente che possono essere creati all'interno di un singolo progetto.
Dovresti assicurarti che tutte le app Firebase all'interno di un singolo progetto Firebase siano varianti della piattaforma della stessa applicazione dal punto di vista dell'utente finale. Ad esempio, se sviluppi un'applicazione white label, ciascuna app etichettata in modo indipendente dovrebbe avere il proprio progetto Firebase, ma le versioni Apple e Android di tale etichetta possono trovarsi nello stesso progetto. Leggi indicazioni più dettagliate nelle nostre best practice generali per la configurazione di progetti Firebase .
Nel raro caso in cui il tuo progetto richieda più di 30 app, puoi richiedere un aumento del limite delle app. Il tuo progetto deve essere incluso nel piano tariffario Blaze per effettuare questa richiesta. Visita la console Google Cloud per presentare la tua richiesta e farla valutare. Scopri di più sulla gestione delle quote nella documentazione di Google Cloud.
Cosa succede se taggo il mio progetto come ambiente di "produzione"?
Nella console Firebase, puoi taggare i tuoi progetti Firebase con il loro tipo di ambiente, come ambienti di produzione o non specificati (non di produzione).
Contrassegnare il tuo progetto come tipo di ambiente non ha alcun effetto sul funzionamento del tuo progetto Firebase o sulle sue funzionalità. Tuttavia, il tagging può aiutare te e il tuo team a gestire i vari progetti Firebase per il ciclo di vita dell'app.
Se tagghi il tuo progetto come ambiente di produzione, aggiungiamo un tag Prod dai colori vivaci al progetto nella console Firebase, ricordandoti che eventuali modifiche potrebbero influire sulle app di produzione associate. In futuro, potremmo aggiungere più funzionalità e protezioni per i progetti Firebase contrassegnati come ambienti di produzione.
Per modificare il tipo di ambiente del tuo progetto Firebase, vai alle settingsImpostazioni progetto > Generale , quindi nella scheda Il tuo progetto in Ambiente , fai clic su edit per modificare il tipo di ambiente.
Dove posso trovare l'ID app per la mia app Firebase?
Nella console Firebase, vai alle settingsImpostazioni progetto . Scorri verso il basso fino alla scheda Le tue app , quindi fai clic sull'app Firebase desiderata per visualizzare le informazioni sull'app, incluso l' ID app .
Uno dei seguenti ruoli Firebase: Proprietario o Amministratore Firebase E
Uno dei seguenti livelli di accesso a Google Play: proprietario dell'account o amministratore
Per collegare la tua app AdMob , devi essere sia proprietario di un progetto Firebase che amministratore AdMob.
Per collegare il tuo account AdWords , devi essere sia proprietario di un progetto Firebase che amministratore AdWords.
Per collegare il tuo progetto BigQuery , devi essere il proprietario del progetto Firebase.
Quali avvisi open source dovrei includere nella mia app?
Sulle piattaforme Apple, il pod Firebase contiene un file NOTICES che include le voci pertinenti. L'SDK Android Firebase contiene Activity di supporto per mostrare le informazioni sulla licenza.
Autorizzazioni e accesso ai progetti Firebase
Come posso assegnare un ruolo a un membro del progetto, come il ruolo Proprietario?
Per gestire i ruoli assegnati a ciascun membro del progetto, devi essere un proprietario del progetto Firebase (o essere assegnato a un ruolo con l'autorizzazione resourcemanager.projects.setIamPolicy ).
Ecco i luoghi in cui puoi assegnare e gestire i ruoli:
La console Google Cloud offre un ampio set di strumenti per assegnare ruoli ai membri del progetto nella pagina IAM . Nella console Cloud puoi anche creare e gestire ruoli personalizzati , nonché concedere agli account di servizio l'accesso al tuo progetto.
Tieni presente che in Google Cloud Console i membri del progetto sono chiamati entità .
Se il Proprietario del tuo progetto non può più svolgere le attività di un Proprietario (ad esempio, la persona ha lasciato la tua azienda) e il tuo progetto non è gestito tramite un'organizzazione Google Cloud (vedi paragrafo successivo), puoi contattare l'assistenza Firebase per avere assegnato un Proprietario temporaneo.
Tieni presente che se un progetto Firebase fa parte di un'organizzazione Google Cloud, potrebbe non avere un proprietario. Se non riesci a trovare un proprietario per il tuo progetto Firebase, contatta la persona che gestisce la tua organizzazione Google Cloud per assegnare un proprietario per il progetto.
Come posso trovare il proprietario di un progetto Firebase?
Puoi visualizzare i membri del progetto e i loro ruoli nelle seguenti posizioni:
Se hai accesso al progetto nella console Firebase, puoi visualizzare l'elenco dei membri del progetto, inclusi i proprietari, nella pagina Utenti e autorizzazioni della console Firebase.
Se non hai accesso al progetto nella console Firebase, controlla se hai accesso al progetto in Google Cloud Console. Puoi visualizzare l'elenco dei membri del progetto, inclusi i proprietari, nella pagina IAM di Google Cloud Console.
Se il Proprietario del tuo progetto non può più svolgere le attività di un Proprietario (ad esempio, la persona ha lasciato la tua azienda) e il tuo progetto non è gestito tramite un'organizzazione Google Cloud (vedi paragrafo successivo), puoi contattare l'assistenza Firebase per avere assegnato un Proprietario temporaneo.
Tieni presente che se un progetto Firebase fa parte di un'organizzazione Google Cloud, potrebbe non avere un proprietario. Invece, la persona che gestisce la tua organizzazione Google Cloud può eseguire molte attività che può svolgere un proprietario. Tuttavia, per eseguire diverse attività specifiche del proprietario (come l'assegnazione di ruoli o la gestione delle proprietà di Google Analytics), l'amministratore potrebbe dover assegnarsi il ruolo di proprietario effettivo per eseguire tali attività. Se non riesci a trovare un proprietario per il tuo progetto Firebase, contatta la persona che gestisce la tua organizzazione Google Cloud per assegnare un proprietario per il progetto.
Perché o quando dovrei assegnare a un membro del progetto il ruolo di Proprietario?
Per garantire una corretta gestione di un progetto Firebase, è necessario che abbia un Proprietario . Il proprietario di un progetto è la persona che può eseguire diverse azioni amministrative importanti (come l'assegnazione di ruoli e la gestione delle proprietà di Google Analytics) e l'assistenza Firebase può soddisfare solo richieste amministrative provenienti da proprietari di progetto dimostrati.
Dopo aver configurato i proprietari per un progetto Firebase, è importante mantenere aggiornate tali assegnazioni.
Tieni presente che se un progetto Firebase fa parte di un'organizzazione Google Cloud, la persona che gestisce la tua organizzazione Google Cloud può eseguire molte attività che può svolgere un proprietario. Tuttavia, per diverse attività specifiche del proprietario (come l'assegnazione di ruoli o la gestione delle proprietà di Google Analytics), l'amministratore potrebbe dover assegnarsi il ruolo di proprietario effettivo per eseguire tali attività.
Non penso di avere un progetto Firebase, ma ne ho ricevuto un'e-mail. Come posso accedere a questo progetto?
L'e-mail che hai ricevuto dovrebbe contenere un collegamento per aprire il tuo progetto Firebase. Facendo clic sul collegamento nell'e-mail, il progetto dovrebbe essere aperto nella console Firebase.
Se non riesci ad aprire il progetto nel collegamento, assicurati di aver effettuato l'accesso a Firebase utilizzando lo stesso Account Google che ha ricevuto l'email relativa al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
Tieni presente che se sei l'amministratore di un'organizzazione Google Cloud, potresti ricevere notifiche sulle modifiche ai progetti Firebase all'interno della tua organizzazione. Tuttavia, potresti non disporre di autorizzazioni sufficienti per aprire il progetto Firebase. In questi casi, la soluzione più semplice è assegnarsi il ruolo di Proprietario effettivo per aprire il progetto ed eseguire le azioni richieste. Scopri di più su perché e quando assegnare il ruolo di Proprietario .
Piattaforme e framework
Visita le pagine di risoluzione dei problemi e domande frequenti specifiche della piattaforma per suggerimenti utili e risposte ad ulteriori domande frequenti.
Quali sono i browser supportati per accedere alla console Firebase?
È possibile accedere alla console Firebase dalle versioni recenti dei browser desktop più diffusi come Chrome, Firefox, Safari ed Edge. I browser mobili attualmente non sono completamente supportati.
Posso caricare la console Firebase, ma perché non riesco a trovare o accedere al mio progetto Firebase?
Queste domande frequenti sono applicabili se riscontri uno dei seguenti problemi:
La console Firebase restituisce una pagina di errore che indica che il tuo progetto potrebbe non esistere o che non hai accesso al progetto.
La console Firebase non visualizza il tuo progetto anche quando inserisci l'ID progetto o il nome del progetto nel campo di ricerca della console.
Prova questi passaggi per la risoluzione dei problemi:
Innanzitutto, prova ad accedere al tuo progetto visitando direttamente l'URL del progetto. Utilizza il seguente formato: https://console.firebase.google.com/project/ PROJECT-ID /overview
Se ancora non riesci ad accedere al progetto o ricevi errori di autorizzazione, controlla quanto segue:
Assicurati di aver effettuato l'accesso a Firebase utilizzando lo stesso Account Google che ha accesso al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
Assicurati che ti sia stato assegnato uno dei ruoli IAM di base (proprietario, editor, visualizzatore) o un ruolo che disponga di autorizzazioni relative a Firebase, ad esempio un ruolo predefinito Firebase . Puoi visualizzare i tuoi ruoli nella pagina IAM di Google Cloud Console.
Se il tuo progetto appartiene a un'organizzazione Google Cloud, potresti richiedere autorizzazioni aggiuntive per visualizzare il progetto elencato nella console Firebase. Contatta la persona che gestisce la tua organizzazione Google Cloud per fornirti il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Browser.
Se nessuno dei passaggi di risoluzione dei problemi riportati sopra ti consente di trovare o accedere al tuo progetto, contatta l'assistenza Firebase .
Perché la console Firebase non viene caricata?
Queste domande frequenti sono applicabili se riscontri uno dei seguenti problemi:
Una pagina nella console Firebase non termina mai il caricamento.
I dati all'interno di una pagina non vengono caricati come previsto.
Ricevi messaggi di errore del browser durante il caricamento della console Firebase.
Prova questi passaggi per la risoluzione dei problemi:
Per modificare la preferenza della lingua, vedere Cambiare lingua .
La console Firebase supporta le seguenti lingue:
Inglese
Portoghese Brasiliano
francese
Tedesco
indonesiano
giapponese
coreano
russo
Cinese semplificato
spagnolo
Cinese tradizionale
Quali ruoli e autorizzazioni supporta la console Firebase?
La console Firebase e Google Cloud Console utilizzano gli stessi ruoli e autorizzazioni sottostanti. Scopri di più su ruoli e autorizzazioni nella documentazione IAM di Firebase .
Un proprietario del progetto può aggiungere altri membri al progetto, impostare integrazioni (collegamento del progetto a servizi come BigQuery o Slack) e avere accesso completo in modifica al progetto.
Un editor di progetto ha accesso completo alla modifica del progetto.
Un visualizzatore di progetto ha solo accesso in lettura per il progetto. Tieni presente che la console Firebase attualmente non nasconde/disabilita i controlli dell'interfaccia utente di modifica dai visualizzatori del progetto, ma queste operazioni falliranno per i membri del progetto a cui è stato assegnato il ruolo di Visualizzatore.
Firebase supporta anche:
Ruoli predefiniti Firebase : ruoli specifici di Firebase curati che consentono un controllo degli accessi più granulare rispetto ai ruoli di base di Proprietario, Editor e Visualizzatore.
Ruoli personalizzati : ruoli IAM completamente personalizzati creati per personalizzare un set di autorizzazioni che soddisfino i requisiti specifici della tua organizzazione.
Prezzi
Quali prodotti vengono pagati? Quali sono a costo zero?
I prodotti infrastrutturali a pagamento di Firebase sono Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab e autenticazione telefonica. Offriamo un livello gratuito per tutte queste funzionalità.
Firebase offre anche molti prodotti gratuiti: Analytics, Cloud Messaging, compositore di notifiche, Remote Config, indicizzazione delle app, collegamenti dinamici e reporting sugli arresti anomali. Puoi utilizzare una quantità illimitata di uno qualsiasi di questi prodotti in tutti i piani, incluso il nostro piano Spark gratuito. Inoltre, tutte le funzionalità di autenticazione oltre all'autenticazione telefonica non hanno alcun costo.
Firebase offre crediti di prova gratuiti per i prodotti a pagamento?
I servizi a pagamento Firebase possono essere utilizzati durante la prova gratuita di Google Cloud . I nuovi utenti di Google Cloud e Firebase possono usufruire di un periodo di prova di 90 giorni che include $ 300 in crediti gratuiti per la fatturazione Cloud per esplorare e valutare i prodotti e i servizi Google Cloud e Firebase.
Durante il periodo di prova gratuita di Google Cloud, ti verrà fornito un account di fatturazione Cloud di prova gratuita. Qualsiasi progetto Firebase che utilizza tale account di fatturazione rientrerà nel piano tariffario Blaze durante il periodo di prova gratuita.
Non preoccuparti, la configurazione di questo account di fatturazione Cloud di prova gratuita non ci consente di addebitarti alcun costo. Non ti verrà addebitato alcun importo a meno che non abiliti esplicitamente la fatturazione aggiornando il tuo account di fatturazione Cloud di prova gratuita a un account a pagamento. Puoi passare a un account a pagamento in qualsiasi momento durante il periodo di prova. Dopo aver eseguito l'upgrade, puoi comunque utilizzare i crediti rimanenti (entro il periodo di 90 giorni).
Una volta scaduta la prova gratuita, dovrai effettuare il downgrade del tuo progetto al piano tariffario Spark o impostare il piano tariffario Blaze nella console Firebase per continuare a utilizzare il tuo progetto Firebase.
Come faccio a sapere quale piano tariffario è adatto a me?
Piano tariffario Spark
Il nostro piano Spark è il luogo ideale per sviluppare la tua app senza alcun costo. Ottieni tutte le funzionalità Firebase gratuite (Analytics, compositore di notifiche, Crashlytics e così via) e quantità generose di funzionalità della nostra infrastruttura a pagamento. Tuttavia, se superi le risorse del piano Spark in un mese di calendario, la tua app verrà disattivata per il resto del mese. Inoltre, le funzionalità di Google Cloud non sono disponibili quando si utilizza il piano Spark.
Piano tariffario Blaze
Il nostro piano Blaze è progettato per le app di produzione. Il piano Blaze ti consente anche di estendere la tua app con funzionalità Google Cloud a pagamento. Paghi solo per le risorse che consumi, consentendoti di adattarti alla domanda. Ci impegniamo a rendere i prezzi dei nostri piani Blaze competitivi con i fornitori di servizi cloud leader del settore.
Come posso monitorare l'utilizzo e la fatturazione?
Puoi monitorare l'utilizzo delle risorse del progetto nella console Firebase su una delle seguenti dashboard:
Nel gennaio 2020, il piano tariffario Flame ($ 25/mese di quota aggiuntiva) è stato rimosso come opzione per le nuove iscrizioni. Agli utenti del piano esistente è stato concesso un periodo di grazia per migrare i propri progetti dal piano Flame. Nel febbraio 2022, i restanti progetti del piano tariffario Flame sono stati declassati al piano tariffario Spark. Di conseguenza,
I progetti esistenti dei piani Spark e Blaze e tutti i nuovi progetti non possono più passare o iscriversi al piano Flame.
Se hai spostato un progetto del piano Flame esistente su un piano tariffario diverso, il progetto non potrà tornare al piano Flame.
I progetti sottoposti a downgrade al piano Spark possono essere aggiornati al piano Blaze per riprendere servizi a pagamento aggiuntivi.
I riferimenti al piano Flame sono stati rimossi dalla documentazione.
Hai altre domande sul pensionamento del piano Flame? Leggi alcune delle domande frequenti aggiuntive di seguito.
Vuoi conoscere gli altri piani tariffari offerti da Firebase? Visita la nostra pagina dei prezzi di Firebase ! Se desideri iniziare a spostare eventuali progetti esistenti su un altro piano tariffario, puoi farlo nella console Firebase per il tuo progetto.
Ulteriori domande frequenti sul ritiro del piano Flame
Ho un progetto, un processo o un modello di business che si basa su un costo Firebase fisso. Cosa dovrei fare?
Posso avere un accesso speciale per creare nuovi progetti del piano Flame?
No, Firebase non offre un accesso speciale per i progetti a cui passare o iscriversi al piano Flame.
Ho cambiato il mio progetto del piano Flame con un piano tariffario diverso. Come posso cambiarlo di nuovo?
Il passaggio al piano Flame non è più possibile. Per accedere ai servizi forniti dal piano Flame, assicurati di utilizzare il piano tariffario Blaze e valuta la possibilità di impostare avvisi di budget per il tuo progetto.
Il mio progetto è stato automaticamente trasferito a un piano tariffario diverso come parte del ritiro del piano Flame. Cosa dovrei fare?
Se il tuo progetto richiede una quota aggiuntiva oltre a quella fornita con il piano Spark, dovrai aggiornare il tuo progetto al piano tariffario Blaze.
Perché il piano Flame viene ritirato?
Nel corso degli anni, abbiamo assistito a un calo nell'utilizzo del piano Flame e la maggior parte dei progetti che utilizzano il piano non ne utilizzano l'intero valore. Mantenere questo piano tariffario generalmente non è conveniente e riteniamo che potremmo servire meglio tutti se le risorse fossero destinate ad altre iniziative Firebase.
In che modo l'utilizzo senza costi del piano Blaze differisce dall'utilizzo senza costi del piano Spark?
L'utilizzo gratuito del piano Blaze viene calcolato giornalmente. I limiti di utilizzo differiscono anche dal piano Spark per Cloud Functions, autenticazione telefonica e Test Lab.
Per Cloud Functions, l'utilizzo senza costi del piano Blaze viene calcolato a livello di account di fatturazione Cloud, non a livello di progetto e presenta i seguenti limiti:
2 milioni di invocazioni al mese
400.000 GB/secondo/mese
200.000 CPU-secondi/mese
5 GB di rete in uscita al mese
Per l'autenticazione telefonica, l'utilizzo gratuito del piano Blaze viene calcolato mensilmente.
Per Test Lab, l'utilizzo gratuito del piano Blaze presenta i seguenti limiti:
30 minuti di dispositivo fisico/giorno
60 minuti/giorno per dispositivo virtuale
La quota di utilizzo senza costi viene reimpostata quando passo da un piano Spark a un piano Blaze?
L'utilizzo gratuito del piano Spark è incluso nel piano Blaze. L'utilizzo gratuito non viene reimpostato quando si passa a un piano Blaze.
Cos'è una "connessione simultanea al database"?
Una connessione simultanea equivale a un dispositivo mobile, una scheda del browser o un'app server collegata al database. Firebase impone limiti rigidi al numero di connessioni simultanee al database della tua app. Questi limiti sono in vigore per proteggere sia Firebase che i nostri utenti dagli abusi.
Il limite del piano Spark è 100 e non può essere aumentato. I piani Flame e Blaze hanno un limite di 200.000 connessioni simultanee per database.
Questo limite non corrisponde al numero totale di utenti della tua app, perché i tuoi utenti non si connettono tutti contemporaneamente. Se hai bisogno di più di 200.000 connessioni simultanee, leggi Scalabilità con più database .
Cosa succede se supero i limiti di spazio di archiviazione o di download del piano Spark per Realtime Database?
Per fornirti un prezzo prevedibile, le risorse a tua disposizione nei piani Spark sono limitate. Ciò significa che quando superi qualsiasi limite del piano in un mese, la tua app verrà disattivata per impedire qualsiasi ulteriore utilizzo delle risorse e costi aggiuntivi.
Cosa succede se supero i limiti di connessione simultanea del piano Spark per Realtime Database?
Quando la tua app raggiunge il limite di simultaneità nel piano Spark, qualsiasi connessione successiva verrà rifiutata finché alcune delle connessioni esistenti non verranno chiuse. L'app continuerà a funzionare per gli utenti connessi.
Come funziona l'integrazione di Firebase con Google Cloud?
Firebase è profondamente integrato con Google Cloud . I progetti sono condivisi tra Firebase e Google Cloud, quindi i progetti possono avere i servizi Firebase e i servizi Google Cloud abilitati. Puoi accedere allo stesso progetto dalla console Firebase o da Google Cloud Console. Nello specifico:
Alcuni prodotti Firebase sono supportati direttamente da Google Cloud, come Cloud Storage for Firebase. L'elenco dei prodotti supportati da Google Cloud continuerà a crescere nel tempo.
Molte delle tue impostazioni, inclusi i collaboratori e i dati di fatturazione, sono condivise da Firebase e Google Cloud. Il tuo utilizzo di Firebase e Google Cloud appare nella stessa fattura.
Inoltre, quando esegui l'upgrade al piano Blaze, puoi utilizzare qualsiasi API e Infrastructure-as-a-Service di livello mondiale di Google Cloud direttamente all'interno del tuo progetto Firebase, ai prezzi standard di Google Cloud . Puoi anche esportare i dati da Google Cloud direttamente a BigQuery per l'analisi. Per ulteriori informazioni, consulta Collegare BigQuery a Firebase.
L'utilizzo di Google Cloud con Firebase offre molti vantaggi in termini di miglioramento della sicurezza, miglioramento della latenza e risparmio di tempo (rispetto ad altri servizi cloud non co-localizzati). Controlla il sito di Google Cloud per maggiori dettagli.
Cosa succede al mio progetto Firebase se aggiungo o rimuovo gli account di fatturazione per quel progetto in Google Cloud Console?
Se un account di fatturazione Cloud viene aggiunto a un progetto in Google Cloud Console, lo stesso progetto verrà automaticamente aggiornato al piano Firebase Blaze se il progetto è attualmente incluso nel piano Spark.
Al contrario, se un account di fatturazione Cloud attivo esistente viene rimosso da un progetto in Google Cloud Console, tale progetto verrà sottoposto a downgrade al piano Firebase Spark.
Posso eseguire l'upgrade, il downgrade o l'annullamento in qualsiasi momento?
Sì, puoi eseguire l'upgrade, il downgrade o l'annullamento in qualsiasi momento. Tieni presente che non forniamo rimborsi proporzionali per downgrade o cancellazioni. Ciò significa che se esegui il downgrade o annulli prima della fine del periodo di fatturazione, pagherai comunque per il resto del mese.
Che tipo di supporto riceverò?
Tutte le app Firebase, comprese quelle che utilizzano piani senza costi, includono il supporto via email da parte del personale Firebase durante l'orario lavorativo del Pacifico negli Stati Uniti. Tutti gli account dispongono di supporto illimitato per problemi relativi alla fatturazione, problemi relativi all'account, domande tecniche (risoluzione dei problemi) e rapporti sugli incidenti.
Posso limitare l'utilizzo del piano Blaze?
No, al momento non puoi limitare l'utilizzo del tuo piano Blaze. Stiamo valutando le opzioni per supportare i limiti sull'utilizzo del piano Blaze.
Gli utenti di Blaze possono definire un budget per il proprio progetto o account e ricevere avvisi quando la spesa si avvicina a tali limiti. Scopri come impostare gli avvisi sul budget .
Cosa sono i backup automatici? Offrite backup orari?
I backup automatici sono una funzionalità avanzata per i clienti del nostro piano tariffario Blaze che esegue il backup dei dati del Firebase Realtime Database una volta al giorno e li carica su Google Cloud Storage .
Non offriamo backup orari.
Offrite sconti open source, no profit o didattici?
Il nostro piano Spark può essere utilizzato da qualsiasi tipo di individuo o organizzazione, comprese organizzazioni no profit, scuole e progetti open source. Poiché questi piani includono già quote generose, non offriamo sconti o piani speciali per progetti open source, no-profit o educativi.
Do you offer enterprise contracts, pricing, support, or dedicated infrastructure hosting?
Our Blaze plan is suitable for enterprises of all sizes, and our SLA meets or exceeds the industry standard for cloud infrastructure. However, we do not currently offer enterprise contracts, pricing, or support, nor do we offer dedicated infrastructure hosting (that is, on-premises installations) for services like our Realtime Database. We are hard at work adding some of these features.
Do you offer ad-hoc pricing? I only want pay-as-you-go for one or two features.
We offer ad-hoc pricing in the Blaze plan, where you pay only for the features you use.
How do the paid Firebase plans work with Ads? Are there no-cost advertising credits with paid plans?
The Firebase pricing plans are separate from Ads, so there are no advertising credits without cost. As a Firebase developer, you are able to "link" your Ads account to Firebase to support conversion tracking.
All ads campaigns are managed directly in Ads, and Ads billing is managed from the Ads console.
Cloud Functions pricing
Why do I need a billing account to use Cloud Functions for Firebase?
Cloud Functions for Firebase relies on some paid Google services. New function deployments with Firebase CLI 11.2.0 and higher rely on Cloud Build and Artifact Registry . Deployments to older versions use Cloud Build in the same way, but rely on Container Registry and Cloud Storage for storage instead of Artifact Registry. Usage of these services will be billed in addition to existing pricing.
Storage space for Firebase CLI 11.2.0 and newer versions
Artifact Registry provides the containers in which functions run. Artifact Registry provides the first 500MB at no cost, so your first function deployments may not incur any fees. Above that threshold, each additional GB of storage is billed at $0.10 per month.
Storage space for Firebase CLI 11.1.x and prior versions
For functions deployed to older versions, Container Registry , provides the containers in which functions run. You'll be billed for each container required to deploy a function. You may notice small charges for each container stored—for example, 1GB of storage is billed at $0.026 per month .
To understand more about how your bill might change, please review the following
Does Cloud Functions for Firebase still have no-cost usage?
Yes. On the Blaze plan, Cloud Functions provides a no-cost tier for invocations, compute time, and internet traffic. The first 2,000,000 invocations, 400,000 GB-sec, 200,000 CPU-sec, and 5 GB of Internet egress traffic is provided at no cost each month. You'll be charged only for usage above those thresholds.
After the first 500MB of no-cost storage, each deployment operation will incur small-scale charges for the storage space used for the function's container. If your development process depends on deploying functions for testing, you can further minimize costs by using the Firebase Local Emulator Suite during development.
Is Firebase planning to raise the quotas and limits for Cloud Functions for Firebase?
No. There are no plans to change the quotas except for the removal of a maximum build time limit; instead of receiving errors or warnings when the daily build quota of 120 minutes is reached, you'll be billed under the terms of the Blaze pricing plan. See Quotas and limits .
Can I get the Google Cloud $300 credit?
Yes, you can create a Cloud Billing account in the Google Cloud Console to get the $300 credit, then link that Cloud Billing account to a Firebase project.
Note that if you do this, you have to then set up the Blaze pricing plan in the Firebase console in order for your project to continue working after the $300 credit is exhausted.
I want to follow a codelab to learn about Firebase. Can you give me a temporary billing account?
No, sorry. You can use the Firebase emulator for development without having a Cloud Billing account. Alternatively, try applying for a Google Cloud free trial . If you're still having trouble paying your bill because of this change, contact Firebase Support.
I'm worried I'm going to rack up a huge bill.
You can set up budget alerts in the Google Cloud Console to help control costs. Also, you can set limits on the number of billed instances created for each of your functions. To get an idea of costing for typical scenarios, see the Cloud Functions Pricing examples.
To use extensions, you will need to upgrade to the Blaze pricing plan. You will be charged a small amount (typically around $0.01 per month for the Firebase resources required by each extension you install (even if they are not used), in addition to any charges associated with your use of Firebase services.
Cloud Storage for Firebase pricing
How do I predict how much I will be billed for upload and download operations?
Visit the Firebase Pricing page and use the Blaze plan calculator . The calculator lists all the usage types for Cloud Storage for Firebase.
Use the sliders to input the expected usage of your Storage bucket. The calculator will estimate your monthly bill.
What happens if I exceed Spark plan upload, download or storage limits for Cloud Storage for Firebase?
When you exceed limits for Cloud Storage in a project on the Spark plan, the result depends on the type of limit that you exceed:
If you exceed the GB stored limit, you will not be able to store any more data in that project unless you remove some of the data stored or upgrade to a plan that provides more storage space, or unlimited storage space.
If you exceed the GB downloaded limit, your app will not be able to download more data until the next day (starting at midnight, US Pacific Time), unless you upgrade to a plan with less restrictive limits, or with no limits.
If you exceed the upload or download operations limit, your app will not be able to upload or download more data until the next day (starting at midnight, US Pacific Time), unless you upgrade to a plan with less restrictive limits, or with no limits.
Privacy
Where can I find information about privacy and security in Firebase?
Do the Firebase SDKs log any usage/diagnostic information outside of Analytics?
Yes. This is currently iOS-only, but may change in the future. The Firebase Apple platforms SDK includes the FirebaseCoreDiagnostics framework by default. This framework is used by Firebase to collect SDK usage and diagnostics information to help prioritize future product enhancements. FirebaseCoreDiagnostics is optional, so if you would like to opt out of sending Firebase diagnostic logs, you can do so by unlinking the library from your application. You can browse the full source, including logged values, on GitHub
A/B Testing
A/B Testing: How many experiments can I create and run?
You are allowed up to 300 experiments per project, which could consist of up to 24 running experiments, with the rest as draft or completed.
A/B Testing: Why can't I view my experiments after unlinking and re-linking my project to Google Analytics?
Linking to a different Google Analytics property will cause you to lose access to experiments created beforehand. To regain access to a previous experiment, re-link your project to the Google Analytics property that was linked when the experiment was created.
A/B Testing: Why do I receive a "Project not linked to Google Analytics" message when creating a Remote Config experiment?
If you've already linked Firebase and Google Analytics , but still see a message that Google Analytics is not linked, make sure that an Analytics stream exists for all apps in your project. Currently, all apps in a project must be connected to a Google Analytics stream to use A/B Testing.
You can find the list of all active streams on the Google Analytics integration details page within the Firebase console, accessed from settingsProject Settingschevron_rightIntegrationschevron_rightGoogle Analyticschevron_rightManage .
Creating a Google Analytics stream for any app that does not have one should resolve the issue. There are a few ways to create streams for missing apps:
If you only have one or two apps missing an associated Google Analytics stream, you can choose one of the following methods to add a Google Analytics stream:
Delete and re-add any app without an active stream in the Firebase console.
From the Google Analytics console , select Admin , click Data Streams , then click Add stream , add the missing app's details, and click Register app .
If you have more than a few missing app streams, unlinking and relinking your Google Analytics property is the fastest and most efficient way to create the missing app streams:
From settingsProject Settings , select Integrations .
Within the Google Analytics card, click Manage to access Firebase and Google Analytics settings.
Make a note of the Google Analytics Property ID and the Linked Google Analytics account .
Click more_vertMore and select Unlink Analytics from this project .
Review the warning that appears (don't worry here; you will relink the same property in the next step), then click Unlink Google Analytics .
When unlinking is complete, you'll be redirected to the Integrations page.
Within the Google Analytics card, click Enable to begin the relinking process.
Select your Analytics account from the Select account list.
Next to Automatically create a new property in this account , click editEdit and, from the Analytics property list that appears, select your property ID.
A list of all apps in your project appears. Existing stream mappings for each app are listed, and apps that do not have a stream will have one created for them.
Click Enable Google Analytics to relink the property.
AdMob: To use AdMob, should I use the Firebase SDK for AdMob or the Google Mobile Ads SDK?
For iOS projects , use the Google Mobile Ads SDK: pod 'Google-Mobile-Ads-SDK'
For Android projects , use the Google Mobile Ads SDK: implementation 'com.google.android.gms:play-services-ads:22.4.0'
Note that the Firebase Android SDKs for AdMob transitively include the Firebase SDK for Google Analytics. So, if your app calls any Google Analytics APIs and you switch to using the Google Mobile Ads SDK, make sure that you explicitly add the dependency for the Firebase SDK for Google Analytics ( com.google.firebase:firebase-analytics ) to your app's build.gradle file.
Analytics: Why is Google Analytics a recommended part of using Firebase products?
Google Analytics is a free and unlimited analytics solution that works with Firebase features to deliver powerful insights. It enables you to view event logs in Crashlytics, notification effectiveness in FCM, deep link performance for Dynamic Links, and in-app purchase data from Google Play. It powers advanced audience targeting in Remote Config, Remote Config personalization, and more.
Google Analytics acts as a layer of intelligence in the Firebase console to provide you with more actionable insights about how to develop a high quality app, grow your user base, and earn more money.
Analytics: How do I control how my Analytics data is shared with the rest of Firebase?
By default, your Google Analytics data is used to enhance other Firebase and Google features. You can control how your Google Analytics data is shared in your project settings anytime. Learn more about Data sharing settings .
Analytics: How do I update my Analytics property settings?
From the Admin page in your Google Analytics property, you can update your property settings, such as:
Data sharing settings
Data retention settings
Time zone and currency settings
To update your property settings, follow these steps:
In the Firebase console, go to your settings > Project settings .
Go to the Integrations tab, and then in the Google Analytics card, click Manage or View link .
Analytics: Why don't I see any Analytics data in the Firebase console after unlinking Firebase from Google Analytics?
Analytics data resides within the Google Analytics property — not within the Firebase project. If you delete or unlink the property, then the Analytics data will not be accessible to Firebase and you'll see an empty Analytics dashboard in the Firebase console. Note that since the data still resides in the previously linked property, you can always relink the property to Firebase and see the Analytics data in the Firebase console.
Linking a brand new Google Analytics account (and thus a new Google Analytics property) to your Firebase project will result in an empty Analytics dashboard in the Firebase console. However, if your previously linked property still exists, then you can move the existing data from the old property to the new property.
Analytics: If my Analytics property and its data were deleted, is there any way to get them back?
No. If your property has been deleted, it isn't possible to undelete the property or retrieve the previously collected Analytics data stored in that property.
If you'd like to start using Google Analytics again, you can link either a new property or an existing property to your Firebase project. You can do this linking in either the Firebase console or the Google Analytics UI. Learn more about linking a Google Analytics property to your Firebase project.
Analytics: If my Analytics property was deleted, can I link a new Google Analytics property to my Firebase project and start using Analytics again?
If you'd like to start using Google Analytics again, you can link either a new property or an existing property to your Firebase project. You can do this linking in either the Firebase console or the Google Analytics UI. Learn more about linking a Google Analytics property to your Firebase project.
Note that since all Analytics data is stored in the property (not the Firebase project), the previously collected Analytics data cannot be retrieved.
Analytics: How will Firebase products or integrated Google products be affected by the deletion of my Analytics property?
Several Firebase products rely on the Google Analytics integration. If your Analytics property and its data are deleted, the following will happen if you use the following products:
Crashlytics — You can no longer see crash-free users, breadcrumb logs, and/or velocity alerts.
Cloud Messaging and In-App Messaging — You can no longer use targeting, campaign metrics, audience segmentation, and analytics labels.
Remote Config — You can no longer use targeted configurations or Personalization.
A/B Testing — You can no longer use A/B Testing since the experiment measurement is supplied by Google Analytics.
Dynamic Links — Any feature that relies on data from Google Analytics will be disrupted.
In addition, the following integrations will be affected:
Analytics: How do I segment users who have not met some criterion?
You can reframe the problem by "negatively targeting" these users. For example, reframe the problem as "Don't show ads to people who have bought something", and form an audience of those users to target.
Analytics: Are audiences and/or events defined in the Google Analytics interface also available in the Firebase console?
Your audiences and user properties will be synced. For some features, you'll need to use the Google Analytics interface, such as segmentation and closed funnels. You can access the Google Analytics interface directly via deep-links from the Firebase console.
Any changes you make from the Firebase console can also be performed in Google Analytics, and those changes will be reflected in Firebase.
Authentication
Firebase Authentication: Which countries are supported for phone authentication?
Firebase Authentication supports phone number verification across the the world, but not all networks reliably deliver our verification messages. The following countries have good rates of delivery, and should be expected to work well for phone number sign in.
Country
Code
AD
Andorra
AE
United Arab Emirates
AF
Afghanistan
AG
Antigua and Barbuda
AL
Albania
AM
Armenia
AO
Angola
AR
Argentina
AS
American Samoa
AT
Austria
AU
Australia
AW
Aruba
AZ
Azerbaijan
BA
Bosnia and Herzegovina
BB
Barbados
BD
Bangladesh
BE
Belgium
BF
Burkina Faso
BG
Bulgaria
BJ
Benin
BM
Bermuda
BN
Brunei Darussalam
BO
Bolivia
BR
Brazil
BS
Bahamas
BT
Bhutan
BW
Botswana
BY
Belarus
BZ
Belize
CA
Canada
CD
Congo, (Kinshasa)
CF
Central African Republic
CG
Congo (Brazzaville)
CH
Switzerland
CI
Côte d'Ivoire
CK
Cook Islands
CL
Chile
CM
Cameroon
CO
Colombia
CR
Costa Rica
CV
Cape Verde
CW
Curaçao
CY
Cyprus
CZ
Czech Republic
DE
Germany
DJ
Djibouti
DK
Denmark
DM
Dominica
DO
Dominican Republic
DZ
Algeria
EC
Ecuador
EG
Egypt
ES
Spain
ET
Ethiopia
FI
Finland
FJ
Fiji
FK
Falkland Islands (Malvinas)
FM
Micronesia, Federated States of
FO
Faroe Islands
FR
France
GA
Gabon
GB
United Kingdom
GD
Grenada
GE
Georgia
GF
French Guiana
GG
Guernsey
GH
Ghana
GI
Gibraltar
GL
Greenland
GM
Gambia
GP
Guadeloupe
GQ
Equatorial Guinea
GR
Greece
GT
Guatemala
GY
Guyana
HK
Hong Kong, SAR China
HN
Honduras
HR
Croatia
HT
Haiti
HU
Hungary
ID
Indonesia
IE
Ireland
IL
Israel
IM
Isle of Man
IN
India
IQ
Iraq
IT
Italy
JE
Jersey
JM
Jamaica
JO
Jordan
JP
Japan
KE
Kenya
KG
Kyrgyzstan
KH
Cambodia
KM
Comoros
KN
Saint Kitts and Nevis
KR
Korea (South)
KW
Kuwait
KY
Cayman Islands
KZ
Kazakhstan
LA
Lao PDR
LB
Lebanon
LC
Saint Lucia
LI
Liechtenstein
LK
Sri Lanka
LS
Lesotho
LT
Lithuania
LU
Luxembourg
LV
Latvia
LY
Libya
MA
Morocco
MD
Moldova
ME
Montenegro
MF
Saint-Martin (French part)
MG
Madagascar
MK
Macedonia, Republic of
MM
Myanmar
MN
Mongolia
MO
Macao, SAR China
MS
Montserrat
MT
Malta
MU
Mauritius
MW
Malawi
MX
Mexico
MY
Malaysia
MZ
Mozambique
NA
Namibia
NC
New Caledonia
NE
Niger
NF
Norfolk Island
NG
Nigeria
NI
Nicaragua
NL
Netherlands
NO
Norway
NP
Nepal
NZ
New Zealand
OM
Oman
PA
Panama
PE
Peru
PG
Papua New Guinea
PH
Philippines
PK
Pakistan
PL
Poland
PM
Saint Pierre and Miquelon
PR
Puerto Rico
PS
Palestinian Territory
PT
Portugal
PY
Paraguay
QA
Qatar
RE
Réunion
RO
Romania
RS
Serbia
RU
Russian Federation
RW
Rwanda
SA
Saudi Arabia
SC
Seychelles
SE
Sweden
SG
Singapore
SH
Saint Helena
SI
Slovenia
SK
Slovakia
SL
Sierra Leone
SN
Senegal
SR
Suriname
ST
Sao Tome and Principe
SV
El Salvador
SZ
Swaziland
TC
Turks and Caicos Islands
TG
Togo
TH
Thailand
TL
Timor-Leste
TM
Turkmenistan
TO
Tonga
TR
Turkey
TT
Trinidad and Tobago
TW
Taiwan, Republic of China
TZ
Tanzania, United Republic of
UA
Ukraine
UG
Uganda
US
United States of America
UY
Uruguay
UZ
Uzbekistan
VC
Saint Vincent and Grenadines
VE
Venezuela (Bolivarian Republic)
VG
British Virgin Islands
VI
Virgin Islands, US
VN
Viet Nam
WS
Samoa
YE
Yemen
YT
Mayotte
ZA
South Africa
ZM
Zambia
ZW
Zimbabwe
Firebase Authentication: How can I prevent SMS abuse when using phone authentication?
To help protect your project from SMS traffic pumping and API abuse, take the following steps:
Look for regions with a very high number of sent SMS and a very low number (or zero) of verified SMS. The ratio of verified/sent is your success rate. Healthy success rates are commonly in the 70-85% range since SMS is not a guaranteed delivery protocol, and some regions may experience abuse. Success rates below 50% imply many sent SMS but few successful logins, which is a common indicator of bad actors and SMS traffic pumping.
Use SMS Region Policy to either deny SMS regions with low success rates, or only allow certain regions if your app is only intended for distribution in certain markets.
Limit your authorized authentication domains
Use the Authentication settings dashboard to manage authorized domains. The localhost domain is added by default to the approved authentication domains to simplify development. Consider removing localhost from the authorized domains in your production project to prevent bad actors from running code on theirlocalhost to access your production project.
Enable and enforce App Check
Enable App Check to help protect your project from API abuse by attesting that requests only come from applications associated with your project.
Remember that you need to enforce App Check for Authentication in the Firebase console (consider monitoring traffic before enforcing). Also, double check your reCAPTCHA Enterprise approved sites list to validate that it only contains your production sites, and that the list of applications registered to your project in App Check is accurate.
Note that App Check helps protect against automated attacks by asserting that the call comes from one of your registered applications. It does not prevent users from using your app in unintended ways (for example, starting then never finishing login flows to generate sent SMS).
Firebase Authentication: In my Android app, why am I getting the following error: Google sign in failed ?
Follow the troubleshooting steps in this FAQ if you're getting the following error:
GoogleFragment: Google sign in failed
com.google.android.gms.common.api.ApiException: 13: Unable to get token.
at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
Make sure that Google sign-in is properly enabled as an authentication provider:
Within the Sign in method tab, disable and then re-enable the Google sign-in method (even if it's already enabled):
Open the Google sign-in method, disable it, and then click Save .
Re-open the Google sign-in method, enable it, and then click Save .
Also, in the Google sign-in provider configuration of the Authentication section, make sure that the OAuth client ID and secret match the web client displayed in the Credentials page of the Google Cloud Console (look in the OAuth 2.0 Client IDs section).
Firebase Authentication: How do I manually construct an OAuth web client??
Open the Credentials page of the Google Cloud Console.
At the top of the page, select Create credentials > OAuth client ID .
If you're prompted to configure your consent screen, follow the on-screen instructions, and then continue with the following steps of this FAQ.
Create the OAuth web client:
For the Application Type , select Web application .
For the Authorized JavaScript Origins , add the following:
http://localhost
http://localhost:5000
https:// PROJECT_ID .firebaseapp.com
https:// PROJECT_ID .web.app
For the Authorized Redirect URIs , add the following:
Within the Sign in method tab, open the Google sign-in provider, and then paste the web server client ID and secret you just constructed and copied from the Google Cloud Console. Click Save .
Firebase Authentication: How is %APP_NAME% determined for the email template for the confirmation email that can be sent to a user when they sign up using an email address and password?
Before December 2022, the %APP_NAME% in the email template was populated with the OAuth brand name that was automatically provisioned whenever an Android app was registered in the Firebase project. Now, since the OAuth brand is provisioned only when Google sign-in is enabled, the following describes how %APP_NAME% is determined:
If the OAuth brand name is available, then the %APP_NAME% in the email template will be the OAuth brand name (same as pre-December 2022 behavior).
If the OAuth brand name is not available, here's how the %APP_NAME% in the email template is determined:
For web apps , the %APP_NAME% will be the default Firebase Hosting site name (the value preceding .firebaseapp.com and .web.app and usually the Firebase project ID).
For mobile apps:
If the Android package name or iOS bundle ID is present in the request, then the %APP_NAME% will be the app name used in the Play Store or App Store (respectively).
Otherwise, the %APP_NAME% will be the default Firebase Hosting site name (the value preceding .firebaseapp.com and .web.app and usually the Firebase project ID).
Note that if the lookup of the default Firebase Hosting site name fails, then the final fallback is to use the Firebase project ID as the %APP_NAME% .
Cloud Functions
Cloud Functions runtime support
How do I upgrade to the latest supported version of Node.js?
How can I make sure I deployed my functions to a specific Node.js runtime?
In the Firebase console, go to the functions dashboard , select a function, and check the function's language under Additional details .
I use Firebase Extensions. Will I be affected by Cloud Functions runtime updates?
Yes. Since extensions use Cloud Functions , the runtime of your extensions will need to be updated on the same timeline as Cloud Functions.
We recommend that you periodically update to the latest version of each extension installed in your project. You can upgrade your projects' extensions via the Firebase console or Firebase CLI .
Cloud Messaging
Cloud Messaging: What's the difference between the Notifications composer and Cloud Messaging?
Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.
The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging. With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.
Capabilities
Notifications composer
Cloud Messaging
Target
Single device
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Message Type
Notifications up to 2kb
Data messages up to 4kb
Delivery
Immediate
Future client device local time
Analytics
Built-in Notifications analytics collection and funnel analytics
Cloud Messaging: Apple announced they're deprecating the legacy binary protocol for APNs. Do I need to do anything?
No. Firebase Cloud Messaging switched to the HTTP/2-based APNs protocol in 2017. If you are using FCM to send notifications to iOS devices, there should be no action required on your part.
Cloud Messaging: Do I need to use other Firebase services in order to use FCM?
You can use Firebase Cloud Messaging as a standalone component, in the same manner as you did with GCM, without using other Firebase services.
Cloud Messaging: I am an existing Google Cloud Messaging (GCM) developer. Should I move to Firebase Cloud Messaging?
FCM is the new version of GCM under the Firebase brand. It inherits GCM's core infrastructure, with new SDKs to make Cloud Messaging development easier.
Benefits of upgrading to FCM SDK include:
Simpler client development. You no longer have to write your own registration or subscription retry logic.
An out-of-the-box notification solution. You can use the Notifications composer, a serverless notifications solution with a web console that lets anyone send notifications to target specific audiences based on insights from Google Analytics.
To upgrade from GCM SDKs to FCM SDKs, see the guides for migrating Android and iOS apps.
Cloud Messaging: Why do my targeted devices apparently fail to receive messages?
When it looks like devices haven't successfully received messages, check first for these two potential causes:
Foreground message handling for notification messages . Client apps need to add message handling logic to handle notification messages when the app is in the foreground on the device. See the details for iOS and Android .
Network firewall restrictions . If your organization has a firewall that restricts the traffic to or from the Internet, you need to configure it to allow connectivity with FCM in order for your Firebase Cloud Messaging client apps to receive messages. The ports to open are:
5228
5229
5230
FCM usually uses 5228, but it sometimes uses 5229 and 5230. FCM does not provide specific IPs, so you should allow your firewall to accept outgoing connections to all IP addresses contained in the IP blocks listed in Google's ASN of 15169 .
Cloud Messaging: I have implemented onMessageReceived in my Android app, but it is not being called.
When your app is in the background, notification messages are displayed in the system tray, and onMessageReceived is not called. For notification messages with a data payload, the notification message is displayed in the system tray, and the data that was included with the notification message can be retrieved from the intent launched when the user taps on the notification.
Notifications composer: What's the difference between the Notifications composer and Cloud Messaging?
The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging. With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.
Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.
Here's a comparison of the messaging capabilities provided by Firebase Cloud Messaging and the Notifications composer:
Capabilities
Notifications composer
Cloud Messaging
Target
Single device
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Message Type
Notifications up to 2kb
Data messages up to 4kb
Delivery
Immediate
Future client device local time
Analytics
Built-in Notifications analytics collection and funnel analytics
Notifications composer: I am an existing Google Cloud Messaging (GCM) developer, and I want to use the Notifications composer. What should I do?
The Notifications composer is an out-of-the-box solution that lets anyone send notifications to target specific audiences based on insights from Google Analytics. Also, the Notifications composer provides funnel analysis for every message, allowing easy evaluation of notification effectiveness.
If you are an existing GCM developer, to use the Notifications composer you have to upgrade from GCM SDKs to FCM SDKs. See the guides for migrating Android and iOS apps.
FCM features deprecated in June 2023
Which FCM APIs were deprecated on June 20, 2023, and what should I do if I am using those APIs?
The following APIs/SDKs will be affected by the deprecation:
Server APIs
API Name
API Endpoint
Impact on users
Action Required
Legacy HTTP protocol
https://fcm.googleapis.com/fcm/send
Requests to the endpoint will start failing after 6/21/2024.
API calls to FirebaseMessaging.send in the app won't trigger upstream messages to the app server after 6/21/2024.
Implement this functionality in your server logic. For example, some developers implement their own HTTP/gRPC endpoint and call the endpoint directly to send messages from their clients to the app server. See this gRPC Quick start for an example implementation of upstream messaging using gRPC.
Batch Send API
https://fcm.googleapis.com/batch
Requests to the endpoint will start failing after 6/21/2024.
These APIs will stop working after 6/21/2024 because they call the batch send API .
Upgrade to the latest Firebase Admin SDK and use the new APIs instead: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast() .
Note that the new APIs no longer call the deprecated batch send API, and for this reason they may create more concurrent HTTP connections than the old APIs.
Client SDKs
SDK versions
Impact on users
Action Required
GCM SDKs (deprecated in 2018)
Apps using GCM SDKs will not be able to register tokens nor receive messages from FCM after 6/21/2024.
Upgrade your Android SDK to the latest Firebase SDK if you haven't already done so.
JS SDKs version <7.0.0 (breaking change at version 7.0.0 in 2019)
Web apps using older JS SDKs will not be able to register tokens after 6/21/2024.
Upgrade your Firebase Web SDK to the latest version.
Will I see a service downgrade before June 2024?
No. You have 12 months (06/20/2023 - 06/21/2024) to migrate from the old APIs to new APIs without any service downgrade. We strongly recommend you to plan the migration as early as possible so you won't be impacted by the decommissioning of the APIs in June 2024.
After June 2024, you may see increased errors or lack of functionality when using the APIs/SDKs listed above.
What's the difference between OAuth 2.0 tokens and server keys?
An OAuth 2.0 token is a short-lived token derived from a service account . It's Google's standard auth model and it's more secure than static server keys.
Note that the request headers differ when you use OAuth 2.0 tokens for requests to different endpoints.
HTTP v1 API : Authorization: Bearer $oauth_token
Instance ID server API and Device group management API : Authorization: Bearer $oauth_token access_token_auth: true
Can I migrate my requests to the new API all at once?
We recommend that you slowly ramp up your traffic to the new API. If you expect to send more than 600,000 messages/min on a regular basis, contact Firebase support for instructions on how to increase quota or get recommendations on how to spread out traffic.
What's the difference between the HTTP v1 API and the legacy APIs when I send messages to topics/device groups?
Topics: you don't need to add the "/topics/" prefix to your topic target when you use the v1 API.
Device groups: You can use a group token as a token target in the HTTP v1 API. However, the HTTP v1 API doesn't return the success/failure counts in the response. We recommend that you use FCM topics or manage your device groups by yourself.
Does the HTTP v1 API support sending messages to multiple tokens in one request?
No. This feature, called "multicast" in legacy HTTP APIs, is not supported by the HTTP v1 API, which is better designed for scalability.
For use cases where end-to-end latency is critical, or where total fanout size is small (fewer than 1 million), Google recommends sending multiple separate requests using the HTTP v1 API. The HTTP v1 API over HTTP/2 performs similarly for 99.9% of multicast requests (sending < 100 tokens). For outlier use cases (sending 1000 tokens), it achieves up to a third of the throughput rate, so additional concurrency is needed to optimize for this atypical use case. Users can experience more reliability and availability with the HTTP v1 API than with legacy multicast.
For use cases where throughput and egress bandwidth are prioritized or where total fanout size is large (greater than 1 million), Google recommends topic messaging. While topic messaging requires a one-time action to subscribe recipients to a topic, it offers up to a 10,000 QPS per project fanout rate without a maximum limit on topic size.
What versions of the Firebase Admin SDK have the new APIs?
Platform
Firebase Admin SDK version
Node.js
>=11.7.0
Python
>=6.2.0
Java
>=9.2.0
Go
>=4.12.0
.NET
>=2.4.0
What's the difference between the batch send API and the HTTP v1 API?
The FCM batch send API uses the same message format and authentication mechanism as the HTTP v1 API. However, it uses a different endpoint. If you want to improve efficiency, you should consider using HTTP/2 to send multiple requests over the same HTTP connection to the HTTP v1 API.
What should I do if I can't access my project?
Please reach out to the Google Cloud support team for help.
Archiviazione nel cloud per Firebase
Cloud Storage for Firebase: Why can't I use Cloud Storage for Firebase?
Cloud Storage for Firebase creates a default bucket in the App Engine no-cost tier. This allows you to quickly get up and running with Firebase and Cloud Storage for Firebase, without having to put in a credit card or enable a Cloud Billing account. It also allows you to easily share data between Firebase and a Google Cloud project.
There are, however, two known cases where this bucket cannot be created and you will be unable to use Cloud Storage for Firebase:
A project imported from Google Cloud which had a App Engine Master/Slave Datastore application.
A project imported from Google Cloud which has domain prefixed projects. For example: domain.com:project-1234 .
There are currently no workarounds to these issues, and we recommend that you create a new project in the Firebase console and enable Cloud Storage for Firebase in that project.
Cloud Storage for Firebase: Why do I get error code 412 responses about service account permissions and failed service account operations when using the Cloud Storage for Firebase API?
It's likely you're getting 412 error codes either because the Cloud Storage for Firebase API is not enabled for your project or a necessary service account is missing the required permissions.
Cloud Storage for Firebase: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
What do I need to do?
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud Console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
Cloud Storage for Firebase: Why do I see an unexpected increase in upload and download operations?
Previously, download and upload requests to the Cloud Storage for Firebase API were not being counted properly. We have taken steps to fix this issue, starting from September 15, 2023.
For Blaze users, upload and download operations will start counting towards your monthly bill. For Spark users, they will start counting towards your monthly free limit.
We recommend monitoring your Usage page for any increases that may count towards your limits.
Cloud Storage for Firebase: Why do I see new service account IDs associated with my Firebase projects that use Cloud Storage for Firebase?
Firebase uses service accounts to operate and manage services without sharing user credentials. When you create a Firebase project, you might notice that a number of service accounts are already available in your project.
The service account that Cloud Storage for Firebase uses is scoped to your project and is named service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
If you used Cloud Storage for Firebase before September 19, 2022, you may see an additional service account on previously-linked Cloud Storage buckets named firebase-storage@system.gserviceaccount.com . As of September 19, 2022, this service account is no longer supported.
You can view all service accounts associated with your project in the Firebase console, on the Service accounts tab .
Adding the new service account
If you removed the service account previously or the service account is not present in your project, you may do one of the following to add the account.
(Recommended) Automated: Use the AddFirebase REST endpoint to re-import your bucket into Firebase. You will only need to call this endpoint once, not once for each linked bucket.
We strongly discourage you from removing the service account because this may block access to your Cloud Storage buckets from your apps. To remove the service account from your project, follow the instructions in Disabling a service account .
Dynamic Links: Why does my Android app access each Dynamic Link twice?
The getInvitation API clears the saved Dynamic Link to prevent it from being accessed twice. Be sure to call this API with the autoLaunchDeepLink parameter set to false in each of the deep link activities to clear it for the case when the activity is triggered outside the main activity.
Firebase Local Emulator Suite
Why do Emulator Suite logs show an error starting with "Multiple projectIds are not recommended in single project mode"?
This message means the Emulator Suite has detected it may be running a particular product emulator using different project IDs. This may indicate a misconfiguration, and can cause issues when emulators try to communicate with one another, and when you try to interact with emulators from your code. If project IDs don't match, it often appears that data is missing, since data stored in emulators is keyed to projectID, and interoperability depends on matching project IDs.
This has been a common source of confusion among developers, so by default the Local Emulator Suite will now only allow running with a single project ID, unless you specify otherwise in the firebase.json configuration file. If an emulator detects more than one project ID, it will log a warning and potentially throw a fatal error.
Check your project ID declaration(s) for mismatches in:
The default project set at the command line. By default, the project ID will be taken on startup from the project selected with firebase init or firebase use . To view the list of projects (and see which one is selected) use firebase projects:list .
Unit tests. The project ID is often specified in calls to the Rules Unit Testing library methods initializeTestEnvironment or initializeTestApp . Other testing code may initialize with initializeApp(config) .
The command line --project flag. Passing the Firebase CLI --project flag overrides the default project. You'll need to ensure the value of the flag matches the project ID in unit tests and app initialization.
Platform-specific places to check:
Web
The projectId property in your JavaScript firebaseConfig object, used in initializeApp .
Android
The project_id property inside the google-services.json configuration file.
Apple platforms
The PROJECT_ID property in the GoogleService-Info.plist configuration file.
To disable single project mode, update firebase.json with the singleProjectMode key:
Hosting: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
What do I need to do?
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud Console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
Hosting: Why does my Hosting release history table in the Firebase console show file counts that are more than what my local project actually has?
Firebase automatically adds extra files containing metadata about the Hosting site, and these files are included in the total file count for the release.
Hosting: What's the largest file size that I can deploy to Firebase Hosting?
Hosting has a maximum size limit of 2 GB for individual files.
We recommend storing larger files using Cloud Storage , which offers a maximum size limit in the terabyte range for individual objects.
Hosting: How many Hosting sites can I have per Firebase project?
Performance Monitoring: How many custom URL patterns can I create?
You can create up to 400 total custom URL patterns per app and up to 100 custom URL patterns per domain for that app.
Performance Monitoring: Why am I not seeing real time display of performance data?
To view real time performance data, make sure that your app uses a Performance Monitoring SDK version that's compatible with real time data processing.
iOS — v7.3.0 or later
tvOS — v8.9.0 or later
Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
Web — v7.14.0 or later
Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.
Realtime Database
Realtime Database: Why was my Realtime Database reported bandwidth lower than average between September 2016 and March 2017?
For our bandwidth calculations, we normally include SSL encryption overhead (based on layer 5 of the OSI model). However, in September 2016, we introduced a bug that caused our bandwidth reporting to ignore encryption overhead. This might have resulted in artificially low reported bandwidth and bills on your account for a few months.
We released a fix for the bug in late March 2017, returning bandwidth reporting and billing to their normal levels.
Realtime Database: What are the scaling limitations of the Realtime Database?
Each Realtime Database instance has limits on the number of write operations per second. For small writes, this limit is approximately 1000 write operations per second. If you are approaching this limit, batching operations using multi-path updates can help you achieve higher throughput.
Realtime Database: What can I do if I'm over my Realtime Database usage limits?
If you've received an email alert or notification in the Firebase console that you've exceeded your Realtime Database usage limits, you can address it based on the usage limit you've exceeded. To see your Realtime Database usage, go to the Realtime Database Usage dashboard in the Firebase console.
If you're over your download limit, you can upgrade your Firebase pricing plan or wait until your download limit resets at the start of your next billing cycle. To decrease your downloads, try the following steps:
Add queries to limit the data that your listen operations return.
Check for unindexed queries.
Use listeners that only download updates to data — for example, on() instead of once() .
Use security rules to block unauthorized downloads.
If you're over your storage limit, upgrade your pricing plan to avoid service disruptions. To reduce the amount of data in your database, try the following steps:
Run periodic cleanup jobs.
Reduce any duplicate data in your database.
Note that it may take some time to see any data deletions reflected in your storage allotment.
If you're over your simultaneous database connections limit, upgrade your plan to avoid any service disruptions. To manage simultaneous connections to your database, try connecting via users via the REST API if they don't require a realtime connection.
Remote Config
Remote Config: Why don't fetched values change the behavior and appearance of my app?
Unless you fetch values with fetchAndActivate() , values are stored locally but not activated. To activate fetched values so that they can take effect, call activate . This design lets you control when the behavior and appearance of your app changes, because you can choose when to call activate . After you call activate , your app source code determines when updated parameter values are used.
For example, you could fetch values and then activate them the next time a user starts your app, which removes the need to delay app startup while your app waits for fetched values from the service. Changes to your app's behavior and appearance then occur when your app uses the updated parameter values.
Remote Config: I am making a lot of fetch requests while developing my app. Why doesn't my app always get the latest values from the service when it sends fetch requests?
During app development, you might want to fetch and activate configs very frequently (many times per hour) to let you rapidly iterate as you develop and test your app. To accommodate rapid iteration on a project with up to 10 developers, you can temporarily set a FirebaseRemoteConfigSettings object with a low minimum fetch interval ( setMinimumFetchIntervalInSeconds ) in your app.
Remote Config: How quickly does the Remote Config service return fetched values after my app sends a fetch request?
Devices usually receive fetched values in less than a second, and often receive fetched values in milliseconds. The Remote Config service handles fetch requests within milliseconds, but the time required to complete a fetch request will depend on the network speed of the device and the latency of the network connection used by the device.
If your goal is to make fetched values take effect in your app as soon as possible, but without creating a jarring user experience, consider adding calls to fetchAndActivate each time that your app does a full screen refresh.
Firebase User Segmentation Storage stores Firebase installation IDs and related attributes and segments as well as audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics, FCM, Remote Config personalization, and more.
