iOS15: Testowanie A/B strony produktu

Firma Apple ogłosiła serię nadchodzących zmian i ulepszeń w App Store, które pomogą programistom lepiej kierować swoje aplikacje do użytkowników, sprawić, że ich aplikacje zostaną odkryte przez większą liczbę osób, a nawet podkreślić, jakie wydarzenia mają miejsce w ich aplikacjach, aby przyciągnąć nowych użytkowników. pobieraj aplikacje i zachęcaj istniejących użytkowników do powrotu. App Store umożliwi Ci testowanie A/B elementów wizualnych stron produktów Twojej aplikacji, aby spróbować uzyskać lepsze wyniki i poprawić współczynnik konwersji pobierania aplikacji.

Test A/B App Store pomoże Ci ulepszyć strategię ASO, będziesz mógł wypróbować różne ikony aplikacji, zrzuty ekranu i podglądy (filmy) na stronach produktów App Store. Będziesz także mógł porównać wydajność stron produktów, aby zobaczyć, co konwertuje najlepiej.

Jak wykorzystać test A/B dla nowych funkcji iOS15?

Nowa funkcja testowania A/B w App Store pozwoli Ci przetestować do 3 różnych elementów. Zobaczysz wyniki kluczowych wskaźników KPI ASO z sekcji App Analytics Connect, takich jak liczba wyświetleń lub współczynniki konwersji. Będziesz mógł je porównać z wydajnością oryginalnej strony produktu.

Jednak niestandardowa strona produktu (CPP) nie będzie zawierała natywnych testów A/B, ale umożliwi zespołom marketingu mobilnego ręczne uruchomienie testów. Przypominamy, że zgodnie z nową konfiguracją, jeśli użyjesz niestandardowej strony produktu (CPP) i przekierujesz cały płatny ruch UA na jedną z 35 dostępnych niestandardowych stron produktów, pozostała część ruchu będzie naturalnym końcem (ruch z przeglądania i wyszukiwania) wyląduje na domyślnej stronie produktu.

Aby dowiedzieć się więcej o rozwoju urządzeń mobilnych iOS15, zapoznaj się z artykułem „ Jak nowe funkcje iOS15 napędzają rozwój urządzeń mobilnych? ” w naszych poprzednich artykułach.

Kliknij „ Dowiedz się więcej ”, aby rozwijać swoją działalność w zakresie aplikacji i gier dzięki usłudze promocji aplikacji ASO World.

Optymalizacja strony produktu (PPO)

Deweloperzy wkrótce będą mieli uproszczony sposób testowania zmian w swoich zestawach pomysłów. W przeszłości programiści iOS musieli w pełni wdrażać kreatywne zmiany w iOS App Store, a następnie mierzyć ruch przed wdrożeniem i po nim. Proces ten nie zawsze zapewnia najlepszy wgląd, ponieważ trendy i ruch mogą się znacznie zmienić od okresu przed wdrożeniem do okresu po wdrożeniu. Optymalizacja strony produktu umożliwi przeprowadzanie testów A/B w czasie rzeczywistym bezpośrednio na domyślnej stronie produktu w aplikacji.

Korzystając z Optymalizacji strony produktu, programiści mogą testować odmiany ikon aplikacji, zrzuty ekranu i podgląd wideo. Apple pozwoli na jednoczesne zastosowanie trzech różnych zabiegów, z maksymalnym czasem trwania 90 dni na każdy test.

Chociaż testowanie jak największej liczby zmian może być kuszące, Apple zaleca ograniczenie liczby kreatywnych zmian na test – jest to najlepsza praktyka w każdej iteracji testowania. Ograniczając zmienne, łatwiej jest wyizolować, które konkretnie zmiany doprowadzą do najlepszych wyników. Aby zobaczyć wydajność i porównać ją z punktem odniesienia, programiści mogą uzyskać dostęp do tych testów w App Analytics.

Niestandardowa strona produktu (CPP)

Ekscytującą nową funkcją dla programistów tworzących system iOS 15 są niestandardowe strony produktów. Niestandardowe strony produktów to nowatorski sposób tworzenia list, tak aby były one odpowiednie dla różnych grup demograficznych w tym samym czasie. To nowe narzędzie pozwoli programistom pokazywać najodpowiedniejsze pozycjonowanie różnym grupom użytkowników, z których wszyscy wskazują tę samą aplikację.

