Ta strona została przetłumaczona przez Cloud Translation API.

Platforma testowania obciążenia usługi agregacji

Chętnie poznamy Twoją opinię na temat tego dokumentu, ponieważ przygotowujemy się do dodania go do naszego repozytorium publicznych wskazówek.

Zachęcamy specjalistów ds. technologii reklamowych do przeprowadzania testów obciążeniowych na 100% ruchu produkcyjnego:

Technologie reklamowe powinny uzyskiwać dostęp do pomiaru atrybucji konwersji za pomocą interfejsu Attribution Reporting API w ramach swoich przypadków użycia związanych z raportowaniem.
Technologia reklamowa powinna podejmować decyzje projektowe przy jednoczesnym minimalizowaniu zakłóceń (odniesienie: modelowanie decyzji projektowych)
Podczas testowania specjaliści ds.technologii reklamowych powinni śledzić liczbę zadań, które wykonują dziennie (np. zadania na poziomie reklamodawcy), szacowaną dystrybucję liczby zdarzeń konwersji i liczby kluczy zbiorczych jako danych wejściowych na zadanie przetwarzania (patrz parametr zadania output_domain_blob_prefix w dokumentacji interfejsu API usługi agregacji) oraz szacowane średnie liczby zdarzeń konwersji na raport danych wejściowych.
Na potrzeby testowania specjaliści ds.technologii reklamowych powinni sprawdzić zalecany typ instancji w tabeli wskazówek dotyczących rozmiaru na podstawie oczekiwanego rozmiaru zadania (np. objętość raportu, rozmiar domeny) i odpowiednio dostosować rozmiar wdrożonej usługi agregacji. Informacje: wytyczne dotyczące określania rozmiaru usługi zbiorczej w AWS
Specjaliści ds. technologii reklamowych powinni wykonywać zadania agregacji w celu testowania obciążenia.

Cele

Te wskazówki dotyczą ogólnego pomiaru atrybucji konwersji i zawierają najważniejsze instrukcje konfiguracji i konfiguracji przeznaczone dla specjalistów ds. technologii reklamowych, aby:

Oszacuj oczekiwania dotyczące obciążenia w przypadku pomiaru zbiorczego przypisania konwersji.
Optymalizowanie konfiguracji kluczy pod kątem skuteczności i szumów na podstawie wymiarów i celów, które mają być mierzone, oraz wielkości i segmentacji reklamodawców.

Warunek wstępny

Ten przewodnik jest przeznaczony dla specjalistów z branży adtech. Zanim wykonasz podane niżej czynności, zapoznaj się z naszą dokumentacją dotyczącą pracy z szumem, decyzji dotyczących projektowania raportów zbiorczych oraz laboratorium dotyczącego szumu, aby znaleźć optymalną konfigurację.

Kroki

1. Początkowa strategia konfiguracji klucza agregacji

Na podstawie rodzaju działalności i celów określ, ile różnych kluczowych struktur (czyli zestawów wymiarów) potrzebujesz. Pamiętaj, że optymalizacja struktury kluczy może pomóc w zredukowaniu zakłóceń w raportach.

Liczba reklamodawców
Załóżmy na przykład, ż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 pokrycia cech reklamodawcy. Im bardziej podobne są dane, które możesz pogrupować, tym bardziej dokładne będą wyniki (z powodu mniejszej zmienności wartości wyjściowych), a tym mniejszy będzie wpływ szumu. Więcej informacji znajdziesz w sekcji zaawansowane zarządzanie kluczami. Na przykład dostawca technologii reklamowych może dzielić reklamodawców na segmenty według branży, wydatków i liczby konwersji w ten sposób:

Branża (np. ubezpieczenia, biżuteria, handel detaliczny)
Wydatki (np. <50 tys. zł/kwartał, 50–150 tys. zł/kwartał, 150–250 tys. zł/kwartał)
Liczba konwersji (niska, średnia, wysoka)

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

2. Identyfikowanie wymiarów klucza agregacji

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

