Lasttest-Framework des Aggregation Service

Wir freuen uns über Ihr Feedback zu diesem Dokument, da wir es in unser öffentliches Repository für Anleitungen aufnehmen möchten.

Wir empfehlen Ad-Tech-Unternehmen, Lasttests für 100% des Produktions-Traffics durchzuführen:

  1. AdTechs sollten für ihre Berichterstellungsanwendungsfälle über die Attribution Reporting API auf die Conversion-Attribution zugreifen.
  2. AdTech sollte Designentscheidungen treffen und dabei Rauschen minimieren (siehe modellierte Designentscheidungen).
  3. Bei Tests sollten Ad-Tech-Unternehmen die Anzahl der Jobs, die sie pro Tag ausführen (z.B. Jobs pro Werbetreibender), eine geschätzte Verteilung des Conversion-Ereignisvolumens und die Anzahl der zusammengefassten Schlüssel als Eingabe pro Verarbeitungsjob (siehe Jobparameter „output_domain_blob_prefix“ in der Dokumentation zur Aggregation Service API) sowie die geschätzte durchschnittliche Anzahl von Conversion-Ereignissen pro Eingabebericht im Blick behalten.
  4. Für Tests sollten Ad-Tech-Unternehmen den empfohlenen Instanztyp aus der Tabelle mit den Größenempfehlungen basierend auf der erwarteten Jobgröße (d.h. Berichtsvolumen, Domaingröße) ermitteln und den bereitgestellten Aggregationsdienst entsprechend dimensionieren. Referenz: Leitfaden zur Dimensionierung für den aggregierten Dienst in AWS
  5. Ad-Tech-Unternehmen sollten Aggregationsjobs für Lasttests ausführen.

Ziele

Diese Anleitung bezieht sich speziell auf die Attribution von aggregierten Conversions und enthält wichtige Einrichtungs- und Konfigurationsanleitungen für Ad-Tech-Unternehmen, um:

  • Ladeerwartungen für die Messung der aggregierten Conversion-Zuordnung schätzen.
  • Die wichtigsten Einstellungen und Konfigurationen werden für Leistung und Rauschen optimiert. Dabei werden die Dimensionen und Zielvorhaben berücksichtigt, die gemessen werden sollen, sowie die Größe und Segmentierung der Werbetreibenden.

Voraussetzungen

Dieser Leitfaden richtet sich an Nutzer, die sich mit Ad-Tech auskennen. Bevor Sie die folgenden Schritte ausführen, sollten Sie sich unsere Dokumentation zum Umgang mit Rauschen, zu Entscheidungen zum Design von Zusammenfassungsberichten und zum Rauschlabor ansehen, um eine optimale Konfiguration zu finden.

Schritte

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

Legen Sie anhand Ihres Geschäftstyps und Ihrer Ziele fest, wie viele verschiedene Schlüsselstrukturen (d.h. Dimensionen) Sie benötigen. Durch die Optimierung Ihrer Schlüsselstruktur können Sie das Rauschen in Berichten reduzieren.