Apple udostępni do 35 unikalnych niestandardowych stron produktów, z których każda zapewnia wgląd w różne funkcje za pomocą różnych zrzutów ekranu, podglądów aplikacji i tekstów promocyjnych. Deweloperzy mogą następnie kierować ruch na odpowiednią stronę produktu, korzystając z unikalnych adresów URL, które zostaną umieszczone w odpowiednich reklamach lub referencjach osób trzecich.

Dane o wydajności dla niestandardowych stron produktów będą również dostępne w App Analytics. Docelowe wyświetlenie strony zapewni przydatne dane dotyczące wyświetleń, pobrań aplikacji, współczynnika konwersji instalacji aplikacji i współczynników utrzymania.

Analiza aplikacji

Oprócz udostępnienia programistom większej liczby narzędzi do optymalizacji ich wydajności, nowe dane pozwolą im zrozumieć wydajność w sposób, którego usługa App Analytics nie była w stanie zapewnić wcześniej. W przeciwieństwie do Google, który w 2020 r. zmienia wiele raportowanych wskaźników w nowej Konsoli programisty Google Play, Apple zachowa znane wskaźniki, takie jak liczba wyświetleń i jednostek aplikacji, dodając nowe.

Deweloperzy będą mieli teraz dedykowany pulpit nawigacyjny zamówień w przedsprzedaży, oddzielony znanymi wskaźnikami, takimi jak region i typ urządzenia — typ urządzenia obejmuje teraz system macOS dla zgodnych aplikacji. Na karcie danych zamówienia w przedsprzedaży można wyświetlić na wykresie liniowym w czasie, aby zobaczyć zaangażowanie na początku zamówienia w przedsprzedaży, aż do dnia poprzedzającego wydanie.

Przychody to kolejny nowy wskaźnik, który programiści mogą przeglądać za pomocą App Analytics, a także „Sprzedaż” i „Zakupy w aplikacji”. Dalszy wgląd w to, w jaki sposób aplikacje zarabiają, może pomóc programistom lepiej zrozumieć, jak optymalizować, aby zwiększyć współczynniki zakupów.

Apple doda również „Aktualizacje” i „Ponowne pobieranie” do analizy aplikacji, które były wcześniej nieraportowanymi danymi. Umożliwi to programistom przeglądanie nie tylko pierwszych pobrań za pomocą „jednostek aplikacji”, ale także wszystkich pobrań i będzie w stanie odróżnić nowych i powracających użytkowników. Deweloperzy ostatecznie uzyskają wgląd nie tylko w zaangażowanie nowych użytkowników, ale także w bieżące zaangażowanie istniejących użytkowników dzięki aktualizacjom i ponownemu pobieraniu ponownego zaangażowania istniejących użytkowników.

Aby dowiedzieć się więcej o strategii angażowania użytkowników, przeczytaj artykuł „ Jak strategia angażowania użytkowników mobilnych napędza Twój biznes w aplikacji ?” z naszych poprzednich artykułów.

Testy A/B: iOS15 kontra Sklep Play

Od maja 2015 r. Sklep Google Play umożliwia programistom przeprowadzanie testów A/B w ramach Eksperymentów Google Play, zapewniając programistom cenne narzędzie do opracowania strategii optymalizacji sklepu z aplikacjami. Testy A/B będą wkrótce dostępne w systemie iOS15, dzięki czemu programiści iOS nie będą już musieli wdrażać nowych wersji i porównywać wskaźników „przed” i „po”, aby zmierzyć, jak zmiany na stronach produktów wpływają na współczynnik konwersji stron produktów.

Jednak, jakkolwiek ekscytująca, jak się wydaje, platforma testowa A/B firmy Apple nie będzie identyczna z platformą Google. Wiążące się z tym niepewności mogą łatwo doprowadzić do wielu potencjalnych komplikacji. Ważne jest, aby zająć się nimi wcześnie i odpowiednio zaplanować z wyprzedzeniem. Zespół techniczny ASOWorld spodziewa się 7 podstawowych różnic, które należy przygotować.

1. Dostępność danych

