스키마 마크업

TL;DR — 스키마 마크업은 페이지에 추가해 콘텐츠의 의미를 표시하는 코드입니다. ‘이것은 가격’, ‘이것은 작성자’, ‘이것은 리뷰 점수’라고 알려 검색엔진이 추측하지 않아도 되게 합니다. schema.org 의 공통 어휘를 사용합니다. 주된 효과는 검색결과에 보이는 별점, 가격, 탐색 경로 같은 리치 결과입니다. 순위를 직접 높여 주지는 않습니다. 이것이 가장 큰 오해입니다.

스키마 마크업이란

사람은 웹페이지를 읽으면 전화번호, 가격, 작성자 이름을 구분할 수 있습니다. 검색엔진은 일반 텍스트를 보고 이를 모두 추론해야 합니다. 스키마 마크업은 각 콘텐츠가 실제로 무엇인지 태그를 붙여 코드로 명시합니다.

schema.org에 공개된 공통 어휘를 사용합니다. Product, Recipe, Event, Article 같은 ‘유형’과 각 유형이 가질 수 있는 ‘속성’의 목록입니다. Product에는 price가 있고 Event에는 startDate가 있습니다. 주요 검색엔진이 같은 어휘를 읽으므로 콘텐츠에 한 번 표시하면 모두 이해할 수 있습니다. 이 주장에 대한 근거 Schema.org defines shared types and properties that publishers can use to describe entities and content. 범위: Schema.org vocabulary; search engines decide independently which types power search features. 신뢰도: 높음 · 검증일: 2026-07-14 Schema.org: Getting started

구조화 데이터라고도 부릅니다. 두 용어를 서로 바꾸어 쓰곤 합니다. 엄밀히는 구조화 데이터가 넓은 개념이고 스키마 마크업은 schema.org 어휘를 사용하는 특정 사례지만, 일상적인 SEO 대화에서는 같은 뜻으로 사용합니다.

중요한 이유: 리치 결과

스키마를 추가하는 눈에 보이는 이유는 리치 결과입니다. Google은 예전에 이를 ‘리치 스니펫’이라고 불렀습니다. 다음과 같이 강화된 검색결과입니다.

• ⭐ 상품 아래의 리뷰 별점
• 💲 가격과 ‘재고 있음’ 표시
• 🍳 조리 시간과 사진이 포함된 레시피 카드
• 🧭 원시 URL 대신 표시되는 탐색 경로

이런 표시를 받으려면 해당 콘텐츠에 맞는 스키마 유형과 모든 필수 세부 사항을 마크업해야 합니다. 그러면 검색결과가 해당 기능의 대상 자격을 얻지만, 표시는 결코 보장되지 않습니다. 이 주장에 대한 근거 Google uses supported structured data to understand page content and make pages eligible for certain search-result features. 범위: Google Search documentation; markup does not guarantee appearance or ranking improvement. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Structured data introduction 리치 결과는 검색결과를 돋보이게 하고 클릭을 늘릴 수 있습니다.

가장 흔한 오해

스키마 마크업은 순위 요소가 아닙니다. 스키마를 추가한다고 검색결과 순위가 올라가지 않습니다. Google은 이를 여러 번 밝혔습니다. 리치 결과를 얻도록 도울 수는 있고 눈에 띄는 검색결과가 클릭을 늘릴 수 있지만, 이는 순위가 높아지는 것과 다릅니다.

초보자가 빠지기 쉬운 함정 두 가지가 더 있습니다.

• 스키마가 많다고 더 좋은 것은 아닙니다. 페이지에 실제로 있고 정확한 콘텐츠만 마크업하세요. 방문자가 볼 수 없는 내용을 마크업하면 Google 규칙을 위반합니다.
• 일부 유형은 폐지됐습니다. FAQ와 HowTo 리치 결과는 한때 인기 있었지만 Google은 더 이상 표시하지 않습니다. 아무 효과도 얻지 못하는 마크업에 시간을 쓰지 마세요.

코드를 작성하는 방식은 별도 주제입니다. 권장 형식은 JSON-LD로, 페이지의 겉모습을 바꾸지 않고 들어가는 작은 코드 블록입니다. 현재 리치 결과 유형, 폐지된 기능, 엔티티 마크업, 검증 방법을 포함한 전체 설명은 고급 탭에서 확인하세요.

