Parametry i warunki Zdalnej konfiguracji w szablonach klienta

Wybierz typ szablonu: Szablony klienta Szablony serwera


Możesz wyświetlać parametry i wartości Remote Config z szablonów klienta w dowolnych instancjach aplikacji, które implementują pakiety SDK klienta Firebase dla Remote Config, w tym w aplikacjach na platformy Apple, Android, Flutter, Unity i C++ oraz w aplikacjach internetowych.

Gdy używasz konsoli Firebase lub interfejsów API backendu Remote Config, definiujesz co najmniej 1 parametr (pary klucz-wartość) i podajesz domyślne wartości tych parametrów w aplikacji. Możesz zastąpić domyślne wartości w aplikacji, definiując wartości parametrów. Klucze i wartości parametrów są ciągami znaków, ale wartości parametrów można rzutować na inne typy danych, gdy używasz ich w aplikacji.

Za pomocą konsoli Firebase, Admin SDK lub interfejsu API REST Remote Config możesz tworzyć nowe wartości domyślne parametrów, a także wartości warunkowe, które są używane do kierowania na grupy instancji aplikacji. Za każdym razem, gdy aktualizujesz konfigurację w konsoli Firebase, Firebase tworzy i publikuje nową wersję szablonu Remote Config. Poprzednia wersja jest przechowywana, dzięki czemu możesz ją pobrać lub przywrócić w razie potrzeby. Te operacje są dostępne w konsoli Firebase, Firebase Admin SDK i interfejsie REST API. Są one opisane bardziej szczegółowo w artykule Zarządzanie wersjami szablonów Remote Config.

Z tego przewodnika dowiesz się, czym są parametry, warunki, reguły i wartości warunkowe oraz jak ustalane są priorytety różnych wartości parametrów w backendzie Remote Config i w aplikacji. Znajdziesz tu też szczegółowe informacje o typach reguł używanych do tworzenia warunków.

Warunki, reguły i wartości warunkowe

Warunek służy do kierowania na grupę instancji aplikacji. Warunki składają się z co najmniej 1 reguły, która musi mieć wartość true, aby warunek miał wartość true w przypadku danej instancji aplikacji. Jeśli wartość reguły jest niezdefiniowana (np. gdy nie jest dostępna żadna wartość), reguła zwraca wartość false.

Na przykład parametr, który definiuje ekran powitalny aplikacji, może wyświetlać różne obrazy w zależności od typu systemu operacyjnego, korzystając z reguły if device_os = Android:

Zrzut ekranu parametru „splash_page” w konsoli Firebase z jego wartością domyślną na iOS i wartością warunkową na Androidzie

Możesz też użyć warunku czasowego, aby kontrolować, kiedy aplikacja ma wyświetlać specjalne produkty promocyjne.

Parametr może mieć wiele wartości warunkowych, które używają różnych warunków, a parametry mogą współdzielić warunki w projekcie. W konsoli Firebase otwórz stronę DevOps i zaangażowanie > Zdalna konfiguracja > Parametry, aby wyświetlić odsetek pobrań dla wartości warunkowych każdego parametru. Ten wskaźnik pokazuje odsetek żądań z ostatnich 24 godzin, które otrzymały każdą wartość.

Dodawanie, edytowanie i usuwanie warunków oraz zmienianie ich kolejności za pomocą konsoli Firebase

W konsoli Firebase możesz tworzyć, edytować, usuwać i zmieniać kolejność warunków kierowania. Warunki są współdzielone przez parametry w projekcie. Aby zarządzać warunkami:

  1. W konsoli Firebase otwórz stronę DevOps i zaangażowanie > Zdalna konfiguracja > Warunki (lub wybierz Zarządzaj warunkami na stronie Parametry).
  2. Dodawanie warunku: kliknij Dodaj warunek (lub Utwórz pierwszy warunek), wpisz nazwę, która określa cel kierowania, i wybierz co najmniej 1 regułę kierowania.
  3. Edytowanie warunku: kliknij nazwę warunku lub ikonę edycji, zmodyfikuj reguły i kliknij Zapisz.
  4. Zmienianie priorytetu warunków: na stronie Warunki przeciągnij warunki za uchwyt, aby zmienić ich kolejność. Warunki znajdujące się wyżej na liście mają pierwszeństwo przed warunkami znajdującymi się niżej.
  5. Usuwanie warunku: kliknij ikonę usuwania obok warunku, który chcesz usunąć. Jeśli warunek jest używany przez jakiś parametr, usunięcie go spowoduje też usunięcie powiązanych wartości warunkowych.

