배송 정책 구조화 데이터 (ShippingService, 배송 스키마)

배송 정책 구조화 데이터는 판매자의 공통 배송 조건을 ShippingService로 표현한 데이터입니다. 배송 지역, 배송비, 주문 처리 시간과 운송 시간을 검색엔진이 읽을 수 있게 정리합니다. Google에는 대부분 또는 전체 상품에 적용하는 정책을 Organization의 hasShippingService 속성으로 연결합니다.

배송 지역, 비용과 적용 조건

Google용 ShippingService에는 shippingConditions를 하나 이상 넣어야 합니다. 각 ShippingConditions에 어느 지역과 주문에 어떤 배송비를 적용하는지 적습니다.

무료 배송이나 도서산간 추가 요금은 적용 지역과 주문 조건을 나눠 적어야 합니다. 배송 목적지를 생략하면 그 조건은 전 세계에 적용됩니다. 한 주문에 여러 조건이 겹치면 Google은 가장 낮은 배송비를 선택하고, 비용이 같으면 가장 빠른 배송 정보를 사용합니다. 추가 요금 대상 지역에 기본 배송비 조건까지 겹치면 의도한 추가 요금이 표시되지 않을 수 있습니다.

세부 지역을 표현하는 addressRegion은 Google 검색에서 미국, 호주, 일본만 지원합니다. postalCode는 호주, 캐나다, 미국만 지원합니다. 한국은 두 속성의 지원 국가에 없으므로, 한국의 도서산간 요금을 이 속성으로 구분해 전달할 수는 없습니다. 실제 추가 요금과 적용 지역은 사이트의 배송 정책과 결제 화면에도 명확히 안내해야 합니다.

주문 처리 시간과 운송 시간

handlingTime은 주문을 받은 뒤 상품을 출고하기까지의 시간이고, transitTime은 출고지에서 배송 목적지까지 이동하는 시간입니다. 둘 다 ServicePeriod로 표현하지만, 주문 처리 시간은 ShippingService에, 운송 시간은 각 ShippingConditions에 넣습니다. 주문 마감 시각과 처리 요일, 운송 요일도 실제 운영에 맞춰야 고객에게 잘못된 도착 기간을 안내하지 않습니다.

OfferShippingDetails와 다른 점

특정 상품만 기본 정책과 다르면 그 상품의 Offer 아래 shippingDetails에 OfferShippingDetails를 넣습니다. 예를 들어 무거운 상품에 별도 배송비를 받는 경우입니다. 이 상품별 정보는 공통 정책보다 우선하지만, Google이 지원하는 속성은 공통 정책용 ShippingService보다 적습니다. 같은 속성을 그대로 복사하지 말고 판매자 등록정보의 상품별 배송 명세에 맞춰 작성해야 합니다.

공통 정책은 사이트에서 배송 정책을 설명하는 한 페이지에 넣으면 됩니다. 모든 상품 페이지에 반복해서 넣을 필요는 없습니다. Merchant Center나 Search Console에도 배송 정책을 설정했다면 그 설정이 웹페이지의 마크업보다 우선하므로, 관리 화면에 예전 배송비가 남아 있는지도 살펴야 합니다.

확인하는 방법

Schema Markup Validator에서 Organization과 ShippingService의 연결을 검사한 뒤 Google 리치 결과 테스트를 실행합니다. 배송비가 달라지는 주문 금액과 지역을 기준으로 마크업, 배송 정책, 결제 화면을 대조합니다. 특히 무료 배송의 금액 경계, 배송 불가 지역, 주문 처리 시간과 운송 시간을 빠뜨리지 않았는지 살펴봅니다.

함께 알아두면 좋은 용어

• 판매 조건 구조화 데이터: 가격, 통화, 재고 등 상품이나 서비스의 거래 조건을 표현한 데이터
• 반품 정책 구조화 데이터: 반품 가능 기간, 방법, 비용 등 판매자의 반품 조건을 표현한 데이터
• 판매자 등록정보: 구매 가능한 상품의 가격, 재고, 배송 정보 등을 보여 주는 Google 검색 기능

참고 문서

• Google 검색 센터, Shipping policy 구조화 데이터
• Schema.org, ShippingService