TL;DR — 스키마 마크업은 Google / Microsoft / Yahoo / Yandex가 협력하는 schema.org 어휘로 페이지의 의미를 표시합니다. 두 가지 별도 역할이 있습니다. 리치 결과 적격성은 특정 유형과 모든 필수 속성을 통해 눈에 보이는 검색결과 기능의 대상 자격을 얻는 것이고, 엔티티 이해는 Organization / Person + sameAs로 검색엔진과 지식 그래프가 누구/무엇인지 파악하도록 돕는 것으로 눈에 보이는 신호는 없습니다. 직접적인 순위 요소가 아닙니다. 어휘(스키마 마크업)와 형식(권장되는 JSON-LD, Microdata와 RDFa도 가능)을 혼동하지 마세요. 폐지 주기도 주의하세요. HowTo 리치 결과는 2023년에 사라졌고, 2025년 6월에는 일곱 기능 유형이 폐지됐으며, FAQ 리치 결과는 2026년에 폐지됐습니다. 제 원칙은 검색 기능을 얻거나 실제로 엔티티 이해를 돕는 경우에 구현하는 것입니다. 마크업이 많으면 자동으로 더 좋기 때문이 아닙니다.

스키마 마크업·구조화 데이터·JSON-LD의 차이

세 용어가 끊임없이 혼동되므로 분명히 구분하겠습니다.

• 구조화 데이터는 일반 개념입니다. 기계가 이해하도록 콘텐츠에 주석을 다는 표준화된 방식 전반을 뜻합니다.
• 스키마 마크업은 특히 schema.org 어휘를 사용하는 구조화 데이터입니다. 실무에서는 두 용어를 서로 바꾸어 씁니다.
• JSON-LD는 마크업을 작성하는 세 방식 중 하나인 형식입니다. 스키마 마크업의 동의어가 아닙니다. 동일한 schema.org 유형을 JSON-LD, Microdata, RDFa로 표현할 수 있습니다.

처음부터 혼동하기 쉬운 것은 어휘(schema.org)와 형식(JSON-LD)의 구분입니다. 어휘는 무엇을 말하는지이고 형식은 어떻게 작성하는지입니다.

schema.org의 실제 의미

schema.org는 2011년 시작되어 Google, Microsoft(Bing), Yahoo, Yandex가 함께 유지하는 공통 어휘입니다. Thing → CreativeWork → Article → NewsArticle 같은 유형 계층과 각 유형이 가질 수 있는 속성을 정의합니다. 검색엔진은 어휘에 합의한 뒤 어떤 유형을 사용하고 어떤 유형을 리치 결과로 표시할지 각각 결정합니다. 이 마지막 점이 중요합니다. schema.org에는 어느 한 엔진이 표시하는 것보다 훨씬 많은 유형이 있습니다. 이 주장에 대한 근거 A property can be valid in Schema.org without being required, recommended, or consumed for a specific Google rich result. 범위: Schema.org vocabulary compared with Google Search feature requirements. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Structured data feature guide

스키마의 두 역할과 사람들이 하나만 생각하는 이유

대부분의 가이드는 스키마를 리치 결과를 얻는 수단으로만 설명하고 끝냅니다. 실제로는 별도의 두 역할을 합니다.

1. 리치 결과 적격성. 지원되는 유형과 모든 필수 속성으로 콘텐츠를 마크업하면 별점, 가격, 탐색 경로, 레시피 카드 같은 눈에 보이는 검색결과 기능의 대상 자격을 얻습니다. 모두가 추구하는 부분입니다.

2. 콘텐츠와 엔티티 이해. Google은 구조화 데이터를 “to understand the content of the page, as well as to gather information about the web and the world in general.” (번역) 「페이지의 콘텐츠를 이해하고 웹과 세계 전반에 관한 정보를 수집하기 위해」 사용한다고 설명합니다. Organization, Person 등은, 특히 sameAs가 공신력 있는 프로필을 가리킬 때, 검색엔진이 페이지가 어떤 엔티티에 관한 것인지 확신 있게 파악하도록 돕고 지식 그래프에 정보를 제공합니다. 눈에 보이는 배지는 없으며 이점은 이해입니다.

실무적으로는 리치 결과를 만들지 않는 유형도 엔티티 이해를 명확히 한다면 마크업할 가치가 있습니다. 대표적인 예가 Organization입니다.

형식: JSON-LD, Microdata, RDFa

Google은 세 가지 모두 지원합니다. JSON-LD가 권장되는 선택이며 구체적인 이유가 있습니다.

• <script type="application/ld+json"> 블록에 들어가며 HTML 사이에 섞이지 않으므로, 템플릿이 바뀔 때 중첩 데이터를 표현하고 유지하기 훨씬 쉽습니다.
• Google은 JavaScript나 CMS 위젯이 동적으로 삽입한 JSON-LD도 읽을 수 있습니다. 이는 Google이 문서화한 동작이지 보편적인 렌더링 보장이 아닙니다. 다른 검색엔진과 AI 크롤러는 삽입된 JSON-LD를 다르게 렌더링하거나 렌더링하지 못할 수 있습니다. 동일하게 작동한다고 가정하지 말고 실제로 중요한 각 소비 주체를 테스트하세요.

