상품 자체 무게만 Merchant Center에 보내면 상자와 완충재 때문에 실제 배송비가 달라질 수 있다. shipping_weight와 shipping_length·shipping_width·shipping_height는 운송업체 계산 요율에 쓰이는 발송 포장의 중량과 바깥 크기다. 이 글은 2026년 10월 20일 Google 공식 문서를 기준으로 소상공인이 포장 완료 상자를 재고, 특대형·옵션·묶음 예외까지 점검하는 방법을 정리한다.
핵심 요약: 상품이 아니라 포장 완료 상태를 잰다
운송업체 계산 요율이나 중량표를 쓰면 상품별 shipping_weight를 제출한다. 값은 상품 본체만의 중량이 아니라 고객에게 발송할 실제 포장 중량이어야 한다. 운송업체 계산 요율에서 크기를 쓰려면 길이·폭·높이를 세 칸 모두 제출하고 같은 단위를 사용한다. Google은 크기와 중량을 함께 제공해야 계산 정확도를 높일 수 있다고 안내한다. 고정 배송비만 쓰는 상품에 필요하다고 단정하지 말고 현재 계정의 배송 방식부터 확인한다.
택배비 설정 방식부터 확인한다
먼저 Merchant Center의 배송 설정이 고정요금, 중량표, 운송업체 계산 중 무엇인지 기록한다. 중량표는 shipping_weight를 기준으로 구간을 고르고, 운송업체 계산은 중량과 크기를 함께 사용할 수 있다. Google의 새 carrier_shipping 속성을 쓰는 경우에도 운송업체 기반 배송비에는 shipping_weight가 필요하고 크기 추가가 권장된다. 쇼핑몰 앱이 계정 설정을 덮어쓰는 구조라면 피드만 고치지 말고 원본 시스템의 필드 연결을 확인한다.
저울에는 상자·완충재·동봉물을 모두 올린다
머그컵 본체가 420g이어도 상자 180g, 완충재 120g, 안내 카드와 테이프 30g을 더하면 발송 중량은 750g이다. 이때 shipping_weight는 0.75 kg처럼 숫자와 지원 단위를 함께 쓴다. Google은 g·kg·oz·lb를 지원하며 소수도 허용한다. 저울 영점을 맞춘 뒤 포장을 닫은 상태로 재고, 교환용 추가 구성품이 기본 동봉된다면 포함한다. unit_pricing_measure의 순내용량과 이 값을 같은 칸에서 재사용하지 않는다.
길이·폭·높이는 상자 바깥면을 같은 단위로 잰다
포장 안 제품 치수가 아니라 봉합한 상자의 가장 바깥면을 잰다. 예를 들어 24×18×15cm 상자라면 shipping_length=24 cm, shipping_width=18 cm, shipping_height=15 cm로 세 값을 함께 보낸다. 방향 이름보다 세 변을 빠짐없이 같은 단위로 기록하는 것이 중요하다. 공식 사양의 각 크기 지원 범위는 1~400cm 또는 1~150in이다. 한 변만 넣거나 cm와 in을 섞으면 배송비 계산에 사용할 수 없다.
특대형 추가요금은 자동 계산된다고 가정하지 않는다
Google은 운송업체가 대형·특대형으로 보는 포장의 추가 배송비를 자동 계산하지 않는다고 명시한다. 낚싯대처럼 길쭉한 상품, 가구, 화물 운송 대상은 실제 계약 운임과 결제 화면을 먼저 확인한다. 필요하면 제품별 shipping 속성으로 비용을 재정의하거나 oversized 같은 shipping_label을 붙여 별도 서비스·요금표에 연결한다. 지원 중량을 넘는 상품과 LTL 화물도 운송업체 계산 요율에 억지로 넣지 말고 배송표를 사용한다.
옵션과 묶음은 실제로 달라지는 포장을 분리한다
같은 컵이라도 1개입과 4개입은 상자·완충 구조가 달라 별도 ID의 중량과 크기를 가져야 한다. 색상만 다르고 포장이 같다면 공통값을 쓸 수 있지만, 선물 포장 옵션이 기본 선택되어 상자가 커지면 해당 랜딩 ID와 값을 맞춘다. 포장 규격이 여러 개인 상품에 평균값을 넣으면 요금 구간 경계에서 과소 계산될 수 있다. 주문 시스템에서 실제 선택된 포장 코드가 어느 피드 ID로 연결되는지 표본 주문으로 확인한다.
12개 표본의 포장 오차율을 계산한다
판매량 상위 4개, 묶음 3개, 파손주의 2개, 최근 포장 변경 3개를 고른다. 상품 ID, 포장 코드, 실제 중량, 세 변, 피드값, 결제 배송비를 한 행에 적는다. 12개 중 3개가 실측 또는 결제값과 다르면 내부 불일치율은 3÷12×100=25%다. 이는 Google의 승인 기준이 아니라 전수 수정 전에 원본 상품표·쇼핑몰 앱·보조 데이터 소스 중 오류 지점을 찾는 자체 지표다. 차이가 난 유형 한 개부터 수정해 다음 동기화를 확인한다.
일괄 적용을 멈춰야 할 실패 조건
본체 무게와 포장 중량이 섞인 경우, 길이·폭·높이 중 하나가 빠진 경우, 단위가 다른 경우, 옵션별 상자가 다른데 공통값만 있는 경우, 특대형·화물 요금을 자동 계산에 맡긴 경우, 피드 배송비와 결제 금액이 다른 경우에는 대량 적용을 멈춘다. 일반·묶음·파손주의 상품을 각 1개씩 다시 포장해 실측하고 Merchant Center 진단과 모바일 결제 흐름을 확인한다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 배송비 정확성, 상품 승인, 노출, 매출, 검색순위 또는 애드센스 승인을 보장하지 않는다.