Warnungen

Erstellen Sie benutzerdefinierte Warnungen und werden Sie benachrichtigt, wenn Anomalien die Leistung Ihrer Monetarisierungspartner beeinträchtigen.

Alerts_Screen Shot_2021.png

Einstieg

1. Erstellen Sie Ihr Konto.Mehr erfahren.

2. Aktualisieren Sie auf Pack M, L oder XL. Mehr erfahren.

Funktionsübersicht

Alerts Features - overview.png

1. Hauptsteuerung

6. Alert Viewer

5. Planen Sie den Controller

2. Event Controller

3.Benchmark Controller

4. Trigger Controller

Feature Walk-through

1. Hauptsteuerung . Hier können Sie Ihre Warnung benennen und Filter für die Warnung auswählen. Auf dieser Ebene angewendete Filter gelten für die gesamte Warnung.

2. Event Controller. Hier definieren Sie den KPI / die Metrik, über die Sie benachrichtigt werden möchten. Filter auf Ereignisebene gelten nur für das Ereignis. Sie können also Benchmarks festlegen, die an verschiedene Metriken oder Dimensionen gebunden sind, und mehrere Ereignisse für verschiedene Komponenten Ihres Anzeigenstapels erstellen.

3. Benchmark Controller. Der Benchmark ist der Standard, der als Referenz für die Bewertung von Schwankungen des Ereignisses verwendet wird. Filter, die auf der Benchmark-Ebene angewendet werden, gelten nur für die Benchmarks.

4. Trigger Controller. Dies ist der Wert, bei dem die Warnung ausgelöst wird. Der ausgelöste Wert bezieht sich auf Schwankungen der auf Event Controller-Ebene festgelegten Metrik im Vergleich zum Benchmark.

5. Planen Sie den Controller. Hier können Sie eine Dauer festlegen, nach der die Warnung aktiv sein soll. Außerdem können Sie E-Mail-Adressen der Personen festlegen, die über Vorfälle in Ihrer Warnung informiert werden möchten.

6. Alerts Viewer. Hier sehen Sie den Status aller von Ihnen erstellten Warnungen und die Anzahl der Vorfälle, die die Warnung ausgelöst haben. .

.

Bonus: Sie können mehrere Ereignisse und Benchmarks hinzufügen, indem Sie auf die gelbe Schaltfläche "Ereignis hinzufügen" klicken.

Definitionen.

1. Ereignis. Die Metrik oder der KPI, die von der Warnung überwacht werden (z. B. Daily Revenue 300x250, CPM für Rubicon usw.)

2. Benchmark. Die Metrik oder der KPI, die als Referenz zur Überwachung des Ereignisses verwendet werden (z. B. Durchschn. Rev. letzte 7 Tage 300 x 250, Durchschn. CPM aller SSPs außer Rubicon usw.).

3. Auslöser: Der Schwellenwert oder die konkrete Schwankung, bei der der Alarm ausgelöst wird. (zB 5% Abnahme, 10% Zunahme, 0,30 USD usw.).

4. Vorfall: Wenn das Ereignis die im Auslöser festgelegten Kriterien in Bezug auf den Benchmark erfüllt.

5. Funktion: Im Rahmen der Einstellung von Ereignissen, Benchmarks und Triggern bedeutet dies "Durchschnitt", "Summe", "Konstante", "%", "Erhöhen" oder "Verringern".

6. Filter: Ermöglicht die Auswahl einer Metrik oder Dimension zum Einrichten von Ereignissen und Benchmarks.

7. Metrik: Jeder von Ihrem Anzeigenmonetarisierungspartner gemeldete Datenpunkt (z. B. Umsatz, CPM, Seitenaufrufe usw.).

8. Dimension: Jeder Monetarisierungspartner, Teil Ihres Stapels oder Layers, der auf eine Metrik angewendet wird (z. B. Anzeigenblock, Land, Verbindung / SSP, Größe, Schlüsselwert, Anzeigenformat, Inventartyp, Website).

9. Auftreten: Die Häufigkeit, mit der ein Ereignis eintreten muss, bevor eine Warnung ausgelöst wird.

10. Heute: Bedeutet die neuesten Daten, die heute gemeldet wurden (normalerweise melden SSPs Daten vom Vortag, einige SSPs melden jedoch Echtzeitdaten).

