명절 선물세트, 수강권, 예약 제작품처럼 판매 종료 시점이 있는 상품은 쇼핑몰에서 접수만 닫고 Merchant Center 데이터를 그대로 두면 고객이 구매할 수 없는 상품을 다시 만날 수 있다. 반대로 재입고할 상품을 급히 삭제하면 ID와 운영 기록을 잃기 쉽다. 이 글은 2026년 10월 18일 Google 공식 문서를 기준으로 소상공인이 상품 만료일, 재고 상태, 원본 삭제를 구분해 쓰는 현장 기준을 정리한다.
핵심 요약: 종료 사유가 다르면 피드 조치도 달라진다
정해진 시각에 노출을 끝낼 시즌·한정 상품은 expiration_date가 맞다. 잠시 품절됐지만 같은 상품으로 재판매할 계획이면 상품을 없애기보다 실제 재고 상태를 맞추고, 더는 판매하지 않을 상품은 주원본에서 삭제한 뒤 데이터 소스를 다시 제출한다. 종료일은 쇼핑몰 주문 마감과 같거나 조금 앞서야 하며, 결제 가능한 페이지를 남길지와 Google 노출을 끝낼지는 별도 결정으로 기록한다.
30일 자동 만료를 판매 종료 기능으로 오해하지 않는다
Google 안내상 상품은 마지막 갱신 뒤 30일이 지나면 만료되지만 Merchant Center에서 직접 추가한 상품은 이 규칙의 예외다. 파일이나 연동이 정기 갱신되면 30일 시계도 다시 시작하므로 업로드를 끊어 종료 시점을 맞추는 방식은 다른 정상 상품까지 낡게 만든다. 지정한 expiration_date와 마지막 갱신 후 30일 중 더 이른 시점에 만료된다는 점을 일정표에 함께 적는다.
한국 시간까지 넣어 자정 오차를 막는다
형식은 ISO 8601 날짜·시간·시간대이며 최대 25자다. 시간대를 생략하면 UTC 자정이 기본이어서 한국에서는 의도보다 이르게 멈출 수 있다. 예를 들어 2026년 12월 18일 오후 6시에 예약 접수를 닫는다면 2026-12-18T18:00+0900처럼 적고, 실제 결제 마감·택배 집하·고객 안내에도 같은 시각을 쓴다. 입력 가능한 날짜는 최대 1년 뒤까지이며 반영에 수 시간이 걸릴 수 있어 즉시 차단 장치로 보지 않는다.
12개 시즌 상품의 종료일을 계산하는 예시
선물세트 12종을 12월 20일 발송하려 하고 포장에 이틀, 주문 확인에 하루가 필요하다고 가정하자. 안전한 접수 마감 후보는 12월 17일이다. 재고가 각각 달라도 한 번에 포장하는 8종은 같은 만료 시각을 쓰고, 주문제작 4종은 필요한 제작일을 빼 별도 시각을 정한다. 계산식은 ‘약속 발송일-제작·포장일-확인 여유일’이다. 단, 쇼핑몰이 먼저 품절되면 피드도 실제 재고를 즉시 반영한다.
만료·품절·삭제를 한 표에서 결정한다
운영표에 상품 ID, 판매 종료 이유, 주문 마감, expiration_date, 현재 재고, 상세페이지 처리, 담당자를 둔다. 날짜가 확정된 한정 판매는 만료, 재입고 예정은 재고 상태 갱신, 영구 단종은 원본 삭제로 표시한다. Google은 상품 삭제 후 광고와 무료 등록정보에서 사라지는 데 24~48시간이 걸릴 수 있다고 안내하므로, 오늘 당장 주문을 막아야 한다면 쇼핑몰 결제 상태를 먼저 바꾸고 피드 조치를 뒤따르게 한다.
상품 페이지와 Google 노출을 같은 것으로 보지 않는다
Merchant Center에서 삭제해도 Google이 과거에 수집한 상세페이지가 일반 검색에서 바로 사라진다는 보장은 없다. 재입고 안내나 대체 상품 연결 가치가 있으면 페이지는 유지하되 구매 불가 상태와 예상 재개일을 명확히 표시한다. 완전 단종 페이지를 없앨 때는 가장 가까운 대체 상품이 있을 때만 관련 URL로 연결하고, 무관한 홈으로 모두 보내지 않는다. Merchant 노출·결제 가능·일반 검색 상태를 세 칸으로 나눠 검수한다.
만료 3일 전 알림과 종료 다음 날을 확인한다
공식 안내상 활성 상품은 만료 3일 전 expiring 상태로 바뀌어 상품 데이터 알림의 원인이 될 수 있다. 이 시점에 상품 ID 표본, 종료 시각, 주문 마감, 광고 연결을 다시 확인한다. 종료 다음 날에는 Merchant Center의 상태, 무료 등록정보 링크, 모바일 상세페이지, 장바구니를 직접 열어 본다. 의도하지 않은 상품 수 급감이 보이면 데이터 소스 전체를 지우지 말고 같은 종료 규칙을 공유한 묶음부터 찾는다.
적용을 멈춰야 할 실패 조건
원본이 어느 시스템인지 모르는 경우, 시간대가 빠진 경우, 옵션별 상품 ID가 섞인 경우, 주문 마감과 발송 약속이 정해지지 않은 경우, 종료 뒤 페이지 처리 담당자가 없는 경우에는 일괄 적용을 멈춘다. 먼저 3개 상품으로 시험해 화면·파일·다음 동기화 후 값이 유지되는지 확인한다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 상품 승인, 노출 중단 시각, 클릭, 매출, 검색순위 또는 애드센스 승인을 보장하지 않는다.