Microdata와 RDFa는 HTML 마크업에 섞어 넣는 인라인 속성입니다. 불이익을 받거나 더 잘못 파싱되는 것이 아닙니다. 그것은 오해입니다. 유지관리가 더 어려울 뿐입니다. 기존 CMS나 특정 플랫폼이 인라인 마크업을 강제할 때만 사용하세요.

스키마는 순위 요소가 아닙니다

이 주제에서 가장 중요한 정정입니다. Google 담당자들은 여러 해 동안 명확하고 일관되게 밝혔습니다. 정확한 발언은 인용문 탭을 보세요. Danny Sullivan은 구조화 데이터를 “optional” (번역) 「선택 사항」이라고, 그리고 “no impact on ranking in web search.” (번역) 「웹 검색 순위에 영향이 없다」고 했습니다. 이점은 간접적입니다. 리치 결과가 클릭률을 높일 수 있고, 엔티티를 더 잘 이해하면 관련성 매칭이 쉬워질 수 있습니다. 어느 쪽도 마크업 자체가 주는 순위 상승이 아닙니다.

그래서 제 관점도 늘 실용적이었습니다. Ahrefs 기업 SEO 가이드 에서 이렇게 말했습니다. “I’m a fan of schema markup as long as it gets you a search feature.” (번역) 「검색 기능을 얻을 수 있다면 저는 스키마 마크업을 좋아합니다.」 즉, 확인된 리치 결과 적격성이나 명확한 엔티티 가치가 있는 유형을 우선하고, 뭔가 효과가 있기를 바라며 모든 페이지에 마크업을 뿌리지 말라는 뜻입니다.

2026년에 가장 유용한 스키마 유형

현재 리치 결과를 만드는 기능을 확인할 기준은 Google의 검색 갤러리 입니다. 효과를 얻는 빈도에 따른 대략적인 우선순위는 다음과 같습니다.

• Product — 가격, 재고 상태, 리뷰 평점. 전자상거래에서 가치가 가장 높은 유형입니다.
• Review snippet / AggregateRating — 적격 콘텐츠의 별점입니다.
• BreadcrumbList — 원시 URL 대신 표시되는 탐색 경로입니다.
• Article(뉴스/블로그/스포츠) — 기사 강화 표시의 대상 자격이 있습니다. 주요 뉴스는 자체 게시자 및 콘텐츠 정책 요건이 있는 별개의 더 제한적인 영역입니다. Article 마크업은 필요하지만 그 자체로 페이지를 그곳에 올려 주지는 않습니다.
• Organization — 엔티티를 확립합니다. Google이 패널에 표시하는 로고/세부 정보에 기여할 수 있지만 유효한 마크업이 지식 패널의 출현을 보장하지는 않습니다. 패널이나 리치 결과가 없어도 엔티티 이해가 확실한 부분입니다.
• LocalBusiness — 로컬 패널 세부 정보, 영업시간, 연락처입니다.
• Event, Recipe, Job posting, Video(VideoObject), Q&A, Software app, Dataset, Discussion forum, Course list — 각각 특정 갤러리 기능에 대응합니다.

다른 것을 구현하지 않더라도 Organization, BreadcrumbList, 그리고 해당 업종의 Product 또는 LocalBusiness가 효과가 큰 사례를 다룹니다.

폐지 흐름 — 끝난 유형 구현을 멈추세요

지원 유형은 실제로 바뀌며, 폐지된 기능을 따라가는 것은 개발 시간을 낭비하는 가장 흔한 방법입니다. 최근 이력은 다음과 같습니다.

• 2023년 — HowTo 리치 결과가 제거됐습니다. 데스크톱과 모바일 모두입니다. 수많은 오래된 가이드가 여전히 권장하지만 이제 아무 효과도 얻지 못합니다.
• 2025년 6월 — 일곱 기능 유형이 폐지됐습니다: Book Actions(도서 작업), Course Info(이전 형식, Course list로 대체), Claim Review(주장 검증), Estimated Salary(예상 급여), Learning Video(학습 동영상), Special Announcement(특별 공지), Vehicle Listing(차량 목록).
• 2026년 — FAQ 리치 결과가 폐지됐습니다. 대부분 사이트에서 검색결과 아래 펼침형 Q&A가 더 이상 보이지 않습니다. FAQPage 스키마는 여전히 유효하고 Google은 이해를 위해 계속 파싱하지만, 모두가 구현하게 했던 시각적 강화 기능은 사라졌습니다.