Testy A/B to ilościowa metoda badawcza. Oznacza to, że statystyki stojące za każdym testem to jego życiowa krew. Jeśli zbierzesz i przeanalizujesz wystarczającą ilość danych, uzyskasz wiarygodne wyniki testów, które pozwolą naukowo potwierdzić lub odrzucić niektóre hipotezy. Idee stojące za tymi hipotezami są ostatecznie tym, co napędza CRO. Dlatego całe CRO zmieni się, gdy testy A/B w App Store będą miały inną ilość i formę danych niż w Play Store.

Oto najważniejsze różnice, o których powinieneś wiedzieć.

• Znaczenie statystyczne

Google zapewnia 90% statystyczny poziom istotności wyników testu, podczas gdy pozostaje tajemnicą, czy Apple zapewni coś porównywalnego. Właściwie nie wiadomo, czy podadzą jakieś przedziały ufności, ponieważ w ich zapowiedzi nie porusza się tego tematu (jeszcze).

• Historia wydajności

Google pokazuje wykres, który w sposób ciągły odwzorowuje wykonanie limitu czasu każdego wariantu testu. W razie potrzeby możesz wyświetlić wyniki w przeszłości, aby uzyskać bardziej szczegółowe informacje.

Z drugiej strony Apple nie ma dowodów na to, że oferują podobną funkcję. Wspominają tylko, że możesz „porównać skuteczność [wariantów testowych] z oryginalną stroną produktu przez cały czas trwania testu”. To, czy to porównanie dotyczy bieżącej i wcześniejszej skuteczności, nie zostało jeszcze ustalone.

• Kompletność danych dotyczących wydajności

Google pokazuje tylko liczbę instalacji, instalacje skalowane i różnice współczynnika konwersji (CVR) między wariantami testowymi. Dlatego możesz tylko oszacować, jak dobrze lub słabo się do siebie porównują. Zamiast tego Apple wyświetla rozmiar ruchu (wyświetlenia) i dokładny CVR dla każdego wariantu, oprócz różnic CVR (ulepszeń). Oznacza to, że od Ciebie zależy zbadanie poszczególnych wersji lub porównanie między nimi.

2. Wybór aktywów

W Google Play wszystkie możliwe do zlokalizowania zasoby inne niż tytuł/nazwa aplikacji kwalifikują się do testów A/B. Co ważniejsze, zawierają elementy wizualne i tekstowe. Zapewnia to wystarczającą pojemność dla niezwykle wszechstronnej strategii CRO.

W przeciwieństwie do tego, tylko zasoby wizualne w App Store zostały zidentyfikowane jako kwalifikujące się do testów A/B. Są to ikona, zrzuty ekranu i podgląd (wideo). Nie podano dalszych informacji na temat zasobów tekstowych.

Jednak patrząc na różne zasoby dozwolone w Optymalizacji strony produktu i niestandardowych stronach produktów, może ich nie być. W szczególności Apple wspomina o tekście promocyjnym związanym z tym drugim, ale nie o tym pierwszym. Oto czynniki, które należy wziąć pod uwagę w tym fakcie.

• Apple rozważyło zasoby tekstowe i zdecydowało się zezwolić na niestandardowy tekst promocyjny. Jest mało prawdopodobne, że zapomnieli o nich podczas opracowywania lub wypuszczania funkcji iOS 15. To jeden z dowodów na to, że Apple celowo zignorował testy A/B zasobów tekstowych.

• Apple ogłosiło dwie strony produktów zoptymalizowane i dostosowane do stron produktów w tej samej sekcji na WWDC21, po WWDC21, oraz na swojej stronie internetowej. Jednak tekst promocyjny jest wyszczególniony specjalnie dla drugiej funkcji. To kolejny dowód na to, że Apple celowo pominął zasoby tekstowe z testów A/B.

• Tak więc istnieją co najmniej dwa dowody na to, że Apple nie pozwoli nam przetestować zasobów tekstowych – przynajmniej nie od razu w systemie iOS 15.

Oczywiście nie zostało to jeszcze potwierdzone. Jednak w razie wątpliwości najbezpieczniej jest przygotować się na najgorszy scenariusz. Jeśli to okaże się prawdą, będziesz mieć znacznie węższy wybór zasobów do wyboru w testach A/B w App Store w porównaniu do Play Store.

3. Możliwość dostosowania

