Testanleitung für Relevant-APIs

Hinweis

  • Diese Veröffentlichung sollte zusammen mit den CMA-Tests für Tests überprüft werden: Hinweise zu Tests (November 2022), Leitfaden für Tests (Juni 2023) und Zusätzlichen Leitfaden für Tests (Oktober 2023).
  • Ziel dieses Dokuments ist es, Marktteilnehmern eine Orientierungshilfe zu den Anwendungsfällen, der Konfiguration, der Teststruktur, den Zielen und den Best Practices für die Bewertung von Marktteilnehmern zur Verfügung zu stellen.

Designprinzipien für Tests

Test- und Kontrollgruppe müssen gut definiert sein und dieselben Variablen messen.

Randomisierung und Zuweisung von Nutzern

  • Wenn Sie nicht ausschließlich von Chrome unterstützte Testgruppen verwenden (z. B. den Test mit anderem Traffic ausführen), achten Sie darauf, dass die Test- und Kontrollgruppe der Nutzer zufällig und unverzerrt ist. Unabhängig von der Einrichtung der Testgruppe sollten Sie die Merkmale der Test- und Kontrollgruppe auswerten, um sicherzustellen, dass die Test- und Kontrollgruppen vergleichbar sind. Siehe Abschnitt 15.
  • Die Nutzermerkmale der Test- und Kontrollgruppe müssen identisch sein. Verwenden Sie beispielsweise in der Test- und in der Kontrollgruppe ähnliche Regionen. Siehe Abschnitt 28.
  • Nehmen Sie unter Verwendung des von der CMA empfohlenen Testdesigns drei Testgruppen vor: Testgruppe (PS APIs + andere Signale) + Kontrollgruppe 1 (keine Drittanbieterdaten + andere Signale) + Kontrollgruppe 2 (keine 3PCs + keine PS APIs + andere Signale). Siehe Abschnitte 10 bis 14.
  • Achten Sie darauf, dass bei Ihrer Einrichtung die Labels für von Chrome unterstützte Tests so umfassend wie möglich genutzt werden.
  • Chrome plant, aus rechtlichen, nutzerfreundlichen und / oder technischen Gründen einige Chrome-Instanzen aus diesen Testgruppen auszuschließen. Dazu gehören unter anderem Chrome Enterprise. Diese Ausschlüsse sind für Modus A und Modus B identisch und somit auch für Kontrollgruppe 1, Kontrollgruppe 2 und Testgruppe. Deshalb sollten Sie Messwerte, die Sie in Testgruppen erhalten haben, nicht mit Messwerten außerhalb dieser Gruppen vergleichen.

Abstimmung der Konfiguration zwischen Test- und Kontrollgruppen

  • Stellen Sie sicher, dass die Test- und Kontrollgruppen eine vergleichbare Kampagnenkonfiguration verwenden, einschließlich ähnlichem Inventar, ähnlicher Anzeigenformate, Kampagnentypen und Kampagneneinstellungen. Siehe Abschnitt 28.
  • Konkrete Beispiele: Es wird sichergestellt, dass ähnliche Conversion-Typen mit demselben Attributionszeitraum und derselben Attributionslogik gemessen werden. Die Kampagnen sind auf ähnliche Zielgruppen, Interessengruppen und Regionen ausgerichtet und es werden ähnliche Anzeigentexte und Anzeigenformate verwendet. Siehe Abschnitt 28.
  • Im Idealfall kann die DSP die Berichterstellung verwalten und ist nicht auf ein Drittanbieterunternehmen angewiesen, das möglicherweise eine zusätzliche Attributionsebene hinzufügt. Wenn der Kunde der DSP ein Drittanbieterunternehmen für die Attribution verwendet, sollte dieses Unternehmen in die Integrations-/Testpläne sowie in die Test- und Kontrollgruppen aufgenommen werden.
  • Jede Kampagne, die von einer teilnehmenden DSP verwaltet wird, sollte die gleiche Chance haben, an Auktionen der Test- und Kontrollgruppe teilzunehmen, und dass ihr Gebotsverhalten in jeder Gruppe nicht durch das Vorhandensein der anderen Gruppen beeinflusst wird. Siehe Abschnitt 25.

