Lasttest-Framework des Aggregation Service

Wir freuen uns über Feedback zu diesem Dokument, während wir es vorbereiten, es zu unserem öffentlichen Leitfaden hinzuzufügen.

Wir empfehlen Anzeigentechnologie-Anbietern, einen Belastungstest bei 100% des Produktions-Traffics durchzuführen:

  1. AdTech-Unternehmen sollten auf die Conversion-Attributionsmessung mithilfe der Attribution Reporting API zugreifen.
  2. AdTech-Mitarbeiter sollten Designentscheidungen treffen und gleichzeitig das Rauschen minimieren (Referenz: modellierte Designentscheidungen).
  3. Beim Testen sollten Anzeigentechnologie-Anbieter die Anzahl der Jobs, die sie pro Tag ausführen (z.B. Jobs pro Werbetreibenden), eine geschätzte Verteilung des Conversion-Ereignisvolumens und die Anzahl der aggregierten Schlüssel als Eingabe pro Verarbeitungsjob (siehe Jobparameter "output_domain_blob_prefix" in der Dokumentation zur Aggregation Service API) und die geschätzten durchschnittlichen Conversion-Ereignisse pro Eingabebericht im Auge behalten.
  4. Zu Testzwecken sollten Anzeigentechnologie-Anbieter den empfohlenen Instanztyp aus der Tabelle mit den Größenempfehlungen auf der Grundlage der erwarteten Jobgröße (d.h. Berichtsvolumen, Domaingröße) abrufen und die Größe des bereitgestellten Aggregationsdienstes entsprechend festlegen. Referenz: Größenleitfaden für Aggregated Service on AWS
  5. AdTech-Teams sollten Aggregationsjobs für Lasttests ausführen.

Ziele

Diese Anleitung bezieht sich speziell auf die Analyse der zusammengefasste Conversion-Attribution und enthält wichtige Einrichtungs- und Konfigurationsanleitungen, die von Anzeigentechnologie-Anbietern für Folgendes verwendet werden:

  • Schätzen Sie die Erwartungen in Bezug auf die Auslastung für die zusammengefasste Conversion-Attributionsmessung.
  • Die Schlüsseleinrichtung und -konfiguration im Hinblick auf Leistung und Rauschen optimieren, basierend auf den Dimensionen und Zielen, die gemessen werden sollen, sowie der Größe und Segmentierung der Werbetreibenden.

Vorbereitung

Dieser Leitfaden richtet sich an AdTech-Zielgruppen. Bevor Sie die folgenden Schritte ausführen, sollten Sie sich unsere Dokumentation zum Arbeiten mit Rauschen, zu den zusammenfassenden Berichtsentscheidungen und zum Experimentieren mit Noise Lab ansehen, um eine optimale Konfiguration zu finden.

Schritte

1. Anfängliche Strategie für die Einrichtung von Aggregationsschlüsseln

Bestimmen Sie anhand des Unternehmenstyps und der Ziele, wie viele verschiedene Schlüsselstrukturen (d.h. Satz von Dimensionen) Sie benötigen. Durch die Optimierung der Schlüsselstruktur können Sie die Datenrauschen in Berichten reduzieren.

Anzahl Ihrer Werbetreibenden
Angenommen, Sie haben 1.000 Werbetreibende.

Ähnlichkeiten zwischen Ihren Werbetreibenden
Ähnlichkeiten sollten anhand des Conversion-Volumens, der relativen Conversion-Werte und der allgemeinen Abdeckung der Merkmale von Werbetreibenden bewertet werden. Je ähnlicher Sie sie gruppieren können, desto genauer sind die Ergebnisse (aufgrund geringerer Abweichungen der Ausgabewerte) und desto geringer sind die Auswirkungen des Rauschens. Weitere Informationen finden Sie unter Erweiterte Schlüsselverwaltung. Beispielsweise kann ein Anzeigentechnologie-Anbieter seine Werbetreibenden nach Branche, Ausgaben und Conversion-Volumen segmentieren:

  • Branche (z. B. Versicherung, Schmuck, WachstumsEinzelhandel)
  • Ausgaben (z. B. < 50.000 $/Quartal, 50 $ bis 150.000 $/Quartal, 150.000 $ bis 250.000 $/Quartal)
  • Conversion-Volumen (niedrig, mittel, hoch)

Anzahl der zu erstellenden aggregierten 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 bestimmen

Bestimmen Sie als Nächstes 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.

