Fehlerbehebung und häufig gestellte Fragen zu A/B-Tests

Wie viele Tests kann ich erstellen und ausführen?

Pro Projekt sind bis zu 300 Tests (einschließlich Rollouts) zulässig. Davon können bis zu 24 Tests und Rollouts gleichzeitig laufen. Die restlichen Tests müssen abgeschlossen sein.

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 Zugriff auf einen früheren Test erhalten möchten, verknüpfen Sie Ihr Projekt noch einmal mit der Google Analytics-Property, die beim Erstellen des Tests verknüpft war.

Warum erhalte ich beim Erstellen eines Remote Config-Tests die Meldung „Projekt nicht mit Google Analytics verknüpft“?

Wenn Sie Google Analytics in Ihrem Projekt bereits aktiviert und Ihre Apps verknüpft haben, aber weiterhin eine 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 Analytics verknüpft sein, damit A/B Testing verwendet werden kann.

So überprüfen Sie die Liste aller aktiven Streams für Ihre Google Analytics-Integration:

1. Rufen Sie in der Firebase Console die Seite settings Einstellungen > Integrationen auf.
2. Klicken Sie auf der Karte Google Analytics auf Verwalten.

Das Problem sollte behoben werden, wenn Sie einen Google Analytics-Stream für jede App erstellen, für die noch keiner vorhanden ist. Es gibt verschiedene Möglichkeiten, Streams für fehlende Apps zu erstellen:

• Wenn nur bei einer 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 Verwaltung aus, klicken Sie auf Datenstreams und dann auf Stream hinzufügen. Geben Sie die Details der fehlenden App ein und klicken Sie auf App registrieren.
• Wenn Sie mehr als einige wenige fehlende App-Streams haben, ist das Aufheben und erneute Verknüpfen Ihrer Google Analytics-Property die schnellste und effizienteste Methode, um die fehlenden App-Streams zu erstellen:
  1. Rufen Sie in der Firebase Console die Seite Integrationen > settings Einstellungen auf.
  2. Klicken Sie auf der Karte Google Analytics auf Verwalten.
  3. Notieren Sie sich die Google Analytics Property-ID und das verknüpfte Google Analytics-Konto.
  4. Klicken Sie auf more_vert Mehr und wählen Sie Verknüpfung von Analytics mit diesem Projekt aufheben aus.
  5. Sehen Sie sich die angezeigte Warnung an (keine Sorge, Sie verknüpfen die Property im nächsten Schritt wieder) und klicken Sie dann auf Google Analytics-Verknüpfung aufheben.
     
     Wenn die Verknüpfung aufgehoben wurde, werden Sie zur Seite Integrationen weitergeleitet.
  6. Klicken Sie auf der Karte Google Analytics auf Aktivieren, um den Vorgang zum erneuten Verknüpfen zu starten.
  7. Wählen Sie Ihr Analytics-Konto aus der Liste Konto auswählen aus.
  8. Klicken Sie neben Automatisch eine neue Property in diesem Konto erstellen auf edit Bearbeiten und wählen Sie in der angezeigten Liste Analytics-Property Ihre 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 einer erstellt.
  9. Klicken Sie auf Google Analytics aktivieren, um die Property neu zu verknüpfen.
  10. Klicken Sie auf Beenden.

Wenn Sie nach diesen Schritten weiterhin einen Fehler beim Erstellen von A/B-Tests mit Remote Config erhalten, wenden Sie sich an den Firebase-Support.

Was sind die wichtigsten Funktionen von Remote Config-Tests?

• Erstellung in Remote Config: Sie erstellen Tests direkt im Bereich Remote Config der Firebase Console. Klicken Sie beispielsweise auf der Seite Parameter auf Test erstellen, um einen auf der Seitenleiste basierenden Erstellungsprozess zu starten.
• Umfangreichere Ausrichtung und Wiederverwendung von Bedingungen: Für 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) ansprechen, 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 erst in Kraft treten, wenn die Vorlage veröffentlicht wird.
• Echtzeit-Updates: Mithilfe des Remote Config-Abrufmechanismus können Aktualisierungen von Testwerten in Echtzeit an Ihre mobilen Nutzer weitergegeben werden.
• Tab „Staging“: Tests, die sich im Status „Erstellen“ oder „Aktualisieren“ befinden, werden in einem Untertab „Staging“ unter Remote Config gespeichert. Sie sind lokal für die aktive Konsolensitzung.
• Einstellung alter Entwürfe: Der alte eigenständige Tab Entwürfe in A/B Testing wird eingestellt. Vorhandene Entwürfe auf diesem Tab können nur angezeigt, dupliziert oder gelöscht werden. Sie können nicht gestartet oder bearbeitet werden. Dieser Tab wird am 31. Oktober 2026 endgültig entfernt.
• Entfernen von Testgeräten: Die Funktion zum Verwalten von Testgeräten ist nicht mehr verfügbar. Wenn Sie bestimmte interne Testgeräte als Zielgruppe festlegen möchten, können Sie beim Erstellen des Tests den Bedingungen eine oder mehrere Firebase-Installations-IDs (FIDs) hinzufügen.