2026년 변화에 대한 John Mueller의 설명이 적절합니다. “Google is not killing schema… markup types come and go, but a precious few you should hold on to.” (번역) 「Google은 스키마를 없애는 것이 아닙니다… 마크업 유형은 나타났다 사라지지만, 유지해야 할 소수의 중요한 것은 있습니다.」 교훈은 ‘스키마가 죽는다’가 아니라 ‘2021년 튜토리얼이 아닌 현재 갤러리에 맞춰 구현하라’는 것입니다.

엔티티 마크업과 지식 그래프

리치 결과를 넘어 스키마는 검색엔진이 엔티티를 구별하도록 돕는 방법입니다. 여기의 ‘Apple’이 과일이 아니라 회사이고, 작성자가 특정한 실제 사람임을 알게 합니다. 수단은 sameAs 속성입니다. Organization이나 Person 마크업에서 Wikipedia, Wikidata, LinkedIn, Crunchbase, 공식 소셜 프로필 같은 공신력 있는 식별자를 가리킵니다.

올바르게 하면 지식 그래프에 정보를 제공하고 검색엔진과 그 이후 AI 시스템이 여러분을 더 확실히 인식하게 합니다. 부주의하면 역효과가 납니다. sameAs가 잘못된 Wikipedia 페이지나 다른 회사의 프로필을 가리키면 무관한 엔티티를 혼동하게 할 수 있습니다. canonical을 테스트하듯 sameAs 값을 신중히 테스트하세요.

스키마와 AI 검색 — 적절한 기대

스키마는 종종 AI 인용을 늘리는 수단으로 판매되지만 직접적인 수단은 아닙니다. LLM이 JSON-LD를 안정적으로 파싱하고 보상으로 인용해 주는 것은 아닙니다. 대규모 연구에서 스키마 적용 범위에 따른 유의미한 AI 인용 증가를 찾지 못했습니다. 스키마의 역할은 앞서 설명한 엔티티 이해이며, 여기에도 주의 사항이 있습니다. Google은 Organization/Person + sameAs가 자체 지식 그래프와 검색 이해에 정보를 준다고 문서화했습니다. 다른 AI 제공업체가 같은 엔티티 신호에 의존하는지, 얼마나 의존하는지는 제공업체별 질문이며 어떤 업체도 보장한다고 문서화한 사항이 아닙니다. 여러 제공업체에 걸친 AI 인용 이점은 스키마 자체가 제공하는 구현 효과가 아니라 미검증 가설로 다루세요. 보편적인 인용 스위치가 아니라 Google 자체 시스템을 위한 엔티티 인프라라고 생각하세요. 이 관점은 AI를 위한 스키마 마크업 에서 자세히 다룹니다. 이 글의 어휘·유형·구현과는 다른, 인용 증가에 관한 질문입니다.

구현 우선순위

처음 시작한다면 다음 순서로 진행하세요.

1. 정확한 name, logo, url과 검증된 sameAs를 갖춘 사이트 전체 Organization — 엔티티의 토대입니다.
2. 템플릿 페이지의 BreadcrumbList — 비용이 적고 적용 자격이 넓으며 검색결과를 개선합니다.
3. 전자상거래의 Product 또는 로컬 업종의 LocalBusiness — 사업별 가치가 가장 큰 유형입니다.
4. 편집 콘텐츠의 Article.
5. 그 후에야 현재 확인된 갤러리 기능에 대응하는 특수 유형을 구현하세요.

Google 지침에서 타협할 수 없는 두 가지는 페이지에 보이는 콘텐츠만 마크업하는 것, 그리고 가능한 모든 속성을 부정확하게 채우기보다 필수 속성을 “fewer but complete and accurate” (번역) 「적더라도 완전하고 정확하게」 제공하는 것입니다.

배포 전에 검증하기

• Rich Results Test (리치 결과 테스트) — 리치 결과를 만드는 유형용이며 적격성과 필수 속성 오류를 알려 줍니다.
• Schema Markup Validator (스키마 마크업 검증기) — 리치 결과를 만들지 않는 유형을 포함한 모든 schema.org 유형용입니다. 이 주장에 대한 근거 Google recommends validating feature eligibility with the Rich Results Test and broader schema syntax with Schema.org tooling. 범위: Google Search deployment workflow; passing a validator does not guarantee display. 신뢰도: 높음 · 검증일: 2026-07-14 Google: Structured data introduction
• Google Search Console 리치 결과 보고서 — 배포 후 대규모로 적격성과 오류를 모니터링합니다.
• Ahrefs Site Audit — 사이트 전체의 구조화 데이터 문제를 표시합니다.