Messwerte erfassen und auswerten

  • Stellen Sie vor der Auswertung der Ergebnisse sicher, dass der Unterschied zwischen den Ergebnissen der Test- und der Kontrollgruppe statistisch signifikant ist. Siehe Abschnitt 25.
  • Achten Sie bei allen Messwerten darauf, dass Ausreißer bewertet werden. Insbesondere bei den Messwerten für Umsätze oder ROAS (Return on Advertising Spend) ist die Single-Touch-Attributionslogik sehr anfällig für Ausreißer, die die Ergebnisse unbeabsichtigt erheblich beeinflussen können. Siehe Anhang.Tabelle 2.
  • Wenn Sie Conversion-Tracking-Methoden verwenden, die nicht von Drittanbietern stammen (z. B. Linkdekoration, eigene Daten oder andere Kontextdaten), stellen Sie sicher, dass sie sowohl in der Test- als auch in der Kontrollgruppe verwendet werden. Siehe Abschnitt 13 und 14.
  • Sie können zwei verschiedene Testgruppen verwenden, eine für die Messung der Relevant-API und die andere zur Messung der Attribution Reporting API. So werden multivariate Tests vermieden und es wird leichter, die Ursache Ihrer Beobachtungen zu verstehen. Weitere Informationen finden Sie im Leitfaden zum Testen von Messungen und in der Tabelle mit empfohlenen Messmethoden für die einzelnen Testverzweigungen.
Testgruppe vs. Kontrollgruppe 1
Vergleicht den vorgeschlagenen Endzustand mit dem aktuellen Status. 		Testgruppe vs. Kontrollgruppe 2
Vergleicht den vorgeschlagenen Endzustand ohne PS APIs. 		Kontrollgruppe 2 und Kontrollgruppe 1
Vergleicht die Conversion-Messung mit und ohne Drittanbieter-PCs und ohne PS APIs.
Messmethodik Um multivariate Tests zu vermeiden, sollten Sie ARA- und Nicht-3PC-Daten verwenden, um Conversion-basierte Messwerte für beide Verzweigungen zu messen. Um multivariate Tests zu vermeiden, sollten Sie für beide Verzweigungen nur Daten verwenden, die nicht von Drittanbietern stammen, um Conversion-basierte Messwerte zu messen. Um multivariate Tests zu vermeiden, sollten Sie für beide Verzweigungen nur Daten verwenden, die nicht von Drittanbietern stammen, um Conversion-basierte Messwerte zu messen.

Implementierungsleitfaden

Dieser Abschnitt enthält Anleitungen zu gängigen Anwendungsfällen für Relevanz-APIs sowie die Mindest- oder optimalen Konfigurationen für die Einrichtung der APIs. Bevor Sie mit dem Einrichten des Tests fortfahren, sollten Sie wissen, welche Anwendungsfälle für Ihr Unternehmen wichtig sind, und dafür sorgen, dass Ihre Konfiguration den Mindestanforderungen entspricht.

Anwendungsfälle

Wir haben einige häufige Anwendungsfälle im Bereich Anzeigenrelevanz aufgelistet. Beachten Sie, dass Anwendungsfälle die Verwendung mehrerer Relevanz-APIs beinhalten können, abhängig von den Anforderungen der einzelnen Marktteilnehmer.

Markenbekanntheit oder Kundengewinnung

  • Minimal
    • Verwenden Sie Topics-Signale semantisch als Zielgruppensegmente.
    • Verwenden Sie die Protected Audience API, um Zielgruppensegmente zu erstellen, indem Sie Besucher einer Webseite einer Interessengruppe hinzufügen, die der Kontextkategorie der Website entspricht.
  • Optimal
    • Sie können Topics zusammen mit anderen privaten, dauerhaften Signalen wie selbst erhobenen und Kontextdaten als Funktionen in Modellen für maschinelles Lernen verwenden, um Zielgruppensegmente für Nutzer abzuleiten.
    • Verwenden Sie die Protected Audience API, um Zielgruppensegmente zu erstellen, indem Sie Besucher einer Webseite basierend auf selbst erhobenen Daten, bestimmten Nutzeraktivitäten, Themen oder anderen Kontextsignalen einer Interessengruppe hinzufügen.
    • Verwenden Sie die Protected Audience API, um Zielgruppensegmente mit selbst erhobenen Daten zu erstellen, die als Zielgruppenerweiterung angeboten werden können, um die Kampagnenreichweite des Werbetreibenden zu erhöhen.