Po zapisaniu zmian w warunkach opublikuj szablon, klikając Opublikuj zmiany.

Ograniczenie IPv6 związane z kontrolą dostępu na podstawie adresów IP

Remote Config ma ograniczoną obsługę protokołu IPv6, gdy jest używany z zasadami dostępu opartymi na adresach IP. Jeśli Twoja organizacja ogranicza dostęp do określonych zakresów publicznych adresów IP, połączenie przez sieć IPv6 może powodować te problemy:

  • Dostęp do konsoli: możesz nie mieć możliwości korzystania z niektórych funkcji Remote Config w konsoli Firebase, takich jak wczytywanie danych czy konfigurowanie kierowania.
  • Dostęp klienta: aplikacje klienckie mogą napotkać błędy PERMISSION_DENIED.

Aby zapobiec tym problemom, skonfiguruj sieć tak, aby używała protokołu IPv4, lub dodaj wymagane zakresy adresów IP Firebase do listy dozwolonych w organizacji.

Priorytet wartości parametru

Z parametrem może być powiązanych kilka wartości warunkowych. Te reguły określają, która wartość jest pobierana z szablonu Remote Config i która jest używana w danej instancji aplikacji w określonym momencie:

  1. Najpierw stosowane są wartości warunkowe dla wszystkich warunków, które w przypadku danego żądania klienta mają wartość true. Jeśli kilka warunków ma wartość true, pierwszeństwo ma warunek wyświetlany u góry w interfejsie konsoli Firebase, a wartości warunkowe powiązane z tym warunkiem są podawane, gdy aplikacja pobiera wartości z backendu. Priorytet warunków możesz zmienić, przeciągając je i upuszczając na stronie Warunki.

  2. Jeśli nie ma wartości warunkowych, które spełniają warunki true, podczas pobierania wartości z backendu przez aplikację podawana jest domyślna wartość Remote Config. Jeśli parametr nie istnieje w backendzie lub jeśli wartość domyślna jest ustawiona na Użyj wartości domyślnej w aplikacji, podczas pobierania wartości przez aplikację nie jest podawana żadna wartość tego parametru.

W aplikacji wartości parametrów są zwracane przez metody get zgodnie z tą listą priorytetów

  1. Jeśli wartość została pobrana z backendu, a następnie aktywowana, aplikacja używa pobranej wartości. Aktywowane wartości parametrów są trwałe.
  2. Jeśli z backendu nie została pobrana żadna wartość lub jeśli wartości pobrane z backendu Remote Config nie zostały aktywowane, aplikacja używa wartości domyślnej.

    Więcej informacji o uzyskiwaniu i ustawianiu wartości domyślnych znajdziesz w artykule Pobieranie domyślnych wartości szablonu Remote Config.

  3. Jeśli nie ustawiono domyślnej wartości w aplikacji, aplikacja używa wartości typu statycznego (np. 0 dla int i false dla boolean).

Ta grafika podsumowuje, jak ustalane są priorytety wartości parametrów w systemie zaplecza Remote Config i w aplikacji:

Diagram przedstawiający proces opisany na powyższych listach uporządkowanych

Typy danych wartości parametrów

Remote Config umożliwia wybranie typu danych dla każdego parametru i sprawdza wszystkie wartości Remote Config pod kątem tego typu przed aktualizacją szablonu. Typ danych jest przechowywany i zwracany w odpowiedzi na żądanie getRemoteConfig.

Obsługiwane typy danych:

  • String
  • Boolean
  • Number
  • JSON

W interfejsie konsoli Firebase typ danych można wybrać z menu obok klucza parametru. W interfejsie REST API typy można ustawiać za pomocą pola value_type w obiekcie parametru.

Grupy parametrów

Remote Config umożliwia grupowanie parametrów, co pozwala na lepsze uporządkowanie interfejsu i zwiększenie użyteczności.

Załóżmy na przykład, że podczas wdrażania nowej funkcji logowania musisz włączyć lub wyłączyć 3 różne typy uwierzytelniania. W Remote Config możesz utworzyć 3 parametry, aby włączyć odpowiednie typy, a następnie uporządkować je w grupie o nazwie „Nowe logowanie” bez konieczności dodawania prefiksów ani specjalnego sortowania.

