스키마 마크업 — 구조화 데이터 설정으로 리치 결과와 AI 인용을 잡는 법
스키마 마크업은 정확히 무엇을 바꾸나요?
스키마 마크업이 바꾸는 것은 순위가 아니라 두 가지 — 검색 결과 화면에서의 표시(리치 결과)와 기계의 콘텐츠 이해도입니다. FAQ·별점·이벤트 날짜·상품 가격 같은 부가 정보가 검색 결과에 함께 노출되면 같은 순위에서도 클릭률이 달라지고, 이 클릭 데이터가 쌓이며 간접적으로 성과에 기여합니다.
2026년 현재 더 중요해진 축은 AI 검색입니다. 구글 AI 개요(AI Overview)와 ChatGPT·Perplexity 같은 답변 엔진은 문서의 주체가 누구인지, 어떤 질문에 어떤 답을 하는지 기계적으로 파악해야 인용할 수 있는데, 구조화 데이터는 이 파악 비용을 줄여줍니다. 조직(Organization) 스키마로 브랜드 엔터티를 일관되게 선언한 사이트는 AI가 "이 분야의 실체 있는 브랜드"로 인식하기 쉬워집니다. AI 인용 전략의 전체 그림은 AI 검색 상위 노출 가이드에서 다룹니다.
어떤 스키마부터 설정해야 하나요?
스키마 설정의 우선순위는 "구글이 리치 결과로 실제 보여주는 유형 + 내 사이트 성격"의 교집합으로 정합니다. schema.org에는 수백 개 유형이 있지만 구글이 검색 결과에 반영하는 유형은 제한적이므로, 아래 표의 순서로 적용하면 낭비가 없습니다.
| 우선순위 | 스키마 유형 | 적용 대상 | 기대 효과 |
|---|---|---|---|
| 1 | Organization / LocalBusiness | 전 사이트(홈 기준 1회) | 브랜드 엔터티 확립, 지식 패널·AI 인식 기반 |
| 2 | Article / BlogPosting | 블로그·가이드 글 | 작성자·발행일 명시, 뉴스·디스커버 노출 자격 |
| 3 | FAQPage | 질문·답변 구조 페이지 | AI 개요·스니펫 발췌에 유리한 Q&A 신호 |
| 4 | Product + Offer | 상품·서비스 페이지 | 가격·재고 리치 결과 |
| 5 | BreadcrumbList | 계층 구조가 있는 사이트 | 검색 결과에 경로 표시, 구조 이해 보조 |
| 6 | HowTo / VideoObject | 절차 안내·영상 포함 페이지 | 단계·영상 정보 노출 |
판단 기준: "이 페이지가 검색 결과에서 어떤 부가 정보를 보여줄 수 있으면 클릭이 늘까?"를 먼저 묻고, 그 답에 해당하는 유형만 넣으십시오. 페이지 내용과 무관한 스키마를 넣는 것은 효과가 없을 뿐 아니라 스팸 구조화 데이터 정책 위반이 될 수 있습니다.
JSON-LD 설정은 어떤 순서로 진행하나요?
구조화 데이터 설정은 형식 선택 → 필수 속성 채우기 → 검증 → 배포 → 모니터링의 5단계로 진행합니다. 형식은 구글 권장인 JSON-LD로 통일하는 것이 관리에 유리합니다 — HTML 본문과 분리된 <script type="application/ld+json"> 블록이라 기존 마크업을 건드리지 않습니다.
- 유형 선택: 위 우선순위표에서 페이지 성격에 맞는 유형을 고릅니다. 한 페이지에 관련 스키마 여러 개(예: Article + FAQPage + Organization)를 함께 선언해도 됩니다.
- 필수 속성 확인: 구글 검색 센터 문서에서 유형별 필수(required)·권장(recommended) 속성을 확인하고 필수부터 채웁니다. 예: Article은 headline·image·datePublished, FAQPage는 질문·답변 쌍.
- 본문과 일치시키기: 스키마에 넣는 모든 값은 사용자가 페이지에서 실제로 볼 수 있는 내용과 일치해야 합니다. 본문에 없는 질문답변을 FAQPage에 넣는 것은 정책 위반입니다.
- 검증: 배포 전 리치 결과 테스트(search.google.com/test/rich-results)와 Schema.org 검증기(validator.schema.org)로 이중 확인합니다.
- 모니터링: 배포 후 서치콘솔 개선사항 리포트에서 오류·경고를 정기 확인합니다. 사이트 개편 시 스키마가 깨지는 일이 흔하므로 개편 직후엔 반드시 재검증합니다.
내 사이트에 지금 어떤 스키마가 들어 있고 무엇이 빠졌는지 한눈에 보려면 워프스타 무료 SEO·AI 진단 도구로 먼저 스캔해 보십시오. 구조화 데이터 항목을 포함한 SEO·AEO 점수를 즉시 확인할 수 있습니다.
실무에서 자주 발견되는 스키마 오류는 무엇인가요?
가장 흔하고 가장 위험한 오류는 "본문에 없는 내용을 스키마로 선언"하는 것입니다. 실무 진단에서 반복적으로 발견되는 사례를 정리하면 다음과 같습니다.
- 더미 리뷰·별점: 실제 수집한 후기가 없는데 AggregateRating으로 평점 4.9를 선언하는 경우 — 셀프 서빙 리뷰는 구글 정책상 리치 결과 자격이 없고, 스팸 구조화 데이터로 수동 조치 사유가 됩니다.
- 중복 선언: 같은 페이지에 WebSite나 Organization이 두 번 들어가 서로 다른 값을 주장하는 경우 — 기계 입장에서는 어느 쪽이 진실인지 알 수 없어 신뢰가 깎입니다.
- URL 불일치: mainEntityOfPage나 @id가 실제 페이지 주소가 아니라 홈이나 오타 URL을 가리키는 경우 — 스키마와 canonical이 서로 다른 문서를 주장하게 됩니다.
- 가짜 최신성: datePublished를 서버 코드로 매일 오늘 날짜로 갱신하는 경우 — 구글이 날짜 신호 전반의 신뢰도를 낮추게 됩니다.
- 필수 속성 누락: FAQPage에 Question만 있고 acceptedAnswer가 비어 있는 등 문법상 유효하지만 자격 미달인 경우.
주의: 스키마 오류는 화면에 보이지 않아 방치되기 쉽습니다. 눈에 안 보이는 코드일수록 "본문과 일치하는가"라는 원칙 하나로 점검하십시오. 판단이 어려운 케이스는 워프스타 SEO 상담에 페이지 주소를 남겨 주시면 구조화 데이터 상태를 확인해 드립니다.
자주 묻는 질문 (FAQ)
스키마 마크업을 넣으면 순위가 오르나요?
스키마 마크업 자체는 구글이 공식적으로 밝힌 직접 랭킹 요소가 아닙니다. 다만 리치 결과로 검색 화면에서 차지하는 면적과 클릭률(CTR)이 늘고, 콘텐츠 의미를 기계가 정확히 이해하게 되어 노출 기회가 확대되는 간접 효과가 있습니다.
스키마는 JSON-LD와 마이크로데이터 중 무엇으로 넣어야 하나요?
구글이 권장하는 형식은 JSON-LD입니다. HTML 구조와 분리된 script 블록으로 관리되어 기존 마크업을 건드리지 않고 추가·수정할 수 있고, 오류도 적게 발생합니다. 특별한 이유가 없다면 JSON-LD 하나로 통일하는 것이 유지보수에 유리합니다.
스키마 마크업이 제대로 적용됐는지 어떻게 확인하나요?
구글 리치 결과 테스트(Rich Results Test)에 페이지 URL을 넣어 리치 결과 자격 여부를 확인하고, Schema.org의 스키마 마크업 검증기로 문법 오류를 점검합니다. 배포 후에는 서치콘솔의 개선사항 리포트에서 사이트 전체의 구조화 데이터 오류를 모니터링하면 됩니다.