구조화된 데이터 SEO: Schema 마크업 가이드

구조화된 데이터의 정의와 역할

구조화된 데이터(일반적으로 schema.org 어휘를 사용한 JSON‑LD로 구현됨)는 페이지에 추가하는 기계 판독형 마크업으로, 검색 엔진이 보이는 텍스트만 파싱하는 것보다 엔티티, 속성 및 관계를 더 명확하게 해석할 수 있게 합니다.

명확성 도구입니다: 구조화된 데이터는 특정 콘텐츠 블록이 Article, Product, Event, Person, FAQ, BreadcrumbList, Review 등 정의된 유형임을 신호합니다. 이러한 명확성은 rich results 자격을 높이고, 지식 시스템에 엔티티 관계를 명시하며, 검색 기능이 어떤 텍스트가 어떤 속성에 해당하는지 이해하도록 돕습니다.

구조화된 데이터는 순위를 바로 올려주는 지름길이 아닙니다. 고품질 콘텐츠, 좋은 정보 구조 또는 크롤 가능한 페이지를 대체하지 못합니다. 구조화된 데이터는 검색 엔진이 페이지의 내용을 해석하는 데 도움을 주지만, 그 페이지가 검색 결과에 어떻게 노출될지(크롤링, indexing 및 ranking을 통해)는 검색 엔진이 결정합니다.

구조화된 데이터의 작동 방식

형식과 배치

JSON‑LD가 현재 권장되며 가장 널리 사용되는 형식입니다. Schema는 Microdata나 RDFa로도 표현할 수 있으나, JSON‑LD는 마크업을 보이는 DOM과 분리해 현대 템플릿과 CMS에서 관리하기가 더 쉽습니다.

일반적으로는 페이지의 head 또는 body 안에 <script type="application/ld+json"> 태그로 삽입합니다. 최소한의 Article 예시는 다음과 같습니다:

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Your headline here","author":{"@type":"Person","name":"Author name"}}</script>

Crawling, indexing and ranking: 스키마가 관여하는 단계

구조화된 데이터는 crawling and indexing 단계에서 소비됩니다: 크롤러는 페치 중에 JSON‑LD를 읽을 수 있고, 인덱서는 속성을 저장하거나 SERP 기능에 대한 페이지 자격을 판단하는 데 이를 활용할 수 있습니다. 페이지가 Search에 노출되는지와 그 순위는 여전히 검색 엔진의 algorithms이 많은 신호를 사용해 결정합니다.

참고: Google은 크롤링과 인덱싱의 기본 기준으로 모바일 버전을 사용합니다. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default; 모바일에 있는 구조화된 데이터가 데스크톱의 의미(동등성 parity)와 일치하는지 확인하세요. 픽셀 단위 레이아웃까지 같을 필요는 없습니다.

구조화된 데이터의 활용처(사용 사례)

주요 이점 및 적용 가능 기능

Rich results: FAQs, How‑tos, recipe previews, product snippets, reviews and event cards may be eligible when markup follows the documented requirements.

Knowledge graph 및 엔티티 연결: schema는 엔티티 관계를 명확히 할 수 있습니다 (publisher → article → author → organization). 이는 엔티티 그래프를 구축하는 시스템에 도움이 됩니다.

사이트링크 및 브레드크럼 해석: BreadcrumbList 마크업은 탐색 계층을 명확히 하여 검색 기능이 올바른 경로를 표시하도록 합니다.

제품 재고, 이벤트 날짜, 채용 공고 등 특화된 검색 환경에서 구조화된 속성은 자유 텍스트에서 신뢰성 있게 추출하기 어려운 기계 판독형 사실을 전달해 자격 신호를 제공합니다.

마크업이 있어도 리치 결과가 항상 표시되는 것은 아닙니다. 검색 엔진은 마크업을 하나의 신호로 사용하며 이를 무시하거나 추가 품질 신호(콘텐츠 품질, indexability, 사이트 평판)를 요구할 수 있습니다.

스키마 구현: 실무 체크리스트

계획 및 매핑

어떤 페이지 유형에 구조화된 데이터가 필요한지 결정하세요. 각 페이지 템플릿을 schema.org 타입과 필수 속성에 매핑하세요 (예: Product는 name과 offers 필요; FAQ는 Question/Answer 페어가 있는 mainEntity 필요). schema.org 문서를 권위 있는 어휘 참조로 사용하세요.

작성 및 템플릿화

CMS에서 JSON‑LD를 생성하거나 서버 템플릿에 포함하세요. 마크업이 보이는 콘텐츠와 동기화되게 유지하십시오: 날짜, 가격, 재고 여부, 구조화된 속성 내부의 텍스트는 사용자가 보는 것과 일치해야 합니다.

