Auf dieser Seite finden Sie einige Empfehlungen für das Abrufen von Berichten.
Berichte speichern und wiederverwenden
Es wird empfohlen, Berichte für Abfragen zu erstellen und zu speichern, die Sie regelmäßig ausführen, da das mehrmalige Einfügen und Löschen desselben Berichts Ressourcen verschwendet.
Wenn Sie relative Zeiträume wie YESTERDAY oder LAST_7_DAYS verwenden, sind Berichte besser wiederverwendbar.
Berichte planen
Ad-hoc-Berichte oder einmalige Berichte können Ressourcen verschwenden, da sie einzeln ausgeführt werden und möglicherweise auf einem unvollständigen Dataset basieren. Geplante Berichte nutzen die Berichterstellungsressourcen optimal, da sie im Bulk ausgeführt werden. Außerdem wird garantiert, dass sie erst ausgeführt werden, wenn die Daten des Vortags vollständig verarbeitet wurden. Weitere Informationen finden Sie unter Verfügbare Planungsfelder.
Exponentiellen Backoff beim Abrufen des Berichtsstatus verwenden
Es ist nicht möglich, vorherzusagen, wie lange es dauert, bis ein Bericht erstellt wird. Die Dauer kann je nach vielen Faktoren variieren, z. B. je nach Zeitraum und Menge der zu verarbeitenden Daten. Außerdem gibt es keine Korrelation zwischen der Laufzeit des Berichts und der Anzahl der zurückgegebenen Zeilen. Sie müssen daher regelmäßig den Status eines laufenden Berichts prüfen, um festzustellen, wann er abgeschlossen ist. Dieser Vorgang wird als „Polling“ bezeichnet.
Das Polling ist zwar erforderlich, aber eine ineffiziente Implementierung kann Ihr Kontingent schnell aufbrauchen, wenn ein Bericht lange ausgeführt wird. Es wird daher empfohlen, den exponentiellen Backoff zu verwenden, um die Anzahl der Wiederholungen zu begrenzen und das Kontingent zu schonen.
Mehrteilige Downloads durchführen
Berichtsdateien können mehrere Gigabyte groß sein. Wenn Sie solche Berichte in einer einzigen Anfrage herunterladen, kann es zu Verbindungsproblemen kommen. Wenn ein Download mit einer einzelnen Anfrage unterbrochen wird, kann er nicht fortgesetzt werden. Es wird daher empfohlen, große Downloads in kleinere Blöcke aufzuteilen. Wenn ein einzelner Chunk fehlschlägt, kann der Download ab diesem Punkt fortgesetzt werden.
Das Aufteilen in Blöcke hat zwar viele Vorteile, aber für jeden Block wird eine separate Anfrage generiert. Wir empfehlen daher, eine Mindestblockgröße von 10 MB zu verwenden, um kein Kontingent zu verschwenden. Wenn die durchschnittliche Berichtsgröße jedoch sehr groß ist, sollten Sie die Chunk-Größe so weit wie möglich erhöhen, je nach Verbindungsgeschwindigkeit.
Berichtskontingente berücksichtigen
Die verantwortungsvolle Nutzung der Campaign Manager 360-Berichtsfunktion wird durch die folgenden drei produktweiten Nutzungskontingente erzwungen:
Ad‑hoc-Berichterstellungen (pro Tag)
Beschränkt die Anzahl der Ad‑hoc-Berichte, die ein CM-Konto oder ein CM-Nutzerprofil in einem Zeitraum von 24 Stunden erstellen kann. So bleiben Sie unter dem Kontingent:
- Berichtsduplikate reduzieren
- Berichte planen, die regelmäßig erstellt werden
- Deaktivieren Sie unnötige API‑Scripts.
Aktive geplante Berichte
Beschränkt die Anzahl der Berichte, die für ein CM-Konto oder ein CM-Nutzerprofil zu einem bestimmten Zeitpunkt aktiv geplant sein können. So bleiben Sie unter dem Kontingent:
- Berichtsduplikate reduzieren
- Deaktivieren Sie unnötige geplante Berichte.
- Deaktivieren Sie unnötige API‑Scripts.
Gleichzeitige Berichte
Begrenzt die Anzahl der Berichte, die gleichzeitig für ein CM-Konto oder ein CM-Nutzerprofil ausgeführt werden können. So bleiben Sie unter dem Kontingent:
- Berichte planen, die regelmäßig erstellt werden
- Deaktivieren Sie unnötige API‑Scripts.
- Implementieren Sie eine Backoff-Logik.
Wenn Sie Ihre Berichtsimplementierung optimiert haben und Ihr Kontingent trotzdem überschritten wird, wenden Sie sich über das Kontaktformular an den Campaign Manager 360-Support.