Hai altre sfide o non vedi il tuo problema descritto di seguito? Segnala un bug o richiedi una funzionalità e partecipa alle discussioni su Stack Overflow.
Progetti Firebase e app Firebase
Cos'è un progetto Firebase?
Un progetto Firebase è l'entità di primo livello per Firebase. In un progetto puoi registrare le tue app web, Android o Apple. Dopo aver registrato le tue app con Firebase, puoi aggiungere gli SDK Firebase specifici per prodotto alla tua app, ad esempio Analytics, Cloud Firestore, Crashlytics o Remote Config.
Devi registrare le varianti delle tue app web, Android e Apple in un unico progetto Firebase. Puoi utilizzare più progetti Firebase per supportare più ambienti, come 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 e delle relative app e risorse.
- Best practice generali per la configurazione dei progetti Firebase: fornisce best practice generali e di alto livello per la configurazione dei progetti Firebase e la registrazione delle app a un progetto in modo da avere un flusso di lavoro di sviluppo chiaro che utilizzi ambienti distinti.
Tieni presente che per tutti i progetti Firebase, Firebase aggiunge automaticamente un'etichetta
firebase:enabled
nella
pagina Etichette per il tuo 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 contenitore per i 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, consulta Creazione e gestione delle 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 Google Cloud esistenti utilizzando una delle seguenti opzioni:
- Utilizzo della console Firebase.
- Utilizzo di un'opzione programmatica:
- Chiama l'endpoint dell'API REST Firebase Management
projects.addFirebase
. - Esegui il comando Firebase CLI
firebase projects:addfirebase
. - Utilizza Terraform.
- Chiama l'endpoint dell'API REST Firebase Management
Scopri di più su come aggiungere Firebase a un progetto Google Cloud.
Come funziona l'integrazione di Firebase con Google Cloud?
Firebase è profondamente integrato in Google Cloud. I progetti sono condivisi tra Firebase e Google Cloud, quindi possono avere servizi Firebase e Google Cloud abilitati. 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. Il tuo utilizzo di Firebase e Google Cloud viene visualizzato nella stessa fattura.
Inoltre, quando esegui l'upgrade al piano Blaze, puoi utilizzare qualsiasi API e servizio di infrastruttura come servizio di Google Cloud di livello mondiale direttamente all'interno del tuo progetto Firebase, alle tariffe 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 offre molti vantaggi in termini di miglioramento della sicurezza, riduzione della latenza e risparmio di tempo (rispetto ad altri servizi cloud non colocalizzati). Per ulteriori dettagli, visita il sito Google Cloud.
Perché il mio progetto Google Cloud ha l'etichetta
firebase:enabled
?
Nella
pagina Etichette
del tuo progetto nella console Google Cloud, potresti visualizzare 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 per il progetto sono abilitati servizi e configurazioni specifici di Firebase. Scopri di più sulla relazione tra 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
API REST projects.list
o nei menu all'interno 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 tuo progetto Google Cloud. Per farlo, devi aggiungere Firebase utilizzando la console Firebase (o, per casi d'uso avanzati, utilizzando l'API Firebase Management REST o l'interfaccia a riga di comando Firebase).
Perché il mio progetto Firebase non viene visualizzato nell'elenco dei progetti Firebase?
Queste domande frequenti sono applicabili se non vedi il tuo progetto Firebase nei seguenti luoghi:
- In un elenco di progetti che stai visualizzando nella console Firebase
- Nella risposta alla chiamata
dell'endpoint
projects.list
dell'API REST - Nella risposta all'esecuzione del comando CLI Firebase
firebase projects:list
Prova a seguire questi passaggi per la risoluzione dei problemi:
- Innanzitutto, prova ad accedere al progetto visitando direttamente il relativo URL. Utilizza il formato seguente:
https://console.firebase.google.com/project/PROJECT_ID/overview
- Se non riesci ad accedere al progetto o ricevi errori relativi alle autorizzazioni, controlla quanto segue:
- Assicurati di aver eseguito 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.
- Verifica di poter visualizzare il progetto nella console Google Cloud.
- Assicurati che il tuo progetto abbia l'etichetta
firebase:enabled
nella pagina Etichette per il tuo 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, aggiungi manualmente l'etichetta (in particolare, unKey
difirebase
con unValue
dienabled
). - Assicurati di avere uno dei ruoli IAM di base (Proprietario, Editor, Visualizzatore) o un ruolo con autorizzazioni correlate 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 aver bisogno di autorizzazioni aggiuntive per visualizzare il progetto elencato nella console Firebase. Contatta la persona che gestisce la tua organizzazione Google Cloud per ottenere il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Sfoglia.
Se nessuno dei passaggi per la risoluzione dei problemi riportati sopra ti consente di visualizzare il progetto in un elenco di progetti Firebase, contatta l'assistenza Firebase.
Quanti progetti posso avere per Account Google (indirizzo email)?
- Piano tariffario Spark: la quota di creazione dei progetti è limitata a un numero ridotto di progetti (di solito circa 5-10).
- Piano tariffario Blaze: la quota di creazione dei progetti è ancora limitata, ma potrebbe aumentare con il collegamento di un account Cloud Billing in regola.
Tieni presente quanto segue in merito al limite della quota di creazione di progetti:
- Questo limite non è specifico di Firebase. I limiti di Firebase per la quota del progetto sono gli stessi di Google Cloud.
- Nel raro caso in cui sia necessario, puoi richiedere un aumento della quota di progetto.
- L'eliminazione completa di un progetto richiede 30 giorni e viene conteggiata ai fini della quota di progetti finché il progetto non viene eliminato completamente.
Scopri le best practice generali consigliate da Firebase per la configurazione dei progetti Firebase.
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 il numero totale di app Firebase all'interno di un progetto Firebase a 30.
Superato questo numero, le prestazioni iniziano a peggiorare (soprattutto per Google Analytics) e, infine, con un numero maggiore di app, alcune funzionalità del prodotto smettono di funzionare. Inoltre, se utilizzi Accedi con Google come provider di autenticazione, viene creato un ID client OAuth 2.0 sottostante per ogni app nel tuo progetto. È possibile creare un massimo di 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 della stessa applicazione dal punto di vista dell'utente finale. Ad esempio, se sviluppi un'applicazione white label, ogni app con etichetta indipendente deve avere il proprio progetto Firebase, ma le versioni Apple e Android di quell'etichetta possono trovarsi nello stesso progetto. Leggi indicazioni più dettagliate nella nostra guida alle best practice generali per la configurazione dei progetti Firebase.
Nel raro caso in cui il tuo progetto richieda più di 30 app, puoi richiedere un aumento del limite di app. Per effettuare questa richiesta, il progetto deve essere nel piano tariffario Blaze. Visita la console Google Cloud per inviare la 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 tipo di ambiente, ovvero Produzione o Non specificato (non di produzione).
L'assegnazione di un tipo di ambiente al progetto non influisce sul funzionamento o sulle funzionalità del progetto Firebase. Tuttavia, il tagging può aiutarti e il tuo team a gestire i vari progetti Firebase per il ciclo di vita dell'app.
Se contrassegni il progetto come ambiente di produzione, aggiungiamo un tag Prod dai colori vivaci al progetto nella console Firebase, per ricordarti che qualsiasi modifica potrebbe influire sulle app di produzione associate. In futuro, potremmo aggiungere altre funzionalità e misure di sicurezza per i progetti Firebase taggati come ambienti di produzione.
Per modificare il tipo di ambiente del tuo progetto Firebase, vai a settings Impostazioni progetto > Generale, 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 alle 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 esempio per l'ID app:
-
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 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 Google Play: Proprietario o Amministratore dell'account
- Uno dei seguenti ruoli Firebase: Proprietario o Amministratore Firebase
- Per collegare la tua app AdMob, devi essere sia proprietario del progetto Firebase sia amministratore di AdMob.
- Per collegare il tuo account AdWords, devi essere sia proprietario di un progetto Firebase sia amministratore AdWords.
- Per collegare il tuo progetto BigQuery, devi essere il proprietario del progetto Firebase.
Quali note relative all'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.
Autorizzazioni e accesso ai progetti Firebase
Come faccio ad assegnare a un membro del progetto un ruolo, ad esempio quello di proprietario?
Per gestire i ruoli assegnati a ogni membro del progetto, devi essere il proprietario del progetto Firebase (o disporre di un ruolo con l'autorizzazione resourcemanager.projects.setIamPolicy
).
Ecco dove puoi assegnare e gestire i ruoli:
- La console Firebase offre un modo semplificato per assegnare ruoli ai membri del progetto nella scheda Utenti e autorizzazioni di settings > Impostazioni progetto. Nella console Firebase, puoi assegnare uno qualsiasi dei ruoli di base (Proprietario, Editor, Visualizzatore), i ruoli Amministratore/Visualizzatore Firebase o uno qualsiasi dei ruoli predefiniti per categoria di prodotto Firebase.
- La console Google Cloud offre un'ampia gamma di strumenti per assegnare ruoli ai membri del progetto
nella
pagina IAM. Nella console Cloud puoi anche creare
e gestire
ruoli personalizzati, nonché concedere ai service account
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 il paragrafo successivo), puoi contattare l'assistenza Firebase e chiedere informazioni su 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 relativi ruoli nei seguenti punti:
- 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, verifica 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 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 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ò svolgere molte attività che può svolgere un proprietario. Tuttavia, per svolgere diverse attività specifiche del proprietario (come l'assegnazione di ruoli o la gestione delle proprietà Google Analytics), l'amministratore potrebbe dover assegnarsi il ruolo di proprietario effettivo per svolgere queste 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 al progetto.
Perché o quando devo assegnare il ruolo di proprietario a un membro del progetto?
Per garantire la corretta gestione di un progetto Firebase, deve avere un proprietario.
I membri del progetto con il ruolo Proprietario spesso sono gli unici membri del progetto che possono svolgere attività amministrative o ricevere notifiche importanti:
- I membri del progetto con il ruolo Proprietario sono spesso gli unici che possono eseguire importanti azioni amministrative (come l'assegnazione di ruoli e la gestione delle proprietà Google Analytics) e l'assistenza Firebase può soddisfare solo le richieste amministrative dei proprietari del progetto dimostrati.
- I membri del progetto con il ruolo Proprietario sono spesso gli unici membri che (per impostazione predefinita) ricevono notifiche relative a modifiche al progetto o ai prodotti (ad esempio modifiche legali e di fatturazione, ritiro di funzionalità e così via). Se vuoi che membri specifici o aggiuntivi del progetto ricevano notifiche, puoi facoltativamente personalizzare i "contatti essenziali" del progetto.
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 può eseguire un proprietario. Tuttavia, per diverse attività specifiche del proprietario (come l'assegnazione di ruoli o la gestione delle proprietà Google Analytics), l'amministratore potrebbe dover assegnarsi il ruolo di proprietario effettivo per eseguire queste attività.
Non credo di avere un progetto Firebase, ma ho ricevuto un'email a riguardo. Come faccio ad accedere a questo progetto?
L'email che hai ricevuto dovrebbe contenere 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 alla console Firebase e uscire 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 relative alle 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 è assegnarti il ruolo 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 delle domande frequenti specifiche per la piattaforma per suggerimenti utili e risposte ad altre domande frequenti.
Console Firebase
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. Al momento i browser per dispositivi mobili 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 tuo progetto anche quando inserisci il relativo ID o nome nel campo di ricerca della console.
Prova a seguire questi passaggi per la risoluzione dei problemi:
- Innanzitutto, prova ad accedere al progetto visitando direttamente il relativo URL. Utilizza il formato seguente:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Se ancora non riesci ad accedere al progetto o ricevi errori relativi alle autorizzazioni,
controlla quanto segue:
- Assicurati di aver eseguito 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 l'API Firebase Management sia abilitata per il progetto.
- Assicurati di avere uno dei ruoli IAM di base (Proprietario, Editor, Visualizzatore) o un ruolo con autorizzazioni correlate 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 aver bisogno di autorizzazioni aggiuntive per visualizzare il progetto elencato nella console Firebase. Contatta la persona che gestisce la tua organizzazione Google Cloud per ottenere il ruolo appropriato per visualizzare il progetto, ad esempio il ruolo Sfoglia.
Se nessuno dei passaggi per la risoluzione dei problemi riportati sopra ti consente di trovare o accedere al tuo progetto, contatta l'assistenza Firebase.
Perché la console Firebase non si carica?
Queste domande frequenti sono applicabili se riscontri uno dei seguenti problemi:
- Una pagina nella console Firebase non viene mai caricata completamente.
- 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 seguire questi passaggi per la risoluzione dei problemi:
- Controlla la riga Console della dashboard dello stato di Firebase per eventuali interruzioni del servizio.
- Assicurati di utilizzare un browser supportato.
- Prova a caricare la console Firebase in una finestra di navigazione in incognito o privata.
- Disattiva tutte le estensioni del browser.
- Verifica che la connessione di rete non sia bloccata da un blocco degli annunci, antivirus, proxy, firewall o altro software.
- Prova a caricare la console Firebase utilizzando un'altra rete o un altro dispositivo.
- Se utilizzi Chrome, controlla la console degli Strumenti per sviluppatori per eventuali errori.
Se nessuno dei passaggi per la risoluzione dei problemi riportati sopra 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 lingua preferita, 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 supporta la console Firebase?
La console Firebase e la console Google Cloud utilizzano gli stessi ruoli e autorizzazioni sottostanti. Scopri di più sui ruoli e sulle autorizzazioni nella documentazione di Firebase IAM.
Firebase supporta i ruoli fondamentali (di base) di Proprietario, Editor e Visualizzatore:
- Un proprietario di un progetto può aggiungere altri membri al progetto, configurare integrazioni (collegamento del progetto a servizi come BigQuery o Slack) e ha accesso completo in modifica per il progetto.
- Un editor del progetto ha accesso completo in modifica per il progetto.
- Un visualizzatore del progetto ha solo accesso in lettura al progetto. Tieni presente che la console Firebase attualmente non nasconde/disattiva i controlli della UI di modifica per i 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 che soddisfano i requisiti specifici della tua organizzazione.
Come funziona l'esperienza dell'app di esempio della console? Che cosa succede e cosa posso fare?
La console Firebase offre un'esperienza di app di esempio in modo da avere un'app funzionante reale da esplorare e sperimentare con Firebase e altri servizi Google (come Gemini API).
Configurazione e deployment automatici di Firebase dell'app di esempio
Quando esamini l'esperienza dell'app di esempio nella console Firebase, eseguiamo automaticamente le seguenti operazioni:
- Crea un nuovo progetto Firebase per la tua app di esempio
- Registrare un'app web Firebase nel nuovo progetto Firebase
- Abilita i servizi e le API utilizzati dall'app di esempio (ad esempio, Firebase Authentication, Cloud Firestore e così via).
- Esegui il provisioning di tutte le risorse richieste (ad esempio istanze di database e regole di sicurezza)
- Configurare Firebase AI Logic per utilizzare Gemini Developer API
- Esegui il deployment dell'app di esempio in un URL di anteprima temporaneo utilizzando Firebase Hosting (per impostazione predefinita, questo URL scade dopo 7 giorni)
Esplora il codebase dell'app di esempio
Opzione 1: apri una versione personalizzata del codebase dell'app di esempio in Firebase Studio
L'esperienza dell'app di esempio offre un percorso per aprire una versione personalizzata del codebase dell'app di esempio in Firebase Studio (lo spazio di lavoro basato su browser di Google per lo sviluppo di app full-stack). Dopo aver configurato il progetto e l'app (vedi sopra), puoi trovare i link a Firebase Studio nei banner nella console Firebase e nella parte superiore dell'app di cui è stato eseguito il deployment.
Quando apri l'app di esempio in Firebase Studio, eseguiamo automaticamente le seguenti operazioni:
- Utilizza lo stesso progetto Firebase, la stessa app web Firebase e le stesse risorse create nella configurazione iniziale (vedi sopra)
- Inserisci la configurazione Firebase dell'app di esempio nel codebase
(di solito in
src/bootstrap.js
)
All'interno di Firebase Studio, puoi esplorare il codebase per capire come interagire con vari servizi Firebase e Google.
Opzione 2: visualizza la versione pubblica e non personalizzata della codebase dell'app di esempio in GitHub
In alternativa, puoi visualizzare la versione pubblica e non personalizzata del codice base dell'app di esempio su GitHub.
- "Planning with the Gemini API" - repository GitHub
Firebase Local Emulator Suite
Perché i log di Emulator Suite mostrano un errore che inizia con "Multiple projectIds are not recommended in single project mode"?
Questo messaggio indica che Emulator Suite ha rilevato che potrebbe essere in esecuzione un particolare emulatore di prodotto 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 i dati siano mancanti, poiché i dati archiviati negli emulatori sono associati all'ID progetto e l'interoperabilità dipende dalla corrispondenza degli ID progetto.
Questo è stato un motivo di confusione comune tra gli sviluppatori, quindi per
impostazione predefinita Local Emulator Suite ora consentirà l'esecuzione solo con un
singolo ID progetto, a meno che non diversamente specificato nel
file di configurazione firebase.json
. Se un emulatore rileva più di un ID progetto, registra un avviso e potenzialmente genera un errore irreversibile.
Controlla le dichiarazioni dell'ID progetto per eventuali discrepanze in:
-
Il progetto predefinito impostato dalla riga di comando. Per impostazione predefinita,
l'ID progetto verrà preso all'avvio dal progetto selezionato con
firebase init
ofirebase use
. Per visualizzare l'elenco dei progetti (e vedere quale è selezionato), utilizzafirebase projects:list
. -
Test delle unità. L'ID progetto viene spesso specificato nelle chiamate
ai metodi della libreria Rules Unit Testing
initializeTestEnvironment
oinitializeTestApp
. Altri codici di test potrebbero essere inizializzati coninitializeApp(config)
. -
Il flag della riga di comando
--project
. Il passaggio del flag Firebase CLI--project
sostituisce il progetto predefinito. Devi assicurarti che il valore del flag corrisponda all'ID progetto nei test unitari e nell'inizializzazione dell'app.
Posizioni specifiche della piattaforma da controllare:
Web | La proprietà projectId nell'oggetto JavaScript
firebaseConfig , utilizzata in initializeApp .
|
Android | La proprietà project_id all'interno del
file di configurazione google-services.json .
|
Piattaforme Apple | La proprietà PROJECT_ID nel
file di configurazione GoogleService-Info.plist .
|
Per disattivare la modalità a progetto singolo, aggiorna firebase.json
con la chiave
singleProjectMode
:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Prezzi
Per le domande frequenti sui prezzi specifiche di un prodotto, consulta la sezione del prodotto in questa pagina o nella documentazione dedicata del prodotto.
Quali prodotti sono a pagamento? Quali sono senza costi?
Per informazioni dettagliate sui prodotti a pagamento e senza costi, consulta i piani tariffari Firebase.
Firebase offre crediti di prova senza costi per i prodotti a pagamento?
I servizi Firebase a pagamento possono essere utilizzati nell'ambito della Google Cloudprova senza costi. I nuovi utenti di Google Cloud e Firebase possono usufruire di un periodo di prova di 90 giorni che include 300 $di crediti Cloud Billing senza costi per scoprire e valutare i prodotti e i servizi Google Cloud e Firebase.
Durante il periodo di prova senza costi di Google Cloud, ti verrà fornito un account di prova senza costi Cloud Billing. Qualsiasi progetto Firebase collegato a questo account di fatturazione utilizzerà il piano tariffario Blaze con pagamento a consumo durante il periodo di prova senza costi.
Non preoccuparti, il collegamento di un progetto Firebase a questo account di Cloud Billingprova senza costi non ci consente di addebitarti l'utilizzo oltre questi crediti. Non ti viene addebitato alcun costo per l'utilizzo che supera questi crediti, a meno che non abiliti la fatturazione in maniera esplicita, eseguendo l'upgrade dell'account di prova senza costi Cloud Billing a un account a pagamento. Puoi eseguire l'upgrade a un account a pagamento in qualsiasi momento durante il periodo di prova. Dopo aver eseguito l'upgrade a un account a pagamento, puoi ancora utilizzare i crediti residui (entro il periodo di 90 giorni).
Una volta scaduta la prova senza costi e se non hai eseguito l'upgrade dell'account Cloud Billing di prova senza costi a un account a pagamento, il progetto Firebase collegato viene automaticamente eseguito il downgrade al piano tariffario Spark. Tieni presente che puoi eseguire di nuovo l'upgrade al piano tariffario Blaze in qualsiasi momento.
Scopri di più sulla prova senza costi di Google Cloud.
Come faccio a sapere qual è il piano tariffario più adatto a me?
Per informazioni dettagliate sui piani tariffari, consulta la pagina Piani tariffari Firebase.
Piano tariffario Spark
Il nostro piano Spark è un ottimo punto di partenza per sviluppare la tua app senza costi. Ottieni tutte le funzionalità Firebase senza costi (Analytics, Remote Config, Crashlytics e così via) e generose quantità 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à di Google Cloud non sono disponibili quando utilizzi 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 le funzionalità a pagamento di Google Cloud. 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 principali cloud provider del settore.
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 i downgrade o gli annullamenti. Ciò significa che se esegui il downgrade o l'annullamento prima della fine del periodo di fatturazione, pagherai comunque per il resto del mese.
In che modo l'utilizzo senza costi nel piano Blaze è diverso dall'utilizzo senza costi nel piano Spark?
L'utilizzo senza costi del piano Blaze viene calcolato su base giornaliera. I limiti di utilizzo differiscono anche dal piano Spark per Cloud Functions, l'autenticazione del telefono e Test Lab.
Per Cloud Functions, l'utilizzo senza costi del piano Blaze viene calcolato a livello di account Cloud Billing, non di progetto e presenta i seguenti limiti:
- 2 milioni di chiamate al mese
- 400.000 GB/secondo al mese
- 200.000 secondi CPU al mese
- 5 GB al mese di traffico di rete in uscita
Per l'autenticazione telefonica, l'utilizzo senza costi del piano Blaze viene calcolato mensilmente.
Per Test Lab, l'utilizzo senza costi del piano Blaze presenta i seguenti limiti:
- 30 minuti di utilizzo del dispositivo fisico al giorno
- 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 cosa succede al mio progetto Firebase se collego un account di fatturazione a quel progetto nella console Google Cloud?
Se un account Cloud Billing è collegato a un progetto nella console Google Cloud, lo stesso progetto verrà automaticamente sottoposto a upgrade al piano Blaze con pagamento a consumo di Firebase (se attualmente è attivo il piano Spark).
Al contrario, se un account Cloud Billing attivo esistente viene scollegato da un progetto nella console Google Cloud, il progetto verrà sottoposto a downgrade al piano Spark senza costi di Firebase.
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 utilizzo e fatturazione a livello di progetto
- Dashboard Utilizzo di Authentication (specificamente per le istanze di autenticazione telefonica)
- Cloud Firestore Dashboard Utilizzo
- Cloud Functions Dashboard Utilizzo
- Cloud Storage Dashboard Utilizzo
- Hosting Dashboard Utilizzo
- Realtime Database Dashboard Utilizzo
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 Blaze possono definire un budget per il proprio progetto o account e ricevere avvisi quando la spesa si avvicina a questi limiti. Scopri come configurare gli avvisi budget.
Che tipo di assistenza riceverò?
Tutte le app Firebase, incluse quelle che utilizzano piani senza costi, sono fornite con assistenza via email da parte del personale di Firebase durante l'orario di lavoro del Pacifico 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.
Offrite sconti per progetti open source, organizzazioni non profit o istituti scolastici?
Il nostro piano Spark può essere utilizzato da qualsiasi tipo di privato o organizzazione, incluse organizzazioni 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, prezzi, assistenza o hosting di infrastrutture dedicate per le aziende?
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é hosting di infrastrutture dedicate (ovvero installazioni on-premise) per servizi come il nostro Realtime Database. Stiamo lavorando duramente per aggiungere alcune di queste funzionalità.
Offri prezzi ad hoc? Voglio solo il pagamento a consumo 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? I piani a pagamento includono crediti pubblicitari senza costi?
I piani tariffari Firebase sono separati da Ads, quindi non sono previsti 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 vengono gestite direttamente in Ads e la fatturazione di Ads viene gestita dalla console Ads.
Che cosa è successo al piano tariffario Flame?
A gennaio 2020, il piano tariffario Flame (25 $/mese di quota aggiuntiva) è stato
rimosso come opzione per le nuove registrazioni. 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 piani Spark e Blaze esistenti e tutti i nuovi progetti non possono più passare al piano Flame o registrarsi.
- Se hai spostato un progetto con un piano Flame esistente in un altro piano tariffario, il progetto non può tornare al piano Flame.
- I progetti di cui è stato eseguito il downgrade al piano Spark possono essere sottoposti a upgrade al piano Blaze per riprendere i 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 scoprire di più sugli altri piani tariffari offerti da Firebase? Visita la nostra pagina dei prezzi di Firebase. Se vuoi iniziare a spostare i progetti esistenti in un altro piano tariffario, puoi farlo nella console Firebase per il tuo progetto.
Altre 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. Che cosa devo fare?
Registrati al piano tariffario Blaze e assicurati di impostare avvisi relativi al budget.
Posso avere un accesso speciale per creare nuovi progetti con il piano Flame?
No, Firebase non offre un accesso speciale per i progetti per passare al piano Flame o registrarsi.
Ho modificato il progetto del mio piano Flame passando a un altro piano tariffario. Come faccio a ripristinarla?
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 configurare avvisi di budget per il tuo progetto.
Il mio progetto è stato spostato automaticamente a un altro piano tariffario nell'ambito del ritiro del piano Flame. Che cosa devo fare?
Se il tuo progetto richiede una quota aggiuntiva rispetto a quella fornita con il piano Spark, dovrai eseguire l'upgrade del progetto al piano tariffario Blaze.
Perché il piano Flame viene ritirato?
Nel corso degli anni, abbiamo notato un calo nell'utilizzo del piano Flame e la maggior parte dei progetti che lo utilizzano non ne sfruttano appieno il valore. Il mantenimento di questo piano tariffario in genere non è conveniente e riteniamo di poter servire meglio tutti se le risorse fossero destinate ad altre iniziative di Firebase.
Privacy
Dove posso trovare informazioni su privacy e sicurezza in Firebase?
Consulta la pagina Privacy e sicurezza in Firebase.
Gli SDK Firebase registrano informazioni di utilizzo/diagnostiche al di fuori di Analytics?
Sì. Al momento è disponibile solo per 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 per contribuire a dare la priorità ai futuri miglioramenti del prodotto. FirebaseCoreDiagnostics
è facoltativo, quindi se vuoi disattivare l'invio dei log di diagnostica di Firebase, puoi farlo scollegando la libreria dall'applicazione. Puoi sfogliare l'intero codice sorgente,
inclusi i valori registrati, su
GitHub.
A/B Testing
A/B Testing: quanti esperimenti posso creare ed eseguire?
Sono consentiti fino a 300 esperimenti per progetto, che possono consistere in un massimo di 24 esperimenti in esecuzione, mentre i restanti sono bozze o completati.
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 riacquisire 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 "Il progetto non è collegato a Google Analytics" quando creo un esperimento Remote Config?
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 Analytics per tutte le app del tuo progetto. Al momento, tutte le app di un progetto devono essere collegate a uno stream Google Analytics per utilizzare A/B Testing.
Puoi trovare l'elenco di tutti gli stream attivi nella pagina Dettagli integrazione Google Analytics all'interno 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 Google Analytics per qualsiasi app che non ne ha uno dovrebbe risolvere il problema. Esistono diversi modi per creare stream per le app mancanti:
-
Se solo una o due app non hanno uno stream di Google Analytics associato, puoi scegliere
uno dei seguenti metodi per aggiungere uno stream di Google Analytics:
- Elimina e aggiungi di nuovo qualsiasi app senza un flusso attivo nella console Firebase.
- Nella console 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 dell'app, scollegare e ricollegare la proprietà Google Analytics
è il modo più rapido ed efficiente per creare gli stream dell'app mancanti:
- Da settings Impostazioni progetto, seleziona Integrazioni.
- Nella scheda Google Analytics, fai clic su Gestisci per accedere alle impostazioni di Firebase e Google Analytics.
- Prendi nota dell'ID proprietà di Google Analytics e dell'account Google Analytics collegato.
- Fai clic su more_vert Altro e seleziona Scollega Analytics da questo progetto.
-
Esamina l'avviso visualizzato (non preoccuparti, ricollegherai la stessa proprietà nel
passaggio successivo), poi fai clic su
Scollega Google Analytics.
Al termine del collegamento, verrà visualizzata la pagina Integrazioni. - Nella scheda Google Analytics, fai clic su Attiva per iniziare la procedura di ricollegamento.
- Seleziona il tuo account Analytics dall'elenco Seleziona account.
-
Accanto a Crea automaticamente una nuova proprietà in questo account, fai clic su
edit Modifica e, dall'elenco
Proprietà Analytics visualizzato, seleziona l'ID proprietà.
Viene visualizzato un elenco di tutte le app nel tuo progetto. Vengono elencate le mappature degli stream esistenti per ogni app e vengono creati stream per le app che non ne hanno. - Fai clic su Attiva Google Analytics per ricollegare la proprietà.
- Fai clic su Fine.
Se continui a ricevere un errore durante la creazione di test A/B con Remote Config dopo aver eseguito questi passaggi, contatta l'assistenza Firebase.
AdMob
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 accesso mi servono per collegare un'app Firebase a un'app AdMob?
Per eseguire questo collegamento, devi disporre del seguente accesso:
- AdMob: devi essere un amministratore di AdMob.
- Firebase: devi disporre dell'autorizzazione
firebase.links.create
, che è inclusa nel ruolo Proprietario e nel ruolo Amministratore di Firebase. - Google Analytics: devi disporre del ruolo di modifica o di 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 ha accettato i Termini di servizio di Firebase è l'unico che può creare nuovi collegamenti tra le app AdMob e le app Firebase.
AdMob: per utilizzare AdMob, quali SDK devo usare?
Per utilizzare AdMob, usa sempre l'SDK Google Mobile Ads come descritto in queste domande frequenti. Inoltre e facoltativamente, se vuoi raccogliere metriche utente per AdMob, includi l'SDK Firebase per Google Analytics nella tua app.
- Per i progetti iOS:
Importa l'SDK Google Mobile Ads seguendo le istruzioni riportate nella AdMob documentazione di 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:24.4.0'
- Per progetti C++ e progetti Unity: segui le istruzioni riportate nella documentazione pertinente.
Analytics
Analytics: perché Google Analytics è una parte consigliata dell'utilizzo dei prodotti Firebase?
Google Analytics è una soluzione di analisi senza costi e illimitata che funziona con le funzionalità di Firebase per fornire approfondimenti utili. 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. Consente il targeting per pubblico avanzato in Remote Config, la personalizzazione Remote Config e altro ancora.
Google Analytics funge da livello di intelligence nella console Firebase per fornirti insight più utili 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 di 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 dati Google 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à:
- Nella console Firebase, vai a settings > Impostazioni progetto.
- Vai alla scheda Integrazioni e poi, nella scheda Google Analytics, fai clic su Gestisci o Visualizza collegamento.
- Fai clic sul link del tuo account Google Analytics per aprire le impostazioni dell'account e della proprietà.
AnalyticsMisurazione on-device nella mia app per iOS:in che modo l'SDK Analytics è stato aggiornato per supportare la misurazione delle conversioni on-device e devo eseguire l'upgrade?
Prima del nostro aggiornamento della misurazione delle conversioni sul dispositivo con i dati sugli eventi,
gli sviluppatori dovevano includere manualmente più moduli SDK per utilizzare le funzionalità
di misurazione sul dispositivo, un processo che richiedeva molto tempo. Di conseguenza, abbiamo aggiornato il modulo SDK predefinito esistente (FirebaseAnalytics
) per includere anche le funzionalità di misurazione delle conversioni sul dispositivo per Google Ads.
Se installi il Google Analytics predefinito per l'SDK Firebase per iOS, la tua app può anche usufruire delle funzionalità di misurazione delle conversioni sul dispositivo.
Se hai bloccato l'SDK a una versione specifica, esegui l'aggiornamento alla versione 11.14.0 o successive e rilascia una nuova versione della tua app.
Funzionalità target | Modulo/i precedente/i (versioni dell'SDK < 11.14.0) |
Nuovi moduli (versioni dell'SDK >= 11.14.0) |
---|---|---|
Analytics IDFA Misurazione delle conversioni sul dispositivo (dati proprietari) Misurazione delle conversioni sul dispositivo (dati sugli eventi) |
N/D | FirebaseAnalytics |
Analytics IDFA |
FirebaseAnalytics | FirebaseAnalytics/Core FirebaseAnalytics/IdentitySupport |
Analytics | FirebaseAnalytics/WithoutAdIdSupport (deprecato) | FirebaseAnalytics/Core |
Analytics
Misurazione delle conversioni sul dispositivo (dati proprietari) |
FirebaseAnalytics/WithoutAdIdSupport (deprecato) FirebaseAnalyticsOnDeviceConversion (deprecato) |
FirebaseAnalytics/Core GoogleAdsOnDeviceConversion* |
Analytics IDFA Misurazione delle conversioni sul dispositivo (dati proprietari) |
FirebaseAnalytics (deprecato) FirebaseAnalyticsOnDeviceConversion (deprecato) |
FirebaseAnalytics* |
Analytics IDFA Misurazione delle conversioni sul dispositivo (dati sugli eventi) |
N/D | FirebaseAnalytics |
* - Questa configurazione includerà anche la misurazione delle conversioni sul dispositivo (dati sugli eventi). Se necessario, puoi continuare a utilizzare il modulo FirebaseAnalyticsOnDeviceConversion
autonomo ritirato.
Analytics nella mia app per iOS: posso installare Analytics senza le funzionalità di attribuzione degli annunci e raccolta dell'IDFA?
Sì. Per ulteriori dettagli, consulta la pagina Configurare 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 alcun dato Analytics nella console Firebase dopo aver scollegato Firebase da Google Analytics?
I dati di Analytics si trovano all'interno della proprietà Google Analytics, non all'interno del progetto Firebase. Se elimini o scolleghi la proprietà, i dati di Analytics non saranno accessibili a Firebase e vedrai un pannello Analytics vuoto nella console Firebase. Tieni presente che, poiché i dati risiedono ancora nella proprietà collegata in precedenza, puoi sempre ricollegare la proprietà a Firebase e visualizzare i dati Analytics nella console Firebase.
Il collegamento di un nuovo account Google Analytics (e quindi di una nuova proprietà Google Analytics) al tuo progetto Firebase comporterà la visualizzazione di una dashboard Analytics vuota nella console Firebase. Tuttavia, se la proprietà collegata in precedenza esiste ancora, puoi spostare i dati esistenti dalla vecchia proprietà a quella nuova.
Analytics: se la mia proprietà Analytics e i relativi dati sono stati eliminati, è possibile recuperarli?
No. Se la tua proprietà è stata eliminata, non è possibile annullare l'eliminazione della proprietà o recuperare i dati Analytics raccolti in precedenza e archiviati in quella proprietà.
Se vuoi ricominciare a utilizzare Google Analytics, puoi collegare una proprietà nuova o 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.
Analytics: se la mia proprietà Analytics è stata eliminata, posso collegare una nuova proprietà Google Analytics al mio progetto Firebase e iniziare a utilizzare di nuovo Analytics?
Se vuoi ricominciare a utilizzare Google Analytics, puoi collegare una proprietà nuova o 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 sono archiviati nella proprietà (non nel progetto Firebase), i dati Analytics raccolti in precedenza non possono essere recuperati.
Analytics: in che modo l'eliminazione della mia proprietà Analytics influirà sui prodotti Firebase o sui prodotti Google integrati?
Diversi prodotti Firebase si basano sull'integrazione di Google Analytics. Se la tua proprietà Analytics e i relativi dati vengono eliminati, si verifica quanto segue se utilizzi i seguenti prodotti:
- Crashlytics: non puoi più visualizzare gli utenti senza arresti anomali, i log breadcrumb e/o gli avvisi di velocità.
- Cloud Messaging e In-App Messaging: non puoi più utilizzare il targeting, le metriche delle campagne, la segmentazione del 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 perché 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 Analytics dati in BigQuery.
- Non potrai più usufruire delle integrazioni Google Ads o Google AdMob.
Analytics: come faccio a segmentare gli utenti che non soddisfano un determinato criterio?
Puoi riformulare il problema scegliendo come target "negativo" questi utenti. Ad esempio, riformula il problema come "Non mostrare annunci agli utenti 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à, dovrai utilizzare l'interfaccia di Google Analytics, ad esempio la segmentazione e le canalizzazioni chiuse. Puoi accedere direttamente all'interfaccia di Google Analytics tramite link diretti dalla console Firebase.
Tutte le modifiche apportate dalla console Firebase possono essere eseguite anche in Google Analytics e verranno riflesse in Firebase.
Authentication
Firebase Authentication: quali regioni sono supportate per l'autenticazione telefonica?
Firebase Authentication supporta la verifica del numero di telefono a livello globale, ma non tutte le reti forniscono in modo affidabile i messaggi di verifica. Le seguenti regioni hanno buoni tassi di consegna e dovrebbero funzionare bene per l'autenticazione tramite telefono. Ove indicato, alcuni corrieri non sono disponibili in una regione a causa di tassi di successo di consegna scarsi.
Regione | Codice |
---|---|
AD | Andorra |
AE | Emirati Arabi Uniti |
AF | Afghanistan |
AG | Antigua e Barbuda |
AL | Albania |
AM | Armenia |
AO | Angola |
AR | Argentina |
AS | Samoa americane |
AT | Austria |
AU | Australia |
AW | Aruba |
AZ | Azerbaigian |
BA | Bosnia ed Erzegovina |
BB | Barbados |
BD | Bangladesh |
BE | Belgio |
BF | Burkina Faso |
BG | Bulgaria |
BJ | Benin |
BM | Bermuda |
BN | Brunei Darussalam |
BO | Bolivia |
BR | Brasile |
BS | Bahamas |
BT | Bhutan |
BW | Botswana |
BY | Bielorussia |
BZ | Belize |
CA | Canada |
CD | Congo (Kinshasa) |
CF | Repubblica Centrafricana |
CG | Congo (Brazzaville) |
CH | Svizzera |
CI | Costa d'Avorio |
CK | Isole Cook |
CL | Cile |
CM | Camerun |
CO | Colombia |
CR | Costa Rica |
CV | Capo Verde |
CW | Curaçao |
CY | Cipro |
CZ | Repubblica Ceca |
DE | Germania |
DJ | Gibuti |
DK | Danimarca |
DM | Dominica |
DO | Repubblica Dominicana |
DZ | Algeria |
EC | Ecuador |
EG | Egitto |
ES | Spagna |
ET | Etiopia |
FI | Finlandia |
FJ | Figi |
FK | Isole Falkland (Malvine) |
FM | Micronesia, Stati Federati di |
FO | Isole Fær Øer |
FR | Francia |
GA | Gabon |
GB | Regno Unito |
DR | Grenada |
GE | Georgia |
GF | Guyana francese |
GG | Guernsey |
GH | Ghana |
GI | Gibilterra |
GL | Groenlandia |
GM | Gambia |
GP | Guadalupa |
GQ | Guinea Equatoriale |
GR | Grecia |
GT | Guatemala |
GY | Guyana |
HK | Hong Kong, RAS della Cina |
HN | Honduras |
HR | Croazia |
1T | Haiti |
HU | Ungheria |
ID | Indonesia |
IE | Irlanda |
IL | Israele |
IM | Isola di Man |
IN | India |
IQ | Iraq |
IT | Italia |
JE | Jersey |
JM | Giamaica |
JO | Giordania |
JP | Giappone |
KE | Kenya |
KG | Kirghizistan |
KH | Cambogia |
KM | Comore |
KN | Saint Kitts e Nevis |
KR | Corea del Sud |
KW | Kuwait |
KY | Isole Cayman |
KZ | Kazakistan |
LA | Lao PDR |
LB | Libano |
LC | Santa Lucia |
LI | Liechtenstein |
LK | Sri Lanka |
LS | Lesotho |
LT | Lituania |
LU | Lussemburgo |
LV | Lettonia |
LY | Libia |
MA | Marocco |
MD | Moldavia |
ME | Montenegro |
MF | Saint-Martin (parte francese) |
MG | Madagascar |
MK | Macedonia, Repubblica di |
MM | Myanmar |
MN | Mongolia |
MO | Macao, RAS della Cina |
MS | Montserrat |
MT | Malta |
MU | Mauritius |
MW | Malawi |
MX | Messico |
MY | Malaysia |
MZ | Mozambico |
NA | Namibia |
NC | Nuova Caledonia |
NE | Niger |
NF | Isola Norfolk |
NG | Nigeria |
NI | Nicaragua |
NL | Paesi Bassi |
NO | Norvegia |
NP | Nepal |
NZ | Nuova Zelanda |
OM | Oman |
PA | Panama |
PE | Perù |
PG | Papua Nuova Guinea |
PH | Filippine |
PK | Pakistan |
PL | Polonia |
PM | Saint-Pierre e Miquelon |
PR | Portorico |
PS | Territorio palestinese |
PT | Portogallo |
PY | Paraguay |
QA | Qatar |
RE | Riunione |
RO | Romania |
RS | Serbia |
RU | Federazione Russa |
RW | Ruanda |
SA | Arabia Saudita |
SC | Seychelles |
SE | Svezia |
SG | Singapore |
RI | Sant'Elena |
SI | Slovenia |
SK | Slovacchia |
SL | Sierra Leone |
SN | Senegal |
SR | Suriname |
ST | São Tomé e Príncipe |
SV | El Salvador |
SZ | Regno di eSwatini |
TC | Isole Turks e Caicos |
TG | Togo |
TH | Thailandia |
TL | Timor Est |
TM | Turkmenistan |
TO | Tonga |
TR | Turchia |
TT | Trinidad e Tobago |
TW | Taiwan, Repubblica di Cina |
TZ | Tanzania, Repubblica Unita di |
UA | Ucraina |
UG | Uganda |
US | Stati Uniti d'America |
UY | Uruguay |
UZ | Uzbekistan |
VC | Saint Vincent e Grenadine |
VE | Venezuela (Repubblica Bolivariana) |
VG | Isole Vergini britanniche |
VI | Isole Vergini Americane |
VN | Vietnam |
WS | Samoa |
YE | Yemen |
YT | Mayotte |
ZA | Sudafrica |
ZM | Zambia |
ZW | Zimbabwe |
Firebase Authentication: che fine hanno fatto gli SMS senza costi del piano Spark?
A partire da settembre 2024, per migliorare la sicurezza e la qualità del servizio di autenticazione tramite numero di telefono, i progetti Firebase devono essere collegati a un account di fatturazione Cloud per attivare e utilizzare il servizio SMS.
Firebase Authentication: come posso prevenire l'abuso di SMS quando utilizzo l'autenticazione tramite telefono?
Per proteggere il tuo progetto dal pumping del traffico SMS e dall'abuso di API, segui questi passaggi:
Valuta la possibilità di impostare un criterio per la regione SMS
Visualizzare l'utilizzo degli SMS a livello regionale.
Cerca le regioni con un numero molto elevato di SMS inviati e un numero molto basso (o pari a zero) di SMS verificati. Il rapporto tra verificati e inviati è il tasso di successo. I tassi di successo sani rientrano in genere nell'intervallo 70-85%, poiché gli SMS non sono un protocollo di recapito garantito e alcune regioni potrebbero subire abusi. Tassi di successo inferiori al 50% implicano molti SMS inviati, ma pochi accessi riusciti, il che è un indicatore comune di malintenzionati e di aumento del traffico SMS.
Utilizza le norme relative alle regioni SMS per negare le regioni SMS con tassi di successo bassi o consentire solo determinate regioni se la tua app è destinata alla distribuzione solo in determinati mercati.
Limita i domini di autenticazione autorizzati
Utilizza la
dashboard delle impostazioni di autenticazione
per gestire i domini autorizzati. Il dominio localhost
viene aggiunto per impostazione predefinita ai
domini di autenticazione approvati per semplificare lo sviluppo. Valuta la possibilità di rimuovere
localhost
dai domini autorizzati nel tuo progetto di produzione per
impedire ai malintenzionati di eseguire codice sul loro localhost
per accedere al tuo
progetto di produzione.
Abilitare e applicare App Check
Attiva App Check per proteggere il tuo progetto dall'utilizzo illecito delle API attestando che le richieste provengono solo da applicazioni associate al tuo progetto.
Per utilizzare App Check con Firebase Authentication, devi eseguire l'upgrade a Firebase Authentication with Identity Platform.
Ricorda che devi applicare App Check per l'autenticazione nella Console Firebase (valuta la possibilità di monitorare il traffico prima di applicare). Inoltre, controlla di nuovo l'elenco dei siti approvati di reCAPTCHA Enterprise per verificare che contenga solo i tuoi siti di produzione e che l'elenco delle applicazioni registrate al tuo progetto in App Check sia accurato.
Tieni presente che App Check contribuisce a proteggere dagli attacchi automatici affermando che la chiamata proviene da una delle tue applicazioni registrate. Non impedisce agli utenti di utilizzare la tua app in modi non previsti (ad esempio, avviare e non completare mai i flussi di accesso per generare SMS inviati).
Firebase Authentication: i numeri di telefono trasferiti a un nuovo operatore sono supportati dall'autenticazione tramite telefono?
Al momento, la portabilità dei numeri tra operatori comporta la mancata consegna di tutti gli SMS per gli utenti finali. Non esiste una soluzione alternativa e Firebase sta lavorando per risolvere il problema.
Firebase Authentication: nella mia app per Android, perché ricevo il seguente errore:
Google sign in failed
?
Google sign in failed
Segui i passaggi per la risoluzione dei problemi riportati in queste domande frequenti se ricevi il seguente errore:
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)
Assicurati che l'accesso con Google sia attivato correttamente come provider di autenticazione:
Nella console Firebase, apri la sezione Authentication.
Nella scheda Metodo di accesso, disattiva e riattiva il metodo di accesso Google (anche se è già attivo):
Apri il metodo di accesso Google, disattivalo e fai clic su Salva.
Riapri il metodo di accesso Google, attivalo e fai clic su Salva.
Assicurati che la tua app utilizzi il file di configurazione Firebase aggiornato (
google-services.json
).
Ottieni il file di configurazione della tua app.Controlla se l'errore persiste. In caso affermativo, continua con il passaggio successivo per la risoluzione dei problemi.
Assicurati che siano presenti i client OAuth 2.0 sottostanti richiesti.
Nella pagina Credenziali della console Google Cloud, cerca nella sezione ID client OAuth 2.0.
Se i client OAuth 2.0 non sono presenti (e hai eseguito tutti i passaggi per la risoluzione dei problemi sopra indicati), contatta l'assistenza.
Firebase Authentication: nella mia app della piattaforma Apple, perché
ricevo il seguente errore:
You must specify <clientID> in <GIDConfiguration>
?
You must specify <clientID> in <GIDConfiguration>
Segui i passaggi per la risoluzione dei problemi riportati in queste domande frequenti se ricevi il seguente errore:
You must specify |clientID| in |GIDConfiguration|
Assicurati che l'accesso con Google sia attivato correttamente come provider di autenticazione:
Nella console Firebase, apri la sezione Authentication.
Nella scheda Metodo di accesso, disattiva e riattiva il metodo di accesso Google (anche se è già attivo):
Apri il metodo di accesso Google, disattivalo e fai clic su Salva.
Riapri il metodo di accesso Google, attivalo e fai clic su Salva.
Assicurati che la tua app utilizzi il file di configurazione Firebase aggiornato (
GoogleService-Info.plist
).
Ottieni il file di configurazione della tua app.Controlla se l'errore persiste. In caso affermativo, continua con il passaggio successivo per la risoluzione dei problemi.
Assicurati che siano presenti i client OAuth 2.0 sottostanti richiesti.
Nella pagina Credenziali della console Google Cloud, cerca nella sezione ID client OAuth 2.0.
Se i client OAuth 2.0 non sono presenti (e hai eseguito tutti i passaggi per la risoluzione dei problemi sopra indicati), contatta l'assistenza.
Firebase Authentication: Nella mia app web, perché ricevo il seguente errore:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Segui i passaggi per la risoluzione dei problemi riportati in queste domande frequenti se ricevi il seguente errore:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Assicurati che l'accesso con Google sia attivato correttamente come provider di autenticazione:
Nella console Firebase, apri la sezione Authentication.
Nella scheda Metodo di accesso, disattiva e riattiva il metodo di accesso Google (anche se è già attivo):
Apri il metodo di accesso Google, disattivalo e fai clic su Salva.
Riapri il metodo di accesso Google, attivalo e fai clic su Salva.
Inoltre, nella configurazione del provider di accesso Google della sezione Authentication, assicurati che l'ID client OAuth e il client secret corrispondano al client web visualizzato nella pagina Credenziali della console Google Cloud (consulta la sezione ID client OAuth 2.0).
Firebase Authentication: Nella mia app web, perché gli accessi con reindirizzamenti non vanno a buon fine
e viene visualizzato il seguente errore:
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
?
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
Segui i passaggi per la risoluzione dei problemi riportati in queste domande frequenti se ricevi il seguente errore:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Questo errore è molto probabilmente dovuto al fatto che il dominio di reindirizzamento non è elencato come dominio autorizzato per Firebase Authentication oppure la chiave API che utilizzi con il servizio Firebase Authentication non è valida.
Innanzitutto, assicurati che YOUR_REDIRECT_DOMAIN sia presente nell'elenco dei domini autorizzati per il tuo progetto Firebase. Se il tuo dominio di reindirizzamento è già elencato, continua a risolvere i problemi relativi a una chiave API non valida.
Per impostazione predefinita, l'SDK JavaScript Firebase Authentication si basa sulla chiave API del tuo progetto Firebase etichettata come Browser key
e la utilizza per verificare che un URL di reindirizzamento di accesso sia valido in base all'elenco dei domini autorizzati.
Authentication riceve questa chiave API a seconda di come accedi all'SDK Authentication:
Se utilizzi gli helper di autenticazione forniti da Hosting per consentire agli utenti di accedere con l'SDK JS Authentication, Firebase ottiene automaticamente la chiave API con il resto della configurazione di Firebase ogni volta che esegui il deployment su Firebase Hosting. Assicurati che
authDomain
nella tua app webfirebaseConfig
sia configurato correttamente per utilizzare uno dei domini per quel sito Hosting. Puoi verificarlo andando suhttps://authDomain__/firebase/init.json
, e controllando cheprojectId
corrisponda a quello difirebaseConfig
.Se esegui l'hosting autonomo del codice di accesso, puoi utilizzare un file
__/firebase/init.json
per fornire la configurazione Firebase all'helper di reindirizzamento dell'SDK Authentication JS con hosting autonomo. La chiave API eprojectId
elencate in questo file di configurazione devono corrispondere all'app webfirebaseConfig
.
Verifica che questa chiave API non sia stata eliminata: vai al pannello API e servizi > Credenziali nella console Google Cloud, dove sono elencate tutte le chiavi API per il tuo progetto.
Se il
Browser key
non è stato eliminato, controlla quanto segue:Assicurati che l'API Firebase Authentication sia nell'elenco delle API consentite per l'accesso alla chiave (scopri di più sulle limitazioni delle API per le chiavi API).
Se esegui l'hosting autonomo del codice di accesso, assicurati che la chiave API elencata nel file
__/firebase/init.json
corrisponda a quella nella console Cloud. Se necessario, correggi la chiave nel file, quindi esegui nuovamente il deployment dell'app.Se
Browser key
è stato eliminato, puoi chiedere a Firebase di generare una nuova chiave API: nella console Firebase, vai a settings > Impostazioni progetto, quindi nella sezione Le tue app, fai clic sulla tua app web. Questa azione crea automaticamente una chiave API che puoi visualizzare nella sezione Configurazione e configurazione dell'SDK per la tua app web.
Tieni presente che nella console Cloud questa nuova chiave API non verrà chiamata
Browser key
, ma avrà lo stesso nome del nickname della tua app web Firebase. Se decidi di aggiungere limitazioni API a questa nuova chiave API, assicurati che l'API Firebase Authentication sia presente nell'elenco delle API consentite.Una volta creata la nuova chiave API, completa i passaggi applicabili riportati di seguito:
Se utilizzi URL Hosting riservati, esegui nuovamente il deployment dell'app su Firebase in modo che possa ottenere automaticamente la nuova chiave API con il resto della configurazione di Firebase.
Se esegui l'hosting autonomo del codice di accesso, copia la nuova chiave API e aggiungila al file
__/firebase/init.json
, quindi esegui nuovamente il deployment dell'app.
Firebase Authentication: come faccio a creare manualmente un client web OAuth?
Apri la pagina Credenziali della console Google Cloud.
Nella parte superiore della pagina, seleziona Crea credenziali > ID client OAuth.
Se ti viene chiesto di configurare la schermata per il consenso, segui le istruzioni visualizzate sullo schermo, quindi continua con i passaggi successivi di queste domande frequenti.
Crea il client web OAuth:
Per Tipo di applicazione, seleziona Applicazione web.
Per le Origini JavaScript autorizzate, aggiungi quanto segue:
http://localhost
http://localhost:5000
https://PROJECT_ID.firebaseapp.com
https://PROJECT_ID.web.app
Per gli URI di reindirizzamento autorizzati, aggiungi quanto segue:
https://PROJECT_ID.firebaseapp.com/__/auth/handler
https://PROJECT_ID.web.app/__/auth/handler
Salva il client OAuth.
Copia il nuovo ID client OAuth e il client secret negli appunti.
Nella console Firebase, apri la sezione Authentication.
Nella scheda Metodo di accesso, apri il provider Accesso con Google, quindi incolla l'ID client e il client secret del server web che hai appena creato e copiato dalla console Google Cloud. Fai clic su Salva.
Firebase Authentication: come viene determinato %APP_NAME%
per il modello di email per l'email di conferma che può essere
inviata a un utente quando si registra utilizzando un indirizzo email e una password?
Prima di dicembre 2022, il %APP_NAME%
nel modello di email veniva compilato con
il nome del brand OAuth di cui è stato eseguito il provisioning automatico ogni volta che un'app per Android
veniva registrata nel progetto Firebase. Ora, poiché il brand OAuth viene
provisionato solo quando è abilitato l'accesso con Google, di seguito viene descritto come
viene determinato %APP_NAME%
:
Se il nome del brand OAuth è disponibile,
%APP_NAME%
nel modello di email sarà il nome del brand OAuth (come prima di dicembre 2022).Se il nome del brand OAuth non è disponibile, ecco come viene determinato il
%APP_NAME%
nel modello di email:Per le app web,
%APP_NAME%
sarà il nome del sito Firebase Hosting predefinito (il valore che precede.firebaseapp.com
e.web.app
e di solito l'ID progetto Firebase).Per le app mobile:
Se nella richiesta è presente il nome del pacchetto Android o l'ID bundle iOS,
%APP_NAME%
sarà il nome dell'app utilizzato nel Play Store o nell'App Store (rispettivamente).In caso contrario,
%APP_NAME%
sarà il nome del sito Firebase Hosting predefinito (il valore che precede.firebaseapp.com
e.web.app
e in genere l'ID progetto Firebase).
Tieni presente che se la ricerca del nome del sito Firebase Hosting predefinito non va a buon fine, l'ultimo fallback consiste nell'utilizzare l'ID progetto Firebase come
%APP_NAME%
.
Cloud Functions
Supporto del runtime Cloud Functions
Come faccio a eseguire l'upgrade all'ultima versione supportata di Node.js?
- Assicurati di aver scelto il piano tariffario Blaze.
- Assicurati di utilizzare l'ultima versione della CLI Firebase.
- Aggiorna il campo
engines
nelpackage.json
delle tue funzioni. - (Facoltativo) Testa le modifiche utilizzando Firebase Local Emulator Suite.
- Esegui nuovamente il deployment di tutte le funzioni.
Come faccio ad assicurarmi di aver eseguito il deployment delle mie funzioni in un runtime Node.js specifico?
Nella console Firebase, vai alla dashboard delle funzioni, seleziona una funzione e controlla la lingua della funzione in Dettagli aggiuntivi.
Utilizzo Firebase Extensions. Sarò interessato dagli aggiornamenti del runtime di Cloud Functions?
Sì. Poiché le estensioni utilizzano Cloud Functions, il runtime delle estensioni dovrà essere aggiornato in base alla stessa tempistica di Cloud Functions.
Ti consigliamo di eseguire periodicamente l'aggiornamento all'ultima versione di ogni estensione installata nel tuo progetto. Puoi eseguire l'upgrade delle estensioni dei tuoi progetti tramite la console Firebase o FirebaseCLI.
Cloud Functions pricing
Perché ho bisogno di un account di fatturazione per utilizzare Cloud Functions for Firebase?
Cloud Functions for Firebase si basa su alcuni servizi Google a pagamento. I nuovi deployment di funzioni con la CLI Firebase 11.2.0 e versioni successive si basano su Cloud Build e Artifact Registry. I deployment nelle versioni precedenti utilizzano Cloud Build allo stesso modo, ma si basano su Container Registry e Cloud Storage per l'archiviazione anziché su Artifact Registry. L'utilizzo di questi servizi verrà fatturato in aggiunta ai prezzi esistenti.
Spazio di archiviazione per la CLI Firebase 11.2.0 e versioni successive
Artifact Registry fornisce i container in cui vengono eseguite le funzioni. Artifact Registry fornisce i primi 500 MB senza costi, pertanto i deployment della tua prima funzione potrebbero non comportare alcun costo. Al di sopra di questa soglia, ogni GB di spazio di archiviazione aggiuntivo viene fatturato a 0,10 $al mese.
Spazio di archiviazione per la CLI Firebase 11.1.x e versioni precedenti
Per le funzioni di cui è stato eseguito il deployment nelle versioni precedenti, Container Registry fornisce i container in cui vengono eseguite le funzioni. Ti verrà addebitato il costo di ogni contenitore necessario per il deployment di una funzione. Potresti notare piccoli addebiti per ogni container archiviato.Ad esempio, 1 GB di spazio di archiviazione viene addebitato a 0,026 $al mese.
Per capire meglio come potrebbe cambiare la tua fattura, consulta quanto segue.
- Prezzi di Cloud Functions: il livello senza costi aggiuntivi esistente rimane invariato.
- Prezzi di Cloud Build: Cloud Build prevede un livello senza costi aggiuntivi.
- Artifact Registry prezzi.
- Container Registry prezzi.
Cloud Functions for Firebase ha ancora un utilizzo senza costi?
Sì. Nel piano Blaze, Cloud Functions offre un livello senza costi aggiuntivi per chiamate, tempo di calcolo e traffico internet. Ogni mese vengono forniti senza costi aggiuntivi i primi 2.000.000 di chiamate, 400.000 GB al secondo, 200.000 secondi di CPU e 5 GB di traffico internet in uscita. Ti verrà addebitato solo l'utilizzo che supera queste soglie.
Dopo i primi 500 MB di spazio di archiviazione senza costi, ogni operazione di deployment comporterà addebiti su piccola scala per lo spazio di archiviazione utilizzato per il container della funzione. Se il tuo processo di sviluppo dipende dal deployment di funzioni per i test, puoi ridurre ulteriormente i costi utilizzando Firebase Local Emulator Suite durante lo sviluppo.
Consulta i piani tariffari Firebase e gli scenari di esempio di Cloud Functions prezzi.
Firebase prevede di aumentare le quote e i limiti per Cloud Functions for Firebase?
No. Non sono previste modifiche alle quote, ad eccezione della rimozione di un limite massimo di tempo di compilazione. Invece di ricevere errori o avvisi al raggiungimento della quota giornaliera di compilazione di 120 minuti, ti verrà addebitato l'importo in base ai termini del piano tariffario Blaze. Consulta la sezione Quote e limiti.
Posso ricevere il credito di Google Cloud 300 $?
Sì, puoi creare un account Cloud Billing nella console Google Cloud per ottenere il credito di 300 $, quindi collegare l'account Cloud Billing a un progetto Firebase.
Scopri di più sul credito Google Cloud qui.
Tieni presente che, se lo fai, devi configurare il piano tariffario Blaze nella console Firebase affinché il tuo progetto continui a funzionare dopo l'esaurimento del credito di 300 $.
Voglio seguire un codelab per scoprire di più su Firebase. Puoi fornirmi un account di fatturazione temporaneo?
No, mi dispiace. Puoi utilizzare l'emulatore Firebase per lo sviluppo senza un account Cloud Billing. In alternativa, prova a richiedere una prova senza costi di Google Cloud. Se continui a riscontrare problemi con il pagamento della fattura a causa di questa modifica, contatta l'assistenza Firebase.
Temo di ricevere una bolletta salatissima.
Puoi configurare avvisi di budget nella console Google Cloud per controllare i costi. Inoltre, puoi impostare limiti al numero di istanze fatturate create per ciascuna delle tue funzioni. Per farti un'idea dei costi per gli scenari tipici, consulta gli esempi di prezzi di Cloud Functions.
Come faccio a controllare gli addebiti di fatturazione attuali?
Visualizza la dashboard Utilizzo e fatturazione nella console Firebase.
Utilizzo Firebase Extensions. Ho bisogno di un account di fatturazione?
Sì. Poiché le estensioni utilizzano Cloud Functions, saranno soggette agli stessi costi delle altre funzioni.
Per utilizzare le estensioni, devi eseguire l'upgrade al piano tariffario Blaze. Ti verrà addebitato un piccolo importo (generalmente circa 0,01 $al mese per le risorse Firebase richieste da ogni estensione che installi (anche se non vengono utilizzate), oltre a eventuali addebiti associati all'utilizzo dei servizi Firebase.
Cloud Messaging
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 il protocollo del server HTTP. 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. Grazie a una console grafica intuitiva e a 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.
Funzionalità | Notifications Composer | Cloud Messaging | |
---|---|---|---|
Destinazione | Singolo dispositivo | ||
Clienti iscritti a argomenti (ad es. meteo) | |||
Client in un segmento di utenti predefinito (app, versione, lingua) | |||
Clienti nei segmenti di pubblico di Analytics specificati | |||
Client nei gruppi di dispositivi | |||
A monte dal client al server | |||
Tipo di messaggio | Notifiche fino a 2 KB | ||
Messaggi di dati fino a 4 kB | |||
Pubblicazione | Immediata | ||
Ora locale futura del dispositivo client | |||
Analytics | Raccolta delle analisi delle notifiche integrate e analisi della canalizzazione |
Cloud Messaging: Apple ha annunciato il ritiro del protocollo binario legacy per APN. Devo fare qualcosa?
No. Firebase Cloud Messaging è passato al protocollo APNs basato su HTTP/2 nel 2017. Se utilizzi FCM per inviare notifiche ai dispositivi iOS, non è necessaria alcuna azione da parte tua.
Cloud Messaging: devo utilizzare altri servizi Firebase per poter utilizzare FCM?
Puoi utilizzare Firebase Cloud Messaging come componente autonomo, nello stesso modo in cui hai fatto con GCM, senza utilizzare altri servizi Firebase.
Cloud Messaging: sono uno sviluppatore Google Cloud Messaging (GCM) esistente. Devo trasferirmi a Firebase Cloud Messaging?
FCM è la nuova versione di GCM con il brand Firebase. Eredita l'infrastruttura di base di GCM, con nuovi SDK per semplificare lo sviluppo di Cloud Messaging.
I vantaggi dell'upgrade all'SDK FCM includono:
- Sviluppo del client più semplice. Non devi più scrivere la tua logica di registrazione o di nuovo tentativo di abbonamento.
- Una soluzione di notifica pronta all'uso. Puoi utilizzare il compositore di notifiche, una soluzione di notifiche serverless con una console web che consente a chiunque di inviare notifiche per raggiungere segmenti di pubblico specifici in base agli approfondimenti di Google Analytics.
Per eseguire l'upgrade dagli SDK GCM agli SDK FCM, consulta le guide per la migrazione delle app Android e iOS.
Cloud Messaging: perché i miei dispositivi di destinazione apparentemente non ricevono messaggi?
Quando sembra che i dispositivi non abbiano ricevuto correttamente i messaggi, controlla prima queste due potenziali cause:
Gestione dei messaggi in primo piano per i messaggi di notifica. Le app client devono aggiungere una 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.
Limitazioni del firewall di rete. Se la tua organizzazione dispone di un firewall che limita il traffico da o verso internet, devi configurarlo per consentire la connettività con FCM affinché le app client Firebase Cloud Messaging ricevano i messaggi. Le porte da aprire sono:
- 5228
- 5229
- 5230
FCM utilizza in genere la porta 5228, ma a volte utilizza le porte 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 applicazioni e
onMessageReceived
non viene chiamato. Per i messaggi di notifica con
un payload di dati, il messaggio di notifica viene visualizzato nella barra delle applicazioni
e i dati inclusi nel messaggio di notifica possono essere
recuperati dall'intent avviato quando l'utente tocca la notifica.
Per saperne di più, vedi Ricevere e gestire i messaggi.
Cloud Messaging: perché la mia app riceve "Argomento non valido per l'ID istanza app specificato" durante la registrazione con FCM?
L'ID installazione Firebase (FID) è l'identificatore di un'istanza dell'app. Se i dati di installazione di un'istanza dell'app vengono ripristinati da un backup, FCM restituisce questo errore per indicare che l'ID istanza dell'app è già stato occupato da un'altra istanza dell'app, pertanto l'istanza dell'app corrente non può utilizzare l'ID istanza dell'app per registrarsi a FCM.
Consigliamo agli sviluppatori di procedere come segue nella loro app:
- Escludi
i dati di installazione di Firebase nel backup. I dati di installazione di Firebase vengono
memorizzati in un file
PersistedInstallation....json
. Il nome del file è una costante per un'app. Ad esempio<exclude domain="file" path="PersistedInstallation....json" />
- Elimina il file
PersistedInstallation....json
alla ricezione degli errori "Argomento non valido per l'ID fid specificato". La volta successiva in cui la tua app si registra con FCM, verrà creato un nuovo FID.
Notifications Composer: sono uno sviluppatore Google Cloud Messaging (GCM) esistente 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 per raggiungere segmenti di pubblico specifici in base agli approfondimenti di Google Analytics. Inoltre, il compositore di notifiche fornisce l'analisi del funnel per ogni messaggio, consentendo una facile valutazione dell'efficacia delle notifiche.
Se sei uno sviluppatore GCM esistente, per utilizzare il compositore di notifiche devi eseguire l'upgrade dagli SDK GCM agli SDK FCM. Consulta le guide per la migrazione delle app Android e iOS.
Quote e limiti di FCM
Come faccio a inviare una notifica a un'ampia base di clienti entro 2 minuti?
Purtroppo, questo caso d'uso non può essere supportato. Devi distribuire il traffico su 5 minuti.
La mia app invia notifiche agli utenti in merito agli eventi e questi messaggi devono essere inviati immediatamente per supportare il mio modello di business. Posso ottenere più quota?
Purtroppo, non possiamo concedere aumenti della quota per questo motivo. Devi distribuire il traffico su 5 minuti.
I miei messaggi riguardano eventi programmati. Come faccio a 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 un po' dall'utilizzo di FCM. In ogni caso, riceverai una risposta entro pochi giorni lavorativi. In alcuni casi, potrebbe essere necessario uno scambio di comunicazioni in merito al tuo utilizzo di FCM e a varie circostanze, il che può 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 creare grafici e monitorare le metriche di quota.
Per me / la mia attività è difficile gestire gli errori 429. Posso ottenere un'esenzione o una quota maggiore per evitare di ricevere errori 429?
Sebbene ci rendiamo conto che i limiti di quota possono essere difficili da gestire, le quote sono fondamentali per mantenere l'affidabilità del servizio 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 un mese. Invia la richiesta almeno un mese prima dell'evento e con 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 della quota verranno ripristinati dopo la data di fine dell'evento.
La mia quota attuale è soggetta a modifiche?
Anche se Google non lo farà alla leggera, le quote potrebbero essere modificate in base alle esigenze per proteggere l'integrità del sistema. Quando possibile, Google ti avviserà in anticipo di queste modifiche.
Cloud Storage for Firebase
Cloud Storage for Firebase: quali sono le modifiche al bucket predefinito annunciate a settembre 2024?
Consulta la documentazione di Cloud Storage per scoprire di più sulle modifiche al bucket Cloud Storage predefinito.
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 rapidamente a utilizzare Firebase e Cloud Storage for Firebase, senza dover inserire una carta di credito o attivare un account Cloud Billing. Consente inoltre 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 App Engine Master/Slave Datastore.
-
Un progetto importato da Google Cloud con progetti
con prefisso di dominio. Ad esempio:
domain.com:project-1234
.
Al momento non esistono soluzioni alternative a questi problemi e ti consigliamo di creare un nuovo progetto nella console Firebase e di attivare Cloud Storage for Firebase in questo progetto.
Cloud Storage for Firebase: perché ricevo risposte con codice di errore 412 relative alle autorizzazioni dell'account di servizio e alle operazioni non riuscite dell'account di servizio quando utilizzo l'API Cloud Storage for Firebase?
È probabile che ricevi codici di errore 412 perché l'API Cloud Storage for Firebase non è abilitata per il tuo progetto o perché a un service account 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 i caricamenti e l'hosting di determinati tipi di file eseguibili per Windows, Android e Apple entro il giorno Cloud Storage for Firebase e il giorno Firebase Hosting. Queste norme esistono per 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 a partire dal 28 settembre 2023. 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 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 su Firebase Hosting tramite il comando
firebase deploy
. - Per Storage: esegui l'upgrade al piano Blaze per caricare questi tipi di file nel bucket di tua scelta utilizzando la CLI 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 in base a questa guida.
- Per gestire le risorse in Cloud Storage, vai alla pagina del prodotto Storage nel tuo progetto.
- Nella scheda File, individua i file non consentiti da eliminare nella gerarchia delle cartelle, quindi selezionali utilizzando la casella di controllo accanto al nome o ai nomi dei file sul lato sinistro del riquadro.
- Fai clic su Elimina e conferma l'eliminazione dei file.
Per ulteriori informazioni sulla gestione delle risorse di hosting con gli strumenti Firebase e dei bucket Cloud Storage per Firebase con le librerie client, consulta la nostra documentazione.
Cloud Storage for Firebase: perché vedo un aumento inatteso 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 preso provvedimenti per risolvere il problema, a partire dal 15 settembre 2023.
Per gli utenti Blaze, le operazioni di caricamento e download inizieranno a essere conteggiate nella fattura mensile. Per gli utenti di Spark, inizieranno a essere conteggiati ai fini del limite senza costi mensile.
Ti consigliamo di monitorare la pagina Utilizzo per eventuali aumenti che potrebbero essere conteggiati ai fini dei limiti.
Cloud Storage for Firebase: perché vedo nuovi ID account di servizio associati ai miei progetti Firebase che utilizzano Cloud Storage for Firebase?
Firebase utilizza i service account per gestire i servizi senza condividere le credenziali utente. Quando crei un progetto Firebase, potresti notare che nel tuo 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
visualizzare un account di servizio aggiuntivo nei bucket Cloud Storage collegati in precedenza
denominati firebase-storage@system.gserviceaccount.com
. A
partire dal 19 settembre 2022, questo service account non è più supportato.
Puoi visualizzare tutti i service account associati al tuo progetto nella console Firebase, nella scheda Service account.
Aggiunta del nuovo service account
Se hai rimosso l'account di servizio in precedenza o se non è presente nel tuo progetto, puoi eseguire una delle seguenti operazioni per aggiungerlo.
- (Consigliato) Automatico: utilizza l'endpoint REST AddFirebase per reimportare il bucket in Firebase. Dovrai chiamare questo endpoint una sola 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 service account con il ruolo IAM
Cloud Storage for Firebase Service Agent
e il nome del service accountservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
.
Rimozione del nuovo service account
Ti sconsigliamo vivamente di rimuovere l'account di servizio perché questo potrebbe bloccare l'accesso ai tuoi bucket Cloud Storage dalle tue app. Per rimuovere il service account dal tuo progetto, segui le istruzioni riportate in Disattivare un service account.
Cloud Storage for Firebase pricing
Cloud Storage for Firebase: quali sono le modifiche ai requisiti del piano tariffario per Cloud Storage annunciate a settembre 2024?
Consulta la documentazione di Cloud Storage per scoprire di più sui cambiamenti ai requisiti del piano tariffario per Cloud Storage.
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 Storage. Il calcolatore stimerà la tua fattura mensile.
Cosa succede se supero i limiti di caricamento, download o 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 che superi:
- Se superi il limite di GB archiviati, non potrai archiviare altri dati nel progetto a meno che non rimuova alcuni dei dati archiviati o non esegua 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, ora del Pacifico degli Stati Uniti), 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 degli Stati Uniti), a meno che non esegui l'upgrade a un piano con limiti meno restrittivi o senza limiti.
Crashlytics
Visita la pagina di risoluzione dei problemi e domande frequenti di Crashlytics per suggerimenti utili e risposte ad altre domande frequenti.
Dynamic Links
Dynamic Links: Quali sono i piani futuri di Firebase per Dynamic Links?
Consulta le domande frequenti su Dynamic Links.
Dynamic Links: perché la mia app per Android accede due volte a ogni Dynamic Link?
L'API getInvitation
cancella il link dinamico salvato
per impedirne l'accesso due volte. Assicurati di chiamare questa API
con il parametro autoLaunchDeepLink
impostato su
false
in ciascuna delle attività di link diretto per cancellarlo
nel caso in cui l'attività venga attivata al di fuori dell'attività
principale.
Hosting
Hosting: nei progetti del piano Spark, posso archiviare file eseguibili?
Per i progetti con piano senza costi (Spark), Firebase blocca i caricamenti e l'hosting di determinati tipi di file eseguibili per Windows, Android e Apple entro il giorno Cloud Storage for Firebase e il giorno Firebase Hosting. Queste norme esistono per 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 a partire dal 28 settembre 2023. 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 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 su Firebase Hosting tramite il comando
firebase deploy
. - Per Storage: esegui l'upgrade al piano Blaze per caricare questi tipi di file nel bucket di tua scelta utilizzando la CLI 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 in base a questa guida.
- Per gestire le risorse in Cloud Storage, vai alla pagina del prodotto Storage nel tuo progetto.
- Nella scheda File, individua i file non consentiti da eliminare nella gerarchia delle cartelle, quindi selezionali utilizzando la casella di controllo accanto al nome o ai nomi dei file sul lato sinistro del riquadro.
- Fai clic su Elimina e conferma l'eliminazione dei file.
Per ulteriori informazioni sulla gestione delle risorse di hosting con gli strumenti Firebase e dei bucket Cloud Storage per Firebase con le librerie client, consulta la nostra documentazione.
Hosting: perché la tabella della cronologia delle release di Hosting nella console Firebase mostra conteggi di file superiori a quelli del mio progetto locale?
Firebase aggiunge automaticamente file aggiuntivi contenenti metadati sul sito Hosting e questi file sono inclusi nel conteggio totale dei file per la release.
Hosting: qual è la dimensione massima dei file che posso eseguire il deployment su Firebase Hosting?
Hosting ha un limite dimensionale massimo di 2 GB per i singoli file.
Ti consigliamo di archiviare i file più grandi utilizzando Cloud Storage, che offre un limite dimensionale massimo nell'intervallo dei terabyte per i singoli oggetti.
Hosting: quanti siti Hosting posso avere per progetto Firebase?
La funzionalità multisito Firebase Hosting supporta un massimo di 36 siti per progetto.
Performance Monitoring
Visita la pagina di risoluzione dei problemi e domande frequenti di Performance Monitoring per suggerimenti utili e risposte ad altre domande frequenti.
Performance Monitoring: quanti pattern URL personalizzati posso creare?
Puoi creare fino a 400 pattern URL personalizzati totali per app e fino a 100 pattern URL personalizzati per dominio per l'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: v7.3.0 o versioni successive
- tvOS: v8.9.0 o versioni successive
- Android: v19.0.10 o versioni successive (o Firebase Android BoM v26.1.0 o versioni successive)
- Web: v7.14.0 o versioni successive
Tieni presente che consigliamo sempre di utilizzare l'ultima versione dell'SDK, ma qualsiasi versione elencata sopra consentirà a Performance Monitoring di elaborare i tuoi dati quasi in tempo reale.
Realtime Database
Realtime Database: che cos'è una "connessione simultanea al database"?
Una connessione simultanea equivale a un dispositivo mobile, scheda del browser o app server connesso al database. Firebase impone limiti rigidi al numero di connessioni simultanee al database della tua app. Questi limiti sono stati implementati 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é gli utenti non si connettono tutti contemporaneamente. Se hai bisogno di più di 200.000 connessioni simultanee, leggi Scalare con più database.
Realtime Database: quali sono le limitazioni di scalabilità di Realtime Database?
Ogni istanza Realtime Database ha limiti al numero di operazioni di scrittura al secondo. Per le piccole scritture, questo limite è di circa 1000 operazioni di scrittura al secondo. Se ti stai avvicinando a questo limite, le operazioni di batch utilizzando gli aggiornamenti multipath possono aiutarti a ottenere un throughput più elevato.
Inoltre, ogni istanza di database ha un limite al numero di connessioni simultanee al database. I nostri limiti predefiniti sono sufficientemente elevati per la maggior parte delle applicazioni. Se stai creando un'app che richiede una scalabilità aggiuntiva, potresti dover suddividere l'applicazione in più istanze di database per una maggiore 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 o una notifica via email nella console Firebase che ti comunica di aver superato i limiti di utilizzo di Realtime Database, puoi risolvere il problema in base al limite di utilizzo che hai superato. Per visualizzare l'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 tuo piano tariffario Firebase o attendere il ripristino del limite di download all'inizio del ciclo di fatturazione successivo. Per ridurre i download, prova a seguire questi passaggi:
- Aggiungi query per limitare i dati restituiti dalle operazioni di ascolto.
- Controlla 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 hai superato il limite di spazio di archiviazione,esegui l'upgrade del piano per evitare interruzioni del servizio. Per ridurre la quantità di dati nel tuo database, prova a seguire questi passaggi:
- Esegui job di pulizia periodici.
- Riduci i dati duplicati nel database.
Tieni presente che potrebbe essere necessario del tempo prima che le eliminazioni dei dati vengano riportate nella tua assegnazione dello spazio di archiviazione.
Se hai superato 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.
Realtime Database: cosa succede se supero i limiti di archiviazione o download del piano Spark per Realtime Database?
Per offrirti un prezzo prevedibile, le risorse disponibili nei piani Spark hanno un limite. Ciò significa che quando superi un limite del piano in un mese, la tua app verrà disattivata per impedire un ulteriore utilizzo delle risorse e addebiti aggiuntivi.
Realtime Database: cosa succede se supero i limiti di connessione simultanea del piano Spark per Realtime Database?
Quando la tua app raggiunge il limite di concorrenza nel piano Spark, le connessioni successive verranno rifiutate finché alcune delle connessioni esistenti non verranno chiuse. L'app continuerà a funzionare per gli utenti che sono connessi.
Realtime Database: che cosa sono i backup automatici? Offri backup orari per Realtime Database?
I backup automatici sono una funzionalità avanzata per i clienti con il piano tariffario Blaze che esegue il backup dei dati Firebase Realtime Database una volta al giorno e li carica su Google Cloud Storage.
Non offriamo backup orari.
Realtime Database: perché la mia larghezza di banda Realtime Database segnalata è stata inferiore alla media tra settembre 2016 e marzo 2017?
Per i nostri calcoli della larghezza di banda, in genere includiamo l'overhead di crittografia SSL (in base al livello 5 del modello OSI). Tuttavia, a settembre 2016 abbiamo introdotto un bug che ha fatto sì che i nostri report sulla larghezza di banda ignorassero l'overhead di crittografia. Ciò potrebbe aver comportato una larghezza di banda e fatture artificialmente basse nel tuo account per alcuni mesi.
Abbiamo rilasciato una correzione per il bug alla fine di marzo 2017, riportando la fatturazione e i report sulla larghezza di banda ai livelli normali.
Remote Config
Remote Config: perché i valori recuperati non modificano il comportamento e l'aspetto della mia app?
A meno che tu non recuperi i valori con
fetchAndActivate()
,
i valori vengono memorizzati localmente, ma non attivati. Per attivare i valori recuperati in modo che
possano essere 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 dell'app determina quando vengono utilizzati i valori dei parametri aggiornati.
Ad esempio, puoi recuperare i valori e attivarli la volta successiva che un utente avvia l'app, il che elimina la necessità di ritardare l'avvio dell'app mentre l'app attende i valori recuperati dal servizio. Le modifiche al comportamento e all'aspetto dell'app vengono apportate quando l'app utilizza i valori dei parametri aggiornati.
Per scoprire di più sull'API Remote Config e sul modello di utilizzo, consulta la panoramica dell'API Remote Config.
Remote Config: sto effettuando molte richieste di recupero durante lo sviluppo della mia app. Perché la mia app non riceve sempre gli ultimi valori dal servizio quando invia richieste di recupero?
Durante lo sviluppo dell'app, potresti voler recuperare e attivare le configurazioni molto
di frequente (molte volte all'ora) per poter iterare rapidamente durante lo sviluppo
e il test dell'app. Per consentire un'iterazione rapida su 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 in genere ricevono i valori recuperati in meno di un secondo e spesso in millisecondi. Il servizio Remote Config gestisce le richieste di recupero in millisecondi, ma il tempo necessario per completare una richiesta di recupero dipende dalla velocità di rete del dispositivo e dalla latenza della connessione di rete utilizzata dal dispositivo.
Se il tuo obiettivo è fare in modo che i valori recuperati vengano applicati nella 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.
Test Lab
Visita la pagina di risoluzione dei problemi di Test Lab per suggerimenti utili e risposte alle domande frequenti.
Firebase User Segmentation Storage
Che cos'è Firebase User Segmentation Storage?
Firebase User Segmentation Storage memorizza ID installazione Firebase e segmenti e attributi correlati, nonché gli elenchi dei segmenti di pubblico che hai creato per fornire informazioni sul targeting ad altri servizi Firebase che li utilizzano, come Crashlytics, FCM, Remote Config personalizzazione e altro ancora.