필수 속성 오류가 있으면 해당 페이지는 대응하는 리치 결과의 자격을 잃습니다. 권장 속성 누락은 대개 허용됩니다. 검증한 뒤 배포하세요. 순서를 바꾸지 마세요.

한 단계를 통과해도 다음 단계를 통과한다는 뜻은 아니므로 계층을 구분하세요. 유효한 마크업(검증기가 오류 없이 파싱함) → 지원되는 어휘(schema.org가 유형을 인식함) → 기능 지원(Google 갤러리가 지금 대응 리치 결과를 명시함) → 적격성(모든 필수 속성 존재, 정책 준수) → 색인(페이지가 실제로 색인됨) → 표시(Google이 강화 표시를 선택함) → 순위(앞선 어느 단계에도 영향받지 않음). 검증기의 통과 표시는 첫 단계만 입증합니다.

더 큰 맥락에서의 위치는 이 글이 속한 상위 구조화 데이터 허브를 참고하세요.

AI 요약

고급 버전의 요약입니다.

• 정의: 스키마 마크업은 schema.org 어휘로 페이지의 의미를 표시합니다. ‘구조화 데이터’가 넓은 개념이고 ‘스키마 마크업’은 schema.org를 사용하는 사례이며 서로 바꾸어 쓰곤 합니다. JSON-LD는 동의어가 아니라 형식입니다. 어휘와 형식을 혼동하지 마세요.
• schema.org: 2011년 시작되어 Google, Microsoft, Yahoo, Yandex가 유지하는 공통 어휘로 유형과 속성을 정의합니다. 어느 엔진이 리치 결과로 표시하는 것보다 훨씬 많은 유형을 포함합니다.
• 두 역할: (1) 리치 결과 적격성 — 눈에 보이는 검색결과 강화 기능이며 올바른 유형과 모든 필수 속성이 필요합니다. (2) 엔티티 이해 — Organization/Person + sameAs로 엔진과 지식 그래프가 누구인지 파악하도록 돕고 눈에 보이는 신호는 없습니다.
• 순위 요소가 아님: Google 담당자들이 일관되게 밝힙니다. Sullivan의 표현은 “optional… no impact on ranking in web search”(번역: 선택 사항… 웹 검색 순위에 영향 없음)입니다. 이점은 리치 결과를 통한 CTR과 쉬워진 관련성 매칭 등 간접적입니다.
• 형식: HTML 사이에 섞이지 않고 JS로 삽입 가능한 JSON-LD를 권장합니다. Microdata와 RDFa도 완전히 지원되며 유지관리가 어려울 뿐 더 잘못 파싱되는 것이 아닙니다.
• 2026년 주요 유형: Product, Review/AggregateRating, BreadcrumbList, Article, Organization, LocalBusiness 및 Event/Recipe/JobPosting/VideoObject/Q&A 등.
• 폐지 흐름: HowTo 리치 결과는 2023년 제거, 2025년 6월에는 일곱 유형(Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, 이전 Course Info)이 폐지됐습니다. FAQ 리치 결과는 2026년 폐지됐으며 스키마는 계속 파싱하지만 시각적 강화는 없습니다.
• 엔티티 마크업: Wikipedia/Wikidata/LinkedIn 등을 가리키는 sameAs는 지식 그래프에서 엔티티를 구별합니다. 잘못된 sameAs는 엔티티를 혼동시킬 수 있으므로 테스트하세요.
• AI 검색: 직접적인 인용 수단이 아닙니다. 대규모 연구에서 유의미한 증가가 없었습니다. Google 자체 시스템의 엔티티 인프라입니다. 다른 AI 제공업체가 같은 신호에 의존하는지는 미검증된 제공업체별 문제이지 문서화된 보장이 아닙니다. 별도의 AI를 위한 스키마 마크업 글을 참고하세요.
• 우선순위: Organization → BreadcrumbList → Product/LocalBusiness → Article → 현재 갤러리의 특수 유형. 보이는 콘텐츠만, ‘적더라도 완전하고 정확하게’ 마크업하세요. Rich Results Test(리치 결과 유형)와 schema.org Validator(모든 유형)로 검증하세요.

공식 문서

검색엔진의 1차 출처 문서입니다.

Google

