구조화된 데이터 schema 마크업 — JSON-LD로 리치 결과 만드는 가이드
목차 9
핵심 요약
- 구조화된 데이터 schema 마크업은 검색엔진이 페이지 콘텐츠의 의미를 이해하도록 돕는 메타 정보입니다.
- 실무에서는 JSON-LD 포맷이 사실상 표준이며,
<head>에<script type="application/ld+json">으로 삽입합니다. - Article·FAQPage·BreadcrumbList·HowTo·Product 5개 타입만 익혀도 대부분의 콘텐츠 사이트는 충분합니다.
- 적용 후에는 반드시 Google 리치 결과 테스트로 검증하고, 서치콘솔의 "리치 결과" 보고서로 모니터링하세요.
사이트 콘텐츠는 잘 만들었는데 검색 결과에서 그냥 평범한 파란 링크 한 줄로만 보이는 경험, 다들 한 번쯤 있으시죠. 옆 자리 경쟁 페이지는 별점·FAQ·이미지·가격이 같이 노출되어 클릭이 몰리는데 우리만 평문이면 정말 답답합니다. 이 차이를 만드는 핵심이 바로 구조화된 데이터 schema 마크업입니다.
저희가 중소기업 사이트 컨설팅을 하면서 가장 많이 마주치는 패턴인데요, 콘텐츠 품질·내부 링크·메타태그까지 다 잡아놓고도 schema 마크업만 빠져 있어서 리치 결과를 놓치는 경우가 정말 흔합니다. 솔직히 말하면 이건 한 번만 제대로 익혀두면 평생 써먹는 기술이고, 코드도 생각보다 단순합니다.
구조화된 데이터가 SEO에서 차지하는 위치
구조화된 데이터는 페이지의 콘텐츠가 "무엇에 관한 것인지"를 검색엔진에게 명시적으로 알려주는 표준 형식입니다. 사람은 글을 읽으면 "이건 레시피구나", "이건 이벤트 일정이구나" 하고 자연스럽게 이해하지만, 검색엔진은 그렇게까지 추론하지는 못합니다. 그래서 schema.org가 정해놓은 공동 어휘로 "이 부분은 작성자, 이 부분은 발행일, 이 부분은 별점입니다"라고 라벨을 붙여주는 게 구조화된 데이터입니다.
Google 공식 가이드인 Google 검색 센터 — 구조화 데이터 소개에서도 "Google은 구조화된 데이터를 통해 페이지의 콘텐츠와 세상에 대한 정보를 이해한다"고 명확히 못 박고 있습니다. 단순한 부가 기능이 아니라, 검색엔진이 콘텐츠를 분류·평가하는 핵심 신호 중 하나라는 뜻이죠.
참고 schema 마크업은 의미를 해석하는 단서이지, 직접적인 순위 부스터는 아닙니다. 다만 리치 결과 노출 → 클릭률 상승 → 트래픽 증가로 이어지는 간접 효과가 매우 큽니다.
JSON-LD, Microdata, RDFa — 무엇을 써야 하나
구조화된 데이터를 표현하는 포맷은 세 가지가 있습니다. 결론부터 말씀드리면 실무에서는 99% JSON-LD를 씁니다. Google 자체도 JSON-LD를 권장하고, 유지보수도 가장 편합니다.
| 포맷 | 형태 | 장점 | 단점 |
|---|---|---|---|
| JSON-LD | <script> 블록 | HTML과 분리, 동적 삽입 가능, 유지보수 쉬움 | HTML 본문과 데이터를 사람이 직접 매칭하기 번거로움 |
| Microdata | HTML 속성 | 본문과 데이터가 한눈에 매칭됨 | HTML이 지저분해지고, 동적 사이트에서 관리 어려움 |
| RDFa | HTML 속성 | 시맨틱 웹 표준 호환 | 국내 콘텐츠 사이트에서 사실상 사장 |
특히 React·Next.js처럼 콘텐츠를 컴포넌트로 렌더링하는 환경에서는 JSON-LD가 압도적으로 유리합니다. SEO월드 블로그도 BlogLayout 컴포넌트가 Article·FAQPage·BreadcrumbList JSON-LD를 자동으로 주입하는 방식이고, 마크업과 본문이 분리되어 있어서 디자인을 바꿔도 schema가 깨지지 않습니다.
schema 마크업이 실제 검색 성과에 미치는 영향
"이거 정말 효과 있어요?"라는 질문을 자주 받는데, 공식 케이스 스터디를 보면 효과는 분명합니다.
위 수치는 모두 Google 공식 사례 연구에 인용된 실제 결과입니다. 단, 이 수치는 "schema만 붙이면 무조건 25% 오른다"가 아니라, "리치 결과로 노출되었을 때 평균적으로 이 정도 차이가 났다"라는 점을 기억해 주세요. 즉 schema 마크업은 리치 결과 노출 자격을 얻기 위한 입장권에 가깝습니다.
저희가 실제로 컨설팅한 한 블로그 사이트에서도 FAQ schema 하나만 추가해서 평균 검색 순위는 그대로인데 클릭률이 6%대에서 9%대로 올라간 사례가 있었습니다. 평균 순위가 같은데 트래픽이 30% 이상 늘어나는 이유는 결국 검색 결과에서 차지하는 시각적 면적과 정보 밀도 차이입니다.
구조화된 데이터 적용 4단계
처음 적용할 때 가장 헷갈리는 게 "어떤 타입을 써야 하지?"인데, 사실 순서만 잡으면 누구나 30분 안에 끝낼 수 있습니다.
1단계: 페이지 유형 진단
가장 먼저 이 페이지가 어떤 콘텐츠인지를 한 단어로 정의합니다. 블로그 글이면 Article, 자주 묻는 질문 섹션이 있으면 FAQPage, 단계별 가이드라면 HowTo, 제품 상세 페이지면 Product, 지역 매장 정보는 LocalBusiness 식입니다. 한 페이지에 여러 타입이 같이 있어도 됩니다(예: Article + FAQPage + BreadcrumbList).
2단계: schema.org에서 타입 선택
schema.org 공식 명세에서 해당 타입의 필수 속성과 권장 속성을 확인합니다. 다만 schema.org에 정의된 모든 속성을 다 쓸 필요는 없습니다. Google이 인식하는 속성은 그중 일부이므로, 반드시 Google 검색 센터의 해당 타입 가이드를 함께 보세요. 예를 들어 Article은 Article schema 가이드에 권장 속성이 명시되어 있습니다.
3단계: JSON-LD 코드 작성
아래는 블로그 글에 가장 흔하게 쓰이는 Article 마크업의 최소 형태입니다.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "구조화된 데이터 schema 마크업 가이드",
"author": { "@type": "Organization", "name": "SEO월드" },
"datePublished": "2026-04-27",
"dateModified": "2026-04-27",
"image": "https://seoworld.co.kr/og-image.png",
"mainEntityOfPage": "https://seoworld.co.kr/blog/structured-data-schema-markup"
}
</script>4단계: <head>에 삽입
JSON-LD는 원칙적으로 <head> 또는 <body> 어디에 넣어도 동작하지만, 실무에서는 <head>에 넣는 것을 권장합니다. 페이지 렌더링 초기에 크롤러가 발견하기 쉽고, CMS·테마와 충돌도 적습니다. Next.js라면 layout.tsx의 metadata 또는 별도 <Script type="application/ld+json"> 컴포넌트로 주입하면 됩니다.
schema 마크업이 잘 들어갔는지, 메타태그·heading 구조까지 함께 점검하고 싶다면 SEO월드의 무료 진단 도구를 활용해 보세요.
온페이지 SEO 분석 →자주 쓰이는 schema 타입 5가지와 코드 예시
이론보다 코드 예시가 빠릅니다. 아래 5가지는 콘텐츠 사이트·블로그·중소 커머스에서 사실상 모두 커버되는 핵심 타입입니다.
① Article — 블로그/뉴스/칼럼 글
대부분의 블로그 글에 적용되는 기본 타입입니다. headline, author, datePublished, image가 핵심 속성입니다. 우리 블로그처럼 BlogLayout이 자동으로 주입하면 모든 글이 일관된 형식으로 마크업됩니다.
② FAQPage — 자주 묻는 질문
본문에 FAQ 섹션이 있다면 거의 무조건 적용을 권합니다. 검색 결과에 질문이 펼쳐져 노출되어 클릭률이 크게 오릅니다. 단, 본문에 표시된 질문/답변과 마크업의 내용이 일치해야 합니다.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "구조화된 데이터를 적용하면 검색 순위가 오르나요?",
"acceptedAnswer": {
"@type": "Answer",
"text": "직접적 순위 신호는 아니지만, 리치 결과 노출로 클릭률이 올라 트래픽이 증가합니다."
}
}]
}③ BreadcrumbList — 사이트 계층 구조
홈 > 블로그 > 카테고리 > 글 식의 경로를 검색 결과에 노출시킵니다. 사용자에게 사이트 구조가 보여서 신뢰감이 올라갑니다. 카테고리 페이지가 있는 사이트라면 거의 필수입니다.
④ HowTo — 단계별 가이드
"X 하는 방법", "X 따라하기" 형식의 글에 적용합니다. 검색 결과에 단계 미리보기가 노출되어 정보형 키워드에서 강력합니다. 본문에 실제로 단계 구조가 있어야 하며, 가짜로 만들어 넣으면 페널티 대상입니다.
⑤ Product / LocalBusiness — 커머스/지역 비즈니스
제품 상세 페이지에는 Product(별점·가격·재고), 오프라인 매장에는 LocalBusiness(주소·전화번호·영업시간)를 적용합니다. 커머스의 경우 별점 리치 스니펫이 클릭률을 가장 크게 올리는 요소입니다.
같은 콘텐츠 클러스터 내 글로는 온페이지 SEO 최적화 가이드와 메타태그 설정 방법도 함께 보시면 schema 외의 온페이지 시그널을 같이 정리할 수 있습니다.
리치 결과 테스트로 마크업 검증하기
코드를 넣었다고 끝이 아닙니다. 마크업이 문법적으로 맞고 Google이 실제로 인식하는지를 검증해야 합니다. 검증 도구는 두 가지를 같이 쓰세요.
- 리치 결과 테스트(search.google.com/test/rich-results) — URL 또는 코드를 붙여넣어 실시간 검증. 어떤 리치 결과 자격이 있는지까지 알려줍니다.
- 스키마 검사기(validator.schema.org) — schema.org 명세 기준 문법 검증. Google 가이드와 별개로 schema.org 표준에 맞는지 확인.
- Search Console 리치 결과 보고서 — 발행 후 일정 시간이 지나면 어떤 페이지에서 리치 결과가 인식되었는지, 오류가 있는지를 모니터링.
TIP 리치 결과 테스트에서 "유효함"이 나와도 실제 검색 결과에 노출되는 데는 보통 며칠~몇 주가 걸립니다. 검증 통과 = 노출 보장이 아닙니다. 서치콘솔의 리치 결과 보고서로 꾸준히 모니터링하세요.
초보자가 자주 하는 실수 5가지
저희가 진단해본 사이트에서 반복적으로 보이는 실수들입니다. 한 번만 짚고 넘어가면 90% 이상 피할 수 있습니다.
주의 가짜 정보로 마크업을 채우면 Google이 "스팸 정책 위반"으로 판단해서 리치 결과 자격을 박탈합니다. 본문과 데이터는 반드시 일치해야 합니다.
- 본문에 없는 FAQ를 schema에 넣기 — 가장 흔한 위반. FAQPage schema의 질문/답변은 사용자가 본문에서 실제로 볼 수 있어야 합니다.
- 이미지 URL이 깨진 경로 — 절대 경로(https://…)로 작성하지 않고 상대 경로를 넣어 검증 실패. 모든 URL은 절대 경로로 작성합니다.
- 날짜 형식이 ISO 8601이 아님 — "2026-04-27" 또는 "2026-04-27T10:00:00+09:00" 형식만 인식됩니다. "2026/04/27" 같은 형식은 거부됩니다.
- HowTo schema에 단계가 1개 — 단계 구조가 없는 콘텐츠에 HowTo를 붙이는 경우. 최소 2단계 이상이어야 의미가 있습니다.
- 여러 페이지에 같은 schema 복붙 — 글마다 headline·datePublished·mainEntityOfPage가 달라야 하는데 첫 글의 값을 그대로 두는 경우. 동적으로 생성하거나 글마다 직접 수정해야 합니다.
월간 점검 루틴 — 구조화 데이터 유지 관리
schema 마크업은 한 번 넣고 끝이 아닙니다. 사이트 구조나 콘텐츠가 바뀌면 마크업도 함께 갱신해야 합니다. 저희 팀이 실제로 쓰는 월간 루틴을 공유합니다.
- Search Console → 리치 결과 보고서에서 신규 오류·경고 확인
- 새로 발행한 글에 Article·FAQPage 마크업이 들어갔는지 표본 점검(5개 글 정도)
- 리치 결과 테스트로 대표 페이지 1개 재검증 (배포 후 마크업이 깨지지 않았는지)
- schema.org / Google 가이드 업데이트 사항 확인 (분기 1회면 충분)
- FAQ·HowTo 본문이 변경된 페이지의 schema 동기화
여기까지 하면 구조화된 데이터 schema 마크업의 실무 적용은 거의 끝입니다. 처음에는 코드가 낯설게 느껴지지만, 사이트 한두 군데에 적용해보면 패턴이 그대로 반복된다는 걸 금방 알 수 있습니다. 사이트 전체에 일관된 마크업을 적용하고 싶다면 서치콘솔에서 리치 결과 모니터링까지 묶어서 운영 루틴으로 만드는 걸 추천드립니다.
구조화된 데이터까지 처음부터 챙기는 사이트가 필요하다면, SEO월드의 SEO 친화 웹 제작 서비스를 살펴보세요.
SEO 친화 웹 제작 알아보기 →자주 묻는 질문
구조화된 데이터를 적용하면 검색 순위가 무조건 올라가나요?
JSON-LD를 <head>에 넣어야 하나요, <body>에 넣어야 하나요?
한 페이지에 여러 schema 타입을 넣어도 되나요?
schema.org에는 있는데 Google 가이드에는 없는 타입을 써도 되나요?
리치 결과에 노출되는 데 얼마나 걸리나요?
구조화 데이터가 잘못되면 페널티가 있나요?
지금 시작하기 막막하다면, 무료 SEO 도구로 가볍게 진단부터
회원가입 없이 바로 쓰는 무료 도구들 — 키워드·백링크·온페이지 진단까지 한 번에 점검해볼 수 있습니다.
무료 도구 둘러보기이 글이 도움이 되었다면 공유해주세요
최혁명 · SEO 컨설턴트
검색엔진 최적화(SEO) 전문가. SEO월드를 운영하며 실전 SEO 가이드와 무료 분석 도구를 만들고 있습니다. 국내외 SEO 트렌드를 실무 관점에서 풀어내는 콘텐츠를 만듭니다.