상품 구조화 데이터 점검 5단계: AI 쇼핑 답변 노출 가이드

상품 구조화 데이터는 가격·재고·배송·리뷰를 기계가 읽는 형식으로 상품 페이지에 적어 두는 표기입니다.

AI 쇼핑 답변에 상품이 뜨지 않는 원인은 대부분 홍보 문구가 아니라 상품 단위 데이터에 있습니다. Product 마크업 점검, 피드 속성 정합, 서치콘솔 보고서 확인까지 5단계로 끊으면 1차 점검은 하루 3시간 안에 끝납니다. 할인 시즌 4주 전에 시작해야 수정분이 다시 수집될 시간까지 확보됩니다.

• 기준은 상품 상세 페이지 한 장입니다 — 기획전·이벤트 랜딩이 아무리 많아도, 가격과 재고가 적힌 상품 페이지가 읽히지 않으면 추천 후보에 들어가지 못합니다.
• 마크업과 피드가 같은 값을 말해야 합니다 — 페이지의 Product 구조화 데이터와 Merchant Center 피드의 가격·재고 값이 어긋나면 그 상품은 보류 대상이 됩니다.
• 확인은 추측이 아니라 보고서로 합니다 — 서치콘솔의 제품 스니펫 보고서와 판매자 등록정보 보고서에서 유효·경고·오류 수를 보고 수정 순서를 정합니다.

이미 상품 피드를 매일 자동 갱신하고 있는 분보다, 상세 페이지는 있는데 구조화 데이터를 한 번도 확인해 본 적 없는 분에게 맞는 글입니다.

왜 할인 시즌마다 내 상품만 AI 답변에서 빠질까요?

AI 쇼핑 답변은 사람이 보는 화면을 그대로 읽지 않습니다. 가격이 이미지 안에 박혀 있거나, 재고 표시가 자바스크립트로 뒤늦게 그려지면 그 값은 없는 것으로 처리됩니다. 눈으로는 멀쩡한 페이지가 기계에게는 빈 페이지가 되는 구간이 여기입니다.

두 번째 원인은 데이터의 단위가 틀어져 있다는 점입니다. 많은 회사가 시즌마다 기획전 페이지를 새로 만들고 그 페이지에 SEO(검색엔진 최적화) 작업을 몰아줍니다. 하지만 추천 대상이 되는 것은 기획전이 아니라 개별 상품입니다. 기획전은 사람이 들어오는 입구고, AI가 인용하는 것은 상품 한 건의 가격과 배송 조건입니다.

세 번째 원인은 값의 불일치입니다. 상세 페이지에는 할인가가, 피드에는 정가가 남아 있는 상태로 시즌이 시작되면 상품은 노출 후보에서 조용히 빠집니다. 가격·재고·배송 같은 속성은 Merchant Center 제품 데이터 사양에서 요구 수준이 정해져 있고, 이 기준을 못 맞춘 항목은 경고로 쌓입니다.

• 가격이 텍스트가 아닌 경우 — 상세컷 이미지 안에만 가격이 있으면 구조화 데이터에 넣을 값 자체가 없습니다. 본문에 숫자와 통화 코드가 텍스트로 있어야 합니다.
• 재고 상태 표기가 없는 경우 — "품절 임박" 같은 문구는 상태 값이 아닙니다. 재고 여부를 명시적 속성으로 적어야 답변에서 구매 가능 상품으로 분류됩니다.
• 배송 정보가 공지사항에만 있는 경우 — 배송비와 기간이 하단 공통 안내에만 있으면 상품별 조건으로 연결되지 않습니다.
• 리뷰가 외부 위젯 안에만 있는 경우 — 별점과 리뷰 수가 외부 스크립트로만 그려지면 Product 구조화 데이터의 리뷰 속성으로 잡히지 않습니다.

상품 구조화 데이터, 어떤 순서로 점검하나요?

순서를 거꾸로 하면 시간이 두 배로 듭니다. 피드부터 손대면 페이지 값이 틀린 상태로 피드만 맞추게 되고, 다시 전부 되돌려야 합니다. 상품 페이지의 표기 → 구조화 데이터 → 피드 → 보고서 순으로 갑니다.

