Domande frequenti su Firebase

Cos'è un progetto Firebase?

Un progetto Firebase è l'entità di primo livello per Firebase. In un progetto, puoi registrare le tue app per Apple, Android o web. Dopo aver registrato le tue app con Firebase, puoi aggiungere alla tua app gli SDK Firebase specifici per prodotto, ad esempio Analytics, Cloud Firestore, Crashlytics o Remote Config.

Devi registrare le varianti delle 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:

• Informazioni sui 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, nonché le sue app e risorse.
• Best practice generali per la configurazione di progetti Firebase: fornisce best practice generali di alto livello per l'impostazione di progetti Firebase e la registrazione delle app con un progetto, in modo da avere un flusso di lavoro di sviluppo chiaro che utilizza ambienti diversi.

Tieni presente che per tutti i progetti Firebase, Firebase aggiunge automaticamente un'etichetta di firebase:enabled nella pagina Etichette per il progetto nella Console Google Cloud. Scopri di più su questa etichetta nelle nostre Domande frequenti.

Che cos'è un'organizzazione Google Cloud?

Un'organizzazione Google Cloud è un container per i progetti Google Cloud (inclusi i progetti Firebase). Questa gerarchia consente una migliore organizzazione, gestione dell'accesso e controllo dei progetti Google Cloud e Firebase. Per ulteriori informazioni, consulta Creare e gestire le organizzazioni.

Come faccio ad aggiungere Firebase a un progetto Google Cloud esistente?

Potresti avere progetti Google Cloud esistenti gestiti tramite la console Google Cloud o la console API di Google.

Puoi aggiungere Firebase a questi progetti esistenti utilizzando una delle seguenti opzioni:

• Utilizzando la console Firebase:
  Nella pagina di destinazione della console Firebase, fai clic su Aggiungi progetto, quindi seleziona il progetto esistente dal menu Nome progetto.
• Utilizzo di un'opzione programmatica:
  • Chiama l'endpoint dell'API REST Firebase Management addFirebase.
  • Esegui il comando Firebase CLI firebase projects:addfirebase.
  • Utilizza Terraform.

Perché il mio progetto Google Cloud ha un'etichetta firebase:enabled?

Nella pagina Etichette del tuo progetto nella console Google Cloud, potresti vedere un'etichetta di firebase:enabled (in particolare, un Key di firebase con un Value di enabled).

Firebase ha aggiunto automaticamente questa etichetta perché il tuo progetto è un progetto Firebase, il che significa che sono state attivate configurazioni e servizi 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 della console Firebase).