W przypadku każdej struktury klucza agregacji ważne wymiary, które musisz śledzić w przypadku wyświetleń, pomogą Ci określić liczbę kluczy po stronie źródła. Wymiary zależą od typu reklamodawcy, np. branży, wydatków lub konwersji. Wymiary możesz lepiej zrozumieć, korzystając z tych przykładów:

Struktura klucza 1: (branża: ubezpieczenia, wydatki: <50 tys., liczba konwersji: niska)
- Odp.: 4 wymiary: 50 możliwości), Grupa reklam (np. 20 możliwości), typ urządzenia (np. 5 możliwości), Geo (np. 50 możliwości)
  1. Możliwe kombinacje wymiarów = 50 x 20 x 5 x 50 = 250 tys. Reprezentuje liczbę możliwych kombinacji wymiarów w przypadku kluczy po stronie źródła w strukturze klucza 1.
  2. Musisz zarezerwować 18 bitów (18 bitów = 262 144 możliwe kombinacje).
Struktura klucza 2: (branża: ubezpieczenia, wydatki: <50 tys., liczba konwersji: średnia)
- Odp.: 4 wymiary: 30 możliwości), grupa reklam (np. 80 możliwości), typ reklamy (np. 3. 50 możliwości).
  1. Możliwe kombinacje wymiarów = 30 x 80 x 3 x 50 = 360 tys. Określa liczbę możliwych kombinacji wymiarów lub kluczy po stronie źródła dla struktury klucza 2.
  2. Trzeba zarezerwować 19 bitów (19 bitów = 524 288 możliwych kombinacji).
Struktura klucza 3: powtórz (podobny plan dla wszystkich posiadanych przez Ciebie struktur kluczy)

W przypadku każdej struktury klucza agregacji ważne wymiary, które musisz śledzić w przypadku konwersji, pomogą Ci określić klucze po stronie reguły. Na przykład:

Struktura klucza 1: (branża: ubezpieczenia, wydatki: <50 tys., liczba konwersji: niska)
- Odp.: 2 wymiary: kategoria produktów (np. 100 możliwości), Typ konwersji (np. 5 możliwości)
  1. Możliwe kombinacje wymiarów = 100 x 5 = 500
  2. Należy zarezerwować 9 bitów (9 bitów = 512 możliwych kombinacji).
Struktura klucza 2: (branża: ubezpieczenia, wydatki: <50 tys., liczba konwersji: średnia)
- Odp.: 3 wymiary: kategoria produktów (np. 50 możliwości), typ produktu (10 możliwości), typ konwersji (3 możliwości)
  1. Możliwe kombinacje wymiarów = 50 x 10 x 3 = 1500
  2. Musisz zarezerwować 11 bitów (11 bitów = 2048 możliwych kombinacji).
Struktura klucza 3: powtórz (podobny plan dla wszystkich posiadanych przez Ciebie struktur kluczy)

Szacunki dotyczące kluczy zbiorczych

Struktura kluczy 1: 250 tys. kluczy wyświetleń x 500 kluczy konwersji = 125 mln kluczy
Struktura kluczy 2: 360 tys. kluczy wyświetleń x 1,5 tys. kluczy konwersji = 540 mln kluczy
Struktura klucza 3: (podobny plan dla wszystkich struktur kluczy)
Powtórz te czynności dla każdej struktury klucza
Maksymalna liczba kluczy zbiorczych = 540 mln kluczy (we wszystkich strukturach kluczy). Trzeba zarezerwować 30 bitów (30 bitów = 1,07 mln możliwych kombinacji).

Przewidywana liczba konwersji

W przypadku każdej struktury klucza agregacji przewidywany wolumen można wyjaśnić za pomocą tych przykładów:

