← 모든 리소스피드

제품 피드 가이드: 필드, 형식, 그리고 플랫폼이 읽는 방식

FeedForce Team · 7 min read
The product feed guide: fields, formats and how platforms read it

피드는 카탈로그 광고에서 가장 눈에 띄지 않으면서 가장 많은 하중을 지는 자산입니다. 당신이 지금까지 집행한 모든 동적 제품 광고는 하나의 피드에서 조립되었습니다. 필드 하나가 잘못되면 광고는 성과가 떨어지는 게 아니라, 아예 노출되지 않습니다.

대부분의 팀은 플랫폼 내보내기에서 피드를 물려받아 한 번 훑어보고는 다시 열지 않습니다. 대개는 문제가 되기 전까지 괜찮습니다. 가격이 어긋나고, 이미지가 거부되고, 카테고리 전체가 조용히 노출을 멈춥니다. 이 가이드는 피드를 필드별로, 형식별로 짚어가며 어디서 깨지기 쉬운지 보여줍니다.

더 앞선 단계여서 카탈로그 광고가 무엇인지 아직 정리하는 중이라면, 먼저 카탈로그 광고란 무엇이며 왜 밋밋한 피드는 성과가 저조한가부터 시작하세요.

제품 피드란 실제로 무엇인가

제품 피드는 당신이 파는 모든 것을, 플랫폼이 이해하기로 약속한 필드로 표현한, 기계가 읽을 수 있는 목록입니다. 그게 전부입니다. 디자인 자산도 마케팅 문서도 아닙니다. 공개 URL을 가진 데이터베이스 내보내기입니다.

중요한 귀결은, 피드가 곧 플랫폼이 보유한 당신 카탈로그의 사본이라는 점입니다. Meta는 광고를 만들기 위해 당신의 상점을 둘러보지 않고, 자신이 저장한 제품 사본을 읽어 거기서 조립합니다. 당신의 사이트와 플랫폼의 사본이 어긋나면 플랫폼의 사본이 이기고, 대개 그것이 틀린 쪽입니다.

이후의 모든 것은 이 파일에서 상속됩니다. 제품 세트, 잠재고객, 입찰 규칙, 광고 자체. 피드 문제는 결코 피드만의 문제로 머무르지 않습니다.

하중을 지는 필드

속성은 수십 개입니다. 당신이 노출까지 도달할지를 결정하는 것은 그중 한 줌입니다.

정체성 묶음

이것들은 생략할 수 없는 필드입니다.

  • id · 고유하고 안정적인 식별자. SKU를 사용하세요. Meta는 100자로 제한합니다. 서로 다른 제품 간에 id를 절대 재사용하지 마세요.
  • title · 제품이 무엇인지. Meta는 200자를 허용하지만 65자 미만을 권장합니다.
  • description · 일반 텍스트. Meta는 최대 9,999자를 허용하며 제목과 달라야 한다고 요구합니다.
  • link · 제품 페이지 URL. http:// 또는 https:// 로 시작합니다.
  • image_link · 제품 이미지.
  • availability · Meta는 in stock 또는 out of stock을 기대합니다.
  • price · Meta는 숫자, 공백, 그다음 ISO 통화 코드를 원합니다. 9.99 USD 처럼요.

여기에 플랫폼 간 함정이 두 개 삽니다. brand는 Google이 신제품에 요구하며, 영화, 도서, 음악 녹음에 좁은 예외가 있습니다. 그리고 condition은 Meta가 무조건 요구하며 값은 new, refurbished, used인데, Google은 제품이 중고이거나 리퍼일 때만 요구합니다. Google 규칙에 맞춰 만든 피드가 Google에서는 유효해도 Meta에서는 이 한 필드 때문에 거부될 수 있습니다.

속성 이름은 snake_case(imageLink가 아니라 image_link)이며, 판매하는 시장과 무관하게 영어여야 합니다. 보았을지 모를 camelCase 변형은 피드 사양이 아니라 Google의 API 계층에 속합니다.

변형과 그룹화

각 변형은 자신만의 id를 가진 독립된 행입니다. item_group_id로 이들을 다시 묶어, 작은 검정 셔츠와 큰 검정 셔츠가 하나의 제품임을 플랫폼에 알립니다. 이걸 잘못하면 단일 제품이 모든 게재 위치에서 자기 자신과 경쟁합니다.

피드를 처음 볼 때 SKU 수가 부풀려 보이는 이유도 이것입니다. 다섯 사이즈와 네 색상의 제품 백 개는 이천 행입니다. 그룹화가 바로 그것을 다시 백 개 제품으로 되돌리는 것입니다.

성과를 좌우하는 필드