Tieni presente che l'aggiunta manuale di questa etichetta all'elenco delle etichette del progetto NON attiva configurazioni e servizi specifici di Firebase per il progetto Google Cloud. Per farlo, devi aggiungere Firebase tramite la console Firebase (o, per casi d'uso avanzati, tramite l'API REST Firebase Management o l'interfaccia a riga di comando Firebase).

Perché il mio progetto Firebase non appare nell'elenco di progetti Firebase?

Queste domande frequenti sono applicabili se non vedi il tuo progetto Firebase nelle seguenti posizioni:

• In un elenco di progetti che stai visualizzando nella console Firebase
• Nella risposta alla chiamata dell'endpointprojects.list dell'API REST
• Nella risposta all'esecuzione del comando Firebase CLI firebase projects:list

Prova a seguire questi passaggi per la risoluzione dei problemi:

1. Innanzitutto, prova ad accedere al progetto visitando direttamente l'URL. Utilizza il seguente formato:
   https://console.firebase.google.com/project/PROJECT-ID/overview
2. Se non riesci ad accedere al progetto o ricevi errori di autorizzazione, controlla quanto segue:
   • Assicurati di aver eseguito l'accesso a Firebase utilizzando lo stesso Account Google con accesso al progetto. Puoi accedere e uscire dalla console Firebase tramite l'avatar del tuo account nell'angolo in alto a destra della console.
   • Verifica di poter visualizzare il progetto nella console Google Cloud.
   • Assicurati che il progetto abbia l'etichetta firebase:enabled nella pagina Etichette per il progetto nella console Google Cloud. Firebase e Google Cloud utilizzano questa etichetta per elencare i tuoi progetti Firebase. Se non vedi questa etichetta, ma l'API Firebase Management è abilitata per il tuo progetto, aggiungila manualmente (in particolare, un Key di firebase con un Value di enabled).
   • Assicurati di avere uno dei ruoli IAM di base (Proprietario, Editor, Visualizzatore) o un ruolo con autorizzazioni relative a Firebase, ad esempio un ruolo predefinito di Firebase. Puoi visualizzare i tuoi ruoli nella pagina IAM della console Google Cloud.
   • Se il tuo progetto appartiene a un'organizzazione Google Cloud, potresti richiedere autorizzazioni aggiuntive per visualizzarlo nella console Firebase. Contatta la persona che gestisce la tua Google Cloud organizzazione per farti assegnare il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Browser.

Se nessuno dei passaggi per la 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 quota del progetto è limitata a un numero ridotto di progetti (in genere 5-10).
• Piano tariffario Blaze: la quota di progetto per account Cloud Billing aumenta notevolmente finché il tuo account Cloud Billing è in regola.

Il limite della quota del progetto raramente rappresenta un problema per la maggior parte degli sviluppatori, ma se necessario, puoi richiedere un aumento della quota del progetto.

Tieni presente che l'eliminazione completa di un progetto richiede 30 giorni e viene conteggiata ai fini della quota fino a quando non viene eliminata completamente.

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.

Oltre questo numero, le prestazioni iniziano a peggiorare (in particolare per Google Analytics) e, con un numero maggiore di app, alcune funzionalità del prodotto smettono di funzionare. Inoltre, se utilizzi Accedi con Google come fornitore di autenticazione, viene creato un ID client OAuth 2.0 sottostante per ogni app del progetto. È possibile creare un massimo di circa 30 ID client all'interno di un singolo progetto.

Devi assicurarti che tutte le app Firebase all'interno di un singolo progetto Firebase siano varianti di piattaforma della stessa applicazione dal punto di vista dell'utente finale. Ad esempio, se sviluppi un'applicazione etichetta bianca, ciascuna app etichettata in modo indipendente deve avere il proprio progetto Firebase, ma le versioni Apple e Android di tale etichetta possono essere nello stesso progetto. Leggi indicazioni più dettagliate nelle nostre best practice generali per la configurazione dei progetti Firebase.

Nel raro caso in cui il progetto richieda più di 30 app, puoi richiedere un aumento del limite di app. Per effettuare questa richiesta, il progetto deve essere incluso nel piano tariffario Blaze. Visita la console Google Cloud per inviare la tua richiesta e farla valutare. Scopri di più sulla gestione delle quote nella documentazione di Google Cloud.

Cosa succede se etichetto il mio progetto come ambiente di "produzione"?

Nella console Firebase, puoi taggare i progetti Firebase con il relativo tipo di ambiente, ad esempio Produzione o Non specificato (non di produzione).

Il tagging del progetto come tipo di ambiente non influisce sul funzionamento o sulle funzionalità del progetto Firebase. 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 progetto come ambiente di produzione, aggiungi un tag Prod di colore brillante al progetto nella console Firebase per ricordarti che eventuali modifiche potrebbero influire sulle app di produzione associate. In futuro, potremmo aggiungere altre funzionalità e misure di salvaguardia per i progetti Firebase contrassegnati come ambienti di produzione.

Per modificare il tipo di ambiente del progetto Firebase, vai a settings Impostazioni progetto > Generali e poi 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 a settings Impostazioni del progetto. Scorri verso il basso fino alla scheda Le tue app, poi fai clic sull'app Firebase che ti interessa per visualizzarne le informazioni, incluso l'ID app.

Ecco alcuni valori di ID app di esempio:

• App Firebase per iOS: 1:1234567890:ios:321abc456def7890
• App Firebase per Android: 1:1234567890:android:321abc456def7890
• App web Firebase: 1:1234567890:web:321abc456def7890

Quali sono i prerequisiti per collegare Google Play / AdMob / Google Ads / BigQuery al mio progetto o alla mia app Firebase?

• Per collegare il tuo account Google Play, devi disporre di quanto segue:
  • Uno dei seguenti ruoli Firebase: Proprietario o Amministratore Firebase
    e
  • Uno dei seguenti livelli di accesso di Google Play: Proprietario dell'account o Amministratore
• Per collegare la tua app AdMob, devi essere sia un proprietario del progetto Firebase sia un amministratore di AdMob.
• Per collegare il tuo account AdWords, devi essere sia un proprietario del progetto Firebase sia un amministratore di AdWords.
• Per collegare il progetto BigQuery, devi essere il proprietario del progetto Firebase.

Quali notifiche open source devo includere nella mia app?

Sulle piattaforme Apple, il pod Firebase contiene un file NOTICES che include le voci pertinenti. L'SDK Firebase per Android contiene un helper Activity per mostrare le informazioni sulla licenza.

Come faccio ad assegnare a un membro del progetto un ruolo, ad esempio il ruolo Proprietario?

Per gestire i ruoli assegnati a ciascun membro del progetto, devi essere un proprietario del progetto Firebase oppure devi avere un ruolo con autorizzazione resourcemanager.projects.setIamPolicy.

Ecco dove puoi assegnare e gestire i ruoli:

• La console Firebase offre un modo semplificato per assegnare i ruoli ai membri del progetto nella scheda Utenti e autorizzazioni di settings > Impostazioni progetto. Nella console Firebase, puoi assegnare uno dei ruoli di base (Proprietario, Editor, Visualizzatore), uno dei ruoli Amministratore/Visualizzatore Firebase o uno dei ruoli predefiniti per categoria di prodotto Firebase.
• La console Google Cloud offre un ampio insieme di strumenti per assegnare i 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 nella console Google Cloud, i membri del progetto sono chiamati entità.

Se il proprietario del progetto non può più svolgere le attività di un proprietario (ad esempio, la persona ha lasciato la tua azienda) e il progetto non è gestito tramite un'organizzazione Google Cloud (vedi paragrafo successivo), puoi contattare l'assistenza Firebase per chiedere come richiedere l'accesso al progetto Firebase.

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 al progetto.

Come faccio a 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 nella console Google Cloud. Puoi visualizzare l'elenco dei membri del progetto, inclusi i proprietari, nella pagina IAM della console Google Cloud.

Se il proprietario del progetto non può più svolgere le attività di un proprietario (ad esempio, la persona ha lasciato la tua azienda) e il progetto non è gestito tramite un'organizzazione Google Cloud (vedi il paragrafo successivo), puoi contattare l'assistenza Firebase per farti assegnare un proprietario temporaneo.

Tieni presente che, se un progetto Firebase fa parte di un'organizzazione Google Cloud, potrebbe non avere un proprietario. La persona che gestisce la tua organizzazione Google Cloud può invece eseguire molte attività eseguibili da un proprietario. Tuttavia, per eseguire diverse attività specifiche del proprietario (ad esempio, assegnare ruoli o gestire le proprietà Google Analytics), l'amministratore potrebbe dover assegnarsi l'effettivo ruolo di proprietario per eseguirle. 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 al progetto.

Perché o quando devo assegnare a un membro del progetto il ruolo Proprietario?

Per garantire una corretta gestione di un progetto Firebase, questo deve avere un Proprietario. Il proprietario di un progetto è la persona che può eseguire diverse azioni amministrative importanti (ad esempio l'assegnazione dei ruoli e la gestione delle proprietà Google Analytics) e l'Assistenza Firebase può soddisfare le richieste amministrative solo dei proprietari di progetti dimostrati.

Dopo aver configurato i proprietari di un progetto Firebase, è importante mantenere aggiornate queste assegnazioni.

Tieni presente che, se un progetto Firebase fa parte di un'organizzazione Google Cloud, la persona che gestisce l'organizzazione Google Cloud può eseguire molte attività che sono disponibili per un proprietario. Tuttavia, per diverse attività specifiche del proprietario (ad esempio l'assegnazione di ruoli o la gestione delle proprietà Google Analytics), l'amministratore potrebbe dover assegnare a se stesso il ruolo Proprietario effettivo per poterle svolgere.

Non credo di avere un progetto Firebase, ma ho ricevuto un'email a proposito di uno. Come faccio ad accedere a questo progetto?

L'email che hai ricevuto contiene un link per aprire il tuo progetto Firebase. Se fai clic sul link nell'email, il progetto dovrebbe aprirsi nella console Firebase.

Se non riesci ad aprire il progetto nel link, assicurati di aver eseguito 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 un amministratore di un'organizzazione Google Cloud, potresti ricevere notifiche relative alle modifiche ai progetti Firebase all'interno della tua organizzazione. Tuttavia, potresti non disporre delle autorizzazioni sufficienti per aprire il progetto Firebase. In questi casi, la soluzione più semplice è assegnarti il ruolo effettivo di Proprietario per aprire il progetto ed eseguire le azioni richieste. Scopri di più su perché e quando assegnare il ruolo di proprietario.

Quali sono i browser supportati per accedere alla console Firebase?

Puoi accedere alla console Firebase dalle versioni recenti dei browser desktop più diffusi, come Chrome, Firefox, Safari ed Edge. Al momento i browser mobile non sono completamente supportati.

Riesco a 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 progetto potrebbe non esistere o che non hai accesso al progetto.
• La console Firebase non mostra il progetto anche se inserisci il relativo ID o nome nel campo di ricerca della console.

Prova a svolgere questi passaggi per la risoluzione dei problemi:

1. Innanzitutto, prova ad accedere al progetto visitando direttamente l'URL. Utilizza il formato seguente:
   https://console.firebase.google.com/project/PROJECT-ID/overview
2. Se non riesci ancora ad accedere al progetto o a ricevere errori relativi alle autorizzazioni, verifica quanto segue:
   • Assicurati di aver eseguito l'accesso a Firebase con 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 l'API Firebase Management sia abilitata per il progetto.
   • Assicurati di avere assegnato uno dei ruoli IAM di base (Proprietario, Editor, Visualizzatore) o un ruolo con autorizzazioni relative a Firebase, ad es. un ruolo predefinito di Firebase. Puoi visualizzare i tuoi ruoli nella pagina IAM della console Google Cloud.
   • Se il tuo progetto appartiene a un'organizzazione Google Cloud, potresti richiedere altre autorizzazioni per visualizzarlo nella console Firebase. Contatta la persona che gestisce la tua Google Cloud organizzazione per farti assegnare il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Browser.

Se nessuno dei passaggi per la risoluzione dei problemi precedenti ti consente di trovare o accedere al progetto, contatta l'assistenza di Firebase.

Perché la console Firebase non si carica?

Queste domande frequenti sono applicabili se riscontri uno dei seguenti problemi:

• Il caricamento di una pagina nella console Firebase non termina mai.
• 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 a svolgere questi passaggi per la risoluzione dei problemi:

1. Controlla la riga Console della dashboard dello stato di Firebase per verificare la presenza di eventuali interruzioni del servizio.
2. Assicurati di utilizzare un browser supportato.
3. Prova a caricare la console Firebase in una finestra di navigazione in incognito o privata.
4. Disattiva tutte le estensioni del browser.
5. Verifica che la connessione di rete non sia bloccata da blocco degli annunci, antivirus, proxy, firewall o altro software.
6. Prova a caricare la console Firebase utilizzando un'altra rete o un altro dispositivo.
7. Se utilizzi Chrome, controlla la console degli Strumenti per sviluppatori per verificare la presenza di eventuali errori.

Se nessuno dei passaggi per la risoluzione dei problemi sopra indicati risolve il problema, contatta l'assistenza Firebase.

Come viene determinata la lingua della mia console Firebase?

L'impostazione della lingua per la console Firebase si basa sulla lingua selezionata nelle impostazioni dell'Account Google.

Per modificare la preferenza della lingua, vedi 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 sono supportati dalla console Firebase?

La console Firebase e la console Google Cloud utilizzano gli stessi ruoli e le stesse autorizzazioni di base. Scopri di più su ruoli e autorizzazioni nella documentazione di Firebase IAM.

Firebase supporta i ruoli fondamentali (di base) di Proprietario, Editor e Visualizzatore:

• Un proprietario del progetto può aggiungere altri membri al progetto, configurare integrazioni (collegamento del progetto a servizi come BigQuery o Slack) e ha accesso completo in modifica al progetto.
• Un editor del progetto ha accesso completo in modifica al progetto.
• Un Visualizzatore del progetto ha accesso solo in lettura al progetto. Tieni presente che attualmente la console Firebase non nasconde/disattiva i controlli di modifica dell'interfaccia utente dai visualizzatori del progetto, ma queste operazioni non andranno a buon fine per i membri del progetto a cui è stato assegnato il ruolo Visualizzatore.

Firebase supporta anche:

• Ruoli predefiniti di Firebase: ruoli specifici di Firebase selezionati che consentono un controllo dell'accesso più granulare rispetto ai ruoli di base Proprietario, Editor e Visualizzatore.
• Ruoli personalizzati : ruoli IAM completamente personalizzati che crei per adattare un insieme di autorizzazioni in base ai requisiti specifici della tua organizzazione.

Quali prodotti sono a pagamento? Quali sono senza costi?

I prodotti di infrastruttura a pagamento di Firebase sono Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab e l'autenticazione telefonica. Offriamo un livello senza costi per tutte queste funzionalità.

Firebase offre anche molti prodotti senza costi: Analytics, Cloud Messaging, il Composizione notifiche, Remote Config, App Indexing, Dynamic Links e Crash Reporting. L'utilizzo di questi prodotti è soggetto solo alle norme di controllo del traffico del prodotto (ad es. quote, accesso equo e altre protezioni del servizio) in tutti i piani, incluso il nostro piano Spark senza costi. Inoltre, tutte le funzionalità di Authentication oltre all'autenticazione dello smartphone sono senza costi.

Come faccio a sapere qual è il piano tariffario più adatto a me?

Piano tariffario Spark

Il nostro piano Spark è un ottimo punto di partenza per sviluppare la tua app senza costi. Avrai a disposizione tutte le funzionalità di Firebase senza costi (Analytics, il Composizione notifiche,Crashlytics e così via) e una quantità generosa delle nostre funzionalità di 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à Google Cloud non sono disponibili se utilizzi il piano Spark.

Piano tariffario Blaze

Il nostro piano Blaze è progettato per le app di produzione. Il piano Blaze ti consente inoltre di estendere la tua app con le funzionalità Google Cloud pagate. Paghi solo per le risorse che utilizzi e puoi scalare in base alla domanda. Ci impegniamo a rendere i prezzi del nostro piano Blaze competitivi rispetto a quelli dei cloud provider leader del settore.

Che cosa è successo agli SMS senza costi sul piano Spark?

A partire da settembre 2024, per migliorare la sicurezza e la qualità del servizio di autenticazione telefonica, i progetti Firebase devono essere collegati a un account di fatturazione Cloud per attivare e utilizzare il servizio SMS.

Come faccio a monitorare l'utilizzo e la fatturazione?

Puoi monitorare l'utilizzo delle risorse del progetto nella console Firebase in una delle seguenti dashboard:

• Dashboard generale per Utilizzo e fatturazione a livello di progetto
• Authentication Dashboard Utilizzo (specifica per le istanze di autenticazione telefonica)
• Cloud Firestore Dashboard di utilizzo
• Cloud Functions Dashboard di utilizzo
• Cloud Storage Dashboard di utilizzo
• Hosting Dashboard di utilizzo
• Realtime Database Dashboard di utilizzo

Che cosa è successo al piano tariffario di Flame?

A gennaio 2020, il piano tariffario Flame (quota aggiuntiva di 25 $/mese) è stato ritirato come opzione per i nuovi utenti. Agli utenti del piano esistente è stato concesso un periodo di tolleranza per eseguire la migrazione dei progetti dal piano Flame. A febbraio 2022, è stato eseguito il downgrade dei progetti rimanenti con il piano tariffario Flame al piano tariffario Spark.
Di conseguenza,

• I progetti con piano Spark e Blaze esistenti e tutti i nuovi progetti non possono più passare al piano Flame o registrarsi al piano Flame.
• Se hai spostato un progetto del piano Flame esistente in un altro piano tariffario, il progetto non può tornare al piano Flame.
• È possibile eseguire l'upgrade dei progetti di cui è stato eseguito il downgrade al piano Spark al piano Blaze per riprendere servizi a pagamento aggiuntivi.
• I riferimenti al piano Flame sono stati rimossi dalla documentazione.

Hai altre domande sul ritiro del piano Flame? Leggi alcune delle domande frequenti aggiuntive riportate di seguito.

Vuoi conoscere gli altri piani tariffari offerti da Firebase? Consulta la pagina relativa ai prezzi di Firebase. Se vuoi iniziare a spostare i progetti esistenti in un altro piano tariffario, puoi farlo nella console Firebase del tuo progetto.

Domande frequenti aggiuntive sul ritiro del piano Flame

Qual è la differenza tra l'utilizzo senza costi nel piano Blaze e l'utilizzo senza costi nel piano Spark?

L'utilizzo senza costi aggiuntivi del piano Blaze viene calcolato su base giornaliera. I limiti di utilizzo differiscono anche dal piano Spark per Cloud Functions, l'autenticazione tramite smartphone e Test Lab.

Per Cloud Functions, l'utilizzo senza costi del piano Blaze viene calcolato a livello di account Cloud Functions, non a livello di progetto, e presenta i seguenti limiti:Cloud Billing

• 2 milioni di chiamate al mese
• 400.000 GB/secondo al mese
• 200.000 CPU al secondo/mese
• 5 GB al mese di traffico di rete in uscita

Per l'autenticazione telefonica, l'utilizzo senza costi aggiuntivi del piano Blaze viene calcolato su base mensile.

Per Test Lab, l'utilizzo senza costi aggiuntivi del piano Blaze ha i seguenti limiti:

• 30 minuti/giorno di dispositivo fisico
• 60 minuti di dispositivo virtuale al giorno

La quota di utilizzo senza costi viene reimpostata quando passo da un piano Spark a un piano Blaze?

L'utilizzo senza costi del piano Spark è incluso nel piano Blaze. L'utilizzo senza costi non viene reimpostato quando passi a un piano Blaze.

Che cos'è una "connessione al database simultanea"?

Una connessione simultanea equivale a un dispositivo mobile, una scheda del browser o un'app server collegati al database. Firebase impone limiti rigidi al numero di connessioni simultanee al database della tua app. Questi limiti sono stati implementati per difendere Firebase e i nostri utenti da 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é 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 archiviazione o download del piano Spark per Realtime Database?

Per fornirti un prezzo prevedibile, le risorse disponibili nei piani Spark hanno un limite. Ciò significa che, se superi un limite del piano in un mese qualsiasi, la tua app verrà disattivata per evitare un ulteriore utilizzo delle risorse e addebiti aggiuntivi.

Cosa succede se supero i limiti di connessioni simultanee del piano Spark per Realtime Database?

Quando la tua app raggiunge il limite di concorrenza del piano Spark, tutte le connessioni successive verranno rifiutate finché alcune delle connessioni esistenti non vengono chiuse. L'app continuerà a funzionare per gli utenti collegati.

Come funziona l'integrazione di Firebase con Google Cloud?

Firebase è profondamente integrato in Google Cloud. I progetti vengono condivisi tra Firebase e Google Cloud, pertanto possono essere attivati i servizi Firebase e Google Cloud. Puoi accedere allo stesso progetto dalla console Firebase o dalla console Google Cloud. Nello specifico:

• Alcuni prodotti Firebase sono supportati direttamente da Google Cloud, ad esempio 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. L'utilizzo di Firebase e di Google Cloud viene visualizzato nella stessa fattura.

Inoltre, quando esegui l'upgrade al piano Blaze, puoi utilizzare qualsiasi API e Infrastructure-as-a-Service di Google Cloud di livello mondiale direttamente nel tuo progetto Firebase, ai prezzi standard di Google Cloud. Puoi anche esportare i dati da Google Cloud direttamente in BigQuery per l'analisi. Per saperne di più, consulta Collegare BigQuery a Firebase.

L'utilizzo di Google Cloud con Firebase rispetto ad altri servizi cloud che non hanno la stessa posizione offre molti vantaggi in termini di miglioramento della sicurezza, miglioramento della latenza e risparmio di tempo. Per ulteriori dettagli, visita il sito di Google Cloud.

Cosa succede al mio progetto Firebase se aggiungo o rimuovo gli account di fatturazione per quel progetto nella console Google Cloud?

Se un account Cloud Billing viene aggiunto a un progetto nella console Google Cloud, verrà eseguito automaticamente l'upgrade dello stesso progetto al piano Firebase Blaze se al momento utilizza il piano Spark.

Al contrario, se un account Cloud Billing attivo esistente viene rimosso da un progetto nella console Google Cloud, verrà eseguito il downgrade del progetto al piano Firebase Spark.

Posso eseguire l'upgrade, il downgrade o l'annullamento in qualsiasi momento?

Sì, puoi eseguire l'upgrade, il downgrade o annullare l'abbonamento in qualsiasi momento. Tieni presente che non forniamo rimborsi proporzionali per downgrade o annullamenti. Ciò significa che se esegui il downgrade o l'annullamento prima della fine del periodo di fatturazione, dovrai comunque pagare il resto del mese.

Che tipo di assistenza riceverò?

Tutte le app Firebase, incluse quelle che utilizzano i piani senza costi, vengono fornite con assistenza via email da parte del personale di Firebase durante l'orario di lavoro della costa pacifica degli Stati Uniti. Tutti gli account hanno accesso ad assistenza illimitata per problemi relativi alla fatturazione o all'account, domande tecniche (risoluzione dei problemi) e segnalazioni di incidenti.

Posso limitare l'utilizzo con il piano Blaze?

No, al momento non puoi limitare l'utilizzo del piano Blaze. Stiamo valutando le opzioni per supportare i limiti di 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 questi limiti. Scopri come impostare gli avvisi sul budget.

Che cosa sono i backup automatici? Offrite backup orari?

I backup automatici sono una funzionalità avanzata per i clienti che utilizzano il nostro piano tariffario Blaze. Eseguono il backup dei dati di Firebase Realtime Database una volta al giorno e li caricano su Google Cloud Storage.

Non offriamo backup ogni ora.

Offri sconti per enti non profit, open source o per scopi didattici?

Il nostro piano Spark può essere utilizzato da qualsiasi tipo di privato o di organizzazione, tra cui non profit, scuole e progetti open-source. Poiché questi piani includono già quote generose, non offriamo sconti o piani speciali per progetti open source, non profit o didattici.

Offri contratti aziendali, prezzi, assistenza o hosting di infrastrutture dedicate?

Il nostro piano Blaze è adatto ad aziende di tutte le dimensioni e il nostro SLA soddisfa o supera lo standard di settore per l'infrastruttura cloud. Tuttavia, al momento non offriamo contratti, prezzi o assistenza per le aziende, né offriamo l'hosting di infrastrutture dedicate (ovvero installazioni on-premise) per servizi come il nostro Realtime Database. Ci stiamo adoperando per aggiungere alcune di queste funzionalità.

Offri prezzi ad hoc? Voglio il pagamento a consumo solo per una o due funzionalità.

Offriamo prezzi ad hoc nel piano Blaze, in cui paghi solo per le funzionalità che utilizzi.

Come funzionano i piani Firebase a pagamento con Ads? Esistono crediti pubblicitari senza costi con i piani a pagamento?

I piani tariffari di Firebase sono separati da Ads, quindi non sono disponibili crediti pubblicitari senza costi. In qualità di sviluppatore Firebase, puoi "collegare" il tuo account Ads a Firebase per supportare il monitoraggio delle conversioni.

Tutte le campagne pubblicitarie sono gestite direttamente in Ads e la fatturazione di Ads viene gestita dalla console Ads.

Come faccio a prevedere l'importo che mi verrà addebitato per le operazioni di caricamento e download?

Visita la pagina Prezzi di Firebase e utilizza il calcolatore del piano Blaze. Il calcolatore elenca tutti i tipi di utilizzo per Cloud Storage for Firebase.

Utilizza i cursori per inserire l'utilizzo previsto del bucket di archiviazione. Il calcolatore stima la tua fattura mensile.

Cosa succede se supero i limiti per il caricamento, il download o lo spazio di archiviazione del piano Spark per Cloud Storage for Firebase?

Quando superi i limiti per Cloud Storage in un progetto con il piano Spark, il risultato dipende dal tipo di limite superato:

• Se superi il limite di GB archiviati, non potrai archiviare altri dati nel progetto, a meno che non rimuovi alcuni dei dati archiviati o esegui l'upgrade a un piano che offre più spazio di archiviazione o spazio di archiviazione illimitato.
• Se superi il limite di GB scaricati, la tua app non potrà scaricare altri dati fino al giorno successivo (a partire da mezzanotte, fuso orario del Pacifico - USA), a meno che non esegui l'upgrade a un piano con limiti meno restrittivi o senza limiti.
• Se superi il limite di operazioni di caricamento o download, la tua app non potrà caricare o scaricare altri dati fino al giorno successivo (a partire dalla mezzanotte, ora del Pacifico USA), a meno che non esegui l'upgrade a un piano con limiti meno restrittivi o senza limiti.

Dove posso trovare informazioni sulla privacy e sulla sicurezza in Firebase?

Consulta la pagina Privacy e sicurezza in Firebase.

Gli SDK Firebase registrano informazioni sull'utilizzo/diagnostica al di fuori di Analytics?

Sì. Al momento è disponibile solo su iOS, ma potrebbe cambiare in futuro. L'SDK Firebase per le piattaforme Apple include il framework FirebaseCoreDiagnostics per impostazione predefinita. Questo framework viene utilizzato da Firebase per raccogliere informazioni sull'utilizzo e sulla diagnostica dell'SDK al fine di stabilire le priorità dei miglioramenti futuri dei prodotti. FirebaseCoreDiagnostics è facoltativo, quindi se non vuoi inviare i log di diagnostica di Firebase, puoi scollegare la libreria dalla tua applicazione. Puoi sfogliare il codice sorgente completo, inclusi i valori registrati, su GitHub.

A/B Testing: quanti esperimenti posso creare ed eseguire?

Puoi avere fino a 300 esperimenti per progetto, che possono essere costituiti da un massimo di 24 esperimenti in esecuzione, mentre il resto è in bozza o completato.

A/B Testing: perché non riesco a visualizzare i miei esperimenti dopo aver scollegato e ricollegato il mio progetto a Google Analytics?

Se colleghi una proprietà Google Analytics diversa, perderai l'accesso agli esperimenti creati in precedenza. Per riottenere l'accesso a un esperimento precedente, ricollega il progetto alla proprietà Google Analytics collegata al momento della creazione dell'esperimento.

A/B Testing: perché ricevo il messaggio "Progetto non collegato a Google Analytics" quando creo un esperimento di configurazione remota?

Se hai già collegato Firebase e Google Analytics, ma visualizzi ancora un messaggio che indica che Google Analytics non è collegato, assicurati che esista uno stream di Analytics per tutte le app nel tuo progetto. Al momento, per utilizzare A/B Testing, tutte le app di un progetto devono essere collegate a uno stream di Google Analytics.

Puoi trovare l'elenco di tutti gli stream attivi nella pagina Dettagli sull'integrazione di Google Analytics della Console Firebase, a cui puoi accedere da settingsImpostazioni progetto chevron_right Integrazioni chevron_right Google Analytics chevron_right Gestisci.

La creazione di uno stream di Google Analytics per le app che non ne hanno uno dovrebbe risolvere il problema. Esistono diversi modi per creare stream per le app mancanti:

• Se a una o due app manca uno stream di Google Analytics associato, puoi scegliere uno dei seguenti metodi per aggiungerne uno:
  • Elimina e aggiungi di nuovo qualsiasi app senza uno stream attivo nella Console Firebase.
  • Nella console di Google Analytics, seleziona Amministrazione, fai clic su Stream di dati, poi su Aggiungi stream, aggiungi i dettagli dell'app mancante e fai clic su Registra app.
• Se mancano più di alcuni stream di app, scollegare e ricollegare la proprietà Google Analytics è il modo più rapido ed efficiente per creare gli stream di app mancanti:
  1. In settings Impostazioni progetto, seleziona Integrazioni.
  2. Nella scheda Google Analytics, fai clic su Gestisci per accedere alle impostazioni di Firebase e Google Analytics.
  3. Prendi nota dell'ID proprietà e dell'account Google Analytics collegato di Google Analytics.
  4. Fai clic su more_vert Altro e seleziona Scollega Analytics da questo progetto.
  5. Esamina l'avviso visualizzato (non preoccuparti, ricollegherai la stessa proprietà nel passaggio successivo), poi fai clic su Scollega Google Analytics.
     
     Al termine dello scollegamento, verrà visualizzata la pagina Integrations (Integrazioni).
  6. Nella scheda Google Analytics, fai clic su Attiva per avviare la procedura di ricollegamento.
  7. Seleziona il tuo account Analytics dall'elenco Seleziona account.
  8. Accanto a Crea automaticamente una nuova proprietà in questo account, fai clic su edit Modifica e, dall'elenco Proprietà Analytics visualizzato, seleziona il tuo ID proprietà.
     
     Viene visualizzato un elenco di tutte le app nel tuo progetto. Le mappature degli stream esistenti per ogni app vengono elencate e per le app che non hanno uno stream ne verrà creato uno.
  9. Fai clic su Attiva Google Analytics per ricollegare la proprietà.
  10. Fai clic su Fine.

Se continui a ricevere un messaggio di errore durante la creazione di test A/B con Remote Config dopo aver eseguito questi passaggi, contatta l'assistenza di Firebase.

AdMob: posso collegare le mie app per Windows a Firebase?

No, le app per Windows non sono attualmente supportate.

AdMob: perché non riesco a collegare la mia app a AdMob dalla console Firebase?

Puoi collegare un'app AdMob a un'app Firebase tramite la console AdMob. Scopri come.

AdMob: quali autorizzazioni o accessi mi occorrono per collegare un'app Firebase a un'app AdMob?

Per eseguire questo collegamento, devi disporre del seguente accesso:

• AdMob: devi essere un amministratore AdMob.
• Firebase: devi disporre dell'autorizzazione firebase.links.create, inclusa nel ruolo Proprietario e nel ruolo Amministratore Firebase.
• Google Analytics: devi disporre del ruolo Modifica o Gestione utenti per la proprietà associata al progetto Firebase. Scopri di più.

AdMob: più utenti dello stesso account AdMob possono collegare app AdMob e app Firebase?

Per gli account AdMob multiutente, l'utente che ha creato il primo collegamento Firebase e accettato i Termini di servizio di Firebase è l'unico che può creare nuovi collegamenti tra le app AdMob e Firebase.

AdMob: quali SDK devo utilizzare per AdMob?

Per utilizzare AdMob, utilizza sempre l'SDK Google Mobile Ads come descritto in queste domande frequenti. Se vuoi raccogliere le metriche utente per AdMob, puoi includere facoltativamente l'SDK Firebase per Google Analytics nella tua app.

• Per i progetti iOS:
  Importa l'SDK Google Mobile Ads seguendo le istruzioni riportate nella documentazione di AdMob per iOS.
• Per i progetti Android:
  Aggiungi la dipendenza per l'SDK Google Mobile Ads al filebuild.gradle:
  implementation 'com.google.android.gms:play-services-ads:23.5.0'
  
• Per progetti C++ e progetti Unity: segui le istruzioni riportate nella rispettiva documentazione.

Analytics: perché Google Analytics è un componente consigliato per l'utilizzo dei prodotti Firebase?

Google Analytics è una soluzione di analisi senza costi e illimitata che funziona con le funzionalità di Firebase per fornire approfondimenti efficaci. Ti consente di visualizzare i log eventi in Crashlytics, l'efficacia delle notifiche in FCM, il rendimento dei link diretti per Dynamic Links e i dati sugli acquisti in-app da Google Play. Supporta il targeting per pubblico avanzato in Remote Config, la personalizzazione di Remote Config e altro ancora.

Google Analytics funge da livello di informazioni nella console Firebase per fornirti approfondimenti più strategici su come sviluppare un'app di alta qualità, far crescere la tua base utenti e guadagnare di più.

Per iniziare, leggi la documentazione.

Analytics: come faccio a controllare la modalità di condivisione dei miei dati Analytics con il resto di Firebase?

Per impostazione predefinita, i tuoi dati Google Analytics vengono utilizzati per migliorare altre funzionalità di Firebase e Google. Puoi controllare in qualsiasi momento la modalità di condivisione dei tuoi datiGoogle Analytics nelle impostazioni del progetto. Scopri di più sulle impostazioni di condivisione dei dati.

Analytics: come faccio ad aggiornare le impostazioni della mia proprietà Analytics?

Nella pagina Amministrazione della tua proprietà Google Analytics, puoi aggiornare le impostazioni della proprietà, ad esempio:

• Impostazioni di condivisione dei dati
• Impostazioni di conservazione dei dati
• Impostazioni del fuso orario e della valuta

Per aggiornare le impostazioni della proprietà:

1. Nella console Firebase, vai a settings > Impostazioni progetto.
2. Vai alla scheda Integrazioni e nella scheda Google Analytics, fai clic su Gestisci o Visualizza link.
3. Fai clic sul link per il tuo account Google Analytics per aprire le impostazioni dell'account e delle proprietà.

Analytics nella mia app per iOS: posso installare Analytics senza le funzionalità di attribuzione degli annunci e di raccolta dell'IDFA?

Sì. Per ulteriori dettagli, consulta la pagina Configure Data Collection and Usage (Configura la raccolta e l'utilizzo dei dati).

Analytics: cosa è cambiato nella sezione Google Analytics con l'aggiornamento di ottobre 2021?

Puoi trovare un riepilogo di queste modifiche nell'articolo del Centro assistenza Firebase Nuova funzionalità di Google Analytics 4 in Google Analytics per Firebase.

Analytics: perché non vedo dati Analytics nella console Firebase dopo aver scollegato Firebase da Google Analytics?

I dati di Analytics si trovano nella proprietà Google Analytics, non nel progetto Firebase. Se elimini o scolleghi la proprietà, i dati di Analytics non saranno accessibili a Firebase e nella console Firebase vedrai una dashboard Analytics vuota. Tieni presente che, poiché i dati si trovano ancora nella proprietà collegata in precedenza, puoi ricollegare la proprietà a Firebase e visualizzare i dati di Analytics nella console Firebase.

Se colleghi un nuovo account Google Analytics (e quindi una nuova proprietà Google Analytics) al tuo progetto Firebase, nella console Firebase verrà visualizzata una dashboard Analytics vuota. Tuttavia, se la proprietà collegata in precedenza esiste ancora, puoi spostare i dati esistenti dalla vecchia proprietà alla nuova.

Analytics: se la mia proprietà Analytics e i relativi dati sono stati eliminati, c'è un modo per recuperarli?

No. Se la tua proprietà è stata eliminata, non è possibile annullarne l'eliminazione o recuperare i dati Analytics raccolti in precedenza e memorizzati al suo interno.

Se vuoi ricominciare a utilizzare Google Analytics, puoi collegare una nuova proprietà o una proprietà esistente al tuo progetto Firebase. Puoi eseguire questo collegamento nella console Firebase o nell'interfaccia utente di Google Analytics. Scopri di più sul collegamento di una proprietà Google Analytics al tuo progetto Firebase.

Analytics: se la mia proprietà Analytics è stata eliminata, posso collegare una nuova proprietà Google Analytics al mio progetto Firebase e ricominciare a utilizzare Analytics?

Se vuoi ricominciare a utilizzare Google Analytics, puoi collegare una nuova proprietà o una proprietà esistente al tuo progetto Firebase. Puoi eseguire questo collegamento nella console Firebase o nella UI di Google Analytics. Scopri di più sul collegamento di una proprietà Google Analytics al tuo progetto Firebase.

Tieni presente che, poiché tutti i dati Analytics vengono archiviati nella proprietà (non nel progetto Firebase), i dati Analytics raccolti in precedenza non possono essere recuperati.

Analytics: in che modo i prodotti Firebase o i prodotti Google integrati saranno interessati dall'eliminazione della mia proprietà Analytics?

Diversi prodotti Firebase si basano sull'integrazione di Google Analytics. Se la proprietà Analytics e i relativi dati vengono eliminati, si verifica quanto segue se utilizzi i seguenti prodotti:

• Crashlytics: non potrai più visualizzare utenti senza arresti anomali, log dei breadcrumb e/o avvisi di velocità.
• Cloud Messaging e In-App Messaging: non puoi più utilizzare il targeting, le metriche delle campagne, la segmentazione dei segmenti di pubblico e le etichette di analisi.
• Remote Config: non puoi più utilizzare le configurazioni mirate o la personalizzazione.
• A/B Testing: non puoi più utilizzare A/B Testing poiché la misurazione dell'esperimento viene fornita da Google Analytics.
• Dynamic Links: qualsiasi funzionalità che si basa sui dati di Google Analytics verràinterrotta.

Inoltre, saranno interessate le seguenti integrazioni:

• Non puoi più esportare i dati di Analytics in BigQuery.
• Non potrai più usufruire delle integrazioni Google Ads o integrazioni Google AdMob.

Analytics: come faccio a segmentare gli utenti che non hanno soddisfatto un criterio?

Puoi riformulare il problema scegliendo come target "negativo" questi utenti. Ad esempio, inquadra nuovamente il problema come "Non mostrare gli annunci a persone che hanno acquistato qualcosa" e crea un segmento di pubblico di questi utenti da scegliere come target.

Analytics: i segmenti di pubblico e/o gli eventi definiti nell'interfaccia di Google Analytics sono disponibili anche nella console Firebase?

I segmenti di pubblico e le proprietà utente verranno sincronizzati. Per alcune funzionalità, come la segmentazione e le canalizzazioni chiuse, devi utilizzare l'interfaccia di Google Analytics. Puoi accedere all'interfaccia di Google Analytics direttamente tramite i link diretti dalla console Firebase.

Eventuali modifiche apportate dalla console Firebase possono essere eseguite anche in Google Analytics e verranno applicate in Firebase.

Firebase Authentication: quali regioni sono supportate per l'autenticazione tramite telefono?

Firebase Authentication supporta la verifica del numero di telefono a livello globale, ma non tutte le reti inviano messaggi di verifica in modo affidabile. Le seguenti regioni hanno buoni tassi di recapito e dovrebbero funzionare bene per l'autenticazione telefonica. Dove indicato, alcuni corrieri non sono disponibili in una regione a causa di scarsi tassi di successo della consegna.

Cloud Messaging: qual è la differenza tra il compositore di notifiche e Cloud Messaging?

Firebase Cloud Messaging fornisce un insieme completo di funzionalità di messaggistica tramite i suoi SDK client e i protocolli dei server HTTP e XMPP. Per i deployment con requisiti di messaggistica più complessi, FCM è la scelta giusta.

Il compositore di notifiche è una soluzione di messaggistica serverless leggera basata su Firebase Cloud Messaging. Con una console grafica intuitiva e requisiti di codifica ridotti, il compositore di notifiche consente agli utenti di inviare facilmente messaggi per coinvolgere e fidelizzare gli utenti, favorire la crescita delle app e supportare le campagne di marketing.

Cloud Messaging: Apple ha annunciato il ritiro del protocollo binario precedente per gli APN. Devo fare qualcosa?

No. Firebase Cloud Messaging è passato al protocollo APN basato su HTTP/2 nel 2017. Se utilizzi FCM per inviare notifiche ai dispositivi iOS, non è richiesta alcuna azione da parte tua.

Cloud Messaging: devo utilizzare altri servizi Firebase per utilizzare FCM?

Puoi utilizzare Firebase Cloud Messaging come componente autonomo come facevi con GCM, senza utilizzare altri servizi Firebase.

Cloud Messaging: sono già un sviluppatore Google Cloud Messaging (GCM). Devo spostarmi in Firebase Cloud Messaging?

FCM è la nuova versione di GCM del brand Firebase. Eredita l'infrastruttura di base di GCM, con nuovi SDK per semplificare lo sviluppoCloud Messaging.

I vantaggi dell'upgrade all'SDK FCM includono:

• Sviluppo dei clienti più semplice. Non devi più scrivere la tua logica di ripetizione della registrazione o dell'abbonamento.
• Una soluzione di notifica pronta all'uso. Puoi utilizzare il Compose di notifiche, una soluzione di notifiche serverless con una console web che consente a chiunque di inviare notifiche a segmenti di pubblico di destinazione specifici in base alle informazioni di Google Analytics.

Per eseguire l'upgrade dagli SDK GCM agli SDK FCM, consulta le guide per la migrazione delle app per Android e iOS.

Cloud Messaging: perché i miei dispositivi di destinazione apparentemente non riescono a ricevere i messaggi?

Quando sembra che i dispositivi non abbiano ricevuto messaggi, verifica prima queste due potenziali cause:

Gestione dei messaggi in primo piano per i messaggi di notifica. Le app client devono aggiungere la logica di gestione dei messaggi per gestire i messaggi di notifica quando l'app è in primo piano sul dispositivo. Consulta i dettagli per iOS e Android.

Restrizioni del firewall di rete. Se la tua organizzazione dispone di un firewall che limita il traffico da o verso internet, devi configurarlo in modo da consentire la connettività con FCM affinché le tue app client Firebase Cloud Messaging possano ricevere messaggi. Le porte da aprire sono:

• 5228
• 5229
• 5230

FCM di solito utilizza 5228, ma a volte utilizza 5229 e 5230. FCM non fornisce IP specifici, quindi devi consentire al firewall di accettare connessioni in uscita a tutti gli indirizzi IP contenuti nei blocchi IP elencati nell'ASN 15169 di Google.

Cloud Messaging: ho implementato onMessageReceived nella mia app per Android, ma non viene chiamato.

Quando l'app è in background, i messaggi di notifica vengono visualizzati nella barra delle app e onMessageReceived non viene chiamato. Per i messaggi di notifica con un payload di dati, il messaggio di notifica viene visualizzato nella barra delle app e i dati inclusi nel messaggio di notifica possono essere recuperati dall'intent avviato quando l'utente tocca la notifica.

Per ulteriori informazioni, consulta la pagina Ricevere e gestire i messaggi.

Composto notifiche: qual è la differenza tra il composto notifiche e Cloud Messaging?

Il compositore di notifiche è una soluzione di messaggistica serverless leggera basata su Firebase Cloud Messaging. Con una console grafica intuitiva e requisiti di codifica ridotti, il compositore di notifiche consente agli utenti di inviare facilmente messaggi per coinvolgere e fidelizzare gli utenti, favorire la crescita delle app e supportare le campagne di marketing.

Firebase Cloud Messaging fornisce una serie completa di funzionalità di messaggistica tramite gli SDK client e i protocolli server HTTP e XMPP. Per i deployment con requisiti di messaggistica più complessi, FCM è la scelta giusta.

Ecco un confronto delle funzionalità di messaggistica fornite da Firebase Cloud Messaging e dal compositore di notifiche:

Notifiche Composer: sono già uno sviluppatore di Google Cloud Messaging (GCM) e voglio utilizzare Notifications Composer. Che cosa devo fare?

Il compositore di notifiche è una soluzione pronta all'uso che consente a chiunque di inviare notifiche a segmenti di pubblico di destinazione specifici in base alle informazioni di Google Analytics. Inoltre, lo strumento per la creazione di notifiche fornisce un'analisi della canalizzazione per ogni messaggio, consentendo una facile valutazione dell'efficacia delle notifiche.

Se sei già uno sviluppatore GCM, per utilizzare il Compose notifiche devi eseguire l'upgrade dagli SDK GCM agli SDK FCM. Consulta le guide per la migrazione delle app per Android e iOS.

Quali API FCM sono state ritirate il 20 giugno 2023 e cosa devo fare se le sto utilizzando?

Le seguenti API/SDK saranno interessate dal ritiro:

API di server

API SDK Admin di Firebase

SDK client

Il mio servizio subirà un downgrade prima di giugno 2024?

No. Hai 12 mesi di tempo (dal 20/06/2023 al 21/06/2024) per eseguire la migrazione dalle vecchie API alle nuove API senza alcun downgrade del servizio. Ti consigliamo vivamente di pianificare la migrazione il prima possibile per non essere interessato dal ritiro delle API a giugno 2024.

Dopo giugno 2024, potresti riscontrare un aumento degli errori o la mancanza di funzionalità durante l'utilizzo delle API/degli SDK elencati sopra (per ulteriori informazioni, consulta la prossima domanda frequente).

Come e quando verranno disattivate le API deprecate?

FCM avvierà un arresto graduale delle API deprecate intorno al 22 luglio 2024. Dopo questa data, i servizi deprecati saranno soggetti a un processo "sfarfallio" in cui un numero crescente di richieste restituirà risposte di errore. Durante il periodo di interruzione graduale, puoi aspettarti che il comportamento e le risposte di errore seguenti aumentino di frequenza nel tempo:

Qual è la differenza tra i token OAuth 2.0 e le chiavi server?

Un token OAuth 2.0 è un token di breve durata derivato da un account di servizio. Si tratta del modello di autenticazione standard di Google ed è più sicuro delle chiavi del server statiche.

Per indicazioni su come utilizzare la libreria di autenticazione Google per ottenere i token, consulta Utilizzare le credenziali per emettere token di accesso.

Tieni presente che le intestazioni delle richieste sono diverse quando utilizzi token OAuth 2.0 per le richieste a endpoint diversi.

• API HTTP v1: Authorization: Bearer $oauth_token
• API server ID istanza e API di gestione gruppi di dispositivi: Authorization: Bearer $oauth_token
access_token_auth: true

Posso eseguire la migrazione delle mie richieste alla nuova API contemporaneamente?

Ti consigliamo di aumentare gradualmente il traffico verso la nuova API. Se prevedi di inviare regolarmente più di 600.000 messaggi al minuto, contatta l'assistenza Firebase per istruzioni su come aumentare la quota o ricevere consigli su come distribuire il traffico.

Qual è la differenza tra l'API HTTP v1 e le API legacy quando invio messaggi a gruppi di dispositivi/argomenti?

Argomenti: non è necessario aggiungere il prefisso "/topics/" al target per argomento quando utilizzi l'API v1.

Gruppi di dispositivi: puoi utilizzare un token di gruppo come target del token nell'API HTTP v1. Tuttavia, l'API HTTP v1 non restituisce il numero di operazioni riuscite/non riuscite nella risposta. Ti consigliamo di utilizzare gli argomenti FCM o di gestire autonomamente i gruppi di dispositivi.

L'API HTTP v1 supporta l'invio di messaggi a più token in una richiesta?

No. Questa funzionalità, chiamata "multicast" nelle API HTTP legacy, non è supportata dall'API HTTP v1, che è progettata meglio per la scalabilità.

Per i casi d'uso in cui la latenza end-to-end è fondamentale o in cui la dimensione totale del fanout è ridotta (meno di 1 milione), Google consiglia di inviare più richieste separate utilizzando l'API HTTP v1. L'API HTTP v1 su HTTP/2 ha un rendimento simile per il 99,9% delle richieste multicast (invio di meno di 100 token). Per i casi d'uso outlier (invio di 1000 token), raggiunge fino a un terzo della frequenza di throughput, pertanto è necessaria una maggiore concorrenza per l'ottimizzazione per questo caso d'uso atipico. Gli utenti possono usufruire di un'affidabilità e una disponibilità maggiori con l'API HTTP 1 rispetto al multicast precedente.

Per i casi d'uso in cui la larghezza di banda in uscita e di throughput sono prioritarie o in cui le dimensioni totali del fanout sono elevate (maggiori di 1 milione), Google consiglia la messaggistica argomento. Sebbene la messaggistica argomento richieda un'azione una tantum per abbonare i destinatari a un argomento, offre fino a un tasso di fanout di 10.000 QPS per progetto senza un limite massimo alle dimensioni degli argomenti.

Quali versioni dell'SDK Firebase Admin includono le nuove API?

Qual è la differenza tra l'API di invio batch e l'API HTTP v1?

L'API di invio batch FCM utilizza lo stesso formato del messaggio e lo stesso meccanismo di autenticazione dell'API HTTP v1. Utilizza però un endpoint diverso. Se vuoi migliorare l'efficienza, considera l'utilizzo di HTTP/2 per inviare più richieste tramite la stessa connessione HTTP all'API HTTP v1.

Cosa devo fare se non riesco ad accedere al mio progetto?

Contatta il team di assistenza Google Cloud per ricevere aiuto.

I nuovi progetti possono abilitare l'API Cloud Messaging precedente?

No. A partire dal 20/05/2024, non sarà più possibile abilitare le nostre API legacy per i nuovi progetti.

Quando posso disattivare l'API Cloud Messaging precedente?

Una volta che hai eseguito completamente la migrazione all'API HTTP v1, puoi disabilitare l'API Cloud Messaging precedente (la pagina potrebbe non caricarsi se l'API è già stata disabilitata).

Devo inviare una notifica a una vasta base di clienti entro 2 minuti.

Purtroppo, questo caso d'uso non può essere supportato. Devi distribuire il traffico nell'arco di 5 minuti.

La mia app invia notifiche agli utenti sugli eventi. I messaggi devono essere recapitati immediatamente per supportare il mio modello di business. Posso avere più quota?

Purtroppo, non possiamo concedere aumenti di quota per questo motivo. Devi distribuire il traffico in un periodo di 5 minuti.

I miei messaggi riguardano eventi pianificati e devo inviare tutto il mio traffico all'inizio dell'ora.

Ti consigliamo di iniziare a inviare le notifiche almeno 5 minuti prima dell'evento.

Quanto tempo occorre per soddisfare la mia richiesta di quota?

Dipende in parte dall'uso che fai di FCM. In ogni caso, puoi aspettarti una risposta entro qualche giorno lavorativo. In alcuni casi, potrebbero verificarsi alcuni passaggi in merito all'utilizzo di FCM e a varie circostanze, che possono prolungare la procedura. Se tutti i requisiti sono soddisfatti, la maggior parte delle richieste verrà gestita entro 2 settimane.

Come faccio a monitorare l'utilizzo della quota?

Consulta le indicazioni di Google Cloud su come rappresentare graficamente e monitorare le metriche relative alle quote.

I codici 429 sono difficili da gestire per me / la mia attività. Posso ottenere un'esenzione o una quota maggiore per evitare di ricevere codici 429?

Sebbene siamo consapevoli che i limiti di quota possano essere complessi, le quote sono fondamentali per mantenere il servizio affidabile e non possiamo concedere esenzioni.

Posso ottenere una quota maggiore per un evento temporaneo?

Puoi richiedere una quota aggiuntiva per supportare un evento che dura fino a 1 mese. Invia la richiesta con almeno 1 mese di anticipo rispetto all'evento e fornisci dettagli chiari su quando inizia e termina l'evento. FCM farà ogni sforzo pratico per soddisfare la richiesta (non è possibile garantire alcun aumento). Questi aumenti di quota verranno annullati dopo la data di fine dell'evento.

La mia quota attuale è soggetta a modifiche?

Anche se Google non lo farà con leggerezza, le quote possono essere modificate secondo necessità per proteggere l'integrità del sistema. Laddove possibile, Google informerà l'utente in anticipo di tali modifiche.

Cloud Storage for Firebase: perché non posso utilizzare Cloud Storage for Firebase?

Cloud Storage for Firebase crea un bucket predefinito nel livello senza costi App Engine. In questo modo puoi iniziare a utilizzare Firebase e Cloud Storage for Firebase rapidamente, senza dover inserire una carta di credito o attivare un account Cloud Storage for Firebase.Cloud Billing Inoltre, ti consente di condividere facilmente i dati tra Firebase e un progetto Google Cloud.

Tuttavia, esistono due casi noti in cui questo bucket non può essere creato e non potrai utilizzare Cloud Storage for Firebase:

• Un progetto importato da Google Cloud che aveva un'applicazione Datastore Master/Slave Datastore.App Engine
• Un progetto importato da Google Cloud che ha progetti con prefisso del dominio. Ad esempio: domain.com:project-1234.

Al momento non sono disponibili soluzioni alternative per questi problemi e ti consigliamo di creare un nuovo progetto nella console Firebase e di attivare Cloud Storage for Firebase in quel progetto.

Cloud Storage for Firebase:perché ricevo risposte con codice di errore 412 sulle autorizzazioni degli account di servizio e sulle operazioni dell'account di servizio non riuscite quando utilizzo l'API Cloud Storage for Firebase?

È probabile che tu stia ricevendo codici di errore 412 perché l'Cloud Storage for Firebase API non è abilitata per il tuo progetto o perché a un account di servizio necessario mancano le autorizzazioni richieste.

Consulta le Domande frequenti correlate.

Cloud Storage for Firebase: nei progetti del piano Spark posso archiviare file eseguibili?

Per i progetti con piano senza costi (Spark), Firebase blocca il caricamento e l'hosting di determinati tipi di file eseguibili per Windows, Android e Apple entro il giorno Cloud Storage for Firebase e Firebase Hosting. Queste norme hanno lo scopo di prevenire eventuali comportamenti illeciti sulla nostra piattaforma.

La pubblicazione, l'hosting e i caricamenti di file non consentiti sono bloccati per tutti i progetti Spark creati il 28 settembre 2023 o successivamente. Per i progetti Spark esistenti con file caricati prima di questa data, questi file possono comunque essere caricati e ospitati.

Questa limitazione si applica ai progetti del piano Spark. I progetti con il piano di pagamento a consumo (Blaze) non sono interessati.

I seguenti tipi di file non possono essere ospitati su Firebase Hosting e Cloud Storage for Firebase:

• File di Windows con estensioni .exe, .dll e .bat
• File Android con estensione .apk
• File della piattaforma Apple con estensione .ipa

Cosa devo fare?

Se vuoi continuare a ospitare questi tipi di file dopo il 28 settembre 2023:

• Per l'hosting: esegui l'upgrade al piano Blaze prima di poter eseguire il deployment di questi tipi di file in Firebase Hosting tramite il comando firebase deploy.
• Per spazio di archiviazione: esegui l'upgrade al piano Blaze per caricare questi tipi di file nel bucket che preferisci utilizzando l'interfaccia a riga di comando GCS, la console Firebase o la console Google Cloud.

Utilizza gli strumenti Firebase per gestire le risorse Firebase Hosting e Cloud Storage.

• Per gestire le risorse in Firebase Hosting, utilizza la Console Firebase per eliminare le release secondo questa guida.
• Per gestire le risorse in Cloud Storage, vai alla pagina del prodotto di archiviazione nel tuo progetto.
1. Nella scheda File, individua i file non consentiti da eliminare nella gerarchia della cartella, quindi selezionali utilizzando la casella di controllo accanto ai nomi dei file sul lato sinistro del riquadro.
2. Fai clic su Elimina e conferma che i file sono stati eliminati.

Consulta la nostra documentazione per ulteriori informazioni sulla gestione delle risorse di hosting con gli strumenti Firebase e dei bucket Cloud Storage per Firebase con le librerie client.

Cloud Storage for Firebase: perché noto un aumento imprevisto delle operazioni di caricamento e download?

In precedenza, le richieste di download e caricamento all'API Cloud Storage for Firebase non venivano conteggiate correttamente. Abbiamo adottato misure per risolvere questo problema a partire dal 15 settembre 2023.

Per gli utenti di Blaze, le operazioni di caricamento e download inizieranno a essere conteggiate ai fini della fatturazione mensile. Per gli utenti di Spark, inizieranno a essere conteggiati ai fini del limite mensile senza costi.

Ti consigliamo di monitorare la pagina Utilizzo per verificare eventuali aumenti che potrebbero essere conteggiati ai fini dei limiti.

Cloud Storage for Firebase: perché vedo nuovi ID account servizio associati ai miei progetti Firebase che utilizzano Cloud Storage for Firebase?

Firebase utilizza gli account di servizio per operare e gestire i servizi senza condividere le credenziali utente. Quando crei un progetto Firebase, potresti notare che nel progetto sono già disponibili diversi account di servizio.

L'account di servizio utilizzato da Cloud Storage for Firebase è limitato al tuo progetto e si chiama
service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com.

Se hai utilizzato Cloud Storage for Firebase prima del 19 settembre 2022, potresti vedere un account di servizio aggiuntivo sui bucket Cloud Storage collegati in precedenza denominato firebase-storage@system.gserviceaccount.com. A partire dal 19 settembre 2022, questo account di servizio non è più supportato.

Puoi visualizzare tutti gli account di servizio associati al tuo progetto nella console Firebase, nella scheda Account di servizio.

Aggiunta del nuovo account di servizio

Se hai rimosso l'account di servizio in precedenza o se non è presente nel progetto, puoi eseguire una delle seguenti operazioni per aggiungerlo.

• (Consigliato) Automatico: utilizza l'endpoint REST AddFirebase per importare nuovamente il bucket in Firebase. Dovrai chiamare questo endpoint solo una volta, non una volta per ogni bucket collegato.
• Manuale:segui i passaggi descritti in Creazione e gestione degli account di servizio. Seguendo questa guida, aggiungi un account di servizio con il ruolo IAM Cloud Storage for Firebase Service Agent e il nome dell'account di servizio
  service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com.

Rimozione del nuovo account di servizio

Ti sconsigliamo vivamente di rimuovere l'account di servizio perché questo potrebbe bloccare l'accesso ai bucket Cloud Storage dalle tue app. Per rimuovere l'account di servizio dal progetto, segui le istruzioni riportate in Disattivare un account di servizio.

Dynamic Links: quali sono i piani futuri di Firebase per Dynamic Links?

Consulta le Dynamic Linksdomande frequenti.

Dynamic Links: perché la mia app per Android accede a ogni link dinamico due volte?

L'API getInvitation cancella il link dinamico salvato per impedire l'accesso due volte. Assicurati di chiamare questa API con il parametro autoLaunchDeepLink impostato su false in ogni attività dei link diretti per cancellarla nel caso in cui l'attività venga attivata al di fuori dell'attività principale.

Perché i log di Emulator Suite mostrano un errore che inizia con "Non è consigliabile avere più projectId in modalità progetto singolo"?

Questo messaggio indica che Emulator Suite ha rilevato che potrebbe eseguire un determinato emulatore di prodotti utilizzando ID progetto diversi. Ciò potrebbe indicare un'errata configurazione e può causare problemi quando gli emulatori tentano di comunicare tra loro e quando provi a interagire con gli emulatori dal tuo codice. Se gli ID progetto non corrispondono, spesso sembra che manchino dati, poiché i dati archiviati negli emulatori sono associati a projectID e l'interoperabilità dipende dalla corrispondenza degli ID progetto.

Questo è stato un motivo comune di confusione tra gli sviluppatori, pertanto per impostazione predefinita Local Emulator Suite ora consentirà l'esecuzione solo con un singolo ID progetto, a meno che non specifichi diversamente nel file di configurazione firebase.json. Se un emulatore rileva più di un ID progetto, registra un avviso e potrebbe generare un errore fatale.

Controlla le dichiarazioni dell'ID progetto per verificare l'eventuale presenza di mancate corrispondenze in:

• Il progetto predefinito impostato nella riga di comando. Per impostazione predefinita, all'avvio l'ID progetto verrà preso dal progetto selezionato con firebase init o firebase use. Per visualizzare l'elenco dei progetti (e vedere quale è selezionato), utilizza firebase projects:list.
• Test delle unità. L'ID progetto viene spesso specificato nelle chiamate ai metodi della libreria di test di unità delle regole initializeTestEnvironment o initializeTestApp. L'altro codice di test potrebbe essere inizializzato con initializeApp(config).
• Il flag --project della riga di comando. Se passi il flag Firebase --project della CLI, viene sostituito il progetto predefinito. Devi assicurarti che il valore del flag corrisponda all'ID progetto nei test di unità e nell'inizializzazione dell'app.

Luoghi da controllare in base alla piattaforma:

Per disattivare la modalità di un singolo progetto, aggiorna firebase.json con la chiave singleProjectMode:

{
  "firestore": {
    ...
  },
  "functions": {
    ...
  },
  "hosting": {
    ...
  },
  "emulators": {
    "singleProjectMode": false,
    "auth": {
      "port": 9099
    },
    "functions": {
      "port": 5001
    },
    ...
  }
}

Hosting: nei progetti del piano Spark posso archiviare file eseguibili?

Per i progetti con piano senza costi (Spark), Firebase blocca il caricamento e l'hosting di determinati tipi di file eseguibili per Windows, Android e Apple entro il giorno Cloud Storage for Firebase e Firebase Hosting. Queste norme hanno lo scopo di prevenire gli abusi sulla nostra piattaforma.

La pubblicazione, l'hosting e i caricamenti di file non consentiti sono bloccati per tutti i progetti Spark creati il 28 settembre 2023 o successivamente. Per i progetti Spark esistenti con file caricati prima di questa data, questi file possono comunque essere caricati e ospitati.

Questa limitazione si applica ai progetti del piano Spark. I progetti con il piano di pagamento a consumo (Blaze) non sono interessati.

I seguenti tipi di file non possono essere ospitati su Firebase Hosting e Cloud Storage for Firebase:

• File di Windows con estensioni .exe, .dll e .bat
• File Android con estensione .apk
• File della piattaforma Apple con estensione .ipa

Cosa devo fare?

Se vuoi continuare a ospitare questi tipi di file dopo il 28 settembre 2023:

• Per l'hosting: esegui l'upgrade al piano Blaze prima di poter eseguire il deployment di questi tipi di file in Firebase Hosting tramite il comando firebase deploy.
• Per spazio di archiviazione: esegui l'upgrade al piano Blaze per caricare questi tipi di file nel bucket che preferisci utilizzando l'interfaccia a riga di comando GCS, la console Firebase o la console Google Cloud.

Utilizza gli strumenti Firebase per gestire le risorse Firebase Hosting e Cloud Storage.

• Per gestire le risorse in Firebase Hosting, utilizza la Console Firebase per eliminare le release secondo questa guida.
• Per gestire le risorse in Cloud Storage, vai alla pagina del prodotto archiviazione nel tuo progetto.
1. Nella scheda File, individua i file non consentiti da eliminare nella gerarchia della cartella, quindi selezionali utilizzando la casella di controllo accanto ai nomi dei file sul lato sinistro del riquadro.
2. Fai clic su Elimina e conferma che i file sono stati eliminati.

Consulta la nostra documentazione per ulteriori informazioni sulla gestione delle risorse di hosting con gli strumenti Firebase e dei bucket Cloud Storage per Firebase con le librerie client.

Hosting: perché la tabella della cronologia delle release di Hosting nella console Firebase mostra un numero di file superiore a quello effettivamente presente nel mio progetto locale?

Firebase aggiunge automaticamente file aggiuntivi contenenti metadati sul sito Hosting. Questi file sono inclusi nel conteggio totale dei file per la release.

Hosting: qual è la dimensione massima del file che posso eseguire in Firebase Hosting?

Hosting ha un limite di dimensione massima di 2 GB per singolo file.

Ti consigliamo di archiviare i file di dimensioni maggiori utilizzando Cloud Storage, che offre un limite di dimensione massima nell'intervallo dei terabyte per i singoli oggetti.

Hosting: quanti siti Hosting posso avere per progetto Firebase?

La funzionalità multisito di Firebase Hosting supporta un massimo di 36 siti per progetto.

Performance Monitoring: quanti pattern URL personalizzati posso creare?

Puoi creare fino a 400 pattern URL personalizzati in totale per app e fino a 100 pattern URL personalizzati per dominio per quell'app.

Performance Monitoring: Perché non vedo la visualizzazione in tempo reale dei dati sul rendimento?

Per visualizzare i dati sulle prestazioni in tempo reale, assicurati che la tua app utilizzi una versione dell'SDK Performance Monitoring compatibile con l'elaborazione dei dati in tempo reale.

• iOS: versione 7.3.0 o successive
• tvOS: versione 8.9.0 o successive
• Android: versione 19.0.10 o successive (o Firebase Android BoM versione 26.1.0 o successive)
• Web: versione 7.14.0 o successive

Tieni presente che consigliamo sempre di utilizzare la versione più recente dell'SDK, ma qualsiasi versione elencata sopra consentirà a Performance Monitoring di elaborare i dati quasi in tempo reale.

Realtime Database: Perché la larghezza di banda segnalata da Realtime Database è stata inferiore alla media tra settembre 2016 e marzo 2017?

Per i nostri calcoli della larghezza di banda, in genere includiamo l'overhead della crittografia SSL (in base al livello 5 del modello OSI). Tuttavia, a settembre 2016 abbiamo introdotto un bug che ha causato l'ignoranza del sovraccarico della crittografia nei nostri report sulla larghezza di banda. Ciò potrebbe aver comportato una limitazione artificiosa della larghezza di banda segnalata e l'addebito di fatture sul tuo account per alcuni mesi.

Alla fine di marzo 2017 abbiamo rilasciato una correzione del bug, ripristinando i livelli normali di report e fatturazione relativi alla larghezza di banda.

Realtime Database: quali sono i limiti di scalabilità di Realtime Database?

Ogni istanza Realtime Database ha limiti per il numero di operazioni di scrittura al secondo. Per le piccole scritture, questo limite è di circa 1000 operazioni di scrittura al secondo. Se stai per raggiungere questo limite, le operazioni batch che utilizzano gli aggiornamenti multipath possono aiutarti a ottenere una maggiore velocità in uscita.

Inoltre, ogni istanza di database ha un limite al numero di connessioni simultanee al database. I nostri limiti predefiniti sono sufficientemente grandi per la maggior parte delle applicazioni. Se stai creando un'app che richiede una maggiore scalabilità, potresti dover suddividere la tua applicazione su più istanze di database per aumentare la scalabilità. Puoi anche prendere in considerazione Cloud Firestore come database alternativo.

Realtime Database: cosa posso fare se supero i limiti di utilizzo di Realtime Database?

Se hai ricevuto un avviso via email o una notifica nella console Firebase che ti informa che hai superato i limiti di utilizzo di Realtime Database, puoi risolvere il problema in base al limite di utilizzo che hai superato. Per visualizzare il tuo utilizzo di Realtime Database, vai alla dashboard Realtime Database Utilizzo nella console Firebase.

Se hai superato il limite di download, puoi eseguire l'upgrade del piano tariffario Firebase o attendere il ripristino del limite di download all'inizio del ciclo di fatturazione successivo. Per ridurre i download, prova a procedere nel seguente modo:

• Aggiungi query per limitare i dati restituiti dalle operazioni di ascolto.
• Verifica la presenza di query non indicizzate.
• Utilizza listener che scaricano solo gli aggiornamenti dei dati, ad esempio on() anziché once().
• Utilizza le regole di sicurezza per bloccare i download non autorizzati.

Se superi il limite di spazio di archiviazione,esegui l'upgrade del piano di prezzi per evitare interruzioni del servizio. Per ridurre la quantità di dati nel database, prova i seguenti passaggi:

• Esegui job di pulizia periodici.
• Riduci i dati duplicati nel database.

Tieni presente che potrebbe essere necessario un po' di tempo prima che le eliminazioni dei dati siano riflesse nell'allocazione dello spazio di archiviazione.

Se superi il limite di connessioni simultanee al database, esegui l'upgrade del piano per evitare interruzioni del servizio. Per gestire le connessioni simultanee al tuo database, prova a connetterti tramite gli utenti tramite l'API REST se non richiedono una connessione in tempo reale.

Remote Config: perché i valori recuperati non modificano il comportamento e l'aspetto della mia app?

A meno che non recuperi i valori con fetchAndActivate(), i valori vengono archiviati localmente, ma non attivati. Per attivare i valori recuperati in modo che vengano applicati, chiama activate. Questo design ti consente di controllare quando cambiano il comportamento e l'aspetto della tua app, perché puoi scegliere quando chiamare activate. Dopo aver chiamato activate, il codice sorgente della tua app determina quando vengono utilizzati i valori parametro aggiornati.

Ad esempio, puoi recuperare i valori e attivarli la volta successiva che un utente avvia la tua app, eliminando così la necessità di ritardare l'avvio dell'app mentre quest'ultima attende i valori recuperati dal servizio. Le modifiche al comportamento e all'aspetto dell'app si verificano quando l'app utilizza i valori dei parametri aggiornati.

Per scoprire di più sull'API Remote Config e sul modello di utilizzo, consulta Panoramica dell'API Remote Config.

Remote Config: durante lo sviluppo della mia app, eseguo molte richieste di recupero. Perché la mia app non riceve sempre i valori più recenti dal servizio quando invia richieste di recupero?

Durante lo sviluppo dell'app, potrebbe essere opportuno recuperare e attivare le configurazioni molto spesso (molte volte all'ora) per eseguire rapidamente l'iterazione durante lo sviluppo e il test dell'app. Per consentire l'iterazione rapida di un progetto con un massimo di 10 sviluppatori, puoi impostare temporaneamente un oggetto FirebaseRemoteConfigSettings con un intervallo di recupero minimo basso (setMinimumFetchIntervalInSeconds) nella tua app.

Remote Config: con quale rapidità il servizio Remote Config restituisce i valori recuperati dopo che la mia app invia una richiesta di recupero?

I dispositivi di solito ricevono i valori recuperati in meno di un secondo e spesso in millisecondi. Il servizio Remote Config gestisce le richieste di recupero entro millisecondi, ma il tempo necessario per completare una richiesta di recupero dipenderà dalla velocità della rete del dispositivo e dalla latenza della connessione di rete utilizzata dal dispositivo.

Se il tuo obiettivo è applicare i valori recuperati alla tua app il prima possibile, ma senza creare un'esperienza utente spiacevole, valuta la possibilità di aggiungere chiamate a fetchAndActivate ogni volta che la tua app esegue un aggiornamento a schermo intero.

Che cos'è lo spazio di archiviazione per la segmentazione degli utenti di Firebase?

Firebase User Segmentation Storage archivia ID installazione Firebase nonché attributi e segmenti correlati, nonché gli elenchi dei segmenti di pubblico che hai creato per fornire informazioni sul targeting ad altri servizi Firebase che li utilizzano, come la personalizzazione di Crashlytics, FCM, Remote Config e altro ancora.