Lasttest-Framework des Aggregation Service

Wir freuen uns auf Ihr Feedback zu diesem Dokument, das wir unserem öffentlichen Repository mit Anleitungen hinzufügen werden.

Wir empfehlen Anbietern von Anzeigentechnologien, Lasttests auf 100% des Produktionstraffics durchzuführen:

  1. AdTech-Anbieter sollten für die Conversion-Attribution die Attribution Reporting API verwenden.
  2. Mithilfe von AdTech-Lösungen sollten Designentscheidungen getroffen werden, wobei Störfaktoren minimiert werden sollten (Referenz: Modellierung von Designentscheidungen)
  3. Während der Tests sollten die Werbetreibenden die Anzahl der Jobs verfolgen, die sie pro Tag ausführen (z.B. pro Werbetreibenden), eine geschätzte Verteilung des Conversion-Ereignisvolumens und die Anzahl der Aggregationsschlüssel als Eingabe pro Verarbeitungsjob (siehe Jobparameter „output_domain_blob_prefix“ in der Aggregation Service API-Dokumentation) sowie die geschätzte durchschnittliche Anzahl von Conversion-Ereignissen pro Eingabebericht.
  4. Für Tests sollten Werbetreibende den empfohlenen Instanztyp in der Tabelle mit den Empfehlungen zur Größenanpassung basierend auf der erwarteten Jobgröße (d.h. Berichtsvolumen, Domaingröße) suchen und den bereitgestellten Aggregationsdienst entsprechend anpassen. Weitere Informationen finden Sie unter Leitfaden für die Dimensionierung des aggregierten Dienstes in AWS.
  5. Anbieter von Anzeigentechnologien sollten Aggregationsjobs für Lasttests ausführen.

Ziele

Dieser Leitfaden bezieht sich speziell auf die aggregierte Conversion-Attribution und enthält wichtige Einrichtungs- und Konfigurationsanleitungen für Werbetechnologien, mit denen Sie Folgendes tun können:

  • Erforderliche Auslastung für die Messung der zusammengefassten Conversion-Attribution schätzen
  • Die wichtigsten Einstellungen und Konfigurationen wurden hinsichtlich Leistung und Rauschen optimiert. Dabei wurden die zu erfassenden Dimensionen und Zielvorhaben sowie die Größe und Segmentierung der Werbetreibenden berücksichtigt.

Voraussetzungen

Dieser Leitfaden richtet sich an AdTech-Nutzer. Bevor Sie mit den folgenden Schritten fortfahren, sollten Sie sich unsere Dokumentation zu Störungen und Entscheidungen beim Entwerfen von Zusammenfassungsberichten ansehen und mit Noise Lab experimentieren, um die optimale Konfiguration zu finden.

Schritte

1. Strategie für die Ersteinrichtung von Aggregationsschlüsseln

Bestimmen Sie anhand Ihres Unternehmenstyps und Ihrer Zielvorhaben, wie viele verschiedene Schlüsselstrukturen (d.h. Dimensionen) Sie benötigen. Durch die Optimierung der Schlüsselstruktur können Sie die Ungenauigkeiten in Berichten reduzieren.

Anzahl der Werbetreibenden
Angenommen, Sie haben 1.000 Werbetreibende.

Ähnlichkeiten zwischen Ihren Werbetreibenden
Ähnlichkeiten sollten anhand der Anzahl der Conversions, der relativen Conversion-Werte und der allgemeinen Abdeckung der Werbetreibendenmerkmale bewertet werden. Je ähnlicher Sie sie gruppieren können, desto genauer sind Ihre Ergebnisse (aufgrund geringerer Abweichungen bei den Ausgabewerten) und desto geringer ist die Auswirkung von Rauschen. Weitere Informationen finden Sie unter Erweiterte Schlüsselverwaltung. Ein Anbieter von Anzeigentechnologien kann seine Werbetreibenden beispielsweise so nach Branche, Ausgaben und Conversion-Volumen segmentieren:

  • Branche (z. B. Versicherungen, Schmuck, Wachstumsorientierter Einzelhandel)
  • Ausgaben (z. B. < 50.000 €/Quartal, 50.000–150.000 €/Quartal, 150.000–250.000 €/Quartal)
  • Conversion-Volumen (niedrig, mittel, hoch)

Anzahl der zu erstellenden zusammengefassten Schlüsselstrukturen
Beispiel: 27 (3 × 3 × 3): 3 Branchen, 3 Ausgabentypen und 3 Gruppierungen für Conversion-Werte.

2. Schlüsseldimensionen für die Aggregation identifizieren

Als Nächstes ermitteln Sie die wichtigen Dimensionen, die Sie sowohl für Impressionen als auch für Conversions erfassen möchten, um die Anzahl der Schlüssel auf Quell- und Triggerseite zu schätzen.

