Optymalizowanie częstotliwości wyświetlania reklam w AdMob za pomocą Firebase

Omówienie rozwiązania

Co to jest optymalizacja częstotliwości reklam?

Niezależnie od tego, czy Twoja aplikacja generuje przychody hybrydowe, czy przychody z reklam, optymalizacja przychodów z reklam i utrzymywanie wysokiej jakości wrażeń użytkowników może być trudne. Reklamy to świetne źródło przychodów, ale ich duża częstotliwość może powodować negatywne wrażenia użytkowników i prowadzić do odejścia klientów.

Nie istnieje „jedna częstotliwość wyświetlania reklam, która odpowiada wszystkim” w odniesieniu do każdej aplikacji. skuteczność reklam różni się znacznie w zależności od aplikacji i grupy odbiorców. Możesz być obawiasz się, że zwiększenie częstotliwości reklam może mieć negatywny wpływ na użytkowników. i utrzymania klientów, ale być może chcesz też sprawdzić, pod kątem zwiększania przychodów i zaangażowania, jeśli są odpowiednio zorganizowane, wskaźników zaangażowania.

Rys. 1: Optymalna częstotliwość wyświetlania reklam maksymalizuje przychody przy minimalnym wpływie na liczbę rezygnacji

Aby eliminować te niedokładności, Firebase udostępnia narzędzia, które pomagają i podejmuj decyzje dotyczące optymalnej częstotliwości wyświetlania reklam na podstawie danych:

• Za pomocą Firebase możesz przeprowadzić test A/B skuteczności różnych częstotliwości wyświetlania reklam na małej grupie użytkowników.

• Możesz obserwować wyniki testów i sprawdzać rekomendacje z Firebase która częstotliwość wyświetlania reklam jest skuteczniejsza i ma minimalny wpływ i ich utrzymanie.

• Gdy masz pewność, że zmiany prawdopodobnie przyniosą pozytywne efekty, Możesz wprowadzić zmiany na większej liczbie użytkowników jednym kliknięciem.

Uzasadnienie biznesowe i korzyści

Deweloperzy i wydawcy korzystający z Google AdMob i narzędzi Firebase do optymalizacji częstotliwości wyświetlania reklam uzyskują znaczny wzrost przychodów bez negatywnego wpływu na wrażenia użytkowników.

Qtonz używa Firebase aby czterokrotnie zwiększyć przychody z reklam i zaangażowanie na różnych etapach ścieżki użytkownika. Mniej reklam dla nowych użytkowników: zmniejszyli liczba reklam, które użytkownik widzi pierwszego dnia korzystania z aplikacji. Zmieniła też miejsce docelowe, dzięki czemu reklamy pojawiają się dopiero po tym, jak użytkownicy wykonać kluczowe działanie w aplikacji. Dzięki tym zmianom reklamy stały się mniej uciążliwe. Częstsze wyświetlanie reklam użytkownikom zaangażowanym w aplikację: w przypadku użytkowników z dłuższymi sesjami Qtonz zwiększył liczbę wyświetlanych reklam z 2 do 3–4 na dzień.

Wdrażanie rozwiązania

Aby wdrożyć to rozwiązanie, można skorzystać z naszego szczegółowego samouczka (znajdź omówieniu tego samouczka w dalszej części tej strony).

Z tego wieloetapowego samouczka dowiesz się, jak za pomocą Firebase testować różne limity wyświetleń na użytkownika w przypadku Google AdMob reklam w Twojej aplikacji. Wykorzystuje reklamy pełnoekranowe jak w przypadku przykładowego przypadku testowego, ale możesz ekstrapolować i wykonać te same kroki, przetestuj ograniczenie liczby wyświetleń dla inne formaty reklam.

W tym samouczku zakładamy, że masz już w swojej aplikacji element reklamowy AdMob i chcesz sprawdzić, czy zmiana częstotliwości wyświetlania reklamy przejściowej wpłynie na przychody z aplikacji lub inne dane. Jeśli jednak nie używasz jeszcze w swojej aplikacji AdMob, nie ma problemu. Pomocne mogą też być czynności opisane w tym samouczku wiesz, jakiej częstotliwości wyświetlania reklam w aplikacji używać.

Wskazówka: jeśli jest jakiś termin, którego nie znasz, znajdziesz w słowniczku u dołu tej strony.

Usługi i funkcje używane w tym rozwiązaniu