Remarketing

  • Verwenden Sie die Protected Audience API, um benutzerdefinierte Remarketing-Segmente für eine Website zu erstellen, indem Sie Interessengruppen erstellen, die von der Nutzeraktivität abhängen.

Konfiguration

Topics API

  • Minimum
    • (DSP) Im Rahmen der Anzeigentechnologie werden Themen als Signale bei der Anzeigenauswahl verwendet, die dem veröffentlichten Leitfaden Anzeigenrelevanz ohne Drittanbieter-Cookies maximieren entsprechen. Diese Topics-Signale können aus dem Aufruf der Topics API, aus den von einem Partner-SSP bereitgestellten Topics-Signalen oder aus beidem resultieren.
    • (SSP) AdTech arbeitet mit einem Teil seiner Publisher zusammen, um die von der Topics API zurückgegebenen Themen gemäß ORTB 2.x-Spezifikation in den Bidstream einzubeziehen. Das erfordert, dass die Anzeigentechnologie mit Websites zusammenarbeitet, um ein Upgrade durchzuführen und alle erforderlichen Bibliotheken (z. B. Header Bidding-Abhängigkeiten) bereitzustellen, um die Topics API auf diesen Websites aufrufen zu können.
    • (SSP) Die Topics API wird für den gesamten Traffic aufgerufen, bei dem die API zur Verwendung durch die Anzeigentechnologie-Anbieter verfügbar ist. Aufgrund der Anforderungen an die Filterung pro Aufrufer muss die API mindestens drei Wochen lang aufgerufen werden, um eine maximale Verfügbarkeit zu gewährleisten. Um dies zu unterstützen, sollten Sie die Topics API aufrufen, noch bevor die DSP-Partner bereit sind, das Signal zu verwenden.
  • Optimal
    • (DSP) Die Topics API bei wichtigen Meilensteinen im Kaufprozess aufrufen, wenn die API zur Verwendung durch die Anzeigentechnologie-Anbieter verfügbar ist. Verwenden Sie diese Daten beispielsweise für ML-Training, indem Sie Themen mit relevanten selbst erhobenen Daten und Attributionsdaten verknüpfen.
    • (DSP) Informieren Sie sich über themenbasierte Funktionen und führen Sie sie in ML-Targeting-Modelle ein, um die Zielgruppensegmentierung zu verbessern. Führen Sie Modellinferenzen zum Zeitpunkt der Ausrichtung aus, um mögliche Nutzerthemen zu erweitern. Abgeleitete Themen mit Kampagnen von Werbetreibenden abgleichen, die auf diese Zielgruppensegmente ausgerichtet sind.
    • (DSP) Informieren Sie sich über themenbasierte Funktionen und führen Sie sie in ML-Gebotsmodelle ein, um Modelle für die prognostizierte Klickrate (Click-through-Rate, CTR) und die Conversion-Rate (CVR) zu verbessern.

Protected Audience API

  • Die Anzeigentechnologie (DSP) implementiert alle clientseitigen Abhängigkeiten, um an Protected Audience API-basierten Auktionen teilzunehmen.
    • Dazu gehören Abhängigkeiten, die für die Protected Audience API zentral sind (z. B. das JavaScript für die Gebotslogik), sowie alle Integrationsmodule und Endpunkte für die Berichterstellung.
  • (DSP) Anzeigentechnologie, ist bereit für die Teilnahme an kostenpflichtigen Protected Audience API-basierten Auktionen in Q1 bis Q2 2024.
    • Dazu muss die Anzeigentechnologie-Anbieter sich mit den Testpartnern und Websites der SSP identifizieren und sich mit diesen auf Ziele, Integrations-Handshakes und Zeitpläne für End-to-End-Tests abstimmen.
  • (DSP) AdTech verwendet einen Schlüssel/Wert-Server, um Echtzeitsignale zum Generieren von Geboten abzurufen.
    • Dazu muss die AdTech wichtige Anwendungsfälle identifizieren, die Echtzeitsignale erfordern, z. B. das Anhalten von Kampagnen, für die das gesamte Budget aufgebraucht wurde, und diese Echtzeitsignale in den JavaScript-Code der Gebotslogik integrieren.
  • (DSP) AdTech verfolgt einen allgemeinen Ansatz für die Leistung bei Protected Audience-Auktionen.
    • Dieser allgemeine Ansatz umfasst im Wesentlichen drei Aspekte: Leistungsmessung, Datenanalyse und iterative Optimierung der Implementierung, um die Leistung zu verbessern.
  • (SSP) Anzeigentechnologie-Anbieter bereit für die Teilnahme an abrechenbaren Protected Audience-Auktionen im 1. bis 2. Quartal 2024.
    • Dazu gehören das Implementieren und Bereitstellen von Abhängigkeiten, die für die Protected Audience API wichtig sind (z. B. das JavaScript für die Entscheidungslogik), sowie alle Integrations- oder Orchestrierungsmodule, Adapter (z. B. Header Bidding-Abhängigkeiten) und Endpunkte für die Berichterstellung.
  • (SSP) AdTech verwendet einen Schlüssel/Wert-Server, um Echtzeitsignale für die Bewertung von Anzeigen abzurufen.
    • Dazu müssen die AdTech-Teams wichtige Anwendungsfälle identifizieren, die Echtzeitsignale erfordern, z. B. die Anforderungen an die Anzeigenqualität, und diese Echtzeitsignale in die JavaScript-Entscheidungslogik integrieren.
  • (SSP) AdTech verfolgt einen übergeordneten Ansatz zur Verwaltung von Skalierungs- und Trafficvolumen für Produktionsbereitstellungen.
    • Die Anzeigentechnologie-Anbieter müssen sich dann mit ihren DSP-Testpartnern abstimmen, um herauszufinden, ob sie an bestimmten Protected Audience API-basierten Auktionen und Quellsignalen teilnehmen möchten.