Grupy parametrów możesz tworzyć za pomocą konsoli Firebase lub interfejsu API REST Remote Config. Każda utworzona grupa parametrów ma unikalną nazwę w szablonie Remote Config. Podczas tworzenia grup parametrów pamiętaj o tych kwestiach:

  • Parametry mogą być uwzględniane tylko w jednej grupie naraz, a klucz parametru musi być unikalny we wszystkich parametrach.
  • Nazwy grup parametrów mogą mieć maksymalnie 256 znaków.
  • Jeśli używasz zarówno interfejsu API typu REST, jak i konsoli Firebase, upewnij się, że logika interfejsu API typu REST została zaktualizowana, aby obsługiwać grupy parametrów podczas publikowania.

Tworzenie i modyfikowanie grup parametrów za pomocą konsoli Firebase

Parametry możesz grupować w konsoli Firebase. Aby utworzyć lub zmodyfikować grupę:

  1. W konsoli Firebase otwórz stronę DevOps i zaangażowanie > Zdalna konfiguracja > Parametry.
  2. Wybierz Zarządzaj grupami.
  3. Zaznacz pola wyboru obok parametrów, które chcesz dodać, i kliknij Przenieś do grupy.
  4. Wybierz istniejącą grupę lub utwórz nową, wpisując nazwę i opis, a następnie klikając Utwórz nową grupę. Po zapisaniu grupy możesz ją opublikować, klikając przycisk Opublikuj zmiany.

Tworzenie grup automatycznie

Interfejs REST API Remote Config umożliwia automatyczne tworzenie i publikowanie grup parametrów. Jeśli znasz REST i masz skonfigurowaną autoryzację żądań do interfejsu API, możesz wykonać te czynności, aby zarządzać grupami programowo:

  1. pobrać bieżący szablon,
  2. Dodaj obiekty JSON, które będą reprezentować grupy parametrów.
  3. Opublikuj grupy parametrów za pomocą żądania HTTP PUT.

Obiekt parameterGroups zawiera klucze grup z zagnieżdżonym opisem i listą pogrupowanych parametrów. Pamiętaj, że każdy klucz grupy musi być globalnie unikalny.

Oto przykład fragmentu wersji szablonu, który dodaje grupę parametrów „new menu” z jednym parametrem pumpkin_spice_season:

{
  "parameters": {},
  "version": {
    "versionNumber": "1",

    …

  },
  "parameterGroups": {
    "new menu": {
      "description": "New Menu",
      "parameters": {
        "pumpkin_spice_season": {
          "defaultValue": {
            "value": "true"
          },
          "description": "Whether it's pumpkin spice season."
        }
      }
    }
  }
}

Warunki sygnału niestandardowego

Wartości warunkowe sygnałów niestandardowych mogą służyć do dopasowywania dowolnych sygnałów, które definiujesz i wysyłasz w aplikacji, do warunków utworzonych na podstawie sygnałów w usłudze Remote Config. Dzięki temu możesz dostosowywać działanie aplikacji lub strony klienta.

Warunki sygnałów niestandardowych są dostępne w przypadku tych środowisk klienta:

  • iOS: wersja 11.8.0 lub nowsza,
  • Android: wersja 22.1.0 lub nowsza (Firebase BoM w wersji 33.8.0 lub nowszej)
  • Internet: wersja 11.2.0 lub nowsza
  • Flutter: Flutter BoM w wersji 3.6.0 lub nowszej

Załóżmy na przykład, że pracujesz nad aplikacją do sprzedaży biletów i chcesz wyświetlać baner na ekranie głównym. Możesz używać warunków niestandardowych sygnałów po stronie klienta, aby personalizować te banery na podstawie lokalizacji i zainteresowań użytkownika. Możesz wykonać te czynności:

  1. Dodaj banner_image_url i banner_link do szablonu klienta Remote Config. Reprezentują one obraz banera i powiązaną z nim stronę wydarzenia.
  2. Ustaw sygnały niestandardowe z aplikacji z wartościami city i preferred_event_category.
  3. Dodaj wartości domyślne do szablonu Remote Config dla klienta i utwórz wartości warunkowe na podstawie sygnałów niestandardowych ustawionych w poprzednim kroku.
  4. Dodaj wartości domyślne do szablonu Remote Config dla klienta i wartości warunkowe dla każdego zdefiniowanego warunku.
  5. Zaktualizuj kod aplikacji, aby ustawić i używać warunków sygnałów niestandardowych.

