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 restlichen Tests sind abgeschlossen.
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. Um wieder auf einen früheren Test zuzugreifen, müssen Sie die Verknüpfung Ihres Projekts mit der Google Analytics-Property wiederherstellen, die verknüpft war, als der Test erstellt wurde.
Warum erhalte ich beim Erstellen eines Remote Config Tests die Meldung „Project not linked to
Google Analytics“ (Projekt 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 Manage (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 mehrere Möglichkeiten, Streams für fehlende
Apps zu erstellen:
Wenn für nur eine oder zwei Apps kein zugehöriger
Google Analytics Stream vorhanden ist, können Sie einen Google Analytics Stream mit einer der folgenden Methoden
hinzufü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,
Admin 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
Manage (Verwalten).
Notieren Sie sich die Google AnalyticsProperty-ID
und das verknüpfte Google Analytics-Konto.
Klicken Sie auf „more_vert“ Mehr
und wählen Sie Verknüpfung von Analytics mit diesem Projekt aufheben aus.
Lesen Sie die angezeigte 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
Integrations Seite weitergeleitet.
Klicken Sie auf der Karte Google Analytics auf
Enable (Aktivieren), um die Verknüpfung wiederherzustellen.
Wählen Sie in der Liste
Select account (Analytics Konto auswählen) Ihr Konto aus.
Klicken Sie neben
Automatically create a new property in this account (Automatisch eine neue Property in diesem Konto erstellen)
auf
editEdit (Bearbeiten) und wählen Sie in der Liste
Analytics property (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 Enable Google Analytics (Google Analytics aktivieren), um die Verknüpfung der Property wiederherzustellen.
Update des neuen A/B Testing Workflows und Fehlerbehebung/FAQ
Um eine leistungsstärkere und einheitlichere Testumgebung zu bieten,
A/B Testing ist 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:
Umfassendere, einheitliche Ausrichtung: Bei Experimenten 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 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 Echtzeit-Updates: Dank des Echtzeit-Abrufmechanismus von Remote Config werden Testupdates (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 Vorlagenupdates in der Staging-Umgebung bereitstellen, versionieren, im Änderungsverlauf prüfen und atomar veröffentlichen.
In diesem Leitfaden zur Fehlerbehebung finden Sie weitere Informationen zu diesen Änderungen.
endgültig entfernt.
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 Parameters (Parameter) auf
Create Experiment (Test erstellen). Dadurch wird ein seitenleistenbasierter Erstellungsprozess geöffnet.
Umfassendere 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 umfassenden 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.
Echtzeit-Updates: 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 einem Untertab „Staging“
in Remote Config gespeichert. Diese sind lokal für die aktive Console-Sitzung.
Einstellung alter Entwürfe: Der alte eigenständige Drafts 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 **Manage test devices** (Testgeräte verwalten) ist im
neuen Workflow nicht mehr verfügbar. Wenn Sie bestimmte interne Testgeräte ausrichten möchten, können Sie beim Erstellen des Tests 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 restlichen Tests sind abgeschlossen.
Wie erstelle ich einen Test?
Sie können Tests direkt im Remote Config Bereich erstellen. Wenn Sie beispielsweise einen Test auf der Seite „Parameters“ (Parameter) erstellen möchten, rufen Sie
Remote Config > Parameters auf und klicken Sie auf Create Experiment (Test erstellen). Dadurch wird ein seitenleistenbasierter Erstellungsprozess geöffnet
ä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 möchten Sie einen Test validieren und testen, bevor Sie ihn einführen. Dabei geht es in der Regel eher darum, 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 gewünscht 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 beim Erstellen 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 in 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
Experiment (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 zu einer Version
in der der Test nicht vorhanden war, durchführen, wird der Test beendet. Wenn Sie ein Rollback zu einer 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 mit diesem Parameter verknüpften Bedingung aufheben.
Wird durch ein Rollback zu einer älteren 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 dieser Test in der Version, zu der 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 historischen Ergebnisse und Messwerte, die während des 90-Tage-Zeitraums erhoben wurden, sind weiterhin in der
Firebase Console verfügbar.
Der Test ist nicht mehr aktiv: Der Test wird beendet und seine
Bedingungslogik filtert Nutzer nicht mehr aktiv 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 erfolgreichste Variante gibt.
Änderungen anwenden und abgelaufenen Test bereinigen:
Wenn es eine erfolgreichste Variante gibt, führen
Sie sie ein, um den Wert für Ihre Nutzer anzuwenden. Beachten Sie, dass der abgelaufene Test durch das Einführen einer Variante 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 beiden Fällen 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 erfolgreichste 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 zu einer Version durchführen, in der der
Test aktiv war.
Der 90-Tage-Timer beginnt mit der Veröffentlichung: Die Ablaufuhr 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 trotzdem in den Messdaten des Tests enthalten?
A/B Testing verwendet für die Messung Sticky Buckets.
Sobald ein Nutzer einem Test zugewiesen wird und die Messung beginnt, 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 Variantenwerte mehr für den Test, 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 Link an app to this Condition or select another
(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 jedoch 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 allgemeineren Bedingung erfasst und der Test wird
ignoriert. Sie haben zwei Möglichkeiten, um das Problem zu beheben. Führen Sie auf dem Tab Conditions (Bedingungen) einen der folgenden Schritte aus:
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 Conditions (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 keine Regel aus einer Bedingung entfernen, wenn diese 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. Sollte 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 Drafts (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 Drafts (Entwürfe) wird am 31. Oktober 2026 endgültig aus der Console entfernt.
Entfernung von Testgeräten:Die Funktion Manage test devices (Testgeräte verwalten) ist im neuen Workflow nicht mehr verfügbar. Wenn Sie bestimmte interne Testgeräte ausrichten möchten, können Sie beim Erstellen des Tests 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 der 90-Tage-Ablaufzeitraum 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 beim Erstellen eines Tests Parameter erstellen?
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 mit dem neuen
Workflow Abrufprobleme (die im Mai 2026 aufgetreten sind) beheben?
Ein Problem hat verhindert, dass Firebase A/B Testing-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-09-10 (UTC)."],[],[]]