대상은 전 상품이 아니라 매출 상위 20개로 시작합니다. 시즌 매출의 대부분이 소수 상품에서 나오므로, 20개를 먼저 정상화한 뒤 템플릿을 전체에 적용하는 편이 빠릅니다.

아래 5단계는 각 단계마다 "끝났다고 판단하는 기준"을 함께 적었습니다. 기준을 못 넘으면 다음 단계로 가지 않습니다.

1. 상품 페이지 표기 정리(40분) — 상위 20개 상품의 상세 페이지에서 가격·재고·배송비·배송 기간·리뷰 수가 텍스트로 보이는지 확인합니다. 브라우저에서 자바스크립트를 끄고 새로고침해 사라지는 값을 표시합니다. 다섯 항목이 모두 텍스트로 남아 있으면 이 단계는 끝입니다.
2. Product 구조화 데이터 삽입(60분) — 상품명, 이미지, 가격, 통화, 재고 상태, 리뷰 값을 Product 마크업으로 상세 페이지에 넣습니다. 상품 페이지에 구조화 데이터를 추가하는 공식 절차 문서의 속성 이름을 그대로 따르고, 임의로 줄이지 않습니다. 리치 결과 테스트에서 오류 0건, 경고만 남은 상태가 완료 기준입니다. B2B(기업을 상대로 하는 거래) 영업 담당은 템플릿 하나를 먼저 만든 뒤 나머지 19개에 복사했습니다.
3. 피드 속성 정합(40분) — Merchant Center 제품 데이터 사양 기준으로 피드의 가격·재고·배송 속성이 페이지 값과 같은지 대조합니다. 「Merchant Center > [제품] > [진단]」에서 거부·경고 항목을 열어 원인별로 묶습니다. 상위 20개 상품에 거부 항목이 없으면 통과입니다. B2B 영업 담당은 할인가가 피드에만 반영되지 않은 상품 3건을 여기서 찾았습니다.
4. 서치콘솔 보고서 확인(30분) — 「Search Console > [쇼핑]」에서 제품 스니펫 보고서와 판매자 등록정보 보고서를 각각 엽니다. 두 보고서의 유효·경고·오류 수를 기록하고, 오류가 있으면 해당 URL 예시를 열어 어떤 속성이 빠졌는지 확인합니다. 오류 항목 목록이 URL 단위로 정리되면 끝입니다.
5. 수정 후 재검사 요청(20분) — 고친 상품 URL을 URL 검사 도구로 하나씩 넣고 색인 재요청을 누릅니다. 보고서 화면의 유효성 검사 시작 버튼도 함께 누릅니다. 상위 20개 중 최소 15개가 다시 수집되어 유효로 바뀌면 1차 사이클이 종료됩니다. B2B 영업 담당은 주 1회 금요일에 이 20분만 반복하기로 정했습니다.

여기까지 하면 — 상품 한 건의 가격·재고·배송·리뷰가 페이지와 피드와 보고서에서 같은 값으로 읽히는 상태가 됩니다. AI 쇼핑 답변이 인용할 최소 조건이 여기서 만들어집니다.

제품 스니펫과 판매자 등록정보는 무엇이 다른가요?

서치콘솔 쇼핑 영역에는 성격이 다른 두 보고서가 있습니다. 둘을 같은 것으로 보면 어디를 고쳐야 할지 계속 헷갈립니다. 제품 스니펫은 페이지에 넣은 마크업이 읽히는지를 보고, 판매자 등록정보는 판매자로서의 상품 정보가 요건을 갖췄는지를 봅니다.

판매자 등록정보 보고서는 제품 스니펫보다 요구 속성이 많습니다. 가격과 재고 외에 배송·반품 같은 구매 관련 정보가 함께 필요합니다. 그래서 제품 스니펫은 유효인데 판매자 등록정보는 경고인 상태가 흔합니다.

점검 순서는 제품 스니펫을 먼저 유효로 만들고, 그다음 판매자 등록정보의 경고를 줄이는 쪽입니다. 아래 표를 기준으로 자신의 상태를 분류하면 다음 작업이 바로 정해집니다.

상품 구조화 데이터에서 자주 하는 실수는 무엇인가요?

