스키마 마크업: 무엇이고 왜 중요한가
스키마 마크업은 페이지에 추가하는 구조화된 데이터(JSON-LD, Microdata, RDFa)로, 엔터티와 관계를 검색 엔진이 인식하도록 라벨링하여 rich results 대상 여부 판단과 검색 결과(SERP)에서의 콘텐츠 해석을 명확하게 합니다.

개요
스키마 마크업(구조화된 데이터)은 사람, 제품, 이벤트, 리뷰, 기사 등 엔터티를 설명하기 위해 페이지 HTML에 추가하는 기계가 읽을 수 있는 주석입니다. 2026년에는검색 엔진페이지 콘텐츠를 더 잘 해석하고 rich results 대상 여부를 판단하며 AI 기반 SERP 기능에 콘텐츠를 노출시키기 위해 구조화된 데이터를 사용하지만, 구조화된 데이터만으로는 리치 결과를 보장하거나 순위를 변경하지 않습니다.
일반적인 포맷으로는 JSON-LD(Google 권장), Microdata, RDFa가 있습니다. JSON-LD는 마크업을 가시적 HTML과 분리해 대부분의 사이트에서 유지 관리가 가장 쉽고, Microdata/RDFa는 속성을 요소 내부에 직접 삽입합니다. 가능하면 schema.org 어휘나 제공업체별 스키마를 사용하세요.
단계별 가이드
1) 적절한 타입 선택 — 콘텐츠에 맞는 schema.org 타입(Article, Product, Event, LocalBusiness, Recipe, FAQPage 등)을 식별하세요. 가능한 한 가장 구체적인 타입을 사용합니다.
2) 포맷 선택 — 배포와 마크업 분리 측면에서 JSON-LD를 권장합니다. 플랫폼이나 CMS가 Microdata/RDFa만 지원한다면, 필수 속성이 모두 정확히 포함되었는지 확인하세요.
3) 필수 속성 추가 — 해당 타입의 명세를 따르세요. 예를 들어, 최소한의 Article JSON-LD 예시는 다음과 같습니다: <script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Example title","datePublished":"2026-01-01"}</script>.
4) 게시 전 테스트 — Rich Results Test와 Schema Markup Validator(schema.org)를 사용해 문법과 필수 속성을 확인하고 경고를 검토하세요.
5) 성과 모니터링 — rich results 대상 페이지의 노출수와 CTR을 확인하려면 Google Search Console의 Performance 리포트를 사용하세요. 특정 URL이 Google에 어떻게 마지막으로 인덱싱되었고 구조화된 데이터가 감지되었는지는 URL Inspection 도구로 확인합니다.
포맷 비교: JSON-LD vs Microdata vs RDFa
JSON-LD — 장점: 삽입 및 유지 관리가 쉽고 마크업을 가시적 HTML과 분리하며 많은 검색 엔진에서 선호됩니다. 단점: 최종 렌더된 페이지에 스크립트가 실제로 포함되어 있는지(클라이언트 측 렌더링으로 제거되지 않았는지) 확인해야 합니다.
Microdata — 장점: 속성을 요소에 직접 연결하므로 레거시 시스템에서 유용할 수 있습니다. 단점: 유지 관리가 어렵고 HTML 구조에 더 침투적입니다.
RDFa — 장점: 시맨틱 웹 사례와 링크드 데이터에 강력합니다. 단점: 복잡성이 높고 일반적인 SEO 작업에는 덜 흔합니다.
검증: 기술 체크리스트
다음 검사를 통해 구조화된 데이터가 존재하는지, 유효한지, 검색 가능하게 노출되는지 확인하세요. 각 검사는 발행자 사이트 외부에서 수행할 수 있습니다.
**Structured data present** — 확인 위치: 배포된 URL의 view-source나 curl — 페이지에 예상한 속성을 포함한 유효한 <script type="application/ld+json"> 블록 또는 인라인 Microdata/RDFa가 있으면 통과합니다.
**Syntax & required fields** — 확인 위치: Rich Results Test와 Schema Markup Validator — 도구가 오류 없이 해당 마크업 타입에 대해 허용 가능한 경고만 보고하면 통과입니다.
**Rendered availability** — 확인 위치: Chrome DevTools의 Elements 패널 또는 사용자 에이전트를 에뮬레이션한 curl 요청 — 구조화된 데이터 스크립트나 속성이 최종 렌더된 DOM에 나타나면 통과입니다.
**Indexation signal** — 확인 위치: Google Search Console URL Inspection(자사 사이트용) 또는 site: 같은 공개 인덱스 지표쿼리 — URL Inspection이 페이지를 인덱싱되었다고 표시하고 검사에서 구조화된 데이터를 감지하면 통과합니다. 참고: site:는 참고용일 뿐 확정적 증거는 아닙니다.
실무 명령어 및 도구
일반적인 브라우저처럼 원시 HTML을 가져오려면: curl -L "https://example.com/page". 특정 user-agent가 받는 내용을 검사하려면 curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "https://example.com/page" (HTML 본문을 원하면 -I 옵션을 사용하지 마세요).
페이지를 Google의 Rich Results Test에 통과시켜 (https://search.google.com/test/rich-results) 및 Schema Markup Validator (https://validator.schema.org). 자체 URL의 경우 Google Search Console의 URL Inspection을 사용해 Google이 해당 페이지를 마지막으로 어떻게 크롤링하고 인덱싱했는지, 구조화된 데이터가 감지되었는지 확인하세요.
일반적인 문제
유효하지 않은 JSON 문법 — 쉼표나 따옴표 누락으로 JSON-LD가 깨집니다. JSON validator나 Rich Results Test로 수정하세요.
필수 속성 누락 — 일부 rich result 타입은 특정 필드를 필요로 합니다(예: Product의 price). 해당 필드가 없으면 schema가 있어도 리치 결과 대상이 되지 않을 수 있습니다.
클라이언트 측 렌더링으로 스크립트가 제거되는 경우 — 사이트가 JSON-LD를 JavaScript, 최종 렌더된 DOM에 스크립트 태그가 포함되어 있는지 확인하세요. 그렇지 않으면 검색 엔진이 이를 볼 수 없습니다.
비인덱스 페이지의 구조화된 데이터 — Google이 인덱스하지 않은 페이지는 리치 결과에 나타나기 어렵습니다. 인덱싱과 대상성(eligibility)은 별개의 단계입니다: 구조화된 데이터는 해석과 대상성에 영향을 주고, 인덱싱은 페이지가 결과에 등장할 수 있는지 결정하며, 순위는 구조화된 데이터 외의 다양한 신호로 결정됩니다.
충돌하거나 중복된 타입 — 동일한 콘텐츠에 상충되는 타입을 표기하거나 파서를 혼란시키는 중복·일관성 없는 값을 사용하지 마세요.
수동 조치 또는 정책 문제 — 더 풍부한 노출을 위해 콘텐츠를 잘못 표기하는 구조화된 데이터는 스팸으로 간주될 수 있습니다. 제공업체 가이드라인을 준수하고 사용자에게 보이지 않는 콘텐츠에 마크업을 적용하지 마세요.
자주 묻는 질문
스키마 마크업이 순위를 올리나요? 구조화된 데이터는 검색 엔진이 콘텐츠를 이해하는 데 도움이 되고 종종 리치 결과를 활성화해 클릭률(CTR)을 높이지만, 스키마만으로 순위를 보장하지는 않습니다. 순위는 여러 신호에 의해 결정됩니다.
어떤 포맷을 사용해야 하나요? 유지 관리성과 광범위한 지원 때문에 대부분의 경우 JSON-LD를 사용하세요. 플랫폼이나 시맨틱 요구사항 때문에 필요할 때만 Microdata/RDFa를 사용합니다.
리치 결과가 나타나려면 얼마나 걸리나요? 고정된 일정은 없습니다. 유효한 구조화된 데이터를 게시한 후 검색 엔진이 페이지를 크롤하고 인덱싱한 다음 대상성을 평가해야 합니다. 자체 페이지는 URL Inspection으로 인덱싱을 요청할 수 있으며, 공개 페이지는 일반적인 크롤링 일정의 영향을 받습니다.
잘못된 스키마에 대한 페널티가 있나요? 검색 엔진은 부정확한 마크업을 무시하거나, 콘텐츠를 의도적으로 잘못 표기한 경우 스팸으로 간주할 수 있습니다. 심각하거나 반복적인 악용에는 수동 조치나 알고리즘에 의한 강등이 가능할 수 있습니다.
AI 기반 SERP 기능이 제 스키마를 사용할 수 있나요? 예—AI Overviews 등 SERP 기능은 사실 정보를 추출하기 위해 구조화된 데이터를 자주 활용하지만, 페이지 콘텐츠와 다른 신호도 함께 참조할 수 있습니다. 구조화된 데이터는 명확성을 높이고 모호성을 줄여줍니다.
Technical SEO는 유기적 성장의 한 부분에 불과합니다. 주제별 권위를 구축하려면 올바른 구조화된 데이터와 온페이지 신호 외에도 고품질의 backlinks가 필요합니다.품질 높은 backlinks로 권위를 구축하세요
관련 용어 및 연관 표현

검색 엔진 최적화(SEO): 정의 및 체크리스트
검색 엔진 최적화(SEO)는 콘텐츠, 기술적 설정 및 사용자 경험을 검색 엔진의 크롤링·색인화·랭킹 시스템에 맞춰 웹사이트의 검색 결과 가시성을 개선하는 실무입니다 — 모바일 퍼스트 크롤링과 AI 기반 SERP 기능을 포함합니다.

온페이지 SEO: 정의, 체크리스트 및 검증
온페이지 SEO는 페이지의 콘텐츠, HTML 및 UX를 최적화해 사용자와 현대 검색 엔진에 대해 관련성 있고 색인 가능하며 유용하도록 만드는 작업입니다 — 모바일 퍼스트 렌더링, 구조화된 데이터, 캐노니컬 및 페이지 성능을 포함합니다.

Extensible Markup Language (XML): 설명 및 체크리스트
Extensible Markup Language (XML)은 사용자 정의 요소 이름과 네임스페이스를 사용해 계층적이고 구조화된 데이터를 태그 기반의 일반 텍스트로 인코딩하는 형식입니다. 데이터 교환, 설정 파일, 피드, 사이트맵, 시스템 통합 등에 널리 사용됩니다.

HTML 기초: 개념과 작동 방식
HTML 기초는 Hypertext Markup Language의 핵심 요소, 문법 및 시맨틱 구조를 설명합니다 — 웹 콘텐츠를 구성하고 리소스를 임베드하며 브라우저, 접근성 도구 및 검색 엔진에 의미를 전달하는 표준화된 마크업입니다.

검색 엔진: 작동 원리와 SEO 기초
검색 엔진은 사용자 쿼리에 답하기 위해 웹 콘텐츠를 발견, 크롤링, 인덱싱하고 검색 결과를 제공하는 소프트웨어 시스템입니다. 현대 SERPs는 AI Overviews, rich results 및 다수의 신호로 결정되는 순위 목록도 함께 표시합니다.

검색 알고리즘: 정의, 작동 방식 및 SEO에 미치는 영향
검색 알고리즘은 검색 엔진이 관련성 신호, 콘텐츠 품질, 링크 신호 및 AI 기반 의도 모델을 결합해 쿼리에 대해 웹페이지를 발견, 크롤링, 인덱싱하고 순위를 매기는 소프트웨어 규칙의 집합입니다.
