JSON-LD 구조화 데이터 시작 가이드: 무엇부터 넣고 무엇을 기대하지 말아야 하나
처음에는 Organization(사이트/브랜드), Breadcrumb(위치), Article·Product(페이지 성격)처럼 실제 화면의 내용을 설명하는 타입부터 넣고, 리치 결과나 순위 상승을 보장하는 장치로 생각하지 않는 것이 좋습니다.
국내 쇼핑몰 3,035곳 실측에서 77.3%가 JSON-LD를 확인할 수 없었습니다. 다만 “넣기만 하면 상위 22.7%”처럼 순위를 의미하는 지표로 해석하면 안 됩니다. 이 수치는 해당 마크업의 보유 여부를 측정한 것입니다.
1. 구조화 데이터가 실제로 하는 일
구조화 데이터는 페이지의 엔티티와 성격을 기계가 읽기 쉬운 형식으로 표현합니다. Google은 지원되는 타입을 올바르게 사용하면 리치 결과에 자격을 가질 수 있다고 설명하지만 올바른 마크업이 실제 노출이나 일반 검색 순위를 보장하지는 않습니다.
GEO 관련 오해: Google은 생성형 AI 검색을 위해 별도의 “GEO schema”가 필요하지 않다고 안내합니다. 구조화 데이터는 일반 SEO에서 의미를 명확히 하는 보조 수단으로 사용하는 것이 맞습니다.
2. 사이트에서 우선 볼 타입
| 타입 | 권장 위치 | 역할 |
|---|---|---|
| Organization | 홈 또는 회사 소개 | 브랜드·조직의 기본 정보 |
| WebSite | 홈 | 사이트 자체의 이름·URL |
| BreadcrumbList | 계층형 하위 페이지 | 사이트 내 위치 표현 |
| Article / BlogPosting | 실제 기사·블로그 글 | 제목·작성자·발행/수정일 |
| Product | 실제 개별 상품 페이지 | 상품 정보와 지원되는 검색 기능 |
| Dataset | 실제 데이터셋 소개 페이지 | 조사·데이터의 범위와 변수 설명 |
3. 홈페이지 최소 예제
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://example.com/#org",
"name": "회사명",
"url": "https://example.com/"
},
{
"@type": "WebSite",
"@id": "https://example.com/#website",
"name": "사이트명",
"url": "https://example.com/",
"publisher": { "@id": "https://example.com/#org" }
}
]
}
</script>
실제 페이지에 보이지 않는 주소·별점·가격·수상 경력 등을 마크업에만 넣으면 안 됩니다. Google은 구조화 데이터가 페이지의 주요 콘텐츠를 대표하고 사용자에게 보이는 정보와 일치해야 한다고 안내합니다.
4. 글 페이지 예제
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "글 제목",
"datePublished": "2026-09-01",
"dateModified": "2026-10-24T19:37:14.541Z",
"author": {
"@type": "Organization",
"name": "브랜드명"
},
"mainEntityOfPage": "https://example.com/blog/example"
}
</script>
5. FAQPage는 SEO 필수 스키마가 아닙니다
Google은 FAQ rich result를 주로 잘 알려진 정부·보건 사이트에 제한적으로 제공합니다. 일반 사업자 사이트가 FAQPage를 넣는다고 검색 화면이 넓어지거나 순위가 오르는 것을 기대하면 안 됩니다.
6. 가장 자주 틀리는 부분
- 모든 페이지에 같은 Organization·Article을 복사하고 URL·제목만 바꾸지 않습니다.
- 페이지에 보이지 않는 리뷰·평점·가격을 마크업에만 넣습니다.
- Product를 카테고리 목록 전체에 붙입니다.
- 수정하지 않은 글의
dateModified만 계속 최신 날짜로 바꿉니다. - Rich Results Test 통과를 Google 노출 확정으로 해석합니다.
- AI 검색용 특수 schema가 있다고 믿고 실제 콘텐츠보다 마크업에 시간을 더 씁니다.
7. 검증 순서
- 브라우저 소스에서 JSON-LD가 실제 HTML에 있는지 확인합니다.
- Google Rich Results Test에서 지원되는 타입 오류를 확인합니다.
- Schema.org Validator로 문법과 타입 관계를 확인합니다.
- Search Console URL 검사에서 Google이 페이지를 정상적으로 읽는지 확인합니다.
- 마크업 내용이 화면의 실제 콘텐츠와 일치하는지 사람이 다시 봅니다.
8. 쇼핑몰 조사 수치로 알 수 있는 것과 알 수 없는 것
국내 쇼핑몰 7,200곳 조사에서 실제 접속된 3,035개 사이트 중 77.3%에서 JSON-LD를 확인하지 못했습니다. 이 수치는 보유율이며 보유한 22.7%가 그렇지 않은 사이트보다 순위가 높다는 인과관계를 뜻하지 않습니다.
자주 묻는 질문
구조화 데이터만 넣으면 검색 순위가 오르나요?
구조화 데이터 자체는 일반적인 순위 보장 장치가 아닙니다.
GEO를 위해 별도 AI 스키마가 필요한가요?
Google은 생성형 AI 검색을 위한 별도 schema.org 마크업이 필요하지 않다고 안내합니다.
FAQPage는 넣는 게 좋나요?
콘텐츠를 정확히 표현하는 용도로 사용할 수 있지만 일반 사이트에서 FAQ rich result 노출을 기대하고 남발할 필요는 없습니다.