Bewertungsziele und vorgeschlagene Einrichtung des Tests

Für diese Bewertung empfehlen wir die von Chrome unterstützten Labels für die Modus A und B.

Vorgeschlagene Testeinrichtung

  • Verwenden Sie das von der CMA vorgeschlagene Testdesign, einschließlich drei Gruppen: (siehe Abschnitte 10–14).
    • Kontrollgruppe 1: Traffic von Modus A, „control_1.*“-Gruppen (3PCs + Privacy Sandbox APIs + andere Signale)
    • Kontrollgruppe 2: Modus B „Kontrollgruppe_2“ (keine Drittanbieterdienste + keine Privacy Sandbox APIs + andere Signale).
    • Testgruppe: Modus B „treatment_1.*“-Gruppen (keine Drittanbieter-Tools, mit Privacy Sandbox-APIs und anderen SIgnals)
  • Marktteilnehmer verwenden neben Drittanbieter-Tracking-Tools für die Zuweisung von Anzeigen zu Anzeigenanfragen eine Reihe weiterer Signale, etwa eigene Publisher-Daten und Kontextinformationen. Sofern diese Signale nicht von den vorgeschlagenen Änderungen (der Einstellung von Drittanbieter-Tools und der Einführung der Privacy Sandbox APIs) betroffen sind, sollten sie sowohl in der Kontroll- als auch in der Testgruppe beibehalten werden.
  • Beachten Sie, dass für einige Websites noch einige Drittanbieter-Software verfügbar sein kann. Tester sollten diese Drittanbietertools nicht für relevante Anwendungsfälle in der Kontrollgruppe „Kontrolle 2“ oder „Testgruppe“ verwenden. Diese Drittanbieter-Software ist für Probleme konzipiert, die keine Anzeigen sind.
  • Hinweis: Die Privacy Sandbox APIs sind in Kontrollgruppe 1 verfügbar. Wie in den Leitlinien der CMA zu Branchentests beschrieben, sollten Testteilnehmer jedoch die Topics API nicht verwenden und keine Protected Audience-Auktionen für diesen Traffic durchführen.
  • Informationen zu den Labels, Größen und Eigenschaften der einzelnen Gruppen finden Sie unter Chrome-gestützte Tests.

Vorgeschlagene Messwertmethode

  • Wir schlagen keine spezifische Methodik für die Erfassung oder Berechnung von Messwerten vor. Wir empfehlen Testern jedoch dringend, Transparenz im Hinblick auf diese Methodik zu bieten. Auf diese Weise können die Analysieren von Testergebnissen (d. h. Aufsichtsbehörden) von verschiedenen Unternehmen über Abweichungen informiert werden und Entscheidungen über den Vergleich zwischen den Ergebnissen treffen.
  • Uns ist bewusst, dass zum Erfassen einiger Messwerte möglicherweise eine private Aggregation erforderlich ist, die einige Tester zum Zeitpunkt der Tests möglicherweise noch nicht eingebunden haben.
  • Soweit möglich können die Teilnehmer Messwerte zur Gebotsaktivität und zum Interesse der Auktionen erfassen, etwa die Anzahl der Gebote, die bei Auktionen berücksichtigt wurden, oder der durchschnittliche Gebotswert.