Wie viele Tests kann ich erstellen und ausführen?

Pro Projekt sind bis zu 300 Tests (einschließlich Rollouts) zulässig. Davon können bis zu 24 Tests und Rollouts gleichzeitig laufen. Die restlichen Tests müssen abgeschlossen sein.

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 auf der Seitenleiste basierender Erstellungsprozess geöffnet, ähnlich wie bei der Erstellung von Remote Config-Roll-outs.

Wie kann ich einen Test intern testen oder überprüfen, bevor er allen Nutzern präsentiert wird?

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, der auf eine begrenzte Testgruppe ausgerichtet ist. 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 externe Nutzer anzusprechen. Wenden Sie außerdem alle anderen Bedingungen an, die auf den Nutzern basieren, die Sie ansprechen möchten.

Sie können auch bestimmte interne Testgeräte als Zielgruppe festlegen, um das Testverhalten zu validieren, bevor Sie den Test für Endnutzer freigeben. Fügen Sie dazu beim Erstellen des Tests den Bedingungen des Tests eine oder mehrere Firebase-Installations-IDs (FIDs) hinzu.

Wo finde ich meine temporären Testentwürfe und was ist der Tab „Staging“?

Temporäre Testentwürfe (einschließlich Tests, die sich derzeit im Status „Erstellen“ oder „Aktualisieren“ befinden) sind in Remote Config auf dem Untertab Staging verfügbar. Die Entwürfe auf diesem Untertab werden nur für die aktuelle Sitzung gespeichert.

Wie beende ich einen laufenden Test?

Wenn Sie einen Test jetzt beenden möchten, müssen Sie die Remote Config-Vorlage veröffentlichen. Wenn Sie auf Test beenden klicken, wird ein Pop‑up-Fenster zur Bestätigung der Veröffentlichung angezeigt. In diesem Pop-up werden alle Änderungen aufgeführt, die in Kraft treten, einschließlich des Teststopps. Die Vorlage muss veröffentlicht werden, um die Stoppaktion abzuschließen.

Warum wurde mein laufender A/B-Test unerwartet beendet?

Tests können aufgrund von Änderungen an der Remote Config-Vorlage automatisch beendet werden:

• Vorlagen-Rollback:Wenn Sie Ihre Remote Config-Vorlage auf eine Version zurücksetzen, in der der Test noch nicht vorhanden war, 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 den gestoppten Test duplizieren und noch einmal veröffentlichen, wenn Sie ihn neu erstellen und ausführen möchten.
• Parameterentkopplung:Wenn ein Test nur mit einem Parameter verknüpft ist, wird er beendet, wenn die mit diesem Parameter verknüpfte Bedingung entkoppelt wird.

Wird durch das Zurücksetzen auf eine ältere Remote Config-Vorlagenversion ein zuvor beendeter oder gelöschter Test reaktiviert?

Nein. Wenn Sie eine Remote Config-Vorlage zurücksetzen, wird kein Test neu gestartet, der bereits beendet, abgelaufen oder gelöscht wurde, auch wenn er in der zurückgesetzten Version aktiv war. Sie können eine Kopie des Tests erstellen und ihn noch einmal 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-Tests laufen nach 90 Tagen automatisch ab. Wenn ein Test abläuft:

• Datenerfassung wird beendet:Im Test werden keine neuen Daten mehr erfasst und keine Messwerte mehr berechnet. Bisherige Ergebnisse und Messwerte, die während des 90‑Tage-Zeitraums erfasst wurden, sind weiterhin in der Firebase Console verfügbar.
• Der Test ist nicht mehr aktiv:Der Test wird beendet und die Bedingungslogik filtert Nutzer nicht mehr aktiv nach Testvarianten.
• Der abgelaufene Test muss entfernt werden:Sie müssen den abgelaufenen Test aus dem Parameter Remote Config entfernen. Wenn der abgelaufene Test nicht entfernt wird, können Sie keinen neuen Test mit demselben Parameter erstellen, bis der abgelaufene Test bereinigt wurde.