Teraz aplikacja może pobrać odpowiednie wartości banner_image_url i banner_link, gdy pobiera te parametry z serwera Remote Config.

Limity

Podczas tworzenia warunków sygnałów niestandardowych musisz przestrzegać tych limitów:

  • Liczba sygnałów niestandardowych: możesz utworzyć maksymalnie 100 sygnałów niestandardowych na instancję aplikacji. Sygnał niestandardowy możesz usunąć, ustawiając jego wartość na null.
  • Nazwa sygnału niestandardowego: każda nazwa sygnału niestandardowego może mieć maksymalnie 250 znaków.
  • Wartość sygnału niestandardowego: każda wartość sygnału niestandardowego może mieć maksymalnie 500 znaków. Jeśli używasz wyrażeń regularnych, limit wynosi 250 znaków.

Typy reguł warunków

W konsoli Firebase obsługiwane są te typy reguł: Równoważne funkcje są dostępne w interfejsie Remote Config REST API, jak opisano w dokumentacji wyrażeń warunkowych.

Typ reguły Operatorzy Wartości Uwaga
Aplikacja == Wybierz z listy identyfikatorów aplikacji powiązanych z projektem Firebase. Gdy dodajesz aplikację do Firebase, wpisujesz identyfikator pakietu lub nazwę pakietu na Androida, która definiuje atrybut widoczny jako Identyfikator aplikacji w regułach Remote Config.

Używaj tego atrybutu w następujący sposób:
  • Na platformach Apple: użyj identyfikatora CFBundleIdentifier aplikacji. Identyfikator pakietu znajdziesz na karcie Ogólne głównego celu aplikacji w Xcode.
  • Android: użyj identyfikatora applicationId aplikacji. Plik applicationId znajdziesz w pliku build.gradle(.kts) na poziomie aplikacji.
Wersja aplikacji W przypadku wartości tekstowych:
dokładnie pasuje,
zawiera,
nie zawiera,
zawiera wyrażenie regularne

W przypadku wartości liczbowych:
<, <=, =, !=, >, >=

Określ wersje aplikacji, na które chcesz kierować reklamy.

Zanim użyjesz tej reguły, musisz użyć reguły Identyfikator aplikacji, aby wybrać aplikację na Androida lub Apple powiązaną z projektem w Firebase.

Na platformach Apple: użyj CFBundleShortVersionString aplikacji.

Uwaga: upewnij się, że Twoja aplikacja na urządzenia Apple używa pakietu SDK Firebase na platformy Apple w wersji 6.24.0 lub nowszej, ponieważ we wcześniejszych wersjach nie jest wysyłany ciąg CFBundleShortVersionString (zobacz informacje o wersji).

Na Androidzie: użyj parametru versionName aplikacji.

Uwaga: operatory porównania liczbowego (<, <=, =, !=, >, >=) obsługują tylko liczbowe wersje semantyczne (np. 1.2.3). Nie obsługują sufiksów ani łączników wersji przedpremierowych (np. -beta lub -rc). W przypadku ciągów wersji z sufiksami nieliczbowymi lub łącznikami (np. 1.5-beta) używaj operatorów ciągów (np. zawiera wyrażenie regularne, zawiera lub dokładnie pasuje).

W porównaniach ciągów znaków w przypadku tej reguły wielkość liter ma znaczenie. Jeśli używasz operatora ściśle pasuje do, zawiera, nie zawiera lub zawiera wyrażenie regularne, możesz wybrać wiele wartości.

Jeśli używasz operatora zawiera wyrażenie regularne, możesz tworzyć wyrażenia regularne w formacie RE2. Wyrażenie regularne może pasować do całości lub części ciągu znaków wersji docelowej. Możesz też używać kotwic ^ i $, aby dopasowywać początek, koniec lub całość docelowego ciągu znaków.

Numer kompilacji W przypadku wartości tekstowych:
dokładnie pasuje,
zawiera,
nie zawiera,
wyrażenie regularne

W przypadku wartości liczbowych:
=, ≠, >, ≥, <, ≤

Określ kompilacje aplikacji, na które chcesz kierować reklamy.

Zanim użyjesz tej reguły, musisz użyć reguły Identyfikator aplikacji, aby wybrać aplikację na Androida lub Apple powiązaną z projektem w Firebase.

