스키마 마크업
schema markup
뜻과 개념
정해진 어휘 체계를 이용해 문서의 의미와 속성을 표시하는 작업입니다.
어떻게 작동하나요?
스키마 마크업은 Schema.org의 유형과 속성을 사용해 페이지의 정보와 관계를 표현하는 구현을 말합니다. Article, Person, BreadcrumbList처럼 대상을 구분하고 이름, 작성자, 경로 등을 설명할 수 있습니다. 구조화 데이터라는 넓은 개념을 웹페이지에 적용하는 대표적인 방식입니다.
왜 알아야 하나요?
사람이 읽는 문장만으로는 기계가 작성자와 게시 기관, 본문 제목을 명확히 구분하기 어려울 수 있습니다. 마크업은 이런 의미를 보완합니다. 다만 Schema.org 문법을 사용했다는 사실과 Google의 특정 검색 기능 요건을 충족했다는 사실은 별도로 확인해야 합니다.
실무에서 적용하는 방법
페이지가 실제로 무엇을 설명하는지에 맞는 유형을 고릅니다. JSON-LD나 지원되는 다른 형식으로 표현하고, 화면에 표시한 작성자와 날짜 등 원본 데이터를 그대로 연결하세요. 존재하지 않는 평가나 관계를 만들지 않습니다.
Schema.org의 속성 의미와 검색엔진의 기능별 요구 조건을 각각 확인합니다. 일반 스키마 검증과 리치 결과 테스트는 검사 목적이 다를 수 있습니다. 배포 후에는 코드 예시가 아니라 실제 URL에서 생성된 값을 확인하고 템플릿 변경 시에도 유지되는지 점검합니다.
실무에서는 이렇게 봅니다
블로그 글에 Article을 넣으면서 작성자는 본문과 동일하게 표시하고, 페이지 경로는 BreadcrumbList로 별도 표현할 수 있습니다. 회사 이름을 실제 개인 저자인 것처럼 쓰거나 화면에 없는 전문 자격을 추가하면 정보가 왜곡됩니다. 먼저 사이트의 실제 편집 정보를 정확히 관리해야 합니다.
주의할 점
스키마 유형을 많이 추가한다고 검색 신뢰가 자동으로 높아지는 것은 아닙니다. 지원되지 않거나 관련 없는 유형을 넣는 것보다 필요한 값을 정확하게 유지하는 것이 중요합니다. 기능 정책이 바뀌면 기존 마크업도 다시 점검해야 합니다.
자주 묻는 질문
구조화 데이터와 스키마 마크업은 같은가요?
실무에서는 비슷하게 쓰이지만 구조화 데이터가 더 넓은 개념입니다. 스키마 마크업은 Schema.org 어휘를 사용한 표현을 가리킵니다.
플러그인이나 생성기가 만든 코드는 그대로 써도 되나요?
실제 페이지 정보와 맞는지 확인해야 합니다. 자동 생성도 잘못된 기본값이나 중복을 만들 수 있으므로 검증과 유지 관리가 필요합니다.