На этой странице перечислены некоторые рекомендуемые методы извлечения отчетов.
Сохранение и повторное использование отчетов
Рекомендуется создавать и сохранять отчеты для запросов, которые вы выполняете регулярно, так как многократная вставка и удаление одного и того же отчета приводит к пустой трате ресурсов. Использование относительных диапазонов дат, таких как YESTERDAY или LAST_7_DAYS , делает отчеты более удобными для повторного использования.
Расписание отчетов
Специализированные или разовые отчеты могут быть бесполезной тратой ресурсов, поскольку они запускаются индивидуально и могут выполняться для неполного набора данных. Запланированные отчеты наилучшим образом используют ресурсы отчетов, поскольку они запускаются в пакетном режиме и гарантированно не будут выполняться до тех пор, пока не завершится обработка данных за предыдущий день. Подробности смотрите в доступных полях расписания .
Использовать экспоненциальную отсрочку при опросе статуса отчета
Невозможно предсказать, сколько времени займет выполнение отчета. Продолжительность времени может варьироваться от секунд до часов в зависимости от многих факторов, включая, например, диапазон дат и объем обрабатываемых данных. Также нет корреляции между временем выполнения отчета и количеством строк, возвращаемых в отчете. Поэтому вам необходимо регулярно проверять состояние выполняемого отчета, чтобы определить, когда он завершен. Это процесс, известный как «опрос».
Хотя опрос необходим, неэффективная реализация может быстро исчерпать вашу квоту при обнаружении длительного отчета. Поэтому рекомендуется использовать экспоненциальную отсрочку для ограничения повторных попыток и сохранения квоты.
Выполнение многокомпонентных загрузок
Файлы отчетов могут иметь размер до нескольких гигабайт. Загрузка таких отчетов одним запросом может привести к проблемам с подключением. Кроме того, если загрузка по одному запросу прервана, ее невозможно возобновить, а неудачную загрузку по одному запросу нельзя возобновить, если она была прервана. Поэтому рекомендуется использовать составные загрузки, чтобы разбивать большие загрузки на более мелкие фрагменты. В случае сбоя одного фрагмента загрузка может быть возобновлена с этой точки.
Хотя фрагментирование имеет много преимуществ, каждый фрагмент генерирует отдельный запрос. Поэтому мы рекомендуем использовать минимальный размер фрагмента 10 МБ, чтобы не тратить квоту. Однако, если ваш средний размер отчета очень велик, рассмотрите возможность увеличения размера фрагмента настолько, насколько позволяет скорость соединения.
Рассмотрите возможность предоставления отчетов о квотах
Ответственное использование функции отчетов Менеджера кампаний 360 обеспечивается тремя следующими квотами на использование для всего продукта:
Выполнение специальных отчетов (в день)
Ограничивает количество специальных отчетов, которые учетная запись CM / профиль пользователя CM может запускать в течение 24 часов. Чтобы остаться в рамках квоты:
- Уменьшите дублирование отчетов.
- Запланируйте отчеты, которые запускаются регулярно.
- Деактивируйте ненужные скрипты API.
Активные запланированные отчеты
Ограничивает количество отчетов, которые учетная запись CM/профиль пользователя CM может активно планировать в заданное время. Чтобы остаться в рамках квоты:
- Уменьшите дублирование отчетов.
- Деактивируйте ненужные запланированные отчеты.
- Деактивируйте ненужные скрипты API.
Синхронные отчеты
Ограничивает количество отчетов, которые учетная запись CM/профиль пользователя CM может запускать одновременно. Чтобы остаться в рамках квоты:
- Запланируйте отчеты, которые запускаются регулярно.
- Деактивируйте ненужные скрипты API.
- Реализуйте логику отсрочки .
Если вы оптимизировали реализацию отчетов, но по-прежнему превышаете установленную квоту, обратитесь в службу поддержки Менеджера кампаний 360, используя контактную форму .