쇼핑몰 상품을 Merchant Center에 연결할 때 파일, Google Sheets, 쇼핑몰 연동, 웹사이트 자동 수집, Merchant API를 동시에 켜면 값이 더 정확해질 것 같지만 실제로는 수정 위치가 늘어날 수 있다. 가격을 시트에서 고쳤는데 다음 연동 때 예전 값으로 돌아오거나 같은 상품 ID가 두 소스에서 충돌하는 이유다. 이 글은 2026년 10월 17일 Google 공식 문서를 기준으로 소상공인이 ‘어디를 원본으로 삼고 얼마나 자주 갱신할지’를 정하는 현장 판단법을 정리한다.
핵심 요약: 입력 방법보다 하나의 원본 책임이 먼저다
가장 먼저 상품명·가격·재고·이미지·링크를 최종 결정하는 시스템 하나를 주원본으로 적는다. 쇼핑몰 관리자라면 연동 앱과 Merchant Center는 전달 경로이고, Google Sheets가 실제 상품대장이라면 시트가 원본이다. Merchant Center 화면의 임시 수정은 다음 동기화에 덮어써질 수 있으므로 ‘수정 담당자, 수정 화면, 반영 주기, 실패 알림’을 한 줄로 고정한다. 자동 업데이트 기능도 원본 오류를 대신 고치는 두 번째 원본으로 취급하지 않는다.
상품 수·변경 빈도·기술 역량으로 경로를 비교한다
상품이 적고 변경이 드물면 직접 입력이나 Sheets가 변경 이력을 보기 쉽다. 정해진 파일을 서버에서 만들 수 있으면 URL 예약 가져오기, 쇼핑몰이 공식 연동을 제공하면 플랫폼 연결을 우선 검토한다. 재고·가격이 자주 바뀌고 주문 시스템과 즉시 맞춰야 하며 오류 모니터링을 맡을 개발자가 있을 때만 Merchant API가 유리하다. Google 공식 안내상 데이터 소스에는 자동 수집, 플랫폼 연결, 파일, Sheets, 개별 입력, API가 포함된다. 기능 수가 아니라 현재 운영자가 실패를 발견하고 되돌릴 수 있는 경로를 고른다.
하루 변경 압력으로 갱신 주기를 계산한다
대표 7일 동안 하루 평균 가격 변경 건수와 재고 상태 변경 건수를 세고 전체 활성 SKU로 나눈다. 예를 들어 활성 120개 중 하루 평균 가격 3건, 재고 21건이 바뀌면 일일 변경 압력은 (3+21)÷120×100=20%다. 이는 Google의 공식 기준이 아니라 내부 운영 지표다. 24시간 기본 동기화만으로 품절 주문이 생기는지 확인하고, 변경이 몰리는 시간 직후에 예약 가져오기를 두거나 더 빠른 연동을 검토한다. 숫자가 낮아도 품절 오판매 한 건의 손실이 크면 빈도보다 위험을 우선한다.
ID·언어·피드 라벨 조합의 충돌을 찾는다
Google은 같은 상품 ID, 콘텐츠 언어, 피드 라벨 조합을 여러 데이터 소스에 중복 제출하지 않도록 안내한다. 소스별로 전체 상품을 내려받아 이 세 값을 붙인 키를 만들고 중복 행을 표시한다. 같은 머그컵을 시트와 쇼핑몰 연동이 모두 보내는 경우 한 소스의 상품을 임의로 다른 ID로 바꾸어 숨기지 말고 어느 경로가 주원본인지 결정한다. 대문자·소문자만 다른 ID도 필터링과 보조 데이터 결합에서 혼란을 줄 수 있어 내부 SKU 규칙과 함께 통일한다.
편집 권한과 삭제 책임을 데이터 소스별로 나눈다
관리표에 소스명, 입력 방식, 주원본 여부, 소유 계정, 편집자, 동기화 시각, 최근 성공일, 실패 알림 수신자, 삭제 승인자를 둔다. Sheets 소스를 Merchant Center에서 지워도 원본 시트와 기존 접근 권한은 남을 수 있으므로 계정 퇴사·외주 종료 때 공유 권한도 따로 확인한다. API는 빠른 응답과 실시간 갱신 장점이 있지만 API 데이터 소스와 인증·로그·재시도 책임이 필요하다. 담당자가 없는 자동화는 수동 시트보다 안전하다고 볼 수 없다.
20개 SKU로 인계 시험을 한 뒤 전체 전환한다
판매량 상위 8개, 옵션 상품 6개, 최근 품절 3개, 할인 상품 3개를 골라 새 경로에 넣는다. 원본 수정 시각, Merchant Center 반영 시각, 상품 페이지·결제 화면의 가격과 재고, 확인 필요 문제를 한 행에 적는다. 20개 중 18개가 목표 시간 안에 정확히 반영되면 내부 인계 성공률은 90%지만 Google 합격선은 아니다. 실패한 2개의 원인이 권한, 파일 형식, 일정, ID 충돌 중 무엇인지 고친 뒤 같은 표본을 다시 확인하고 기존 소스를 종료한다.
Google이 발견한 상품도 별도 소스로 기록한다
웹사이트 자동 수집을 사용하면 Merchant Center의 ‘Google에서 발견’ 영역과 상품 페이지 구조화 데이터를 함께 확인한다. 상품이 자동으로 보인다는 이유로 파일·연동 상품과 같은 원본이라고 가정하지 않는다. 자동 수집 상품 수, 마지막 확인일, 빠진 필수 정보, 다른 소스와 겹친 ID를 기록하고, 크롤링이 불안정하거나 옵션을 정확히 구분하지 못하면 통제 가능한 주원본 경로로 전환한다.
소스 전환을 멈춰야 할 조건
주원본을 두 개로 두었거나, 같은 ID·언어·피드 라벨이 중복되거나, 최종 동기화 성공 시각을 알 수 없거나, 결제 화면과 가격·재고가 다르거나, 실패 알림 담당자가 없거나, 삭제할 소스의 영향 상품을 확인하지 못했다면 전체 전환을 멈춘다. 새 경로와 기존 경로를 오래 병행하지 말고 표본 검증·되돌리기 기준·종료 시각을 먼저 정한다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 상품 승인, 노출, 클릭, 매출, 검색순위 또는 애드센스 승인을 보장하지 않는다.