Na tej stronie znajdziesz kilka zalecanych praktyk dotyczących pobierania raportów.
Zapisywanie i ponowne wykorzystywanie raportów
Zalecamy tworzenie i zapisywanie raportów dotyczących zapytań, które uruchamiasz regularnie, ponieważ wielokrotne wstawianie i usuwanie tego samego raportu powoduje marnowanie zasobów.
Używanie względnych zakresów dat, takich jak YESTERDAY lub LAST_7_DAYS, sprawia, że raporty są bardziej uniwersalne.
Planowanie raportów
Raporty ad hoc lub jednorazowe mogą powodować marnowanie zasobów, ponieważ są uruchamiane indywidualnie i mogą być generowane na podstawie niepełnego zbioru danych. Zaplanowane raporty najlepiej wykorzystują zasoby raportowania, ponieważ są uruchamiane zbiorczo i nie są wykonywane, dopóki nie zostaną przetworzone dane z poprzedniego dnia. Szczegółowe informacje znajdziesz w sekcji Dostępne pola harmonogramu.
Podczas sprawdzania stanu raportu używaj wzrastającego czasu ponowienia
Nie można przewidzieć, jak długo potrwa generowanie raportu. Czas ten może wynosić od kilku sekund do kilku godzin w zależności od wielu czynników, takich jak zakres dat i ilość danych do przetworzenia. Nie ma też korelacji między czasem działania raportu a liczbą wierszy zwróconych w raporcie. Dlatego musisz regularnie sprawdzać stan uruchomionego raportu, aby dowiedzieć się, kiedy się zakończy. Ten proces nazywa się „odpytywaniem”.
Chociaż odpytywanie jest niezbędne, nieefektywne wdrożenie może szybko wyczerpać limit, gdy napotkasz długotrwały raport. Dlatego zalecamy stosowanie strategii wzrastającego czasu do ponowienia, aby ograniczyć liczbę ponownych prób i oszczędzać limit.
Wykonywanie pobierania wieloczęściowego
Pliki raportów mogą mieć rozmiar kilku gigabajtów. Pobieranie takich raportów w ramach jednego żądania może powodować problemy z połączeniem. Jeśli pobieranie pojedynczego żądania zostanie przerwane, nie można go wznowić. Dlatego zalecamy korzystanie z pobierania wieloczęściowego, aby dzielić duże pliki na mniejsze części. Jeśli pobieranie jednego z fragmentów się nie powiedzie, można je wznowić od tego momentu.
Chociaż dzielenie na fragmenty ma wiele zalet, każdy fragment generuje osobne żądanie. Dlatego zalecamy używanie minimalnego rozmiaru fragmentu wynoszącego 10 MB, aby uniknąć marnowania limitu. Jeśli jednak średni rozmiar raportu jest bardzo duży, rozważ zwiększenie rozmiaru fragmentu w takim stopniu, na jaki pozwala szybkość połączenia.
Limity raportowania
Odpowiedzialne korzystanie z funkcji raportowania Campaign Managera 360 jest egzekwowane za pomocą tych 3 limitów wykorzystania w całej usłudze:
Generowanie raportów ad hoc (dziennie)
Ogranicza liczbę raportów ad hoc, które konto CM lub profil użytkownika CM może wygenerować w ciągu 24 godzin. Aby nie przekroczyć limitu:
- zmniejszać liczbę zduplikowanych raportów,
- Zaplanuj raporty, które mają być generowane regularnie.
- Wyłącz niepotrzebne skrypty API.
Aktywne zaplanowane raporty
Ogranicza liczbę raportów, które konto CM lub profil użytkownika CM może mieć aktywnie zaplanowane w danym czasie. Aby nie przekroczyć limitu:
- zmniejszać liczbę zduplikowanych raportów,
- Wyłącz niepotrzebne zaplanowane raporty.
- Wyłącz niepotrzebne skrypty API.
Raporty równoczesne
Ogranicza liczbę raportów, które konto CM lub profil użytkownika CM może generować jednocześnie. Aby nie przekroczyć limitu:
- Zaplanuj raporty, które mają być generowane regularnie.
- Wyłącz niepotrzebne skrypty API.
- Wdróż mechanizm logiczny ponawiania.
Jeśli po zoptymalizowaniu implementacji raportowania nadal przekraczasz przyznany limit, skontaktuj się z zespołem pomocy Campaign Managera 360, korzystając z formularza kontaktowego.