일반 피드 보관용 계정을 사용하면 여러 피드 유형을 환경별로 하나의 보관용 계정에 업로드할 수 있습니다. 이 가이드에서는 일반 보관용 계정의 사용 방법을 안내하고 사용하려는 각 피드에 대한 적절한 가이드 링크를 제공합니다.
(문서의 피드 내보내기 (엔드 투 엔드) 또는 피드 (시작) 섹션을 참고하세요.)일반 보관용 계정에는 두 가지 별도 업로드가 필요합니다.
- 설명자 파일: 업로드할 피드 유형을 설명합니다.
- 피드 파일: 실제 피드의 콘텐츠입니다.
설명자 필드 구조화
업로드 중인 피드 유형을 Google 시스템에 알리기 위해 설명자 파일이 업로드됩니다. 그래야 피드를 올바르게 검증하고 처리할 수 있습니다. 설명어 파일은 피드 콘텐츠 전에 업로드해야 하며 다음과 같은 이름 지정 요구사항을 따라야 합니다.
- .filesetade.json 파일 확장자 사용
- 각 설명어 파일 이름은 고유해야 하며 여러 업로드에 다시 사용할 수 없습니다. 파일 이름에 생성 타임스탬프를 포함하는 것이 좋습니다.
- 예: offers_1524606581.filesetade.json
message FilesetDescriptor {
// The timestamp at which this feed was generated, in Unix time format
// (seconds since the epoch). (required)
int64 generation_timestamp = 1;
// Identifies the name of this feed. (required)
string name = 2;
// Paths (relative to the dropbox root) specifying data files included in this
// feed. (required)
repeated string data_file = 3;
}
가능한 name 필드는 다음과 같습니다.
샤드가 2개인 쿠폰 피드에 대한 JSON 설명자 파일의 예는 다음과 같습니다.
{
"generation_timestamp": 1524606581,
"name": "promote.offer",
"data_file": [
"offers_1524606581_1.json",
"offers_1524606581_2.json"
]
}
피드 콘텐츠 구성
설명자 파일을 업로드한 후 설명자 파일에서 지정한 피드 구성 파일에 해당하는 피드 데이터 유형의 모든 피드 파일을 업로드합니다. 파일 이름 및 경로 위치 (보관용 계정 내 상대 경로)는 data_file 필드에 포함된 이름과 정확하게 일치해야 합니다. 파일이 누락되거나 부적절한 이름으로 지정되거나 다른 위치에 업로드되면 전체 피드가 처리되지 않습니다.
이러한 피드 데이터 파일의 내용은 설명어 파일에 지정된 피드의 관련 사양을 준수해야 합니다.
각 피드 파일 이름은 고유해야 하며 여러 업로드에 다시 사용할 수 없습니다. 파일 이름에 생성 타임스탬프와 샤드 번호 (증분 ID)를 포함하는 것이 좋습니다.
- 예: offers_1524606581_1.json
피드 파일 크기 및 업로드 빈도
- 피드 파일 크기를 200MB 미만으로 유지합니다 (압축 후).
- 대부분의 통합은 샤드를 하나만 사용하면 됩니다. 샤드를 가능한 한 적게 사용해야 합니다. 피드당 최대 1,000개의 샤드가 있습니다.
- 하나의 샤드로 전송되는 개별 레코드는 이후 피드에서 동일한 샤드 번호로 전송할 필요가 없습니다.
- 성능을 향상하려면 데이터를 샤드 간에 균등하게 분할하여 모든 샤드 파일의 크기를 비슷하게 만듭니다.
- 필요한 경우 gzip을 사용하여 피드를 압축합니다. 개별 피드 샤드마다 이렇게 하세요.
문제해결과 디버깅
파일 (설명어 및 피드 파일)을 업로드한 후 파트너 포털의 피드 기록 대시보드 (문서)에서 피드 기록의 진행 상황을 확인하세요 (기록 > 피드로 이동).
'피드 이름' 열의 설명어 파일에 입력한 name를 찾아 피드를 찾습니다.
피드가 수집되면 (상태가 Success 또는 Fail) 행을 클릭하여 오류 및 경고의 세부정보를 볼 수 있습니다.