구조화 데이터(Schema)의 중국어 검색 실전 가치
제2장: 검색 기초편 · 제29문
구조화 데이터는 표준화된 형식으로 검색 엔진에 웹페이지 콘텐츠를 "번역"해 주는 방식입니다. 당신은 일상 언어로 글을 쓰고, 검색 엔진은 구조화 데이터를 통해 "이 부분은 문답", “이것은 가격”, “저것은 단계”를 정확히 이해합니다. 잘 갖추면 검색 결과에 리치 스니펫(Rich Snippets)이 나타날 수 있습니다 — 평점 별점,FAQ펼침, 브레드크럼 내비게이션 등이 표시되어 클릭률이 크게 향상될 수 있습니다.
구조화 데이터란 무엇인가?
간단히 말해, Schema.org의 표준 어휘에 따라 검색 엔진이 읽을 수 있는 형식(JSON-LD 권장)으로 웹페이지의 핵심 정보를 표시하는 것입니다. 예를 들어:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "结构化数据（Schema）在中文搜索的实战价值",
"author": {"@type": "Person", "name": "VIP SEO"},
"publisher": {"@type": "Organization", "name": "中文非付费营销100问"},
"isPartOf": {"@type": "Book", "name": "中文非付费营销100问"}
}
검색 엔진은 이 코드를 보고 이것이 하나의 글이라는 것, 제목이 무엇인지, 누가 썼는지, 어느 시리즈에 속하는지를 알 수 있습니다. 위 코드는 바로 이 글 페이지가 실제로 출력하는 구조화 데이터입니다(약간 간소화됨).
바이두는 실제로 어떤 Schema 유형을 지원하나?
바이두의 구조화 데이터 지원은 Google과 완전히 일치하지 않습니다. 다음은 현재 바이두가 실제로 인식하고 리치 스니펫을 유발할 수 있는 유형입니다:
| Schema 유형 | 바이두 지원 정도 | 표시 효과 |
|---|---|---|
| Article | ✓ 지원 | 발행 시간, 작성자 정보 표시 |
| BreadcrumbList | ✓ 지원 | 검색 결과에 브레드크럼 내비게이션 경로 표시 |
| FAQPage | ✓ 부분 지원 | 문답 콘텐츠가 검색 결과에 직접 펼쳐짐 |
| HowTo | 주의: 제한적 지원 | 단계형 콘텐츠 표시 |
| Product | ✓ 지원 | 가격, 평점, 재고 상태 |
| Organization | ✓ 지원 | 브랜드 로고, 연락처 |
| LocalBusiness | ✓ 지원 | 주소, 영업시간, 전화번호 |
주의: 바이두에는 자체 구조화 데이터 제출 채널도 있습니다 — "바이두 검색리소스 플랫폼 → 검색 노출 → 구조화 데이터"이며, 일부 리치 스니펫(의료, 교육 등)은 바이두 자체 형식으로 제출해야 합니다.
구현 방법: JSON-LD가 최우선
세 가지 표시 방식 비교:
- JSON-LD(권장): 작성 위치
<script>태그 안에 작성하여 페이지 HTML 구조에 영향을 주지 않고 유지보수가 편리함 - Microdata: HTML 태그 속성에 작성하여 결합도가 높고 유지보수가 어려움
- RDFa：Microdata와 유사하지만 국내에서는 거의 사용되지 않음
WordPress 사이트의 경우 Rank Math 또는 Yoast SEO 플러그인을 설치하여 JSON-LD 코드를 자동 생성하는 것을 권장합니다. 자체 개발 사이트는 개발자가 템플릿에 직접 삽입합니다.
본 사이트 실전: 세 가지 JSON-LD를 어떻게 배치했나
본 사이트(songbing.com.cn의 《중국어 비유료 마케팅 100문》)가 바로 "자체 개발 템플릿 삽입"의 전형입니다——Hugo 템플릿에 한 번 작성해두면 사이트 전체 100+개 글이 자동으로 적용되며, 글마다 수작업할 필요가 없습니다. 현재 세 가지 유형을 배치했는데, 이는 위 우선순위 제안의 상위 세 항목과 정확히 일치합니다:
| 유형 | 적용 범위 | 본 사이트 방식 |
|---|---|---|
| BreadcrumbList | 전체 사이트 | 「홈 > 100문 > 글 제목」경로 자동 생성 |
| Article + Book | 각 Q&A 페이지 | headline / author / publisher 자동 채움, isPartOf로 《100문》이라는 책에 속함을 표시 |
| FAQPage | 각 Q&A 페이지 | 제목을 Question으로, 본문을 Answer로 사용하여 AI / 검색 인용에 용이 |
본 글 페이지를 예로 들면, BreadcrumbList가 실제 출력하는 JSON-LD는 이렇습니다:
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "首页", "item": "https://www.songbing.com.cn/"},
{"@type": "ListItem", "position": 2, "name": "100问", "item": "https://www.songbing.com.cn/100wen/"},
{"@type": "ListItem", "position": 3, "name": "结构化数据（Schema）在中文搜索的实战价值", "item": "https://www.songbing.com.cn/100wen/schema-structured-data/"}
]
}
본 사이트의 선택은 간단합니다:글 사이트에서 가장 필요한 세 가지만 하고, Product, HowTo처럼 콘텐츠 사이트와 무관한 유형은 하지 않음——이것 자체가 "과도한 마크업 금지"의 실천입니다. 「우클릭 소스 보기 → ld+json 검색」으로 본 사이트 임의 페이지의 실제 출력을 직접 확인할 수 있습니다.
CTR에 대한 실제 영향
국내 여러 SEO 사례 추적 데이터에 따르면(아래 향상 폭은 업계 경험 범위이며 공식 통계가 아님):
- 브레드크럼 내비게이션이 나타난 후 CTR 평균 10-15% 향상
- FAQ 리치 스니펫으로 검색 결과가 더 많은 영역을 차지하여 CTR 20-35% 향상
- 제품형 Rich Snippet(평점 및 가격 포함) CTR 15-25% 향상
한 지식형 웹사이트가 200개 글에FAQPage구조화 데이터를 추가한 후, 3개월 이내에 해당 페이지의 바이두 클릭률이 3.2%에서 4.8%로 상승했으며, 순위가 변하지 않은 상황에서 트래픽이 50% 증가했습니다(이상은 해당 지식형 웹사이트 사례 데이터이며, 업계 평균이 아닙니다).
테스트 및 검증 도구
- Google Rich Results Test：가장 권위 있는 구조화 데이터 검사 도구로, Google 것이지만 Schema 표준은 범용
- Schema Markup Validator：schema.org 공식 검증기
- 바이두 사이트주 플랫폼 → 데이터 모니터링 → 구조화 데이터：바이두의 실제 크롤링 및 사용 현황 확인
- 브라우저 확장："Structured Data Testing Tool" 등으로 임의 페이지의 Schema 마크업을 빠르게 확인
실행 우선순위 제안
시간이 제한적이라면 이 순서로 추가하는 것을 권장합니다:
- BreadcrumbList：구현이 가장 간단하고 효과가 즉시 나타남
- Article/NewsArticle：콘텐츠 사이트 필수
- FAQPage：Q&A 콘텐츠가 있는 페이지 우선
- Product：이커머스 사이트 필수
- Organization：홈페이지에 한 번만 추가하면 됨
실전 제안
- 과도한 마크업 금지：페이지에 실제로 존재하는 내용만 마크업하세요. 허위 정보(예: 가짜 평점)는 바이두의 제재를 받습니다
- BreadcrumbList와 Article부터 시작：이 두 가지는 구현 비용이 가장 낮고 바이두 지원이 가장 좋아 가성비 최고의 시작점입니다
- 정기적으로 바이두 사이트장 도구에서 구조화 데이터 보고서 확인：바이두가 제출한 데이터를 성공적으로 인식했는지 확인하고, 오류 발견 시 즉시 수정하세요
AI 도구로 해결: 구조화 데이터 생성 및 검증
시나리오 1: 본문에서 JSON-LD 자동 생성
글 하나의 내용을 AI에 붙여넣으세요:
웹페이지 콘텐츠가 있습니다(본문, 제목, 작성자, 발행 시간 붙여넣기). Schema.org 규격에 맞는 JSON-LD 구조화 데이터를 생성해 주세요. Article 유형을 포함하고 breadcrumb, author, publisher 정보를 보완해 주세요. 요구사항: JSON-LD 형식, 필드 완전, URL은 제가 제공한 표준 주소 사용.
AI는 제공한 필드를 기반으로 JSON-LD를 자동으로 채워주므로 직접 작성하는 것보다 훨씬 빠릅니다.
시나리오 2: FAQPage 구조화 데이터 일괄 생성
제가 정리한 질의응답 쌍 목록(붙여넣은 Q/A 리스트)을 바탕으로 FAQPage 유형의 JSON-LD 구조화 데이터를 생성해 주세요. 형식은 mainEntity 배열이며, 각 질의응답마다 하나의 Question/Answer 객체로 구성합니다. 답변은 제가 제공한 원문 그대로 사용하고, 재작성하지 마세요.
시나리오 3: 오류가 있는 구조화 데이터 검증 및 수정
구조화 데이터 테스트 도구로 감지한 오류 정보입니다(오류 상세 붙여넣기). 각 오류의 의미와 영향을 설명하고 수정된 전체 JSON-LD 코드를 제공해 주세요.
시나리오 4: 적합한 Schema 유형 선택
제 페이지 유형은 [상품 페이지/글 페이지/Q&A 페이지/서비스 페이지/기업 홈페이지]이고, 페이지에는 [가격/FAQ/평점/연락처 등 어떤 정보]가 포함되어 있습니다. 알려주세요: 어떤 Schema.org 유형을 사용해야 하나요? 어떤 것이 바이두에서 실제 효과가 있나요? 우선순위와 예시 코드를 제공해 주세요.
주의: AI의 한계
- AI 생성물은 반드시 표준에 따라 검증：AI가 생성한 JSON-LD는 반드시 Rich Results Test 또는 Schema 검증기로 실행해 보고, 문법 오류나 누락된 필드를 수정한 후 배포하세요
- AI가 정보를 조작하게 두지 마세요：구조화 데이터는 페이지에 실제로 존재하는 내용이어야 합니다. AI가 필드를 채우기 위해 평점, 작성자, 날짜를 "지어낼" 수 있으며, 허위 마크업은 검색엔진의 제재를 받습니다
- 바이두 ≠ Google：AI가 제안하는 Schema는 Google 생태계에 치우칠 수 있습니다. 바이두가 지원하지 않는 유형은 마크업해도 소용없으니, 이 페이지의 바이두 지원표를 기준으로 하세요
보충: 비기술자도 가능——“양식 작성하듯 "구조화 데이터 생성"
코딩 없이 AI에게 "빈칸 채우기”를 요청하세요:
이 제품 정보를 JSON-LD 형식의 구조화 데이터로 변환해 주세요: [제품 소개 붙여넣기: 이름, 가격, 사양, FAQ, 평가 등]. Schema.org의 Product / FAQPage 규격을 준수해야 합니다.
AI가 생성한 코드를 웹사이트 백엔드에 붙여넣으면 됩니다. 구조화 데이터는 GEO 의 "골격"입니다——코드로 AI에게 "이것은 가격"“이것은 평가"“이것은 해결 단계”라고 알려주면, AI 엔진이 추측에 의존하지 않고 제품 사양과 권위 있는 평가를 직접 추출할 수 있습니다.
출처 설명: 이 섹션은 작성자의 公众号 글 《2026년 SEO에서 GEO로 진화, 구조화 데이터 실전, 초보자 필수 GEO 3가지 비법 첨부》(2026-01-04)에서 통합되었으며, 원문 링크는 글 말미를 참조하세요.
콘텐츠 출처 및 公众号
본문 일부 내용은 저자의 公众号 글에서 통합되었습니다:
- 《2026년 SEO에서 GEO로 진화, 구조화 데이터 실전, 초보자 필수 GEO 3가지 비법 증정》（2026-01-04）원문 링크
더 많은 브랜드 마케팅, SEO,AI 검색실전 콘텐츠, 公众号 「AI Growth」를 팔로우해 주세요.
