Schema와 JSON-LD, 구조화된 데이터 이해하기

페이지에 등장하는 사람, 기관, 글, 상품 같은 엔티티와 관계를 기계가 읽기 쉬운 형식으로 설명합니다. 가장 널리 권장되는 구현 형식이 JSON-LD입니다.

06 / 10 · 14분 · 난이도: 초급 · 핵심: @type · 엔티티 · JSON-LD

Schema는 구조화된 데이터라고도 부릅니다. 사람이 보는 본문과 별도로 페이지의 의미를 정해진 어휘로 표현하며, 웹에서는 보통 application/ld+json 스크립트 안의 JSON-LD 형태로 제공합니다.

Schema는 페이지의 ‘신분증과 관계도’입니다

본문에 “플릭이 메타데이터 글을 작성했다”라고 써도 기계는 플릭이 사람인지 회사인지, 무엇을 작성했는지 문맥으로 추론해야 합니다. 구조화된 데이터는 Person, Article, author 같은 명시적 속성으로 그 관계를 표현합니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "메타데이터 점검을 위한 실전 가이드",
  "author": {
    "@type": "Person",
    "name": "Flik"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example Guides"
  }
}
</script>

Schema가 중요한 두 가지 이유

1. 검색결과의 확장된 표현에 활용될 수 있습니다

검색엔진은 지원하는 구조화된 데이터와 정책을 참고해 상품 가격, 재고, 레시피 시간, 이벤트 날짜 같은 풍부한 검색결과를 만들 수 있습니다. 정확한 마크업은 노출 자격을 만들 뿐 실제 표시를 보장하지는 않습니다.

2. 페이지에 수록된 엔티티와 관계를 명확히 표현합니다

글의 작성 주체가 사람인지 기관인지, 발행 조직은 누구인지, 상품의 브랜드와 제안 가격은 무엇인지 기계가 읽기 쉬운 방식으로 연결합니다. 검색엔진뿐 아니라 페이지를 분석하는 다양한 시스템이 의미를 파악하는 데 참고할 수 있습니다.

보이지 않는 내용을 꾸며 넣으면 안 됩니다.Schema는 실제 페이지에 표시되고 사용자가 확인할 수 있는 주요 내용을 정확히 반영해야 합니다. 존재하지 않는 평점이나 가격을 넣지 마세요.

Meta Checker에서 Schema 확인하기

Meta Checker 스키마 탭에서 정상 블록 수, Article 타입, 엔티티 상세를 표시한 화면
정상적인 Article JSON-LD를 읽은 화면입니다.
  1. 1전체 블록, 정상 블록, 엔티티, 파싱 오류 수를 확인합니다.
  2. 2감지된 @type이 실제 페이지 유형과 맞는지 봅니다.
  3. 3엔티티 카드에서 제목, URL, 설명, author, publisher, 날짜 같은 핵심 속성을 검토합니다.

왼쪽의 스키마 탭을 엽니다

블록이 0이면 현재 페이지에 JSON-LD가 없거나 인식 가능한 형식이 아닌 것입니다.

블록 수와 파싱 오류를 확인합니다

오류가 1개 이상이면 문법이 깨진 JSON-LD가 있습니다. 정상 블록이 있어도 오류 블록을 그대로 두지 마세요.

타입과 페이지 목적을 맞춥니다

글은 Article/BlogPosting, 상품은 Product처럼 실제 주 콘텐츠에 맞는 타입을 사용합니다. 지원되지 않거나 부적절한 타입을 억지로 추가하지 않습니다.

카드와 원본 JSON을 비교합니다

필드가 현재 화면의 제목·작성자·가격·이미지와 같은지 확인합니다. 하단 원본 보기로 전체 JSON을 점검합니다.

외부 검증을 실행합니다

Meta Checker의 ‘외부 검증’으로 Schema.org Validator를 열고, 검색 노출 기능이 목표라면 Google Rich Results Test도 별도로 사용합니다.

파싱 오류와 내용 오류 개선하기

Meta Checker 스키마 탭에서 JSON-LD 파싱 오류와 외부 검증 버튼을 표시한 화면
문법 오류가 있는 블록은 오류 수와 메시지로 표시됩니다.
  1. 1파싱 오류 개수가 0이 될 때까지 수정합니다.
  2. 2오류 메시지의 블록 번호와 문자 위치를 개발자에게 전달합니다.
  3. 3외부 Validator에서 전체 구조와 속성 관계를 재검증합니다.
  1. 오류 카드에서 블록 번호와 메시지를 확인합니다.
  2. 코드에서 빠진 쉼표, 따옴표, 닫는 중괄호를 수정합니다.
  3. @context와 @type을 확인합니다.
  4. 필수·권장 속성은 선택한 검색 기능의 공식 문서를 기준으로 채웁니다.
  5. 페이지에 보이는 내용과 JSON-LD 값을 일치시킵니다.
  6. 배포 후 Meta Checker와 외부 검증 도구를 모두 다시 실행합니다.
FAQ와 HowTo를 습관적으로 추가하지 마세요.Google의 검색 기능 지원 범위와 노출 정책은 바뀔 수 있습니다. 페이지 목적에 맞는 타입과 최신 공식 문서를 우선하세요.

완료 체크리스트

  • 파싱 오류가 0이다.
  • @type이 페이지의 주 콘텐츠와 맞는다.
  • 작성자·기관·가격·날짜가 화면 내용과 같다.
  • 허위 평점이나 숨겨진 정보를 넣지 않았다.
  • Meta Checker와 외부 Validator를 모두 통과했다.

더 읽기