Ten operator jest dostępny tylko w przypadku aplikacji na Apple i Androida. Odpowiada on parametrowi CFBundleVersion aplikacji w przypadku Apple i versionCode w przypadku Androida. W porównaniach ciągów znaków w tej regule wielkość liter ma znaczenie.

Jeśli używasz operatora ściśle pasuje do, zawiera, nie zawiera lub zawiera wyrażenie regularne, możesz wybrać wiele wartości.

Jeśli używasz operatora zawiera wyrażenie regularne, możesz tworzyć wyrażenia regularne w formacie RE2. Wyrażenie regularne może pasować do całości lub części ciągu znaków wersji docelowej. Możesz też używać kotwic ^ i $, aby dopasowywać początek, koniec lub całość docelowego ciągu znaków.

Platforma == iOS
Android
Przeglądarka
 
System operacyjny ==

Określ systemy operacyjne, na które chcesz kierować reklamy.

Zanim użyjesz tej reguły, musisz użyć reguły Identyfikator aplikacji, aby wybrać aplikację internetową powiązaną z projektem w Firebase.

Ta reguła zwraca wartość true dla danej instancji aplikacji internetowej, jeśli system operacyjny i jego wersja odpowiadają wartości docelowej na określonej liście.
Przeglądarka ==

Wybierz przeglądarki, na które chcesz kierować reklamy.

Zanim użyjesz tej reguły, musisz użyć reguły Identyfikator aplikacji, aby wybrać aplikację internetową powiązaną z projektem w Firebase.

Ta reguła zwraca wartość true dla danej instancji aplikacji internetowej, jeśli przeglądarka i jej wersja pasują do wartości docelowej na określonej liście.
Kategoria urządzenia jest, nie jest komórka Ta reguła sprawdza, czy urządzenie, na którym jest używana aplikacja internetowa, jest urządzeniem mobilnym czy nie (komputerem lub konsolą). Ten typ reguły jest dostępny tylko w przypadku aplikacji internetowych.
Języki zawiera się w Wybierz co najmniej 1 język. Ta reguła zwraca wartość true dla danej instancji aplikacji, jeśli jest ona zainstalowana na urządzeniu, na którym używany jest jeden z wymienionych języków.
Kraj/region zawiera się w Wybierz co najmniej 1 region lub kraj. Ta reguła zwraca wartość true dla danej instancji aplikacji, jeśli instancja znajduje się w jednym z wymienionych regionów lub krajów. Kod kraju urządzenia jest określany na podstawie adresu IP urządzenia w żądaniu lub kodu kraju określonego przez Firebase Analytics (jeśli dane Analytics są udostępniane Firebase).
Odbiorcy Zawiera przynajmniej jeden Wybierz co najmniej jedną z Google Analytics grup odbiorców skonfigurowanych w projekcie.

Ta reguła wymaga reguły identyfikatora aplikacji, aby wybrać aplikację powiązaną z projektem w Firebase.

Uwaga: ponieważ wiele list odbiorców Analytics jest definiowanych przez zdarzenia lub właściwości użytkownika, które mogą być oparte na działaniach użytkowników aplikacji, może minąć trochę czasu, zanim reguła Użytkownik na liście odbiorców zacznie obowiązywać w przypadku danej instancji aplikacji. Oznacza to, że nawet jeśli użytkownik technicznie kwalifikuje się do listy odbiorców, ale usługa Analytics nie dodała go jeszcze do tej listy w momencie wykonania fetchAndActivate(), użytkownik nie spełni warunku.

Właściwość użytkownika W przypadku wartości tekstowych:
zawiera,
nie zawiera,
dokładnie pasuje,
zawiera wyrażenie regularne.

W przypadku wartości liczbowych:
=, ≠, >, ≥, <, ≤

Uwaga: po stronie klienta możesz ustawiać tylko wartości tekstowe właściwości użytkownika. W przypadku warunków, które używają operatorów numerycznych, Remote Config konwertuje wartość odpowiedniej właściwości użytkownika na liczbę całkowitą lub zmiennoprzecinkową.
Wybierz z listy dostępnych właściwości użytkownika Google Analytics. Aby dowiedzieć się, jak używać właściwości użytkownika do dostosowywania aplikacji do bardzo konkretnych segmentów bazy użytkowników, przeczytaj artykuł Remote Config i właściwości użytkownika.

