구조화 데이터·스키마, Google AI 기능에서는 해석 보조 요소
Google 검색 AI 기능 기준으로 구조화 데이터·스키마의 뜻과 인용 준비도에서 맡는 보조 역할을 설명합니다. 흔한 오해, 함께 볼 기술 요소, 화면 대조 점검 방법도 정리합니다.

Google 검색의 AI 기능(AI 개요·AI 모드)에서 구조화 데이터는 인용 자격 조건이 아닙니다. Google 문서는 참조 링크가 되는 데 별도의 schema.org 데이터가 필요 없다고 하며, 구조화 데이터를 화면 텍스트와 일치시키라고 권합니다. 따라서 진단에서는 스키마 마크업 유무보다 화면 내용과의 일치 여부를 먼저 확인합니다.
구조화 데이터와 스키마는 정확히 무엇을 가리키나요?
Google 검색 센터 문서는 구조화 데이터를 페이지 정보를 제공하고 콘텐츠를 분류하는 표준화된 형식으로 정의합니다. 한국어 문서에서는 「구조화된 데이터」로 표기합니다.
지원 형식은 세 가지입니다. JSON-LD(페이지에 별도 코드 블록으로 넣는 표기 방식), 마이크로데이터와 RDFa(화면 HTML 태그 안에 속성으로 덧붙이는 표기 방식)입니다. Google은 대부분의 경우 JSON-LD를 권장합니다. 마크업이 유효하고 기능 문서대로 구현되면 세 형식 모두 똑같이 사용할 수 있다는 것이 문서의 입장입니다.
스키마는 대개 schema.org 어휘를 뜻합니다. schema.org 소개 문서에 따르면 창립 회사는 Google·Microsoft·Yahoo·Yandex입니다. 어휘 변경은 W3C 커뮤니티 그룹에서 제안·검토하며, 최종 검토와 공개는 운영 그룹이 맡습니다.
Google 검색 동작에 관해서는 schema.org보다 Google 검색 센터 문서가 최종 기준입니다. 같은 schema.org 용어라도 Google이 어떻게 쓰는지는 검색 센터 문서로 확인합니다.
대화에서 함께 나오는 용어는 다음 기준으로 구분합니다.
| 개념 | 무엇인가 | 구조화 데이터와의 관계 |
|---|---|---|
| 리치 결과 | 검색 결과에 추가 정보가 붙어 표시되는 형태 | 표시 자격을 줄 수 있으나 표시를 보장하지 않음 |
| 본문 텍스트 | 독자가 화면에서 읽는 내용 | 구조화 데이터가 일치해야 하는 기준 |
| 리치 결과 테스트 | 개별 페이지의 마크업 유효성을 검사하는 Google 도구 | 개발·수정 단계에서 형식 오류를 확인 |
| 리치 결과 보고서 | Search Console에서 감지된 항목의 유효성을 보여 주는 화면 | 배포 후 지원 유형의 형식 오류를 확인 |
AI 인용 준비도에서 구조화 데이터는 어떤 역할을 하나요?
Google은 웹에서 찾은 구조화 데이터로 페이지 콘텐츠를 파악하고, 마크업에 담긴 사람·책·회사 같은 정보도 수집합니다. 구조화 데이터 소개 문서의 설명입니다.
자격 조건은 AI 기능 문서에 따로 있습니다. AI 개요나 AI 모드의 참조 링크가 되려면 페이지가 색인에 등록되어 있어야 합니다. 검색 기술 요구사항을 충족해 스니펫과 함께 검색 결과에 표시될 수 있어야 하며, 그 밖의 추가 기술 요구사항은 없습니다.
같은 문서는 AI 기능용 파일이나 마크업을 따로 만들 필요가 없다고 적습니다. 별도로 추가할 schema.org 데이터도 없다고 합니다. 다만 권장 사항 중 하나로 구조화 데이터를 화면에 보이는 텍스트와 일치시키라고 안내합니다.
두 문서를 함께 읽으면, Google AI 기능 기준에서 구조화 데이터는 인용 자격이라기보다 페이지 해석을 돕는 보조 요소로 볼 수 있습니다. ChatGPT·Perplexity·Copilot 같은 다른 AI 서비스의 처리 방식은 각 서비스 공식 문서로 따로 확인합니다.
실무에서는 준비도 진단 안에서 구조화 데이터의 위치를 다음처럼 구분해 점검하기를 권합니다.
| 진단 관점 | 구조화 데이터가 하는 일 | 대신하지 못하는 일 |
|---|---|---|
| 접근·색인 | 역할 없음(색인·크롤링 허용과 무관) | 색인 등록, 스니펫 표시 자격 확보 |
| 콘텐츠 이해 | 페이지 유형과 항목별 값을 분류해 전달 | 화면에 없는 내용을 보충하는 일 |
| 개체 일관성 | 회사 관리 정보 전달, 공식 프로필 주소 연결 | 외부 채널에 흩어진 정보를 바로잡는 일 |
개체 일관성 행의 근거는 Google의 회사 정보(Organization) 문서입니다. 이 마크업을 넣으면 Google이 조직의 관리 세부정보를 더 잘 파악하고 검색 결과에서 조직을 명확하게 표시할 수 있습니다. iso6523·naics 같은 일부 속성은 다른 조직과 구분하는 데 내부적으로 쓰입니다.
공식 프로필 연결에는 sameAs(같은 조직의 다른 공식 프로필 주소) 속성을 씁니다. 문서는 이를 조직에 관한 추가 정보가 있는 다른 웹사이트의 페이지 주소로 정의합니다.
구조화 데이터를 두고 흔히 하는 오해는 무엇인가요?
리치 결과 테스트를 통과하면 검색에 표시된다는 오해
구조화 데이터 일반 가이드라인은 구조화 데이터가 검색 결과에 표시된다고 보장하지 않습니다. 유효한 마크업은 표시 자격을 줄 뿐입니다. AI 기능 문서에도 모든 요구사항과 권장사항을 충족해도 크롤링·색인·콘텐츠 제공이 보장되지 않는다는 문장이 있습니다.
화면에 없는 정보를 마크업으로 보충할 수 있다는 오해
가이드라인에 따르면 독자에게 보이지 않는 내용은 마크업할 수 없으며, 페이지 주제와 동떨어진 내용이나 가짜 리뷰 같은 오해 소지 콘텐츠도 금지 대상입니다. 사람이나 조직을 사칭하는 마크업도 같습니다.
위반이 확인되면 구조화 데이터 직접 조치(Google 검토자가 내리는 수동 조치)가 적용될 수 있습니다. 조치를 받은 페이지는 리치 결과 표시 자격을 잃지만, 웹 검색 순위에는 영향을 주지 않습니다.
속성을 많이 채울수록 낫다는 오해
리치 결과로 표시되려면 유형별 필수 속성을 모두 넣어야 합니다. 구조화 데이터 소개 문서는 일반적으로 권장 속성을 많이 넣을수록 향상된 형태로 표시될 가능성이 커진다고 설명합니다. 그러면서도 부정확한 속성을 많이 넣기보다 적더라도 완전하고 정확한 권장 속성이 더 중요하다고 덧붙입니다.
모든 페이지에 회사 정보 마크업을 넣어야 한다는 오해
회사 정보는 홈페이지나 회사 소개처럼 조직을 소개하는 단일 페이지에 두면 되고, 사이트의 모든 페이지에 넣을 필요는 없습니다. Organization 문서의 안내입니다.
이 유형에는 필수 속성이 없고, 조직과 관련된 속성을 최대한 많이 추가하라는 권장이 있습니다. 실무에서는 앞의 정확성 원칙과 함께 읽기를 권합니다. 화면에 실제로 있는 정보만 정확한 값으로 넓게 넣는다는 뜻입니다.
리치 결과 보고서의 숫자가 사이트 전체라는 오해
Search Console 도움말에 따르면 보고서 숫자는 페이지가 아닌 항목 단위이고, 감지된 모든 항목을 담은 전체 목록도 아닙니다. 오류는 보고서 화면에서 고칠 수 없으므로 사이트 소스 코드를 수정해야 합니다.
구조화 데이터 외에 함께 점검할 기술 요소는 무엇인가요?
실무에서는 AI 기능 문서의 자격 요건과 권장 사항을 바탕으로 기술 요소를 다음 일곱 갈래로 나눕니다.
- 색인과 스니펫 자격: 문서가 정한 자격 요건이므로 가장 먼저 확인합니다.
- 크롤링 허용: robots.txt뿐 아니라 CDN과 호스팅 설정에서도 막히지 않았는지 봅니다.
- 내부 링크: 사이트 안의 링크만으로 핵심 페이지를 쉽게 찾을 수 있는지 봅니다.
- 텍스트와 멀티미디어: 중요한 내용이 글자로 제공되는지, 이미지·동영상이 텍스트를 뒷받침하는지 봅니다.
- 페이지 경험: 방문자가 페이지를 불편 없이 이용할 수 있는지 봅니다.
- 구조화 데이터: 화면 텍스트와 일치하는지, 회사 정보가 한 페이지에 정리되어 있는지 봅니다.
- 외부 등록 정보: 판매자 센터(Merchant Center)와 비즈니스 프로필 정보가 최신인지 봅니다.
구조화 데이터는 여섯째 순서로 점검하기를 권합니다. 마크업은 화면 텍스트와 대조해야 하므로, 기준이 되는 텍스트가 먼저 갖춰져야 판정할 수 있기 때문입니다.
지금 사이트의 구조화 데이터는 어떻게 점검하나요?
실무에서는 다음 순서로 범위를 좁혀 점검하기를 권합니다.
- 점검 대상을 정합니다. 홈 또는 회사 소개, 대표 제품·서비스, 대표 글 페이지를 1개씩 고릅니다.
- 페이지 소스에서 어떤 유형의 마크업이 있는지 적습니다.
- 마크업 값과 화면 표기를 항목별로 직접 대조합니다. 값의 일치는 이 대조로만 확인합니다.
- 형식 오류는 리치 결과 테스트로 페이지별로 확인합니다. 배포 후에는 리치 결과 보고서로 지원 유형의 오류를 봅니다.
- 어긋난 값은 화면 표기를 기준으로 고치도록 개발 담당에게 요청합니다.
리치 결과 보고서는 지원되는 유형만 보여 주며, 도움말의 지원 유형 목록에는 로고나 회사 정보(Organization) 항목이 없습니다. Organization 문서는 구조화 데이터 오류 목록과 파싱할 수 없는 구조화 데이터 보고서를 함께 확인하라고 안내합니다. 회사명 불일치를 고쳤다면 3단계의 화면 대조로 다시 확인합니다.
대조 결과는 아래 양식으로 기록합니다. 예를 들어 가상의 ○○ 기업이라면 다음처럼 적습니다.
| 페이지 | 마크업 유형 | 항목 | 화면 표기 | 마크업 값 | 판정 | 조치 |
|---|---|---|---|---|---|---|
| 회사 소개 | Organization | 회사명 | ○○주식회사 | ○○ | 불일치 | 화면 표기로 통일 |
| 회사 소개 | Organization | 대표 전화 | 02-000-0000 | 02-000-0000 | 일치 | 유지 |
| 대표 글 | Article | 발행일 | 2026-09-01 | 2026-08-30 | 불일치 | 화면 날짜 기준으로 수정 |
개발 담당에게 보내는 요청은 다음 문안을 그대로 쓸 수 있습니다.
「회사 소개 페이지의 회사 정보 마크업에서 회사명 값이 화면 표기와 다릅니다. 화면 표기 ‘○○주식회사’를 기준으로 마크업 값을 바꿔 주시기 바랍니다. 반영 후 해당 페이지 주소와 반영 일자를 회신해 주시기 바랍니다.」
반영 일자를 기록하면 이후 화면 대조 결과와 보고서의 변화를 날짜별로 비교할 수 있습니다.
정리
- 대상 페이지 3개를 고르고, 먼저 색인과 스니펫 자격이 있는지 확인합니다.
- 각 페이지의 마크업 유형과 값을 기록 양식에 옮겨 적습니다.
- 화면 표기와 다른 값을 표시하고, 화면 기준으로 고치도록 요청합니다.
- 회사 정보 마크업이 홈 또는 회사 소개 한 곳에 정리되어 있는지 확인합니다.
- 반영 일자를 기록하고, 화면 대조 결과와 보고서 오류를 함께 다시 확인합니다.
이 글은 일반적인 정보 제공을 위한 것이며, 글 속 수치와 사례는 인용한 출처 기준입니다.