Anhand der wichtigen Dimensionen, die Sie für Impressionen erfassen müssen, können Sie für jede Schlüsselstruktur die Anzahl der Schlüssel auf Quellseite bestimmen. Die Dimensionen hängen vom Werbetreibendentyp ab, z. B. Branche, Ausgaben oder Conversion. Die folgenden Beispiele veranschaulichen Dimensionen:

  • Schlüsselstruktur 1: (Branche = Versicherung, Ausgaben = < 50.000 € und Conversion-Volumen = niedrig)

    • A: 4 Dimensionen: Kampagne (z.B. 50 Möglichkeiten), Anzeigengruppe (z.B.: 20 Möglichkeiten), Gerätetyp (z.B. 5 Möglichkeiten), „Geo“ (z.B.: 50 Möglichkeiten)
      1. Mögliche Kombinationen von Abmessungen = 50 x 20 x 5 x 50 = 250.000. Dies entspricht der Anzahl der möglichen Dimensionskombinationen für Quellschlüssel für Schlüsselstruktur 1.
      2. Es müssen 18 Bit reserviert werden (18 Bit = 262.144 mögliche Kombinationen).

  • Schlüsselstruktur 2: (Branche = Versicherung, Ausgaben < 50.000, Conversion-Volumen = mittel)

    • A: 4 Dimensionen: Kampagne (z.B. 30 Möglichkeiten), Anzeigengruppe (z.B.: 80 Möglichkeiten), Anzeigentyp (z.B.: 3 Möglichkeiten), Geo (z.B.: 50 Möglichkeiten).
      1. Mögliche Kombinationen von Abmessungen = 30 × 80 × 3 × 50 = 360.000. Dies entspricht der Anzahl der möglichen Dimensionskombinationen oder Quellschlüssel für Schlüsselstruktur 2.
      2. Es müssen 19 Bit reserviert werden (19 Bit) = 524.288 mögliche Kombinationen.

  • Wichtige Struktur 3: Wiederholen (ähnlich für alle wichtigen Strukturen planen)

Für jede Aggregationsschlüsselstruktur können Sie anhand der wichtigen Dimensionen, die Sie für Conversions erfassen müssen, die Triggerschlüssel bestimmen. Beispiel:

  • Schlüsselstruktur 1: (Branche = Versicherung, Ausgaben = < 50.000 €, Conversion-Volumen = niedrig)

    • A: 2 Dimensionen: Produktkategorie (z.B. 100 Möglichkeiten), Conversion-Typ (z.B. 5 Möglichkeiten)
      1. Mögliche Kombinationen von Dimensionen = 100 × 5 = 500
      2. Es müssen 9 Bit reserviert werden (9 Bit = 512 mögliche Kombinationen).

  • Schlüsselstruktur 2: (Branche = Versicherung, Ausgaben < 50.000 €, Conversion-Volumen = mittel)

    • A: 3 Dimensionen: Produktkategorie (z.B. 50 Möglichkeiten), Produkttyp (10 Möglichkeiten), Conversion-Typ (3 Möglichkeiten)
      1. Mögliche Kombinationen von Dimensionen = 50 × 10 × 3 = 1.500
      2. Es müssen 11 Bit reserviert werden (11 Bit = 2.048 mögliche Kombinationen).

  • Wichtige Struktur 3: Wiederholen (ähnlich für alle wichtigen Strukturen planen)

Schätzungen für zusammengefasste Schlüssel

  • Schlüsselstruktur 1: 250.000 Impressionsschlüssel × 500 Conversion-Schlüssel = 125.000.000 Schlüssel
  • Schlüsselstruktur 2: 360.000 Impressionsschlüssel × 1.500 Conversion-Schlüssel = 540.000.000 Schlüssel
  • Wichtige Struktur 3: (ähnlich planen Sie für alle wichtigen Strukturen, die Sie haben)
  • Für jede Schlüsselstruktur wiederholen
  • Maximal zulässige Anzahl von Aggregationsschlüsseln: 540.000.000 Schlüssel (für alle Schlüsselstrukturen) Es müssen 30 Bit reserviert werden (30 Bit = 1,07 Mrd. mögliche Kombinationen).

Voraussichtliches Conversion-Volumen

