Platforma testowania obciążenia usługi agregacji

Chętnie poznamy Twoją opinię o tym dokumencie, ponieważ przygotowujemy się do dodania go do naszego publicznego repozytorium wskazówek.

Zachęcamy techników reklamowych do wykonywania testów obciążenia całego ruchu produkcyjnego:

  1. Specjaliści ds. technologii reklamowych powinni mieć dostęp do pomiarów atrybucji konwersji za pomocą interfejsu Attribution Reporting API.
  2. Technologie reklamowe powinny podejmować decyzje projektowe przy jednoczesnym zminimalizowaniu szumu (odniesienie: modelowane decyzje związane z projektem)
  3. Podczas testowania technologie reklamowe powinny śledzić liczbę zadań wykonywanych dziennie (np. zadań na reklamodawcę), szacowany rozkład liczby zdarzeń konwersji i liczbę kluczy zbiorczych jako dane wejściowe na zadanie przetwarzania (zapoznaj się z parametrem zadania „output_domain_blob_prefix” w dokumentacji interfejsu Aggregation Service API) oraz szacowaną średnią liczbą zdarzeń konwersji na raport wejściowy.
  4. Na potrzeby testów technicy reklamowi powinni sprawdzać w tabeli ze wskazówkami dotyczącymi rozmiarów zalecany typ instancji na podstawie oczekiwanego rozmiaru zadania (np. ilości raportów, rozmiaru domeny) i odpowiednio dobierać rozmiar wdrożonej usługi agregacji. Dokumentacja: Wskazówki dotyczące rozmiarów dla usługi zagregowanej w AWS
  5. Technicy reklamowi powinni wykonywać zadania agregacji w przypadku testów obciążenia.

Cele

Te wskazówki dotyczą zbiorczego pomiaru atrybucji konwersji i zawierają kluczowe instrukcje konfigurowania i przeznaczone dla technologii reklamowych, aby:

  • Oszacuj oczekiwania związane z obciążeniem na potrzeby zbiorczego pomiaru atrybucji konwersji.
  • zoptymalizować konfigurację klucza pod kątem skuteczności i szumu na podstawie wymiarów i celów, które klient chce mierzyć, oraz wielkości i podziału reklamodawców na segmenty.

Warunek wstępny

Ten przewodnik jest przeznaczony dla odbiorców z branży technologii reklamowych. Zanim wykonasz te czynności, zapoznaj się z naszą dokumentacją na temat pracy z szumem, podejmowania decyzji związanych z projektowaniem raportów podsumowujących oraz eksperymentu w laboratorium szumu, aby uzyskać optymalną konfigurację.

Kroki

1. Początkowa strategia konfiguracji klucza agregacji

Określ, ile różnych struktur kluczowych (tj. zestawu wymiarów) potrzebujesz na podstawie typu działalności i celów. Pamiętaj, że zoptymalizowanie struktury klucza może zmniejszyć zakłócenia w raportach.

Liczba reklamodawców
Załóżmy, że masz 1000 reklamodawców.

Podobieństwa między reklamodawcami
Podobieństwa należy oceniać na podstawie liczby konwersji, względnych wartości konwersji i ogólnego zasięgu cech reklamodawcy. Im bardziej podobne możesz je zgrupować, tym dokładniejsze będą wyniki (ze względu na mniejszą rozbieżność wartości wyjściowych), a tym samym mniejszy wpływ szumu. Więcej informacji znajdziesz w artykule o zaawansowanym zarządzaniu kluczami. Na przykład technologia reklamowa może podzielić reklamodawców według branży, wydatków i liczby konwersji w ten sposób:

  • branża (np. ubezpieczenia, biżuteria, sprzedaż detaliczna)
  • Wydatki (np. < 50 000 USD/kwartał, 50–150 000 USD/kwartał, 150 000–250 000 USD/kwartał)
  • Liczba konwersji (niska, średnia, duża)

Liczba zbiorczych struktur kluczowych do utworzenia
Na przykład 27 (3 x 3) : 3 branże, 3 typy wydatków i 3 grupowania dla wartości konwersji.

2. Określ kluczowe wymiary agregacji

Następnie określ ważne wymiary, które chcesz śledzić zarówno w przypadku wyświetleń, jak i konwersji, aby oszacować liczbę kluczy po stronie źródła i reguły.