• Intro to structured data markup (번역: 구조화 데이터 마크업 소개) — 구조화 데이터의 의미, JSON-LD 권장, Google이 페이지와 웹을 이해하는 데 사용하는 방식
• Structured data search gallery (번역: 구조화 데이터 검색 갤러리) — 현재 리치 결과를 만드는 기능의 기준 자료
• General structured data guidelines (번역: 일반 구조화 데이터 지침) — 보이지 않는 콘텐츠를 마크업하지 않기, 가장 구체적인 유형 사용, 정확성 유지 등 품질·스팸 규칙
• Rich Results Test (리치 결과 테스트) — 리치 결과 적격 유형의 공식 테스트
• Schema Markup Validator (스키마 마크업 검증기) — schema.org가 운영하며 모든 schema.org 유형 검증
• schema.org documentation (schema.org 문서) — 모든 유형과 속성으로 이루어진 어휘 자체

Bing / Microsoft

• Bing Webmaster Guidelines — markup (번역: Bing 웹마스터 지침 — 마크업) — schema.org 구조화 데이터와 JSON-LD에 대한 Bing 지원
• Bing Webmaster Tools — Markup Validator / URL Inspection (번역: Bing 웹마스터 도구 — 마크업 검증기 / URL 검사) — Bing이 구조화 데이터를 어떻게 읽는지 테스트

출처의 인용문

Google과 Bing의 공개 발언입니다. 페이지에서 해당 텍스트를 제공하는 경우 링크는 인용 구절로 바로 이동합니다.

Google 문서 — 구조화 데이터의 역할

• “Google uses structured data that it finds on the web to understand the content of the page, as well as to gather information about the web and the world in general.” (번역) 「Google은 웹에서 찾은 구조화 데이터를 사용해 페이지의 콘텐츠를 이해하고 웹과 세계 전반에 관한 정보를 수집합니다.」 인용문으로 이동
• JSON-LD에 관해: “A JavaScript notation embedded in a <script> tag in the page head or body. The markup is not interleaved with the user-visible text… Also, Google can read JSON-LD data when it is dynamically injected into the page’s contents, such as by JavaScript code or embedded widgets.” (번역) 「페이지의 head나 body에 있는 <script> 태그에 삽입되는 JavaScript 표기법입니다. 마크업은 사용자에게 보이는 텍스트와 섞이지 않습니다… 또한 Google은 JavaScript 코드나 삽입 위젯 등으로 페이지 콘텐츠에 동적으로 삽입되는 JSON-LD 데이터도 읽을 수 있습니다.」 인용문으로 이동
• “You must include all the required properties for an object to be eligible for appearance in Google Search with enhanced display.” (번역) 「객체가 Google 검색에서 강화 표시될 자격을 갖추려면 모든 필수 속성을 포함해야 합니다.」 인용문으로 이동

Google 지침 — 품질과 스팸

• “Don’t mark up content that is not visible to readers of the page.” (번역) 「페이지 독자에게 보이지 않는 콘텐츠를 마크업하지 마세요.」 인용문으로 이동
• “Use the most specific applicable type and property names defined by schema.org for your content.” (번역) 「콘텐츠에 해당하는 schema.org의 가장 구체적인 유형과 속성 이름을 사용하세요.」 인용문으로 이동

Google 담당자 — 스키마는 순위 요소가 아닙니다

• John Mueller: “Using schema doesn’t give you a ranking boost. Just having more detailed markup doesn’t mean it ranks better.” (번역) 「스키마를 사용한다고 순위가 올라가지 않습니다. 더 자세한 마크업이 있다고 더 높은 순위를 얻는 것은 아닙니다.」 SEJ 보도
• Google Search Liaison Danny Sullivan: 구조화 데이터는 “optional” (번역) 「선택 사항」이며 “no impact on ranking in web search.” (번역) 「웹 검색 순위에 영향이 없다」고 했습니다. Sullivan의 2020년 발언에 관한 업계 보도를 통해 전달된 내용입니다. 문구를 확정된 것으로 취급하기 전에 원문 게시물에서 확인하세요.

John Mueller — 폐지에 관해(2026년)

• “Google is not killing schema.” (번역) 「Google은 스키마를 없애는 것이 아닙니다.」 그리고 “Understand that markup types come and go, but a precious few you should hold on to, like title and meta robots.” (번역) 「마크업 유형은 나타났다 사라지지만 title과 meta robots처럼 유지해야 할 소수의 중요한 것이 있음을 이해하세요.」 보도 Mueller의 2026년 발언에 관한 Stan Ventures 보도로 전달됐습니다. 문구를 2차 보도의 전사 내용으로 다루세요.

Microsoft Bing의 Fabrice Canel

• “Schema markup helps Microsoft’s LLMs understand content” (Copilot에 관해) (번역) 「스키마 마크업은 Microsoft의 LLM이 콘텐츠를 이해하도록 돕습니다.」 보도 Search Engine Land의 2025년 4월 보도로 전달됐으며 Canel에게 귀속되지만 1차 출처의 정확한 인용은 아닙니다. 정확한 인용으로 사용하기 전에 확인하세요.

