Rozwiązywanie problemów z testami A/B i najczęstsze pytania

Ile eksperymentów mogę utworzyć i przeprowadzić?

W każdym projekcie możesz przeprowadzić maksymalnie 300 eksperymentów (w tym wdrożeń). Może to być maksymalnie 24 aktywnych eksperymentów i wdrożeń, a reszta to eksperymenty zakończone. Jeśli osiągniesz ten limit, przed utworzeniem nowych eksperymentów musisz usunąć wersje robocze lub zakończone eksperymenty.

Dlaczego po odłączeniu projektu od Google Analytics i ponownym połączeniu z tą usługą nie mogę wyświetlić swoich eksperymentów?

Połączenie z inną usługą Google Analytics spowoduje utratę dostępu do wcześniej utworzonych eksperymentów. Aby odzyskać dostęp do poprzedniego eksperymentu, ponownie połącz projekt z usługą Google Analytics, która była połączona podczas tworzenia eksperymentu.

Dlaczego podczas tworzenia eksperymentu Remote Config otrzymuję komunikat „Projekt nie jest połączony z Google Analytics”?

Jeśli usługa Google Analytics jest już włączona w projekcie i aplikacje są połączone, ale nadal widzisz komunikat, że usługa Google Analytics nie jest połączona, upewnij się, że dla wszystkich aplikacji w projekcie istnieje strumień Analytics. Obecnie, aby korzystać z A/B Testing, wszystkie aplikacje w projekcie muszą być połączone z Analytics.

Oto jak sprawdzić listę wszystkich aktywnych strumieni w integracji z Google Analytics:

1. W konsoli Firebase otwórz stronę ustawień settings Ustawienia > Integracje.
2. Na karcie Google Analytics kliknij Zarządzaj.

Utworzenie strumienia Google Analytics dla każdej aplikacji, która go nie ma powinno rozwiązać ten problem. Strumienie dla brakujących aplikacji możesz utworzyć na kilka sposobów:

• Jeśli tylko 1 lub 2 aplikacje nie mają powiązanego Google Analytics strumienia, możesz dodać strumień Google Analytics, korzystając z jednej z tych metod:
  • W konsoli Firebase usuń i ponownie dodaj dowolną aplikację bez aktywnego strumienia.
  • W konsoli Google Analytics, kliknij kolejno Administracja, Strumienie danych i Dodaj strumień, dodaj szczegóły brakującej aplikacji i kliknij Zarejestruj aplikację.
• Jeśli masz więcej niż kilka brakujących strumieni aplikacji, najszybszym i najbardziej efektywniejszym sposobem na ich utworzenie jest odłączenie i ponowne połączenie usługi Google Analytics w Google Analytics:
  1. W konsoli Firebase otwórz stronę ustawień settings Ustawienia > Integracje.
  2. Na karcie Google Analytics kliknij Zarządzaj.
  3. Zanotuj Google Analytics identyfikator usługi i połączone konto Google Analytics.
  4. Kliknij more_vert Więcej i wybierz Odłącz Analytics od tego projektu.
  5. Zapoznaj się z ostrzeżeniem, które się pojawi (nie martw się, w następnym kroku ponownie połączysz tę samą usługę), a następnie kliknij Odłącz Google Analytics.
     
     Po zakończeniu odłączania nastąpi przekierowanie na stronę Integracje.
  6. Na karcie Google Analytics kliknij Włącz, aby rozpocząć proces ponownego łączenia.
  7. Na liście Wybierz konto wybierz swoje konto Analytics.
  8. Obok opcji Automatycznie utwórz nową usługę na tym koncie, kliknij edit Edytuj i na wyświetlonej liście Usługa w Analytics wybierz identyfikator usługi.
     
     Wyświetli się lista wszystkich aplikacji w projekcie. Wyświetlą się istniejące mapowania strumieni dla każdej aplikacji, a dla aplikacji, które nie mają strumienia, zostanie on utworzony.
  9. Aby ponownie połączyć usługę, kliknij Włącz Google Analytics.
  10. Kliknij Zakończ.

