Sie haben andere Probleme oder können das unten beschriebene Problem nicht sehen? Bitte melden Sie Fehler oder fordern Sie ein Feature an und nehmen Sie an den Stack Overflow-Diskussionen teil.
Firebase-Projekte und Firebase-Apps
Was ist ein Firebase-Projekt?
Ein Firebase-Projekt ist die oberste Entität für Firebase. In einem Projekt können Sie Ihre Apple-, Android- oder Web-Apps registrieren. Nachdem Sie Ihre Apps bei Firebase registriert haben, können Sie Ihrer App die produktspezifischen Firebase SDKs hinzufügen, z. B. Analytics, Cloud Firestore, Crashlytics oder Remote Config.
Sie sollten Ihre Apple-, Android- und Web-App-Varianten in einem einzigen Firebase-Projekt registrieren. Sie können mehrere Firebase-Projekte verwenden, um mehrere Umgebungen zu unterstützen, z. B. Entwicklungs-, Staging- und Produktionsumgebungen.
Hier finden Sie weitere Informationen zu Firebase-Projekten:
- Firebase-Projekte verstehen: Hier erhalten Sie einen kurzen Überblick über einige wichtige Konzepte zu Firebase-Projekten, einschließlich ihrer Beziehung zu Google Cloud und der grundlegenden Hierarchie eines Projekts sowie seiner Apps und Ressourcen.
- Allgemeine Best Practices für die Einrichtung von Firebase-Projekten: Hier finden Sie allgemeine Best Practices für die Einrichtung von Firebase-Projekten und die Registrierung Ihrer Apps bei einem Projekt, damit Sie einen klaren Entwicklungsablauf mit separaten Umgebungen haben.
Für alle Firebase-Projekte wird in der Google Cloud Console auf der Seite Labels automatisch das Label firebase:enabled
für Ihr Projekt hinzugefügt. Weitere Informationen zu diesem Label findest du in unseren häufig gestellten Fragen.
Was ist eine Google Cloud-Organisation?
Eine Google Cloud-Organisation ist ein Container für Google Cloud-Projekte (einschließlich Firebase-Projekte). Diese Hierarchie ermöglicht eine bessere Organisation, Zugriffsverwaltung und Prüfung Ihrer Google Cloud- und Firebase-Projekte. Weitere Informationen finden Sie unter Organisationen erstellen und verwalten.
Wie füge ich einem vorhandenen Google Cloud-Projekt Firebase hinzu?
Möglicherweise haben Sie bereits Google Cloud-Projekte, die über die Google Cloud Console oder die Google APIs Console verwaltet werden.
Sie können Firebase diesen bestehenden Projekten mit einer der folgenden Optionen hinzufügen:
- Über die Firebase Console:
Klicken Sie auf der Startseite der Firebase Console auf Projekt hinzufügen und wählen Sie dann Ihr vorhandenes Projekt aus dem Menü Projektname aus. - Vorteile einer programmatischen Option:
- Rufen Sie den REST API-Endpunkt der Firebase Management API auf:
addFirebase
. - Führen Sie den Firebase CLI-Befehl
firebase projects:addfirebase
aus. - Terraform verwenden
- Rufen Sie den REST API-Endpunkt der Firebase Management API auf:
Warum hat mein Google Cloud-Projekt das Label firebase:enabled
?
Auf der Seite Labels für Ihr Projekt in der Google Cloud Console wird möglicherweise das Label firebase:enabled
angezeigt (genauer gesagt ein Key
von firebase
mit einem Value
von enabled
).
Dieses Label wurde von Firebase automatisch hinzugefügt, da es sich bei Ihrem Projekt um ein Firebase-Projekt handelt. Das bedeutet, dass für Ihr Projekt Firebase-spezifische Konfigurationen und ‑Dienste aktiviert sind. Weitere Informationen zur Beziehung zwischen Firebase-Projekten und Google Cloud
Wir empfehlen dringend, dieses Label nicht zu ändern oder zu löschen. Dieses Label wird von Firebase und Google Cloud verwendet, um Ihre Firebase-Projekte aufzulisten (z. B. über den REST API-projects.list
-Endpunkt oder in Menüs in der Firebase Console).
Wenn Sie dieses Label manuell der Liste der Projektlabels hinzufügen, werden Firebase-spezifische Konfigurationen und Dienste für Ihr Google Cloud-Projekt NICHT aktiviert. Dazu müssen Sie Firebase über die Firebase Console hinzufügen (oder bei erweiterten Anwendungsfällen über die Firebase Management REST API oder die Firebase CLI).
Warum wird mein Firebase-Projekt nicht in der Liste meiner Firebase-Projekte angezeigt?
Diese FAQ gilt, wenn Sie Ihr Firebase-Projekt an den folgenden Stellen nicht sehen:
- In einer Liste der Projekte, die Sie in der Firebase-Konsole aufrufen
- In der Antwort, die beim Aufrufen des REST API-Endpunkts
projects.list
zurückgegeben wird - In der Antwort, die beim Ausführen des Befehls Firebase in der Befehlszeile
firebase projects:list
zurückgegeben wird
Führen Sie die folgenden Schritte zur Fehlerbehebung aus:
- Versuchen Sie zuerst, über die URL des Projekts direkt auf Ihr Projekt zuzugreifen. Verwenden Sie das folgende Format:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Wenn Sie nicht auf das Projekt zugreifen können oder Berechtigungsfehler erhalten, prüfen Sie Folgendes:
- Sie müssen in Firebase mit demselben Google-Konto angemeldet sein, das Zugriff auf das Projekt hat. Du kannst dich über deinen Konto-Avatar oben rechts in der Firebase-Konsole anmelden und abmelden.
- Prüfen Sie, ob Sie das Projekt in der Google Cloud Console sehen können.
- Achten Sie darauf, dass Ihr Projekt in der Google Cloud Console auf der Seite Labels das Label
firebase:enabled
hat. Firebase und Google Cloud verwenden dieses Label, um Ihre Firebase-Projekte aufzulisten. Wenn Sie dieses Label nicht sehen, aber die Firebase Management API für Ihr Projekt aktiviert ist, fügen Sie das Label manuell hinzu. Verwenden Sie dazu einKey
vonfirebase
mit einemValue
vonenabled
. - Sie benötigen eine der einfachen IAM-Rollen (Inhaber, Bearbeiter, Betrachter) oder eine Rolle mit Firebase-bezogenen Berechtigungen, z. B. eine vordefinierte Firebase-Rolle. Sie können Ihre Rolle(n) auf der Seite IAM der Google Cloud Console aufrufen.
- Wenn Ihr Projekt zu einer Google Cloud-Organisation gehört, benötigen Sie möglicherweise zusätzliche Berechtigungen, um das Projekt in der Firebase-Konsole zu sehen. Wenden Sie sich an die Person, die Ihre Google Cloud-Organisation verwaltet, damit Sie die entsprechende Rolle zum Ansehen des Projekts erhalten, z. B. die Rolle „Betrachter“.
Wenn Sie Ihr Projekt mithilfe der oben genannten Schritte nicht in der Liste der Firebase-Projekte finden, wenden Sie sich an den Firebase-Support.
Wie viele Projekte kann ich pro Konto haben?
- Spark-Tarif: Ihr Projektkontingent ist auf eine kleine Anzahl von Projekten beschränkt (in der Regel 5–10).
- Blaze-Tarif: Ihr Projektkontingent pro Cloud Billing-Konto wird erheblich erhöht, solange Ihr Cloud Billing-Konto einwandfrei ist.
Das Limit für das Projektkontingent ist für die meisten Entwickler selten ein Problem. Bei Bedarf können Sie jedoch eine Erhöhung des Projektkontingents beantragen.
Das vollständige Löschen eines Projekts dauert 30 Tage und wird auf Ihr Kontingent angerechnet, bis es vollständig gelöscht ist.
Wie viele Firebase-Apps kann ich in einem Firebase-Projekt haben?
Ein Firebase-Projekt ist ein Container für Firebase-Apps für Apple, Android und das Web. Firebase schränkt die Gesamtzahl der Firebase-Apps in einem Firebase-Projekt auf 30 ein.
Danach beginnt die Leistung zu sinken (insbesondere bei Google Analytics) und bei einer höheren Anzahl von Apps funktionieren einige Produktfunktionen nicht mehr. Wenn Sie Google Log-in als Authentifizierungsanbieter verwenden, wird für jede App in Ihrem Projekt zusätzlich eine zugrunde liegende OAuth 2.0-Client-ID erstellt. In einem einzelnen Projekt können maximal 30 Client-IDs erstellt werden.
Alle Firebase-Apps in einem einzelnen Firebase-Projekt sollten aus Sicht der Endnutzer Plattformvarianten derselben Anwendung sein. Wenn Sie beispielsweise eine White-Label-Anwendung entwickeln, sollte jede unabhängig gekennzeichnete App ein eigenes Firebase-Projekt haben. Die Apple- und Android-Versionen dieses Labels können sich jedoch im selben Projekt befinden. Weitere Informationen finden Sie in unseren allgemeinen Best Practices für die Einrichtung von Firebase-Projekten.
In seltenen Fällen, in denen für Ihr Projekt mehr als 30 Apps erforderlich sind, können Sie eine Erhöhung des App-Limits beantragen. Ihr Projekt muss den Blaze-Tarif haben, damit Sie diese Anfrage stellen können. Rufen Sie die Google Cloud Console auf, um Ihren Antrag zu stellen und ihn überprüfen zu lassen. Weitere Informationen zur Kontingentverwaltung finden Sie in der Google Cloud-Dokumentation.
Was passiert, wenn ich mein Projekt als Produktionsumgebung tagge?
In der Firebase Console können Sie Ihre Firebase-Projekte mit dem Umgebungstyp taggen, entweder als Produktionsumgebung oder Nicht angegeben (Nicht-Produktionsumgebung).
Das Tagging Ihres Projekts als Umgebungstyp hat keine Auswirkungen auf die Funktionsweise Ihres Firebase-Projekts oder seine Funktionen. Das Tagging kann Ihnen und Ihrem Team jedoch dabei helfen, Ihre verschiedenen Firebase-Projekte für den App-Lebenszyklus zu verwalten.
Wenn Sie Ihr Projekt als Produktionsumgebung kennzeichnen, wird dem Projekt in der Firebase Console ein Prod-Tag in einer auffälligen Farbe hinzugefügt. Dieses Tag weist Sie darauf hin, dass sich Änderungen am Projekt auf Ihre zugehörigen Produktions-Apps auswirken können. In Zukunft werden wir möglicherweise weitere Funktionen und Sicherheitsmaßnahmen für Firebase-Projekte hinzufügen, die als Produktionsumgebungen getaggt sind.
Wenn Sie den Umgebungstyp Ihres Firebase-Projekts ändern möchten, klicken Sie auf settings > Projekteinstellungen > Allgemein und dann auf der Karte Dein Projekt unter Umgebung auf edit.
Wo finde ich die App-ID meiner Firebase-App?
Rufen Sie in der Firebase Console die settings Projekteinstellungen auf. Scrollen Sie nach unten zur Karte Meine Apps und klicken Sie auf die gewünschte Firebase-App, um die Informationen zur App aufzurufen, einschließlich der App-ID.
Hier sind einige Beispielwerte für die App-ID:
-
Firebase-iOS-Apps:
1:1234567890:ios:321abc456def7890
-
Firebase-Android-Apps:
1:1234567890:android:321abc456def7890
-
Firebase Web-Apps:
1:1234567890:web:321abc456def7890
Welche Voraussetzungen müssen erfüllt sein, um Google Play / AdMob / Google Ads / BigQuery mit meinem Firebase-Projekt oder meiner Firebase-App zu verknüpfen?
- Für die Verknüpfung Ihres Google Play-Kontos benötigen Sie Folgendes:
- Eine der folgenden Firebase-Rollen: Inhaber oder Firebase-Administrator
und - Eine der folgenden Google Play-Zugriffsebenen: Kontoinhaber oder Administrator
- Eine der folgenden Firebase-Rollen: Inhaber oder Firebase-Administrator
- Wenn Sie Ihre AdMob-App verknüpfen möchten, müssen Sie sowohl Inhaber des Firebase-Projekts als auch AdMob-Administrator sein.
- Wenn Sie Ihr AdWords-Konto verknüpfen möchten, müssen Sie sowohl Inhaber eines Firebase-Projekts als auch AdWords-Administrator sein.
- Wenn Sie Ihr BigQuery-Projekt verknüpfen möchten, müssen Sie Inhaber des Firebase-Projekts sein.
Welche Open-Source-Hinweise sollte ich in meine App aufnehmen?
Auf Apple-Plattformen enthält der Firebase-Pod die Datei „NOTICES“, die die relevanten Einträge enthält. Das Firebase Android SDK enthält einen Hilfs-Activity
zum Anzeigen von Lizenzinformationen.
Berechtigungen und Zugriff auf Firebase-Projekte
Wie kann ich einem Projektmitglied eine Rolle wie die Rolle „Inhaber“ zuweisen?
Wenn Sie die Rollen verwalten möchten, die den einzelnen Projektmitgliedern zugewiesen sind, müssen Sie Inhaber des Firebase-Projekts sein oder eine Rolle mit der Berechtigung resourcemanager.projects.setIamPolicy
haben.
Hier können Sie Rollen zuweisen und verwalten:
- In der Firebase-Konsole können Sie Projektmitgliedern auf dem Tab Nutzer und Berechtigungen unter settings > Projekteinstellungen ganz einfach Rollen zuweisen. In der Firebase-Konsole können Sie eine der einfachen Rollen (Inhaber, Bearbeiter, Betrachter), die Firebase-Rollen „Administrator“ oder „Betrachter“ oder eine der vordefinierten Rollen der Firebase-Produktkategorie zuweisen.
- Die Google Cloud-Console bietet eine umfangreiche Auswahl an Tools, mit denen Sie Projektmitgliedern auf der Seite IAM Rollen zuweisen können. In der Cloud-Konsole können Sie auch benutzerdefinierte Rollen erstellen und verwalten sowie Dienstkonten Zugriff auf Ihr Projekt gewähren.
In der Google Cloud Console werden Projektmitglieder als Principals bezeichnet.
Wenn der Inhaber Ihres Projekts seine Aufgaben nicht mehr ausführen kann (z. B. weil er Ihr Unternehmen verlassen hat) und Ihr Projekt nicht über eine Google Cloud-Organisation verwaltet wird (siehe nächster Abschnitt), können Sie sich an den Firebase-Support wenden und nachfragen, wie Sie Zugriff auf das Firebase-Projekt anfordern können.
Wenn ein Firebase-Projekt zu einer Google Cloud-Organisation gehört, hat es möglicherweise keinen Inhaber. Wenn Sie keinen Inhaber für Ihr Firebase-Projekt finden, wenden Sie sich an die Person, die Ihre Google Cloud-Organisation verwaltet, damit sie einen Inhaber für das Projekt zuweist.
Wie finde ich den Inhaber eines Firebase-Projekts?
Sie können sich Projektmitglieder und ihre Rollen an den folgenden Stellen ansehen:
- Wenn Sie in der Firebase Console Zugriff auf das Projekt haben, können Sie sich in der Firebase Console auf der Seite Nutzer und Berechtigungen eine Liste der Projektmitglieder einschließlich der Inhaber ansehen.
- Wenn Sie keinen Zugriff auf das Projekt in der Firebase-Konsole haben, prüfen Sie, ob Sie Zugriff auf das Projekt in der Google Cloud-Konsole haben. Eine Liste der Projektmitglieder, einschließlich der Inhaber, finden Sie auf der Seite IAM in der Google Cloud Console.
Wenn der Inhaber Ihres Projekts seine Aufgaben nicht mehr ausführen kann (z. B. weil er Ihr Unternehmen verlassen hat) und Ihr Projekt nicht über eine Google Cloud-Organisation verwaltet wird (siehe nächster Abschnitt), können Sie sich an den Firebase-Support wenden, um einen vorübergehenden Inhaber zu erhalten.
Wenn ein Firebase-Projekt zu einer Google Cloud-Organisation gehört, hat es möglicherweise keinen Inhaber. Stattdessen kann die Person, die Ihre Google Cloud-Organisation verwaltet, viele Aufgaben ausführen, die auch ein Inhaber erledigen kann. Um jedoch einige Inhaberaufgaben ausführen zu können (z. B. Rollen zuweisen oder Google Analytics-Properties verwalten), muss sich der Administrator möglicherweise selbst die Inhaberrolle zuweisen. Wenn Sie keinen Inhaber für Ihr Firebase-Projekt finden, wenden Sie sich an die Person, die Ihre Google Cloud-Organisation verwaltet, um einen Inhaber für das Projekt zuzuweisen.
Warum oder wann sollte ich einem Projektmitglied die Rolle „Inhaber“ zuweisen?
Damit ein Firebase-Projekt ordnungsgemäß verwaltet werden kann, muss es einen Inhaber haben. Der Inhaber eines Projekts kann mehrere wichtige administrative Aktionen ausführen, z. B. Rollen zuweisen und Google Analytics-Properties verwalten. Der Firebase-Support kann nur administrative Anfragen von nachgewiesenen Projektinhabern bearbeiten.
Nachdem Sie die Inhaber für ein Firebase-Projekt eingerichtet haben, sollten Sie diese Zuweisungen auf dem neuesten Stand halten.
Wenn ein Firebase-Projekt zu einer Google Cloud-Organisation gehört, kann die Person, die Ihre Google Cloud-Organisation verwaltet, viele Aufgaben ausführen, die auch ein Inhaber ausführen kann. Für einige Inhaberaufgaben wie das Zuweisen von Rollen oder das Verwalten von Google Analytics-Properties muss sich der Administrator jedoch die Rolle „Inhaber“ zuweisen, um diese Aufgaben ausführen zu können.
Ich glaube nicht, dass ich ein Firebase-Projekt habe, aber ich habe eine E-Mail dazu erhalten. Wie erhalte ich Zugriff auf dieses Projekt?
Die E-Mail, die Sie erhalten haben, sollte einen Link zum Öffnen Ihres Firebase-Projekts enthalten. Wenn Sie auf den Link in der E-Mail klicken, sollte das Projekt in der Firebase-Konsole geöffnet werden.
Wenn Sie das Projekt über den Link nicht öffnen können, prüfen Sie, ob Sie in Firebase mit demselben Google-Konto angemeldet sind, über das Sie die E-Mail zum Projekt erhalten haben. Sie können sich über Ihren Konto-Avatar oben rechts in der Firebase-Konsole anmelden und abmelden.
Wenn Sie Administrator einer Google Cloud-Organisation sind, werden Sie möglicherweise über Änderungen an Firebase-Projekten in Ihrer Organisation benachrichtigt. Möglicherweise haben Sie jedoch nicht die erforderlichen Berechtigungen, um das Firebase-Projekt zu öffnen. In diesen Fällen ist es am einfachsten, sich selbst die Rolle „Eigentümer“ zuzuweisen, um das Projekt zu öffnen und die erforderlichen Aktionen auszuführen. Weitere Informationen dazu, warum und wann Sie die Rolle „Inhaber“ zuweisen sollten
Plattformen und Frameworks
Auf den platformspezifischen Seiten zur Fehlerbehebung und den FAQs finden Sie hilfreiche Tipps und Antworten auf weitere häufig gestellte Fragen.
Firebase-Konsole
Welche Browser werden für den Zugriff auf die Firebase-Konsole unterstützt?
Auf die Firebase-Konsole kann über aktuelle Versionen gängiger Desktop-Browser wie Chrome, Firefox, Safari und Edge zugegriffen werden. Mobile Browser werden derzeit nicht vollständig unterstützt.
Ich kann die Firebase Console laden, aber warum kann ich mein Firebase-Projekt nicht finden oder darauf zugreifen?
Diese FAQs gelten für die folgenden Probleme:
- In der Firebase Console wird eine Fehlerseite angezeigt, auf der steht, dass Ihr Projekt möglicherweise nicht existiert oder dass Sie keinen Zugriff darauf haben.
- Ihr Projekt wird in der Firebase Console nicht angezeigt, auch wenn Sie die Projekt-ID oder den Projektnamen in das Suchfeld der Console eingeben.
Führen Sie die folgenden Schritte zur Fehlerbehebung aus:
- Versuchen Sie zuerst, über die URL des Projekts direkt auf Ihr Projekt zuzugreifen. Verwenden Sie das folgende Format:
https://console.firebase.google.com/project/PROJECT-ID/overview
- Wenn Sie immer noch nicht auf das Projekt zugreifen können oder Berechtigungsfehler erhalten, prüfen Sie Folgendes:
- Sie müssen in Firebase mit demselben Google-Konto angemeldet sein, das Zugriff auf das Projekt hat. Du kannst dich über deinen Konto-Avatar oben rechts in der Firebase-Konsole anmelden und abmelden.
- Prüfen Sie, ob die Firebase Management API für das Projekt aktiviert ist.
- Sie benötigen eine der einfachen IAM-Rollen (Inhaber, Bearbeiter, Betrachter) oder eine Rolle mit Firebase-bezogenen Berechtigungen, z. B. eine vordefinierte Firebase-Rolle. Sie können Ihre Rolle(n) auf der Seite IAM der Google Cloud Console aufrufen.
- Wenn Ihr Projekt zu einer Google Cloud-Organisation gehört, benötigen Sie möglicherweise zusätzliche Berechtigungen, um das Projekt in der Firebase-Konsole zu sehen. Wenden Sie sich an die Person, die Ihre Google Cloud-Organisation verwaltet, damit Sie die entsprechende Rolle zum Ansehen des Projekts erhalten, z. B. die Rolle „Betrachter“.
Wenn Sie Ihr Projekt mithilfe der oben genannten Schritte nicht finden oder darauf zugreifen können, wenden Sie sich an den Firebase-Support.
Warum wird die Firebase-Konsole nicht geladen?
Diese FAQs gelten für die folgenden Probleme:
- Eine Seite in der Firebase-Konsole wird nie vollständig geladen.
- Daten auf einer Seite werden nicht wie erwartet geladen.
- Beim Laden der Firebase-Konsole werden Browserfehlermeldungen angezeigt.
Führen Sie die folgenden Schritte zur Fehlerbehebung aus:
- Sehen Sie in der Zeile Console des Firebase-Status-Dashboards nach, ob es Dienstunterbrechungen gibt.
- Verwenden Sie einen unterstützten Browser.
- Versuchen Sie, die Firebase-Konsole in einem Inkognitofenster oder privaten Fenster zu laden.
- Deaktivieren Sie alle Browsererweiterungen.
- Prüfen Sie, ob die Netzwerkverbindung nicht durch einen Werbeblocker, ein Antivirenprogramm, einen Proxy, eine Firewall oder eine andere Software blockiert wird.
- Versuchen Sie, die Firebase-Konsole über ein anderes Netzwerk oder Gerät zu laden.
- Wenn Sie Chrome verwenden, prüfen Sie in der Konsole der Entwicklertools, ob Fehler vorliegen.
Wenn das Problem durch keinen der oben genannten Schritte behoben werden kann, wenden Sie sich an den Firebase-Support.
Wie wird die Sprache meiner Firebase-Konsole bestimmt?
Die Spracheinstellung für die Firebase-Konsole basiert auf der Sprache, die Sie in Ihren Google-Kontoeinstellungen ausgewählt haben.
Wie Sie die Spracheinstellung ändern, erfahren Sie unter Sprache ändern.
Die Firebase-Konsole unterstützt die folgenden Sprachen:
- Englisch
- Portugiesisch (Brasilien)
- Französisch
- Deutsch
- Indonesisch
- Japanisch
- Koreanisch
- Russisch
- Chinesisch (vereinfacht)
- Spanisch
- Chinesisch (traditionell)
Welche Rollen und Berechtigungen werden von der Firebase-Konsole unterstützt?
Die Firebase Console und die Google Cloud Console verwenden dieselben zugrunde liegenden Rollen und Berechtigungen. Weitere Informationen zu Rollen und Berechtigungen finden Sie in der Firebase IAM-Dokumentation.
Firebase unterstützt die grundlegenden (einfachen) Rollen „Inhaber“, „Bearbeiter“ und „Betrachter“:
- Ein Inhaber eines Projekts kann dem Projekt weitere Mitglieder hinzufügen, Integrationen einrichten (Projektverknüpfung mit Diensten wie BigQuery oder Slack) und hat vollen Bearbeitungszugriff auf das Projekt.
- Ein Bearbeiter eines Projekts hat vollen Bearbeitungszugriff auf das Projekt.
- Ein Betrachter eines Projekts hat nur Lesezugriff auf das Projekt. In der Firebase-Konsole werden die Bearbeitungselemente der Benutzeroberfläche für Betrachter von Projekten derzeit nicht ausgeblendet oder deaktiviert. Diese Vorgänge sind für Projektmitglieder mit der Rolle „Betrachter“ jedoch nicht möglich.
Firebase unterstützt außerdem:
- Vordefinierte Firebase-Rollen: Ausgewählte Firebase-spezifische Rollen, die eine detailliertere Zugriffssteuerung als die einfachen Rollen „Inhaber“, „Bearbeiter“ und „Betrachter“ ermöglichen.
- Benutzerdefinierte Rollen: Vollständig benutzerdefinierte IAM-Rollen, die Sie erstellen, um eine Reihe von Berechtigungen an die spezifischen Anforderungen Ihrer Organisation anzupassen.
Preise
Welche Produkte sind kostenpflichtig? Welche sind kostenlos?
Zu den kostenpflichtigen Infrastrukturprodukten von Firebase gehören Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab und die Telefonauthentifizierung. Für alle diese Funktionen bieten wir einen kostenlosen Tarif an.
Firebase bietet auch viele kostenlose Produkte: Analytics, Cloud Messaging, der Notifications Composer, Remote Config, App Indexing, Dynamic Links und Crash Reporting. Die Nutzung dieser Produkte unterliegt ausschließlich den Richtlinien zur Traffic-Steuerung des Produkts (z.B. Quoten, fairer Zugriff und andere Schutzmaßnahmen für Dienste) in allen Tarifen, einschließlich unseres kostenlosen Spark-Tarifs. Außerdem sind alle Authentication-Funktionen, die über die Smartphone-Authentifizierung hinausgehen, kostenlos.
Bietet Firebase kostenlose Testzeiträume für kostenpflichtige Produkte?
Kostenpflichtige Firebase-Dienste können im Rahmen des Google Cloud kostenlosen Testzeitraums genutzt werden. Neue Google Cloud- und Firebase-Nutzer können einen 90-tägigen Testzeitraum mit einem Guthaben von 300 $in Cloud Billing nutzen, um Google Cloud- und Firebase-Produkte und ‑Dienste kennenzulernen und zu bewerten.
Während des Google Cloud-tägigen Testzeitraums erhalten Sie ein Cloud Billing-Testkonto. Alle Firebase-Projekte, für die dieses Rechnungskonto verwendet wird, unterliegen während des Testzeitraums dem Blaze-Preismodell.
Keine Sorge, durch die Einrichtung dieses Cloud Billing-Kontos für den kostenlosen Testzeitraum können wir Ihnen keine Kosten in Rechnung stellen. Ihnen werden keine Kosten in Rechnung gestellt, sofern Sie die Abrechnung nicht ausdrücklich aktivieren und ein Upgrade Ihres Cloud Billing-Kontos mit kostenlosem Testzeitraum auf ein kostenpflichtiges Konto durchführen. Sie können jederzeit während des Testzeitraums ein Upgrade auf ein kostenpflichtiges Konto vornehmen. Nach dem Upgrade können Sie weiterhin das verbleibende Guthaben (innerhalb des 90-tägigen Testzeitraums) verwenden.
Nach Ablauf des Testzeitraums müssen Sie entweder ein Downgrade auf den Spark-Tarif ausführen oder den Blaze-Tarif in der Firebase Console einrichten, um Ihr Firebase-Projekt weiter zu verwenden.
Weitere Informationen zum kostenlosen Testzeitraum von Google Cloud
Woher weiß ich, welches Preismodell für mich geeignet ist?
Spark-Preismodell
Mit unserem Spark-Tarif können Sie Ihre App kostenlos entwickeln. Sie erhalten alle kostenlosen Firebase-Funktionen (Analytics, Notifications Composer, Crashlytics usw.) und eine großzügige Menge unserer kostenpflichtigen Infrastrukturfunktionen. Wenn Sie jedoch die Ressourcen Ihres Spark-Tarifs in einem Kalendermonat überschreiten, wird Ihre App für den Rest des Monats deaktiviert. Außerdem sind Google Cloud-Funktionen mit dem Spark-Abo nicht verfügbar.
Blaze-Preismodell
Der Blaze-Tarif ist für Produktions-Apps konzipiert. Mit dem Blaze-Tarif können Sie Ihre App auch mit kostenpflichtigen Google Cloud-Funktionen erweitern. Sie bezahlen nur für die Ressourcen, die Sie verbrauchen. Dies erlaubt eine bedarfsgerechte Skalierung. Wir möchten, dass die Preise für den Blaze-Tarif mit denen der branchenführenden Cloud-Anbieter wettbewerbsfähig sind.
Was ist mit den kostenlosen SMS im Spark-Tarif passiert?
Ab September 2024 müssen Firebase-Projekte mit einem Cloud-Rechnungskonto verknüpft sein, um die Sicherheit und Servicequalität der Telefonauthentifizierung zu verbessern und den SMS-Dienst zu aktivieren und zu verwenden.
Wie kann ich meine Nutzung und Abrechnung im Blick behalten?
Sie können die Nutzung von Projektressourcen in der Firebase Console in einem der folgenden Dashboards im Blick behalten:
- Dashboard Nutzung und Abrechnung auf Projektebene
- Authentication Nutzungs-Dashboard (speziell für Instanzen der Telefonauthentifizierung)
- Cloud Firestore Dashboard „Nutzung“
- Cloud Functions Dashboard „Nutzung“
- Cloud Storage Dashboard „Nutzung“
- Hosting Dashboard „Nutzung“
- Realtime Database Dashboard „Nutzung“
Was ist mit dem Preismodell für Flame passiert?
Im Januar 2020 wurde der Flame-Preisplan (25 $/Monat für zusätzliches Kontingent) als Option für neue Registrierungen entfernt. Nutzern des bestehenden Tarifs wurde eine Kulanzzeitraum gewährt, um ihre Projekte aus dem Flame-Tarif zu migrieren.
Im Februar 2022 wurden die verbleibenden Projekte mit dem Flame-Tarif auf den Spark-Tarif herabgestuft.
Daher
- Für bestehende Projekte mit Spark- und Blaze-Tarifen und neue Projekte ist es nicht mehr möglich, zum Flame-Tarif zu wechseln oder sich dafür zu registrieren.
- Wenn Sie ein bestehendes Flame-Plan-Projekt in ein anderes Preismodell verschoben haben, kann es nicht mehr zum Flame-Plan zurückkehren.
- Projekte, die auf den Spark-Tarif herabgestuft wurden, können auf den Blaze-Tarif umgestellt werden, um zusätzliche kostenpflichtige Dienste wieder nutzen zu können.
- Verweise auf den Flame-Plan wurden aus der Dokumentation entfernt.
Haben Sie weitere Fragen zur Einstellung des Flame-Abos? Unten findest du einige zusätzliche FAQs.
Möchten Sie mehr über die anderen Firebase-Tarife erfahren? Weitere Informationen finden Sie auf der Preisseite für Firebase. Wenn Sie bestehende Projekte zu einem anderen Preismodell migrieren möchten, können Sie dies in der Firebase-Konsole für Ihr Projekt tun.
Weitere FAQs zur Einstellung des Flame-Tarifs
Ich habe ein Projekt, einen Prozess oder ein Geschäftsmodell, das auf festen Firebase-Kosten basiert. What should I do?
Registrieren Sie sich für den Blaze-Tarif und legen Sie Budgetbenachrichtigungen fest.
Kann ich einen speziellen Zugriff erhalten, um neue Flame-Plan-Projekte zu erstellen?
Nein. Firebase bietet keinen speziellen Zugriff für Projekte, die zum Flame-Tarif wechseln oder sich dafür registrieren möchten.
Ich habe mein Flame-Abo-Projekt in ein anderes Preismodell geändert. Wie kann ich das ändern?
Ein Wechsel zum Flame-Tarif ist nicht mehr möglich. Wenn Sie auf Dienste zugreifen möchten, die im Rahmen des Flame-Tarifs angeboten werden, müssen Sie den Blaze-Tarif verwenden. Außerdem sollten Sie Budgetbenachrichtigungen für Ihr Projekt einrichten.
Mein Projekt wurde im Rahmen der Einstellung des Flame-Tarifs automatisch auf einen anderen Preisplan umgestellt. What should I do?
Wenn für Ihr Projekt ein zusätzliches Kontingent erforderlich ist, das über das im Spark-Tarif enthaltene hinausgeht, müssen Sie ein Upgrade auf den Blaze-Tarif ausführen.
Warum wird der Flame-Tarif eingestellt?
Im Laufe der Jahre haben wir eine sinkende Nutzung des Flame-Tarifs festgestellt. Die meisten Projekte, die den Tarif nutzen, werden nicht in vollem Umfang ausgeschöpft. Die Aufrechterhaltung dieses Preisplans ist im Allgemeinen nicht kosteneffizient. Wir sind der Meinung, dass wir allen besser helfen können, wenn die Ressourcen für andere Firebase-Initiativen verwendet werden.
Wie unterscheidet sich die kostenlose Nutzung im Blaze-Tarif von der kostenlosen Nutzung im Spark-Tarif?
Die kostenlose Nutzung des Blaze-Plans wird täglich berechnet. Die Nutzungslimits für Cloud Functions, die Smartphone-Authentifizierung und Test Lab unterscheiden sich ebenfalls vom Spark-Tarif.
Für Cloud Functions wird die kostenlose Nutzung des Blaze-Tarifs auf Cloud Billing-Kontoebene und nicht auf Projektebene berechnet. Es gelten folgende Limits:
- 2 Millionen Aufrufe pro Monat
- 400.000 GB-Sekunden/Monat
- 200.000 CPU-Sekunden/Monat
- 5 GB ausgehender Netzwerktraffic pro Monat
Bei der Telefonauthentifizierung wird die kostenlose Nutzung im Blaze-Tarif monatlich berechnet.
Für Test Lab gelten für die kostenlose Nutzung des Blaze-Tarifs die folgenden Einschränkungen:
- 30 Minuten pro Tag auf dem physischen Gerät
- 60 Minuten virtueller Gerätenutzung pro Tag
Wird das Kontingent für die kostenlose Nutzung zurückgesetzt, wenn ich von einem Spark-Tarif zu einem Blaze-Tarif wechsle?
Die kostenlose Nutzung des Spark-Tarifs ist im Blaze-Tarif enthalten. Die kostenlose Nutzung wird nicht zurückgesetzt, wenn Sie zu einem Blaze-Tarif wechseln.
Was ist eine „simultane Datenbankverbindung“?
Eine gleichzeitige Verbindung entspricht einem Mobilgerät, Browsertab oder einer Server-App, die mit der Datenbank verbunden ist. Firebase setzt strenge Limits für die Anzahl der gleichzeitigen Verbindungen zur Datenbank Ihrer App. Diese Limits sollen sowohl Firebase als auch unsere Nutzer vor Missbrauch schützen.
Das Limit für Spark-Abos ist 100 und kann nicht erhöht werden. Die Tarife „Flame“ und „Blaze“ haben ein Limit von 200.000 gleichzeitigen Verbindungen pro Datenbank.
Dieses Limit entspricht nicht der Gesamtzahl der Nutzer Ihrer App, da nicht alle Nutzer gleichzeitig eine Verbindung herstellen. Wenn Sie mehr als 200.000 gleichzeitige Verbindungen benötigen, lesen Sie den Hilfeartikel Mit mehreren Datenbanken skalieren.
Was passiert, wenn ich das Speicher- oder Downloadlimit meines Spark-Abos für Realtime Database überschreite?
Um Ihnen einen vorhersehbaren Preis zu bieten, sind die Ressourcen, die Ihnen mit den Spark-Tarifen zur Verfügung stehen, begrenzt. Wenn Sie also in einem Monat ein Tariflimit überschreiten, wird Ihre App deaktiviert, um eine weitere Ressourcennutzung und zusätzliche Kosten zu vermeiden.
Was passiert, wenn ich die Limits für die Anzahl gleichzeitiger Verbindungen meines Spark-Abos für Realtime Database überschreite?
Wenn Ihre App das Limit für die Gleichzeitigkeit im Spark-Tarif erreicht, werden alle nachfolgenden Verbindungen abgelehnt, bis einige der bestehenden Verbindungen geschlossen wurden. Die App funktioniert weiterhin für Nutzer, die eine Verbindung haben.
Wie funktioniert die Integration von Firebase mit Google Cloud?
Firebase ist eng mit Google Cloud verknüpft. Projekte werden zwischen Firebase und Google Cloud geteilt. Daher können für Projekte Firebase-Dienste und Google Cloud-Dienste aktiviert werden. Sie können über die Firebase-Konsole oder die Google Cloud-Konsole auf dasselbe Projekt zugreifen. Zum Beispiel:
- Bestimmte Firebase-Produkte werden direkt von Google Cloud unterstützt, z. B. Cloud Storage for Firebase. Die Liste der von Google Cloud unterstützten Produkte wird im Laufe der Zeit weiter wachsen.
- Viele Ihrer Einstellungen, darunter Mitbearbeiter und Abrechnungsinformationen, werden von Firebase und Google Cloud gemeinsam genutzt. Die Nutzung von Firebase und Google Cloud wird auf derselben Rechnung aufgeführt.
Wenn Sie auf den Blaze-Tarif umstellen, können Sie außerdem die erstklassigen Infrastructure-as-a-Service-Dienste und APIs von Google Cloud direkt in Ihrem Firebase-Projekt zu den standardmäßigen Google Cloud-Preisen nutzen. Sie können Daten auch direkt aus Google Cloud in BigQuery exportieren, um sie zu analysieren. Weitere Informationen finden Sie unter BigQuery mit Firebase verknüpfen.
Die Verwendung von Google Cloud mit Firebase bietet viele Vorteile in Bezug auf Sicherheit, Latenz und Zeitersparnis (im Vergleich zu anderen Cloud-Diensten, die nicht gemeinsam gehostet werden). Weitere Informationen finden Sie auf der Google Cloud-Website.
Was passiert mit meinem Firebase-Projekt, wenn ich in der Google Cloud Console Rechnungskonten für dieses Projekt hinzufüge oder entferne?
Wenn einem Projekt in der Google Cloud-Konsole ein Cloud Billing-Konto hinzugefügt wird, wird dasselbe Projekt automatisch auf den Firebase Blaze-Tarif umgestellt, wenn für das Projekt derzeit der Spark-Tarif gilt.
Wenn dagegen ein vorhandenes aktives Cloud Billing-Konto aus einem Projekt in der Google Cloud-Konsole entfernt wird, wird dieses Projekt auf den Firebase Spark-Tarif herabgestuft.
Kann ich jederzeit ein Upgrade oder Downgrade ausführen oder mein Abo kündigen?
Ja, Sie können jederzeit ein Upgrade ausführen, ein Downgrade durchführen oder Ihr Abo kündigen. Beachte, dass wir bei Downgrades oder Kündigungen keine anteiligen Erstattungen vornehmen. Wenn Sie also vor Ablauf des Abrechnungszeitraums ein Downgrade durchführen oder kündigen, zahlen Sie trotzdem für den Rest des Monats.
Welche Art von Support erhalte ich?
Bei allen Firebase-Apps, einschließlich derjenigen, die kostenlose Tarife nutzen, ist E-Mail-Support durch Firebase-Mitarbeiter während der Geschäftszeiten des US-amerikanischen pazifischen Zeitzones inbegriffen. Für alle Konten gilt unbegrenzter Support bei abrechnungsbezogenen Problemen, kontobezogenen Problemen, technischen Fragen (Fehlerbehebung) und Ereignisberichten.
Kann ich die Nutzung im Blaze-Tarif begrenzen?
Nein, Sie können die Nutzung Ihres Blaze-Tarifs derzeit nicht begrenzen. Wir prüfen derzeit, ob wir die Möglichkeit einführen können, die Nutzung des Blaze-Tarifs zu begrenzen.
Blaze-Nutzer können ein Budget für ihr Projekt oder Konto festlegen und Benachrichtigungen erhalten, wenn ihre Ausgaben diese Limits erreichen. Weitere Informationen zum Einrichten von Budgetbenachrichtigungen
Was sind automatische Sicherungen? Bieten Sie stündliche Sicherungen an?
Automatische Sicherungen sind eine erweiterte Funktion für Kunden mit dem Blaze-Preisplan. Dabei werden Ihre Firebase Realtime Database-Daten einmal täglich gesichert und in Google Cloud Storage hochgeladen.
Stündliche Sicherungen sind nicht möglich.
Bieten Sie Rabatte für Open-Source-, Nonprofit- oder Bildungseinrichtungen an?
Unser Spark-Tarif kann von allen Personen und Organisationen genutzt werden, einschließlich Nonprofit-Organisationen, Schulen und Open-Source-Projekten. Da diese Tarife bereits großzügige Kontingente umfassen, bieten wir keine speziellen Rabatte oder Tarife für Open-Source-, Nonprofit- oder Bildungsprojekte an.
Bieten Sie Verträge, Preise, Support oder dediziertes Infrastruktur-Hosting für Unternehmen an?
Unser Blaze-Tarif eignet sich für Unternehmen jeder Größe und unsere SLA erfüllt oder übertrifft den Branchenstandard für Cloud-Infrastrukturen. Wir bieten derzeit jedoch keine Enterprise-Verträge, Preise oder Support an. Außerdem bieten wir kein spezielles Infrastruktur-Hosting (d. h. On-Premises-Installationen) für Dienste wie Realtime Database an. Wir arbeiten bereits daran, einige dieser Funktionen hinzuzufügen.
Bieten Sie Ad-hoc-Preise an? Ich möchte nur für eine oder zwei Funktionen nach dem Pay-per-Use-Prinzip bezahlen.
Im Blaze-Plan bieten wir Ad-hoc-Preise an, bei denen Sie nur für die von Ihnen verwendeten Funktionen bezahlen.
Wie funktionieren die kostenpflichtigen Firebase-Abos mit Ads? Gibt es bei kostenpflichtigen Abos kostenloses Werbeguthaben?
Die Firebase-Tarife sind unabhängig von Ads. Es gibt also keine kostenlosen Werbeguthaben. Als Firebase-Entwickler können Sie Ihr Ads-Konto mit Firebase verknüpfen, um Conversion-Tracking zu unterstützen.
Alle Werbekampagnen werden direkt in Ads verwaltet und die Abrechnung über die Ads-Konsole.Ads
Preise für Cloud Functions
Warum benötige ich ein Rechnungskonto, um Cloud Functions for Firebase zu verwenden?
Cloud Functions for Firebase setzt einige kostenpflichtige Google-Dienste voraus. Neue Funktionsimplementierungen mit der Firebase CLI 11.2.0 und höher erfordern Cloud Build und Artifact Registry. Bei Bereitstellungen auf älteren Versionen wird Cloud Build auf dieselbe Weise verwendet, aber anstelle von Artifact Registry werden Container Registry und Cloud Storage für die Speicherung verwendet. Die Nutzung dieser Dienste wird zusätzlich zu den bestehenden Preisen in Rechnung gestellt.
Speicherplatz für die Firebase CLI-Version 11.2.0 und höher
Artifact Registry stellt die Container bereit, in denen Funktionen ausgeführt werden. Artifact Registry bietet die ersten 500 MB kostenlos an. Daher fallen für Ihre ersten Funktionsbereitstellungen möglicherweise keine Gebühren an. Über diesem Grenzwert wird für jeden zusätzlichen GB Speicherplatz ein Betrag von 0, 10 $pro Monat in Rechnung gestellt.
Speicherplatz für die Firebase CLI 11.1.x und frühere Versionen
Bei Funktionen, die in älteren Versionen bereitgestellt werden, enthält Container Registry die Container, in denen die Funktionen ausgeführt werden. Sie werden für jeden Container in Rechnung gestellt, der zum Bereitstellen einer Funktion erforderlich ist. Möglicherweise fallen für jeden gespeicherten Container kleine Kosten an.Für 1 GB Speicherplatz werden beispielsweise 0, 026 $pro Monat in Rechnung gestellt.
Weitere Informationen dazu, wie sich Ihre Rechnung möglicherweise ändert, finden Sie hier:
- Cloud Functions-Preise: Die kostenlose Stufe bleibt unverändert.
- Cloud Build-Preise:Cloud Build bietet eine kostenlose Stufe.
- Artifact Registry-Preise.
- Container Registry-Preise.
Ist die Nutzung von Cloud Functions for Firebase weiterhin kostenlos?
Ja. Im Blaze-Plan bietet Cloud Functions eine kostenlose Stufe für Aufrufe, Rechenzeit und Internettraffic. Die ersten 2.000.000 Aufrufe, 400.000 GB-Sekunden, 200.000 CPU-Sekunden und 5 GB Internet-Egress-Datenverkehr werden jeden Monat kostenlos bereitgestellt. Ihnen werden nur die Kosten für die Nutzung berechnet, die über diese Limits hinausgeht.
Nach den ersten 500 MB kostenlosen Speicherplatz fallen für jeden Bereitstellungsvorgang geringe Gebühren für den Speicherplatz an, der für den Container der Funktion verwendet wird. Wenn Ihr Entwicklungsvorgang von der Bereitstellung von Funktionen für Tests abhängt, können Sie die Kosten weiter senken, indem Sie während der Entwicklung die Firebase Local Emulator Suite verwenden.
Weitere Informationen finden Sie unter Firebase-Tarife und in den Cloud FunctionsPreisbeispielen.
Plant Firebase, die Kontingente und Limits für Cloud Functions for Firebase zu erhöhen?
Nein. Es ist nicht geplant, die Kontingente zu ändern, mit Ausnahme der Entfernung des Limits für die maximale Buildzeit. Anstatt Fehler oder Warnungen zu erhalten, wenn das tägliche Buildkontingent von 120 Minuten erreicht wird, werden Ihnen die Kosten gemäß den Blaze-Preisplänen in Rechnung gestellt. Siehe Kontingente und Limits.
Kann ich das Guthaben von Google Cloud 300 $ erhalten?
Ja, Sie können ein Cloud Billing-Konto in der Google Cloud-Konsole erstellen, um das Guthaben in Höhe von 300 $zu erhalten, und dieses Cloud Billing-Konto dann mit einem Firebase-Projekt verknüpfen.
Weitere Informationen zu Google Cloud-Guthaben
Wenn Sie dies tun, müssen Sie den Blaze-Preisplan in der Firebase Console einrichten, damit Ihr Projekt auch nach Verbrauch des Guthabens in Höhe von 300 $weiter funktioniert.
Ich möchte ein Codelab zu Firebase absolvieren. Können Sie mir ein temporäres Rechnungskonto geben?
Nein. Tut mir leid. Sie können den Firebase-Emulator für die Entwicklung verwenden, ohne ein Cloud Billing-Konto zu haben. Alternativ können Sie einen Google Cloud-tägigen kostenlosen Testzeitraum beantragen. Wenn Sie aufgrund dieser Änderung weiterhin Probleme beim Bezahlen Ihrer Rechnung haben, wenden Sie sich an den Firebase-Support.
Ich mache mir Sorgen, dass die Rechnung sehr hoch ausfallen wird.
In der Google Cloud-Konsole können Sie Budgetbenachrichtigungen einrichten, um die Kosten zu kontrollieren. Außerdem können Sie Limits für die Anzahl der in Rechnung gestellten Instanzen festlegen, die für jede Ihrer Funktionen erstellt werden. Eine Vorstellung von den Kosten für typische Szenarien erhalten Sie in den Beispielen für Cloud Functions-Preise.
Wie kann ich meine aktuellen Abrechnungskosten einsehen?
Rufen Sie in der Firebase-Konsole das Dashboard Nutzung und Abrechnung auf.
Ich verwende Firebase Extensions. Benötige ich ein Rechnungskonto?
Ja. Da Erweiterungen Cloud Functions verwenden, fallen für sie dieselben Gebühren wie für andere Funktionen an.
Wenn Sie Erweiterungen verwenden möchten, müssen Sie ein Upgrade auf den Blaze-Tarif durchführen. Zusätzlich zu den Gebühren für die Verwendung der Firebase-Dienste fällt für jede installierte Erweiterung ein geringer Betrag (in der Regel etwa 0,01 $/Monat) für die Firebase-Ressourcen an, die von der Erweiterung benötigt werden.Das gilt auch dann, wenn diese nicht verwendet werden.
Preise für Cloud Storage for Firebase
Wie kann ich abschätzen, wie viel mir für Upload- und Downloadvorgänge in Rechnung gestellt wird?
Rufen Sie die Seite „Firebase-Preise“ auf und verwenden Sie den Preisrechner für den Blaze-Tarif. In der Tabelle sind alle Nutzungsarten für Cloud Storage for Firebase aufgeführt.
Geben Sie mit den Schiebereglern die voraussichtliche Nutzung Ihres Speicher-Buckets ein. Der Rechner schätzt Ihre monatliche Rechnung.
Was passiert, wenn ich die Upload-, Download- oder Speicherlimits meines Spark-Abos für Cloud Storage for Firebase überschreite?
Wenn Sie die Limits für Cloud Storage in einem Projekt mit dem Spark-Tarif überschreiten, hängt das Ergebnis davon ab, welche Art von Limit Sie überschreiten:
- Wenn Sie das Limit von gespeicherten GB überschreiten, können Sie in diesem Projekt keine weiteren Daten speichern, es sei denn, Sie entfernen einige der gespeicherten Daten oder wechseln zu einem Tarif mit mehr oder unbegrenztem Speicherplatz.
- Wenn Sie das Limit für die heruntergeladenen GB überschreiten, kann Ihre App erst am nächsten Tag (ab Mitternacht, pazifische Zeitzone in den USA) wieder Daten herunterladen, es sei denn, Sie wechseln zu einem Tarif mit weniger strengen Limits oder ohne Limits.
- Wenn Sie das Limit für Upload- oder Downloadvorgänge überschreiten, kann Ihre App erst am nächsten Tag (ab Mitternacht, US-amerikanischer Pazifikzeit) wieder Daten hochladen oder herunterladen, es sei denn, Sie wechseln zu einem Tarif mit weniger strengen oder gar keinen Limits.
Datenschutz
Wo finde ich Informationen zu Datenschutz und Sicherheit in Firebase?
Weitere Informationen finden Sie auf der Seite Datenschutz und Sicherheit in Firebase.
Werden mit den Firebase SDKs Nutzungs-/Diagnoseinformationen außerhalb von Analytics protokolliert?
Ja. Diese Funktion ist derzeit nur für iOS verfügbar, kann sich aber in Zukunft ändern. Das Firebase Apple Platforms SDK enthält standardmäßig das FirebaseCoreDiagnostics
-Framework. Dieses Framework wird von Firebase verwendet, um Informationen zur SDK-Nutzung und -Diagnose zu erfassen, um zukünftige Produktverbesserungen zu priorisieren. FirebaseCoreDiagnostics
ist optional. Wenn Sie das Senden von Firebase-Diagnoseprotokollen deaktivieren möchten, können Sie die Verknüpfung der Bibliothek mit Ihrer Anwendung aufheben. Den vollständigen Quellcode, einschließlich der protokollierten Werte, finden Sie auf GitHub.
A/B Testing
A/B Testing: Wie viele Tests kann ich erstellen und ausführen?
Pro Projekt sind bis zu 300 Tests zulässig. Davon können bis zu 24 Tests aktiv sein, der Rest als Entwurf oder abgeschlossen.
A/B Testing: Warum kann ich meine Tests nicht aufrufen, nachdem ich die Verknüpfung meines Projekts mit Google Analytics aufgehoben und wiederhergestellt habe?
Wenn Sie eine Verknüpfung mit einer anderen Google Analytics-Property herstellen, verlieren Sie den Zugriff auf zuvor erstellte Tests. Wenn Sie wieder auf einen früheren Test zugreifen möchten, verknüpfen Sie Ihr Projekt noch einmal mit der Google Analytics-Property, die beim Erstellen des Tests verknüpft wurde.
A/B Testing: Warum erhalte ich beim Erstellen eines Remote Config-Tests die Meldung „Projekt nicht mit Google Analytics verknüpft“?
Wenn Sie Firebase und Google Analytics bereits verknüpft haben, aber weiterhin die Meldung erhalten, dass Google Analytics nicht verknüpft ist, prüfen Sie, ob für alle Apps in Ihrem Projekt ein Analytics-Stream vorhanden ist. Derzeit müssen alle Apps in einem Projekt mit einem Google Analytics-Stream verbunden sein, damit A/B-Tests verwendet werden können.
Eine Liste aller aktiven Streams finden Sie in der Firebase Console auf der Seite Google Analytics-Integration – Details. Sie können sie über settingsProjekteinstellungen > chevron_right Integrationen > chevron_right Google Analytics > chevron_right Verwalten aufrufen.
Wenn Sie für alle Apps, für die noch keiner vorhanden ist, einen Google Analytics-Stream erstellen, sollte das Problem behoben werden. Es gibt verschiedene Möglichkeiten, Streams für fehlende Apps zu erstellen:
-
Wenn nur eine oder zwei Apps keinen verknüpften Google Analytics-Stream haben, können Sie einen Google Analytics-Stream auf folgende Arten hinzufügen:
- Löschen Sie alle Apps ohne aktiven Stream in der Firebase Console und fügen Sie sie wieder hinzu.
- Wählen Sie in der Google Analytics-Konsole die Option Verwaltung aus. Klicken Sie dann auf Datenstreams und dann auf Stream hinzufügen. Geben Sie die fehlenden App-Details ein und klicken Sie auf App registrieren.
-
Wenn Sie mehr als nur wenige fehlende App-Streams haben, ist es am schnellsten und effizientesten, die Verknüpfung Ihrer Google Analytics-Property aufzuheben und sie dann wiederherzustellen:
- Wählen Sie unter settings Projekteinstellungen die Option Integrationen aus.
- Klicken Sie auf der Karte Google Analytics auf Verwalten, um auf die Firebase- und Google Analytics-Einstellungen zuzugreifen.
- Notieren Sie sich die Property-ID und das verknüpfte Google Analytics-Konto.
- Klicken Sie auf more_vert Mehr und wählen Sie Verknüpfung von Analytics mit diesem Projekt aufheben aus.
-
Lesen Sie die Warnung, die angezeigt wird. Keine Sorge, Sie verknüpfen die Property im nächsten Schritt wieder. Klicken Sie dann auf Verknüpfung mit Google Analytics aufheben.
Sobald die Verknüpfung aufgehoben wurde, werden Sie zur Seite Integrationen weitergeleitet. - Klicken Sie auf der Karte Google Analytics auf Aktivieren, um die Verknüpfung wiederherzustellen.
- Wählen Sie in der Liste Konto auswählen Ihr Analytics-Konto aus.
-
Klicken Sie neben Automatisch eine neue Property in diesem Konto erstellen auf edit Bearbeiten und wählen Sie in der Liste Analytics-Property die Property-ID aus.
Eine Liste aller Apps in Ihrem Projekt wird angezeigt. Vorhandene Streamzuordnungen für jede App werden aufgeführt. Für Apps ohne Stream wird ein Stream erstellt. - Klicken Sie auf Google Analytics aktivieren, um die Property wieder zu verknüpfen.
- Klicken Sie auf Fertig.
Wenn Sie nach diesen Schritten weiterhin einen Fehler beim Erstellen von A/B-Tests mit Remote Config erhalten, wenden Sie sich an den Firebase-Support.
AdMob
AdMob: Kann ich meine Windows-Apps mit Firebase verknüpfen?
Nein, Windows-Apps werden derzeit nicht unterstützt.
AdMob: Warum kann ich meine App nicht über die Firebase-Konsole mit AdMob verknüpfen?
Sie können eine AdMob-App über die AdMob-Konsole mit einer Firebase-App verknüpfen. Weitere Informationen
AdMob: Welche Berechtigungen oder Zugriffe benötige ich, um eine Firebase-App mit einer AdMob-App zu verknüpfen?
Für die Verknüpfung benötigen Sie folgende Zugriffsrechte:
- AdMob: Sie müssen AdMob-Administrator sein.
- Firebase: Sie benötigen die Berechtigung
firebase.links.create
. Sie ist in den Rollen Inhaber und Firebase-Administrator enthalten. - Google Analytics: Sie benötigen die Rolle „Bearbeiten“ oder „Nutzer verwalten“ für die Property, die mit dem Firebase-Projekt verknüpft ist. Weitere Informationen
AdMob: Können mehrere Nutzer im selben AdMob-Konto AdMob-Apps und Firebase-Apps verknüpfen?
Bei AdMob-Konten mit mehreren Nutzern ist nur der Nutzer, der die erste Firebase-Verknüpfung erstellt und die Firebase-Nutzungsbedingungen akzeptiert hat, berechtigt, neue Verknüpfungen zwischen AdMob- und Firebase-Apps herzustellen.
AdMob: Welche SDKs sollte ich verwenden, um AdMob zu nutzen?
Wenn du AdMob verwenden möchtest, verwende immer das Google Mobile Ads SDK, wie in diesen FAQ beschrieben. Wenn Sie zusätzlich Nutzermesswerte für AdMob erfassen möchten, können Sie das Firebase SDK für Google Analytics in Ihre App einbinden.
- Für iOS-Projekte:
Importieren Sie das Google Mobile Ads SDK. Folgen Sie dazu der Anleitung in der AdMob iOS-Dokumentation. - Für Android-Projekte:
Fügen Sie der Dateibuild.gradle
die Abhängigkeit für das Google Mobile Ads SDK hinzu:
implementation 'com.google.android.gms:play-services-ads:23.5.0'
- Für C++-Projekte und Unity-Projekte: Folgen Sie der Anleitung in der jeweiligen Dokumentation.
Analytics
Analytics: Warum wird Google Analytics für die Verwendung von Firebase-Produkten empfohlen?
Google Analytics ist eine kostenlose Analyselösung mit unbegrenzten Nutzungskontingenten, die mit Firebase-Funktionen zusammenarbeitet und wertvolle Statistiken liefert. Sie können sich Ereignisprotokolle in Crashlytics, die Effektivität von Benachrichtigungen in FCM, die Deeplink-Leistung für Dynamic Links und Daten zu In-App-Käufen von Google Play ansehen. Sie ist unter anderem für das erweiterte Zielgruppen-Targeting in Remote Config und die Personalisierung in Remote Config verantwortlich.
Google Analytics dient als zusätzliche Informationsebene in der Firebase Console. So erhalten Sie umsetzbare Informationen dazu, wie Sie eine hochwertige App entwickeln, Ihre Nutzerbasis vergrößern und mehr Einnahmen erzielen.
Lesen Sie sich zuerst die Dokumentation durch.
Analytics: Wie kann ich festlegen, wie meine Analytics-Daten für den Rest von Firebase freigegeben werden?
Standardmäßig werden Ihre Google Analytics-Daten zur Optimierung anderer Firebase- und Google-Funktionen verwendet. Sie können die Freigabe Ihrer Google Analytics-Daten jederzeit in den Projekteinstellungen steuern. Weitere Informationen zu den Einstellungen für die Datenfreigabe
Analytics: Wie aktualisiere ich die Einstellungen meiner Analytics-Property?
Auf der Seite Verwaltung in Ihrer Google Analytics-Property können Sie die Property-Einstellungen aktualisieren, darunter:
- Einstellungen für die Datenfreigabe
- Einstellungen für die Datenaufbewahrung
- Einstellungen für Zeitzone und Währung
So aktualisieren Sie die Property-Einstellungen:
- Rufen Sie in der Firebase Console settings > Projekteinstellungen auf.
- Rufen Sie den Tab Integrationen auf und klicken Sie dann auf der Karte „Google Analytics“ auf Verwalten oder Verknüpfung ansehen.
- Klicken Sie auf den Link für Ihr Google Analytics-Konto, um die Konto- und Property-Einstellungen zu öffnen.
Analytics in meiner iOS-App:Kann ich Analytics ohne Anzeigenkennzeichnung und IDFA-Erfassung installieren?
Ja. Weitere Informationen finden Sie auf der Seite Datenerhebung und ‑nutzung konfigurieren.
Analytics: Was hat sich im Bereich „Google Analytics“ durch das Update vom Oktober 2021 geändert?
Eine Zusammenfassung dieser Änderungen finden Sie im Firebase-Hilfeartikel Neue Google Analytics 4-Funktionen in Google Analytics for Firebase.
Analytics: Warum sehe ich in der Firebase-Konsole keine Analytics-Daten, nachdem ich die Verknüpfung von Firebase mit Google Analytics aufgehoben habe?
Analytics-Daten befinden sich in der Google Analytics-Property, nicht im Firebase-Projekt. Wenn Sie die Property löschen oder die Verknüpfung aufheben, kann Firebase nicht auf die Analytics-Daten zugreifen. In der Firebase Console wird dann ein leeres Analytics-Dashboard angezeigt. Da sich die Daten noch in der zuvor verknüpften Property befinden, können Sie die Property jederzeit wieder mit Firebase verknüpfen und die Analytics-Daten in der Firebase-Konsole aufrufen.
Wenn Sie ein brandneues Google Analytics-Konto (und damit eine neue Google Analytics-Property) mit Ihrem Firebase-Projekt verknüpfen, wird in der Firebase Console ein leeres Analytics-Dashboard angezeigt. Wenn die zuvor verknüpfte Property jedoch noch vorhanden ist, können Sie die vorhandenen Daten von der alten Property in die neue Property verschieben.
Analytics: Wenn meine Analytics-Property und die zugehörigen Daten gelöscht wurden, kann ich sie wiederherstellen?
Nein. Wenn Ihre Property gelöscht wurde, können Sie sie nicht wiederherstellen oder die zuvor in dieser Property erfassten Analytics-Daten abrufen.
Wenn Sie Google Analytics wieder verwenden möchten, können Sie entweder eine neue oder eine vorhandene Property mit Ihrem Firebase-Projekt verknüpfen. Sie können die Verknüpfung entweder in der Firebase-Konsole oder in der Google Analytics-Benutzeroberfläche herstellen. Weitere Informationen zum Verknüpfen einer Google Analytics-Property mit Ihrem Firebase-Projekt
Analytics: Wenn meine Analytics-Property gelöscht wurde, kann ich dann eine neue Google Analytics-Property mit meinem Firebase-Projekt verknüpfen und Analytics wieder verwenden?
Wenn Sie Google Analytics wieder verwenden möchten, können Sie entweder eine neue oder eine vorhandene Property mit Ihrem Firebase-Projekt verknüpfen. Sie können die Verknüpfung entweder in der Firebase-Konsole oder in der Google Analytics-Benutzeroberfläche herstellen. Weitere Informationen zum Verknüpfen einer Google Analytics-Property mit Ihrem Firebase-Projekt
Da alle Analytics-Daten in der Property (nicht im Firebase-Projekt) gespeichert werden, können die zuvor erfassten Analytics-Daten nicht abgerufen werden.
Analytics: Wie wirken sich das Löschen meiner Analytics-Property auf Firebase-Produkte oder integrierte Google-Produkte aus?
Für mehrere Firebase-Produkte ist die Google Analytics-Integration erforderlich. Wenn Ihre Analytics-Property und die zugehörigen Daten gelöscht werden, geschieht Folgendes, wenn Sie die folgenden Produkte verwenden:
- Crashlytics: Sie können keine Nutzer ohne Abstürze, Breadcrumb-Logs und/oder Geschwindigkeitswarnungen mehr sehen.
- Cloud Messaging und In-App Messaging: Ausrichtung, Kampagnenmesswerte, Zielgruppensegmentierung und Analyselabels können nicht mehr verwendet werden.
- Remote Config: Sie können keine zielgerichteten Konfigurationen oder personalisierte Werbung mehr verwenden.
- A/B Testing: Sie können A/B Testing nicht mehr verwenden, da die Testmessung von Google Analytics bereitgestellt wird.
- Dynamic Links: Alle Funktionen, die auf Daten aus Google Analytics basieren, werden beeinträchtigt.
Außerdem sind die folgenden Integrationen betroffen:
- Sie können keine Analytics-Daten mehr in BigQuery exportieren.
- Sie können keine Google Ads-Integrationen oder Google AdMob-Integrationen mehr nutzen.
Analytics: Wie segmentiere ich Nutzer, die ein bestimmtes Kriterium nicht erfüllt haben?
Sie können das Problem neu formulieren, indem Sie diese Nutzer ausschließen. Sie könnten das Problem beispielsweise so formulieren: „Anzeigen nicht für Nutzer ausliefern, die etwas gekauft haben“ und eine Zielgruppe mit diesen Nutzern erstellen.
Analytics: Sind Zielgruppen und/oder Ereignisse, die in der Google Analytics-Benutzeroberfläche definiert sind, auch in der Firebase-Konsole verfügbar?
Ihre Zielgruppen und Nutzereigenschaften werden synchronisiert. Für einige Funktionen, z. B. Segmentierung und geschlossene Trichter, müssen Sie die Google Analytics-Benutzeroberfläche verwenden. Sie können über Deeplinks direkt über die Firebase-Konsole auf die Google Analytics-Benutzeroberfläche zugreifen.
Alle Änderungen, die Sie in der Firebase-Konsole vornehmen, können auch in Google Analytics vorgenommen werden. Diese Änderungen werden dann in Firebase übernommen.
Authentication
Firebase Authentication: Welche Regionen werden für die Authentifizierung per Smartphone unterstützt?
Firebase Authentication unterstützt die Bestätigung per Telefonnummer weltweit, aber nicht alle Mobilfunkanbieter senden Bestätigungsnachrichten zuverlässig zu. In den folgenden Regionen ist die Zustellungsrate hoch und die Authentifizierung per Smartphone sollte gut funktionieren. Wie angegeben, sind einige Transportunternehmen in einer Region aufgrund einer geringen Zustellungsrate nicht verfügbar.
Region | Code |
---|---|
AD | Andorra |
AE | Vereinigte Arabische Emirate |
AF | Afghanistan |
AG | Antigua und Barbuda |
AL | Albanien |
AM | Armenien |
AO | Angola |
AR | Argentinien |
AS | Amerikanisch-Samoa |
AT | Österreich |
AE | Australien |
AW | Aruba |
AZ | Aserbaidschan |
BA | Bosnien und Herzegowina |
BB | Barbados |
BD | Bangladesch |
BE | Belgien |
BF | Burkina Faso |
BG | Bulgarien |
BJ | Benin |
BM | Bermuda |
BN | Brunei Darussalam |
BO | Bolivien |
BR | Brasilien |
BS | Bahamas |
BT | Bhutan |
BW | Botsuana |
BY | Belarus |
BZ | Belize |
Zertifizierungsstelle | Kanada |
CD | Kongo (Kinshasa) |
CF | Zentralafrikanische Republik |
CG | Kongo (Brazzaville) |
CH | Schweiz |
CI | Côte d'Ivoire |
CK | Cookinseln |
Änderungsliste | Chile |
CM | Kamerun |
CO | Kolumbien |
CR | Costa Rica |
CV | Cabo Verde |
CW | Curaçao |
CY | Zypern |
CZ | Tschechien |
DE | Deutschland |
DJ | Dschibuti |
DK | Dänemark |
DM | Dominica |
DO | Dominikanische Republik |
DZ | Algerien |
EC | Ecuador |
EG | Ägypten |
ES | Spanien |
ET | Äthiopien |
FI | Finnland |
FJ | Fidschi |
FK | Falklandinseln |
FM | Mikronesien, Föderierte Staaten von |
FO | Färöer |
FR | Frankreich |
GA | Gabun |
GB | Vereinigtes Königreich |
TD | Grenada |
GE | Georgien |
GF | Französisch-Guayana |
GG | Guernsey |
GH | Ghana |
GI | Gibraltar |
GL | Grönland |
GM | Gambia |
GP | Guadeloupe |
GQ | Äquatorialguinea |
GR | Griechenland |
GT | Guatemala |
GY | Guyana |
HK | Hongkong, Sonderverwaltungszone der Volksrepublik China |
HN | Honduras |
Personalwesen | Kroatien |
HZ | Haiti |
HU | Ungarn |
ID | Indonesien |
IE | Irland |
IL | Israel |
IM | Isle of Man |
IN | Indien |
IQ | Irak |
IT | Italien |
JE | Jersey |
JM | Jamaika |
JO | Jordanien |
JP | Japan |
KE | Kenia |
KG | Kirgisistan |
KH | Kambodscha |
KM | Komoren |
KN | St. Kitts und Nevis |
KR | Südkorea |
KW | Kuwait |
KY | Kaimaninseln |
KZ | Kasachstan |
LA | Laos |
LB | Libanon |
LC | St. Lucia |
LI | Liechtenstein |
LK | Sri Lanka |
LS | Lesotho |
LT | Litauen |
LU | Luxemburg |
LV | Lettland |
LY | Libyen |
MA | Marokko |
MD | Moldau |
ME | Montenegro |
MF | Saint-Martin (französischer Teil) |
MG | Madagaskar |
MK | Mazedonien, Republik |
MM | Myanmar |
MN | Mongolei |
MO | Macao, Sonderverwaltungsregion der Volksrepublik China |
MS | Montserrat |
MT | Malta |
MU | Mauritius |
MW | Malawi |
MX | Mexiko |
MY | Malaysia |
MZ | Mosambik |
– | Namibia |
NC | Neukaledonien |
NO | Niger |
NF | Norfolkinsel |
NG | Nigeria |
NI | Nicaragua |
NL | Niederlande |
NEIN | Norwegen |
NP | Nepal |
NZ | Neuseeland |
OM | Oman |
PA | Panama |
PE | Peru |
PG | Papua-Neuguinea |
PH | Philippinen |
PK (Primärschlüssel) | Pakistan |
PL | Polen |
PM | Saint-Pierre und Miquelon |
PR | Puerto Rico |
PS | Palästinensische Autonomiegebiete |
PT | Portugal |
PY | Paraguay |
QA | Katar |
RE | Réunion |
RO | Rumänien |
RS | Serbien |
RU | Russische Föderation |
RW | Ruanda |
SA | Saudi-Arabien |
SC | Seychellen |
SE | Schweden |
SG | Singapur |
ES | St. Helena |
SI | Slowenien |
SK | Slowakei |
SL | Sierra Leone |
SN | Senegal |
SR | Suriname |
ST | São Tomé und Príncipe |
SV | El Salvador |
SZ | Eswatini |
TC | Turks- und Caicosinseln |
TG | Togo |
TH | Thailand |
TL | Timor-Leste |
TM | Turkmenistan |
TO | Tonga |
TR | Türkei |
TT | Trinidad und Tobago |
TW | Taiwan, Republik China |
TZ | Tansania |
UA | Ukraine |
UG | Uganda |
USA | USA |
UY | Uruguay |
UZ | Usbekistan |
VC | St. Vincent und die Grenadinen |
VE | Venezuela (Bolivarische Republik) |
VG | Britische Jungferninseln |
VI | Amerikanische Jungferninseln |
VN | Vietnam |
WS | Samoa |
YE | Jemen |
YT | Mayotte |
ZA | Südafrika |
ZM | Sambia |
ZW | Simbabwe |
Firebase Authentication: Wie kann ich SMS-Missbrauch bei der Telefonauthentifizierung verhindern?
So schützen Sie Ihr Projekt vor SMS-Traffic-Pumping und API-Missbrauch:
Richtlinie für SMS-Regionen festlegen
-
Suchen Sie nach Regionen mit einer sehr hohen Anzahl gesendeter SMS und einer sehr niedrigen Anzahl (oder null) bestätigter SMS. Das Verhältnis zwischen bestätigten und gesendeten E-Mails ist Ihre Erfolgsquote. Eine gute Erfolgsquote liegt in der Regel zwischen 70 und 85 %, da SMS kein Protokoll mit garantierter Zustellung ist und in einigen Regionen Missbrauch auftreten kann. Eine Erfolgsrate unter 50% bedeutet viele gesendete SMS, aber nur wenige erfolgreiche Anmeldungen. Dies ist ein häufiger Indikator für böswillige Akteure und SMS-Traffic-Manipulation.
Mit der SMS-Regionsrichtlinie können Sie SMS-Regionen mit niedriger Erfolgsrate entweder ablehnen oder nur bestimmte Regionen zulassen, wenn Ihre App nur für den Vertrieb in bestimmten Märkten bestimmt ist.
Autorisierte Authentifizierungsdomains einschränken
Verwenden Sie das Dashboard für Authentifizierungseinstellungen, um autorisierte Domains zu verwalten. Die localhost
-Domain wird standardmäßig den genehmigten Authentifizierungsdomains hinzugefügt, um die Entwicklung zu vereinfachen. Sie können localhost
aus den autorisierten Domains in Ihrem Produktionsprojekt entfernen, um zu verhindern, dass Angreifer Code auf ihrer localhost
ausführen, um auf Ihr Produktionsprojekt zuzugreifen.
App Check aktivieren und erzwingen
Aktivieren Sie App Check, um Ihr Projekt vor API-Missbrauch zu schützen. Dabei wird geprüft, ob Anfragen nur von Anwendungen stammen, die mit Ihrem Projekt verknüpft sind.
Wenn Sie App-Überprüfung mit Firebase Authentication verwenden möchten, müssen Sie auf Firebase Authentication with Identity Platform aktualisieren.
Denken Sie daran, dass Sie App Check für die Authentifizierung in der Firebase Console erzwingen müssen. Sie sollten vor der Erzwingung den Traffic beobachten. Prüfen Sie außerdem, ob die Liste der genehmigten Websites für reCAPTCHA Enterprise nur Ihre Produktionswebsites enthält und ob die Liste der in App Check für Ihr Projekt registrierten Anwendungen korrekt ist.
Hinweis: App Check trägt dazu bei, vor automatisierten Angriffen zu schützen, indem überprüft wird, ob der Aufruf von einer Ihrer registrierten Apps stammt. Sie verhindert nicht, dass Nutzer Ihre App auf nicht beabsichtigte Weise verwenden, z. B. wenn sie Anmeldeabläufe starten und nie abschließen, um gesendete SMS zu generieren.
Firebase Authentication: Werden Telefonnummern, die zu einem neuen Mobilfunkanbieter portiert werden, von der Telefonauthentifizierung unterstützt?
Derzeit können bei der Portierung von Nummern zwischen Mobilfunkanbietern keine SMS mehr an diese Endnutzer zugestellt werden. Es gibt keine Problemumgehung. Firebase arbeitet an einer Lösung.
Firebase Authentication: Warum erhalte ich in meiner Android-App die folgende Fehlermeldung:
Google sign in failed
?
Google sign in failed
Führe die Schritte zur Fehlerbehebung in diesen FAQ aus, wenn du den folgenden Fehler erhältst:
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)
Prüfen Sie, ob die Anmeldung über Google als Authentifizierungsanbieter ordnungsgemäß aktiviert ist:
Öffnen Sie in der Firebase Console den Bereich Authentication.
Deaktivieren Sie auf dem Tab Anmeldemethode die Anmeldemethode Google und aktivieren Sie sie dann wieder (auch wenn sie bereits aktiviert ist):
Öffnen Sie die Anmeldemethode Google, deaktivieren Sie sie und klicken Sie dann auf Speichern.
Öffnen Sie die Anmeldemethode Google noch einmal, aktivieren Sie sie und klicken Sie auf Speichern.
Achten Sie darauf, dass Ihre App die aktuelle Firebase-Konfigurationsdatei (
google-services.json
) verwendet.
Holen Sie sich die Konfigurationsdatei Ihrer App.Prüfen Sie, ob der Fehler weiterhin auftritt. Falls ja, fahren Sie mit dem nächsten Schritt zur Fehlerbehebung fort.
Prüfen Sie, ob die erforderlichen zugrunde liegenden OAuth 2.0-Clients vorhanden sind.
Suchen Sie auf der Seite Anmeldedaten der Google Cloud-Konsole im Abschnitt OAuth 2.0-Client-IDs.
Wenn OAuth 2.0-Clients nicht vorhanden sind und Sie alle oben genannten Schritte zur Fehlerbehebung ausgeführt haben, wenden Sie sich an den Support.
Firebase Authentication: Warum erhalte ich in meiner Apple-Plattform-App die folgende Fehlermeldung:
You must specify <clientID> in <GIDConfiguration>
?
You must specify <clientID> in <GIDConfiguration>
Führe die Schritte zur Fehlerbehebung in diesen FAQ aus, wenn du den folgenden Fehler erhältst:
You must specify |clientID| in |GIDConfiguration|
Prüfen Sie, ob die Google-Anmeldung als Authentifizierungsanbieter ordnungsgemäß aktiviert ist:
Öffnen Sie in der Firebase Console den Bereich Authentication.
Deaktivieren Sie auf dem Tab Anmeldemethode die Anmeldemethode Google und aktivieren Sie sie dann wieder (auch wenn sie bereits aktiviert ist):
Öffnen Sie die Anmeldemethode Google, deaktivieren Sie sie und klicken Sie dann auf Speichern.
Öffnen Sie die Anmeldemethode Google noch einmal, aktivieren Sie sie und klicken Sie auf Speichern.
Achten Sie darauf, dass Ihre App die aktuelle Firebase-Konfigurationsdatei (
GoogleService-Info.plist
) verwendet.
Holen Sie sich die Konfigurationsdatei Ihrer App.Prüfen Sie, ob der Fehler weiterhin auftritt. Falls ja, fahren Sie mit dem nächsten Schritt zur Fehlerbehebung fort.
Prüfen Sie, ob die erforderlichen zugrunde liegenden OAuth 2.0-Clients vorhanden sind.
Suchen Sie auf der Seite Anmeldedaten der Google Cloud-Konsole im Abschnitt OAuth 2.0-Client-IDs.
Wenn OAuth 2.0-Clients nicht vorhanden sind und Sie alle oben genannten Schritte zur Fehlerbehebung ausgeführt haben, wenden Sie sich an den Support.
Firebase Authentication: Warum erhalte ich in meiner Webanwendung die folgende Fehlermeldung:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Führe die Schritte zur Fehlerbehebung in diesen FAQ aus, wenn du die folgende Fehlermeldung erhältst:
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Prüfen Sie, ob die Google-Anmeldung als Authentifizierungsanbieter ordnungsgemäß aktiviert ist:
Öffnen Sie in der Firebase Console den Bereich Authentication.
Deaktivieren Sie auf dem Tab Anmeldemethode die Anmeldemethode Google und aktivieren Sie sie dann wieder (auch wenn sie bereits aktiviert ist):
Öffnen Sie die Anmeldemethode Google, deaktivieren Sie sie und klicken Sie dann auf Speichern.
Öffnen Sie die Anmeldemethode Google noch einmal, aktivieren Sie sie und klicken Sie auf Speichern.
Achten Sie außerdem in der Konfiguration des Anmeldeanbieters Google im Bereich Authentication darauf, dass die OAuth-Client-ID und das OAuth-Secret mit dem Webclient übereinstimmen, der auf der Seite Anmeldedaten der Google Cloud-Konsole im Bereich OAuth 2.0-Client-IDs angezeigt wird.
Firebase Authentication: Warum schlägt die Anmeldung in meiner Webanwendung mit Weiterleitungen fehl und es wird folgender Fehler angezeigt:
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
?
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
Führe die Schritte zur Fehlerbehebung in diesen FAQ aus, wenn du den folgenden Fehler erhältst:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Dieser Fehler wird höchstwahrscheinlich dadurch verursacht, dass Ihre Weiterleitungsdomain nicht als autorisierte Domain für Firebase Authentication aufgeführt ist oder der API-Schlüssel, den Sie mit dem Firebase Authentication-Dienst verwenden, ungültig ist.
Prüfen Sie zuerst, ob YOUR_REDIRECT_DOMAIN in der Liste der autorisierten Domains für Ihr Firebase-Projekt enthalten ist. Wenn Ihre Weiterleitungsdomain bereits dort aufgeführt ist, fahren Sie mit der Fehlerbehebung für einen ungültigen API-Schlüssel fort.
Standardmäßig verwendet das Firebase Authentication JS SDK den API-Schlüssel für Ihr Firebase-Projekt, der als Browser key
gekennzeichnet ist. Mit diesem Schlüssel wird überprüft, ob eine Anmelde-Weiterleitungs-URL gemäß der Liste der autorisierten Domains gültig ist.
Authentication erhält diesen API-Schlüssel je nachdem, wie Sie auf das Authentication SDK zugreifen:
Wenn Sie die von Hosting bereitgestellten Authentifizierungshilfen verwenden, um Nutzer mit dem Authentication JS SDK anzumelden, ruft Firebase jedes Mal, wenn Sie eine Bereitstellung auf Firebase Hosting ausführen, automatisch Ihren API-Schlüssel mit der restlichen Firebase-Konfiguration ab. Achten Sie darauf, dass die
authDomain
in Ihrer Web-AppfirebaseConfig
richtig konfiguriert ist, um eine der Domains für diese Hosting-Website zu verwenden. Rufen Sie dazuhttps://authDomain__/firebase/init.json
auf und prüfen Sie, ob dieprojectId
mit der infirebaseConfig
übereinstimmt.Wenn Sie den Anmeldecode selbst hosten, können Sie mit einer
__/firebase/init.json
-Datei die Firebase-Konfiguration für den selbst gehosteten Authentication JS SDK-Weiterleitungs-Hilfsprogramm bereitstellen. Der API-Schlüssel und die in dieser Konfigurationsdatei aufgeführteprojectId
müssen mit Ihrer Web-AppfirebaseConfig
übereinstimmen.
Prüfen Sie, ob dieser API-Schlüssel nicht gelöscht wurde: Rufen Sie in der Google Cloud Console den Bereich APIs & Dienste > Anmeldedaten auf. Dort sind alle API-Schlüssel für Ihr Projekt aufgeführt.
Wenn die
Browser key
nicht gelöscht wurde, prüfen Sie Folgendes:Die Firebase Authentication API muss sich in der Liste der zulässigen APIs für den Zugriff des Schlüssels befinden. Weitere Informationen zu API-Einschränkungen für API-Schlüssel
Wenn Sie den Anmeldencode selbst hosten, muss der in der Datei
__/firebase/init.json
angegebene API-Schlüssel mit dem API-Schlüssel in der Cloud Console übereinstimmen. Korrigieren Sie gegebenenfalls den Schlüssel in der Datei und stellen Sie Ihre App dann wieder bereit.Wenn die
Browser key
gelöscht wurde, können Sie Firebase einen neuen API-Schlüssel generieren lassen: Gehen Sie in der Firebase Console zu settings > Projekteinstellungen und klicken Sie dann im Bereich Meine Apps auf Ihre Webanwendung. Dadurch wird automatisch ein API-Schlüssel erstellt, der im Bereich SDK-Einrichtung und -Konfiguration für Ihre Webanwendung angezeigt wird.
In der Cloud Console hat dieser neue API-Schlüssel nicht den Namen
Browser key
, sondern denselben Namen wie der Alias Ihrer Firebase-Webanwendung. Wenn Sie diesem neuen API-Schlüssel API-Einschränkungen hinzufügen möchten, muss die Firebase Authentication API in der Liste der zulässigen APIs enthalten sein.Führen Sie nach dem Erstellen des neuen API-Schlüssels die folgenden Schritte aus:
Wenn Sie reservierte Hosting-URLs verwenden, müssen Sie Ihre App noch einmal bei Firebase bereitstellen, damit der neue API-Schlüssel automatisch mit der restlichen Firebase-Konfiguration abgerufen werden kann.
Wenn Sie den Anmeldencode selbst hosten, kopieren Sie den neuen API-Schlüssel, fügen Sie ihn der Datei
__/firebase/init.json
hinzu und stellen Sie die App dann noch einmal bereit.
Firebase Authentication: Wie erstelle ich manuell einen OAuth-Webclient?
Öffnen Sie die Seite Anmeldedaten in der Google Cloud-Konsole.
Wählen Sie oben auf der Seite Anmeldedaten erstellen > OAuth-Client-ID aus.
Wenn Sie aufgefordert werden, den Zustimmungsbildschirm zu konfigurieren, folgen Sie der Anleitung auf dem Bildschirm und fahren Sie dann mit den folgenden Schritten dieser FAQ fort.
So erstellst du den OAuth-Webclient:
Wählen Sie als Anwendungstyp die Option Webanwendung aus.
Fügen Sie unter Autorisierte JavaScript-Quellen Folgendes hinzu:
http://localhost
http://localhost:5000
https://PROJECT_ID.firebaseapp.com
https://PROJECT_ID.web.app
Fügen Sie unter Autorisierte Weiterleitungs-URIs Folgendes hinzu:
https://PROJECT_ID.firebaseapp.com/__/auth/handler
https://PROJECT_ID.web.app/__/auth/handler
Speichern Sie den OAuth-Client.
Kopieren Sie die neue OAuth-Client-ID und den neuen Clientschlüssel in die Zwischenablage.
Öffnen Sie in der Firebase Console den Bereich Authentication.
Öffnen Sie auf dem Tab Anmeldemethode den Anbieter Google-Anmeldung und fügen Sie die Client-ID und das Secret des Webservers ein, die Sie gerade erstellt und aus der Google Cloud-Konsole kopiert haben. Klicken Sie auf Speichern.
Firebase Authentication: Wie wird %APP_NAME%
für die E-Mail-Vorlage für die Bestätigungs-E-Mail ermittelt, die an einen Nutzer gesendet werden kann, wenn er sich mit einer E-Mail-Adresse und einem Passwort registriert?
Vor Dezember 2022 wurde die %APP_NAME%
in der E-Mail-Vorlage mit dem OAuth-Markennamen ausgefüllt, der automatisch bereitgestellt wurde, wenn eine Android-App im Firebase-Projekt registriert wurde. Da die OAuth-Marke nur bereitgestellt wird, wenn die Anmeldung über Google aktiviert ist, wird %APP_NAME%
so ermittelt:
Wenn der OAuth-Markenname verfügbar ist, wird in der E-Mail-Vorlage
%APP_NAME%
durch den OAuth-Markennamen ersetzt (wie vor Dezember 2022).Wenn der OAuth-Markenname nicht verfügbar ist, wird
%APP_NAME%
in der E-Mail-Vorlage so ermittelt:Bei Web-Apps ist
%APP_NAME%
der Standardname der Firebase Hosting-Website (der Wert vor.firebaseapp.com
und.web.app
, in der Regel die Firebase-Projekt-ID).Für mobile Apps:
Wenn der Android-Paketname oder die iOS-Bundle-ID in der Anfrage enthalten ist, ist
%APP_NAME%
der im Play Store bzw. App Store verwendete App-Name.Andernfalls ist
%APP_NAME%
der Standardname der Firebase Hosting-Website (der Wert vor.firebaseapp.com
und.web.app
, in der Regel die Firebase-Projekt-ID).
Wenn die Suche nach dem Standard-Firebase Hosting-Websitenamen fehlschlägt, wird als
%APP_NAME%
die Firebase-Projekt-ID verwendet.
Cloud Functions
Cloud Functions-Laufzeitunterstützung
Wie führe ich ein Upgrade auf die neueste unterstützte Version von Node.js durch?
- Sie müssen den Blaze-Tarif nutzen.
- Achten Sie darauf, dass Sie die neueste Version der Firebase-Befehlszeile verwenden.
- Aktualisieren Sie das Feld
engines
in denpackage.json
Ihrer Funktionen. - Optional können Sie Ihre Änderungen mit Firebase Local Emulator Suite testen.
- Stellen Sie alle Funktionen neu bereit.
Wie kann ich sicher sein, dass ich meine Funktionen in einer bestimmten Node.js-Laufzeit bereitgestellt habe?
Rufen Sie in der Firebase Console das Dashboard „Funktionen“ auf, wählen Sie eine Funktion aus und sehen Sie sich die Sprache der Funktion unter Zusätzliche Details an.
Ich verwende Firebase Extensions. Bin ich von Updates der Cloud Functions-Laufzeit betroffen?
Ja. Da Erweiterungen Cloud Functions verwenden, muss die Laufzeit Ihrer Erweiterungen im selben Zeitplan wie Cloud Functions aktualisiert werden.
Wir empfehlen, regelmäßig auf die neueste Version jeder in Ihrem Projekt installierten Erweiterung zu aktualisieren. Sie können die Erweiterungen Ihrer Projekte über die Firebase-Konsole oder die Firebase-Befehlszeile aktualisieren.
Cloud Messaging
Cloud Messaging: Was ist der Unterschied zwischen dem Benachrichtigungs-Composer und Cloud Messaging?
Firebase Cloud Messaging bietet über seine Client-SDKs und HTTP- und XMPP-Serverprotokolle eine vollständige Palette an Messaging-Funktionen. Bei Bereitstellungen mit komplexeren Anforderungen an die Nachrichtenübermittlung ist FCM die richtige Wahl.
Der Benachrichtigungs-Composer ist eine schlanke, serverlose Messaging-Lösung, die auf Firebase Cloud Messaging basiert. Mit einer nutzerfreundlichen grafischen Konsole und reduzierten Codierungsanforderungen können Nutzer mit dem Benachrichtigungs-Editor ganz einfach Nachrichten senden, um Nutzer wieder anzusprechen und zu binden, das App-Wachstum zu fördern und Marketingkampagnen zu unterstützen.
Funktionen | Notifications Composer | Cloud Messaging | |
---|---|---|---|
Ziel | Einzelnes Gerät | ||
Kunden, die Themen abonniert haben (z. B. Wetter) | |||
Kunden in vordefinierten Nutzersegmenten (App, Version, Sprache) | |||
Kunden in bestimmten Analytics-Zielgruppen | |||
Clients in Gerätegruppen | |||
Upstream vom Client zum Server | |||
Nachrichtentyp | Benachrichtigungen mit bis zu 2 KB | ||
Datennachrichten mit bis zu 4 KB | |||
Auslieferung | Sofort | ||
Ortszeit des zukünftigen Clientgeräts | |||
Analytics | Integrierte Sammlung von Benachrichtigungsanalysen und Trichteranalysen |
Cloud Messaging: Apple hat angekündigt, das alte Binärprotokoll für APNs einzustellen. Muss ich etwas tun?
Nein. Firebase Cloud Messaging ist 2017 zum HTTP/2-basierten APNs-Protokoll übergegangen. Wenn Sie FCM zum Senden von Benachrichtigungen an iOS-Geräte verwenden, müssen Sie nichts weiter tun.
Cloud Messaging: Muss ich andere Firebase-Dienste verwenden, um FCM zu nutzen?
Sie können Firebase Cloud Messaging als eigenständige Komponente verwenden, genau wie bei GCM, ohne andere Firebase-Dienste zu verwenden.
Cloud Messaging: Ich bin bereits Google Cloud Messaging (GCM)-Entwickler. Soll ich zu Firebase Cloud Messaging wechseln?
FCM ist die neue Version des GCM unter der Marke Firebase. Es übernimmt die Kerninfrastruktur von GCM und bietet neue SDKs, die die Cloud Messaging-Entwicklung erleichtern.
Vorteile der Umstellung auf das FCM SDK:
- Einfachere Cliententwicklung. Sie müssen nicht mehr Ihre eigene Logik für die Registrierung oder den Neuversuch eines Abos schreiben.
- Eine gebrauchsfertige Benachrichtigungslösung. Sie können den Benachrichtigungs-Composer verwenden, eine serverlose Benachrichtigungslösung mit einer Webkonsole, mit der jeder Nutzer Benachrichtigungen an bestimmte Zielgruppen senden kann, die auf Statistiken aus Google Analytics basieren.
Informationen zum Upgrade von GCM-SDKs auf FCM-SDKs finden Sie in den Anleitungen zur Migration von Android- und iOS-Apps.
Cloud Messaging: Warum erhalten die ausgewählten Geräte anscheinend keine Nachrichten?
Wenn es den Anschein hat, dass Geräte keine Nachrichten erhalten haben, prüfen Sie zuerst diese beiden möglichen Ursachen:
Nachrichtenverarbeitung im Vordergrund für Benachrichtigungsnachrichten Client-Apps müssen eine Logik zur Nachrichtenverarbeitung hinzufügen, um Benachrichtigungsnachrichten zu verarbeiten, wenn sich die App auf dem Gerät im Vordergrund befindet. Weitere Informationen finden Sie unter iOS und Android.
Einschränkungen der Netzwerk-Firewall Wenn Ihre Organisation eine Firewall hat, die den Traffic zum oder vom Internet einschränkt, müssen Sie sie so konfigurieren, dass eine Verbindung zu FCM zugelassen wird, damit Ihre Firebase Cloud Messaging-Client-Apps Nachrichten empfangen können. Die zu öffnenden Ports sind:
- 5228
- 5229
- 5230
Für FCM wird normalerweise 5228 verwendet, manchmal aber auch 5229 und 5230. FCM stellt keine bestimmten IP-Adressen bereit. Daher sollten Sie Ihre Firewall so konfigurieren, dass ausgehende Verbindungen zu allen IP-Adressen akzeptiert werden, die in den IP-Blöcken unter AS15169 Google LLC aufgeführt sind.
Cloud Messaging:Ich habe onMessageReceived
in meiner Android-App implementiert, aber es wird nicht aufgerufen.
Wenn sich Ihre App im Hintergrund befindet, werden
Benachrichtigungsnachrichten im Infobereich angezeigt und onMessageReceived
wird nicht aufgerufen. Bei Benachrichtigungsnachrichten mit einer Datennutzlast wird die Benachrichtigungsnachricht in der Taskleiste angezeigt. Die mit der Benachrichtigungsnachricht enthaltenen Daten können aus der Intent-Aktualisierung abgerufen werden, die gestartet wird, wenn der Nutzer auf die Benachrichtigung tippt.
Weitere Informationen finden Sie unter Nachrichten empfangen und verarbeiten.
Benachrichtigungs-Composer:Was ist der Unterschied zwischen dem Benachrichtigungs-Composer und Cloud Messaging?
Der Benachrichtigungs-Composer ist eine schlanke, serverlose Messaging-Lösung, die auf Firebase Cloud Messaging basiert. Mit einer nutzerfreundlichen grafischen Konsole und reduzierten Codierungsanforderungen können Nutzer mit dem Benachrichtigungs-Editor ganz einfach Nachrichten senden, um Nutzer wieder anzusprechen und zu binden, das App-Wachstum zu fördern und Marketingkampagnen zu unterstützen.
Firebase Cloud Messaging bietet über seine Client-SDKs und HTTP- und XMPP-Serverprotokolle eine vollständige Palette an Messaging-Funktionen. Bei Bereitstellungen mit komplexeren Anforderungen an die Nachrichtenübermittlung ist FCM die richtige Wahl.
Hier ein Vergleich der Messaging-Funktionen von Firebase Cloud Messaging und dem Benachrichtigungs-Editor:
Funktionen | Notifications Composer | Cloud Messaging | |
---|---|---|---|
Ziel | Einzelnes Gerät | ||
Kunden, die Themen abonniert haben (z. B. Wetter) | |||
Kunden in vordefinierten Nutzersegmenten (App, Version, Sprache) | |||
Kunden in bestimmten Analytics-Zielgruppen | |||
Clients in Gerätegruppen | |||
Upstream vom Client zum Server | |||
Nachrichtentyp | Benachrichtigungen mit bis zu 2 KB | ||
Datennachrichten mit bis zu 4 KB | |||
Auslieferung | Sofort | ||
Ortszeit des zukünftigen Clientgeräts | |||
Analytics | Integrierte Sammlung von Benachrichtigungsanalysen und Trichteranalysen |
Benachrichtigungs-Composer:Ich bin bereits Google Cloud Messaging-Entwickler (GCM) und möchte den Benachrichtigungs-Composer verwenden. What should I do?
Der Benachrichtigungs-Editor ist eine sofort einsatzbereite Lösung, mit der jeder Nutzer Benachrichtigungen an bestimmte Zielgruppen senden kann, die auf Statistiken aus Google Analytics basieren. Außerdem bietet der Benachrichtigungs-Editor eine Trichteranalyse für jede Nachricht, mit der sich die Effektivität von Benachrichtigungen ganz einfach bewerten lässt.
Wenn Sie bereits GCM-Entwickler sind, müssen Sie von GCM-SDKs auf FCM-SDKs umstellen, um den Benachrichtigungs-Composer verwenden zu können. Weitere Informationen finden Sie in den Anleitungen zur Migration von Android- und iOS-Apps.
Im Juni 2023 eingestellte FCM-Funktionen
Welche FCM APIs wurden am 20. Juni 2023 eingestellt und was sollte ich tun, wenn ich diese APIs verwende?
Die folgenden APIs/SDKs sind von der Einstellung betroffen:
Server-APIs
API-Name | API-Endpunkt | Auswirkungen auf Nutzer | Maßnahme erforderlich |
---|---|---|---|
Altes HTTP-Protokoll | https://fcm.googleapis.com/fcm/send | Anfragen an den Endpunkt schlagen nach dem 21. Juni 2024 fehl. | Migrieren Sie zur HTTP v1 API. |
Altes XMPP-Protokoll | fcm-xmpp.googleapis.com:5235 | Anfragen an den Endpunkt schlagen nach dem 21. Juni 2024 fehl. | Migrieren Sie zur HTTP v1 API. |
Instance ID-Server-APIs | https://iid.googleapis.com/v1/web/iid | Anfragen an den Endpunkt schlagen nach dem 21. Juni 2024 fehl. | Verwenden Sie das Web JS SDK, um FCM-Webregistrierungen zu erstellen. |
https://iid.googleapis.com/iid/* | Die Endpunkte funktionieren weiterhin, unterstützen aber nach dem 21. Juni 2024 keine Authentifizierung mithilfe statischer Serverschlüssel mehr. | Verwenden Sie ein OAuth 2.0-Zugriffstoken, das von einem Dienstkonto abgeleitet wurde. | |
Device Group Management API | https://fcm.googleapis.com/fcm/notification | Der Endpunkt funktioniert weiterhin, unterstützt aber nach dem 21. Juni 2024 keine Authentifizierung mithilfe statischer Serverschlüssel mehr. | Verwenden Sie ein OAuth 2.0-Zugriffstoken, das von einem Dienstkonto abgeleitet wurde. |
Upstream-Messaging über XMPP | fcm-xmpp.googleapis.com:5235 | API-Aufrufe an FirebaseMessaging.send in der App lösen nach dem 21. Juni 2024 keine Upstream-Nachrichten an den App-Server aus. | Implementieren Sie diese Funktion in Ihrer Serverlogik. Einige Entwickler implementieren beispielsweise ihren eigenen HTTP-/gRPC-Endpunkt und rufen ihn direkt auf, um Nachrichten von ihren Clients an den App-Server zu senden. In dieser gRPC-Kurzanleitung finden Sie ein Beispiel für die Implementierung von Upstream-Messaging mit gRPC. |
Batch Send API | https://fcm.googleapis.com/batch | Anfragen an den Endpunkt schlagen nach dem 21. Juni 2024 fehl. | Migrieren Sie zur standardmäßigen HTTP v1 API-Sendemethode, die HTTP/2 für das Multiplexing unterstützt. |
Firebase Admin SDK APIs
API-Name | API-Sprache | Auswirkungen auf Nutzer | Maßnahme erforderlich |
---|---|---|---|
sendToDevice()
|
Node.js | Die API funktioniert nach dem 21. Juni 2024 nicht mehr, da sie die alte HTTP-Sende-API aufruft. | Verwenden Sie die Methode send() .
|
sendToDeviceGroup()
|
Node.js | Die API funktioniert nach dem 21. Juni 2024 nicht mehr, da sie die alte HTTP-Sende-API aufruft. | Verwenden Sie die Methode send() .
|
sendToTopic()
|
Node.js | Die API funktioniert nach dem 21. Juni 2024 nicht mehr, da sie die alte HTTP-Sende-API aufruft. | Verwenden Sie die Methode send() .
|
sendToCondition()
|
Node.js | Die API funktioniert nach dem 21. Juni 2024 nicht mehr, da sie die alte HTTP-Sende-API aufruft. | Verwenden Sie die Methode send() .
|
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast()
|
Node.js, Java, Python, Go, C# | Diese APIs funktionieren nach dem 21. Juni 2024 nicht mehr, da sie die Batch-Sende-API aufrufen. | Führen Sie ein Upgrade auf das neueste Firebase Admin SDK durch und verwenden Sie stattdessen die neuen APIs: sendEach()/
sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/
send_each_for_multicast() .
Die neuen APIs rufen die eingestellte Batch-Sende-API nicht mehr auf. Aus diesem Grund können sie mehr gleichzeitige HTTP-Verbindungen herstellen als die alten APIs. |
Client-SDKs
SDK-Versionen | Auswirkungen auf Nutzer | Maßnahme erforderlich |
---|---|---|
GCM-SDKs (2018 eingestellt) | Apps, die GCM-SDKs verwenden, können nach dem 21. Juni 2024 keine Tokens mehr registrieren und keine Nachrichten mehr von FCM empfangen. | Führen Sie ein Upgrade Ihres Android SDK auf das neueste Firebase SDK durch, falls noch nicht geschehen. |
JS SDKs der Version <7.0.0 (funktionsgefährdende Änderung in Version 7.0.0 im Jahr 2019) | In Web-Apps, die ältere JS-SDKs verwenden, können nach dem 21. Juni 2024 keine Tokens mehr registriert werden. | Führen Sie ein Upgrade des Firebase Web SDK auf die neueste Version durch. |
Erhalte ich vor Juni 2024 ein Downgrade des Dienstes?
Nein. Sie haben 12 Monate (20. Juni 2023 bis 21. Juni 2024) Zeit, ohne Dienst-Downgrade von den alten zu den neuen APIs zu migrieren. Wir empfehlen Ihnen dringend, die Migration so früh wie möglich zu planen, damit Sie von der Einstellung der APIs im Juni 2024 nicht betroffen sind.
Nach Juni 2024 kann es bei der Verwendung der oben aufgeführten APIs/SDKs zu mehr Fehlern oder Funktionsausfällen kommen. Weitere Informationen finden Sie in der nächsten FAQ.
Wie und wann werden die eingestellten APIs eingestellt?
FCM wird die Einstellung der eingestellten APIs ab dem 22. Juli 2024 schrittweise einleiten. Nach diesem Datum werden für eingestellte Dienste Fehlermeldungen zurückgegeben, wenn immer mehr Anfragen gestellt werden. Während der allmählichen Einstellung können die folgenden Verhaltensweisen und Fehlerantworten mit der Zeit häufiger auftreten:
Kategorie | Anstehende Schritte |
---|---|
Altes HTTP-Protokoll | Anfragen werden mit dem HTTP-Code 301 abgelehnt. |
Altes XMPP-Protokoll | Anfragen werden mit dem Fehlercode 302 abgelehnt. |
FCM-Upstream | Nachrichten werden vom FCM-Backend stummgeschaltet. |
Batch Send API | Anfragen werden mit dem Fehlercode „UNIMPLEMENTED“ und der Fehlermeldung „Die API wird nicht mehr unterstützt“ abgelehnt. |
GCM SDKs – Tokens registrieren | Anfragen werden mit dem HTTP-Code 301 abgelehnt. |
GCM SDKs – Nachrichten senden | Anfragen werden mit dem Fehlercode 400 und der Fehlermeldung „V3-Token wurde eingestellt“ abgelehnt. |
JS SDK-Version < 7.0.0 | Anfragen werden mit dem HTTP-Code 501 abgelehnt. |
Serverschlüssel zum Zugriff auf APIs zur Verwaltung von Instance IDs und Gerätegruppen verwenden | Anfragen werden mit dem HTTP-Code 401 abgelehnt. |
Was ist der Unterschied zwischen OAuth 2.0-Tokens und Serverschlüsseln?
Ein OAuth 2.0-Token ist ein kurzlebiges Token, das von einem Dienstkonto abgeleitet wird. Es ist das Standardauthentifizierungsmodell von Google und bietet mehr Sicherheit als statische Serverschlüssel.
Eine Anleitung zum Abrufen von Tokens mit der Google Auth Library findest du unter Anmeldedaten zum Generieren von Zugriffstokens verwenden.
Die Anfrageheader unterscheiden sich, wenn Sie OAuth 2.0-Tokens für Anfragen an verschiedene Endpunkte verwenden.
- HTTP v1 API:
Authorization: Bearer $oauth_token
- Instance ID-Server API und Device Group Management API:
Authorization: Bearer $oauth_token
access_token_auth: true
Kann ich meine Anfragen auf einmal auf die neue API umstellen?
Wir empfehlen, den Traffic auf die neue API langsam zu steigern. Wenn Sie regelmäßig mehr als 600.000 Nachrichten pro Minute senden möchten, wenden Sie sich an den Firebase-Support. Dieser kann Ihnen dann eine Anleitung zum Erhöhen des Kontingents oder Empfehlungen zum Ausweiten des Traffics geben.
Was ist der Unterschied zwischen der HTTP v1 API und den älteren APIs, wenn ich Nachrichten an Themen/Gerätegruppen sende?
Themen: Wenn Sie die v1 API verwenden, müssen Sie dem Thema das Präfix „/topics/“ nicht hinzufügen.
Gerätegruppen: Sie können ein Gruppentoken als Tokenziel in der HTTP v1 API verwenden. Die HTTP v1 API gibt die Anzahl der erfolgreichen und fehlgeschlagenen Anfragen jedoch nicht in der Antwort zurück. Wir empfehlen die Verwendung von FCM-Themen oder die manuelle Verwaltung Ihrer Gerätegruppen.
Unterstützt die HTTP v1 API das Senden von Nachrichten an mehrere Tokens in einer einzigen Anfrage?
Nein. Diese Funktion, die in älteren HTTP-APIs als „Multicast“ bezeichnet wird, wird von der HTTP v1 API nicht unterstützt, die für eine bessere Skalierbarkeit entwickelt wurde.
Bei Anwendungsfällen, in denen die End-to-End-Latenz entscheidend ist oder die Gesamtgröße des Fan-outs klein ist (weniger als 1 Million), empfiehlt Google, mehrere separate Anfragen mit der HTTP v1 API zu senden. Die HTTP v1 API über HTTP/2 bietet bei 99,9% der Multicast-Anfragen (Senden von weniger als 100 Tokens) eine ähnliche Leistung. Bei Ausreißer-Anwendungsfällen (Senden von 1.000 Tokens) wird bis zu einem Drittel der Durchsatzrate erreicht. Daher ist für diesen atypischen Anwendungsfall zusätzliche Parallelität erforderlich. Mit der HTTP v1 API können Nutzer eine höhere Zuverlässigkeit und Verfügbarkeit als mit dem bisherigen Multicast erzielen.
Für Anwendungsfälle, bei denen Durchsatz und Ausgangbandbreite priorisiert werden oder bei denen die Gesamtgröße des Fan-outs groß ist (über 1 Million), empfiehlt Google Topic Messages. Für die Nachrichtenübermittlung über Themen ist zwar eine einmalige Aktion erforderlich, um Empfänger für ein Thema zu abonnieren, sie bietet aber bis zu 10.000 Abfragen pro Sekunde pro Fan-out-Rate des Projekts, ohne maximale Obergrenze für die Themengröße.
In welchen Versionen des Firebase Admin SDK sind die neuen APIs verfügbar?
Plattform | Firebase Admin SDK-Version |
---|---|
Node.js | >=11.7.0 |
Python | >=6.2.0 |
Java | >=9.2.0 |
Go | >=4.12.0 |
.NET | >=2.4.0 |
Was ist der Unterschied zwischen der Batch-Send API und der HTTP v1 API?
Die FCM Batch Send API verwendet dasselbe Nachrichtenformat und denselben Authentifizierungsmechanismus wie die HTTP v1 API. Es wird jedoch ein anderer Endpunkt verwendet. Wenn Sie die Effizienz verbessern möchten, sollten Sie HTTP/2 verwenden, um mehrere Anfragen über dieselbe HTTP-Verbindung an die HTTP v1 API zu senden.
Was kann ich tun, wenn ich nicht auf mein Projekt zugreifen kann?
Wenden Sie sich bitte an das Google Cloud-Supportteam.
Kann die alte Cloud Messaging API in neuen Projekten aktiviert werden?
Nein. Ab dem 20. Mai 2024 können unsere Legacy APIs nicht mehr für neue Projekte aktiviert werden.
Wann kann ich die alte Cloud Messaging API deaktivieren?
Sobald Sie sicher sind, dass Sie vollständig zur HTTP v1 API migriert sind, können Sie die alte Cloud Messaging API deaktivieren. Wenn die API bereits deaktiviert wurde, wird die Seite möglicherweise nicht geladen.
FCM Kontingente und Limits
Ich muss innerhalb von zwei Minuten eine große Kundengruppe benachrichtigen.
Leider kann dieser Anwendungsfall nicht unterstützt werden. Sie müssen den Traffic auf 5 Minuten verteilen.
Meine App benachrichtigt Nutzer über Ereignisse. Die Nachrichten müssen sofort zugestellt werden, um mein Geschäftsmodell zu unterstützen. Kann ich ein höheres Kontingent erhalten?
Aus diesem Grund können wir keine Kontingenterhöhungen gewähren. Sie müssen den Traffic auf 5 Minuten verteilen.
Meine Nachrichten beziehen sich auf geplante Ereignisse und ich muss meinen gesamten Traffic zu Beginn der Stunde senden.
Wir empfehlen, die Benachrichtigungen mindestens 5 Minuten vor dem Ereignis zu senden.
Wie lange dauert es, bis mein Kontingentantrag bearbeitet wird?
Das hängt ein wenig davon ab, wie Sie FCM verwenden. Sie erhalten in jedem Fall innerhalb weniger Arbeitstage eine Antwort. In einigen Fällen kann es aufgrund der Verwendung von FCM und verschiedener Umstände zu Rückfragen kommen, was den Vorgang verlängern kann. Wenn alle Anforderungen erfüllt sind, werden die meisten Anfragen innerhalb von zwei Wochen bearbeitet.
Wie kann ich meine Kontingentnutzung im Blick behalten?
In der Google Cloud-Anleitung erfahren Sie, wie Sie Kontingentmesswerte grafisch darstellen und überwachen.
429-Fehler sind für mich / mein Unternehmen schwierig zu handhaben. Kann ich eine Ausnahme oder ein größeres Kontingent erhalten, um 429-Fehler zu vermeiden?
Wir verstehen, dass Kontingentlimits eine Herausforderung sein können. Sie sind jedoch wichtig, um die Zuverlässigkeit des Dienstes aufrechtzuerhalten. Wir können keine Ausnahmen gewähren.
Kann ich für eine vorübergehende Veranstaltung mehr Kontingent erhalten?
Sie können ein zusätzliches Kontingent für ein Ereignis beantragen, das bis zu einem Monat dauert. Reichen Sie den Antrag mindestens einen Monat vor dem Ereignis ein und machen Sie dabei genaue Angaben dazu, wann das Ereignis beginnt und endet. FCM wird sich bemühen, den Antrag zu erfüllen. Eine Erhöhung kann jedoch nicht garantiert werden. Diese Kontingenterhöhungen werden nach dem Enddatum der Veranstaltung wieder rückgängig gemacht.
Kann sich mein aktuelles Kontingent ändern?
Google wird dies nicht leichtfertig tun, aber Kontingente können bei Bedarf geändert werden, um die Integrität des Systems zu schützen. Sofern möglich, benachrichtigt Google Sie im Voraus über solche Änderungen.
Cloud Storage for Firebase
Cloud Storage for Firebase: Warum kann ich Cloud Storage for Firebase nicht verwenden?
Cloud Storage for Firebase erstellt einen Standard-Bucket in der kostenlosen Stufe App Engine. So können Sie schnell mit Firebase und Cloud Storage for Firebase loslegen, ohne eine Kreditkarte eingeben oder ein Cloud Billing-Konto aktivieren zu müssen. Außerdem können Sie damit ganz einfach Daten zwischen Firebase und einem Google Cloud-Projekt austauschen.
Es gibt jedoch zwei bekannte Fälle, in denen dieser Bucket nicht erstellt werden kann und Sie Cloud Storage for Firebase nicht verwenden können:
- Ein aus Google Cloud importiertes Projekt mit einer App Engine-Datastore-Master/Slave-Anwendung.
-
Ein aus Google Cloud importiertes Projekt mit Projekten mit Domainpräfix Beispiel:
domain.com:project-1234
Derzeit gibt es keine Problemumgehung. Wir empfehlen, in der Firebase Console ein neues Projekt zu erstellen und Cloud Storage for Firebase in diesem Projekt zu aktivieren.
Cloud Storage for Firebase: Warum erhalte ich bei der Verwendung der Cloud Storage for Firebase API Antworten mit dem Fehlercode 412 zu Dienstkontoberechtigungen und fehlgeschlagenen Dienstkontovorgängen?
Möglicherweise erhalten Sie 412-Fehlercodes, weil die Cloud Storage for Firebase API für Ihr Projekt nicht aktiviert ist oder einem erforderlichen Dienstkonto die erforderlichen Berechtigungen fehlen.
Weitere Informationen finden Sie in den häufig gestellten Fragen.
Cloud Storage for Firebase: Kann ich in Spark-Planprojekten ausführbare Dateien speichern?
Bei Projekten mit kostenlosen Tarifen (Spark) blockiert Firebase ab dem Cloud Storage for Firebase und dem Firebase Hosting den Upload und das Hosting bestimmter ausführbarer Dateitypen für Windows, Android und Apple. Mit dieser Richtlinie soll Missbrauch auf unserer Plattform verhindert werden.
Das Bereitstellen, Hosten und Hochladen von nicht zulässigen Dateien ist für alle Spark-Projekte blockiert, die am oder nach dem 28. September 2023 erstellt wurden. Bei vorhandenen Spark-Projekten mit Dateien, die vor diesem Datum hochgeladen wurden, können diese Dateien weiterhin hochgeladen und gehostet werden.
Diese Einschränkung gilt für Projekte mit Spark-Tarif. Projekte mit dem Blaze-Tarif (Pay as you go) sind davon nicht betroffen.
Die folgenden Dateitypen können nicht auf Firebase Hosting und Cloud Storage for Firebase gehostet werden:
- Windows-Dateien mit den Erweiterungen
.exe
,.dll
und.bat
- Android-Dateien mit der Erweiterung
.apk
- Apple-Plattformdateien mit der Erweiterung
.ipa
Was muss ich tun?
Wenn Sie diese Dateitypen auch nach dem 28. September 2023 hosten möchten, haben Sie folgende Möglichkeiten:
- Hosting: Sie müssen auf das Blaze-Abo upgraden, bevor Sie diese Dateitypen über den Befehl
firebase deploy
auf Firebase Hosting bereitstellen können. - Speicher: Sie können auf den Blaze-Tarif umstellen, um diese Dateitypen mit der GCS CLI, der Firebase-Konsole oder der Google Cloud-Konsole in den gewünschten Bucket hochzuladen.
Mit Firebase-Tools können Sie Ihre Firebase Hosting- und Cloud Storage-Ressourcen verwalten.
- Wenn Sie Ressourcen in Firebase Hosting verwalten möchten, löschen Sie Releases wie in dieser Anleitung beschrieben über die Firebase Console.
- Wenn Sie Ressourcen in Cloud Storage verwalten möchten, rufen Sie in Ihrem Projekt die Seite für Speicherprodukte auf.
- Suchen Sie auf dem Tab Dateien in Ihrer Ordnerhierarchie nach nicht zulässigen Dateien, die Sie löschen möchten, und wählen Sie sie dann links im Bereich über das Kästchen neben den Dateinamen aus.
- Klicken Sie auf Löschen und bestätigen Sie, dass die Dateien gelöscht wurden.
Weitere Informationen zum Verwalten von Hostingressourcen mit Firebase-Tools und Cloud Storage for Firebase-Buckets mit Clientbibliotheken finden Sie in unserer Dokumentation.
Cloud Storage for Firebase: Warum sehe ich eine unerwartete Steigerung der Upload- und Downloadvorgänge?
Bisher wurden Download- und Uploadanfragen an die Cloud Storage for Firebase API nicht korrekt gezählt. Wir haben Maßnahmen ergriffen, um dieses Problem zu beheben. Ab dem 15. September 2023 sollte es nicht mehr auftreten.
Für Blaze-Nutzer werden Upload- und Downloadvorgänge auf Ihre monatliche Rechnung angerechnet. Für Spark-Nutzer werden sie auf Ihr monatliches kostenloses Kontingent angerechnet.
Wir empfehlen Ihnen, auf Ihrer Nutzungsseite nach möglichen Steigerungen zu suchen, die auf Ihr Limit angerechnet werden können.
Cloud Storage for Firebase: Warum sehe ich neue Dienstkonto-IDs, die meinen Firebase-Projekten mit Cloud Storage for Firebase zugeordnet sind?
Firebase verwendet Dienstkonten, um Dienste zu betreiben und zu verwalten, ohne Nutzeranmeldedaten weiterzugeben. Wenn Sie ein Firebase-Projekt erstellen, stellen Sie möglicherweise fest, dass bereits mehrere Dienstkonten in Ihrem Projekt vorhanden sind.
Das von Cloud Storage for Firebase verwendete Dienstkonto ist auf Ihr Projekt beschränkt und heißt service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
.
Wenn Sie Cloud Storage for Firebase vor dem 19. September 2022 verwendet haben, sehen Sie möglicherweise ein zusätzliches Dienstkonto in zuvor verknüpften Cloud Storage-Buckets mit dem Namen firebase-storage@system.gserviceaccount.com
. Dieses Dienstkonto wird seit dem 19. September 2022 nicht mehr unterstützt.
Alle mit Ihrem Projekt verknüpften Dienstkonten finden Sie in der Firebase Console auf dem Tab Dienstkonten.
Neues Dienstkonto hinzufügen
Wenn Sie das Dienstkonto zuvor entfernt haben oder es in Ihrem Projekt nicht vorhanden ist, haben Sie folgende Möglichkeiten, das Konto hinzuzufügen:
- (Empfohlen) Automatisch:Verwenden Sie den REST-Endpunkt AddFirebase, um den Bucket noch einmal in Firebase zu importieren. Sie müssen diesen Endpunkt nur einmal aufrufen, nicht einmal für jeden verknüpften Bucket.
-
Manuell:Folgen Sie der Anleitung unter Dienstkonten erstellen und verwalten.
Fügen Sie gemäß dieser Anleitung ein Dienstkonto mit der IAM-Rolle
Cloud Storage for Firebase Service Agent
und dem Namenservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
hinzu.
Neues Dienstkonto entfernen
Wir raten Ihnen dringend davon ab, das Dienstkonto zu entfernen, da dies den Zugriff auf Ihre Cloud Storage-Buckets über Ihre Apps blockieren kann. Wenn Sie das Dienstkonto aus Ihrem Projekt entfernen möchten, folgen Sie der Anleitung unter Dienstkonto deaktivieren.
Crashlytics
Auf der CrashlyticsFehlerbehebungs- und FAQ-Seite finden Sie hilfreiche Tipps und Antworten auf weitere häufig gestellte Fragen.
Dynamic Links
Dynamic Links: Welche Pläne hat Firebase für Dynamic Links?
Weitere Informationen finden Sie in den Dynamic LinksFAQs.
Dynamic Links: Warum greift meine Android-App zweimal auf jeden Dynamic Link zu?
Die getInvitation
API löscht den gespeicherten dynamischen Link, um zu verhindern, dass darauf zweimal zugegriffen wird. Rufen Sie diese API in jeder Deeplink-Aktivität mit dem Parameter autoLaunchDeepLink
= false
auf, um ihn zu löschen, falls die Aktivität außerhalb der Hauptaktivität ausgelöst wird.
Firebase Local Emulator Suite
Warum enthalten Emulator Suite-Protokolle einen Fehler, der mit „Mehrere projectIds werden im Modus für ein einzelnes Projekt nicht empfohlen“ beginnt?
Diese Meldung bedeutet, dass die Emulator Suite erkannt hat, dass möglicherweise ein bestimmter Produktemulator mit verschiedenen Projekt-IDs ausgeführt wird. Dies kann auf eine Fehlkonfiguration hinweisen und zu Problemen führen, wenn Emulatoren miteinander kommunizieren oder Sie versuchen, über Ihren Code mit Emulatoren zu interagieren. Wenn die Projekt-IDs nicht übereinstimmen, erscheint es oft so, als würden Daten fehlen, da in Emulatoren gespeicherte Daten anhand der Projekt-ID zugeordnet werden und die Interoperabilität von übereinstimmenden Projekt-IDs abhängt.
Dies war bei Entwicklern häufig ein Grund zur Verwirrung. Daher wird die Local Emulator Suite jetzt standardmäßig nur mit einer einzelnen Projekt-ID ausgeführt, sofern Sie in der Konfigurationsdatei firebase.json
nichts anderes angeben. Wenn ein Emulator mehr als eine Projekt-ID erkennt, wird eine Warnung protokolliert und möglicherweise ein schwerwiegender Fehler geworfen.
Prüfen Sie Ihre Projekt-ID-Erklärungen auf Abweichungen bei folgenden Angaben:
-
Das in der Befehlszeile festgelegte Standardprojekt. Standardmäßig wird die Projekt-ID beim Start aus dem Projekt übernommen, das mit
firebase init
oderfirebase use
ausgewählt wurde. Mitfirebase projects:list
können Sie die Liste der Projekte aufrufen und sehen, welches ausgewählt ist. -
Unittests. Die Projekt-ID wird oft in Aufrufen der Methoden
initializeTestEnvironment
oderinitializeTestApp
der Unit-Test-Bibliothek für Regeln angegeben. Andere Testcodes können mitinitializeApp(config)
initialisiert werden. -
Das Flag
--project
in der Befehlszeile Wenn Sie das Flag--project
an die Firebase CLI übergeben, wird das Standardprojekt überschrieben. Achten Sie darauf, dass der Wert des Flags mit der Projekt-ID in den Unit-Tests und bei der App-Initialisierung übereinstimmt.
Plattformspezifische Stellen, an denen Sie nachsehen können:
Web | Die projectId -Eigenschaft in deinem JavaScript-firebaseConfig -Objekt, die in initializeApp verwendet wird.
|
Android | Das Attribut project_id in der Konfigurationsdatei google-services.json .
|
Apple-Plattformen | Das Attribut PROJECT_ID in der Konfigurationsdatei GoogleService-Info.plist .
|
Wenn Sie den Modus für ein einzelnes Projekt deaktivieren möchten, aktualisieren Sie firebase.json
mit dem Schlüssel singleProjectMode
:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Hosting
Hosting: Kann ich in Spark-Planprojekten ausführbare Dateien speichern?
Bei Projekten mit kostenlosen Tarifen (Spark) blockiert Firebase ab dem Cloud Storage for Firebase und Firebase Hosting den Upload und das Hosting bestimmter ausführbarer Dateitypen für Windows, Android und Apple. Mit dieser Richtlinie soll Missbrauch auf unserer Plattform verhindert werden.
Das Bereitstellen, Hosten und Hochladen von nicht zulässigen Dateien ist für alle Spark-Projekte blockiert, die am oder nach dem 28. September 2023 erstellt wurden. Bei vorhandenen Spark-Projekten mit Dateien, die vor diesem Datum hochgeladen wurden, können diese Dateien weiterhin hochgeladen und gehostet werden.
Diese Einschränkung gilt für Projekte mit Spark-Tarif. Projekte mit dem Blaze-Tarif (Pay as you go) sind davon nicht betroffen.
Die folgenden Dateitypen können nicht auf Firebase Hosting und Cloud Storage for Firebase gehostet werden:
- Windows-Dateien mit den Erweiterungen
.exe
,.dll
und.bat
- Android-Dateien mit der Erweiterung
.apk
- Apple-Plattformdateien mit der Erweiterung
.ipa
Was muss ich tun?
Wenn Sie diese Dateitypen auch nach dem 28. September 2023 hosten möchten, haben Sie folgende Möglichkeiten:
- Hosting: Sie müssen auf das Blaze-Abo upgraden, bevor Sie diese Dateitypen über den Befehl
firebase deploy
auf Firebase Hosting bereitstellen können. - Speicher: Sie können auf den Blaze-Tarif umstellen, um diese Dateitypen mit der GCS CLI, der Firebase-Konsole oder der Google Cloud-Konsole in den gewünschten Bucket hochzuladen.
Mit Firebase-Tools können Sie Ihre Firebase Hosting- und Cloud Storage-Ressourcen verwalten.
- Wenn Sie Ressourcen in Firebase Hosting verwalten möchten, löschen Sie Releases wie in dieser Anleitung beschrieben über die Firebase Console.
- Wenn Sie Ressourcen in Cloud Storage verwalten möchten, rufen Sie in Ihrem Projekt die Seite für Speicherprodukte auf.
- Suchen Sie auf dem Tab Dateien in Ihrer Ordnerhierarchie nach nicht zulässigen Dateien, die Sie löschen möchten, und wählen Sie sie dann links im Bereich über das Kästchen neben den Dateinamen aus.
- Klicken Sie auf Löschen und bestätigen Sie, dass die Dateien gelöscht wurden.
Weitere Informationen zum Verwalten von Hostingressourcen mit Firebase-Tools und Cloud Storage for Firebase-Buckets mit Clientbibliotheken finden Sie in unserer Dokumentation.
Hosting: Warum enthält die Hosting-Tabelle „Release-Verlauf“ in der Firebase-Konsole eine höhere Dateianzahl als mein lokales Projekt tatsächlich hat?
Firebase fügt automatisch zusätzliche Dateien mit Metadaten zur Website Hosting hinzu. Diese Dateien werden in die Gesamtzahl der Dateien für die Version einbezogen.
Hosting: Wie groß darf eine Datei maximal sein, die ich auf Firebase Hosting bereitstellen kann?
Für einzelne Dateien gilt bei Hosting ein Größenlimit von 2 GB.
Wir empfehlen, größere Dateien mit Cloud Storage zu speichern. Dabei gilt für einzelne Objekte ein maximales Größenlimit im Terabyte-Bereich.
Hosting: Wie viele Hosting-Websites kann ich pro Firebase-Projekt haben?
Die Firebase Hosting-Mehrfachwebsite-Funktion unterstützt maximal 36 Websites pro Projekt.
Performance Monitoring
Auf der Performance MonitoringFehlerbehebungs- und FAQ-Seite finden Sie hilfreiche Tipps und Antworten auf weitere häufig gestellte Fragen.
Performance Monitoring: Wie viele benutzerdefinierte URL-Muster kann ich erstellen?
Sie können insgesamt bis zu 400 benutzerdefinierte URL-Muster pro App und bis zu 100 benutzerdefinierte URL-Muster pro Domain für diese App erstellen.
Performance Monitoring: Warum werden keine Echtzeitdaten zur Leistung angezeigt?
Damit Sie Leistungsdaten in Echtzeit sehen können, muss Ihre App die SDK-Version Performance Monitoring verwenden, die mit der Echtzeitdatenverarbeitung kompatibel ist.
- iOS: Version 7.3.0 oder höher
- tvOS – Version 8.9.0 oder höher
- Android: Version 19.0.10 oder höher (oder Firebase Android BoM Version 26.1.0 oder höher)
- Web – Version 7.14.0 oder höher
Wir empfehlen immer die neueste SDK-Version zu verwenden. Mit jeder der oben aufgeführten Versionen kann Performance Monitoring Ihre Daten jedoch nahezu in Echtzeit verarbeiten.
Realtime Database
Realtime Database: Warum war die Bandbreite meiner Realtime Database zwischen September 2016 und März 2017 unter dem Durchschnitt?
Bei unseren Bandbreitenberechnungen berücksichtigen wir normalerweise den Overhead der SSL-Verschlüsselung (basierend auf Schicht 5 des OSI-Modells). Im September 2016 haben wir jedoch einen Fehler eingeführt, durch den der Verschlüsselungsoverhead in unseren Berichten zur Bandbreite ignoriert wurde. Dies hat möglicherweise zu einer künstlich niedrigen gemeldeten Bandbreite und zu Rechnungen geführt, die für einige Monate in Ihrem Konto zu niedrig waren.
Ende März 2017 haben wir einen Fix für den Fehler veröffentlicht, sodass die Berichte und die Abrechnung der Bandbreite wieder normal ablaufen.
Realtime Database: Was sind die Einschränkungen bei der Skalierung von Realtime Database?
Für jede Realtime Database-Instanz gilt eine Beschränkung der Anzahl der Schreibvorgänge pro Sekunde. Bei kleinen Schreibvorgängen liegt dieses Limit bei etwa 1.000 Schreibvorgängen pro Sekunde. Wenn Sie dieses Limit fast erreichen, können Sie mit Batch-Vorgängen mit Multipath-Aktualisierungen einen höheren Durchsatz erzielen.
Außerdem ist für jede Datenbankinstanz die Anzahl der gleichzeitigen Datenbankverbindungen begrenzt. Unsere Standardlimits sind für die meisten Anwendungen ausreichend. Wenn Sie eine App entwickeln, die eine zusätzliche Skalierung erfordert, müssen Sie Ihre Anwendung möglicherweise auf mehrere Datenbankinstanzen aufteilen, um die Skalierung zu erhöhen. Als alternative Datenbank können Sie auch Cloud Firestore verwenden.
Realtime Database: Was kann ich tun, wenn ich mein Realtime Database-Nutzungslimit überschritten habe?
Wenn Sie eine E-Mail-Benachrichtigung oder eine Benachrichtigung in der Firebase-Konsole erhalten haben, dass Sie Ihr Realtime Database-Nutzungslimit überschritten haben, können Sie je nach überschrittenem Nutzungslimit entsprechende Maßnahmen ergreifen. Informationen zur Realtime Database-Nutzung finden Sie in der Firebase-Konsole im Dashboard Realtime Database Nutzung.
Wenn Sie Ihr Downloadlimit überschritten haben, können Sie ein Upgrade auf einen Firebase-Tarif durchführen oder warten, bis das Downloadlimit zu Beginn des nächsten Abrechnungszeitraums zurückgesetzt wird. So kannst du die Anzahl der Downloads verringern:
- Fügen Sie Abfragen hinzu, um die Daten zu begrenzen, die von Ihren Abrufvorgängen zurückgegeben werden.
- Prüfen Sie, ob es nicht indexierte Abfragen gibt.
- Verwenden Sie Listener, die nur Datenupdates herunterladen, z. B.
on()
anstelle vononce()
. - Mithilfe von Sicherheitsregeln können Sie unbefugte Downloads blockieren.
Wenn Sie Ihr Speicherplatzlimit überschritten haben, sollten Sie ein Upgrade auf einen höheren Tarif durchführen, um Dienstunterbrechungen zu vermeiden. So reduzieren Sie die Datenmenge in Ihrer Datenbank:
- Regelmäßige Bereinigungsjobs ausführen.
- Reduzieren Sie doppelte Daten in Ihrer Datenbank.
Es kann einige Zeit dauern, bis sich Datenlöschungen auf Ihr Speicherkontingent auswirken.
Wenn Sie das Limit für gleichzeitige Datenbankverbindungen überschritten haben, führen Sie ein Upgrade durch, um Dienstunterbrechungen zu vermeiden. Wenn Sie gleichzeitige Verbindungen zu Ihrer Datenbank verwalten möchten, versuchen Sie, eine Verbindung über die REST API herzustellen, wenn keine Echtzeitverbindung erforderlich ist.
Remote Config
Remote Config: Warum ändern die abgerufenen Werte das Verhalten und das Erscheinungsbild meiner App nicht?
Sofern Sie Werte nicht mit fetchAndActivate()
abrufen, werden sie lokal gespeichert, aber nicht aktiviert. Rufen Sie activate
auf, um abgerufene Werte zu aktivieren, damit sie wirksam werden. Mit diesem Design können Sie festlegen, wann sich das Verhalten und die Darstellung Ihrer App ändern, da Sie auswählen können, wann activate
aufgerufen wird. Nachdem Sie activate
aufgerufen haben, wird im App-Quellcode festgelegt, wann aktualisierte Parameterwerte verwendet werden.
Sie können beispielsweise Werte abrufen und dann beim nächsten Start Ihrer App aktivieren. So muss der App-Start nicht verzögert werden, während Ihre App auf abgerufene Werte vom Dienst wartet. Änderungen am Verhalten und Erscheinungsbild Ihrer App treten dann auf, wenn Ihre App die aktualisierten Parameterwerte verwendet.
Weitere Informationen zur Remote-Konfigurations-API und zum Nutzungsmodell finden Sie unter Remote-Konfigurations-API – Übersicht.
Remote Config: Ich sende beim Entwickeln meiner App viele Abrufanfragen. Warum erhält meine App nicht immer die neuesten Werte vom Dienst, wenn sie Abrufanfragen sendet?
Während der App-Entwicklung möchten Sie möglicherweise Konfigurationen sehr häufig (oft pro Stunde) abrufen und aktivieren, damit Sie beim Entwickeln und Testen Ihrer App schnell durchlaufen können. Um die schnelle Iteration in einem Projekt mit bis zu 10 Entwicklern zu ermöglichen, können Sie in Ihrer App vorübergehend ein FirebaseRemoteConfigSettings
-Objekt mit einem niedrigen Mindestabrufintervall (setMinimumFetchIntervalInSeconds
) festlegen.
Remote Config: Wie schnell gibt der Remote Config-Dienst abgerufene Werte zurück, nachdem meine App eine Abrufanfrage gesendet hat?
Geräte erhalten abgerufene Werte in der Regel in weniger als einer Sekunde und oft in Millisekunden. Der Remote Config-Dienst verarbeitet Abrufanfragen innerhalb von Millisekunden. Die Zeit, die für die Ausführung einer Abrufanfrage erforderlich ist, hängt jedoch von der Netzwerkgeschwindigkeit des Geräts und der Latenz der vom Gerät verwendeten Netzwerkverbindung ab.
Wenn Sie möchten, dass abgerufene Werte so schnell wie möglich in Ihrer App wirksam werden, ohne dass die Nutzerfreundlichkeit beeinträchtigt wird, sollten Sie bei jeder Aktualisierung des Vollbildmodus Ihrer App Aufrufe von fetchAndActivate
hinzufügen.
Test Lab
Auf der Test LabFehlerbehebungsseite findest du hilfreiche Tipps und Antworten auf häufig gestellte Fragen.
Firebase Storage für Nutzersegmentierung
Was ist Firebase Storage für Nutzersegmentierung?
Im Firebase Storage für Nutzersegmentierung werden Firebase-Installations-IDs, zugehörige Attribute und Segmente sowie von Ihnen erstellte Zielgruppenlisten gespeichert, um anderen Firebase-Diensten, die sie verwenden, Targeting-Informationen zur Verfügung zu stellen, z. B. für die Personalisierung von Crashlytics, FCM und Remote Config.