Więcej informacji o właściwościach użytkownika znajdziesz w tych przewodnikach:

Jeśli używasz operatora ściśle pasuje do, zawiera, nie zawiera lub zawiera wyrażenie regularne, możesz wybrać wiele wartości.

Jeśli używasz operatora zawiera wyrażenie regularne, możesz tworzyć wyrażenia regularne w formacie RE2. Wyrażenie regularne może pasować do całości lub części ciągu znaków wersji docelowej. Możesz też używać kotwic ^ i $, aby dopasowywać początek, koniec lub całość docelowego ciągu znaków.

Uwaga: właściwości użytkownika zbierane automatycznie nie są dostępne podczas tworzenia warunków Remote Config.
Użytkownik w losowym odsetku Suwak (w konsoli Firebase). Interfejs API typu REST używa operatorów <=, > i between. 0-100

Użyj tego pola, aby zastosować zmianę do losowej próbki instancji aplikacji (o rozmiarze nawet 0,0001%). Za pomocą suwaka możesz podzielić losowo wymieszanych użytkowników (instancje aplikacji) na grupy.

Każda instancja aplikacji jest trwale mapowana na losową liczbę całkowitą lub ułamkową zgodnie z ziarnem zdefiniowanym w danym projekcie.

Reguła będzie używać klucza domyślnego (wyświetlanego jako Edytuj ziarno w konsoli Firebase), chyba że zmodyfikujesz wartość ziarna. Aby przywrócić domyślny klucz reguły, wyczyść pole Seed (Ziarno).

Aby konsekwentnie kierować reklamy na te same instancje aplikacji w określonych zakresach procentowych, używaj tej samej wartości ziarna we wszystkich warunkach. Możesz też wybrać nową, losowo przypisaną grupę instancji aplikacji dla danego zakresu procentowego, określając nowy obiekt inicjujący.

Aby na przykład utworzyć 2 powiązane warunki, z których każdy dotyczy niepokrywającego się 5% użytkowników aplikacji, możesz skonfigurować jeden warunek, który będzie pasował do odsetka między 0% a 5%, i drugi warunek, który będzie pasował do zakresu między 5% a 10%. Aby umożliwić niektórym użytkownikom losowe pojawianie się w obu grupach, użyj różnych wartości ziarna dla reguł w ramach każdego warunku.

Zaimportowany segment zawiera się w Wybierz co najmniej 1 zaimportowany segment. Ta reguła wymaga skonfigurowania niestandardowych zaimportowanych segmentów.
Data/godzina Przed, po Określona data i godzina w strefie czasowej urządzenia lub określonej strefie czasowej, np. „(GMT+11) czas w Sydney”. Porównuje bieżący czas z czasem pobierania na urządzeniu.
Pierwsze uruchomienie Przed, po

Kierowanie na użytkowników na podstawie pierwszego uruchomienia aplikacji:

  • Wybierz Nowi użytkownicy, aby kierować reklamy na użytkowników, którzy po raz pierwszy otworzą Twoją aplikację po określonej dacie i godzinie w przyszłości.
  • Wybierz Zakres czasu, aby kierować reklamy na użytkowników, którzy po raz pierwszy otworzyli Twoją aplikację w zakresie przed określoną datą i godziną lub po nich. Połącz warunki Przed i Po, aby kierować reklamy na użytkowników w określonym zakresie czasu.

Kierowanie na użytkowników według pierwszego otwarcia jest dostępne po wybraniu aplikacji na Androida, iOS lub aplikacji internetowej.

Wymaga tych pakietów SDK:

  • Pakiet SDK Firebase dla: Google Analytics
  • Pakiet SDK na platformy Apple w wersji 9.0.0 lub nowszej albo pakiet Android SDK w wersji 21.1.1 lub nowszej (Firebase BoM w wersji 30.3.0 lub nowszej) oraz pakiet JavaScript SDK w wersji 12.8.0 lub nowszej.

Analytics musi być też włączona na urządzeniu klienta podczas pierwszego uruchomienia aplikacji.

Identyfikator instalacji zawiera się w Podaj co najmniej 1 identyfikator instalacji (maksymalnie 50), na który chcesz kierować reklamy. Ta reguła zwraca wartość true dla danej instalacji, jeśli jej identyfikator znajduje się na liście wartości rozdzielonych przecinkami.

