Schema 구조화 데이터 가이드를 찾고 있다면 핵심은 하나다. 검색엔진이 내 페이지를 정확히 이해하게 만들어서 리치 결과(Rich Results)를 따내는 것이다. 일반 블루링크 대비 리치 결과의 클릭률은 평균 2~3배 높다는 게 업계 공통 데이터거든요.
근데 이게 막상 시작하려면 막막하다. Schema.org 공식 문서는 영어에 분량도 방대하고, JSON-LD·Microdata·RDFa 중 뭘 써야 하는지부터 헷갈리는 경우가 많더라고요. 결론부터 말하면요 — 구글이 공식 권장하는 포맷은 JSON-LD이고, HTML 본문과 분리돼서 관리가 훨씬 쉽다.
2026년에는 AI 검색(SGE, AI Overview)의 확산으로 구조화 데이터의 중요성이 한층 더 올라갔다. 구글이 2026년 3월 코어 업데이트에서 FAQ·HowTo Schema 남용 사이트를 대거 필터링하면서, 진짜 콘텐츠에 맞는 스키마만 살아남는 구조가 됐다. Article Schema부터 FAQ Schema까지 실전에 바로 쓸 수 있도록 정리했다.
한 줄 답변: Schema 구조화 데이터는 JSON-LD 포맷으로 페이지의 콘텐츠 유형·저자·FAQ 등을 검색엔진에 명시적으로 전달하여 리치 결과 노출을 확보하는 SEO 기술이다. |
3줄 요약 - 구글 권장 포맷은 JSON-LD이며, <head> 또는 <body>에 삽입하면 된다 |
목차 |
1. 구조화 데이터란 — 검색엔진이 읽는 언어
구조화 데이터는 웹페이지의 콘텐츠 유형과 세부 정보를 검색엔진이 기계적으로 파싱할 수 있게 표준화한 메타 정보다.
일반적인 HTML만으로는 검색엔진이 "이 텍스트가 레시피인지, 뉴스 기사인지, FAQ인지" 정확히 구분하기 어렵다. 구조화 데이터를 추가하면 콘텐츠 유형을 명시적으로 알려주는 거라서, 검색엔진이 해석에 들이는 비용이 줄어든다. 그 결과로 리치 결과(별점, 가격, FAQ 드롭다운 등)에 노출될 확률이 올라가는 구조거든요.
Schema.org는 구글·빙·야후·얀덱스가 공동으로 만든 표준 어휘(vocabulary)이고, 이걸 실제 웹페이지에 심는 포맷이 JSON-LD, Microdata, RDFa 세 가지다. 솔직히 2026년 기준으로 JSON-LD 외에 다른 포맷을 새로 도입할 이유는 거의 없다.
| 포맷 | 구글 권장 | HTML 분리 | 관리 난이도 |
|---|---|---|---|
| JSON-LD | ⭐ 최우선 권장 | 완전 분리 | 쉬움 |
| Microdata | 지원 | HTML에 인라인 | 보통 |
| RDFa | 지원 | HTML에 인라인 | 어려움 |
실제로 구글 검색 센터 공식 문서에서도 "사이트 구조가 허용하는 한 JSON-LD를 사용하라"고 명시하고 있다. 개인적으로도 Microdata에서 JSON-LD로 전환한 뒤 관리 부담이 확 줄었던 경험이 있다.
2. JSON-LD 기본 구조와 작성법
JSON-LD는 HTML의 <script type="application/ld+json"> 태그 안에 JSON 형식으로 구조화 정보를 작성하는 포맷이다.
작성 순서를 단계별로 정리하면 이렇다.
① <script type="application/ld+json"> 태그를 <head> 또는 <body>에 삽입 |
가장 기본적인 JSON-LD 골격 코드는 이런 형태다.
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Article", "headline": "페이지 제목", "author": { "@type": "Person", "name": "저자명" }, "datePublished": "2026-04-23", "image": "대표 이미지 URL" } </script> |
여기서 핵심 포인트가 있는데요. JSON-LD에 적은 정보와 실제 페이지 콘텐츠가 반드시 일치해야 한다는 거다. 예를 들어 author에 "홍길동"이라고 적었으면 페이지 본문에도 해당 저자 정보가 있어야 한다. 불일치하면 구글이 스팸으로 판단할 수 있거든요.
서버사이드 렌더링(SSR)으로 JSON-LD를 직접 HTML에 삽입하는 방식이 가장 안정적이다. JavaScript로 동적 삽입하는 것도 구글이 지원하지만, 크롤링 시점에 렌더링이 안 되면 인식이 누락될 수 있어서 SSR 쪽이 확실하다. Rank Math 사용법 워드프레스 SEO 설정 정리 글에서 다룬 것처럼, 워드프레스 환경이라면 SEO 플러그인이 이 과정을 자동으로 처리해 준다.
3. Article Schema 적용 방법
Article Schema는 블로그·뉴스·가이드 콘텐츠에 저자·발행일·수정일 등을 명시해 구글 디스커버와 향상된 검색 결과에 노출시키는 마크업이다.
Article 타입에는 세 가지 하위 유형이 있다.
| @type | 용도 | 적합한 콘텐츠 |
|---|---|---|
| Article | 일반 기사·블로그 | 가이드, 리뷰, 칼럼 |
| NewsArticle | 뉴스·보도 | 시사 뉴스, 속보 |
| BlogPosting | 블로그 전용 | 개인 블로그 포스트 |
💡 필수 속성 체크리스트 |
솔직히 Article Schema는 구현 난이도가 낮은 편인데요. 위 필수 속성만 빠짐없이 채우면 구글 리치 결과 테스트를 대부분 통과한다. 다만 image 속성을 빠뜨리는 실수가 의외로 많은데, 이미지가 없으면 구글 디스커버 노출이 원천 차단되니까 반드시 넣어야 한다.
E-E-A-T 최적화 방법 실전 핵심 정리에서 다룬 것처럼, author 정보를 상세히 기입하면 E-E-A-T 신호로도 작용한다. author 안에 url(저자 프로필 페이지)과 sameAs(소셜 프로필 링크)를 추가하면 신뢰도가 올라가더라고요.
4. FAQ Schema 올바른 적용 기준
FAQ Schema(FAQPage)는 페이지에 실제 존재하는 질문-답변 쌍을 마크업해 검색 결과에 드롭다운 형태로 노출시키는 구조화 데이터다.
2026년 들어서 FAQ Schema를 둘러싼 환경이 꽤 바뀌었다. 구글이 2023년부터 FAQ 리치 결과 노출을 제한하기 시작했고, 2026년 3월 코어 업데이트에서는 남용 사이트를 대거 필터링했다. 그렇다고 FAQ Schema 자체가 무의미해진 건 아니다 — 실제 FAQ 콘텐츠가 있는 페이지에 적용하면 여전히 효과가 있다는 게 핵심이다.
⚠️ FAQ Schema 적용 시 주의사항 |
올바른 FAQ Schema JSON-LD 구조는 이렇게 생겼다.
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [{ "@type": "Question", "name": "질문 내용", "acceptedAnswer": { "@type": "Answer", "text": "답변 내용" } }] } </script> |
개인적으로 FAQ Schema는 "진짜 사용자가 자주 묻는 질문"이 있는 서비스 페이지, 제품 페이지, 가이드성 콘텐츠에만 넣는 게 맞다고 본다. 블로그 글마다 억지로 FAQ를 만들어 넣는 건 이제 역효과가 난다.
SEO 도구 추천 무료 유료 핵심 정리에서 소개한 도구들을 활용하면 현재 사이트에 적용된 스키마 상태를 한눈에 확인할 수 있다.
5. 구조화 데이터 테스트와 검증 도구
구조화 데이터 검증은 배포 전 리치 결과 테스트 도구와 스키마 마크업 검사기를 함께 사용해서 오류를 잡는 과정이다.
코드를 작성했다고 끝이 아니라 — 검증 없이 배포하면 문법 오류나 필수 속성 누락 때문에 리치 결과가 아예 안 뜨는 경우가 많다. 실제로 써봤는데, 쉼표 하나 빠뜨려서 전체 스키마가 무효화된 적도 있었다.
| 도구 | 용도 | URL |
|---|---|---|
| 리치 결과 테스트 | 구글 리치 결과 자격 검증 | search.google.com/test/rich-results |
| 스키마 마크업 검사기 | Schema.org 문법 전체 검증 | validator.schema.org |
| 서치 콘솔 URL 검사 | 실제 인덱싱 상태 확인 | search.google.com/search-console |
✅ 검증 프로세스 추천 순서 |
한 가지 팁을 더하자면, 서치 콘솔의 "개선사항" 탭을 주기적으로 확인하는 게 좋다. 구글이 크롤링하면서 발견한 구조화 데이터 오류를 여기에 집계해 주거든요. 오류가 누적되면 리치 결과 자격이 박탈될 수 있으니 월 1회 정도는 점검하는 게 권장된다.
자주 묻는 질문 (FAQ)
Q. Schema 구조화 데이터를 적용하면 검색 순위가 직접 올라가나요? A. 구조화 데이터 자체는 구글의 직접적인 랭킹 팩터는 아니다. 하지만 리치 결과 노출을 통해 클릭률(CTR)이 높아지고, 이 CTR 상승이 간접적으로 순위에 긍정적 영향을 준다는 게 다수 SEO 전문가의 분석이다. 특히 AI Overview에서 구조화 데이터를 갖춘 페이지가 인용될 확률이 높아지면서 간접 효과가 더 커지는 추세다. |
Q. FAQ Schema 구조화 데이터는 아직 효과가 있나요? A. 효과가 있다. 다만 조건이 붙었다. 2026년 기준으로 구글은 실제 FAQ 콘텐츠가 있는 페이지에만 리치 결과를 표시하고, 무차별 적용 사이트는 필터링하고 있다. 페이지에 진짜 사용자가 묻는 질문이 있고 그에 맞는 답변이 본문에 존재한다면, FAQ Schema는 여전히 검색 노출을 강화하는 유효한 수단이다. |
Q. Schema 구조화 데이터 가이드에서 가장 먼저 적용해야 할 스키마 유형은? A. 콘텐츠 사이트라면 Article Schema부터 시작하는 게 맞다. 저자·발행일·대표 이미지만 채우면 구글 디스커버 노출 자격이 생기고, 구현 난이도도 가장 낮다. 그다음으로 Organization Schema를 추가해 사이트 엔티티를 구글 지식 그래프에 등록하는 순서가 2026년 기준 가장 효율적인 접근법이다. |
Q. JSON-LD를 <head>에 넣어야 하나요, <body>에 넣어야 하나요? A. 구글은 <head>와 <body> 둘 다 동일하게 인식한다고 공식 문서에 명시하고 있다. 다만 관리 측면에서 <head>에 모아두는 게 일반적이고, 워드프레스 SEO 플러그인도 대부분 <head>에 자동 삽입하는 방식을 쓴다. |
Q. 구조화 데이터를 잘못 적용하면 페널티를 받을 수 있나요? A. 단순 문법 오류는 리치 결과가 표시되지 않을 뿐 페널티는 없다. 하지만 콘텐츠와 일치하지 않는 허위 마크업(가짜 별점, 없는 FAQ 등)을 의도적으로 삽입하면 구글 스팸 정책 위반으로 수동 조치(Manual Action)를 받을 수 있다. 2026년에는 이 기준이 더 엄격해졌다. |
마치며
Schema 구조화 데이터는 "설치하면 끝"이 아니라, 콘텐츠와 일치하는 정확한 마크업을 유지하는 게 핵심이다. JSON-LD로 Article Schema를 기본 세팅하고, FAQ Schema는 실제 FAQ가 있는 페이지에만 선별 적용하는 방식이 2026년 기준 가장 안정적인 전략이다.
AI 검색이 확산되면서 구조화 데이터의 역할은 단순 리치 결과를 넘어 AI Overview 인용 소스로까지 확장되고 있다. 지금 당장 Article Schema 하나만 제대로 적용해도 그 차이를 체감할 수 있을 거다.
관련 글 추천 |
#Schema #구조화데이터 #JSONLD #FAQSchema #ArticleSchema #리치결과 #SEO #구글검색 #스키마마크업 #검색최적화