Testgruppe Behandlung Steuerelement 2 Steuerelement 1
Verkehrsmodus Modus B (3PCD) Modus B (3PCD + PA + Topics-Unterdrückung) Status quo (ohne 3PCD)
Relevant API wurde angewendet PA+Themen +Kontextsignale Nur Kontextsignale Cookie-basierte Signale und Kontextsignale

Ziel 1 – (DSP) Auswirkung von Drittanbieteranzeigen auf interessenbezogene Werbung messen

Messwerte

Geben Sie wichtige Messwerte an, die von der CMA angefordert werden, und fügen Sie nach Möglichkeit weitere nützliche Messwerte hinzu, z. B.:

  • Durchschnittliche Anzahl der erhaltenen Themen: Die Anzahl der Themen, die in Gebotsanfragen eingegangen sind. Es ist ein Maß für die Topic API-Abdeckung.
  • Durchschnittliche Dauer: Die durchschnittliche Zeit, während der mindestens 50% der Anzeigenpixel im Darstellungsbereich des Nutzers zu sehen waren, nachdem mit dem Rendern der Anzeige begonnen wurde. Er ist ein Maß für die Anzeigeninteraktion.
  • Klicks pro Impression (auch als Klickrate bezeichnet): Die durchschnittliche Anzahl der Klicks pro Impression. Ein Maß für die Anzeigenrelevanz.
  • Klicks pro Euro: Die durchschnittliche Anzahl der Klicks pro Euro Er ist ein Maß für die Anzeigenqualität, die Werbetreibende erhalten.
  • Conversions pro Euro: Die durchschnittliche Anzahl der Conversions pro Euro. Er ist ein Maß für die Anzeigenqualität, die Werbetreibende erhalten.
  • Conversion-Rate: Die durchschnittliche Anzahl der Conversions pro Klick in Prozent. Der Qualitätsfaktor ist ein Maß für die Qualität der Zugriffe, die Werbetreibende erzielen.
  • Einzelne Gebotsantworten insgesamt: Die Gesamtzahl der Gebotsantworten, die von der DSP gesendet wurden. Dies ist ein Indikator für die Nachfrage nach den Diensten einzelner Anzeigentechnologien.
  • Einzelne Nutzer: Die Anzahl der einzelnen Nutzer, die mit der Anzeige des Werbetreibenden erreicht wurden. Er ist ein Maß für die Reichweite.
  • Videoabschlussraten: Die durchschnittliche Zeit, die mindestens 50% der Anzeigenpixel während der gesamten Dauer der Videoanzeige im Darstellungsbereich des Nutzers zu sehen waren, nachdem das Video gerendert wurde und die Wiedergabe gestartet wurde. Er ist ein Maß für die Anzeigeninteraktion.

Vorgeschlagene Analysepunkte

  • Können Werbetreibende ihre Zielgruppe im gewünschten Umfang erreichen?
  • Wie werden Anzeigeninteraktionen und Anzeigeninteraktionen von den Änderungen beeinflusst?
  • Wie wirkt sich die Änderung auf die Anzeigenqualität der Werbetreibenden aus?
  • Kann der Werbetreibende kostengünstig werben? Mit anderen Worten: Kann das Unternehmen Neukunden zu einem Preis gewinnen, der unter dem Wert liegt, den diese Kundschaft über einen angemessenen Zeitraum generiert?
  • Gibt es besondere Vorbehalte, die bei der Auswertung der Ergebnisse des Tests eines Marktteilnehmers berücksichtigt werden sollten?
  • Wie unterscheiden sich die Ergebnisse im Vergleich zu früheren Tests, die vom Marktteilnehmer durchgeführt wurden, sofern vorhanden?
  • Welcher potenzielle Gegenwind kann sich auf die Leistung auswirken? Welche Faktoren beeinflussen die Leistung hingegen?

Ziel 2 – (DSP) Auswirkung von Drittanbieteranzeigen auf das Remarketing messen

Messwerte

