의류와 주문제작 상품을 같은 반품 기간으로 보내거나, Merchant Center에만 예외를 만들고 쇼핑몰 안내는 그대로 두면 고객이 보는 조건과 상품 데이터가 어긋난다. 이 글은 2026년 10월 29일 Google 공식 문서를 기준으로 기본 반품 정책과 return_policy_label 예외를 나누고, 소상공인이 웹사이트·계정·피드·처리값을 SKU 단위로 검수하는 방법을 정리한다.
핵심 요약: 기본 정책은 비우고 예외 상품에만 라벨을 연결한다
대부분의 상품에 적용할 기본 반품 정책은 계정에 하나 두고 상품의 return_policy_label은 비워 둔다. 일부 상품군에 다른 조건이 필요할 때만 Merchant Center에서 예외 정책을 만든 뒤 해당 상품에 정확히 같은 라벨 값을 제출한다. Google 문서상 빈 값은 기본 정책을 사용하며, 라벨은 고객에게 보여 주는 반품 문구가 아니라 상품과 정책을 연결하는 식별자다.
세 상품군으로 반품 조건표를 먼저 만든다
상품군·SKU·상품 URL·반품 가능 여부·접수 기간·방법·비용·환불 처리 예상·정책 라벨·근거 확인일을 한 행에 둔다. 운영 예시로 일반 의류는 기본 30일, 전자제품은 14일, 주문제작은 별도 조건처럼 나눌 수 있다. 다만 이 숫자는 설명용 예시이며 실제 정책은 판매 국가의 법령, 상품 특성, 약관과 고객 고지를 검토해 정해야 한다. 단지 반품을 줄이려고 예외를 만들면 안 된다.
라벨 이름은 정책 생성 화면과 한 글자까지 맞춘다
Google 제품 데이터 사양에서 라벨 값은 최대 100자이고 반복 제출하지 않는다. 내부에서는 electronics_14d, custom_order처럼 공백 없이 목적이 분명한 값을 정하고 계정의 정책 라벨과 대소문자·밑줄까지 일치시킨다. 피드에서만 새 라벨을 만들거나 표시 문구 전체를 값으로 넣지 않는다. 정책 이름을 바꾸면 원본표, 연동 앱, 보조 소스의 매핑도 함께 수정한다.
적용 순서는 웹사이트에서 처리된 속성까지 이어진다
먼저 로그인 없이 열리는 반품 안내에 기간·방법·비용·예외·환불 시점을 게시한다. 다음으로 Merchant Center에 기본 정책과 필요한 예외 정책을 만들고, 예외 SKU에만 라벨을 전송한다. 마지막으로 처리된 제품 속성에서 실제 값을 확인한다. 모바일 상품 페이지·푸터·장바구니 안내도 같은 조건인지 본다. 계정 화면의 설정만 보고 적용 완료로 판단하지 않는다.
24개 SKU 표본으로 연결 일치율을 계산한다
기본·전자제품·주문제작 상품군에서 8개씩 뽑아 원본 라벨, 처리된 라벨, 기대 정책, 웹사이트 안내, 정책 상태를 비교한다. 24개 중 22개만 다섯 항목이 모두 같다면 내부 연결 일치율은 22÷24×100=91.7%다. 이는 Google 승인이나 노출 점수가 아니라 오류 범위를 찾는 자체 지표다. 두 오류가 같은 연동 규칙에서 나오면 그 상품군의 전체 전송을 멈추고 매핑부터 고친다.
검증 상태와 오류 메시지를 같은 표에 기록한다
정책의 확인됨·대기 중·거부됨 상태와 라벨 전송 시각, 데이터 소스, 오류 문구를 함께 남긴다. Google은 제출한 라벨을 계정에서 찾지 못하면 기본 정책이 적용될 수 있다고 안내한다. 따라서 ‘잘못된 반품 정책 라벨’이 보이면 철자만 다시 보내지 말고 해당 정책이 실제로 존재하는지, 대상 국가가 맞는지, 변경이 처리될 시간을 두었는지 확인한다.
계절 연장·국가·상품 상태는 별도 예외로 분리한다
연말 반품 기간 연장은 정책의 계절 설정으로 처리할 수 있으므로 상시 예외 라벨을 복제하기 전에 적용 기간을 확인한다. 판매 국가가 다르면 각 국가의 안내·통화·비용과 정책을 따로 검토한다. 우편·매장 반품, 반품 라벨 제공 방식, 재입고 수수료, 환불 처리 시간도 라벨 이름만으로 대신하지 말고 공개 정책에 적는다. 중고·주문제작처럼 조건이 다른 상품은 법적 권리와 표시 의무를 먼저 확인한다.
전체 반영을 멈춰야 할 실패 조건
반품 안내가 로그인 뒤에만 보이거나, 웹사이트와 Merchant Center 조건이 다르거나, 예외 정책을 만들지 않은 채 라벨만 보냈거나, 라벨 철자·국가가 다르거나, 예외 상품에 기본 정책이 적용되거나, 정책이 거부됨 상태이거나, 처리값이 원본과 다르면 전체 반영을 멈춘다. 오류 없는 한 상품군만 다시 보내고 다음 동기화 뒤 재검수한다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 상품 승인, 노출, 매출, 검색순위 또는 애드센스 승인을 보장하지 않는다.