Häufig gestellte Fragen zu Firebase

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.

In den folgenden Ressourcen 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-Konsole oder die Google APIs-Konsole verwaltet werden.

Sie können Firebase diesen bestehenden Projekten mit einer der folgenden Optionen hinzufügen:

• Über die Firebase-Konsole:
  Klicken Sie auf der Landingpage 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 Firebase Management REST API-Endpunkt addFirebase auf.
  • Führen Sie den Firebase CLI-Befehl firebase projects:addfirebase aus.
  • Terraform verwenden

Warum hat mein Google Cloud-Projekt das Label firebase:enabled?

Auf der Seite Labels für Ihr Projekt in der Google Cloud-Konsole sehen Sie möglicherweise das Label firebase:enabled (genauer Key-Wert firebase mit dem Value-Wert 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).

Beachten Sie, dass durch das manuelle Hinzufügen dieses Labels zur Liste der Projektlabels KEINE Firebase-spezifischen Konfigurationen und Dienste für Ihr Google Cloud-Projekt aktiviert werden. 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:

1. 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
2. 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 (Key von firebase mit einem Value von enabled).
   • 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, damit Sie das Projekt in der Firebase-Konsole sehen können. Wenden Sie sich an die Person, die Ihre Google Cloud-Organisation verwaltet, damit Sie die Rolle „Betrachter“ erhalten, die zum Ansehen des Projekts erforderlich ist.

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-Preisplan: Ihr Projektkontingent ist auf eine kleine Anzahl von Projekten beschränkt (in der Regel 5–10).
• Blaze-Preisplan: 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 beschränkt die Gesamtzahl der Firebase-Apps in einem Firebase-Projekt auf 30.

Danach verschlechtert sich die Leistung (insbesondere bei Google Analytics). Bei einer größeren Anzahl von Anwendungen funktionieren schließlich 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. Es gibt ein Limit von etwa 30 Client-IDs, die innerhalb eines einzelnen Projekts erstellt werden können.

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. Eine ausführlichere Anleitung finden Sie in unseren allgemeinen Best Practices zum Einrichten von Firebase-Projekten.

In dem seltenen Fall, dass für Ihr Projekt mehr als 30 Anwendungen erforderlich sind, können Sie eine Erhöhung des Anwendungslimits anfordern. Ihr Projekt muss den Blaze-Preisplan 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 bei der Verwaltung der verschiedenen Firebase-Projekte für den App-Lebenszyklus helfen.

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  > Projekteinstellungen > Allgemein und dann auf der Karte Dein Projekt unter Umgebung auf .

Wo finde ich die App-ID meiner Firebase-App?

Rufen Sie in der Firebase Console die 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 gelten für die Verknüpfung von Google Play / AdMob / Google Ads / BigQuery mit meinem Firebase-Projekt oder meiner Firebase-App?

• Zur Verknüpfung deines Google Play-Kontos ist Folgendes erforderlich:
  • Eine der folgenden Firebase-Rollen: Inhaber oder Firebase-Administrator
    und
  • Eine der folgenden Google Play-Zugriffsebenen: Kontoinhaber oder 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 von > Projekteinstellungen ganz einfach Rollen zuweisen. In der Firebase Console können Sie eine der einfachen Rollen (Inhaber, Bearbeiter, Betrachter), Firebase-Administrator/-Betrachter oder eine der vordefinierten Firebase-Produktkategorierollen zuweisen.
• Die Google Cloud-Konsole bietet eine umfassende Reihe von Tools zum Zuweisen von Rollen zu Projektmitgliedern auf der IAM-Seite. 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-Konsole Zugriff auf das Projekt haben, können Sie die Liste der Projektmitglieder einschließlich Inhabern auf der Seite „Nutzer und Berechtigungen“ der Firebase-Konsole 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. Sie können die Liste der Projektmitglieder einschließlich Inhaber auf der Seite IAM der Google Cloud-Konsole ansehen.