테스트 및 스테이징

생성된 JSON‑LD는 스테이징 환경에서 Rich Results Test와 Schema Markup Validator(schema.org)로 테스트하세요. 소유한 페이지의 경우, Google Search Console의 URL Inspection을 사용해 Google이 페이지를 어떻게 보는지, 구조화된 데이터가 유효한지 또는 오류가 있는지 확인하세요.

배포 및 모니터링

프로덕션에 배포하고 라이브 페이지를 Rich Results Test로 검증하세요.

Search Console에서 구조화된 데이터 보고서와 소유한 페이지의 커버리지 문제를 모니터링하세요; 서버 로그와 크롤러 에뮬레이션(curl)을 사용해 봇이 동일한 마크업을 받는지 확인하세요.

특정 사용자 에이전트가 받는 HTML을 빠르게 확인하려면 UA 문자열을 사용한 curl을 사용하세요. 헤더만 가져오려면: curl -I https://example.com. 특정 UA로 HTML을 가져오려면: curl -A "Googlebot" https://example.com

검증 및 문제 해결

소유한 페이지에 대한 단계별 검증

1) Rich Results Test로 구문과 필수 속성을 검증하세요. 2) Google Search Console에서 URL Inspection을 실행해 Google이 구조화된 데이터를 감지하는지, 오류나 경고가 있는지 확인하세요. 3) Chrome DevTools > Elements에서 페이지의 렌더된 HTML을 확인해 클라이언트 렌더링 이후에도 JSON‑LD 스크립트가 존재하는지 확인하세요. 4) 배포 후 Search Console 보고서를 모니터링해 새로 나타난 문제를 포착하세요.

리치 결과가 나타나지 않을 때 할 일

마크업이 유효하지만 리치 결과가 나타나지 않는 경우, 다음을 확인하세요: 1) 페이지가 인덱스 가능한가? URL Inspection으로 인덱스 커버리지를 확인하세요. 인덱스되지 않은 페이지는 리치 결과에 노출될 가능성이 낮습니다. 2) 보이는 콘텐츠가 구조화된 속성과 정확히 일치하는가? 불일치는 엔진이 마크업을 무시하게 할 수 있습니다. 3) 사이트의 전반적인 품질과 평판이 해당 기능에 충분한가 — 엔진은 종종 마크업 외에 신뢰 신호를 요구합니다. 4) 해당 기능에 대해 지원되는 타입과 속성을 사용 중인지 확인하세요(관련 내용은 Rich Results Test 문서 참조).

일반적인 실수와 회피 방법

사용자에게 보이지 않거나 페이지 텍스트와 모순되는 콘텐츠에 마크업을 적용하는 것 — 구조화된 데이터는 보이는 사실을 반영해야 합니다.

의도한 리치 결과에 대해 지원되지 않는 타입이나 속성을 사용하는 것; 현재 적격성 매트릭스는 Rich Results Test를 참조하세요.

구조화된 데이터에 의존해 콘텐츠 품질 또는 사이트 아키텍처 문제를 해결하려는 것. Schema는 명확성을 돕지만 얇거나 도움이 되지 않는 콘텐츠를 보완할 수는 없습니다.

동적 콘텐츠 변경(날짜, 가격, 재고 정보)과 마크업을 동기화하지 않는 것 — 오래된 구조화된 값은 피하세요.

고급 패턴 및 거버넌스

스키마 거버넌스 프로세스를 설계하세요: 콘텐츠 또는 엔지니어링 팀에 스키마 소유권을 포함시키고, JSON‑LD 스니펫을 버전 관리하며, 배포 전 스키마 구문과 필수 필드를 검증하는 테스트를 CI 파이프라인에 추가하세요.

대형 사이트의 경우 렌더된 HTML을 복사하지 말고 정식 소스 필드에서 구조화된 데이터를 생성하세요. 지역화된 콘텐츠가 있는 경우 언어 및 지역 속성이 페이지 대상에 맞게 설정되어 있는지 확인하고, 단일 속성에 언어를 혼용하지 마세요.

구조화된 데이터는 검색 외부의 다운스트림 시스템(내부 지식 베이스, 음성 어시스턴트, 분석 등)을 지원할 수도 있습니다. 유지보수 부담을 줄이기 위해 검색과 내부 사용 모두에 필요한 최소한의 안정적인 핵심 속성 집합을 정의하세요.

스키마와 함께 작동하는 기술적 기초(indexability, canonicalisation, Core Web Vitals)을 복습하고 싶다면 읽어보세요 Technical SEO Guide

FAQ