Bei jeder Schlüsselstruktur der Aggregation können Sie anhand der wichtigen Dimensionen, die Sie für Impressionen verfolgen müssen, die Anzahl der Quellschlüssel bestimmen. Die Dimensionen hängen vom Werbetreibendentyp unter Punkt 1 oben ab (z.B. Branche, Ausgaben, Conversion). Die folgenden Beispiele veranschaulichen die Dimensionen:

  • Hauptstruktur 1: (Branche = Versicherungen, Ausgaben = < 50.000, Conversion-Volumen = gering)

    • 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 Dimensionskombinationen = 50 × 20 × 5 × 50 = 250.000. Entspricht der Anzahl der möglichen Dimensionskombinationen für Quellseitenschlüssel für Schlüsselstruktur 1.
      2. 18 Bit müssen reserviert werden (18 Bit = 262.144 mögliche Kombinationen)

  • Schlüsselstruktur 2: (Branche = Versicherungen, 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 Dimensionskombinationen = 30 × 80 × 3 × 50 = 360.000. Entspricht der Anzahl der möglichen Dimensionskombinationen oder Quellschlüssel für Schlüsselstruktur 2.
      2. 19 Bit (19 Bit) = 524.288 mögliche Kombinationen müssen reserviert werden

  • Schlüsselstruktur 3: Wiederholen (Planen Sie analog für alle Schlüsselstrukturen, die Sie haben)

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

  • Hauptstruktur 1: (Branche = Versicherungen, Ausgaben = < 50.000, Conversion-Volumen = gering)

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

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

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

  • Schlüsselstruktur 3: Wiederholen (ähnlich für alle Schlüsselstrukturen planen)

Schätzungen für zusammengefasste Schlüssel

  • Schlüsselstruktur 1: 250.000 Impressionsschlüssel x 500 Conversion-Schlüssel = 125.000.000 Schlüssel
  • Schlüsselstruktur 2: 360.000 Impressionsschlüssel × 1,5.000 Conversion-Schlüssel = 540.000.000 Schlüssel
  • Schlüsselstruktur 3: (plane ähnlich für alle wichtigen Strukturen, die du hast)
  • Wiederholen Sie diese Schritte für jede Schlüsselstruktur.
  • Max. zusammengefasste Schlüssel = 540.000.000 Schlüssel (in allen Schlüsselstrukturen). 30 Bit müssen 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 erklärt werden:

  • Hauptstruktur 1: (Branche = Versicherungen, Ausgaben = < 50.000, Conversion-Volumen = gering)
    • A: Sie gehen davon aus,dass Schlüsselstruktur 1 im nächsten Quartal rund 500.000 $an Ausgaben von Werbetreibenden zu einem durchschnittlichen CPM-Preis von 8 $enthalten wird. Gehen Sie davon aus,dass dies 62.500.000 Impressionen bedeutet,die registriert werden müssen.
    • Nehmen wir an, dass die durchschnittliche Impressions-zu-Conversion-Rate, die Schlüsselstruktur 1 im nächsten Quartal ausmachen wird, 0,08 % beträgt. Das führt zu 50.000 zugewiesenen Conversions, die erfasst werden müssen. Messen Sie für jede Conversion den Kaufwert und die Anzahl der Käufe.
  • Schlüsselstruktur 2: (Branche = Versicherungen, Ausgaben = < 50.000, Conversion-Volumen = mittel)
    • A: Sie gehen davon aus,dass Schlüssel 2 im nächsten Quartal Ausgaben von etwa 800.000 $ zu einem CPM-Preis von durchschnittlich 10 $ ausmachen wird. Gehen Sie davon aus,dass dies zu 80.000.000 Impressionen führt,die registriert werden müssen.
    • Nehmen wir an, dass die durchschnittliche Impressions-zu-Conversion-Rate, die Schlüssel 2 im nächsten Quartal ausmacht, 0,03125 % beträgt, sodass 25.000 zugeordnete Conversions erfasst werden müssen. Messen Sie für jede Conversion den Kaufwert und die Anzahl der Käufe.
  • Wiederholen Sie diese Schritte für jede Schlüsselstruktur.

Berichterstellung und Batch-Häufigkeit (Batch pro Werbetreibendem)**

Für jede Aggregationsschlüsselstruktur müssen regelmäßig Conversion-Berichte bereitgestellt werden. Wir empfehlen, dass Anzeigentechnologie-Anbieter nach Werbetreibenden stapeln (für eine sauberere Trennung der Daten pro Bericht und eine effizientere Aggregation) und das Feld shared_info.scheduled_report_time des Berichts für die Batch-Verarbeitung zu verwenden.

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

Hinweise

  • Wenn Sie Batches nach Werbetreibenden verarbeiten möchten, prüfen Sie die SLAs mit den Werbetreibenden.

  • Eine häufigere Batchverarbeitung führt zu mehr Rauschen pro Batch. (siehe Entscheidung: Batchhäufigkeit).

  • Achten Sie darauf, dass Batches das Feld scheduled_report_time und nicht report arrival time verwenden, um Fehler aufgrund falscher Batchverarbeitung zu vermeiden. Beispiel: Wenn Sie stündlich einen Batch erstellen, sollte der Batch für 11:00 Uhr nur Berichte mit scheduled_report_time zwischen 10:00 und 11:00 Uhr enthalten und keine Berichte, die zwischen 10:00 und 11:00 Uhr mit einem anderen scheduled_report_time eingegangen sind (z.B. 09: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 zusammenfassende Berichte pro Stunde und Werbetreibenden (24 x 1.000 Werbetreibende = 24.000 zusammenfassende Berichte)
  • Schlüsselstruktur 2: 25.000 zugeordnete Conversions ÷ 2.160 (stündliche Berichte, Stunden in einem Quartal) = 12 zusammenfassende Berichte pro Stunde und Werbetreibenden (12 x 1.000 Werbetreibende = 12.000 zusammenfassende Berichte)
  • Schlüsselstruktur 3: Wiederholen
  • Gesamtzahl der zusammenfassenden Berichte pro Stunde = 24 zusammengefasste Berichte für Schlüsselstruktur 1 + 12 Zusammenfassungsberichte für Schlüsselstruktur 2 + ... = ... pro Stunde und Werbetreibenden

Feedbackzusammenfassung

Anhand der folgenden Schätzungen von Anzeigentechnologien können wir Funktionen und Verbesserungen planen, um den von Anzeigentechnologien gewünschten Umfang zu berücksichtigen. Teilen Sie uns bitte die folgenden Informationen mit. Weitere Informationen finden Sie in unserem Leitfaden zur Größenbestimmung für Aggregation Service on AWS:

  • Maximale Anzahl von Eingabedomainschlüsseln (Schlüssel, für die aggregiert werden soll) pro Aggregationsdienstjob
  • Maximales Volumen von Eingabeberichten 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 der Jobs pro Stunde/Tag/Woche