Für jede Aggregationsschlüsselstruktur kann das erwartete Volumen anhand der folgenden Beispiele erläutert werden:

  • Schlüsselstruktur 1: (Branche = Versicherung, Ausgaben < 50.000 € und Conversion-Volumen = niedrig)
    • A: Sie gehen davon aus,dass für die Hauptstruktur 1 im nächsten Quartal Werbeausgaben in Höhe von etwa 500.000 $bei einem durchschnittlichen CPM von 8 $anfallen. Das entspricht 62.500.000 Impressionen, die registriert werden müssen.
    • Angenommen, die durchschnittliche Conversion-Rate von Impressionen für das nächste Quartal für das Hauptelement 1 beträgt 0,08 %. Das entspricht 50.000 zugeschriebenen Conversions, die erfasst werden müssen. Messen Sie für jede Conversion den Kaufwert und die Anzahl der Käufe.
  • Schlüsselstruktur 2: (Branche = Versicherung, Ausgaben < 50.000 €, Conversion-Volumen = mittel)
    • A: Sie gehen davon aus,dass Schlüssel 2 im nächsten Quartal Ausgaben in Höhe von etwa 800.000 $ bei einem durchschnittlichen CPM von 10 $ ausmacht. Das entspricht 80.000.000 Impressionen, die erfasst werden müssen.
    • Angenommen, die durchschnittliche Conversion-Rate von Schlüssel 2 im nächsten Quartal beträgt 0,03125 %. Das entspricht 25.000 zugeschriebenen Conversions, die erfasst werden müssen. Messen Sie für jede Conversion den Kaufwert und die Anzahl der Käufe.
  • Für jede Schlüsselstruktur wiederholen

Häufigkeit der Berichterstellung und des Batching (Batch pro Werbetreibenden)**

Für jede Struktur von Aggregationsschlüsseln müssen Sie Conversion-Berichte auf wiederkehrender Basis erhalten. Wir empfehlen, Berichte nach Werbetreibenden zu gruppieren, um eine klarere Trennung der Daten pro Bericht und eine effizientere Aggregation zu ermöglichen. Verwenden Sie dazu das Feld shared_info.scheduled_report_time des Berichts.

  • A: Stündlich
  • B: Täglich
  • C: Wöchentlich

Hinweise

  • Wenn Sie Batch-Uploads nach Werbetreibenden vornehmen, müssen Sie SLAs mit den Werbetreibenden vereinbaren.

  • Je häufiger Sie die Batch-Verarbeitung durchführen, desto höher ist der Rauschanteil pro Batch. (Siehe Entscheidung: Batchhäufigkeit.)

  • Um Fehler aufgrund von falscher Batchverarbeitung zu vermeiden, muss für Batches das Feld scheduled_report_time und nicht report arrival time verwendet werden. Beispiel: Wenn Sie Berichte stündlich erstellen, sollte der Batch für 11:00 Uhr nur Berichte mit scheduled_report_time zwischen 10:00 und 11:00 Uhr enthalten, keine Berichte, die zwischen 10:00 und 11:00 Uhr mit einer anderen scheduled_report_time eingegangen sind (z.B.: 9:00 Uhr).

Schätzungen für das Berichtsvolumen

  • Schlüsselstruktur 1: 50.000 zugewiesene Conversions ÷ 2.160 (stündliche Berichte, Stunden in einem Quartal) = 24 Zusammenfassungsberichte pro Stunde und Werbetreibender (24 × 1.000 Werbetreibende = 24.000 Zusammenfassungsberichte)
  • Schlüsselstruktur 2: 25.000 zugewiesene Conversions ÷ 2.160 (stündliche Berichte, Stunden in einem Quartal) = 12 Zusammenfassungsberichte pro Stunde und Werbetreibender (12 × 1.000 Werbetreibende = 12.000 Zusammenfassungsberichte)
  • Schlüsselstruktur 3: Wiederholung
  • Gesamtzahl der Zusammenfassungsberichte pro Stunde = 24 Zusammenfassungsberichte für Schlüsselstruktur 1 + 12 Zusammenfassungsberichte für Schlüsselstruktur 2 + ... = ... pro Stunde und Werbetreibenden

Feedbackzusammenfassung

Anhand der folgenden Schätzungen von Anbietern von Anzeigentechnologien können wir Funktionen und Verbesserungen planen, die die von diesen Anbietern erforderliche Skalierung unterstützen. Wir empfehlen Ihnen, uns Folgendes mitzuteilen: Weitere Informationen finden Sie in unserer Leitfaden zur Dimensionierung des Aggregationsdienstes auf AWS:

  • Maximale Anzahl von Eingabedomainschlüsseln (Schlüssel, für die aggregiert werden soll) pro Job des Aggregationsdiensts
  • Maximales Volumen der Eingabeberichte pro Job (zugeordnete Conversions)
  • Geschätzte Beiträge pro Bericht (Schlüssel/Wert-Paare in einem Bericht)
  • Geschätzte Verteilung der zugeordneten Conversions pro Job
  • Geschätzte Verteilung von Domainschlüsseln in einem Job
  • Geschätzte Anzahl von Jobs pro Stunde/Tag/Woche