이 페이지에는 보고서를 가져올 때 권장되는 몇 가지 방법이 나와 있습니다.
보고서 저장 및 재사용
동일한 보고서를 여러 번 삽입하고 삭제하면 리소스가 낭비되므로 정기적으로 실행하는 쿼리에 대한 보고서를 만들어 저장하는 것이 좋습니다.
YESTERDAY 또는 LAST_7_DAYS과 같은 상대적 기간을 사용하면 보고서를 더 쉽게 재사용할 수 있습니다.
보고서 예약
임시 보고서 또는 일회성 보고서는 개별적으로 실행되고 불완전한 데이터 세트에 대해 실행될 수 있으므로 리소스가 낭비될 수 있습니다. 예약된 보고서는 일괄적으로 실행되고 전날 데이터의 처리가 완료될 때까지 실행되지 않으므로 보고 리소스를 최대한 활용합니다. 자세한 내용은 사용 가능한 예약 필드를 참고하세요.
보고서 상태를 폴링할 때 지수 백오프 사용
보고서가 실행되는 데 걸리는 시간은 예측할 수 없습니다. 시간은 날짜 범위, 처리할 데이터 양 등 여러 요인에 따라 초에서 시간까지 다양합니다. 보고서 실행 시간과 보고서에 반환된 행 수 사이에도 상관관계가 없습니다. 따라서 실행 중인 보고서의 상태를 정기적으로 확인하여 완료 시점을 파악해야 합니다. 이를 '폴링'이라고 합니다.
폴링은 필요하지만 비효율적인 구현은 장기 실행 보고서가 발생할 때 할당량을 빠르게 소진할 수 있습니다. 따라서 지수 백오프를 사용하여 재시도를 제한하고 할당량을 절약하는 것이 좋습니다.
멀티파트 다운로드 실행
보고서 파일의 크기는 기가바이트 단위일 수 있습니다. 이러한 보고서를 단일 요청으로 다운로드하면 연결 문제가 발생할 수 있습니다. 또한 단일 요청 다운로드가 중단되면 이를 재개할 방법이 없으며, 실패한 단일 요청 다운로드는 중단된 경우 재개할 수 없습니다. 따라서 멀티파트 다운로드를 사용하여 대규모 다운로드를 작은 청크로 나누는 것이 좋습니다. 단일 청크가 실패하면 해당 지점부터 다운로드를 재개할 수 있습니다.
청크는 여러 이점이 있지만 각 청크는 별도의 요청을 생성합니다. 따라서 할당량을 낭비하지 않으려면 최소 청크 크기를 10MB로 사용하는 것이 좋습니다. 하지만 평균 보고서 크기가 매우 큰 경우 연결 속도가 허용하는 한 청크 크기를 늘리는 것이 좋습니다.
기존 유료 검색 ID
유료 검색 캠페인 ID와 같은 기존 유료 검색 ID는 이벤트 수준 CM360 보고서와 CM360 API를 통해 가져온 보고서에 표시될 수 있습니다. 이벤트 수준 보고서의 예는 맞춤 플러드라이트 변수가 포함된 보고서입니다. CM360 API를 사용하는 클라이언트의 경우 Search Ads 360 ID 매핑 서비스를 사용하여 기존 ID 공간과 새 ID 공간 간에 변환할 수 있습니다.
보고 할당량 고려
Campaign Manager 360 보고 기능의 책임 있는 사용은 다음 세 가지 제품 전체 사용량 할당량을 통해 시행됩니다.
임시 보고서 실행 (일별)
CM 계정 / CM 사용자 프로필이 24시간 동안 실행할 수 있는 임시 보고서 수를 제한합니다. 할당량을 초과하지 않으려면 다음 단계를 따르세요.
- 중복 신고를 줄입니다.
- 정기적으로 실행되는 보고서를 예약합니다.
- 불필요한 API 스크립트를 비활성화합니다.
활성 예약 보고서
특정 시점에 CM 계정 / CM 사용자 프로필에서 활성 상태로 예약할 수 있는 보고서 수를 제한합니다. 할당량을 초과하지 않으려면 다음 단계를 따르세요.
- 중복 신고를 줄입니다.
- 불필요한 정기 보고서를 비활성화합니다.
- 불필요한 API 스크립트를 비활성화합니다.
동시 보고서
CM 계정 / CM 사용자 프로필에서 동시에 실행할 수 있는 보고서 수를 제한합니다. 할당량을 초과하지 않으려면 다음 단계를 따르세요.
- 정기적으로 실행되는 보고서를 예약합니다.
- 불필요한 API 스크립트를 비활성화합니다.
- 백오프 로직을 구현합니다.
보고 구현을 최적화했는데도 할당량을 초과하는 경우 문의 양식을 사용하여 Campaign Manager 360 지원팀에 문의하세요.