Schema.org는 웹페이지에 나온 대상의 유형, 속성, 관계를 기계가 구분할 수 있도록 정의한 공용 어휘입니다. Product, Article, Organization은 대상의 유형이고 name, image, author는 속성입니다. 이 이름을 쓰면 상품, 글, 조직과 각각의 정보를 일관된 방식으로 표현할 수 있습니다.
어휘와 작성 형식의 차이
상품을 설명한다면 Product 유형을 고르고, 상품명은 name 속성에 적습니다. 판매 가격과 재고 상태는 Offer 유형으로 묶어 상품의 offers 속성에 연결할 수 있습니다. 이렇게 상품과 판매 조건의 관계까지 표현하는 데 필요한 이름과 의미를 Schema.org가 정의합니다.
같은 정보라도 JSON-LD, Microdata, RDFa 중 어떤 형식으로 작성하느냐에 따라 코드의 모양은 달라집니다. Schema.org 어휘를 쓴다는 말이 곧 JSON-LD로 작성했다는 뜻은 아닙니다.
| 개념 | 맡는 역할 |
|---|---|
| Schema.org | 대상과 속성을 어떤 이름과 의미로 표현할지 정의 |
| JSON-LD, Microdata, RDFa | 데이터를 코드에 적는 형식 |
| 구조화 데이터 | 정해진 항목과 관계로 표현한 데이터 |
| 리치 결과 | 검색엔진이 지원하는 추가 요소를 표시한 검색결과 |
JSON 문법 자체나 Open Graph 태그, 검색결과에 표시된 별점 화면을 Schema.org와 같은 말로 부르지는 않습니다. 어휘, 코드, 검색 화면은 서로 연결될 수 있지만 각각 다른 개념입니다.
검색엔진마다 다른 지원 유형과 필수 속성
Google과 네이버는 Schema.org 기반의 구조화 데이터를 처리합니다. 그렇다고 Schema.org의 모든 유형과 속성을 검색 화면에 활용하는 것은 아닙니다. 예를 들어 TVSeries는 Schema.org 유형이지만 Google 검색 센터에 별도의 TVSeries 리치 결과 명세가 있다는 뜻은 아닙니다.
검색 기능을 구현할 때는 해당 검색엔진의 문서에 나온 필수 속성을 갖춰야 합니다. Schema.org에 정의된 속성이라도 특정 기능에서는 요구하지 않을 수 있고, 권장 속성은 정확한 값을 제공할 수 있을 때 추가합니다. 유형은 페이지의 실제 내용에 맞게 선택해야 하므로, 노출하고 싶은 기능에 맞추려고 다른 종류의 콘텐츠로 표시해서는 안 됩니다.
마크업 검증과 실제 노출 확인
Schema Markup Validator에 URL이나 코드를 넣으면 추출된 유형과 속성, 연결 관계를 확인할 수 있습니다. Google 리치 결과를 구현했다면 리치 결과 테스트로 Google의 기능 요건도 검사합니다.
자동 검사에서 오류가 없어도 검색 노출을 보장하지는 않습니다. 예를 들어 상품 페이지의 가격과 코드에 적은 가격이 다른지는 운영자가 직접 대조해야 합니다. 이런 내용의 정확성과 검색엔진의 품질 지침까지 자동 검사가 모두 판정하지는 못합니다. 검사를 마친 뒤에는 실제 배포한 페이지를 검색엔진이 수집하고 색인했는지도 점검합니다.
자주 묻는 질문
스키마와 Schema.org는 같은 말인가요?
SEO 실무에서는 Schema.org 어휘나 이를 적용한 마크업을 스키마라고 줄여 부르곤 합니다. 스키마라는 말 자체는 더 넓어서 데이터베이스의 테이블과 필드 구조를 뜻하기도 합니다. 웹페이지의 구조화 데이터를 말할 때는 어휘 체계인 Schema.org와, 그 어휘로 작성한 실제 마크업을 구별하면 정확합니다.
최신 버전을 쓰면 검색 노출이 좋아지나요?
Schema.org에 새 유형이 추가됐다고 검색엔진이 바로 지원하는 것은 아닙니다. 현재 구현한 검색 기능의 요건이 달라졌는지 살펴보고, 새 속성이 필요하다면 실제 콘텐츠에서 값을 가져와 추가합니다. 최신 어휘를 적용했다는 이유만으로 리치 결과나 검색 순위가 개선되지는 않습니다.
함께 알아두면 좋은 용어
- 구조화 데이터: 정보를 정해진 항목으로 표현한 데이터
- 스키마 마크업: Schema.org 어휘를 웹페이지 코드에 적용한 마크업
- JSON-LD: JSON 문법으로 데이터의 의미와 관계를 표현하는 형식