Jeśli po wykonaniu tych czynności nadal otrzymujesz błąd podczas tworzenia testów A/B za pomocą Zdalnej konfiguracji , skontaktuj się z zespołem pomocy Firebase.

Jakie są najważniejsze funkcje nowego A/B Testing przepływu pracy?

• Tworzenie w Zdalnej konfiguracji: eksperymenty tworzysz teraz bezpośrednio w sekcji Remote Config w konsoli Firebase. Na przykład na stronie Parametry kliknij Utwórz eksperyment , aby otworzyć przepływ tworzenia oparty na pasku bocznym.
• Bogatsze kierowanie i ponowne wykorzystywanie warunków: eksperymenty korzystają z Remote Config's natywnego narzędzia do definiowania warunków, co umożliwia ponowne wykorzystywanie istniejących warunków i kierowanie reklam na użytkowników na podstawie bogatych kryteriów (takich jak Analytics odbiorcy, właściwości użytkowników, wersje aplikacji, język urządzenia i kraj/region) ocenianych w przewidywalnej kolejności.
• Ujednolicona architektura: eksperymenty są częścią szablonu Remote Config. Oznacza to, że zmiany w eksperymentach (kierowanie, warianty, zatrzymywanie) są łączone z innymi Remote Config zmianami i zaczynają obowiązywać po opublikowaniu szablonu.
• Aktualizacje w czasie rzeczywistym: dzięki mechanizmowi pobierania Remote Config aktualizacje wartości eksperymentów mogą być propagowane do użytkowników mobilnych w czasie rzeczywistym.
• Karta Przygotowywanie: eksperymenty, które są w trakcie tworzenia lub aktualizowania, są przechowywane na karcie „Przygotowywanie” w Remote Config. Są one lokalne dla aktywnej sesji konsoli.
• Wycofanie starych wersji roboczych: stara, samodzielna karta Wersje robocze w A/B Testing jest wycofana. Istniejące wersje robocze na tej karcie są tylko do odczytu (można je duplikować lub usuwać), ale nie można ich uruchamiać ani edytować. Ta karta zostanie trwale usunięta 31 października 2026 r.
• Usunięcie urządzeń testowych: w nowym przepływie pracy funkcja zarządzania urządzeniami testowymi nie jest już dostępna. Aby kierować reklamy na określone wewnętrzne urządzenia testowe, podczas tworzenia eksperymentu możesz dodać do jego warunków co najmniej 1 identyfikator instalacji Firebase (FID).

Ile eksperymentów mogę utworzyć i przeprowadzić?

W każdym projekcie możesz przeprowadzić maksymalnie 300 eksperymentów (w tym wdrożeń). Może to być maksymalnie 24 aktywnych eksperymentów i wdrożeń, a reszta to eksperymenty zakończone. Jeśli osiągniesz ten limit, przed utworzeniem nowych eksperymentów musisz usunąć wersje robocze lub zakończone eksperymenty.

Jak utworzyć eksperyment?

Eksperymenty możesz tworzyć bezpośrednio w sekcji Remote Config. Aby na przykład utworzyć eksperyment na stronie Parametry, otwórz kolejno Remote Config > Parametry i kliknij Utwórz eksperyment. Spowoduje to otwarcie przepływu tworzenia opartego na pasku bocznym podobnego do sposobu tworzenia wdrożeń Remote Config.

Jak mogę przetestować lub sprawdzić eksperyment wewnętrznie, zanim udostępnię go wszystkim użytkownikom?

W większości przypadków, gdy chcesz zweryfikować i przetestować eksperyment przed jego wdrożeniem, prawdopodobnie bardziej interesuje Cię testowanie wartości eksperymentu i zachowania aplikacji niż testowanie samego rozkładu eksperymentu. W takich przypadkach zalecamy utworzenie eksperymentu testowego, który możesz kierować na ograniczoną grupę testową. Po utworzeniu eksperymentu testowego i sprawdzeniu, czy warianty eksperymentu działają zgodnie z oczekiwaniami, możesz go zduplikować i zmienić warunki, aby kierować reklamy na użytkowników zewnętrznych, oraz zastosować inne warunki na podstawie tego, na których użytkowników chcesz kierować reklamy.

