futureshop 구조화 데이터 범위와 AI용 추가

futureshop은 구조화 데이터를 자동으로 내보냅니다. 구조화 데이터는 페이지의 내용을 기계가 읽는 형태로 적어 두는 기술입니다. 그래서 그것만으로 AI 검색 대책이 끝났다고 보아도 되는지 묻는 문의가 자주 들어옵니다.

이 질문은 futureshop을 쓰는 중견 브랜드 담당자에게서 특히 자주 나옵니다. 답은 "일부는 끝났지만, AI 검색에 인용되는 조건으로는 부족하다"입니다. 자동 출력은 검색 엔진에 상품의 기본 정보를 전달하는 범위입니다. AI가 답변을 만들 때 필요한 정보와는 겹치는 부분도 있고 겹치지 않는 부분도 있습니다.

자동 출력의 범위를 확인하는 방법을 정리했습니다. 리치 리절트용과 AI 이해용의 차이, 추가할 항목의 우선순위도 함께 다룹니다.

결론: 자동 출력은 "상품의 기본 정보"까지. AI용으로는 4가지 추가가 필요하다

futureshop은 구조화 데이터를 자동으로 출력합니다. 브레드크럼·상품·리뷰·사이트 내 검색이 그 대상입니다. XML 사이트맵도 자동으로 만듭니다. 이 범위는 다른 ASP 카트보다 넓고, 상품 페이지만 보면 충분한 출발점입니다. 다만 구멍이 두 가지 있습니다. 자동 사이트맵에는 관리 화면에서 만든 페이지만 들어가서, 연계한 WordPress 글이나 올린 정적 HTML은 빠집니다. 그리고 콘텐츠 페이지용 Article은 자동 출력 대상이 아닙니다.

AI 검색용으로 부족한 것은 대개 이 4가지입니다.

1. 가시 텍스트와 구조화 데이터 값의 불일치(가격·재고·옵션)

2. 특집·블로그 등 콘텐츠 페이지의 Article과 브레드크럼

3. 비교·고르는 법·FAQ의 본문이 가시 HTML로 존재하지 않는 것

4. 출력 후 검증을 지속하는 구조(템플릿 업데이트로 깨져도 알아차릴 수 없음)

중요한 관점: 잘못된 구조화 데이터는 없는 것보다 나쁠 수 있습니다. 오류가 있으면 블록 전체가 무시되기도 합니다. 가격표가 잘못 붙은 상품이 진열대에서 통째로 빠지는 것과 비슷합니다. 자동 출력을 "넣으면 끝"으로 두지 말고 검증까지 운영에 넣어야 합니다.

리치 리절트용과 AI 이해용은 목적이 다릅니다

같은 JSON-LD라도 쓰임에 따라 요구되는 것이 다릅니다. 검색 결과에 리치 리절트를 띄우려는 용도와 AI가 페이지의 의미를 이해하는 용도입니다.

futureshop의 자동 출력은 왼쪽 열에 무게를 두고 있습니다. 오른쪽 열을 채우려면 가시 텍스트와의 일치, 페이지 간 관계를 운영 쪽에서 챙겨야 합니다. 표의 오른쪽 열 중 자기 숍에 없는 항목부터 표시해 두면 됩니다.

자동 출력의 범위를 확인하는 방법

추측하지 말고 실제 출력을 확인합니다. 옷 가게라면 재킷 한 벌의 페이지부터 엽니다.

1. 상품 페이지, 카테고리 페이지, 특집 페이지, 메인 페이지 4종류의 URL을 Google 리치 리절트 테스트에 돌립니다

2. 검출된 유형(Product, BreadcrumbList, Organization 등)과 오류·경고를 기록합니다

3. 상품 페이지 Offer의 price와 availability가 화면에 표시된 가격·재고와 일치하는지 확인합니다

4. 옵션(색상·사이즈)마다 재고가 다른 상품에서 구조화 데이터가 어느 상태를 나타내고 있는지 확인합니다

5. 특집 페이지·블로그 글에 Article이 출력되는지, 출력되지 않으면 템플릿에서 추가할 수 있는지 확인합니다

이 5단계로 자동 출력의 범위가 갈립니다. 템플릿 편집으로 메울 수 있는 범위와 없는 범위도 드러납니다. 상품 페이지 하나를 리치 리절트 테스트에 넣는 일부터 시작하면 됩니다.