Geben Sie wichtige Messwerte an, die von der CMA angefordert werden, und fügen Sie nach Möglichkeit weitere nützliche Messwerte hinzu, z. B.:

  • Durchschnittliche Dauer: Die durchschnittliche Zeit, während der mindestens 50% der Anzeigenpixel im Darstellungsbereich des Nutzers zu sehen waren, nachdem mit dem Rendern der Anzeige begonnen wurde. Er ist ein Maß für die Anzeigeninteraktion.
  • Klicks pro Impression (auch als Klickrate bezeichnet): Die durchschnittliche Anzahl der Klicks pro Impression. Ein Maß für die Anzeigenrelevanz.
  • Klicks pro Euro: Die durchschnittliche Anzahl der Klicks pro Euro Er ist ein Maß für die Anzeigenqualität, die Werbetreibende erhalten.
  • Conversions pro Euro: Die durchschnittliche Anzahl der Conversions pro Euro. Er ist ein Maß für die Anzeigenqualität, die Werbetreibende erhalten.
  • Conversion-Rate: Die durchschnittliche Anzahl der Conversions pro Klick in Prozent. Der Qualitätsfaktor ist ein Maß für die Qualität der Zugriffe, die Werbetreibende erzielen.
  • Einzelne Gebotsantworten insgesamt: Die Gesamtzahl der Gebotsantworten, die von der DSP gesendet wurden. Dies ist ein Indikator für die Nachfrage nach den Diensten einzelner Anzeigentechnologien.
  • Einzelne Nutzer: Die Anzahl der einzelnen Nutzer, die mit der Anzeige des Werbetreibenden erreicht wurden. Er ist ein Maß für die Reichweite.
  • Videoabschlussraten: Die durchschnittliche Zeit, die mindestens 50% der Anzeigenpixel während der gesamten Dauer der Videoanzeige im Darstellungsbereich des Nutzers zu sehen waren, nachdem das Video gerendert wurde und die Wiedergabe gestartet wurde. Er ist ein Maß für die Anzeigeninteraktion.

Vorgeschlagene Analysepunkte

  • Können Werbetreibende ihre Zielgruppe im gewünschten Umfang erreichen?
  • Wie werden Anzeigeninteraktionen und Anzeigeninteraktionen von den Änderungen beeinflusst?
  • Wie wirkt sich die Änderung auf die Anzeigenqualität der Werbetreibenden aus?
  • Kann der Werbetreibende kostengünstig werben? Mit anderen Worten: Kann das Unternehmen Neukunden zu einem Preis gewinnen, der unter dem Wert liegt, den diese Kundschaft über einen angemessenen Zeitraum generiert?
  • Gibt es besondere Vorbehalte, die bei der Auswertung der Ergebnisse des Tests eines Marktteilnehmers berücksichtigt werden sollten?
  • Wie unterscheiden sich die Ergebnisse im Vergleich zu früheren Tests, die vom Marktteilnehmer durchgeführt wurden, sofern vorhanden?
  • Welcher potenzielle Gegenwind kann sich auf die Leistung auswirken? Welche Faktoren beeinflussen die Leistung hingegen?

Zielvorhaben 3 – (SSP) Auswirkung von Drittanbieteranzeigen auf Auktionen messen, die von der Protected Audience API nicht unterstützt werden

Messwerte

Geben Sie wichtige von der CMA angeforderte und andere nützliche Messwerte an, z. B.:

  • % Änderung bei den geplanten Kampagnenausgaben: Werbetreibende geben Kampagnen aus. Ein Maß für die Umsatzbeteiligung von Anzeigentechnologie-Anbietern und Publishern.
  • Durchschnittliche Anzahl der gesendeten Themen: Die durchschnittliche Anzahl der Themen, die in Gebotsanfragen gesendet wurden. Es ist ein Maß für die Topic API-Abdeckung.
  • Auktionslatenz: Die durchschnittliche Zeit für die Ausführung einer Auktion. Für SSPs, gemessen ab der ersten Ausführung des clientseitigen Codes der SSP bis zur Auswahl eines Gebots durch die SSP und zum Senden des Gebots an den Ad-Server Für Ad-Server, gemessen von der Ausführung des Anzeigen-Tags bis zur gerenderten Anzeige. Es ist ein Maß dafür, wie schnell eine Auktion dauert.
  • Umsatz pro Impression: Der durchschnittliche Umsatz pro Impression. Messwert für den Umsatz eines Publishers.
  • Einzelne Gebotsanfragen insgesamt: Die Gesamtzahl der einzelnen Gebotsanfragen, die von der SSP gesendet wurden. Dies ist ein Indikator für die Nachfrage nach den Diensten einzelner Anzeigentechnologien.