필수는 아니지만, 지렛대는 여기 있습니다.

  • sale_price · 플랫폼이 취소선 가격을 보여주게 합니다. 이것이 없으면 할인은 보이지 않습니다.
  • additional_image_link · 대체 각도.
  • product_type · 당신만의 분류 체계로, 제품 세트를 구조화하는 데 유용합니다.
  • custom_label_0부터 custom_label_4까지 · 각각 1~100자의 자유 기입 칸 다섯 개로, 고객에게는 결코 보이지 않습니다. Google은 라벨당 1,000개의 고유 값을 허용합니다. Meta도 동일한 다섯 필드를 지원합니다.

맞춤 라벨은 사양에서 가장 활용되지 않는 부분입니다. 이것으로 마진 구간, 소진율, 계절성, 출시 연도를 표시한 뒤, 플랫폼이 달리 알 방법이 없는 차원 위에 제품 세트와 입찰 규칙을 세웁니다.

피드 형식

대부분의 팀이 생각하는 것보다 선택지가 많고, 선택 자체는 신뢰성만큼 중요하지 않습니다.

XML. 흔한 형태는 Google 네임스페이스를 실은 RSS 2.0입니다. <rss xmlns:g="http://base.google.com/ns/1.0" version="2.0">. Meta는 RSS와 Atom XML을 받습니다. XML은 긴 설명과 여러 이미지 같은 반복 필드를, CSV가 안기는 이스케이프의 고통 없이 처리합니다.

CSV와 TSV. Google은 탭으로 구분된 .txt.tsv를 받고, Meta는 CSV와 TSV를 받습니다. 열어서 눈으로 확인하기는 쉽지만, 쉼표나 줄바꿈이 든 것에는 더 취약합니다.

Google Sheets. Google에서 일급 데이터 소스입니다. 소규모 카탈로그와 보충 재정의에 정말 유용합니다.

API. 시간에 민감한 모든 것에 대해, 예약된 파일 가져오기는 잘못된 도구입니다. Meta는 items_batch를 제공하며, 요청당 최대 5,000개 항목에 페이로드 상한은 약 28 MB입니다. Google 쪽에서는, 옛 Content API for Shopping이 Merchant API로 대체되어 지원 중단된 점에 유의하세요. 즉 2025년 이전에 쓰인 연동 가이드는 당신을 잘못된 엔드포인트로 안내합니다.

크기 제한은 넉넉하고 좀처럼 문제가 되지 않습니다. Google은 최대 4 GB, Meta는 최대 8 GB를 받으며, 백만 개를 넘는 카탈로그는 분할을 권장합니다.

피드는 얼마나 자주 갱신되는가

여기서 이론은 당신의 가격이 바뀐다는 사실과 부딪힙니다.

Meta는 명확합니다. 예약 피드는 한 시간에 한 번보다 잦은 업로드를 지원하지 않으며, 간격은 HOURLY, DAILY, WEEKLY입니다. Google은 Merchant Center에서 가져오기 일정을 설정하게 하지만 표준 제품 피드의 최대 빈도는 공개하지 않으므로, 다른 곳에서 읽는 구체적 수치는 모두 의심하며 대하세요.

실무적 요점은, 예약 가져오기가 바닥이지 천장이 아니라는 것입니다. 반짝 세일을 하거나 재고가 빠르게 움직인다면, 사이트에서 가격이 바뀐 시점과 플랫폼이 그것을 아는 시점 사이의 간격은 시간 단위로 측정됩니다. 그 간격에 초과 지출과 성난 고객이 삽니다. 배치 API는 바로 그것을 메우기 위해 존재합니다.

피드는 어디서 깨지는가

네 가지 고장 유형이 대부분을 설명합니다.

가격과 재고 불일치

가장 흔하고 가장 해롭습니다. Google은 피드를 랜딩 페이지와 대조하여, 어긋나면 선제적 항목 비승인을 적용합니다. 명명된 문제는 "Mismatched product price"입니다. 경고가 아니라, 제품이 노출을 멈춥니다.

원인은 거의 언제나 잘못된 값이 아니라 타이밍입니다. 피드는 생성될 때는 정확했고, 가져올 때는 낡아 있었던 것입니다.

정체성 공백

gtin은 필수가 아니라 조건부이지만, 없으면 Google은 "Limited performance due to missing value: GTIN"을 보고합니다. 비승인이 아니라 조용한 세금입니다. 식별자가 없는 제품은 더 적은 검색에 매칭됩니다.

이미지 문제

Google의 현재 최소 크기는 의류가 아닌 경우 100x100, 의류의 경우 250x250입니다. 500x500 최소값이 발표되었지만 시행은 2027년 1월 31일에야 시작됩니다. 즉 500x500 요건에 관해 읽는 대부분은 미래를 현재인 것처럼 서술합니다. 허용 형식은 폭넓습니다. JPEG, WebP, PNG, GIF, BMP, TIFF이며 최대 16 MB입니다.