Wenn der Inhaber Ihres Projekts die Aufgaben eines Inhabers nicht mehr ausführen kann (z. B. weil die Person 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 temporären Inhaber zuweisen zu lassen.

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 Organisation Google Cloud verwaltet, viele Aufgaben ausführen, die ein Inhaber übernehmen kann. Bei verschiedenen inhaberspezifischen Aufgaben (z. B. Zuweisen von Rollen oder Verwalten von Google Analytics-Properties) muss sich der Administrator jedoch möglicherweise selbst die Inhaberrolle zuweisen, um diese Aufgaben ausführen zu können.

Ich glaube nicht, dass ich ein Firebase-Projekt habe, aber ich habe dazu eine E-Mail 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. Du kannst dich über deinen 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 besteht die einfachste Lösung darin, sich selbst die Rolle „Inhaber“ zuzuweisen, damit Sie das Projekt öffnen und die erforderlichen Aktionen ausführen können. 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.

• iOS+
• Android
• Unity

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.
• In der Firebase-Konsole wird das Projekt nicht angezeigt, auch wenn Sie die Projekt-ID oder den Projektnamen in das Suchfeld der Console eingeben.

Wenn die Firebase-Konsole nicht geladen wird oder Browserfehler angezeigt werden, findest du in den FAQ unter „Warum wird die Firebase-Konsole nicht geladen?“ entsprechende Schritte zur Fehlerbehebung.

Führen Sie die folgenden Schritte zur Fehlerbehebung aus:

1. 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
2. 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. Bitten Sie die Person, die Ihre Organisation Google Cloud verwaltet, Ihnen die entsprechende Rolle zum Ansehen des Projekts zu gewähren, z. B. die Rolle „Browser“.

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 bei mir nicht geladen?

Diese häufig gestellten Fragen sind bei folgenden Problemen relevant:

• 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ühre die folgenden Schritte zur Fehlerbehebung aus:

1. Sehen Sie in der Zeile Console des Firebase-Status-Dashboards nach, ob es Dienstunterbrechungen gibt.
2. Verwenden Sie einen unterstützten Browser.
3. Versuchen Sie, die Firebase-Konsole in einem Inkognitofenster oder privaten Fenster zu laden.
4. Deaktivieren Sie alle Browsererweiterungen.
5. Prüfen Sie, ob die Netzwerkverbindung nicht durch einen Werbeblocker, ein Antivirenprogramm, einen Proxy, eine Firewall oder andere Software blockiert wird.
6. Versuche, die Firebase-Konsole über ein anderes Netzwerk oder Gerät zu laden.
7. 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 Projektinhaber kann dem Projekt weitere Mitglieder hinzufügen, Integrationen einrichten (Projektverknüpfung mit Diensten wie BigQuery oder Slack) und uneingeschränkten Bearbeitungszugriff für das Projekt haben.
• Ein Bearbeiter eines Projekts hat vollen Bearbeitungszugriff auf das Projekt.
• Ein Viewer für das Projekt hat nur Lesezugriff auf das Projekt. Beachten Sie, dass die Firebase-Konsole derzeit keine Steuerelemente zum Bearbeiten der UI in Projektbetrachtern ein- oder ausblenden kann. Diese Vorgänge schlagen jedoch bei Projektmitgliedern fehl, denen die Rolle „Betrachter“ zugewiesen ist.

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.

Zur Verwaltung von Firebase-Integrationen mit anderen Google-Produkten und -Diensten (z. B. AdMob, Google Analytics oder Google Play) benötigen Sie möglicherweise zusätzliche Berechtigungen, Rollen oder Zugriffsebenen, die in diesen Produkten und Diensten verwaltet werden. Weitere Informationen finden Sie in der Dokumentation zur jeweiligen Integration.

Preise

Seit Februar 2022 ist der Flame-Tarif nicht mehr verfügbar.
Es ist nicht mehr möglich, zum Flame-Tarif zu wechseln oder sich dafür zu registrieren. Bestehende Projekte wurden auf den Spark-Tarif umgestellt. Weitere Informationen

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 Features bieten wir eine kostenlose Stufe.

Firebase bietet außerdem viele kostenlose Produkte: Analytics, Cloud Messaging, 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-Guthaben nutzen, um Google Cloud- und Firebase-Produkte und ‑Dienste zu testen und auszuwerten.

Während des kostenlosen Testzeitraums von Google Cloud erhalten Sie ein Cloud Billing-Testkonto. Für jedes Firebase-Projekt, das dieses Rechnungskonto verwendet, gilt während des kostenlosen Testzeitraums das 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. Darüber hinaus sind bei Verwendung des Tarifs „Spark“ keine Google Cloud-Features verfügbar.

Blaze-Preismodell

Unser Tarif „Blaze“ 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 Ihre Nutzung von Projektressourcen in der Firebase-Konsole auf jedem der folgenden Dashboards verfolgen:

• 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?

Seit Februar 2022 wurde das Flame-Preismodell für Firebase eingestellt.
Projekte können nicht mehr zum Flame-Tarif wechseln oder sich dafür registrieren. Für bestehende Projekte wurde ein Downgrade auf das Spark-Preismodell durchgeführt. Weitere Informationen

Im Januar 2020 wurde der Flame-Preisplan (25 $/Monat für zusätzliches Kontingent) als Option für neue Registrierungen entfernt. Bestehenden Tarifnutzern wurde ein Kulanzzeitraum gewährt, um ihre Projekte aus dem Flame-Plan zu migrieren. Im Februar 2022 wurden die verbleibenden Projekte mit dem Flame-Preismodell auf den Spark-Preisplan umgestellt.
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 das Blaze-Preismodell und richten Sie Budgetbenachrichtigungen ein.

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 Tarif „Flame“ 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-Preisplan verwenden. Außerdem sollten Sie Budgetbenachrichtigungen für Ihr Projekt einrichten.

Mein Projekt wurde im Rahmen der Einstellung des Flame-Tarifs automatisch auf ein anderes Preismodell 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 beobachtet, dass der Flame-Tarif immer weniger genutzt wird und die meisten Projekte, die ihn verwenden, nicht sein volles Potenzial ausschöpfen. Die Umsetzung dieses Preismodells ist in der Regel nicht kostengünstig. Wir sind jedoch der Meinung, dass wir allen Nutzern einen besseren Service bieten können, wenn Ressourcen für andere Firebase-Initiativen fließen.

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. Nutzungslimits unterscheiden sich auch vom Spark-Tarif für Cloud Functions, Telefonauthentifizierung und Test Lab.

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-Plan monatlich berechnet.

Für Test Lab gelten für die kostenlose Nutzung des Blaze-Tarifs die folgenden Einschränkungen:

• 30 Minuten pro Tag auf einem physischen Gerät
• 60 Minuten virtueller Gerätenutzung pro Tag

Wird das kostenlose Nutzungskontingent zurückgesetzt, wenn ich von einem Spark- 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 „gleichzeitige Datenbankverbindung“?

Eine gleichzeitige Verbindung entspricht der Verbindung eines Mobilgeräts, eines Browsertabs oder einer Serveranwendung, 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. Für die Pläne Flame und Blaze gilt 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.

Seit Februar 2022 ist der Flame-Tarif nicht mehr verfügbar.
Es ist nicht mehr möglich, zum Flame-Tarif zu wechseln oder sich dafür zu registrieren. Bestehende Projekte wurden auf den Spark-Tarif umgestellt. Weitere Informationen

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.

Seit Februar 2022 ist der Flame-Tarif nicht mehr verfügbar.
Es ist nicht mehr möglich, zum Flame-Tarif zu wechseln oder sich dafür zu registrieren. Bestehende Projekte wurden auf den Spark-Tarif umgestellt. Weitere Informationen

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 von Firebase und Google Cloud gemeinsam genutzt, sodass Firebase-Dienste und Google Cloud-Dienste für Projekte aktiviert werden können. 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, einschließlich Mitbearbeitern und Zahlungsinformationen, werden von Firebase und Google Cloud gemeinsam genutzt. Die Nutzung von Firebase und Google Cloud wird auf derselben Rechnung aufgeführt.

Wenn Sie ein Upgrade auf den Tarif „Blaze“ durchführen, können Sie außerdem alle erstklassigen Infrastructure-as-a-Service-APIs und APIs von Google Cloud direkt in Ihrem Firebase-Projekt zu Google Cloud-Standardpreisen verwenden. 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 findest du 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 ein Cloud Billing-Konto einem Projekt in der Google Cloud-Konsole hinzugefügt wird, wird dasselbe Projekt automatisch auf den Firebase-Tarif „Blaze“ aktualisiert, wenn dieses Projekt derzeit im Tarif „Spark“ ist.

Wenn dagegen ein vorhandenes aktives Cloud Billing-Konto aus einem Projekt in der Google Cloud-Konsole entfernt wird, wird für dieses Projekt ein Downgrade auf den Firebase Spark-Tarif ausgeführt.

Seit Februar 2022 ist der Flame-Tarif nicht mehr verfügbar.
Es ist nicht mehr möglich, zum Flame-Tarif zu wechseln oder sich dafür zu registrieren. Bestehende Projekte wurden auf den Spark-Tarif umgestellt. Weitere Informationen

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 werde ich erhalten?

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 Zeitzonen inbegriffen. Für alle Konten gilt unbegrenzter Support bei abrechnungsbezogenen Problemen, kontobezogenen Problemen, technischen Fragen (Fehlerbehebung) und Ereignisberichten.

Kann ich die Nutzung des Tarifs „Blaze“ beschränken?

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.

Seit Februar 2022 ist der Flame-Tarif nicht mehr verfügbar.
Es ist nicht mehr möglich, zum Flame-Tarif zu wechseln oder sich dafür zu registrieren. Bestehende Projekte wurden auf den Spark-Tarif umgestellt. Weitere Informationen

Bieten Sie Verträge, Preise, Support oder dediziertes Infrastruktur-Hosting für Unternehmen an?

Unser Tarif „Blaze“ ist für Unternehmen jeder Größe geeignet und unser SLA erfüllt oder übertrifft den Branchenstandard für Cloud-Infrastruktur. Derzeit bieten wir jedoch weder Unternehmensverträge, Preise noch Support an. Wir bieten auch kein spezielles Hosting von Infrastruktur (d. h. lokale Installationen) für Dienste wie Realtime Database an. Wir arbeiten intensiv 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.

Wir bieten im Tarif „Blaze“ Ad-hoc-Preise an, bei denen Sie nur für die Features bezahlen, die Sie nutzen.

Wie funktionieren die kostenpflichtigen Firebase-Abos mit Ads? Gibt es bei kostenpflichtigen Tarifen kostenlose Werbegutschriften?

Die Firebase-Preispläne 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 verwenden zu können?

Cloud Functions for Firebase nutzt bestimmte kostenpflichtige Google-Dienste. 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 Firebase CLI 11.2.0 und neuere Versionen

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 Firebase CLI 11.1.x und ältere Versionen

Für Funktionen, die in älteren Versionen bereitgestellt wurden, stellt Container Registry die Container bereit, in denen Funktionen ausgeführt werden. Ihnen wird jeder 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 ändern könnte, 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 Entwicklungsprozess von der Bereitstellung von Funktionen zu Testzwecken abhängt, können Sie die Kosten zusätzlich minimieren, indem Sie Firebase Local Emulator Suite während der Entwicklung verwenden.

Weitere Informationen finden Sie unter Firebase-Tarife und in den Cloud Functions Preisbeispielen.

Plant Firebase, die Kontingente und Limits für Cloud Functions for Firebase zu erhöhen?

Nein. Es gibt keine Pläne, die Kontingente zu ändern, mit Ausnahme der Entfernung eines maximalen Build-Zeitlimits. Anstatt Fehler oder Warnungen zu erhalten, wenn das tägliche Build-Kontingent von 120 Minuten erreicht ist, erfolgt die Abrechnung nach den Bedingungen des Blaze-Preismodells. 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 zum Guthaben in Höhe von Google Cloud

In diesem Fall 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 ausgeführt werden kann.

Ich möchte einem Codelab folgen, um mehr über Firebase zu erfahren. 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 ich eine gewaltige Rechnung bekomme.

In der Google Cloud-Konsole können Sie zur Kostenkontrolle Budgetbenachrichtigungen einrichten. Außerdem haben Sie die Möglichkeit, Limits für die Anzahl der abgerechneten Instanzen festzulegen, die für die einzelnen Funktionen erstellt werden. Eine Vorstellung der Kosten für typische Szenarien erhalten Sie in den Beispielen unter 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 das Blaze-Preismodell 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 des Spark-Tarifs für Cloud Storage for Firebase überschreite?

Wenn Sie die Limits für Cloud Storage in einem Projekt im Spark-Plan überschreiten, hängt das Ergebnis von der Art des Limits ab, das Sie überschreiten:

• Wenn Sie das Limit von gespeicherten GB überschreiten, können Sie keine weiteren Daten in diesem Projekt speichern, es sei denn, Sie entfernen einige der gespeicherten Daten oder führen ein Upgrade auf ein Abo aus, das mehr oder unbegrenzten Speicherplatz bietet.
• Wenn Sie das Limit für heruntergeladene GB überschreiten, kann Ihre Anwendung erst am nächsten Tag (ab Mitternacht, US Pacific Time) weitere Daten herunterladen, es sei denn, Sie führen ein Upgrade auf einen Tarif mit weniger restriktiven oder uneingeschränkten Limits aus.
• Wenn Sie das Limit für Upload- oder Downloadvorgänge überschreiten, kann Ihre App erst am nächsten Tag (ab Mitternacht, 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?

Sehen Sie sich die Seite Datenschutz und Sicherheit in Firebase an.

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, heben Sie die Verknüpfung der Bibliothek mit Ihrer Anwendung auf. 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 bereits Firebase mit Google Analytics verknüpft haben, aber weiterhin die Meldung angezeigt wird, 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, um A/B Testing verwenden zu können.

Eine Liste aller aktiven Streams finden Sie auf der Seite Google Analytics-Integrationsdetails in der Firebase Console. Sie können sie über Projekteinstellungen > Integrationen > Google Analytics > 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 mehrere 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:
  • Apps ohne aktiven Stream in der Firebase Console löschen und wieder hinzufügen
  • 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 Details zur App 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:
  1. Wählen Sie unter Projekteinstellungen die Option Integrationen aus.
  2. Klicken Sie auf der Karte Google Analytics auf Verwalten, um auf die Firebase- und Google Analytics-Einstellungen zuzugreifen.
  3. Notieren Sie sich die Property-ID von Google Analytics und das verknüpfte Google Analytics-Konto.
  4. Klicken Sie auf  Mehr und wählen Sie Verknüpfung von Analytics mit diesem Projekt aufheben aus.
  5. Prüfen Sie die angezeigte Warnung. Keine Sorge, Sie werden im nächsten Schritt dieselbe Property wieder verknüpfen. Klicken Sie dann auf Verknüpfung mit Google Analytics aufheben.
     
     Sobald die Verknüpfung aufgehoben wurde, werden Sie zur Seite Integrationen weitergeleitet.
  6. Klicken Sie auf der Karte Google Analytics auf Aktivieren, um die Verknüpfung zu starten.
  7. Wählen Sie in der Liste Konto auswählen Ihr Analytics-Konto aus.
  8. Klicken Sie neben Automatisch eine neue Property in diesem Konto erstellen auf 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.
  9. Klicken Sie auf Google Analytics aktivieren, um die Property wieder zu verknüpfen.
  10. Klicken Sie auf Fertig.

Wichtig:Wählen Sie die Analytics-Property aus, die zuvor verknüpft war, damit Analytics-Ereignisse fortlaufend erfasst werden. Wenn Sie versehentlich eine neue Property erstellt haben, wiederholen Sie die vorherigen Schritte, um die Verknüpfung mit der aktiven Property wiederherzustellen.

Wenn beim Erstellen von A/B-Tests mit Remote Config weiterhin der Fehler auftritt, nachdem Sie diese Schritte ausgeführt haben, 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 Nutzermesswerte für AdMob erfassen möchten, müssen Sie zusätzlich 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 Datei build.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.

Verwende zum Verwenden von AdMob immer das Google Mobile Ads SDK, wie oben in diesen FAQ beschrieben.

Im September 2024 nehmen wir die folgenden Änderungen vor, damit Sie mehr Kontrolle über die Abhängigkeiten haben, die Sie Ihren Apps hinzufügen.

• Android: Die Firebase SDKs für AdMob (firebase-ads oder firebase-ads-lite) werden nicht mehr veröffentlicht. Verwenden Sie stattdessen das Google Mobile Ads SDK, wie oben in diesen FAQ beschrieben.

  Diese Artefakte enthielten kein eigenes Binary, sondern waren nur ein Wrapper für ihre Abhängigkeiten, insbesondere das Google Mobile Ads SDK und das Firebase SDK für Google Analytics. Wenn Ihre App also Google Analytics APIs aufruft und Sie zum Google Mobile Ads SDK wechseln, müssen Sie der build.gradle-Datei Ihrer App die Abhängigkeit für das Firebase SDK für Google Analytics (com.google.firebase:firebase-analytics) explizit hinzufügen.

  Auch nachdem diese Artefakte nicht mehr veröffentlicht werden, funktionieren alle vorhandenen Versionen weiterhin. Wenn Sie jedoch Fehlerkorrekturen und neue Funktionen erhalten möchten, müssen Sie eine Migration durchführen, um die SDKs verwenden zu können, wie weiter oben in diesen FAQs beschrieben.

• iOS: Sie können Google-Mobile-Ads-SDK nicht mehr über die Firebase-ZIP-Datei oder FirebaseAdMob über Carthage hinzufügen. Importieren Sie stattdessen das Google Mobile Ads SDK wie oben in diesen FAQ beschrieben. Die Binärdatei FirebaseAdMob ist funktional mit Google-Mobile-Ads-SDK identisch.

  Auch nachdem Firebase diese Binärverteilungen eingestellt hat, bleiben alle vorhandenen Versionen der Firebase-Zip-Distributionen verfügbar. Für Fehlerkorrekturen und neue Funktionen müssen Sie jedoch migrieren, um den Pod zu verwenden, wie weiter oben in diesen FAQs beschrieben.

Analytics

Analytics: Warum wird Google Analytics für die Verwendung von Firebase-Produkten empfohlen?

Google Analytics ist eine kostenlose und unbegrenzte Analyselösung, die zusammen mit Firebase-Features leistungsstarke Informationen 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 erweitern 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 Ihre Property-Einstellungen:

1. Rufen Sie in der Firebase Console > Projekteinstellungen auf.
2. Rufen Sie den Tab Integrationen auf und klicken Sie dann auf der Karte „Google Analytics“ auf Verwalten oder Verknüpfung ansehen.
3. 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 und in der Firebase-Konsole wird 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, ist es nicht möglich, sie wiederherzustellen. Auch die zuvor in dieser Property gespeicherten Analytics-Daten können nicht wiederhergestellt werden.

Wenn Sie Google Analytics wieder verwenden möchten, können Sie entweder eine neue oder eine vorhandene Property mit Ihrem Firebase-Projekt verknüpfen. Dazu können Sie die Firebase-Konsole oder die Google Analytics-Benutzeroberfläche verwenden. 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?

Bei einigen Firebase-Produkten 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: Du kannst keine Nutzer ohne Abstürze, Navigationspfade 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.
• Du kannst 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“ verwenden. 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 Telefonauthentifizierung 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 Gebiete
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 eventuell einrichten

1. Regionale SMS-Nutzung ansehen

   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.

2. 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 sollten 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 Check mit Firebase Authentication verwenden möchten, müssen Sie ein Upgrade auf Firebase Authentication with Identity Platform ausführen.

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 unbeabsichtigte Weise verwenden (z. B. wenn ein Anmeldevorgang gestartet und dann nie beendet wird, um gesendete SMS zu generieren).

Firebase Authentication: Werden Telefonnummern, die zu einem neuen Mobilfunkanbieter portiert werden, von der Telefonauthentifizierung unterstützt?

Derzeit können SMS an Endnutzer, die ihre Nummern zwischen Mobilfunkanbietern portieren, nicht 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?

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)

1. Prüfen Sie, ob die Google-Anmeldung als Authentifizierungsanbieter ordnungsgemäß aktiviert ist:

   1. Öffnen Sie in der Firebase-Konsole den Abschnitt Authentication.

   2. Deaktivieren Sie auf dem Tab Anmeldemethode die Anmeldemethode Google und aktivieren Sie sie dann wieder (auch wenn sie bereits aktiviert ist):

      1. Öffnen Sie die Anmeldemethode Google, deaktivieren Sie sie und klicken Sie dann auf Speichern.

      2. Öffnen Sie die Anmeldemethode Google wieder, aktivieren Sie sie und klicken Sie auf Speichern.

2. Achten Sie darauf, dass Ihre App die aktuelle Firebase-Konfigurationsdatei (google-services.json) verwendet.
   Rufen Sie die Konfigurationsdatei Ihrer App ab.

3. Prüfen Sie, ob der Fehler weiterhin angezeigt wird. Falls ja, fahren Sie mit dem nächsten Schritt zur Fehlerbehebung fort.

4. Prüfen Sie, ob die erforderlichen zugrunde liegenden OAuth 2.0-Clients vorhanden sind.

   1. Suchen Sie auf der Seite Anmeldedaten der Google Cloud-Konsole im Abschnitt OAuth 2.0-Client-IDs.

   2. 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 wird in meiner Apple-Plattform-App der folgende Fehler angezeigt:
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|

1. Prüfen Sie, ob die Google-Anmeldung als Authentifizierungsanbieter ordnungsgemäß aktiviert ist:

   1. Öffnen Sie in der Firebase Console den Bereich Authentication.

   2. Deaktivieren Sie auf dem Tab Anmeldemethode die Anmeldemethode von Google und aktivieren Sie sie dann wieder (auch wenn sie bereits aktiviert ist):

      1. Öffnen Sie die Anmeldemethode Google, deaktivieren Sie sie und klicken Sie dann auf Speichern.

      2. Öffnen Sie die Anmeldemethode Google noch einmal, aktivieren Sie sie und klicken Sie auf Speichern.

2. Achten Sie darauf, dass Ihre App die aktuelle Firebase-Konfigurationsdatei (GoogleService-Info.plist) verwendet.
   Holen Sie sich die Konfigurationsdatei Ihrer App.

3. Prüfen Sie, ob der Fehler weiterhin angezeigt wird. Falls ja, fahren Sie mit dem nächsten Schritt zur Fehlerbehebung fort.

4. Prüfen Sie, ob die erforderlichen zugrunde liegenden OAuth 2.0-Clients vorhanden sind.

   1. Suchen Sie auf der Seite Anmeldedaten der Google Cloud-Konsole im Abschnitt OAuth 2.0-Client-IDs.

   2. 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?

Folgen Sie den Schritten zur Fehlerbehebung in diesen häufig gestellten Fragen, wenn Sie den folgenden Fehler erhalten:

AuthErrorCode.INVALID_OAUTH_CLIENT_ID

1. Prüfen Sie, ob die Google-Anmeldung als Authentifizierungsanbieter ordnungsgemäß aktiviert ist:

   1. Öffnen Sie in der Firebase-Konsole den Abschnitt Authentication.

   2. Deaktivieren Sie auf dem Tab Anmeldemethode die Anmeldemethode Google und aktivieren Sie sie dann wieder (auch wenn sie bereits aktiviert ist):

      1. Öffnen Sie die Anmeldemethode Google, deaktivieren Sie sie und klicken Sie dann auf Speichern.

      2. Öffnen Sie die Anmeldemethode Google wieder, aktivieren Sie sie und klicken Sie auf Speichern.

2. 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 schlagen die Anmeldung in meiner Webanwendung mit der folgenden Fehlermeldung fehl:
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.

Hinweis :Der Hostname der Seite, auf der Sie diesen Fehler gesehen haben, ist Ihre aktuelle authDomain.

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 sich YOUR_REDIRECT_DOMAIN in der Liste der autorisierten Domains für Ihr Firebase-Projekt befindet. Wenn die Weiterleitungsdomain dort bereits 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-App firebaseConfig richtig konfiguriert ist, um eine der Domains für diese Hosting-Website zu verwenden. Rufen Sie dazu https://authDomain__/firebase/init.json auf und prüfen Sie, ob die projectId mit der in firebaseConfig ü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ührte projectId müssen mit Ihrer Web-App firebaseConfig übereinstimmen.

Prüfen Sie, ob dieser API-Schlüssel gelöscht wurde: Rufen Sie in der Google Cloud Console den Bereich APIs und 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 die Anwendung dann noch einmal 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 > Projekteinstellungen und klicken Sie dann im Abschnitt Meine Apps auf Ihre Web-App. Dadurch wird automatisch ein API-Schlüssel erstellt, den Sie im Bereich SDK-Einrichtung und -Konfiguration für Ihre Web-App sehen können.

  In der Cloud Console heißt dieser neue API-Schlüssel nicht Browser key. Er hat stattdessen den gleichen Namen wie der Alias Ihrer Firebase Web-App. 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 du reservierte Hosting-URLs verwendest, stelle deine App noch einmal in Firebase bereit, 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?

Hinweis: Nur in seltenen Fällen müssen Sie einen Webclient manuell erstellen.

Wenn Sie einen Webclient manuell erstellen, um fehlende oder ungültige Webclients neu zu generieren, ist es in der Regel einfacher, die Google-Anmeldung im Bereich Authentication der Firebase-Konsole zu deaktivieren und dann wieder zu aktivieren.

1. Öffnen Sie die Seite Anmeldedaten in der Google Cloud-Konsole.

2. Wählen Sie oben auf der Seite Anmeldedaten erstellen > OAuth-Client-ID aus.

3. 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.

4. So erstellst du den OAuth-Webclient:

   1. Wählen Sie als Anwendungstyp die Option Webanwendung aus.

   2. Fügen Sie unter Autorisierte JavaScript-Quellen Folgendes hinzu:

      • http://localhost
      • http://localhost:5000
      • https://PROJECT_ID.firebaseapp.com
      • https://PROJECT_ID.web.app

   3. Fügen Sie unter Autorisierte Weiterleitungs-URIs Folgendes hinzu:

      • https://PROJECT_ID.firebaseapp.com/__/auth/handler
      • https://PROJECT_ID.web.app/__/auth/handler

   4. Speichern Sie den OAuth-Client.

   Hinweis: Für einige Firebase Hosting-Domains wird keine Firebase-Projekt-ID verwendet. Achten Sie daher darauf, dass die von Ihnen eingegebenen Domains mit den Domains übereinstimmen, die für Ihr Firebase-Projekt bereitgestellt wurden.

5. Kopieren Sie die neue OAuth-Client-ID und den neuen Clientschlüssel in die Zwischenablage.

6. Öffnen Sie in der Firebase Console den Bereich Authentication.

7. Öffnen Sie auf dem Tab Sign in method (Anmeldemethode) den Google Log-in-Anbieter und fügen Sie die Webserver-Client-ID und das Secret ein, das 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, entspricht %APP_NAME% in der E-Mail-Vorlage dem OAuth-Markennamen (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).

  Hinweis: Wenn die Suche nach dem Standard-Firebase Hosting-Websitenamen fehlschlägt, wird als %APP_NAME% die Firebase-Projekt-ID verwendet.

Hinweis: Bei SMS-Bestätigungsnachrichten wird %APP_NAME% nicht mit dem OAuth-Markennamen ausgefüllt. Daher wird die oben beschriebene Logik nicht angewendet.

Cloud Functions

Cloud Functions-Laufzeitunterstützung

Wie führe ich ein Upgrade auf die neueste unterstützte Version von Node.js durch?

1. Sie müssen den Blaze-Tarif nutzen.
2. Achten Sie darauf, dass Sie die neueste Version der Firebase-Befehlszeile verwenden.
3. Aktualisieren Sie das Feld engines in den package.json Ihrer Funktionen.
4. Optional können Sie Ihre Änderungen mit Firebase Local Emulator Suite testen.
5. 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 Aktualisierungen der Cloud Functions-Laufzeit betroffen?

Ja. Da Erweiterungen Cloud Functions-Funktionen verwenden, muss die Laufzeit Ihrer Erweiterungen auf denselben Zeitplan aktualisiert werden wie Cloud Functions.

Wir empfehlen Ihnen, 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.

Notifications Composer ist eine einfache, 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 einer Größe von bis zu 2 KB
	Datennachrichten bis zu 4 KB
Lieferung	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. Sollte ich zu Firebase Cloud Messaging wechseln?

FCM ist die neue Version von 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 Kundenentwicklung Sie müssen nicht mehr Ihre eigene Logik für die Wiederholung von Registrierungen oder 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.

Anleitungen zum Upgrade von GCM-SDKs auf FCM-SDKs finden Sie in den Leitfäden zur Migration von Android- und iOS-Apps.

Cloud Messaging: Warum erhalten die ausgewählten Geräte offenbar 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 findest du in den Details für 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 einer Größe von bis zu 2 KB
	Datennachrichten bis zu 4 KB
Lieferung	Sofort
	Ortszeit des zukünftigen Clientgeräts
Analytics	Integrierte Sammlung von Benachrichtigungsanalysen und Trichteranalysen

Notifications Composer:Ich bin bereits Google Cloud Messaging-(GCM)-Entwickler und möchte den Notifications 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 und Notifications Composer nutzen möchten, müssen Sie ein Upgrade von den GCM SDKs auf FCM SDKs ausführen. Weitere Informationen finden Sie in den Anleitungen zur Migration von Android- und iOS-Apps.

FCM Funktionen, die im Juni 2023 eingestellt wurden

Welche FCM APIs wurden am 20. Juni 2023 eingestellt und was soll 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.06.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.
Instanz-ID-Server-APIs	https://iid.googleapis.com/v1/web/iid	Anfragen an den Endpunkt schlagen nach dem 21.06.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 den Endpunkt direkt auf, um Nachrichten von ihren Clients an den Anwendungsserver 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.06.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(). Beachten Sie, dass die neuen APIs nicht mehr die verworfene Batch Send API aufrufen. 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)	Für Web-Apps, die ältere JS SDKs verwenden, können nach dem 21.06.2024 keine Tokens mehr registriert werden.	Führen Sie ein Upgrade Ihres 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 nicht von der Außerbetriebnahme der APIs im Juni 2024 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?

In FCM werden verworfene APIs um den 22. Juli 2024 schrittweise eingestellt. 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, die mit HTTP-Code 301 abgelehnt werden.
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 – Token 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 alle Anfragen gleichzeitig zur neuen API migrieren?

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 zur Verteilung 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 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.

Für Anwendungsfälle, in denen die End-to-End-Latenz von entscheidender Bedeutung ist oder in denen die Gesamtgröße des Fanouts gering 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 zusätzliche Parallelität erforderlich, um diesen atypischen Anwendungsfall zu optimieren. 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 eine Fanout-Rate von bis zu 10.000 Abfragen pro Sekunde pro Projekt, ohne dass die Themengröße begrenzt ist.

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.05.2024 dürfen unsere Legacy-APIs in neuen Projekten nicht mehr 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.

Kontingente und Limits für FCM

Ich muss innerhalb von zwei Minuten eine große Kundengruppe benachrichtigen.

Dieser Anwendungsfall kann leider 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 leider 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 meine Kontingentanfrage 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 dann alles in seiner Macht Stehende tun, um den Antrag zu erfüllen. Eine Erhöhung kann jedoch nicht garantiert werden. Diese Kontingenterhöhungen werden nach dem Enddatum des Ereignisses 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?

Wahrscheinlich erhalten Sie den Fehlercode 412, 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-Tarifen 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 nach dem 28. September 2023 weiterhin hosten möchten:

• Hosting: Sie müssen auf das Blaze-Abo upgraden, bevor Sie diese Dateitypen über den Befehl firebase deploy in 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.

Verwenden Sie Firebase-Tools, um Ihre Firebase Hosting- und Cloud Storage-Ressourcen zu verwalten.

• Verwenden Sie zum Verwalten von Ressourcen in Firebase Hosting die Firebase Console, um Releases gemäß diesem Leitfaden zu löschen.
• Wenn Sie Ressourcen in Cloud Storage verwalten möchten, rufen Sie in Ihrem Projekt die Seite für Speicherprodukte auf.
1. 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.
2. Klicken Sie auf Löschen und bestätigen Sie, dass die Dateien gelöscht wurden.

Weitere Informationen zum Verwalten von Hosting-Ressourcen mit Firebase-Tools und Cloud Storage for Firebase-Buckets mit Clientbibliotheken finden Sie in unserer Dokumentation.

Cloud Storage for Firebase: Warum kommt es zu einem unerwarteten Anstieg 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 der Seite „Nutzung“ im Blick zu behalten, ob Erhöhungen möglicherweise auf Ihre Limits angerechnet werden.

Cloud Storage for Firebase: Warum werden meinen Firebase-Projekten, die Cloud Storage for Firebase verwenden, neue Dienstkonto-IDs zugewiesen?

Firebase verwendet Dienstkonten, um Dienste ohne Freigabe von Nutzeranmeldedaten zu betreiben und zu verwalten. 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
[e-mail].

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 [e-mail]. 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, können Sie das Konto auf eine der folgenden Arten hinzufügen.

Hinweis:Für diese Vorgänge muss die Cloud Storage for Firebase API in der Google Cloud Console aktiviert sein. Wenn die API deaktiviert ist, aktivieren Sie sie wie in diesem Cloud-Leitfaden beschrieben wieder.

• (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 Namen
  [e-mail] 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. Folgen Sie der Anleitung unter Dienstkonto deaktivieren, um das Dienstkonto aus Ihrem Projekt zu entfernen.

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?

Siehe Dynamic Links FAQs.

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 doppelt zugegriffen wird. Rufen Sie diese API unbedingt auf, wobei der Parameter autoLaunchDeepLink bei jeder Deeplink-Aktivität auf false gesetzt ist, um ihn für den Fall zu löschen, dass die Aktivität außerhalb der Hauptaktivität ausgelöst wird.

Firebase Local Emulator Suite

Warum wird in Emulator Suite-Logs ein Fehler angezeigt, der mit „Mehrere Projekt-IDs werden im Einzelprojektmodus 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-Deklarationen auf Diskrepanzen in:

• Das in der Befehlszeile festgelegte Standardprojekt. Standardmäßig wird die Projekt-ID beim Start aus dem Projekt übernommen, das mit firebase init oder firebase use ausgewählt wurde. Mit firebase projects:list können Sie die Liste der Projekte aufrufen (und sehen, welches ausgewählt wurde).
• Unittests. Die Projekt-ID wird häufig in Aufrufen der Rules Unit Testing-Bibliotheksmethoden initializeTestEnvironment oder initializeTestApp angegeben. Andere Testcodes können mit initializeApp(config) initialisiert werden.
• Das Flag --project in der Befehlszeile Wenn Sie das Flag --project an die Firebase CLI übergeben, wird das Standardprojekt überschrieben. Der Wert des Flags muss bei Einheitentests und bei der App-Initialisierung mit der Projekt-ID übereinstimmen.

Plattformspezifische Orte, die geprüft werden sollten:

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-Tarifen ausführbare Dateien speichern?

Bei kostenlosen Projekten (Spark) blockiert Firebase Uploads und das Hosting bestimmter ausführbarer Dateitypen für Windows, Android und Apple nach Cloud Storage for Firebase und Firebase Hosting. 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 nach dem 28. September 2023 weiterhin hosten möchten:

• Hosting: Sie müssen auf das Blaze-Abo upgraden, bevor Sie diese Dateitypen über den Befehl firebase deploy in 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.

Verwenden Sie Firebase-Tools, um Ihre Firebase Hosting- und Cloud Storage-Ressourcen zu verwalten.

• Wenn Sie Ressourcen in Firebase Hosting verwalten möchten, löschen Sie Releases wie in dieser Anleitung beschrieben über die Firebase Console.
• Rufen Sie zum Verwalten von Ressourcen in Cloud Storage die Storage-Produktseite in Ihrem Projekt auf.
1. 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.
2. 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 zeigt meine Hosting-Versionsverlaufstabelle in der Firebase-Konsole eine höhere Anzahl an Dateien an als in meinem lokalen Projekt tatsächlich vorhanden?

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ß kann ich maximal in Firebase Hosting bereitstellen?

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 mir Leistungsdaten nicht in Echtzeit 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 der Berechnung der Bandbreite berücksichtigen wir normalerweise den SSL-Verschlüsselungs-Overhead (basierend auf Ebene 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 verringern Sie die Anzahl der Downloads:

• 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 Aktualisierungen von Daten herunterladen, z. B. on() anstelle von once().
• Mithilfe von Sicherheitsregeln können Sie unbefugte Downloads blockieren.

Wenn Sie Ihr Speicherplatzlimit überschritten haben, führen Sie ein Upgrade Ihres Preisplans durch, um Dienstunterbrechungen zu vermeiden. Mit den folgenden Schritten können Sie die Datenmenge in Ihrer Datenbank reduzieren:

• Führen Sie regelmäßige Bereinigungsjobs aus.
• Reduzieren Sie doppelte Daten in Ihrer Datenbank.

Es kann einige Zeit dauern, bis sich Datenlöschungen auf Ihr Speicherkontingent auswirken.

Wenn Sie die maximale Anzahl gleichzeitiger 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 Aussehen 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.

Diese Einstellung sollte nur für die Entwicklung verwendet werden, nicht für eine App, die in der Produktion ausgeführt wird. Wenn Sie Ihre App nur mit einem kleinen Entwicklungsteam von 10 Personen testen, werden Sie die stündlichen kontingentbasierten Limits für den Dienst wahrscheinlich nicht erreichen. Wenn Sie Ihre Anwendung jedoch an Tausende von Testnutzern mit einem sehr niedrigen Mindestabrufintervall weitergeben, würde Ihre Anwendung dieses Kontingent wahrscheinlich erreichen.

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 benötigt wird, 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 Lab-Seite zur Fehlerbehebung finden Sie hilfreiche Tipps und Antworten auf FAQs.

Firebase Storage für Nutzersegmentierung

Was ist Firebase User Segmentation Storage?

Im Firebase Storage für Nutzersegmentierung werden Firebase-Installations-IDs und 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.