Auf dieser Seite sind einige empfohlene Vorgehensweisen beim Abrufen von Berichten aufgeführt.
Berichte speichern und wiederverwenden
Es wird empfohlen, Berichte für Abfragen zu erstellen und zu speichern, die Sie regelmäßig ausführen.
da durch mehrfaches Einfügen und
Löschen desselben Berichts Ressourcen verschwendet werden.
Bei Verwendung relativer Zeiträume wie YESTERDAY oder
Mit LAST_7_DAYS sind Berichte wiederverwendbar.
Berichte planen
Ad-hoc- oder einmalige Berichte können Ressourcen verschwenden, da sie einzeln ausgeführt werden und möglicherweise auf einem unvollständigen Datensatz basieren. Bei geplanten Berichten werden die Ressourcen für die Berichterstellung optimal genutzt, da sie im Bulk-Verfahren ausgeführt werden und erst dann, wenn die Verarbeitung der Daten des Vortags abgeschlossen ist. Weitere Informationen finden Sie unter Verfügbare Planungsfelder.
Exponentiellen Backoff beim Abfragen des Berichtsstatus verwenden
Es lässt sich nicht vorhersagen, wie lange die Ausführung eines Berichts dauert. Die Länge der Zeit kann von Sekunden bis Stunden in Abhängigkeit von vielen Faktoren wie dem Datum und die zu verarbeitende Datenmenge. Es gibt auch keine Korrelation zwischen der Berichtlaufzeit und der Anzahl der im Bericht Bericht. 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.
Abfragen sind zwar erforderlich, aber eine ineffiziente Implementierung kann bei einem lang laufenden Bericht schnell Ihr Kontingent aufbrauchen. Daher wird empfohlen, exponentiellen Backoff, um Wiederholungsversuche zu begrenzen und das Kontingent zu sparen.
Mehrteilige Downloads ausführen
Berichtsdateien können mehrere Gigabyte groß sein. Wenn Sie solche Berichte in einer einzigen Anfrage herunterladen, kann das zu Verbindungsproblemen führen. Wenn der Download einer einzelnen Anfrage unterbrochen wird, kann er nicht fortgesetzt werden. Ein fehlgeschlagener Download einer einzelnen Anfrage kann nicht fortgesetzt werden, wenn er unterbrochen wird. Wir empfehlen daher, mehrere Downloads zu verwenden, um große Downloads in kleinere Teile aufzuteilen. Wenn ein einzelner Block fehlschlägt, kann der Download ab diesem Punkt fortgesetzt werden.
Das Chunking bietet zwar viele Vorteile, aber für jeden Block wird eine separate Anfrage generiert. Wir empfehlen daher eine Mindestblockgröße von 10 MB, um ein Verschwinden von Speicherplatz zu vermeiden. Ist der durchschnittliche Bericht jedoch sehr groß, sollten Sie erwägen, Blockgröße soweit möglich ist, wie die Verbindungsgeschwindigkeit zulässt.
Berichtskontingente berücksichtigen
Verantwortungsvolle Nutzung der Berichtsfunktion von Campaign Manager 360 wird erzwungen im Rahmen der drei folgenden produktweiten Nutzungskontingente:
Ad-hoc-Berichte (pro Tag)
Begrenzt die Anzahl der Ad-hoc-Berichte, die ein CM-Konto bzw. ein CM-Nutzerprofil erstellen kann innerhalb von 24 Stunden. So verhindern Sie, dass Sie das Kontingent überschreiten:
- Vermeiden Sie doppelte Berichte.
- Planen Sie Berichte, die regelmäßig erstellt werden.
- Deaktivieren Sie unnötige API-Skripts.
Aktive geplante Berichte
Damit wird die Anzahl der Berichte begrenzt, die für ein CM-Konto bzw. ein CM-Nutzerprofil zu einem bestimmten Zeitpunkt aktiv geplant werden können. So bleiben Sie unter dem Kontingent:
- Vermeiden Sie doppelte Berichte.
- Deaktivieren Sie nicht benötigte geplante Berichte.
- Deaktivieren Sie nicht erforderliche API-Scripts.
Gleichzeitige Berichte
Begrenzt die Anzahl der Berichte, die mit einem CM-Konto bzw. einem CM-Nutzerprofil erstellt werden können gleichzeitig. So bleiben Sie unter dem Kontingent:
- Planen Sie Berichte, die regelmäßig erstellt werden.
- Deaktivieren Sie nicht erforderliche API-Scripts.
- Implementieren Sie eine Backoff-Logik.
Wenn Sie die Berichterstellung optimiert haben und das angegebene Kontingent dennoch überschreiten, wenden Sie sich über das Kontaktformular an den Campaign Manager 360-Support.