Empfohlene Maßnahmen:

• Sehen Sie sich die Testergebnisse in der Firebase Console an, um die endgültigen Messwerte zu prüfen und festzustellen, ob es eine erfolgreiche Variante gibt.
• Änderungen anwenden und abgelaufenen Test bereinigen:
  • Wenn es eine erfolgreiche Variante gibt, stellen Sie sie bereit, um den Wert auf Ihre Nutzer anzuwenden. Wenn Sie eine Variante einführen, wird der abgelaufene Test nicht automatisch entfernt.
  • Wenn Sie eine Variante nicht einführen möchten, entfernen Sie das zugehörige Experiment 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 anhand des Parameters, wenn Sie den Test fortsetzen oder weitere Daten erfassen möchten.

Wichtige Hinweise:

• Durch Rollouts werden abgelaufene Tests nicht automatisch entfernt:Wenn Sie eine erfolgreiche Variante einführen, wird der abgelaufene Test nicht automatisch entfernt. Sie müssen den abgelaufenen Test weiterhin explizit aus dem Parameter Remote Config entfernen und die Vorlage veröffentlichen.
• Abgelaufene Tests können nicht reaktiviert werden:Wenn ein Test abläuft, kann er nicht neu gestartet oder reaktiviert werden – auch nicht, wenn Sie Ihre Remote Config-Vorlage auf eine Version zurücksetzen, in der der Test aktiv war.
• Der 90‑Tage-Timer beginnt mit der Veröffentlichung:Die Ablauffrist beginnt, sobald der Test in der Vorlage veröffentlicht wird, auch wenn die Nutzerpräsenz anfangs auf 0 % festgelegt ist.

Welche Werte werden von meiner App gelesen, wenn ein Test beendet wird oder abläuft?

Wenn ein Test beendet wird oder abläuft, lesen Client-App-Instanzen, die für den Test registriert waren, weiterhin die zuvor zugewiesenen Variantewerte aus dem lokalen Cache, bis der nächste Abruf erfolgt und die neue Konfiguration aktiviert wird (oder sofort nach der Veröffentlichung der Vorlage, wenn Sie Remote Config in Echtzeit verwenden).

Sobald die aktualisierte Remote Config-Konfiguration abgerufen und aktiviert wurde, werden die Parameterwerte in der App in der folgenden Prioritätsreihenfolge aufgelöst:

1. Nächste übereinstimmende Bedingung:Wenn der Parameter mit anderen Bedingungen in der Remote Config-Vorlage verknüpft ist, verwendet die App den bedingten Wert aus der nächsten höchsten übereinstimmenden Bedingung gemäß der Reihenfolge der Bedingungsauswertung Ihrer Vorlage.
2. Standardwert der Vorlage:Wenn für diesen Parameter keine Bedingungen erfüllt sind, erhält die App den Standardwert der Vorlage, den Sie beim Erstellen des Parameters in der Remote Config-Vorlage festgelegt haben.
3. In-App-Standardwert:Wenn kein Standardwert für die Vorlage angegeben ist (z. B. wenn der Parameter auf In-App-Standardwert verwenden festgelegt ist), verwendet die App den In-App-Standardwert, der in Ihrem Anwendungscode mit dem Remote Config SDK definiert ist.
4. SDK-Standardwert:Wenn in Ihrem Code kein In-App-Standardwert definiert ist, gibt das Remote Config SDK seinen statischen Standardwert für den Datentyp des Parameters zurück, z. B. 0 für Zahlen, false für boolesche Werte, "" für Strings oder ein leeres Objekt für JSON.

Weitere Informationen zur Auswertung von Werten finden Sie unter Priorität von Parameterwerten.

Ist Echtzeit-Support für A/B-Tests verfügbar?

Ja, Echtzeitaktualisierungen werden jetzt für A/B Testing-Tests unterstützt. Achten Sie darauf, dass in Ihrer Anwendung die neuesten erforderlichen SDK-Versionen verwendet werden (Firebase Android SDK-Version 34.13.0, Firebase iOS SDK-Version 12.13.0 und Firebase JavaScript SDK-Version 12.15.0), um diese Funktion nutzen zu können.

Wenn ich die Ausrichtungsbedingungen eines laufenden Tests bearbeite, um bestimmte Nutzer auszuschließen, warum werden diese Nutzer dann trotzdem in die Messdaten des Tests einbezogen?

