구조화된 데이터와 Schema.org: 검색 가시성을 높이는 방법
검색 엔진은 텍스트를 읽는 데 매우 뛰어나지만, 콘텐츠를 구조화된 형식으로 명시적으로 설명하면 훨씬 더 잘 이해합니다. Schema.org 어휘를 사용하고 JSON-LD 형식으로 전달되는 구조화된 데이터는 검색 엔진에게 페이지가 무엇에 관한 것인지 기계가 읽을 수 있는 설명을 제공합니다: 상품인가? 기사인가? 레시피인가? FAQ인가? 지역 비즈니스인가? 검색 엔진이 이를 이해하면 콘텐츠를 리치 결과로 제시할 수 있습니다 — 이미지, 평점, 가격, 단계별 지침 등이 포함된 향상된 검색 목록. 이러한 리치 결과는 더 많은 시각적 공간을 차지하고, 더 높은 클릭률을 유도하며, 일반 파란 링크와 차별화됩니다.
구조화된 데이터란 무엇인가(무엇이 아닌가)
구조화된 데이터는 검색 엔진이 프로그래밍적으로 파싱할 수 있는 형식으로 콘텐츠를 설명하는 페이지에 내장된 메타데이터입니다. 사용자가 페이지에서 보는 것을 변경하지 않습니다 — 병렬적인 기계 판독 가능한 정보 레이어를 제공합니다.
구조화된 데이터를 내장하는 세 가지 형식이 있습니다:
- JSON-LD (JavaScript Object Notation for Linked Data) — 페이지의
<head>또는<body>에 있는<script>블록. Google이 권장하는 형식으로 깔끔하고 유지 관리가 쉬우며 HTML 마크업과 분리됩니다. - Microdata — 기존 마크업에 짜여진 HTML 속성(
itemscope,itemprop). 유지 관리가 어렵고 오류가 발생하기 쉽습니다. - RDFa — Microdata와 유사하지만 RDF 표준에 기반합니다. 실제로는 덜 일반적입니다.
모든 실질적 목적에서 JSON-LD가 표준입니다. Google 문서가 기본값으로 사용하고, 대부분의 CMS 플러그인이 생성하며, 이 가이드가 집중하는 형식입니다.
구조화된 데이터가 검색 가시성을 높이는 방법
리치 결과
주요 이점은 리치 결과(이전에 "리치 스니펫"으로 불림)에 대한 적격성입니다. 이는 표준 제목-URL-설명 형식을 넘어서는 향상된 검색 목록입니다. 예시:
- 검색 결과에서 직접 질문과 답변을 보여주는 FAQ 드롭다운.
- 각 단계에 이미지가 표시되는 인라인 How-to 단계.
- 가격, 재고 여부, 별점이 표시되는 상품 카드.
- 조리 시간, 칼로리, 썸네일 이미지가 포함된 레시피 카드.
- 페이지 제목 아래의 리뷰 별점.
- 검색 목록에서 원시 URL을 대체하는 브레드크럼 경로.
- 날짜, 장소, 티켓 링크가 포함된 이벤트 목록.
- Google의 전용 채용 검색 경험의 채용 공고.
지식 패널과 캐러셀
Organization, Person, LocalBusiness 구조화된 데이터는 검색 결과 오른쪽에 나타나는 정보 상자인 지식 패널에 기여합니다. 강좌, 영화, 이벤트의 캐러셀 기능도 구조화된 데이터에 의존합니다.
음성 검색과 어시스턴트
Google Assistant, Siri, Alexa 같은 음성 어시스턴트는 음성 쿼리에 응답하기 위해 구조화된 데이터에서 답변을 가져옵니다. FAQ와 HowTo 마크업은 이러한 시스템이 선호하는 직접적이고 구조화된 답변을 제공하기 때문에 음성 검색에 특히 가치 있습니다.
알아야 할 핵심 Schema.org 유형
Article
뉴스 기사, 블로그 게시물, 편집 콘텐츠에 사용됩니다. 검색 엔진이 제목, 저자, 게시 날짜, 대표 이미지를 이해하도록 돕습니다. 하위 유형으로 NewsArticle, BlogPosting, TechArticle이 있습니다.
최소한의 JSON-LD 예시:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "기사 제목",
"author": { "@type": "Person", "name": "저자 이름" },
"datePublished": "2026-04-01",
"image": "https://example.com/image.jpg"
}
</script>
FAQPage
자주 묻는 질문과 답변 목록이 포함된 페이지를 마크업합니다. Google이 FAQ 리치 결과를 표시할 때 각 질문은 검색 목록에서 직접 확장 가능한 드롭다운이 되어 결과의 시각적 면적을 극적으로 증가시킵니다.
각 질문은 Answer 유형의 acceptedAnswer가 있는 Question 엔티티입니다. 콘텐츠는 페이지에서 보여야 합니다 — 사용자가 볼 수 없는 숨겨진 또는 동적으로 로드되는 FAQ 콘텐츠는 Google 가이드라인을 위반할 수 있습니다.
HowTo
작업을 수행하기 위한 단계 세트를 설명합니다. Google은 이를 각 단계에 이미지가 포함된 단계별 시각적 가이드로 검색 결과에 표시할 수 있습니다. 각 단계는 name(단계 제목)과 text(지침)가 있는 HowToStep입니다. 필요한 도구와 재료를 설명하는 HowToTool과 HowToSupply도 포함할 수 있습니다.
Organization
회사나 조직에 대한 정보를 제공합니다: 이름, 로고, 연락처 정보, 소셜 미디어 프로필, 설립 세부 사항. 이 데이터는 지식 패널에 반영되고 검색 엔진이 웹 전체에서 브랜드를 연결하도록 돕습니다. 홈페이지 또는 전용 "소개" 페이지에 배치하세요.
BreadcrumbList
사이트 구조 내에서 페이지의 내비게이션 계층을 정의합니다. 검색 결과에서 원시 URL을 표시하는 대신, Google은 홈 > 상품 > 위젯 > 파란 위젯과 같은 깔끔한 브레드크럼 경로를 표시합니다. 이는 사용자에게 페이지가 사이트 내 어디에 위치하는지 더 명확한 감각을 주어 클릭률을 높입니다.
목록의 각 항목은 position, name, item(URL)이 있는 ListItem입니다. 순서는 실제 내비게이션 계층과 일치해야 합니다.
Product
이커머스에 필수적입니다. name, image, description, sku, brand, offers(가격, 통화, 재고), aggregateRating 같은 속성으로 상품을 설명합니다. 상품 리치 결과는 검색 목록에 별점, 가격, 재고 상태를 직접 표시합니다 — 클릭 결정에 강하게 영향을 미치는 정보입니다.
LocalBusiness
물리적 위치가 있는 비즈니스용. 주소, 영업 시간, 전화번호, 지리적 좌표, 서비스 지역을 포함합니다. 로컬 SEO에 핵심 — 이 데이터가 로컬 팩(지도 결과)과 Google 비즈니스 프로필 통합을 구동합니다.
기타 중요한 유형
- Event — 이벤트의 날짜, 장소, 티켓 정보.
- Recipe — 재료, 조리 시간, 영양 정보, 분량.
- VideoObject — 비디오 제목, 설명, 썸네일, 재생 시간, 업로드 날짜.
- SoftwareApplication — 앱 이름, 운영체제, 평점, 가격.
- Course — 강좌 이름, 제공자, 교육 콘텐츠 설명.
구조화된 데이터 테스트
Google 리치 결과 테스트
search.google.com/test/rich-results에서 사용할 수 있으며, 이 도구는 구조화된 데이터를 검증하고 페이지가 적격한 리치 결과 유형을 보여줍니다. Googlebot처럼(JavaScript 실행 포함) 페이지를 렌더링하고 오류와 경고를 보고합니다. 배포 전과 중요한 CMS 또는 테마 변경 후 모든 페이지 템플릿을 테스트하세요.
Schema.org 검증기
validator.schema.org의 공식 Schema.org 검증기는 마크업이 Schema.org 명세에 부합하는지 확인합니다. Google 특화 리치 결과 적격성에 대해서는 알려주지 않지만, 필수 속성 누락이나 잘못된 중첩 같은 구조적 오류를 잡아냅니다.
Google Search Console
Search Console의 향상 섹션은 지속적인 모니터링을 제공합니다. 유효한 구조화된 데이터가 있는 페이지 수, 오류가 있는 수, 수정이 필요한 특정 문제를 보고합니다. 새 오류가 나타날 때 알림을 받도록 이메일 알림을 설정하세요 — CMS 업데이트나 템플릿 변경이 수천 페이지의 구조화된 데이터를 한꺼번에 깨뜨릴 수 있습니다.
흔한 구현 오류
보이는 콘텐츠와 일치하지 않는 마크업
Google은 구조화된 데이터가 사용자에게 보이는 콘텐츠를 정확히 나타내야 합니다. 페이지에 나타나지 않는 FAQ 질문을 마크업하거나, 표시된 가격과 다른 가격을 구조화된 데이터에 나열하거나, 표시되지 않는 별점을 주장하는 것 — 이 모든 것이 가이드라인을 위반하며 리치 결과를 완전히 제거하는 수동 조치(페널티)를 초래할 수 있습니다.
필수 속성 누락
각 Schema.org 유형에는 필수 및 권장 속성이 있습니다. headline이나 image가 없는 Article은 리치 결과를 생성하지 않습니다. offers가 없는 Product는 가격 표시를 놓칩니다. 구현하는 각 유형에 대해 항상 Google의 구조화된 데이터 문서에 나열된 필수 속성을 확인하세요.
잘못된 중첩 및 유형 오류
구조화된 데이터에는 계층이 있습니다. Offer는 최상위 수준이 아닌 Product 안에 중첩되어야 합니다. Question은 FAQPage 안에 있어야 합니다. 흔한 실수로는 엔티티를 잘못된 수준에 배치하거나, 잘못된 @type 값을 사용하거나, 주어진 유형에 존재하지 않는 속성을 참조하는 것이 있습니다.
콘텐츠 변경 시 구조화된 데이터 업데이트 잊기
구조화된 데이터는 "설정하고 잊는" 구현이 아닙니다. 상품이 품절되면 availability 속성이 변경되어야 합니다. 이벤트가 지나면 마크업을 제거하거나 업데이트해야 합니다. 기사가 업데이트되면 dateModified가 변경을 반영해야 합니다. 오래된 구조화된 데이터는 검색 엔진과의 신뢰를 침식하고 오해를 불러일으키는 리치 결과로 이어질 수 있습니다.
자격이 없는 페이지에 구조화된 데이터 구현
모든 페이지에 모든 유형의 구조화된 데이터가 있어야 하는 것은 아닙니다. 진정한 FAQ가 아닌 페이지에 FAQ 마크업, 단계별 지침이 포함되지 않은 페이지에 HowTo 마크업, 실제 리뷰가 없는 페이지에 Review 마크업 — 이는 Google이 점점 감지하고 페널티를 부과하는 오용입니다.
클릭률에 미치는 영향
연구는 리치 결과가 표준 검색 목록보다 일관되게 더 높은 클릭률을 달성한다고 보여줍니다. 개선 정도는 유형에 따라 다릅니다:
- FAQ 리치 결과는 목록의 시각적 면적을 확장하여 CTR을 15-25% 증가시킬 수 있습니다.
- 상품이나 기사 목록의 리뷰 별점은 별점이 없는 목록에 비해 CTR을 10-35% 증가시킵니다.
- 원시 URL을 대체하는 브레드크럼은 목록을 더 읽기 쉽고 신뢰할 수 있게 만들어 꾸준하지만 적당한 CTR 개선에 기여합니다.
- 가격과 재고가 표시되는 상품 리치 결과는 더 적격한 클릭을 유도합니다 — 클릭 전에 가격을 본 사용자는 전환할 가능성이 높습니다.
리치 결과가 더 높은 순위를 보장하지는 않습니다 — 구조화된 데이터 자체는 순위 요소가 아닙니다. 그러나 증가된 CTR은 긍정적인 참여 신호를 보내며, 더 많은 클릭을 얻는 페이지는 시간이 지남에 따라 순위를 유지하거나 향상시키는 경향이 있습니다.
구조화된 데이터와 Spider.es
Spider.es가 사이트를 크롤링할 때 검색 엔진 봇이 하는 것과 같은 방식으로 구조화된 데이터를 읽습니다. 크롤링 보고서는 구조화된 데이터가 있는 페이지를 식별하고, Schema.org 명세에 대해 마크업을 검증하고, 리치 결과를 방해할 오류를 표시합니다. Google의 인덱스에 도달하기 전에 문제를 잡으세요 — 깨진 JSON-LD 구문, 누락된 필수 속성, 보이는 콘텐츠와 모순되는 마크업.
마치며
구조화된 데이터는 노력 대비 보상 비율이 일관되게 유리한 몇 안 되는 SEO 기법 중 하나입니다. 구현은 간단합니다 — 각 페이지 템플릿에 JSON-LD 스크립트 블록 — 그리고 보상은 더 풍부한 검색 목록, 더 높은 클릭률, 검색 기능과 음성 어시스턴트 전반의 더 나은 가시성으로 측정 가능합니다. 콘텐츠에 맞는 유형부터 시작하고, 철저히 테스트하고, Search Console에서 모니터링하고, 사용자가 실제로 페이지에서 보는 것과 마크업을 동기화하세요. 검색 엔진은 듣고 있습니다 — 그들의 언어로 말하고 있는지 확인하세요.