Kluczowa struktura 1: (branża: ubezpieczenia, wydatki: <50 tys., liczba konwersji: niska)
- Odp.: spodziewamy się,że w przyszłym kwartale struktura kluczowa 1 będzie generować wydatki reklamodawcy o wartości około 500 tys. USD przy średnim CPM wynoszącym 8 USD. Spodziewaj się, że będziesz musiał zarejestrować 62 500 000 wyświetleń.
- Przewidujemy, że średni współczynnik konwersji na wyświetlenie, który będzie miał zastosowanie w przypadku kluczowej struktury 1 w przyszłym kwartale, wyniesie 0,08%, co oznacza, że należy uwzględnić 50 tys.przypisanych konwersji. W przypadku każdej konwersji zmierz wartość i liczbę zakupów.
Struktura klucza 2: (branża = ubezpieczenia, wydatki < 50 tys., liczba konwersji = średnia)
- Odp.: Szacujemy,że w przyszłym kwartale klucz 2 będzie generować wydatki o wartości około 800 tys. USD przy średnim CPM wynoszącym 10 USD. Należy się spodziewać,że będzie to 80 000 000 wyświetleń,które trzeba zarejestrować.
- Przewidujemy, że w przyszłym kwartale średni współczynnik konwersji na wyświetlenie, który będzie odpowiadać kluczowi 2, wyniesie 0,03125%, co oznacza, że trzeba będzie uwzględnić 25 tys.przypisanych konwersji. W przypadku każdej konwersji zmierz wartość i liczbę zakupów.
Powtórz te czynności dla każdej struktury klucza

Raportowanie wyświetleń i częstości grupowania (partia na reklamodawcę)**

W przypadku każdej struktury klucza agregacji musisz otrzymywać regularnie raporty o konwersjach. Zalecamy, aby dostawcy technologii reklamowych grupowali dane według reklamodawcy (aby uzyskać czystsze rozdzielenie danych na raporty i bardziej wydajne zagregowanie) oraz używali do grupowania pola shared_info.scheduled_report_time w raporcie.

Odp.: Co godzinę
B: Codziennie
C: co tydzień

Uwagi

W przypadku zbiorczego przetwarzania danych według reklamodawcy sprawdź SLA z reklamodawcami.
Częstsze zbiorcze przetwarzanie danych będzie powodować większy szum w każdej partii. (patrz: Decyzja: częstotliwość wyświetleń w partiach).
Aby uniknąć błędów spowodowanych nieprawidłowym grupowaniem, upewnij się, że wsadach jest używane pole scheduled_report_time, a nie report arrival time. Jeśli np.wysyłasz raporty zbiorcze co godzinę, raport zbiorczy za godzinę 11:00 powinien zawierać tylko raporty z 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 inną wartością scheduled_report_time (np. 9:00).

Szacunki dotyczące liczby raportów

Klucowa struktura 1: 50 tys. przypisanych konwersji / 2160 (raportowanie godzinne, godziny w kwartale) = 24 raporty zbiorcze na godzinę na reklamodawcę (24 x 1000 reklamodawców = 24 tys. raportów zbiorczych)
Kluczowa struktura 2: 25 tys. przypisanych konwersji / 2160 (raportowanie godzinowe, godziny w kwartale) = 12 raportów zbiorczych na godzinę na reklamodawcę (12 x 1000 reklamodawców = 12 tys. raportów zbiorczych)
Struktura klucza 3: powtarzanie
Łączna liczba raportów zbiorczych na godzinę = 24 raporty zbiorcze dla klucza struktury 1 + 12 raportów zbiorczych dla klucza struktury 2 + ... = ... na godzinę na reklamodawcę

Podsumowanie opinii

Poznanie tych szacunków od dostawców technologii reklamowych pomaga nam planować funkcje i ulepszenia, które umożliwią obsługę skali wymaganej przez dostawców technologii reklamowych. Proponujemy podzielić się z nami tymi informacjami: Aby uzyskać więcej informacji, zapoznaj się z wskazówkami dotyczącymi określania rozmiaru usługi agregacji w AWS:

Maksymalna liczba kluczy domeny wejściowej (kluczy do agregacji) na zadanie usługi agregacji
Maksymalna liczba raportów wejściowych na zadanie (przypisane konwersje)
Szacunkowe udziały w raporcie (pary klucz-wartość w raporcie)
Szacowany rozkład przypisanych konwersji na zadanie
Szacowany rozkład kluczy domen w zadaniu
Szacowana liczba zadań na godzinę/dzień/tydzień