11. Gestern: Bedeutet die Daten vom Vortag zu den heutigen Daten.

12. Aktive Warnung: Eine Warnung, die aktiv Vorfälle meldet.

13. Inaktiver Alarm. Eine Warnung, die angehalten wurde und keine Vorfälle mehr meldet.

Hinzufügen und Bearbeiten von Warnungen.

.

1. Klicken Sie auf das Bearbeitungssymbol.

2. Bearbeiten Sie Ihre Warnung im Alarmgenerator.

Hinweis: Warnungen können jederzeit bearbeitet werden, die Ergebnisse früherer Warnungseinstellungen bleiben jedoch im Incidents-Dashboard erhalten.

3. Um eine Warnung zu löschen, klicken Sie auf das Symbol Löschen (Mülleimer) .

Hinweis: Sie können Warnungen nur löschen, bevor Vorfälle für diese Warnung aufgezeichnet wurden. Wenn ein Vorfall aufgezeichnet wird, können Sie die Warnung nur deaktivieren.

4. Um eine Warnung zu deaktivieren, ändern Sie einfach das Datum im Warnungsgenerator auf einen beliebigen Punkt in der Vergangenheit.

5. Vergessen Sie nicht, auf die grüne Schaltfläche Speichern zu klicken, um Ihre Benachrichtigungen zu speichern.

Alarmmodi.

Im Allgemeinen gibt es drei Modi, in denen Sie das Warnsystem verwenden können:

.

1. Überwachungsmodus (Basis): Verwenden Sie die Warnungsfunktion, um einfache Warnungen zu KPIs zu erstellen, die Sie täglich überwachen müssen.

.

2. Erkennungsmodus (Mittelstufe): Verwenden Sie die Warnfunktion, um Anomalien zu erkennen, die mit bloßem Auge nur schwer zu erkennen sind.

.

3. Experimentiermodus (Erweitert): Verwenden Sie die Warnungen, um Experimente auszuführen, um:

.

  • Cross-Tech-Experimente: Messen Sie die Auswirkungen eines neuen Technologiepartners auf Ihren vorhandenen Stack.

  • Cross-dimensional : Messen Sie die Auswirkungen auf verschiedene Ebenen Ihres Stacks (z. B. Auswirkungen der Latenz auf den Umsatz, Auswirkungen der Aktualisierung auf UX / Traffic, Auswirkungen der Paywall-Einnahmen auf Header-Gebote usw.).

  • Auktionsdynamik : Mischen Sie die verschiedenen Komponenten programmatischer Auktionen zu Hybridexperimenten, um Gewinnstrategien und massive Auktionsvorteile zu entwickeln.

.

Anwendungsfälle.

.

Anwendungsfall 1 (Überwachungsmodus) - Erkennen Sie einen plötzlichen CPM-Abfall in einer Ihrer drei wichtigsten Versorgungsquellen.

.

Problemstellung: Ihre Top-SSPs machen 55% Ihres Anzeigenumsatzes aus (Google AdExchange 30%, Index Exchange 18% und AppNexus 7%). Ihr WoW-Gesamtumsatz steigt gegenüber der Vorwoche um 0,9%. Daher tauchen auf den ersten Blick keine roten Fahnen bei Ihrer Umsatzleistung auf. Trotzdem machte es ein erheblicher CPM-Rückgang, den Index Exchange an den letzten vier aufeinander folgenden Wochentagen verzeichnete, zusammen mit AppNexus, der seine Füllrate an einem einzigen Tag um das Dreifache erhöhte, schwierig zu erkennen, dass Index Exchange seit dem Gesamtbetrag Geld auf dem Tisch gelassen hatte Der wöchentliche Umsatz zeigte eine leichte Verbesserung. Nach weiteren Untersuchungen stellte das AdOps-Team fest, dass die Währung des Kurses auf der Prebid-bezogenen Position für den Indexaustausch versehentlich von US-Dollar in HK-Dollar geändert wurde, wodurch die Preispriorität zu deutlich niedrigeren Kursen konkurrierte.

.