Odnosi się to również do związku między obecnością niestandardowych sklepów z aplikacjami a testami A/B: chociaż z pewnością możesz przeprowadzać eksperymenty na niestandardowych ofertach w Sklepie Play, nadal wyzwaniem jest to, czy to samo dotyczy niestandardowych stron produktów. Jeśli tak, to możliwości iOS CRO zostałyby znacznie rozszerzone, na przykład przy użyciu czegoś w rodzaju „optymalizacji niestandardowej strony produktu” – ale to duże „jeśli”.

W rzeczywistości niektóre dowody mogą sugerować, że jest to mało prawdopodobne. Jak wspomniano wcześniej, tekst promocyjny pokazuje rozbieżność między niestandardowymi stronami produktów a optymalizacją strony produktów, ponieważ można ją dostosować, ale nie można jej przetestować A/B. Kolejnym dowodem jest ikona aplikacji, którą można testować, ale nie można jej dostosowywać. Dlatego też, gdyby testy A/B można było przeprowadzać na niestandardowych stronach produktów, sklep z aplikacjami stałby się nieznośnie niespójny.

Oto problem: nie wydaje się, żeby Apple na to pozwalało. Oznacza to, że po prostu nie pozwalają na żadne skrzyżowanie między tymi dwiema funkcjami. Można więc śmiało powiedzieć, że nie możemy oczekiwać testów A/B niestandardowych stron produktów.

Chociaż tekst promocyjny i ikony stanowią różnicę między tymi dwiema funkcjami, łączą się ze sobą na zrzutach ekranu i podglądach. Przy odrobinie szczęścia Apple pozwoli nam przetestować jeden z tych dwóch zasobów lub oba na niestandardowej stronie produktu. Jakkolwiek naciągany, jak brzmi ten scenariusz, nadal jest to logiczna możliwość, której nie należy odrzucać przedwcześnie.

4. Testowanie ikon

Ikona jest ważnym zasobem wizualnym aplikacji, wyrażającym jej poczucie tożsamości. Jeśli już, powinien to być spójny zasób we wszystkich sklepach z aplikacjami. Niestety tak nie jest.
Po pierwsze, możesz przesyłać nowe ikony do testowania tylko w Google Play, ale nie w App Store. Apple będzie wymagać, aby wszystkie warianty ikony (na urządzeniu i w sklepie) zostały wcześniej dodane do pliku binarnego aplikacji i sprawdzone w nowej wersji aplikacji. Dlatego też, jeśli zostaną odrzucone lub opóźnione, wpłynie to na testy A/B.

Po drugie, ponownie związane z wymaganiami binarnymi aplikacji, podczas gdy Google pozwala na niezależne zmiany między zasobami na urządzeniu i w sklepie, Apple wymusi pewien poziom zależności między nimi. W szczególności, jeśli zastosujesz wariant ikony App Store poprzez Optymalizację strony produktu, pasujący wariant ikony na urządzeniu automatycznie zastąpi oryginalną ikonę.

5. Skalowalność

Lokalizacja jest ważną częścią ASO, szczególnie dla CRO, dlatego tak ważna jest możliwość przeprowadzania testów A/B na zlokalizowanych stronach produktów. Co najważniejsze, im więcej testów lokalizacyjnych możesz przeprowadzić w tym samym czasie, tym wydajniej skalujesz swoje ogólne CRO.

W Google Play dozwolonych jest do pięciu takich testów (bez niestandardowych szczegółów produktu). W Apple App Store numer jest nieznany. Jeśli jest taki sam, możesz skalować CRO w ten sam sposób w obu sklepach, więc nie wymaga to wielu poprawek. W przeciwieństwie do tego, jeśli jeden sklep pozwala na jednoczesne uruchomienie znacznie większej liczby testów niż drugi, będziesz musiał planować z wyprzedzeniem i rozważyć różnice między nimi, aby podjąć świadomą decyzję.

Dlaczego to ma znaczenie? Dwa czynniki.

W standardowym ASO

Jeśli możesz uaktualnić CRO dla swojego sklepu z aplikacjami, możesz szybko dowiedzieć się, co działa, a co nie. Im więcej się nauczysz, tym bardziej świadome będą Twoje decyzje. Dlatego różna skalowalność może prowadzić do różnych poziomów wydajności CRO. Ostatecznie produkcja aktywów, zasoby ludzkie, czas i wysiłek będą miały różne wartości w różnych sklepach z aplikacjami. Powinny być wtedy zarządzane na różne sposoby.