Google AdMob Google AdMob umożliwia tworzenie jednostek reklamowych z różnymi częstotliwościami wyświetlania reklam lub częstotliwościami odświeżania, które będą wyświetlane w aplikacji. Gdy połączysz AdMob z Firebase, AdMob będzie wysyłać do Firebase informacje o przychodach z reklam, aby poprawić optymalizację strategii reklamowej. Google Analytics Google Analytics zawiera dane o zaangażowaniu użytkowników, ich retencji i generowaniu przychodu, takie jak łączne przychody, przychody z AdMob, przychody z zakupów i wiele innych. Pozwala też: tworzyć odbiorców i segmenty użytkowników.

Firebase Remote Config Firebase Remote Config umożliwia: dynamicznie zmieniać i dostosowywać działanie i wygląd aplikacji wybranych segmentów użytkowników – bez publikowania nowych wersji . W tym samouczku użyjemy parametrów Remote Config, aby kontrolować, która jednostka reklamowa jest wyświetlana użytkownikom. Firebase A/B Testing Firebase A/B Testing zapewnia interfejs i infrastrukturę do przeprowadzania eksperymentów produktowych i marketingowych w aplikacji. Zajmuje się dystrybucją wariantów eksperymentu do użytkowników, a następnie przeprowadza analizę statystyczną, aby określić, czy wariant eksperymentalny jest skuteczniejszy od grupy kontrolnej na podstawie wybranego kluczowego wskaźnika, np. przychodów lub retencji użytkowników.

Omówienie samouczka rozwiązania

Przejdź przejść bezpośrednio do samouczka krok po kroku

1. Użyj AdMob do utwórz nowe warianty jednostki reklamowej do testowania

   1. Utwórz dwie nowe pełnoekranowe jednostki reklamowe w aplikacji AdMob.

   2. W przypadku każdej jednostki reklamowej ustaw ograniczenie liczby wyświetleń na użytkownika. wartość, którą chcesz przetestować.

   3. Zaimplementuj miejsca docelowe jednostek reklamowych w kodzie aplikacji.

2. Konfiguracja testu A/B w konsoli Firebase

   1. Określ podstawy testowania, kierowanie reklam i cele, których dotyczyć ma test.

   2. Zdefiniuj warianty testowe i skonfiguruj parametr Remote Config, który pozwala określić, która jednostka reklamowa będzie się wyświetlać użytkownikom testowym.

3. Nick Remote Config wartości parametrów w kodzie aplikacji

   1. Użyj w aplikacji parametru Remote Config.

   2. Wdrożyć logikę wyświetlania jednostki reklamowej na podstawie wartości parametru.

4. Rozpocznij test A/B i sprawdź jego wyniki w konsoli Firebase

   1. Po rozpoczęciu testu i prowadzeniu go przez kilka dni lub tygodni Sprawdź w konsoli Firebase, czy test A/B okazał się najlepszy na podstawie głównego celu testu A/B.

   2. Sprawdź wpływ każdego wariantu na dane dodatkowe, aby mieć pewność, warianty nie miały niezamierzonego negatywnego wpływu na te dane.

5. Zdecyduj, czy opublikuj nową jednostkę reklamową ze zaktualizowaną częstotliwością wyświetlania reklam.

   1. Jeśli A/B Testing uzna, że wariant z nowym formatem reklamy jest zwycięski, możesz zacząć wyświetlać ten format wszystkim użytkownikom objętym eksperymentem, wszystkim użytkownikom aplikacji lub podzbiorowi użytkowników.

   2. Jeśli zwycięzca nie zostanie jeszcze wyłoniony, możesz kontynuować bieg eksperyment, aby zebrać więcej danych, lub zakończyć eksperyment, jeśli jest już od dłuższego czasu dawało niejednoznaczne wyniki.

Słowniczek

Wyświetl listę popularnych terminów związanych z tym rozwiązaniem

• Przychody AdMob: przychody z sieci AdMob i z otwartego ustalania stawek

• Przychody z zakupów w aplikacji: przychody z zakupów w aplikacji.

• Łączne przychody: łączne przychody.

• Utrzymanie: utrzymanie jako kluczowe dane w testach A/B jest śledzone jako 1 dzień, 2–3 dni, 4–7 dni, 8–14 dni lub ponad 15 dni utrzymania użytkowników

• Remote Config parametr: konfigurowalny parametr służący do określania, która jednostka reklamowa jest wyświetlana użytkownikom. W tym przewodniku będzie to identyfikator jednostki reklamowej.

• Konfiguracja podstawowa: konfiguracja w niezmienionej postaci w dowolnym teście A/B. – nazywa się to też grupą kontrolną. Element sterujący zwykle używa wartości domyślnej dla argumentu parametru Remote Config, ale można go skonfigurować tak, aby używał nowego elementu sterującego w razie potrzeby.

• Konfiguracje wariantów: alternatywą są konfiguracje wariantów w konfiguracjach z różnymi wartościami parametru Remote Config, które testujemy w porównaniu z konfiguracją bazową.