Fehlerbehebung und häufig gestellte Fragen zu A/B-Tests
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite finden Sie Hilfe zur Fehlerbehebung und Antworten auf häufig gestellte
Fragen zur Verwendung von A/B Testing. Wenn Sie nicht finden, wonach Sie suchen
oder weitere Unterstützung benötigen, wenden Sie sich an den Firebase
Support.
Allgemeine Fehlerbehebung/FAQ
Wie viele Tests kann ich erstellen und ausführen?
Sie können bis zu 300 Tests pro Projekt erstellen und ausführen (einschließlich Rollouts),
Davon können bis zu 24 Tests und Rollouts gleichzeitig ausgeführt werden. Die übrigen Tests sind abgeschlossen.
Wenn Sie dieses Limit erreichen, müssen Sie Entwürfe oder abgeschlossene Tests löschen
bevor Sie neue erstellen können.
Warum kann ich meine Tests nicht sehen, 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 erstellen, verlieren Sie den Zugriff auf zuvor erstellte Tests. Wenn Sie wieder auf einen früheren Test zugreifen möchten, stellen Sie die Verknüpfung Ihres Projekts mit der Google Analytics-Property wieder her, die verknüpft war, als der Test erstellt wurde.
Warum erhalte ich beim Erstellen eines Remote Config Tests die Meldung „Projekt ist nicht mit
Google Analytics verknüpft“?
Wenn Sie Google Analytics bereits in Ihrem Projekt aktiviert und Ihre Apps verknüpft haben, aber trotzdem die Meldung erhalten, dass Google Analytics nicht verknüpft ist, prüfen Sie, ob für alle Apps in Ihrem Projekt ein Analytics Stream vorhanden ist. Derzeit müssen A/B Testing, alle Apps in einem Projekt mit Analytics verknüpft sein, um verwenden zu können.
So prüfen Sie die Liste aller aktiven Streams für Ihre
Google Analytics Integration:
Klicken Sie auf der Karte Google Analytics auf Verwalten.
Wenn Sie einen Google Analytics Stream für eine App erstellen, für die noch keiner vorhanden ist
, sollte das Problem behoben sein. Es gibt verschiedene Möglichkeiten, Streams für fehlende
Apps zu erstellen:
Wenn nur für eine oder zwei Apps kein zugeordneter
Google Analytics Stream vorhanden ist, können Sie einen der folgenden Schritte
ausführen, um einen Google Analytics Stream hinzuzufügen:
Löschen Sie in der Firebase Console alle Apps ohne aktiven
Stream und fügen Sie sie wieder hinzu.
Wählen Sie in der
Google Analytics-Konsole,
Verwaltung aus, klicken Sie auf Datenstreams und dann
auf Stream hinzufügen, fügen Sie die Details der fehlenden App hinzu und
klicken Sie auf App registrieren.
Wenn für mehrere Apps Streams fehlen, ist es am schnellsten und effizientesten, die Verknüpfung Ihrer Google Analytics Property aufzuheben und wiederherzustellen, um die fehlenden App-Streams zu erstellen:
Klicken Sie auf der Karte Google Analytics auf
Verwalten.
Notieren Sie sich die Google AnalyticsProperty-ID
und das verknüpfte Google Analytics-Konto.
Klicken Sie auf more_vertMehr
und wählen Sie Verknüpfung von Analytics mit diesem Projekt aufheben aus.
Lesen Sie die Warnung (keine Sorge, Sie stellen im nächsten Schritt die Verknüpfung mit derselben Property wieder her) und klicken Sie dann auf Verknüpfung von Google Analytics aufheben.
Nachdem die Verknüpfung aufgehoben wurde, werden Sie zur
Integrationen Seite weitergeleitet.
Klicken Sie auf der Karte Google Analytics auf
Aktivieren, um die Verknüpfung wiederherzustellen.
Wählen Sie in der Liste
Konto auswählen Ihr Analytics Konto aus.
Klicken Sie neben
Automatisch eine neue Property in diesem Konto erstellen,
auf
editBearbeiten und wählen Sie in
der
Liste Analytics-Property Ihre
Property-ID aus.
Eine Liste aller Apps in Ihrem Projekt wird angezeigt. Es werden die vorhandenen Streamzuordnungen für
jede App aufgeführt. Für Apps ohne Stream wird ein Stream
erstellt.
Klicken Sie auf Google Analytics aktivieren , um die Verknüpfung der Property wiederherzustellen.
Aktualisierung des neuen A/B Testing Workflows und Fehlerbehebung/FAQ
Um eine leistungsstärkere und einheitlichere Testumgebung zu bieten, ist
A/B Testing jetzt als native
Funktion direkt in Remote Config integriert. Bisher wurden Remote Config Tests als separates
Produkt in A/B Testing ausgeführt. Dafür waren isolierte Workflows und eine separate
Bedingungslogik erforderlich, was zu inkonsistenten Auswertungen führen konnte.
Durch die direkte Integration von Tests in Remote Config werden diese
Einschränkungen behoben und wichtige Verbesserungen ermöglicht:
Umfangreichere, einheitliche Ausrichtung: Bei Tests wird jetzt das native Tool zur Bedingungserstellung von Remote Config's verwendet. So haben Sie Zugriff auf eine größere Auswahl an Targeting-Kriterien wie Analytics Zielgruppen und Nutzereigenschaften, App-Versionen, Gerätesprachen, Land/Region und benutzerdefinierte Signale.
Wiederverwendung von Bedingungen:Sie können vorhandene Remote Config Bedingungen
für Parameter, Rollouts und Tests wiederverwenden, anstatt doppelte,
isolierte Regeln zu erstellen.
Vorhersehbare Bedingungsauswertung:Testbedingungen werden sequenziell zusammen mit Ihren anderen Vorlagenbedingungen mithilfe der Standardlogik „Erste Übereinstimmung“ ausgewertet. Sie können die Reihenfolge der Bedingungen in der Vorlage ändern, um die Priorität
zu steuern. So lassen sich Konflikte vermeiden, bei denen A/B Testing Bedingungen
andere Regeln implizit überschrieben haben.
Sofortige Echtzeitaktualisierungen: Dank des Echtzeit-Abrufmechanismus von Remote Config's werden Testaktualisierungen (z. B. Änderungen an Variantenwerten oder der Ausrichtung) in Echtzeit an Client-SDKs weitergegeben, ohne dass auf den nächsten regelmäßigen Abruf gewartet werden muss.
Einheitlicher Vorlagenlebenszyklus: Tests werden als Kernkomponenten
Ihrer Remote Config Vorlage verwaltet, ähnlich wie Rollouts. Sie können Teständerungen zusammen mit Ihren Vorlagenaktualisierungen stufenweise einführen, versionieren, im Änderungsverlauf prüfen und atomar veröffentlichen.
In diesem Leitfaden zur Fehlerbehebung finden Sie weitere Informationen zu diesen Änderungen.
Was sind die wichtigsten Funktionen des neuen A/B Testing Workflows?
Erstellung in Remote Config: Sie erstellen Tests jetzt direkt im Remote Config
Bereich der Firebase Console. Klicken Sie beispielsweise auf der Seite Parameter auf
Test erstellen , um einen seitlichen Erstellungsprozess zu starten.
Umfangreichere Ausrichtung und Wiederverwendung von Bedingungen: Bei Tests wird das native Tool zur Bedingungserstellung von Remote Config verwendet,
So können Sie vorhandene Bedingungen wiederverwenden und Nutzer mit umfangreichen Kriterien (z. B. Analytics Zielgruppen,
Nutzereigenschaften, App-Versionen, Gerätesprache und Land/Region) ausrichten, die in einer vorhersehbaren sequenziellen Reihenfolge ausgewertet werden.
Einheitliche Architektur: Tests sind Teil der Remote Config Vorlage. Das bedeutet, dass Änderungen
an Tests (Ausrichtung, Varianten, Beenden) mit anderen Remote Config Änderungen gebündelt werden und
wirksam werden, wenn die Vorlage veröffentlicht wird.
Echtzeitaktualisierungen: Dank des Remote Config Abrufmechanismus können Aktualisierungen von Testwerten in Echtzeit an Ihre mobilen Nutzer weitergegeben werden.
Tab „Staging“: Tests, die sich im Erstellungs- oder Aktualisierungsstatus befinden, werden in Remote Config auf dem Untertab „Staging“ gespeichert.
innerhalb von Remote Config. Diese sind lokal für die aktive Console-Sitzung.
Einstellung alter Entwürfe: Der alte eigenständige Entwürfe-Tab in A/B Testing wird eingestellt.
Vorhandene Entwürfe auf diesem Tab können nur angesehen, dupliziert oder gelöscht werden. Sie können nicht gestartet
oder bearbeitet werden. Dieser Tab wird am 31. Oktober 2026 endgültig entfernt.
Entfernung von Testgeräten: Die Funktion **Testgeräte verwalten** ist im
neuen Workflow nicht mehr verfügbar. Wenn Sie bestimmte interne Testgeräte ausrichten möchten, können Sie während der Erstellung eine oder mehrere Firebase
Installations-IDs (FIDs) zu den Bedingungen des Tests hinzufügen.
Wie viele Tests kann ich erstellen und ausführen?
Sie können bis zu 300 Tests pro Projekt erstellen und ausführen (einschließlich Rollouts),
Davon können bis zu 24 Tests und Rollouts gleichzeitig ausgeführt werden. Die übrigen Tests sind abgeschlossen.
Wenn Sie dieses Limit erreichen, müssen Sie Entwürfe oder abgeschlossene Tests löschen
bevor Sie neue erstellen können.
Wie erstelle ich einen Test?
Sie können Tests direkt im Bereich „Remote Config“ erstellen. Wenn Sie beispielsweise einen Test auf der Seite „Parameter“ erstellen möchten, rufen Sie
Remote Config > Parameter auf und klicken Sie auf Test erstellen. Dadurch wird ein seitlicher Erstellungsprozess gestartet
ähnlich wie beim Erstellen von Remote Config Rollouts.
Wie kann ich einen Test intern testen oder überprüfen, bevor ich ihn allen
Nutzern zur Verfügung stelle?
In den meisten Fällen, in denen Sie einen Test vor der Einführung validieren und testen möchten, sind Sie wahrscheinlich eher daran interessiert, die Testwerte und das App-Verhalten zu testen als die Testverteilung selbst. In solchen Fällen empfehlen wir, einen Test zu erstellen
den Sie auf eine begrenzte Testgruppe ausrichten können. Nachdem Sie den Test erstellt und überprüft haben, ob die Testvarianten wie vorgesehen funktionieren, können Sie den Test duplizieren und die Bedingungen ändern, um Ihre externen Nutzer auszurichten. Außerdem können Sie weitere Bedingungen anwenden, je nachdem, welche Nutzer Sie ausrichten möchten.
Sie können auch bestimmte interne Testgeräte ausrichten, um das Testverhalten zu validieren, bevor Sie den Test für Endnutzer freigeben. Fügen Sie dazu während der Erstellung des Tests eine oder mehrere Firebase-Installations-IDs (FIDs) zu den Bedingungen des Tests hinzu.
Wo finde ich meine temporären Testentwürfe und was ist der Tab „Staging“?
Bei diesem Workflow sind temporäre Testentwürfe (einschließlich Tests, die sich derzeit im Erstellungs
oder Aktualisierungsstatus befinden) in einem Untertab namens Staging innerhalb von Remote Config verfügbar.
Die Entwürfe auf diesem Untertab werden nicht über die aktuelle Sitzung hinaus gespeichert.
Wie beende ich einen laufenden Test?
Um einen Test zu beenden, müssen Sie jetzt die Remote Config Vorlage veröffentlichen. Wenn Sie auf Stop
Test beenden klicken, wird ein Pop-up zur Veröffentlichungsbestätigung angezeigt. In diesem Pop-up werden alle Änderungen aufgeführt, die
in Kraft treten, einschließlich der Beendigung des Tests. Die Veröffentlichung der Vorlage ist erforderlich, um die Beendigung abzuschließen.
Warum wurde mein laufender A/B-Test unerwartet beendet?
Tests können aufgrund von Änderungen in der Remote Config Vorlage automatisch beendet werden:
Rollback der Vorlage: Wenn Sie ein Rollback Ihrer Remote Config Vorlage auf eine Version
in der der Test nicht vorhanden war, wird der Test beendet. Wenn Sie ein Rollback auf eine Version durchführen, in der ein
Test bereits beendet wurde, wird er nicht neu gestartet. Sie können eine Kopie des beendeten
Tests erstellen und ihn neu veröffentlichen, wenn Sie ihn neu erstellen und ausführen möchten.
Aufheben der Verknüpfung von Parametern:Wenn ein Test nur mit einem Parameter verknüpft ist,
wird er beendet, wenn Sie die Verknüpfung der Bedingung aufheben, die mit diesem Parameter verknüpft ist.
Wird durch ein Rollback auf eine ältere Remote Config Vorlagenversion ein
Test reaktiviert, der zuvor beendet oder gelöscht wurde?
Nein. Durch ein Rollback einer Remote Config Vorlage wird kein Test neu gestartet, der bereits beendet,
abgelaufen oder gelöscht wurde, auch wenn er in der Version, auf die ein Rollback durchgeführt wurde, aktiv war. Sie können eine
Kopie des Tests erstellen und ihn neu veröffentlichen, wenn Sie ihn neu erstellen und ausführen möchten.
Was passiert, wenn ein Test abläuft, und was muss ich tun?
A/B Testing Experimente laufen nach 90 Tagen automatisch ab.
Wenn ein Test abläuft, passiert Folgendes:
Datenerhebung wird beendet:Für den Test werden keine neuen Daten mehr erhoben und keine Messwerte mehr berechnet. Die bisherigen Ergebnisse und Messwerte, die während des 90-Tage-Zeitraums erhoben wurden, sind in der
Firebase Console weiterhin verfügbar.
Der Test ist nicht mehr aktiv: Der Test wird beendet und die
Bedingungslogik filtert nicht mehr aktiv Nutzer für Testvarianten.
Der abgelaufene Test muss entfernt werden: Sie müssen den abgelaufenen Test
aus dem Remote Config Parameter entfernen. Wenn der abgelaufene Test nicht entfernt wird, können Sie erst dann einen neuen Test mit demselben Parameter erstellen, wenn der abgelaufene Test bereinigt wurde.
Empfohlene Maßnahmen :
Prüfen Sie die Testergebnisse in
der Firebase Console, um die endgültigen Messwerte zu sehen und festzustellen, ob es eine erfolgreichere Variante gibt.
Änderungen anwenden und abgelaufenen Test bereinigen:
Wenn es eine erfolgreichere Variante gibt, führen
Sie sie ein, um den Wert für Ihre Nutzer anzuwenden. Beachten Sie, dass durch die Einführung einer Variante der abgelaufene Test nicht automatisch entfernt wird.
Wenn Sie keine Variante einführen möchten, entfernen Sie den Test aus dem Parameter, um zum Standardparameterwert zurückzukehren.
Entfernen Sie in jedem Fall den abgelaufenen Test explizit aus dem Parameter und veröffentlichen Sie die
Remote Config Vorlage, um die Bereinigung abzuschließen.
Duplizieren Sie den Test oder
erstellen Sie einen neuen Test aus dem Parameter, wenn Sie weitere Tests durchführen oder mehr Daten erheben müssen.
Wichtige Hinweise :
Durch Rollouts werden abgelaufene Tests nicht automatisch entfernt: Wenn Sie eine erfolgreichere Variante einführen,
wird der abgelaufene Test nicht automatisch bereinigt. Sie müssen den abgelaufenen
Test weiterhin explizit aus dem Remote Config Parameter entfernen und die Vorlage veröffentlichen.
Abgelaufene Tests können nicht wiederhergestellt werden: Sobald ein Test abläuft, kann er nicht
neu gestartet oder reaktiviert werden, auch wenn Sie ein Rollback Ihrer Remote Config Vorlage auf eine Version durchführen, in der der
Test aktiv war.
Der 90-Tage-Timer beginnt mit der Veröffentlichung: Die Ablaufzeit beginnt, sobald der
Test in der Vorlage veröffentlicht wird, auch wenn die Nutzerbeteiligung anfänglich auf 0 % festgelegt ist.
Wenn ich die Ausrichtungsbedingungen eines laufenden Tests bearbeite, um bestimmte Nutzer auszuschließen, warum
sind diese Nutzer dann immer noch in den Messdaten des Tests enthalten?
A/B Testing verwendet für die Messung Sticky Buckets.
Sobald ein Nutzer einem Test zugewiesen und mit der Messung begonnen wurde, wird er weiterhin in die Messwerte des Tests einbezogen, auch wenn er aufgrund nachfolgender Änderungen an den Ausrichtungsbedingungen normalerweise ausgeschlossen würde. Diese Nutzer erhalten jedoch keine Testvariantenwerte mehr, wenn sie die aktualisierten Bedingungen nicht mehr erfüllen. Weitere Informationen finden Sie in der Remote Config Logik für die Zuweisung von Varianten.
Beim Konfigurieren der Ausrichtung für einen Test wird die Fehlermeldung Verknüpfen Sie eine App mit dieser Bedingung oder wählen Sie eine andere Bedingung aus
angezeigt.
Diese Fehlermeldung bedeutet, dass für die ausgewählte Ausrichtungsbedingung eine explizite Firebase-App erforderlich ist, die aktuelle Einrichtung aber keine enthält. Die Bedingung muss eine Regel enthalten, die auf mindestens eine Ihrer Firebase-Apps ausgerichtet ist.
Warum sind meine Bedingungen auf keine Nutzer ausgerichtet?
Die Bedingungen in der Remote Config Vorlage werden sequenziell von oben nach unten mithilfe
der "Erste Übereinstimmung"-Logik ausgewertet. Wenn sich eine allgemeine Bedingung über einer spezifischeren
Testbedingung befindet, wird der Nutzer zuerst von der allgemeinen Bedingung erfasst und der Test wird
ignoriert. Sie können das Problem beheben, indem Sie auf dem Tab Bedingungen einen der folgenden Schritte ausführen:
Reihenfolge der Bedingungen ändern: Achten Sie darauf, dass spezifischere (weniger umfassende) Testbedingungen
weiter oben in der Auswertungsliste stehen, damit sie vor allgemeineren
Bedingungen geprüft werden.
Eigene Parameter verwenden: Wenn Sie komplexe Ausrichtungsanforderungen haben, erstellen Sie einen
eindeutigen Remote Config Parameter speziell für Ihren Test, um Konflikte mit Bedingungen
zu vermeiden.
Ich kann eine Bedingung auf dem Tab Bedingungen nicht löschen.
Bedingungen können nicht gelöscht werden, wenn sie mit aktiven/laufenden Tests verknüpft sind. Sie müssen zuerst den Test beenden und die Bedingung entfernen.
Ich kann eine Regel nicht aus einer Bedingung entfernen, wenn die Regel mit einer bestimmten App verknüpft ist.
Wenn eine Bedingung eine Regel enthält, die explizit auf eine Firebase-App ausgerichtet ist, kann diese spezifische Regel zur Verknüpfung mit der App nicht entfernt werden, während Sie die Bedingung bearbeiten.
Ich sehe eine Warnung, dass in meiner Testausrichtung mehrere prozentuale Bedingungen verwendet werden. Muss ich mir Sorgen machen?
Dies ist eine nicht blockierende Warnung. Sie wird angezeigt, wenn in der Ausrichtung eines Tests mehrere prozentuale Bedingungen kombiniert werden. Ihre kombinierte Wirkung kann zusammen mit dem Prozentsatz der Testbeteiligung manchmal zu einer unerwarteten Nutzerverteilung führen. Sie können fortfahren, sollten aber darauf achten, wie diese Bedingungen interagieren.
Wo finde und verwalte ich Entwürfe von Tests oder Testgeräte?
Mit dem neuen A/B Testing Workflow gibt es einige Änderungen in Bezug auf alte Entwürfe und Test
Geräte:
Einstellung des Tabs „Entwürfe“:Der Tab Entwürfe und vorhandene Testentwürfe
können nicht mehr bearbeitet werden. Sie können vorhandene Testentwürfe nur ansehen, duplizieren oder löschen.
Der Tab Entwürfe wird am 31. Oktober 2026 endgültig aus der Console entfernt.
Entfernung von Testgeräten:Die Funktion Testgeräte verwalten ist im neuen Workflow nicht mehr verfügbar. Wenn Sie bestimmte interne Testgeräte ausrichten möchten, können Sie während der Erstellung
eine oder mehrere Firebase-Installations-IDs (FIDs) zu den Bedingungen des Tests hinzufügen.
Wenn Sie experimentelle QA-Apps testen möchten, weisen Sie den Test einer bestimmten App-ID zu und legen Sie die Beteiligung auf 100 % fest.
Wenn Sie den Test vor der Einführung überprüfen möchten, legen Sie die Beteiligung auf 0 % fest.
Beachten Sie, dass die 90-Tage-Ablaufzeit für den Test mit der Veröffentlichung beginnt, auch wenn die Beteiligung auf 0% festgelegt ist.
Nachdem Sie den Test überprüft haben, können Sie den Prozentsatz der Beteiligung erhöhen, um die vollständige
Einführung zu starten.
Kann ich Parameter erstellen, wenn ich einen Test erstelle?
Nein, Sie können keinen Remote Config Parameter direkt in der Seitenleiste zur Testerstellung erstellen.
Sie müssen den Parameter in Remote Config erstellen, bevor Sie einen Test einrichten, der ihn verwendet.
Wie kann ich Abrufprobleme (die im Mai 2026 aufgetreten sind) mit dem neuen
Workflow beheben?
Ein Problem hat verhindert, dass Firebase A/B-Tests, die zwischen dem 13. Mai 2026
und dem 22. Mai 2026 erstellt wurden, Client-SDKs erreichen. Das bedeutet, dass Ihre Endnutzer keine
Testvarianten erhalten haben und für die entsprechenden
Tests keine Messwerte verfügbar sind. Beachten Sie, dass die Bereitstellung von Tests für Ihre Endnutzer jetzt
automatisch wiederhergestellt wird und die Messwerterfassung vom nächsten Abruf an beginnt.
Wenn Sie das Messfenster Ihres Tests aufgrund dieser
Unterbrechung verlängern müssen oder weitere Fragen zum neuen Workflow haben, wenden Sie sich an den
Firebase-Support.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2026-08-20 (UTC)."],[],[]]