W nietypowych ASO, takich jak wydarzenia sezonowe lub szczególne przypadki, takie jak pandemie COVID-19.

Wyobraź sobie, że masz 3 miesiące na przetestowanie 10 lokalizacji wszystkich zasobów przed uruchomieniem krytycznej i odpowiedniej kampanii. W przypadku tego samego pomysłu lub hipotezy potrzebne byłyby dwie rundy 5 eksperymentów lokalizacyjnych w Sklepie Play, aby objąć całą zawartość. Jeśli każda runda potrzebuje trzech tygodni, aby uzyskać statystycznie istotne wyniki, wtedy pełna seria potrzebowałaby 1,5 miesiąca.

Oznacza to, że trzymiesięczne ramy czasowe umożliwiłyby przetestowanie dwóch pomysłów przed wydaniem. Jeśli Apple zezwala na jednoczesne uruchomienie mniej niż pięciu testów w tych samych warunkach, to 10 lokalizacji na trzy miesiące to za dużo. Albo musisz przetestować mniej pomysłów, potrzebujesz mniej lokalizacji, albo potrzebujesz więcej czasu.

6. Elastyczność konfiguracji

Stopień elastyczności, jaką masz przy konfigurowaniu testów A/B, będzie się również różnić w zależności od sklepu z aplikacjami. W rzeczywistości różnica będzie spowodowana dwoma czynnikami.

Aktywa indywidualne

Podczas gdy Google zezwala na testy A/B dla zasobów wizualnych i tekstowych, Apple pozwoli Ci przetestować tylko te pierwsze. Oznacza to, że nawet jeśli potrafisz przekształcić pomysł, koncepcję, przesłanie lub hipotezę w atrakcyjną kopię, nie możesz ustawić tego jako testu. To tylko w połowie tak elastyczne, jak Google Play.

Kombinacje aktywów

Konfiguracje testowe w Google Play mogą stać się bardziej elastyczne po połączeniu wielu zasobów. W szczególności możesz przeprowadzać eksperymenty tekstowo-tekstowe, wizualno-wizualne lub wizualno-tekstowe. W App Store możliwe jest również łączenie wielu zasobów w teście (w przeciwnym razie Apple nie sugerowałby ich ograniczania). Ale najlepszą rzeczą, jaką możesz zrobić, to skonfigurować tylko wizualno-wizualne eksperymenty combo.

Więc co robimy, kiedy nie jesteśmy tak elastyczni? Dodaj głębię. Nieużywanie zasobów tekstowych do testowania oznacza więcej testowania za pomocą zasobów wizualnych.

Aby dowiedzieć się więcej o niestandardowej stronie produktu iOS15, możesz sprawdzić „ Jak przygotować niestandardowe strony produktów (CPP) w App Store dla iOS 15 ASO? ” w naszych poprzednich artykułach.

7. Twórcza wolność

Testy A/B obejmują więcej niż tylko czynniki techniczne, które wpływają na CRO. Oprócz projektu, konfiguracji i założeń testu musi on również obejmować kreatywne pomysły, koncepcje i historie. To właśnie one przekładają się na namacalne zasoby sklepu z aplikacjami, które należy przesłać przed uruchomieniem jakichkolwiek testów. Dlatego ważne jest, aby mieć wystarczającą swobodę twórczą, aby umożliwić testowanie odważnych i innowacyjnych pomysłów, a tym samym przyczynić się do ulepszenia CVR.

Oczywiście Apple i Google dopuszczają różne stopnie tej twórczej swobody. W Sklepie Play zasoby testowe nigdy nie podlegają kontroli Google. Wszystkie zasady i wytyczne dotyczące metadanych dotyczą szczegółów produktu, a nie eksperymentów ze szczegółami produktu. Można więc śmiało powiedzieć, że dopóki nie zastosujesz „ryzykownego” wariantu, możesz przetestować prawie wszystko z dowolnym kwalifikowanym zasobem bez ograniczeń.

Jak skonfigurować test A/B w App Store

Nauka jest ważniejsza niż testowanie