Auswirkung: Soll der Index Exchange CPM während der 4-tägigen negativen Phase stabil geblieben sein, hätte der Publisher in dieser Woche einen viel größeren Umsatzanstieg verzeichnen müssen. Dazu hätte das AdOps-Team die CPM-Schwankungen für alle Versorgungsquellen täglich einschließlich der Wochenenden überwachen müssen.

.

Lösung: Legen Sie für jeden Ihrer SSPs individuelle Warnungen fest, die Sie darüber informieren, wenn der tägliche CPM über alle Ihre Versorgungsquellen hinweg an mindestens zwei aufeinander folgenden Tagen im Vergleich zum Durchschnitt um mehr als 15% bis 20% abnimmt. CPM von solchen Quellen in den letzten 7 Tagen erfahren.

.

Sie werden jede Schwankung immer unter dem Radar behalten, auch wenn eine solche Schwankung nicht unbedingt zu einer Verringerung der Umsatz-WoW-Wachstumsrate führt oder wenn diese Schwankung an Wochenenden, Feiertagen oder Abreisen auftritt.

.

Einrichten:

Warnungsname: SSP-Name CPM-Abfall in X%.

Filter am Hauptcontroller: Verbindung> Wählen Sie den gewünschten SSP.

Veranstaltung 1:

Filter auf Event Controller: Keine

Metrik: CPM

Funktion: Durchschn.

Reichweite: Heute.

.

Benchmark 1

Filter auf Benchmark-Controller: Keine

Metrik: CPM

Funktion: Durchschn.

Reichweite: Letzte 7 Tage.

.

Auslösen:

Auslöser: Verringern

Funktion:%

Wert: 20%

Vorkommen: 2 mal

.

Zeitplan: Wählen Sie das gewünschte Datum.

.

Anwendungsfall 2 - (Erkennungsmodus). Auswirkungen der AMP-Bereitstellung auf den Verkehr.

.

Problemstellung: AMP reduziert die Datengröße um das 8-fache, wodurch mobile Websites schneller ausgeführt werden und somit der Datenverkehr erhöht und die Ladezeit verkürzt wird. Trotz der Vorteile hat AMP auch einige Nachteile, einschließlich einer höheren betrieblichen Arbeitsbelastung und eines eingeschränkten Zugriffs auf die Nachfrage, da nicht alle Werbenetzwerke AMP unterstützen oder zumindest weniger Nachfrage nach AMP-Anzeigeninventar haben. Die strikte Analyse von Umsatz- und Verkehrsschwankungen allein bietet nicht genügend Elemente, um AMP Schwankungen zuzuschreiben, da Saisonalität und andere Faktoren eine Rolle spielen könnten. .

.

Auswirkungen AMP hat möglicherweise nicht die erwarteten Auswirkungen auf den Datenverkehr und die Geschwindigkeit der Website, zumindest nicht, um den Kompromiss für niedrigere nicht AMP-bezogene Füllraten und Werbeeinnahmen zu rechtfertigen.

.

Lösung: Legen Sie eine Warnung fest, die Sie darüber informiert, wenn die täglichen Ergebnisse für "Zeit auf Seite" oder "Sitzungsdauer" um über 10% steigen, wenn auch AMP-bezogene Seitenaufrufe oder Anzeigenimpressionen in einem ähnlichen Verhältnis von 10% zunehmen.

.

Einrichten:

Warnungsname: 10% + Zeit auf Seite WENN 10% + AMP Seitenaufrufe.

Filter am Hauptcontroller: Inventartyp = AMP

Veranstaltung 1:

Filter auf Event Controller: Verbindung> Google Analytics

Metrik: Sitzungsdauer / -zeit auf Seite

Funktion: Durchschn.

Reichweite: Heute.

.

Benchmark 1

Filter auf Benchmark-Controller: Verbindung = Google Analytics

Metrik: Sitzungsdauer / -zeit auf Seite

Funktion: Durchschn.

Reichweite: Letzte 7 Tage.

.

Auslösen:

Auslöser: Erhöhen

Funktion:%

Wert: 10%

Vorkommen: 1 Mal

.

Ereignis hinzufügen

Ereignis 2:

Filter auf Event Controller: Verbindung = Google Analytics

Metrik: Seitenaufrufe oder Anzeigenimpressionen

Funktion: Durchschn.

Reichweite: Heute.

.

Benchmark 1