스키마 유형 요약표

여전히 리치 결과를 얻는 유형(2026년 기준)

폐지 / 지원 종료 — 리치 결과를 위해 구현하지 마세요

• HowTo — 데스크톱과 모바일 리치 결과가 2023년 제거됐습니다.
• FAQPage — 리치 결과가 2026년 폐지됐습니다(이해를 위한 스키마는 여전히 유효).
• 2025년 6월 폐지: Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, 이전 Course Info.

핵심 사실

• 어휘 = schema.org(Google, Microsoft, Yahoo, Yandex; 2011년부터).
• 형식 ≠ 어휘: 권장되는 JSON-LD, Microdata, RDFa를 모두 지원합니다.
• 직접적인 순위 요소가 아닙니다. 효과는 리치 결과(CTR) + 엔티티 이해입니다.
• 필수 속성 = 적격성 게이트, 권장 속성 = 품질이며 누락은 대개 허용됩니다.
• sameAs(Wikipedia/Wikidata/LinkedIn/Crunchbase) = 엔티티 구별 수단.
• 검증: Rich Results Test(리치 결과 유형) + schema.org Validator(모든 유형).
• 원칙: 페이지에 보이는 콘텐츠만 마크업하고, ‘적더라도 완전하고 정확하게’ 제공하세요.

구현 우선순위별 JSON-LD 예제

이 글에서 우선 시작할 유형으로 꼽은 Organization, BreadcrumbList, Product, Article의 설명을 곁들인 JSON-LD 예제 네 개와 앞서 지적한 sameAs 실수의 잘못된 예·수정 예 쌍입니다.

1. Organization — 엔티티의 토대

이 글의 우선순위 1번인 사이트 전체 마크업입니다. name, logo, url과 공신력 있는 프로필을 가리키는 sameAs입니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Acme Consulting",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "sameAs": [
    "https://en.wikipedia.org/wiki/Acme_Consulting",
    "https://www.linkedin.com/company/acme-consulting",
    "https://www.crunchbase.com/organization/acme-consulting"
  ]
}
</script>

• name, url, logo — Google 문서가 요구하는 필수 속성입니다. 리치 결과를 만들지는 않지만 엔티티를 확립합니다.
• sameAs — 각 URL은 실제로 이 회사를 식별해야 합니다. 고급 탭에서 경고했듯 잘못된 프로필을 가리키면 무관한 엔티티와 혼동될 수 있으므로 배포 전에 각 링크가 올바른 페이지로 연결되는지 확인하세요.

2. BreadcrumbList — 저비용이며 넓은 적격성

이 글의 우선순위 2번입니다. 목록의 각 item은 탐색 경로 항목 하나이며 position은 1부터 순서대로 이어져야 합니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://www.example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://www.example.com/blog/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schema Markup",
      "item": "https://www.example.com/blog/schema-markup/"
    }
  ]
}
</script>

• Google 문서에 따르면 마지막 항목인 현재 페이지는 item을 생략할 수 있습니다. 포함해도 문제는 없으며 Google은 마지막 항목에서 이를 무시합니다.
• position 순서가 잘못되거나 계층을 건너뛰는 것은 이 유형이 Rich Results Test에 실패하는 가장 흔한 이유입니다.

3. Product — 전자상거래에서 가장 가치 있는 유형

이 글은 Product를 가격, 재고 상태, 리뷰 평점을 갖춘 ‘전자상거래에서 가장 가치 있는 유형’으로 꼽습니다. 최소한의 적격 예시는 다음과 같습니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Wireless Trail Headphones",
  "image": "https://www.example.com/images/headphones.jpg",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "89.99",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "212"
  }
}
</script>

• offers와 그 price/availability는 입문자 탭에서 설명한 가격과 재고 상태 표시의 대상 자격을 얻는 데 쓰입니다.
• aggregateRating은 페이지에 실제로 존재하는 평점을 반영해야 합니다. ‘실제로 페이지에 있는 콘텐츠만 마크업하라’는 규칙이 그대로 적용됩니다. 지어낸 평점 개수는 Google 지침이 금지하는 마크업의 전형입니다.

4. Article — 편집 콘텐츠용

이 글의 우선순위 4번이며, 이 사이트의 탭 체계가 적용되는 블로그/뉴스 콘텐츠용입니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Schema Markup: Win Rich Results and Feed AI Search",
  "datePublished": "2026-06-26",
  "dateModified": "2026-07-13",
  "author": {
    "@type": "Person",
    "name": "Jane Author",
    "sameAs": "https://www.linkedin.com/in/jane-author"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Acme Consulting",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.example.com/images/logo.png"
    }
  }
}
</script>