W przypadku każdej struktury klucza agregacji ważne wymiary, które musisz śledzić w przypadku wyświetleń, pomogą Ci w określeniu liczby kluczy po stronie źródła. Wymiary będą zależeć od typu reklamodawcy z pierwszego punktu 1 (np. branży, wydatków, konwersji). Poniższe przykłady pomagają w objaśnieniu wymiarów:

  • Struktura kluczowa 1: (branża = ubezpieczenie, wydatki = < 50 000, liczba konwersji = niska)

    • O: 4 wymiary: Kampania (np. (50 możliwości), grupa reklam (np. 20 możliwości), Typ urządzenia (np. 5 możliwości), dane geograficzne (np.: 50 możliwości)
      1. Możliwe kombinacje wymiarów = 50 x 20 x 5 x 50 = 250 000. Jest to liczba możliwych kombinacji wymiarów dla kluczy po stronie źródła w strukturze klucza 1.
      2. Potrzebna jest rezerwacja 18 bitów (18 bitów = 262 144 możliwe kombinacje)

  • Struktura kluczowa 2: (branża = ubezpieczenie, wydatki = < 50 000, liczba konwersji = średnia)

    • O: 4 wymiary: Kampania (np. 30 możliwości), grupa reklam (np. 80 możliwości), typ reklamy (np.: 3 możliwości), dane geograficzne (np. 50 możliwości).
      1. Możliwe kombinacje wymiarów = 30 x 80 x 3 x 50 = 360 000. Jest to liczba możliwych kombinacji wymiarów lub kluczy źródłowych w strukturze klucza 2.
      2. Wymagana rezerwacja 19 bitów (19 bitów) = 524 288 możliwych kombinacji

  • Struktura kluczowych 3: powtarzanie (w podobny sposób zaplanuj wszystkie struktury kluczy)

W przypadku każdej struktury klucza agregacji ważne wymiary, które musisz śledzić pod kątem konwersji, pomogą Ci w określeniu kluczy pobocznych reguł. Na przykład:

  • Struktura kluczowa 1: (branża = ubezpieczenie, wydatki = < 50 000, liczba konwersji = niska)

    • Odp.: 2 wymiary: kategoria produktu (np.: 100 możliwości), Typ konwersji (np. 5 możliwości)
      1. Możliwe kombinacje wymiarów = 100 x 5 = 500
      2. Wymagana rezerwacja 9 bitów (9 bitów = 512 możliwych kombinacji)

  • Struktura kluczowa 2: (branża = ubezpieczenie, wydatki = < 50 000, liczba konwersji = średnia)

    • Odp.: 3 wymiary: kategoria produktu (np. 50 możliwości), Typ usługi (10 możliwości), Typ konwersji (3 możliwości)
      1. Możliwe kombinacje wymiarów = 50 x 10 x 3 = 1500
      2. Wymagana rezerwacja 11 bitów (11 bitów = 2048 możliwych kombinacji)

  • Struktura kluczowych 3: powtarzanie (w podobny sposób zaplanuj wszystkie struktury kluczy)

Prognozy dotyczące kluczy agregacji

  • Struktura kluczy 1: 250 000 kluczy wyświetleń x 500 kluczy konwersji = 125 000 000 kluczy
  • Struktura kluczy 2: 360 000 kluczy wyświetleń x 1,5 tys.kluczy konwersji = 540 000 000 kluczy
  • Struktura kluczy 3: (w podobny sposób zaplanuj wszystkie swoje struktury podstawowe)
  • Powtórz tę czynność w przypadku każdej struktury klucza.
  • Maksymalna liczba kluczy zbiorczych = 540 000 000 kluczy (we wszystkich strukturach kluczy). Wymagana rezerwacja 30 bitów (30 bitów = 1,07 mld możliwych kombinacji)

Przewidywana liczba konwersji

W przypadku każdej struktury klucza agregacji można wytłumaczyć przewidywaną ilość za pomocą tych przykładów:

  • Struktura kluczowa 1. (Branża = ubezpieczenie, wydatki = < 50 000, liczba konwersji = niska)
    • O: Przygotuj się na to,że w następnym kwartale reklamodawcy wydali w następnym kwartale 500 tys. USD przy średniej cenie 8 USD. Należy założyć, że spowoduje to uzyskanie 62 500 000 wyświetleń.
    • Przewiduj, że średni współczynnik wyświetleń do współczynnika konwersji, który uzyska w kolejnym kwartale 1 struktura kluczowa, wyniesie 0,08%, co oznacza, że musisz zarejestrować 50 000 przypisanych konwersji. W przypadku każdej konwersji zmierz wartość zakupu i liczbę zakupów.
  • Struktura kluczowych 2: (branża = ubezpieczenie, wydatki = < 50 000, liczba konwersji = średnia)
    • O: Przygotuj się na to,że w kolejnym kwartale Klucz 2 poniesie wydatki o wartości około 800 000 USD przy średniej cenie CPM 10 USD. Należy założyć, że spowoduje to uzyskanie 80 000 000 wyświetleń.
    • Przewiduj, że średni współczynnik wyświetleń do współczynnika konwersji, który utworzy w następnym kwartale klucz 2, wynosi 0,03125%, co oznacza, że musisz zarejestrować 25 000 przypisanych konwersji. W przypadku każdej konwersji zmierz wartość zakupu i liczbę zakupów.
  • Powtórz tę czynność w przypadku każdej struktury klucza.

Częstotliwość przesyłania i grupowania raportów (zbiorcza według reklamodawcy)**

W przypadku każdej struktury klucza agregacji potrzebujesz raportów o konwersjach dostarczanych cyklicznie. Zalecamy tworzenie grup technologii reklamowych według reklamodawcy (aby dokładniej oddzielać dane w raportach i zwiększyć wydajność agregacji) oraz używać pola shared_info.scheduled_report_time w raporcie do grupowania.

  • O: Co godzinę
  • B: codziennie
  • C: co tydzień

Uwagi

  • W przypadku grupowania według reklamodawcy sprawdź gwarancję jakości usług u reklamodawców.

  • Częstsze grupowanie obejmuje wyższy poziom szumu w każdej wsadzie. (Więcej informacji: Decyzja: częstotliwość przesyłania wsadów).

  • Aby uniknąć błędów spowodowanych nieprawidłowym grupowaniem, zadbaj o to, by wsady używały pola scheduled_report_time, a nie report arrival time. Przykład: jeśli przesyłasz zbiór danych co godzinę, raport o godzinie 11:00 powinien zawierać tylko raporty z parametrem scheduled_report_time między 10:00 a 11:00, a nie raporty, które dotarły między 10:00 a 11:00 z innym parametrem scheduled_report_time (np. 9:00).

Prognozy dotyczące liczby raportów

  • Struktura kluczy 1: 50 000 przypisanych konwersji / 2160 (raporty godzinowe, godziny w kwartale) = 24 raporty podsumowujące na godzinę na reklamodawcę (24 x 1000 reklamodawców = 24 tys. raportów podsumowujących)
  • Struktura kluczy 2: 25 000 przypisanych konwersji / 2160 (raporty godzinowe, godziny w kwartale) = 12 raportów podsumowujących na godzinę na reklamodawcę (12 x 1000 reklamodawców = 12 tys. raportów podsumowujących)
  • Struktura klucza 3. Powtarzanie
  • Łączna liczba raportów podsumowujących na godzinę = 24 raporty podsumowujące dla kluczowej struktury 1 i 12 raportów podsumowujących dla struktury kluczowej 2 + ... = ... na godzinę na reklamodawcę

Podsumowanie opinii

Zapoznanie się z danymi szacunkowymi od specjalistów ds. technologii reklamowych pomoże nam w planowaniu funkcji i udoskonaleń zgodnych z wymaganiami tych technologii. Prześlij nam poniższe informacje. Więcej informacji znajdziesz w naszych wskazówkach dotyczących rozmiaru usługi agregacji w AWS:

  • Maksymalna liczba kluczy wejściowych domen (kluczy, dla których mają być agregowane) na zadanie usługi agregacji
  • Maksymalna liczba raportów wejściowych na zadanie (przypisane konwersje)
  • Szacowany udział w raporcie (pary klucz/wartość w raporcie)
  • Szacowany rozkład przypisanych konwersji na zadanie
  • Szacowany rozkład kluczy domeny w zadaniu
  • Szacowana liczba zadań na godzinę/dzień/tydzień