사람들을 허 찌르는 규칙은 크기에 관한 것이 아닙니다. Google은 제품의 가려지지 않은 시야를 요구하며, 홍보 요소가 담긴 이미지를 거부합니다. 로고, 행동 유도 문구, 가격 문구, 워터마크, 테두리입니다. 명명된 문제는 "Promotional overlay on image [image_link]"이며, Shopping 광고와 무료 등록 모두에 적용됩니다.

Meta의 태도는 다릅니다. 카탈로그 이미지 가이드라인은 텍스트 오버레이와 일시적 가격 인하 같은 시간 민감 정보를 권하지 않지만, 이를 강한 거부가 아니라 게재 품질의 문제로 틀 지으며, 게다가 Meta는 바로 그 위에 크리에이티브를 합성할 수 있도록 깨끗하거나 투명한 배경을 권장합니다. 결과적으로 피드 이미지와 광고 크리에이티브는 별개이며, 둘이 얼마나 떨어져 있어야 하는지에 대해 플랫폼들의 견해가 갈립니다.

구조 오류

"Invalid RSS/Atom document format"은 당신의 XML이 잘못된 형식이라는 뜻으로, 보통 이스케이프되지 않은 앰퍼샌드입니다. 잡아내기는 값싸고, 그대로 돌리기는 민망합니다.

피드가 메울 수 없는 틈

올바른 피드는 최소한의 전제입니다. 그것은 당신의 제품을 노출 자격이 있게, 올바르게 값매김되게, 올바른 제품 세트에 놓이게 합니다. 그것이 하지 못하는 일은, 누군가가 클릭하고 싶게 만드는 것입니다.

피드는 데이터를 나릅니다. 위계에 대한 견해가 없고, 브랜드 시스템이 없고, 오퍼의 틀이 없으며, 9:16 게재 위치가 정사각형에 비해 무엇을 필요로 하는지 감각이 없습니다. 그것은 문제의 다른 층이고, 광고 지출 대비 수익을 실제로 움직이는 것이 바로 그 층입니다. 지렛대에 대해서는 카탈로그 광고 성과를 끌어올리는 다섯 가지 방법에, 그 변화가 실제로 어떻게 보이는지는 비포 앤 애프터 가이드에 썼습니다.

FeedForce는 Meta 카탈로그 광고를 위해 바로 그 층에서 일합니다. 당신의 브랜드 규칙은 한 번 정의되고, 이후 카탈로그 전체에 자동으로 적용되어, 크리에이티브가 결코 멈추지 않는 피드에 발맞춥니다. 피드는 당신의 진실의 원천으로 남습니다. 광고는 다른 모두의 것과 똑같아 보이기를 멈춥니다.

자주 묻는 질문

제품 피드가 실제로 요구하는 필드는 무엇인가요?

최소한 id, title, description, link, image_link, availability, price 입니다. Google은 신제품에 brand도 요구하고, Meta는 모든 항목에 condition을 요구합니다. 나머지는 모두 조건부이거나 선택 사항입니다.

피드 형식은 XML과 CSV 중 무엇을 써야 하나요?

둘 다 작동합니다. XML(Google 네임스페이스를 포함한 RSS 2.0)은 긴 설명과 여러 이미지를 더 깔끔하게 처리합니다. CSV는 수작업으로 검사하기 쉽습니다. 더 단정해 보이는 쪽이 아니라, 당신의 플랫폼이 안정적으로 생성하는 쪽을 고르세요.

제 피드는 얼마나 자주 갱신될 수 있나요?

Meta의 예약 피드는 최대 한 시간에 한 번 가져옵니다. Google은 Merchant Center에서 일정을 설정할 수 있게 하지만 표준 제품 피드의 최대 빈도는 공개하지 않습니다. 가격과 재고를 빠르게 갱신하려면 예약 가져오기 대신 API를 사용하세요.

피드는 멀쩡해 보이는데 왜 제 제품이 비승인되나요?

대개 피드가 랜딩 페이지와 일치하지 않습니다. Google은 가격과 재고 여부를 사이트와 대조하여, 어긋나면 항목을 선제적으로 비승인합니다. 이미지 규칙과 누락된 식별자가 다른 흔한 원인입니다.

옵션(변형)은 별개의 제품으로 계산되나요?

피드에서는 그렇습니다. 각 변형에는 고유한 id가 필요합니다. item_group_id로 이들을 묶어, 플랫폼이 서로 다른 사이즈나 색상의 동일 제품임을 알게 합니다.

피드를 브랜드에 맞는 카탈로그 광고로 바꿔 보세요.

시작하기
연락 요청