구글 쇼핑에서 묶음상품이 낱개 가격으로 보일 때, 수량과 총액 맞추기

묶음상품을 Google 쇼핑에 연결했는데 가격은 한 개 값처럼 보이고, 고객은 “이 가격에 몇 개가 오나요?”라고 묻습니다. 이때는 가격만 올리거나 묶음 수를 크게 적기보다 주문 수량 1에 실제로 보내는 구성부터 적어야 합니다. Google의 가격 사양도 판매자가 만든 묶음은 전체 가격을 제출하도록 안내합니다. 가격 속성 — Google Merchant Center

확인 순서는 간단합니다. 제조사 포장과 판매자가 추가로 묶은 수를 나누고, 그 묶음의 상품 총액을 데이터·상세페이지·장바구니에서 맞춥니다. 어긋난 채 두면 구성 문의나 구매 포기로 이어질 수 있습니다. 어려운 연동 용어를 몰라도 상품 하나와 실제 포장만 있으면 시작할 수 있습니다.

확대 보기

주문 수량 1에 무엇을 보내는지 먼저 적습니다

먼저 종이나 작업표에 “고객이 주문 수량을 1로 넣으면 무엇이 도착하는가”를 한 줄로 씁니다. 포장 안에 들어 있는 낱개 수, 판매자가 묶은 포장 수, 고객이 내는 상품 금액을 섞지 않는 것이 핵심입니다.

예를 들어 제조사 두 개입 포장 세 개를 한 세트로 판매한다고 가정합니다. 다음 금액은 설명용 예시이며 실제 상품 가격이나 권장 판매가가 아닙니다.

여기서 18,000원은 상품 금액입니다. 별도 배송비가 있다면 이를 구분해 확인합니다. Google 가격 사양은 배송비를 제품 가격에 합치는 대신 배송 설정이나 배송 속성으로 처리하도록 안내합니다. 총액을 확인하더라도 상품 금액과 배송비는 구분합니다.

확대 보기

포장 안 낱개 수와 판매자가 묶은 수를 나눕니다

제조사 포장 하나를 그대로 파는 경우

제조사가 이미 두 개입으로 포장한 상품 하나를 그대로 판다면, 포장 안에 두 개가 있다는 이유만으로 multipack에 2를 넣지 않습니다. 공식 사양에서는 제조사가 만든 패키지 상품 자체에는 이 속성을 제출하지 않도록 구분합니다.

같은 제조사 포장을 판매자가 더 묶은 경우

multipack은 판매자가 같은 상품을 추가로 묶은 수를 나타냅니다. 앞의 예시라면 제조사 포장 세 개를 묶었으므로 값은 3입니다. 안에 들어 있는 낱개 총수인 6을 넣는 자리가 아닙니다. 이 기준과 적용 대상은 패키지 상품 속성 — Google Merchant Center에서 확인할 수 있습니다.

서로 다른 제품을 함께 파는 경우

서로 다른 제품을 담았다면 같은 상품의 반복 묶음과 구분해야 합니다. 주요 제품에 보완 제품을 붙인 판매자 구성은 is_bundle 검토 대상입니다. 다만 잡화 여러 종류를 모았다고 모두 같은 분류가 되는 것은 아니며, 제조사 구성 세트도 별도로 봐야 합니다. 번들 속성 · Google Merchant Center의 적용 조건을 확인한 뒤 입력합니다.

확대 보기

이 그림은 공식 관리 화면이 아니라 판매 단위를 설명하는 개념도입니다. 숫자를 입력하기 전에 실물 포장의 경계와 판매자가 만든 묶음의 경계부터 확인합니다.

가격과 구성은 같은 판매 단위로 고칩니다

상품 피드는 판매 정보를 Google에 전달하는 상품 데이터입니다. 이름만 세트로 바꾸고 가격을 낱개 금액으로 남겨두면 해결되지 않습니다. 앞의 예시를 아래처럼 한 행에 모아 수정합니다.

낱개당 비교 금액을 보조로 표시하더라도 실제로 구매할 수 있는 묶음 가격과 명확하게 구분합니다. 단가를 보기 좋게 낮추기 위해 제품 가격 자리에 옮기지 않습니다.

수량이 아니라 가격 자체의 불일치가 남는다면 한 SKU의 가격 불일치 수정 지점 찾기로 이어서 대조할 수 있습니다. SKU는 운영자가 서로 다른 판매 상품을 구분하는 관리 단위입니다. 이번에는 여러 상품을 한꺼번에 고치지 않고 한 판매 단위만 확실히 맞춥니다.

