‘오늘 주문하면 며칠 뒤 도착’이라는 약속은 택배 이동시간만으로 정해지지 않는다. 주문 접수부터 택배사 인계까지 걸리는 처리기간이 먼저 맞아야 한다. 이 글은 2026년 10월 23일 Google 공식 문서를 기준으로 소상공인이 min_handling_time과 max_handling_time을 실제 포장 일정에 맞춰 계산하고, 계정·상품별 설정 충돌을 점검하는 방법을 정리한다.
핵심 요약: 주문 처리기간은 결제부터 택배사 인계까지다
주문 처리기간은 고객 주문 후 상품을 포장해 운송업체에 넘길 때까지의 영업일 수다. 배송기간은 여기에 운송업체의 이동기간을 더한 값이다. 재입고·예약판매 가능일을 뜻하는 availability_date와도 다르다. 재고가 이미 있고 평일 주문을 1~3영업일 안에 인계한다면 최소값은 1, 최대값은 3이다. 당일 인계가 가능한 상품은 0을 쓸 수 있으며 최대값은 최소값보다 작을 수 없다.
먼저 주문표에서 접수일과 실제 인계일을 계산한다
최근 정상 재고 주문 20건에서 결제 완료 시각, 마감시각 전후, 포장 완료일, 택배사 최초 인계일을 뽑는다. 주문일을 0일로 두고 운영 영업일만 세어 가장 짧은 값과 가장 긴 값을 찾는다. 제작 지연, 주소 오류, 고객 보류처럼 판매자가 통제하기 어려운 예외는 별도 표시한다. 정상 20건의 처리일이 0~2일이면 0과 2가 후보지만, 반복해서 지킬 수 없는 최단 기록 하나만 보고 0을 약속하지 않는다.
마감시각 이후 주문은 다음 영업일부터 세는 운영표를 만든다
화요일 오후 3시가 마감이고 월~금만 처리한다고 가정하자. 화요일 오후 2시 주문에 1~3영업일을 적용하면 인계 범위는 수요일~금요일이다. 오후 4시 주문은 다음 영업일인 수요일을 접수 기준으로 잡아 목요일~다음 월요일이 된다. Merchant Center의 처리 마감시각은 24시간 네 자리 형식으로 관리하고, 시간대는 Asia/Seoul처럼 IANA 형식으로 맞춘다. 공휴일·휴무일도 실제 포장 인력의 영업일표와 일치시킨다.
계정 공통값과 상품별 값을 재고 방식으로 나눈다
모든 상품을 같은 장소·일정으로 포장하면 계정의 배송 설정에 공통 처리기간을 두는 편이 관리하기 쉽다. 반면 주문제작, 외부창고, 당일출고처럼 처리 속도가 다른 상품은 product data source에서 min_handling_time과 max_handling_time을 상품별로 제출한다. 공식 문서상 상품 데이터의 값은 해당 상품의 계정 설정을 재정의한다. 한 값만 관리할 때는 최대 처리시간을 우선 정확히 기록하고, 범위를 표시할 때만 최소값을 함께 둔다.
같은 상품의 standalone·shipping 값 충돌을 먼저 제거한다
독립 속성 min_handling_time·max_handling_time과 shipping 속성 안의 handling 하위 속성을 동시에 보내면 후자가 우선한다. 쇼핑몰 앱, 기본 피드, 보조 소스, 배송 규칙이 각각 값을 넣으면 원본표만 고쳐도 최종 속성은 바뀌지 않을 수 있다. 대표 상품 하나에서 처리 전 값, 최종 속성, 계정 배송 설정을 나란히 확인하고 실제로 채택되는 경로 하나만 남긴 뒤 같은 원인의 상품에 확대한다.
출고 준수율은 내부 개선 지표로만 사용한다
표본 10건 중 약속한 최대 처리일 안에 택배사에 넘긴 주문이 8건이면 내부 출고 준수율은 8÷10×100=80%다. 이는 Google의 합격선이 아니라 인력·재고·마감시각 중 무엇을 고칠지 정하는 자체 지표다. 늦은 2건이 모두 금요일 마감 이후 주문이라면 최대값을 무작정 늘리기보다 영업일과 마감 안내를 먼저 바로잡는다. 반대로 주문제작 때문에 반복 지연된다면 그 상품군만 별도 최대값으로 분리한다.
예약판매·주문제작은 재고 상태와 처리기간을 섞지 않는다
아직 판매할 수 없는 상품의 출시·재입고 날짜를 긴 처리기간으로 대신 표현하면 고객 기대와 피드 의미가 어긋난다. 예약판매나 품절 후 주문 가능일은 availability와 availability_date를 공식 규칙에 맞춰 관리하고, 주문 가능해진 뒤 포장·인계에 필요한 시간만 handling 값에 넣는다. 각인·맞춤제작처럼 주문 후 생산이 시작되는 상품은 상세페이지의 제작 안내와 처리기간이 서로 같은지 확인한다.
일괄 반영을 멈춰야 할 실패 조건과 배포 체크리스트
영업일표가 실제 휴무와 다른 경우, 최소·최대값이 정수가 아닌 경우, 최대값이 최소값보다 작은 경우, 마감시각의 시간대가 불명확한 경우, 계정과 상품 소스의 우선순위를 모르는 경우, 택배 이동시간까지 처리기간에 더한 경우에는 일괄 반영을 멈춘다. 대표 상품 한 개의 최종 속성과 모바일 랜딩페이지 배송 안내가 일치한 뒤 확대한다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 상품 승인, 배송 도착일, 검색노출, 매출 또는 애드센스 승인을 보장하지 않는다.