A/B Testing verwendet Sticky-Buckets für die Analyse.

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 der Ausrichtungsbedingungen normalerweise ausgeschlossen würde. Diese Nutzer erhalten jedoch keine Variantenwerte des Tests mehr, wenn sie die aktualisierten Bedingungen nicht mehr erfüllen. Weitere Informationen finden Sie unter Zuweisungslogik für Remote Config-Varianten.

Bei der Konfiguration 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.

Dieser Fehler bedeutet, dass für die ausgewählte Ausrichtungsbedingung eine explizite Firebase-App erforderlich ist, die in der aktuellen Einrichtung nicht enthalten ist. Die Bedingung muss eine Regel enthalten, die auf mindestens eine Ihrer Firebase-Apps ausgerichtet ist.

Warum werden meine Bedingungen auf keine Nutzer angewendet?

Bedingungen in der Remote Config-Vorlage werden sequenziell von oben nach unten ausgewertet. Dabei wird die Logik „Erste Übereinstimmung“ verwendet. Wenn eine allgemeine Bedingung über einer spezifischeren Testbedingung steht, wird der Nutzer zuerst von der allgemeinen Bedingung erfasst und der Test wird ignoriert. Führen Sie einen der folgenden Schritte auf dem Tab Bedingungen aus, um das Problem zu beheben:

• Bedingungen neu anordnen:Achten Sie darauf, dass spezifischere (am wenigsten inklusive) Testbedingungen weiter oben in der Auswertungsliste stehen, damit sie vor allgemeineren Bedingungen geprüft werden.
• Spezielle Parameter verwenden:Wenn Sie komplexe Targeting-Anforderungen haben, sollten Sie einen eindeutigen Remote Config-Parameter speziell für Ihren Test erstellen, um Konflikte mit Bedingungen zu vermeiden.

Ich kann eine Bedingung nicht vom Tab Bedingungen löschen.

Bedingungen können nicht gelöscht werden, wenn sie mit aktiven oder 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 sie mit einer bestimmten App verknüpft ist.

Wenn eine Bedingung eine Regel enthält, die explizit auf eine Firebase-App ausgerichtet ist, kann diese spezielle Regel für die App-Verknüpfung beim Bearbeiten der Bedingung nicht entfernt werden.

Ich sehe eine Warnung zur Verwendung mehrerer prozentualer Bedingungen in der Ausrichtung meines Tests. Sollte ich mir Sorgen machen?

Dies ist eine nicht blockierende Warnung. Sie werden darauf hingewiesen, wenn beim Targeting eines Tests mehrere prozentuale Bedingungen kombiniert werden, da ihr kombinierter Effekt in Verbindung mit dem Prozentsatz der Testgruppe manchmal zu einer unerwarteten Nutzerverteilung führen kann. Sie können fortfahren, sollten aber darauf achten, wie diese Bedingungen interagieren.

Wo finde und verwalte ich Entwurfstests oder Testgeräte?

Hier finden Sie Details zu Legacy-Entwürfen und Testgeräten für Remote Config-Tests:

• Einstellung des Tabs „Entwurf“:Der alte Tab Entwürfe und vorhandene Testentwürfe können nicht mehr bearbeitet werden. Sie können nur vorhandene Testentwürfe aufrufen, duplizieren oder löschen. Der Tab Entwürfe wird am 31. Oktober 2026 dauerhaft aus der Konsole entfernt.
• Entfernen von Testgeräten:Die Funktion Testgeräte verwalten ist nicht mehr verfügbar. Wenn Sie bestimmte interne Testgeräte als Zielgruppe festlegen möchten, können Sie beim Erstellen des Experiments den Bedingungen eine oder mehrere Firebase-Installations-IDs (FIDs) hinzufügen. Wenn Sie experimentelle Apps für QA-Apps testen möchten, weisen Sie das Experiment einer bestimmten App-ID zu und legen Sie die Anzahl der Nutzer, die das Experiment sehen, auf 100 % fest. Wenn Sie den Test vor der Einführung überprüfen möchten, legen Sie die Testgruppe auf 0 % fest. Der 90-tägige Ablaufzeitraum für Tests beginnt mit der Veröffentlichung, auch wenn die Anzahl der Aufrufe 0% beträgt. Nachdem Sie den Test überprüft haben, können Sie den Prozentsatz für die Einblendung erhöhen, um mit der vollständigen Einführung zu beginnen.

Kann ich beim Erstellen eines Tests Parameter erstellen?

Nein, Sie können den Remote Config-Parameter nicht direkt in der Seitenleiste zum Erstellen von Tests erstellen. Sie müssen den Parameter in Remote Config erstellen, bevor Sie einen Test einrichten, in dem er verwendet wird.