고객이 누르는 경로로 끝까지 확인합니다

데이터와 첫 화면을 대조합니다

수정한 상품의 연결 주소를 직접 엽니다. 처음 보이는 구성과 가격이 제출값을 가리키는지 확인합니다. 옵션을 바꾸기 전에는 낱개가 보이고 바꾼 뒤에야 묶음이 나타나는 구조라면 연결 방식도 점검할 대상입니다.

Google 방문 페이지 요구사항은 상품 데이터와 같은 제품·옵션을 보여주고 가격을 일치시키도록 안내합니다. 문자와 사진을 완전히 복제해야 한다는 뜻이 아니라, 같은 판매 구성을 설명해야 한다는 뜻입니다. 방문 페이지 요구사항 · Google Merchant Center

장바구니에서 수량의 뜻을 확인합니다

실제 결제는 하지 않아도 됩니다. 장바구니 수량 1의 구성과 상품 금액을 확인하고 배송비는 별도로 대조합니다. 팀원에게 화면만 보여주고 “이 주문으로 무엇을 받는가”를 말해보게 하면 설명이 빠진 곳을 찾는 데 도움이 됩니다. 이는 편집부의 운영 제안이며 특정 효과를 보장하는 검사는 아닙니다.

재전송 뒤 처리 상태를 확인합니다

연동 앱이나 파일로 전송한다면 원본 상품 정보도 맞춰야 하는지 담당자에게 확인합니다. 관리 화면에서 바꾼 값만 보고 끝내지 말고, 다음 전송 뒤 실제 반영값과 문제 상태를 다시 봅니다. 수정은 즉시 승인이나 노출 회복을 뜻하지 않습니다.

확대 보기

개별 상품 수정 뒤에는 Google 쇼핑 피드 전체 점검으로 주변 필드도 살펴볼 수 있습니다. 다만 이번 작업 기록에는 바꾼 상품 ID, 구성, 가격, 수정 시각, 재확인 결과만 남겨 원인을 섞지 않습니다.

구성이 불명확하면 일괄 수정하지 않습니다

제조사 포장인지 판매자가 재구성한 세트인지 불분명하면 매입·포장 담당자에게 먼저 확인합니다. 오류를 없애려고 전체 상품에 multipack=1을 일괄 적용하지 않습니다. Google의 오류 해결 문서도 잘못 감지된 개별 상품의 수정과 전체 데이터 일괄 설정을 구분하며, 후자는 비승인 문제를 만들 수 있다고 경고합니다.

구성은 맞는데 반영값이 되돌아오면 연동 담당자에게 원본값과 전송값을 전달합니다. 계속 문제가 남으면 다음 기록을 묶어 지원팀에 문의합니다.

• 상품 ID와 대상 국가·등록 위치
• 실제 구성과 제출값, 연결 주소
• 수정 시각과 이후 반영 결과

누락된 패키지 상품 값 해결 · Google Merchant Center는 수정 후 문제 표시를 다시 확인하되 반영에 시간이 걸릴 수 있다고 설명합니다.

적용 의무는 무료 등록정보인지 쇼핑 광고인지와 대상 국가에 따라 다를 수 있습니다. 한국 셀러라는 이유만으로 모든 판매 대상에 같은 필수 여부를 단정하지 말고, 계정의 실제 문제 안내와 해당 속성의 적용 범위를 함께 확인합니다.

오늘 할 일과 공식 확인 링크

오늘은 묶음상품 하나만 골라 아래 순서로 마무리합니다.

• 주문 수량 1로 배송할 구성을 한 문장으로 적었습니다.
• 제조사 포장과 판매자가 묶은 수를 구분했습니다.
• 같은 판매 단위의 상품 총액과 수량을 제출했습니다.
• 상세페이지와 장바구니에서 구성·상품 금액·배송비를 대조했습니다.
• 다음 전송 뒤 반영값과 문제 상태를 확인할 담당자를 정했습니다.

공식 자료 확인일은 2026년 8월 28일입니다. 패키지 상품, 가격, 번들, 방문 페이지 요구사항, 누락된 패키지 상품 값 해결은 모두 Google Merchant Center 공식 도움말입니다. 최신 적용 조건은 해당 문서와 계정 안내를 다시 확인하세요.

핵심은 묶음 수를 많이 적는 것이 아닙니다. 고객이 받는 구성과 지불하는 상품 금액을 같은 판매 단위로 설명하는 것입니다. 그 한 행이 맞아야 다음 상품에도 같은 검증 순서를 적용할 수 있습니다.