Aby dowiedzieć się, jak uzyskać identyfikatory instalacji, przeczytaj artykuł o pobieraniu identyfikatorów klientów.
Użytkownik istnieje (brak operatora) Obejmuje wszystkich użytkowników wszystkich aplikacji w bieżącym projekcie.

Użyj tej reguły warunku, aby dopasować wszystkich użytkowników w projekcie, niezależnie od aplikacji lub platformy.

Sygnał niestandardowy Wartości tekstowe:
zawiera,
nie zawiera,
dokładnie pasuje,
zawiera wyrażenie regularne.

Wartości liczbowe:
=, ≠, >, ≥, <, ≤

Wartości wersji:
=, ≠, >, ≥, <, ≤

W porównaniach ciągów znaków w przypadku tej reguły wielkość liter ma znaczenie. Jeśli używasz operatora „dokładnie pasuje”, „zawiera”, „nie zawiera” lub „zawiera wyrażenie regularne”, możesz wybrać wiele wartości. Jeśli używasz operatora „zawiera wyrażenie regularne”, możesz tworzyć wyrażenia regularne w formacie RE2. Wyrażenie regularne może pasować do całości lub części ciągu znaków wersji docelowej. Możesz też używać kotwic ^ i $, aby dopasowywać początek, koniec lub całość ciągu docelowego.

W przypadku środowisk klienta obsługiwane są te typy danych:
  • iOS: int, double
  • Android: int, long, double
  • W internecie: liczba

Liczba, która reprezentuje numery wersji do dopasowania (np. 2.1.0).

Więcej informacji o warunkach sygnałów niestandardowych i wyrażeniach warunkowych, których można używać, znajdziesz w artykułach Warunki sygnałów niestandardowych i Elementy używane do tworzenia warunków.

Parametry i warunki wyszukiwania

Klucze parametrów, wartości parametrów i warunki projektu możesz wyszukiwać w konsoli Firebase za pomocą pola wyszukiwania u góry strony DevOps i zaangażowanie > Zdalna konfiguracja > Parametry.

Limity parametrów i warunków

W projekcie w Firebase możesz mieć maksymalnie 3000 parametrów i 2000 warunków. Klucze parametrów mogą mieć maksymalnie 256 znaków, muszą zaczynać się od podkreślenia lub litery z alfabetu angielskiego (A–Z, a–z) i mogą zawierać cyfry. Łączna długość ciągów znaków wartości parametrów w projekcie nie może przekraczać 1 000 000 znaków. Dodatkowo reguły warunków oparte na właściwościach użytkownika mogą zawierać maksymalnie 100 wartości właściwości użytkownika. Pełną listę limitów znajdziesz w artykule Limity.

Wyświetlanie zmian parametrów i warunków

Najnowsze zmiany w szablonach Remote Config możesz wyświetlić w konsoli Firebase. W przypadku każdego parametru i warunku możesz:

  • Wyświetlanie nazwy użytkownika, który ostatnio zmodyfikował parametr lub warunek.

  • Jeśli zmiana nastąpiła tego samego dnia, wyświetl liczbę minut lub godzin, które upłynęły od opublikowania zmiany w aktywnym szablonie Remote Config.

  • Jeśli zmiana została wprowadzona co najmniej dzień wcześniej, sprawdź datę opublikowania zmiany w aktywnym szablonie Remote Config.

Historia zmian parametrów

W konsoli Firebase otwórz stronę DevOps i zaangażowanie > Zdalna konfiguracja > Parametry. Kolumna Ostatnio opublikowane zawiera informacje o ostatnim użytkowniku, który zmodyfikował dany parametr, oraz o ostatniej dacie opublikowania zmiany:

  • Aby wyświetlić metadane zmian w przypadku zgrupowanych parametrów, rozwiń grupę parametrów.

  • Aby posortować w kolejności rosnącej lub malejącej według daty publikacji, kliknij etykietę kolumny Ostatnio opublikowane.

Historia zmian warunków

W konsoli Firebase otwórz stronę DevOps i zaangażowanie > Zdalna konfiguracja > Warunki. Obok opcji Ostatnia modyfikacja pod każdym warunkiem możesz zobaczyć, kto i kiedy ostatnio go zmodyfikował.

Dalsze kroki

Aby skonfigurować projekt w Firebase i aplikację pod kątem korzystania z Remote Config, zapoznaj się z artykułem Pierwsze kroki z Firebase Remote Config.