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

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

W ramach jednego projektu możesz przeprowadzić maksymalnie 300 eksperymentów (w tym wdrożeń). Może to być maksymalnie 24 eksperymenty i wdrożenia, które są w toku, a pozostałe to zakończone eksperymenty.

Dlaczego po odłączeniu projektu od Google Analytics i ponownym połączeniu z tą usługą nie mogę wyświetlić 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 w momencie tworzenia eksperymentu.

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

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

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

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

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

• Jeśli tylko w przypadku 1–2 aplikacji brakuje powiązanego strumienia Google Analytics, 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 wybierz Administracja, kliknij Strumienie danych, a potem Dodaj strumień. Dodaj brakujące szczegóły aplikacji i kliknij Zarejestruj aplikację.
• Jeśli brakuje Ci więcej niż kilku strumieni danych z aplikacji, najszybszym i najskuteczniejszym sposobem na ich utworzenie jest odłączenie i ponowne połączenie usługi Google Analytics:
  1. W konsoli Firebase otwórz stronę 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 wyświetlonym ostrzeżeniem (nie martw się, w następnym kroku ponownie połączysz tę samą usługę), a potem 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. Wybierz swoje konto Analytics z listy Wybierz konto.
  8. Obok opcji Automatycznie utwórz nową usługę na tym koncie kliknij edit Edytuj, a następnie na wyświetlonej liście Usługa w Analytics wybierz identyfikator usługi.
     
     Wyświetli się lista wszystkich aplikacji w projekcie. Wyświetlone zostaną dotychczasowe mapowania strumieni dla każdej aplikacji, a w przypadku 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 widzisz błąd podczas tworzenia testów A/B za pomocą Zdalnej konfiguracji, skontaktuj się z zespołem pomocy Firebase.

Jakie są najważniejsze funkcje Remote Configeksperymentów?