Możesz też kierować reklamy na określone urządzenia testu wewnętrznego, aby sprawdzić zachowanie eksperymentu, zanim udostępnisz go użytkownikom. Aby to zrobić, podczas tworzenia eksperymentu dodaj do jego warunków co najmniej 1 identyfikator instalacji Firebase (FID).

Gdzie mogę znaleźć tymczasowe wersje robocze eksperymentów i czym jest karta „Przygotowywanie”?

W tym przepływie pracy tymczasowe wersje robocze eksperymentów (w tym eksperymenty, które są obecnie w trakcie tworzenia lub aktualizowania) są dostępne na karcie Przygotowywanie w Remote Config. Wersje robocze na tej karcie nie są zachowywane po zakończeniu bieżącej sesji.

Jak zatrzymać aktywny eksperyment?

Aby zatrzymać eksperyment, musisz teraz opublikować szablon Remote Config. Gdy klikniesz Zatrzymaj eksperyment, pojawi się wyskakujące okienko z prośbą o potwierdzenie publikacji. W tym wyskakującym okienku znajdziesz listę wszystkich zmian, które zostaną wprowadzone, w tym zatrzymanie eksperymentu. Aby sfinalizować zatrzymanie, musisz opublikować szablon.

Dlaczego mój aktywny eksperyment testów A/B został niespodziewanie zatrzymany?

Eksperymenty mogą się automatycznie zatrzymywać z powodu zmian w szablonie Remote Config:

• Przywrócenie szablonu: przywrócenie szablonu Remote Config do wersji w której eksperyment nie istniał, spowoduje jego zatrzymanie. Przywrócenie wersji, w której eksperyment był już zatrzymany, nie spowoduje jego ponownego uruchomienia. Jeśli chcesz ponownie utworzyć i przeprowadzić eksperyment, możesz zduplikować zatrzymany eksperyment i ponownie go opublikować.
• Odłączenie parametru: jeśli eksperyment jest połączony tylko z 1 parametrem, odłączenie warunku powiązanego z tym parametrem spowoduje zatrzymanie eksperymentu.

Czy przywrócenie starszej wersji szablonu Remote Config spowoduje ponowne aktywowanie eksperymentu, który został wcześniej zatrzymany lub usunięty?

Nie. Przywrócenie szablonu Remote Config nie spowoduje ponownego uruchomienia żadnego eksperymentu, który został już zatrzymany, wygasł lub został usunięty, nawet jeśli był aktywny w przywróconej wersji. Jeśli chcesz ponownie utworzyć i przeprowadzić eksperyment, możesz go zduplikować i ponownie opublikować.

Co się stanie, gdy eksperyment wygaśnie, i jakie kroki należy podjąć?

Eksperymenty A/B Testing automatycznie wygasają po 90 dniach. Gdy eksperyment wygaśnie:

• Zbieranie danych zostaje zatrzymane: eksperyment przestaje zbierać nowe dane i obliczać dane. Wyniki historyczne i dane zebrane w ciągu 90 dni są nadal dostępne w konsoli Firebase.
• Eksperyment jest już nieaktywny: eksperyment przestaje działać, a jego logika warunków nie filtruje już aktywnie użytkowników pod kątem wariantów eksperymentu.
• Wygasły eksperyment należy usunąć: musisz usunąć wygasły eksperyment z parametru Remote Config. Jeśli nie usuniesz wygasłego eksperymentu, nie będziesz mieć możliwości utworzenia nowego eksperymentu z użyciem tego samego parametru, dopóki nie usuniesz wygasłego eksperymentu.

Zalecane działania:

• Sprawdź wyniki eksperymentu w konsoli Firebase, aby przeanalizować ostateczne dane i określić, czy istnieje zwycięski wariant.
• Zastosuj zmiany i zwalniaj miejsce po wygasłym eksperymencie:
  • Jeśli istnieje zwycięski wariant, wdroż go, aby zastosować jego wartość u użytkowników. Pamiętaj, że wdrożenie wariantu nie powoduje automatycznego usunięcia wygasłego eksperymentu.
  • Jeśli nie chcesz wdrażać wariantu, usuń eksperyment z parametru, aby wrócić do domyślnej wartości parametru.
  W obu przypadkach wyraźnie usuń wygasły eksperyment z parametru i opublikuj Remote Config szablon, aby zakończyć czyszczenie.
• Zduplikuj eksperyment lub utwórz nowy eksperyment na podstawie parametru, jeśli chcesz kontynuować testowanie lub zbierać więcej danych.

Najważniejsze informacje:

• Wdrożenia nie powodują automatycznego usuwania wygasłych eksperymentów: wdrożenie zwycięskiego wariantu nie powoduje automatycznego usunięcia wygasłego eksperymentu. Nadal musisz wyraźnie usunąć wygasły eksperyment z parametru Remote Config i opublikować szablon.
• Nie można przywrócić wygasłych eksperymentów: po wygaśnięciu eksperymentu nie można go ponownie uruchomić ani aktywować, nawet jeśli wycofasz zmiany w szablonie Remote Config do wersji, w której eksperyment był aktywny.
• 90-dniowy licznik zaczyna odliczać czas od momentu opublikowania: zegar wygaśnięcia zaczyna odliczać czas, gdy tylko eksperyment zostanie opublikowany w szablonie, nawet jeśli początkowo ekspozycja użytkownika jest ustawiona na 0%.

Czy w przypadku eksperymentów testów A/B dostępna jest pomoc w czasie rzeczywistym?

Tak, w przypadku eksperymentów A/B Testing obsługiwane są teraz aktualizacje w czasie rzeczywistym. Aby korzystać z tej funkcji, upewnij się, że Twoja aplikacja używa najnowszych wymaganych wersji pakietu SDK ((pakiet) SDK Firebase na Androida w wersji 34.13.0, (pakiet) SDK Firebase na iOS w wersji 12.13.0 i pakiet Firebase JavaScript SDK w wersji 12.15.0 ).

Jeśli edytuję warunki kierowania aktywnego eksperymentu, aby wykluczyć niektórych użytkowników, dlaczego ci użytkownicy są nadal uwzględniani w danych pomiarowych eksperymentu?

A/B Testing używa do pomiarów trwałych zasobników.

Gdy użytkownik zostanie przypisany do eksperymentu i zacznie być mierzony, będzie nadal uwzględniany w danych eksperymentu, nawet jeśli późniejsze zmiany warunków kierowania normalnie by go wykluczyły. Jednak ci użytkownicy przestaną otrzymywać wartości wariantów eksperymentu, jeśli nie będą już spełniać zaktualizowanych warunków. Więcej informacji znajdziesz w sekcji dotyczącej Remote Configlogiki przypisywania wariantów.

Podczas konfigurowania kierowania na potrzeby eksperymentu widzę komunikat o błędzie Połącz aplikację z tym warunkiem lub wybierz inny

Ten błąd oznacza, że wybrany warunek kierowania wymaga, aby kierować reklamy na konkretną aplikację w Firebase, ale bieżąca konfiguracja jej nie obejmuje. Upewnij się, że warunek zawiera regułę, która kieruje reklamy na co najmniej 1 aplikację Firebase.

Dlaczego moje warunki nie kierują reklam na żadnych użytkowników?

Warunki w szablonie Remote Config są oceniane sekwencyjnie od góry do dołu przy użyciu logiki "pierwsze dopasowanie". Jeśli ogólny warunek jest umieszczony nad bardziej szczegółowym warunkiem eksperymentu, to ogólny warunek przechwyci użytkownika jako pierwszy, a eksperyment zostanie zignorowany. Aby rozwiązać ten problem, na karcie Warunki wykonaj jedną z tych czynności:

• Zmień kolejność warunków: upewnij się, że bardziej szczegółowe (najmniej inkluzywne) warunki eksperymentu znajdują się wyżej na liście oceniania, aby były sprawdzane przed bardziej ogólnymi warunkami.
• Używaj dedykowanych parametrów: jeśli masz złożone potrzeby w zakresie kierowania, rozważ utworzenie unikalnego parametru Remote Config specjalnie na potrzeby eksperymentu, aby uniknąć konfliktów warunków.

Nie mogę usunąć warunku z karty Warunki.

Nie można usunąć warunków, jeśli są one połączone z aktywnymi eksperymentami. Najpierw musisz zatrzymać eksperyment i usunąć warunek.

Nie mogę usunąć reguły z warunku, jeśli ta reguła jest połączona z konkretną aplikacją.

Jeśli warunek zawiera regułę, która wyraźnie kieruje reklamy na aplikację w Firebase, nie można usunąć tej konkretnej reguły łączącej aplikację podczas edytowania warunku.

Podczas konfigurowania kierowania na potrzeby eksperymentu widzę ostrzeżenie o używaniu wielu warunków procentowych. Czy należy się martwić?

Jest to ostrzeżenie, które nie blokuje działania. Wyświetla się, aby poinformować Cię, że kierowanie na potrzeby eksperymentu łączy wiele warunków procentowych, ponieważ ich złożony efekt w połączeniu z procentem ekspozycji eksperymentu może czasami prowadzić do nieoczekiwanego rozkładu użytkowników. Możesz kontynuować, ale pamiętaj o tym, jak te warunki ze sobą współdziałają.

Gdzie mogę znaleźć wersje robocze eksperymentów lub urządzenia testowe i nimi zarządzać?

W nowym przepływie pracy A/B Testing wprowadziliśmy te zmiany związane ze starymi wersjami roboczymi i urządzeniami testowymi:

• Wycofanie karty Wersje robocze: karty Wersje robocze i istniejących wersji roboczych eksperymentów nie można już edytować. Możesz tylko wyświetlać, duplikować lub usuwać istniejące wersje robocze eksperymentów. Karta Wersje robocze zostanie trwale usunięta z konsoli 31 października 2026 r.
• Usunięcie urządzeń testowych: w nowym przepływie pracy funkcja Zarządzaj urządzeniami testowymi nie jest już dostępna. Aby kierować reklamy na określone wewnętrzne urządzenia testowe, podczas tworzenia eksperymentu możesz dodać co najmniej 1 identyfikator instalacji Firebase (FID) do jego warunków. Aby przetestować eksperyment w aplikacjach QA, przypisz go do konkretnego identyfikatora aplikacji i ustaw ekspozycję na 100%. Aby sprawdzić eksperyment przed jego wdrożeniem, ustaw ekspozycję na 0%. Pamiętaj, że 90-dniowy okres wygaśnięcia eksperymentu zaczyna się po opublikowaniu, nawet przy 0% ekspozycji. Po sprawdzeniu eksperymentu możesz zwiększyć procent ekspozycji, aby rozpocząć pełne wdrożenie.

Czy podczas tworzenia eksperymentu mogę tworzyć parametry?

Nie, nie możesz utworzyć parametru Remote Config bezpośrednio na pasku bocznym tworzenia eksperymentu. Zanim skonfigurujesz eksperyment, który go używa, musisz utworzyć parametr w Remote Config.

Jak mogę złagodzić problemy z pobieraniem (które wystąpiły w maju 2026 r.) w nowym przepływie pracy?

Problem uniemożliwiał dotarcie do pakietów SDK klienta eksperymentów testów A/B Firebase utworzonych między 13 a 22 maja 2026 r. Oznacza to, że użytkownicy nie otrzymywali wariantów eksperymentu, a dane nie są dostępne w przypadku tych eksperymentów. Pamiętaj, że dostarczanie eksperymentów do użytkowników zostało już automatycznie przywrócone, a zbieranie danych rozpocznie się od następnego pobrania. Jeśli z powodu tej przerwy musisz wydłużyć okno pomiarowe eksperymentu lub masz dodatkowe pytania dotyczące nowego przepływu pracy, skontaktuj się z zespołem pomocy Firebase.