Schema.org 타입 정리
웹 페이지에 JSON-LD로 넣을 수 있는 Schema.org 주요 타입 11종의 적용 위치와 검색 결과 리치 스니펫 예시를 정리했습니다(2026-04-18 기준).
JSON-LD 생성기가 지원하는 6종
각 카드의 "이 타입 바로 만들기" 버튼을 누르면 JSON-LD 생성기가 해당 타입이 선택된 상태로 열립니다.
🌐 WebSite
사이트 전체의 이름·URL·언어·검색 템플릿을 기술합니다. potentialAction으로 Sitelinks Search Box(검색 결과에 사이트 내 검색창)를 신청할 수 있습니다.
리치 결과 · 사이트 링크 검색창, 사이트명 대신 브랜드명 노출
이 타입 바로 만들기 →🏢 Organization
단체 이름·로고·연락처·SNS 프로필(sameAs)을 기술합니다. Knowledge Graph 카드 표시와 브랜드 검색 시 로고·소개 노출의 기반입니다.
리치 결과 · Knowledge Panel(로고·사업자 정보·SNS 링크)
이 타입 바로 만들기 →📰 Article
제목·저자·발행일·수정일·대표 이미지를 기술합니다. Google 뉴스 색인, Discover 피드, 상단 헤드라인 캐러셀의 전제 조건입니다.
리치 결과 · Top Stories 캐러셀, Discover 카드, 기사 썸네일
이 타입 바로 만들기 →🧭 BreadcrumbList
홈 › 카테고리 › 현재 페이지 계층을 기술합니다. 검색 결과에서 긴 URL 대신 사용자가 읽기 쉬운 경로형 표시로 변환됩니다.
리치 결과 · URL이 utils.spemer.com › 정보 › 타입 정리 형태로 표시
이 타입 바로 만들기 →❓ FAQPage
질문·답변 쌍을 구조화합니다. Google이 검색 결과에 아코디언으로 2~5개 질문을 펼쳐 노출해, SERP 점유 면적이 2배 이상 늘어납니다.
리치 결과 · FAQ 아코디언, 질문 클릭 시 답변 펼침
이 타입 바로 만들기 →🛒 Product
상품명·이미지·가격·재고 상태·평균 평점·리뷰 수를 기술합니다. 쇼핑 검색 결과와 가격 비교 스니펫의 필수 스키마입니다.
리치 결과 · 가격·평점·재고 표시, 쇼핑 탭 노출
이 타입 바로 만들기 →JSON-LD와 Schema.org 한눈에
Schema.org는 Google·Microsoft·Yahoo·Yandex가 2011년에 공동 설립한 어휘(vocabulary) 프로젝트입니다. 웹 페이지에 "이 문단은 상품 가격이다", "이 문단은 저자 이름이다"처럼 의미를 기계가 읽도록 태깅하는 표준을 제공합니다. JSON-LD는 이 어휘를 HTML에 넣는 여러 직렬화 형식 중 Google이 공식 권장하는 방식이며, 본문 마크업과 분리돼 <script type="application/ld+json"> 블록으로 따로 관리할 수 있어 유지보수가 가장 쉽습니다.
구조화 데이터를 넣으면 실제로 어떻게 바뀌나요
- SERP 점유 면적 확대 - FAQ·HowTo는 기본 파란 링크 대비 2~3배 높이를 차지합니다.
- 시각적 강조 - 별점·가격·썸네일·조리시간 등 숫자와 이미지가 추가됩니다.
- 특수 표면 진입 - Top Stories, Discover 피드, 쇼핑 탭, Knowledge Panel 등은 구조화 데이터가 전제 조건입니다.
- 음성 검색 응답 - Google Assistant는 구조화된 답변을 우선 인용합니다.
Google이 리치 결과를 노출하는 조건
구조화 데이터는 리치 결과 후보가 되기 위한 최소 조건입니다. 실제 노출 여부는 페이지 품질·사용자 의도·경쟁도를 Google이 종합 판단하므로, 구조화 데이터를 넣었다고 100% 표시되지는 않습니다. 대신 넣지 않으면 아예 후보가 될 수 없다는 점이 포인트입니다.
생성기에서 지원하지 않는 주요 타입 5선
아래 타입은 아직 JSON-LD 생성기에서 폼 지원이 없지만, 공식 문서를 참고해 직접 작성해 <script type="application/ld+json"> 블록으로 넣으면 동일하게 인식됩니다.
🍳 Recipe
재료·조리시간·조리 단계·영양 정보·평점을 기술합니다. 이미지·조리시간·별점이 함께 노출되어 CTR 상승 폭이 특히 큰 타입입니다.
리치 결과 · 레시피 캐러셀, 조리시간·칼로리·별점 표시
생성기 미지원(수기 작성)🎫 Event
일시·장소(온라인/오프라인)·가격·판매 상태를 기술합니다. 2024년부터 Google Events 탭 노출, 티켓 링크 강조가 확장됐습니다.
리치 결과 · 이벤트 카드, 일시·장소·매진 여부
생성기 미지원(수기 작성)📍 LocalBusiness
주소·영업시간·전화번호·지리 좌표를 기술합니다. Google Maps·비즈니스 프로필과 연계되어 로컬 SEO의 핵심 스키마입니다.
리치 결과 · 지도 팩, 영업시간·전화 원탭 호출
생성기 미지원(수기 작성)📝 HowTo
단계 순서·각 단계 이미지·소요 시간·준비물을 기술합니다. 2023년 이후 Google이 축소 운영 중이라 노출 빈도는 낮지만 Bing·Naver에는 여전히 유효합니다.
리치 결과 · 단계별 카드(Bing 위주), 소요 시간
생성기 미지원(수기 작성)🎬 VideoObject
제목·썸네일·재생시간·업로드 날짜·설명을 기술합니다. 동영상 캐러셀, 주요 장면(Key Moments) 등 유튜브 외부 사이트도 진입할 수 있는 거의 유일한 루트입니다.
리치 결과 · 동영상 캐러셀, 썸네일·재생시간
생성기 미지원(수기 작성)검증·배포 워크플로우
구조화 데이터는 "넣고 끝"이 아니라 검증 → 배포 → 모니터링의 3단계로 관리해야 합니다. 각 단계에 쓸 수 있는 도구를 정리했습니다.
- JSON-LD 생성 - JSON-LD 생성기로 폼 입력만으로 6종 타입을 만들고 복사합니다. 생성된 JSON을 JSON 포매터로 추가 정렬·압축할 수 있습니다.
- 유효성 검증 - Google Rich Results Test로 리치 결과 표시 가능 여부를, Schema Markup Validator로 Schema.org 문법 자체를 각각 검증합니다.
- 크롤링 허용 - 구조화 데이터가 들어간 페이지가
robots.txt에 차단되어 있지 않은지 Robots.txt 생성기로 최종 확인합니다. - 모니터링 - 배포 후 Google Search Console의 Enhancements 리포트에서 각 타입별 유효/오류/경고 수를 주 1회 점검합니다. 대량 오류가 발견되면 Sitemaps 재제출로 크롤링을 앞당길 수 있습니다.
정적 HTML에 넣을 때 체크리스트
<script type="application/ld+json">블록을<head>안이나<body>안 어디든 넣을 수 있습니다.- 같은 페이지에 여러 타입을 넣을 때는 각 타입마다 별도의 script 블록으로 구분하거나, 하나의
@graph배열로 묶어서 넣습니다. @context는 항상"https://schema.org"로 고정합니다.- 실제 본문에 존재하지 않는 정보(존재하지 않는 FAQ·가짜 별점 등)를 구조화 데이터로만 넣으면 스팸 정책 위반 대상입니다.
자주 묻는 질문
Schema.org와 JSON-LD는 어떻게 다른가요?
Schema.org는 웹 페이지의 의미를 기술하기 위한 어휘(vocabulary) 집합이고, JSON-LD는 이 어휘를 HTML에 넣기 위한 직렬화 형식입니다. 다른 형식으로 Microdata·RDFa도 있지만 Google은 JSON-LD를 공식 권장합니다.
한 페이지에 여러 타입을 동시에 넣어도 되나요?
네. 일반적인 조합은 모든 페이지에 BreadcrumbList + 페이지별 핵심 타입(Product, Article, FAQPage 등)입니다. 각각 별도의 <script type="application/ld+json"> 블록으로 넣거나, @graph 배열로 묶어 한 블록에 배치할 수 있습니다.
어느 타입이 CTR 상승에 가장 효과적인가요?
Google이 공개한 사례 기준 Recipe·Product·FAQPage가 SERP 면적을 가장 크게 차지합니다. 특히 FAQPage는 아코디언으로 2~5개 질문이 펼쳐져 노출되어, 같은 순위라도 시각적 점유 면적이 2배 이상 늘어납니다.
잘못된 구조화 데이터가 SEO 페널티가 되나요?
문법 오류는 Google이 무시하므로 직접 페널티는 없습니다. 다만 가짜 리뷰·본문과 일치하지 않는 구조화 데이터 등 사용자를 오도하는 경우 스팸 정책 위반으로 수동 조치 대상이 됩니다. Search Console의 'Enhancements' 리포트에서 오류를 주기 점검하세요.
한국 검색엔진(Naver, Daum)도 JSON-LD를 인식하나요?
Naver는 2024년부터 FAQPage·Article·Product·BreadcrumbList·VideoObject 등 주요 타입을 공식 지원하며 스마트블록·검색결과 확장에 반영합니다. Daum·Bing도 Schema.org 기반 JSON-LD를 인식하되, 리치 결과 표시 정책은 각 엔진이 별도로 운영합니다.
모바일과 PC 리치 결과가 다른가요?
네. 모바일은 화면이 좁아 썸네일·별점·FAQ 아코디언이 더 크게 노출되고, Discover 피드 등 모바일 전용 표면이 있습니다. PC는 사이드 Knowledge Panel, 이미지 캐러셀 등이 강조됩니다. Rich Results Test에서 모바일/PC를 모두 확인할 수 있습니다.
AMP, Microdata, RDFa 대신 JSON-LD를 쓰는 이유는?
JSON-LD는 HTML 본문과 분리돼 script 블록에 따로 넣기 때문에 기존 마크업을 수정할 필요가 없고, 서버사이드 렌더링·CMS·정적 사이트 어디서나 관리가 쉽습니다. 2024년 이후 Google은 AMP 의존도를 크게 낮췄고, Microdata·RDFa도 JSON-LD로 빠르게 이전되는 추세입니다.
CMS 플러그인이 자동 생성한 구조화 데이터에 추가로 JSON-LD를 넣어도 되나요?
추가는 가능하지만 동일 타입을 중복 선언하면 Google이 어떤 것을 기준으로 삼을지 불확실해집니다. 플러그인이 이미 Article·BreadcrumbList를 출력하는 경우, 수동 JSON-LD는 FAQPage·Product처럼 플러그인이 다루지 않는 타입에만 추가하는 것이 깔끔합니다.
마지막 업데이트: 2026-04-18. 출처: Google Search Central 공식 문서, Schema.org 공식 문서, Naver Search Advisor.