Filter auf Benchmark-Controller: Verbindung = Google Analytics

Metrik: Seitenaufrufe oder Anzeigenimpressionen

Funktion: Durchschn.

Reichweite: Letzte 7 Tage.

.

Auslösen:

Auslöser: Erhöhen

Funktion:%

Wert: 10%

Vorkommen: 1 Mal

.

Zeitplan: Wählen Sie das gewünschte Datum.

.

.

Anwendungsfall 3 - (Experimentiermodus> Auktionsdynamik). - Die Gebotsrate sinkt trotz Abnahme der Timeout-Rate.

.

Problemstellung: Ihre gesamten programmatischen Werbeeinnahmen von gestern sind auf breiter Front um 20% gesunken. Dies kann dadurch verursacht werden, dass bestimmte Bieter ausfallen oder technische Probleme haben. In der Vergangenheit stellte das AdOps-Team fest, dass bei seinem Top-SSP eine 2-mal höhere Timeout-Rate als bei den übrigen SSPs im Mix auftrat. Daher entschied sich das Team, das universelle Timeout-Setup zu erhöhen, um allen Bietern mehr Raum zum Atmen zu geben. Trotz sichtbarer Verbesserungen der Timeout-Rate in allen SSPs sank die Gebotsrate des Top-SSP des Publishers (dh die Anzahl der von diesem SSP erhaltenen Gebote) konstant, was zu weiteren Einnahmeverlusten führte. Die größte Herausforderung für das AdOps-Team besteht darin, die weiteren Ursachen für den Rückgang der Gebotsrate zu beheben, indem weitere Kennzahlen wie die durchschnittliche Ladezeit für Gebote untersucht werden. Gebot CPM, Durchschn. Gewinnen Sie CPM, Gewinnrate usw., da dies von SSP zu SSP variieren kann und eine Überwachung rund um die Uhr erfordern würde.

.

Auswirkung: Obwohl das Unternehmen in eine solide Prebid Analytics-Technologie investiert hat, wäre der Arbeitsaufwand und die Liebe zum Detail, die erforderlich sind, um jede Anomalie im laufenden Betrieb zu erkennen, extrem hoch, sodass es für ein AdOps fast unmöglich ist, jede Abweichung unter dem Radar zu halten.

Lösung: Legen Sie für jeden Partner für Header-Gebote individuelle Warnungen fest, die alle Prebid Analytics-Szenarien abdecken und eine Verringerung der " täglichen Gewinnrate" in X% beinhalten, wenn:

.

ein. Timeout sinkt um X%

b. Die Antwortzeit für Gebote sinkt um X%

c. Die Gebotsrate sinkt um X%

.

.

Einrichten von Szenario 1: Die Gewinnrate sinkt, wenn die Zeitüberschreitung sinkt.

Alarmname: 10% + Gewinnratenabfall WENN 10% + Zeitüberschreitungsabfall.

Filter am Hauptcontroller : Verbindung = SSP1

Veranstaltung 1:

Filter auf Event Controller: Keine

Metrik: Gewinnrate

Funktion: Durchschn.

Reichweite: Heute.

.

Benchmark 1

Filter auf Benchmark-Controller: Keine

Metrik: Gewinnrate

Funktion: Durchschn.

Reichweite: Letzte 7 Tage.

.

Auslösen:

Auslöser: Erhöhen

Funktion:%

Wert: 10%

Vorkommen: 1 Mal

.

Ereignis hinzufügen

Ereignis 2:

Filter auf Event Controller: Verbindung = SSP1

Metrik: Timeout-Rate

Funktion: Durchschn.

Reichweite: Heute.

.

Benchmark 1

Filter am Benchmark-Controller: Verbindung = SSP1

Metrik: Timeout-Rate

Funktion: Durchschn.

Reichweite: Letzte 7 Tage.

.

Auslösen:

Auslöser: Verringern

Funktion:%

Wert: 10%

Vorkommen: 1 Mal

.

Zeitplan: Wählen Sie das gewünschte Datum.

.

.

Weitere Beispiele oder Anleitungen zum Einstellen Ihrer Benachrichtigungen finden Sie in unserem Slack-Kanal oder kontaktieren Sie uns unter adops@yieldpass.com

.

.

.

  

.