Auf dieser Seite finden Sie einige empfohlene Vorgehensweisen für das Abrufen von Berichten.
Berichte speichern und wiederverwenden
Es empfiehlt sich, Berichte für Abfragen, die Sie regelmäßig ausführen, zu erstellen und zu speichern, da ein Bericht mehrmals eingefügt und gelöscht wird.
Mit relativen Zeiträumen wie YESTERDAY oder LAST_7_DAYS sind Berichte wiederverwendbar.
Berichte planen
Ad-hoc-Berichte oder einmalige Berichte können Ressourcen verschwenden, weil sie einzeln ausgeführt und für ein unvollständiges Dataset ausgeführt werden. Geplante Berichte nutzen Berichterstellungsressourcen am besten, da sie im Bulk ausgeführt werden und unter Umständen erst ausgeführt werden, wenn die Daten des Vortags abgeschlossen sind. Weitere Informationen
Exponentiellen Backoff beim Abfragen des Berichtsstatus verwenden
Die Ausführungsdauer eines Berichts lässt sich nicht vorhersagen. Die Dauer kann von Sekunden bis Stunden reichen, abhängig von vielen Faktoren wie dem Zeitraum und der zu verarbeitenden Datenmenge. Es gibt auch keine Korrelation zwischen der Laufzeit des Berichts und der Anzahl der im Bericht zurückgegebenen Zeilen. Daher sollten Sie den Status eines laufenden Berichts regelmäßig prüfen, um festzustellen, wann er abgeschlossen wurde. Dieser Vorgang wird als „Umfragen“ bezeichnet.
Abfragen sind zwar erforderlich, aber bei einer ineffizienten Implementierung kann Ihr Kontingent bei einem lange laufenden Bericht schnell erschöpft sein. Es wird daher empfohlen, den exponentiellen Backoff zu verwenden, um Wiederholungen zu begrenzen und Kontingente zu sparen.
Mehrteilige Downloads durchführen
Berichtsdateien können eine Größe von mehreren Gigabyte haben. Das Herunterladen solcher Berichte in einer einzelnen Anfrage kann zu Verbindungsproblemen führen. Außerdem kann ein einzelner Download der Anfrage nicht fortgesetzt werden. In diesem Fall kann der Download einer einzelnen Anfrage nicht fortgesetzt werden. Es wird daher empfohlen, mehrteilige Downloads zu verwenden, um große Downloads in kleinere Einheiten aufzuteilen. Wenn ein einzelner Teil fehlschlägt, kann der Download ab diesem Punkt fortgesetzt werden.
Das Aufteilen bietet zwar viele Vorteile, aber jeder Block generiert eine separate Anfrage. Daher empfehlen wir die Verwendung einer Mindeststückgröße von 10 MB, um eine Verschwendung von Kontingenten zu vermeiden. Wenn der durchschnittliche Bericht sehr groß ist, sollten Sie die Blockgröße so weit erhöhen, wie es die Verbindungsgeschwindigkeit zulässt.
Kontingente für Berichte berücksichtigen
Die verantwortungsvolle Nutzung der Campaign Manager 360-Berichtsfunktion wird durch die folgenden drei produktweiten Nutzungskontingente erzwungen:
Ausführungen von Ad-hoc-Berichten (pro Tag)
Beschränkt die Anzahl der Ad-hoc-Berichte, die ein CM-Konto bzw. ein CM-Nutzerprofil innerhalb von 24 Stunden ausführen kann Wenn das Kontingent nicht überschritten werden soll:
- Weniger doppelte Berichte
- Regelmäßige Erstellung von Berichten planen
- Deaktivieren Sie unnötige API-Skripts.
Aktive geplante Berichte
Beschränkt die Anzahl der Berichte, die ein CM-Konto bzw. ein CM-Nutzerprofil aktiv zu einer bestimmten Zeit haben kann. Wenn das Kontingent nicht überschritten werden soll:
- Weniger doppelte Berichte
- Deaktivieren Sie unnötige geplante Berichte.
- Deaktivieren Sie unnötige API-Skripts.
Gleichzeitige Berichte
Beschränkt die Anzahl von Berichten, die ein CM-Konto bzw. ein CM-Nutzerprofil gleichzeitig ausführen kann. Wenn das Kontingent nicht überschritten werden soll:
- Regelmäßige Erstellung von Berichten planen
- Deaktivieren Sie unnötige API-Skripts.
- Implementieren Sie eine Backoff-Logik.
Wenn Sie die Implementierung der Berichterstellung optimiert haben und dennoch feststellen, dass Sie Ihr Kontingent überschreiten, wenden Sie sich über das Kontaktformular an den Campaign Manager 360-Support.