Anzahl der 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 die Gruppen sind, desto genauer sind die Ergebnisse (da die Varianz der Ausgabewerte geringer ist) und desto geringer ist der Einfluss von Rauschen. Weitere Informationen finden Sie unter Erweiterte Schlüsselverwaltung. Ein Ad-Tech-Unternehmen kann seine Werbetreibenden beispielsweise nach Branche, Ausgaben und Conversion-Volumen segmentieren:

  • Branche (z. B. Versicherungen, Schmuck, 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 aggregierten Schlüsselstrukturen
Beispiel: 27 (3 × 3 × 3): 3 Branchen, 3 Ausgabentypen und 3 Gruppierungen für Conversion-Werte.

2. Dimensionsschlüssel für die Aggregation identifizieren

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

Für jede Aggregationsschlüsselstruktur helfen Ihnen die wichtigen Dimensionen, die Sie für Impressionen erfassen müssen, die Anzahl der Quellseitenschlüssel zu bestimmen. Die Dimensionen hängen vom Werbetreibendentyp ab, z. B. von Branche, Ausgaben oder Conversion. Die folgenden Beispiele veranschaulichen Dimensionen:

  • Schlüsselstruktur 1: (Branche = Versicherung, 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), geografische Einheit (z.B.: 50 Möglichkeiten)
      1. Mögliche Kombinationsmöglichkeiten = 50 × 20 × 5 × 50 = 250.000. Dies entspricht der Anzahl der möglichen Dimensionskombinationen für Quellseitenschlüssel für die Schlüsselstruktur 1.
      2. 18 Bits reservieren (18 Bits = 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 Dimensionskombinationen = 30 × 80 × 3 × 50 = 360.000. Dies ist die Anzahl der möglichen Dimensionskombinationen oder Quellseitenschlüssel für Schlüsselstruktur 2.
      2. 19 Bit reservieren (19 Bit) = 524.288 mögliche Kombinationen)

  • Schlüsselstruktur 3: Wiederholen (ähnliche Planung für alle Schlüsselstrukturen)

Für jede Aggregationsschlüsselstruktur helfen Ihnen die wichtigen Dimensionen, die Sie für Conversions erfassen müssen, dabei, die Trigger-Side-Schlüssel zu bestimmen. Beispiel:

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

    • A: 2 Dimensionen: Produktkategorie (z.B. 100 Möglichkeiten), Conversion-Typ (z.B.: 5 Möglichkeiten)
      1. Mögliche Dimensionskombinationen = 100 × 5 = 500
      2. Es müssen 9 Bits reserviert werden (9 Bits = 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 Dimensionskombinationen = 50 × 10 × 3 = 1.500
      2. 11 Bit reservieren (11 Bit = 2.048 mögliche Kombinationen)

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

Schätzungen für aggregierte Schlüssel

  • Schlüsselstruktur 1: 250.000 Impressionsschlüssel × 500 Conversionsschlüssel = 125.000.000 Schlüssel
  • Schlüsselstruktur 2: 360.000 Impressionsschlüssel × 1.500 Conversionsschlüssel = 540.000.000 Schlüssel
  • Schlüsselstruktur 3: (Planen Sie ähnlich für alle Schlüsselstrukturen, die Sie haben.)
  • Für jede Schlüsselstruktur wiederholen
  • Maximale Anzahl von Aggregationsschlüsseln = 540.000.000 Schlüssel (für alle Schlüsselstrukturen). 30 Bit reservieren (30 Bit = 1,07 Milliarden mögliche Kombinationen)

Erwartetes Conversion-Volumen

Das erwartete Volumen für jede Aggregationsschlüsselstruktur lässt sich anhand der folgenden Beispiele veranschaulichen:

  • Schlüsselstruktur 1: (Branche = Versicherung, Ausgaben = <50.000, Conversion-Volumen = niedrig)
    • A: Wir gehen davon aus, dass die Ausgaben der Werbetreibenden für die Schlüsselstruktur 1 im nächsten Quartal etwa 500.000 $betragen werden, bei einem durchschnittlichen CPM von 8 $. Es ist davon auszugehen, dass 62.500.000 Impressionen registriert werden müssen.
    • Die durchschnittliche Impression-zu-Conversion-Rate für Schlüsselstruktur 1 wird im nächsten Quartal voraussichtlich 0,08 % betragen. Das entspricht 50.000 zugeordneten Conversions,die erfasst werden müssen. Erfassen 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: Für Schlüssel 2 werden im nächsten Quartal voraussichtlich Ausgaben in Höhe von etwa 800.000 $ anfallen,was einem durchschnittlichen CPM von 10 $ entspricht. Es ist davon auszugehen,dass dies zu 80.000.000 Impressionen führt,die registriert werden müssen.
    • Die durchschnittliche Rate von Impressionen zu Conversions für Schlüssel 2 wird im nächsten Quartal voraussichtlich 0,03125 % betragen. Das entspricht 25.000 zugeordneten Conversions,die erfasst werden müssen. Erfassen Sie für jede Conversion den Kaufwert und die Anzahl der Käufe.
  • Für jede Schlüsselstruktur wiederholen

Häufigkeit der Berichtszustellung und Batch-Verarbeitung (Batch pro Werbetreibenden)**

Für jede Aggregationsschlüsselstruktur benötigen Sie regelmäßig Conversion-Berichte. Wir empfehlen, dass Ad-Tech-Unternehmen die Batch-Verarbeitung nach Werbetreibenden vornehmen (um die Daten pro Bericht besser zu trennen und die Aggregation effizienter zu gestalten) und das Feld shared_info.scheduled_report_time des Berichts für die Batch-Verarbeitung verwenden.

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

Hinweise

  • Wenn Sie die Batch-Verarbeitung nach Werbetreibenden vornehmen, müssen Sie die SLAs mit den Werbetreibenden abstimmen.

  • Bei häufigeren Batchvorgängen ist das Rauschen pro Batch höher. (Siehe Entscheidung: Batch-Häufigkeit).

  • Um Fehler aufgrund einer falschen Batch-Verarbeitung zu vermeiden, müssen Sie darauf achten, dass Batches das Feld scheduled_report_time und nicht report arrival time verwenden. Beispiel: Wenn Sie stündlich batchen, sollte Ihr Batch für 11:00 Uhr nur Berichte mit scheduled_report_time zwischen 10:00 Uhr und 11:00 Uhr enthalten und nicht Berichte, die zwischen 10:00 Uhr und 11:00 Uhr mit einem anderen scheduled_report_time eingegangen sind (z.B. 9:00 Uhr).

Schätzungen für das Berichtsvolumen

  • Schlüsselstruktur 1: 50.000 zugeordnete Conversions / 2.160 (stündliche Berichterstellung, Stunden in einem Quartal) = 24 Zusammenfassungsberichte pro Stunde und Werbetreibender (24 × 1.000 Werbetreibende = 24.000 Zusammenfassungsberichte)
  • Schlüsselstruktur 2: 25.000 zugeordnete Conversions / 2.160 (stündliche Berichterstellung, 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 Werbetreibender

Zusammenfassung des Feedbacks

Anhand der folgenden Schätzungen von Ad-Tech-Unternehmen können wir Funktionen und Verbesserungen planen, um die von Ad-Tech-Unternehmen benötigte Skalierung zu unterstützen. Wir empfehlen Ihnen, uns Folgendes mitzuteilen. Weitere Informationen finden Sie in unserem Leitfaden zur Dimensionierung des Aggregation Service auf AWS:

  • Maximale Anzahl von Eingabedomainschlüsseln (Schlüssel für die Aggregation) pro Aggregationsdienstjob
  • Maximales Volumen an 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 der Domainschlüssel in einem Job
  • Geschätzte Anzahl von Jobs pro Stunde/Tag/Woche