추가해야 할 항목: 우선순위 포함

FAQ에 관해 하나만 보탭니다. Google은 FAQ 리치 리절트를 정부·의료 등 권위 있는 사이트 중심으로 제한했습니다. 그래서 일반 EC 사이트가 FAQPage 구조화 데이터를 넣어도 검색 결과 표시는 거의 기대할 수 없습니다. 그래도 FAQ 본문 자체는 AI가 답변을 만들 때 인용 출처가 됩니다. 구조화 데이터보다 가시 HTML로서의 FAQ가 먼저입니다.

운영자가 놓치기 쉬운 3가지 함정

• 이미지 속 텍스트. 상품 설명·사용 장면·브랜드 스토리가 이미지에만 있으면 AI에게는 없는 것과 같습니다. 텍스트로 옮겨야 합니다.

• 숨겨진 재고 표시. 판매 중인 상품에 템플릿에서 비롯된 "재고 없음" 텍스트가 남아 있을 때가 있습니다. 그러면 AI가 그 상품을 추천 후보에서 빼기도 합니다. 실제로 연매출 400억 원(약 40억 엔) 규모의 한국 EC 브랜드에서는 이 숨겨진 품절 텍스트를 지우는 것이 개선의 출발점이었습니다.

• 템플릿 업데이트 후 미검증. 자동 출력은 편리합니다. 하지만 템플릿을 바꾼 다음 날 출력이 깨져도 아무도 모르는 상태가 가장 흔한 실패입니다.

구조화 데이터는 "넣는 작업"이 아니라 "일치를 유지하는 운영"

여기까지를 상품 수십 점에 대해 한다면 리치 리절트 테스트와 손작업으로 충분합니다. 상품이 수천 점이 되면 사정이 다릅니다. 템플릿이 여러 개로 나뉘고 계절마다 특집 페이지가 늘어납니다. 가시 텍스트와 구조화 데이터의 일치를 계속 지키는 것 자체가 일이 됩니다.

Search OS는 이 일치의 유지를 운영으로 다룹니다. futureshop의 자동 출력을 대체하지는 않습니다. 사이트 전체 페이지의 JSON-LD·메타데이터·canonical 상태를 지속적으로 검증합니다. 가시 텍스트와 어긋나는 곳, Article이 빠진 콘텐츠 페이지, 봇이 가져오지 못하는 URL을 찾아 우선순위대로 수정 대상으로 내립니다. 질문은 구조화 데이터를 "넣었는가"가 아니라 "오늘도 올바른가"입니다.

자주 묻는 질문

자동 출력이 있다면 직접 JSON-LD를 쓸 필요는 없나요

상품의 기본 정보라면 불필요한 경우가 많습니다. 다만 콘텐츠 페이지의 Article은 운영 쪽 책임입니다. 가시 텍스트와 구조화 데이터의 일치도 마찬가지입니다. 먼저 위의 5단계로 범위를 확인합니다.

FAQPage 구조화 데이터는 넣어야 하나요

일반 EC 사이트에서는 검색 결과 표시를 기대할 수 없습니다. FAQ는 가시 HTML로 본문에 두는 쪽이 우선입니다. 구조화 데이터는 선택 사항입니다.

옵션마다 재고가 다른 상품은 어떻게 표현하나요

구조화 데이터가 "어느 옵션의 재고"를 나타내는지 확인합니다. 화면 표시와 모순되지 않는 상태로 맞춥니다. 모순을 피할 수 없다면 재고 값을 구조화 데이터에서 빼는 편이 안전합니다. 옵션별 재고가 다른 상품 하나로 먼저 확인하면 됩니다.

함께 읽기

• 2026 EC 사이트 전략: AI 쇼핑 검색까지 고려하는 방법

• AI 어시스턴트가 당신의 답을 찾지 못하면, Google 순위는 당신을 구하지 못합니다

• SEO/GEO 성공 사례: 연매출 400억 EC 브랜드가 3개월 만에 Organic 구매 매출을 80% 늘린 방법

• futureshop이 검색·AI 검색에 안 나올 때 볼 4가지

참고 자료

• Google Search Central: Product structured data

• Google Search Central: General structured data guidelines

• Google Search Central: FAQ structured data

• Google: Rich Results Test