W App Store nie można oddzielić historii od opowiadania. Zgodnie z zapowiedziami Apple, wszystkie oddzielne warianty testowe zostaną przeanalizowane niezależnie. Jeśli przetestujesz z nimi odważny i śmiały, ale ryzykowny pomysł i zostaną odrzuceni, nigdy nie dowiesz się, czy pomysł zadziałał. Dowiesz się tylko, że realizacja nie. Dodatkowo harmonogram testów będzie opóźniony. Dlatego w testach A/B w App Store masz do czynienia z mniejszą swobodą twórczą w porównaniu do Play Store.

Twoja strategia CRO powinna być bardziej konserwatywna w App Store i bardziej agresywna w Play Store. To znaczy:

• Odkrywanie odważnych pomysłów na Androida i integrowanie ich na iOS

Eksperymenty z detalami towarów powinny być poligonem doświadczalnym dla odważnych i ryzykownych pomysłów, ponieważ pozwalają na większą swobodę twórczą. W godzinach nadliczbowych możesz względnie wskazać, które z nich są dobre dla CRO. Następnie możesz przejść do testowania i uczenia się, jakie metody są dostępne do publicznego prezentowania takich pomysłów – niezależnie od tego, z której metody Google możesz skorzystać.

Ta nauka może być następnie utrwalona poprzez optymalizację strony produktu. Jeśli okaże się, że Google stosuje iterację zasobów, biorąc pod uwagę podobne wytyczne i zasady, Apple prawdopodobnie również to zastosuje. W ten sposób możesz testować odważne pomysły w App Store przy minimalnym ryzyku odrzucenia.

• Przeprowadzanie testów na iOS krok po kroku od bezpiecznych do odważnych pomysłów

Czekając, aż testy A/B w Sklepie Play „wyprowadzą drogę”, testy A/B w App Store można przeprowadzić niezależnie, aby „znaleźć drogę. Zacznij od bezpiecznych pomysłów, a następnie przejdź do bardziej ryzykownych pomysłów, aż zbliżysz się do „obszaru o ograniczonym dostępie”. . CRO potrwa dłużej, ale przynajmniej nie utkniesz w oczekiwaniu na wyniki testów Androida lub nie zostaniesz zwiedziony przez niesprawdzone założenia.

Klucze do zapamiętania podczas przeprowadzania testów A/B

Podział odbiorców pomiędzy aktualną wersję i warianty. Decydując o tym, jaką część ruchu należy przydzielić do każdego wariantu, pamiętaj o aktualnym współczynniku konwersji, testowanej hipotezie, zaangażowanych elementach i istotności statystycznej (obecnie 90% w Eksperymentach Google Play).

Podziel czas trwania testu. Pozwól, aby test trwał co najmniej 7 dni, aby uniknąć sezonowych skoków, które mogą mieć wpływ na Twoje wyniki. Testy należy przeprowadzać do momentu, gdy znaczna potencjalna publiczność wejdzie we wszystkie warianty testu.

Minimalna instalacja dla każdego wariantu. Aby uzyskać ważne dane o wynikach testów a/b, musisz zwrócić uwagę na wymaganą liczbę instalacji. Jest to silnie skorelowane z dzienną szybkością instalacji aplikacji.

Lokalizacja testowa . Zdecydowanie zaleca się zlokalizowanie podzielonych testów w określonym kraju. Światowe/globalne eksperymenty mogą wprowadzać w błąd, ponieważ każdy kraj działa inaczej twórczo.

Zamknięte zmiany mogą nie prowadzić do zbytniego uczenia się. Jednak wszystkie elementy Twojego pomysłu powinny być testowane, aby stale ulepszać stronę sklepu.

Streszczenie

To tylko kilka z nowych funkcji i możliwości ogłoszonych na WWDC21. Testowanie A/B było historycznie bardziej złożonym zadaniem w iOS App Store niż eksperymentalne możliwości Google Play – te nowe narzędzia będą ulepszeniami, na które czekali programiści iOS.

Dane o wydajności dostępne z App Analytics, z optymalizacji stron produktów i niestandardowych stron produktów, a także z analiz użytkowników i danych o aktywności, dostarczą programistom informacji potrzebnych do dalszego rozwoju.

Testujemy, aby dowiedzieć się, jakie pomysły mogą ulepszyć CVR, a następnie uczymy się wdrażać te pomysły bez naruszania polityki. Jak wspomnieliśmy powyżej, możesz zaplanować z wyprzedzeniem model testowy iOS15 A/B.