• author.sameAs는 Organization의 sameAs와 같은 엔티티 구별 역할을 합니다. 같은 수단의 Person 버전입니다.
• dateModified는 실제 수정 날짜를 따라야 합니다. 이 사이트가 updated 프런트매터에 적용하는 것과 같은 원칙이며 실제 변경 없이 날짜를 올리지 마세요.

잘못된 예와 수정 예: sameAs 실수

고급 탭은 sameAs가 잘못된 프로필을 가리키면 검색엔진이 무관한 엔티티를 혼동할 수 있다고 경고합니다. 실제 모습은 다음과 같습니다.

잘못된 예 — sameAs가 이름은 같지만 무관한 회사를 가리킵니다.

{
  "@type": "Organization",
  "name": "Acme Consulting",
  "sameAs": ["https://en.wikipedia.org/wiki/Acme_Corporation"]
}

Acme Corporation은 이 사업체가 아니라 Looney Tunes의 소품 회사에 관한 Wikipedia 페이지입니다. 브랜드명이 흔하거나 일반적일 때 실제로 발생할 수 있는 위험입니다.

수정 예 — sameAs가 설명하려는 실제 엔티티로 연결됨을 확인했습니다.

{
  "@type": "Organization",
  "name": "Acme Consulting",
  "sameAs": ["https://en.wikipedia.org/wiki/Acme_Consulting_(software_company)"]
}

sameAs 값을 배포하기 전에 직접 링크를 열고 마크업에서 이름을 명시한 조직, 사람, 브랜드와 같은 대상을 설명하는지 확인하세요. 이 글이 canonical 태그에 권하는 것과 같은 수준으로 검토하세요.

지식 확인: 스키마 마크업

스키마 마크업, schema.org 어휘, 할 수 있는 일과 할 수 없는 일에 관한 다섯 질문입니다. 각각 답을 고른 뒤 확인하세요.

읽을 가치가 있는 자료

제가 쓴 스키마 마크업 글

• AI를 위한 스키마 마크업 — AI 검색 관점: 스키마가 직접적인 인용 수단이 아니라 엔티티 인프라인 이유. 이 글과는 다른 질문입니다.
• The Beginner’s Guide to Technical SEO (번역: 테크니컬 SEO 초보자 가이드) — 스키마를 엔진의 콘텐츠 이해를 돕고 “powers many features that can help your website stand out.”(번역: 웹사이트를 돋보이게 할 여러 기능을 지원하는) 코드로 설명합니다.
• Enterprise SEO (기업 SEO) — 제 실용적인 관점: “I’m a fan of schema markup as long as it gets you a search feature.”(번역: 검색 기능을 얻을 수 있다면 저는 스키마 마크업을 좋아합니다.)
• On-Page SEO Checklist (페이지 내 SEO 체크리스트) — 스키마는 “helps search engines understand the information on a page”(번역: 검색엔진이 페이지 정보를 이해하도록 돕는) 코드이며 클릭을 늘릴 수 있는 리치 스니펫을 지원합니다.
• What Is Schema Markup? How to Add It & Why It Matters (번역: 스키마 마크업이란? 추가 방법과 중요한 이유) — 주요 유형과 구현에 관한 Ahrefs의 전용 가이드

업계 자료

• Google retires 7 structured data features (June 2025) (번역: Google, 구조화 데이터 기능 7개 폐지, 2025년 6월) — Book Actions / Claim Review / Estimated Salary / Learning Video / Special Announcement / Vehicle Listing / 이전 Course Info 제거 보도
• Google drops FAQ rich results from search (번역: Google이 검색에서 FAQ 리치 결과 제거, Search Engine Journal) — FAQ 폐지와 이에 의존하던 사이트에 대한 의미
• Schema markup and AI search: no hype (번역: 과장 없는 스키마 마크업과 AI 검색, Search Engine Land) — Fabrice Canel의 맥락과 함께 스키마가 AI 검색에 할 수 있는 일과 없는 일을 근거 있게 살펴봅니다.
• Is schema markup a ranking factor? (번역: 스키마 마크업은 순위 요소인가?, Search Engine Journal) — ‘직접적인 순위 요소가 아님’을 뒷받침하는 담당자 발언과 근거
• John Mueller on the 2026 schema update (번역: 2026년 스키마 업데이트에 관한 John Mueller) — “Google is not killing schema… markup types come and go.”(번역: Google은 스키마를 없애는 것이 아닙니다… 마크업 유형은 나타났다 사라집니다.)
• schema.org documentation (schema.org 문서) — 출처가 직접 제공하는 어휘 자체

변경 내역