Vorgeschlagene Analysepunkte

  • Wie wirken sich Änderungen der Latenz auf die Fähigkeit einer SSP aus, eine Auktion durchzuführen? Wie wirken sie sich auf die Seitenlatenz des Publishers aus?
  • Wie wirkt sich die Latenz auf den Umsatz eines Publishers aus? Nach Anzahl der in Gebotsanfragen gesendeten Themen?
  • Inwiefern ist die Nachfrage nach Anzeigentechnologie-Diensten der Sell-Side-Plattform (SSP) betroffen?
  • Können SSPs Berichte zu den auktionsbezogenen KPIs erstellen, die für das Unternehmen des Publishers wichtig sind? Für ihr eigenes Unternehmen?
  • Gibt es besondere Vorbehalte, die bei der Auswertung der Ergebnisse des Tests eines Marktteilnehmers berücksichtigt werden sollten?
  • Wie unterscheiden sich die Ergebnisse im Vergleich zu früheren Tests, die vom Marktteilnehmer durchgeführt wurden, sofern vorhanden?
  • Welcher potenzielle Gegenwind kann sich auf die Leistung auswirken? Welche Faktoren beeinflussen die Leistung hingegen?

Zielvorhaben 4 – (SSP) Effizienz von Protected Audience API-Auktionen ermitteln

Messwerte

Geben Sie wichtige von der CMA angeforderte und andere nützliche Messwerte an, z. B.:

  • Auktionslatenz: Die durchschnittliche Zeit für die Ausführung einer Auktion. Für SSPs, gemessen ab der ersten Ausführung des clientseitigen Codes der SSP, um das Ergebnis zu melden. Für Ad-Server, gemessen von der Ausführung des Anzeigen-Tags bis zur gerenderten Anzeige. Es ist ein Maß dafür, wie schnell eine Auktion dauert.
  • Umsatz pro Impression: Der durchschnittliche Umsatz pro Impression. Messwert für den Umsatz eines Publishers.
  • Ausführungsrate: Die Ausführungsrate gibt den Prozentsatz der Gebotsanfragen an, die von einer SSP erfolgreich mit Anzeigen gefüllt wurden. Zur Berechnung teilen Sie die Gesamtzahl der Anzeigenimpressionen durch die Gesamtzahl der Gebotsanfragen von einer SSP.
  • Zeitüberschreitungsrate: Prozentsatz der Auktionen, die aufgrund des Erreichens der für die SSP konfigurierbaren Zeitüberschreitungen nicht abgeschlossen werden.
  • Einzelne Gebotsanfragen insgesamt: Die Gesamtzahl der einzelnen Gebotsanfragen, die von der SSP gesendet wurden. Dies ist ein Indikator für die Nachfrage nach den Diensten einzelner Anzeigentechnologien.

Vorgeschlagene Analysepunkte

  • Wie wirken sich Änderungen der Latenz auf die Fähigkeit einer SSP aus, eine Auktion durchzuführen? Wie wirken sie sich auf die Seitenlatenz des Publishers aus?
  • Wie haben sich Zeitüberschreitungen auf die Gebotsabgabe für DSPs ausgewirkt?
  • Wie wirkt sich die Latenz auf den Umsatz eines Publishers aus? Nach Anzahl der in Gebotsanfragen gesendeten Themen?
  • Inwiefern ist die Nachfrage nach Anzeigentechnologie-Diensten der Sell-Side-Plattform (SSP) betroffen?
  • Können SSPs Berichte zu den auktionsbezogenen KPIs erstellen, die für das Unternehmen des Publishers wichtig sind? Für ihr eigenes Unternehmen?
  • Gibt es besondere Vorbehalte, die bei der Auswertung der Ergebnisse des Tests eines Marktteilnehmers berücksichtigt werden sollten?
  • Wie unterscheiden sich die Ergebnisse im Vergleich zu früheren Tests, die vom Marktteilnehmer durchgeführt wurden, sofern vorhanden?
  • Welcher potenzielle Gegenwind kann sich auf die Leistung auswirken? Welche Faktoren beeinflussen die Leistung hingegen?