온라인몰에서 가격을 바꿨는데 Merchant Center에는 이전 값이 남거나, 품절 옵션이 재고 있음으로 표시되면 고객은 결제 직전에 이탈하고 상품은 비승인될 수 있다. 자동 업데이트는 이런 시차를 줄이는 안전망이지만 피드 오류를 대신 고치는 기능은 아니다. 이 글은 2026년 10월 7일 Google 공식 문서를 기준으로 소상공인이 웹페이지·구조화 데이터·제품 데이터·결제 화면을 한 흐름으로 대조하는 방법을 정리한다.
핵심 요약: 자동 보정보다 원본 네 곳의 일치가 먼저다
검수 순서는 고객에게 보이는 상품 페이지, HTML의 Product·Offer 구조화 데이터, Merchant Center 제품 데이터, 결제 직전 금액과 재고다. 자동화는 웹사이트에서 읽은 가격·할인가·재고·상태를 일부 보정할 수 있지만 정기적인 데이터 업데이트를 대체하지 않는다. 값이 하루에 여러 번 바뀌거나 불일치가 많으면 자동 보정이 작동하지 않거나 중지될 수 있으므로 쇼핑몰을 원본으로 정하고 연동 지연을 먼저 줄인다.
20개 상품을 네 접점에서 같은 시각에 캡처한다
판매량 상위 10개, 옵션이 많은 5개, 최근 가격을 바꾼 5개를 고른다. 각 행에 상품 ID, 선택 옵션, 페이지 표시가, 구조화 데이터 가격·통화, 제품 데이터 가격, 결제 직전 금액, 페이지 재고, 구조화 데이터 재고, 제품 데이터 재고, 확인 시각을 적는다. 회원가·쿠폰가는 일반 판매가와 섞지 않고 적용 조건을 별도 열에 둔다. 다른 시각의 화면을 비교하면 정상적인 변경까지 오류로 오인할 수 있다.
가격 오류는 표시가·통화·최소수량으로 나눈다
페이지 첫 화면의 대표 가격만 보지 말고 선택한 옵션과 결제 단계까지 따라간다. 데이터에 18,000 KRW를 보냈다면 HTML과 결제 금액도 같은 옵션 기준으로 일치해야 한다. 최소 3개 묶음 상품은 낱개 1개 가격이 아니라 최소 판매 수량의 총액을 제출한다. 할인가 기간과 시간대가 틀리거나 서버 HTML에는 정가, JavaScript 화면에는 할인가만 있으면 크롤러와 사용자가 다른 값을 볼 수 있으므로 렌더링 전 HTML도 확인한다.
재고 오류는 옵션·선주문·지역 조건으로 나눈다
베이지 M이 품절인데 기본 옵션이 베이지 M으로 열리면 다른 사이즈가 남아 있어도 해당 변형은 품절로 보내야 한다. 출시 전 주문은 preorder와 배송 예정일, 재입고 대기는 backorder와 예정일, 일시 품절은 out_of_stock처럼 실제 판매 상태를 구분한다. 우편번호를 입력해야만 재고가 보이거나 일부 지역만 판매 가능한 상품은 일반 전국 재고와 같은 표에서 판단하지 말고 지역별 가격·재고 적용 여부를 확인한다.
구조화 데이터가 오래된 값을 숨기지 않는지 본다
페이지 글자는 새 값인데 JSON-LD의 offers.price나 availability가 예전 값이면 Google은 상충된 신호를 읽을 수 있다. 활성 가격의 숫자, priceCurrency의 3자리 통화, InStock·OutOfStock 같은 availability, itemCondition을 선택한 변형 상품과 맞춘다. 리치 결과 테스트는 문법과 감지 여부를 확인하는 도구이지 Merchant Center 승인 보장은 아니다. 캐시된 HTML, 테마의 숨은 마이크로데이터, 중복 Offer도 함께 찾는다.
불일치율과 수정 우선순위를 계산한다
20개 상품에서 가격과 재고를 네 접점씩 확인하면 160개 비교칸이다. 서로 다른 값이 12칸이면 내부 불일치율은 12÷160×100=7.5%다. 이는 Google의 공식 점수나 허용 기준이 아니다. 결제 금액 오류, 재고 없는 구매 버튼, 인기 옵션 오류를 1순위로 멈추고, 구조화 데이터 지연과 피드 업로드 시차를 2순위로 고친다. 수정 전후 표본과 시각을 남겨 자동화가 아니라 원본 수정으로 해결됐는지 구분한다.
자동 업데이트를 켜도 피드 갱신 주기를 유지한다
Merchant Center 자동화에서 가격·재고·상태별 설정을 확인하되 모든 항목을 무조건 켜지 않는다. 할인 전 가격이 여러 개 노출되거나 크롤러가 조건별 가격을 구분하기 어려우면 가격 자동화를 끄고 데이터 원본을 먼저 정비한다. 가격·재고가 자주 바뀌는 매장은 예약 업로드나 Merchant API 등 현재 운영 규모에 맞는 갱신 방식을 검토한다. 자동 보정이 발생한 상품은 상품 ID, 원본 값, 보정 값, 원인을 변경 장부에 남긴다.
공개와 광고를 멈춰야 할 조건
결제 금액이 제품 데이터와 다르거나, 품절 옵션의 구매 버튼이 열리거나, 구조화 데이터가 다른 통화를 내보내거나, 자동 보정이 반복되는데 원인을 모르는 상품은 광고·무료 등록정보 확대보다 해당 상품 판매 상태를 먼저 멈춘다. 수정 뒤에는 같은 옵션을 비로그인 모바일에서 다시 확인하고 진단 반영까지 기다린다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 자동 보정, 승인, 노출, 클릭, 매출, 검색순위 또는 애드센스 승인을 보장하지 않는다.