• Tworzenie w Zdalnej konfiguracji: eksperymenty możesz tworzyć bezpośrednio w Remote Configsekcji konsoli Firebase. Na przykład na stronie Parametry kliknij Utwórz eksperyment, aby otworzyć proces tworzenia w panelu bocznym.
• Bogatsze kierowanie i ponowne wykorzystywanie warunków: eksperymenty korzystają z natywnego narzędzia do definiowania warunków w Remote Config, co umożliwia ponowne wykorzystywanie istniejących warunków i kierowanie reklam na użytkowników na podstawie rozbudowanych kryteriów (takich jak Analytics odbiorcy, właściwości użytkownika, wersje aplikacji, język urządzenia oraz kraj lub 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 zmianami Remote Config i wchodzą w życie po opublikowaniu szablonu.
• Aktualizacje w czasie rzeczywistym: dzięki mechanizmowi pobierania Remote Config aktualizacje wartości eksperymentu mogą być przekazywane użytkownikom mobilnym w czasie rzeczywistym.
• Karta Przygotowanie: eksperymenty, które są w stanie tworzenia lub aktualizacji, znajdują się na podkarcie „Przygotowanie” w Remote Config. Są one lokalne w aktywnej sesji konsoli.
• Wycofanie starych wersji roboczych: wycofujemy starszą, samodzielną kartę Wersje robocze w A/B Testing. Istniejące wersje robocze na tej karcie są przeznaczone tylko do wyświetlania (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: funkcja Zarządzaj urządzeniami testowymi nie jest już dostępna. Aby kierować reklamy na konkretne 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 ramach jednego projektu możesz przeprowadzić maksymalnie 300 eksperymentów (w tym wdrożeń). Może to być maksymalnie 24 eksperymenty i wdrożenia, które są w toku, a pozostałe to 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. Otworzy się proces tworzenia na pasku bocznym, podobny do tego, w którym tworzy się Remote Config wdrożenia.

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, 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 jego warianty działają zgodnie z oczekiwaniami, możesz go zduplikować i zmienić warunki, aby kierować go na użytkowników zewnętrznych, a także zastosować inne warunki na podstawie tego, na których użytkowników chcesz kierować eksperyment.

Możesz też kierować reklamy na konkretne urządzenia testowe, aby sprawdzić działanie 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 znajdę tymczasowe wersje robocze eksperymentów i czym jest karta „Przygotowanie”?

Tymczasowe wersje eksperymentów (w tym eksperymenty, które są obecnie w stanie tworzenia lub aktualizacji) są dostępne na karcie podrzędnej Przygotowanie w sekcji Remote Config. Wersje robocze na tej podkarcie nie są zachowywane po zakończeniu bieżącej sesji.

Jak zatrzymać trwający eksperyment?

Zatrzymanie eksperymentu wymaga teraz opublikowania szablonu Remote Config. Gdy klikniesz Zatrzymaj eksperyment, pojawi się wyskakujące okienko z prośbą o potwierdzenie publikacji. Wyskakujące okienko zawiera listę wszystkich zmian, które zostaną wprowadzone, w tym zatrzymanie eksperymentu. Opublikowanie szablonu jest niezbędne do zakończenia działania zatrzymania.

Dlaczego mój eksperyment testu A/B został nieoczekiwanie zatrzymany?

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

• Cofnięcie szablonu: cofnięcie szablonu Remote Config do wersji, w której eksperyment nie istniał, spowoduje zatrzymanie eksperymentu. Cofnięcie się do wersji, w której eksperyment został już zatrzymany, nie spowoduje jego ponownego uruchomienia. Jeśli chcesz ponownie utworzyć i przeprowadzić eksperyment, możesz go zduplikować i opublikować ponownie.
• 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 w przywróconej wersji był aktywny. Jeśli chcesz odtworzyć i przeprowadzić eksperyment, możesz go zduplikować i opublikować ponownie.

Co się stanie, gdy eksperyment wygaśnie, i co należy zrobić?

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

• Zbieranie danych zostaje wstrzymane: eksperyment przestaje zbierać nowe dane i obliczać wskaźniki. Wyniki historyczne i dane zebrane w ciągu 90 dni pozostaną dostępne w konsoli Firebase do sprawdzenia.
• 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 musi zostać usunięty: musisz usunąć wygasły eksperyment z parametru Remote Config. Jeśli wygasły eksperyment nie zostanie usunięty, nie będzie można utworzyć nowego eksperymentu z użyciem tego samego parametru, dopóki wygasły eksperyment nie zostanie usunięty.

Zalecane działania:

• Sprawdź wyniki eksperymentu w konsoli Firebase, aby przeanalizować końcowe dane i określić, czy jest zwycięski wariant.
• Zastosuj zmiany i zwalniaj miejsce po zakończonym eksperymencie:
  • Jeśli istnieje zwycięski wariant, wdroż go, aby zastosować wartość u użytkowników. Pamiętaj, że wdrożenie wersji nie powoduje automatycznego usunięcia zakończonego eksperymentu.
  • Jeśli nie chcesz wdrażać wariantu, usuń eksperyment z parametru, aby przywrócić domyślną wartość parametru.
  W obu przypadkach wyraźnie usuń z parametru zakończony eksperyment i opublikuj szablonRemote Config, aby zakończyć czyszczenie.
• Sklonuj 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 usuwają automatycznie zakończonych eksperymentów: wdrożenie zwycięskiego wariantu nie powoduje automatycznego usunięcia zakończonego eksperymentu. Nadal musisz jawnie usunąć wygasły eksperyment z parametru Remote Config i opublikować szablon.
• Wygasłych eksperymentów nie można wznowić: po wygaśnięciu eksperymentu nie można go ponownie uruchomić ani reaktywować, nawet jeśli wycofasz zmiany w szablonie Remote Config do wersji, w której eksperyment był aktywny.
• 90-dniowy licznik czasu zaczyna odliczanie w momencie opublikowania: zegar odliczający czas wygaśnięcia zaczyna działać, gdy tylko eksperyment zostanie opublikowany w szablonie, nawet jeśli początkowo ekspozycja użytkowników jest ustawiona na 0%.

Jakie wartości odczytuje aplikacja, gdy eksperyment zostanie zatrzymany lub wygaśnie?

Gdy eksperyment się zakończy lub wygaśnie, instancje aplikacji klienckiej, które były w nim zarejestrowane, nadal będą odczytywać przypisane wcześniej wartości wariantu z pamięci podręcznej do czasu następnego pobrania i aktywowania nowej konfiguracji (lub natychmiast po opublikowaniu szablonu, jeśli używasz czasu rzeczywistegoRemote Config).

Po pobraniu i aktywacji zaktualizowanej konfiguracji Remote Config aplikacja określa wartości parametrów w tej kolejności priorytetów:

1. Następny warunek dopasowania: jeśli parametr jest powiązany z innymi warunkami wRemote Config szablonie, aplikacja używa wartości warunkowej z następnego warunku dopasowania o najwyższym priorytecie zgodnie z kolejnością oceny warunków w szablonie.
2. Domyślna wartość szablonu: jeśli żaden warunek nie pasuje do danego parametru, aplikacja otrzymuje domyślną wartość szablonu, którą ustawisz podczas tworzenia parametru w szablonie Remote Config.
3. Wartość domyślna w aplikacji: jeśli nie podasz domyślnej wartości szablonu (np. jeśli parametr jest ustawiony na Użyj domyślnej wartości w aplikacji), aplikacja użyje domyślnej wartości w aplikacji zdefiniowanej w kodzie aplikacji za pomocą pakietu Remote Config SDK.
4. Domyślna wartość pakietu SDK: jeśli w kodzie nie zdefiniowano domyślnej wartości w aplikacji, pakiet SDK Remote Config zwraca statyczną wartość domyślną dla typu danych parametru (np. 0 w przypadku liczb, false w przypadku wartości logicznych, "" w przypadku ciągów znaków lub pusty obiekt w przypadku formatu JSON).

Więcej informacji o tym, jak są oceniane wartości, znajdziesz w artykule Priorytet wartości parametru.

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

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

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

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

Gdy użytkownik zostanie przypisany do eksperymentu i zacznie być uwzględniany w pomiarach, będzie nadal wliczany do danych eksperymentu, nawet jeśli późniejsze zmiany warunków kierowania normalnie by go wykluczyły. Jeśli jednak użytkownicy przestaną spełniać zaktualizowane warunki, nie będą już otrzymywać wartości wariantu eksperymentu. Więcej informacji znajdziesz w Remote Configlogice przypisywania wersji.

Podczas konfigurowania kierowania w eksperymencie widzę komunikat o błędzie Połącz aplikację z tym warunkiem lub wybierz inny.

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

Dlaczego moje warunki nie są kierowane na żadnych użytkowników?

Warunki w szablonie Remote Config są oceniane po kolei 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, najpierw jest uwzględniany ten ogólny, a eksperyment jest ignorowany. 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 ogólne) warunki eksperymentu znajdują się wyżej na liście oceny, aby były sprawdzane przed bardziej ogólnymi warunkami.
• Używaj dedykowanych parametrów: jeśli masz złożone potrzeby związane z kierowaniem, rozważ utworzenie unikalnego parametru Remote Config specjalnie na potrzeby eksperymentu, aby uniknąć konfliktów warunków.

Nie mogę usunąć warunku z karty Warunki.

Warunków nie można usunąć, jeśli są powiązane z aktywnymi lub trwającymi eksperymentami. Najpierw musisz zatrzymać eksperyment i usunąć warunek.

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

Jeśli warunek zawiera regułę, która jest wyraźnie kierowana na aplikację w Firebase, nie można usunąć tej konkretnej reguły łączenia aplikacji podczas edytowania warunku.

Widzę ostrzeżenie o używaniu w eksperymencie wielu warunków procentowych w kierowaniu. Czy mam się martwić?

Jest to ostrzeżenie, które nie blokuje działania. Wyświetla się, gdy kierowanie eksperymentu łączy kilka warunków opartych na wartościach 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, jak te warunki wchodzą ze sobą w interakcje.

Gdzie mogę znaleźć eksperymenty w wersji roboczej lub urządzenia testowe i nimi zarządzać?

W przypadku eksperymentów Remote Config podajemy szczegóły dotyczące starszych wersji roboczych i urządzeń testowych:

• Wycofanie karty Wersja robocza: starsza karta Wersje robocze i istniejące eksperymenty w wersji roboczej nie są już edytowalne. Możesz tylko wyświetlać, duplikować i usuwać istniejące wersje robocze eksperymentów. Karta Wersje robocze zostanie trwale usunięta z konsoli 31 października 2026 r..
• Usuwanie urządzeń testowych: funkcja Zarządzaj urządzeniami testowymi nie jest już dostępna. Aby kierować reklamy na konkretne urządzenia testowe, możesz podczas tworzenia eksperymentu dodać do jego warunków co najmniej 1 identyfikator instalacji Firebase (FID). W przypadku testowania eksperymentów w aplikacjach na potrzeby kontroli jakości przypisz eksperyment 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 ważności eksperymentu rozpoczyna się w momencie opublikowania, nawet przy 0% wyświetleń. Po sprawdzeniu eksperymentu możesz zwiększyć odsetek wyświetleń, 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.