가장 많은 실수는 마크업을 넣었다는 사실에서 멈추는 것입니다. 넣는 것과 읽히는 것은 다릅니다. 값이 비어 있거나 형식이 틀리면 코드가 있어도 인식되지 않습니다.

두 번째는 한 페이지에 여러 상품을 묶어 놓고 마크업을 하나만 다는 경우입니다. 옵션별 가격이 다른데 대표가 하나뿐이면, 답변에 인용될 때 실제 결제 가격과 어긋납니다. 가격이 다르면 상품 페이지를 분리하는 편이 안전합니다.

세 번째는 리뷰 표기를 부풀리는 경우입니다. 페이지에 보이지 않는 별점을 마크업에만 넣으면 경고가 쌓이고, 반복되면 해당 기능 자체가 노출에서 빠집니다. AI 답변이 인용을 결정하는 공통 조건은 AI 검색 인용 조건 6가지와 자가 점검법 글에서 따로 정리했으니, 이 글에서는 상품 데이터 쪽만 다룹니다.

• 통화 코드 누락 — 숫자만 적고 통화를 빼면 가격 속성이 무효 처리됩니다. 금액과 통화를 항상 한 쌍으로 적습니다.
• 재고 상태 고정 — 품절 상품도 재고 있음으로 남아 있는 사이트가 많습니다. 품절 시 상태 값이 자동으로 바뀌도록 연결해야 합니다.
• 할인가 반영 시차 — 페이지는 할인가, 피드는 정가인 상태가 시즌 첫날에 가장 많이 생깁니다. 할인 시작 전날 두 값을 대조하는 일정을 잡아 두십시오.
• 이미지 URL 접근 차단 — 이미지 서버가 크롤러(웹 페이지를 모으는 검색 로봇)를 막아 두면 상품 이미지가 비어 있는 것으로 읽힙니다. 이미지 주소를 그대로 열어 확인합니다.
• 단종 상품 페이지 방치 — 판매하지 않는 상품이 유효 상태로 남아 있으면 보고서의 유효 수치가 실제와 달라집니다. 정리 기준을 월 1회로 정합니다.

엑스점프는 이 점검을 어떻게 운영으로 묶나요?

엑스점프 AI 마케팅 에이전트 클래스에서는 이 5단계 점검을 상위 20개 상품의 속성 대조표로 먼저 만들고, 그 표를 클로드에 연결한 도구로 주 1회 자동 비교하는 형태까지 4주 안에 완성합니다. 사람이 매번 눈으로 대조하지 않아도 값이 어긋난 상품만 걸러 보게 하는 것이 목표입니다.

운영에서 중요한 것은 빈도입니다. 상품 구조화 데이터는 한 번 넣고 끝나는 코드가 아니라 가격·재고와 함께 매일 변하는 데이터입니다. 금요일 20분을 고정 일정으로 잡고 보고서 수치만 기록해도 이상 징후를 주 단위로 잡을 수 있습니다.

측정도 같이 붙여야 합니다. 상품 페이지가 AI 답변 경유로 들어오는지는 유입 소스에서 구분해야 알 수 있고, 그 방법은 GA4에서 AI 검색 유입을 확인하는 항목 6가지 글에 정리해 두었습니다. 실행 템플릿과 점검표는 자료 라이브러리에서, 운영 단계까지 묶는 과정은 클래스 목록에서 확인하실 수 있습니다.

• 시즌 4주 전 시작 — 수정분이 다시 수집되고 보고서에 반영되기까지 시간이 필요합니다. 할인 당일에 고치면 늦습니다.
• 상위 20개 우선 — 전체를 한 번에 손대면 완료 기준이 흐려집니다. 20개를 먼저 유효로 만들고 템플릿을 확장합니다.
• 대조표 한 장 유지 — 상품명, 페이지 가격, 피드 가격, 재고, 배송, 보고서 상태를 한 표에 둡니다. 어긋난 칸이 곧 작업 목록입니다.
• 주 1회 20분 고정 — 제품 스니펫과 판매자 등록정보의 오류 수만 기록해도 변화 시점을 특정할 수 있습니다.
• 수정 로그 남기기 — 언제 무엇을 고쳤는지 적어 두면 노출이 변했을 때 원인을 역추적할 수 있습니다.