# JSON-LD란? 구조화 데이터로 리치결과 얻기

- 게시: 2026.07.09 · 최종 업데이트: 2026.07.14
- 원문(HTML): https://trendbrief.news/articles/json-ld-%EA%B5%AC%EC%A1%B0%ED%99%94-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%9B%B9%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%A0%81%EC%9A%A9%EB%B2%95%EA%B3%BC-%EA%B2%80%EC%83%89-%ED%9A%A8%EA%B3%BC.html
- 발행: [트렌드브리프](https://trendbrief.news/)

![JSON-LD란? 구조화 데이터로 리치결과 얻기](https://trendbrief.news/assets/articles/json-ld-%EA%B5%AC%EC%A1%B0%ED%99%94-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%9B%B9%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%A0%81%EC%9A%A9%EB%B2%95%EA%B3%BC-%EA%B2%80%EC%83%89-%ED%9A%A8%EA%B3%BC/hero-1.jpg)

> JSON-LD는 웹페이지 정보를 검색엔진이 읽도록 JSON으로 정리하는 구조화 데이터 방식이다. HTML에 별도 블록으로 넣고 Schema.org 타입을 따르며, 리치 결과 노출 가능성과 적용 시 주의점을 함께 정리했다.

## JSON-LD란 무엇인가

JSON-LD는 웹페이지에 담긴 정보를 검색엔진과 프로그램이 이해하도록 JSON 형식으로 적어 두는 구조화 데이터 방식이다. 이름은 'JSON for Linking Data'의 약자로, 서로 연결된 데이터를 표현하기 위한 규격에서 출발했다. 사람이 읽는 본문은 그대로 두고, 그 페이지가 무엇을 다루는지를 기계가 읽을 수 있는 별도 데이터로 덧붙이는 셈이다.

예를 들어 요리 레시피 페이지라면 제목과 사진, 조리 시간, 재료 같은 정보를 JSON-LD로 정리해 둔다. 검색엔진은 이 값을 읽어 페이지 성격을 더 정확히 파악하고, 검색결과에 조리 시간이나 별점 같은 부가 정보를 함께 보여 주기도 한다.

JSON-LD는 W3C 권고안으로 표준화된 문법이며, 구조화 데이터를 넣는 여러 문법 가운데 하나다. W3C는 2020년 7월 16일 JSON-LD 1.1을 권고안으로 확정해 발표했다. 마이크로데이터(Microdata)나 RDFa처럼 HTML 태그 속성에 값을 섞어 넣는 방식과 달리, JSON-LD는 본문과 분리된 하나의 블록에 데이터를 모아 두는 점이 특징이다. 구글 검색 센터 문서가 지원 형식으로 안내하는 세 문법을 비교하면 이렇다.

| 문법 | 작성 위치 | 특징 |
| --- | --- | --- |
| JSON-LD | head나 body의 script 블록 하나 | 데이터를 본문과 분리된 블록에 모은다. 구글 권장 형식 |
| 마이크로데이터 | HTML 태그 속성 | HTML 사양 기반. 보이는 요소마다 값을 붙여 본문에 흩어진다 |
| RDFa | HTML 태그 속성 | HTML5 확장. 링크드 데이터 어휘를 속성으로 표현한다 |

## JSON-LD는 어디에 어떻게 넣나

JSON-LD는 보통 HTML 문서의 head 영역이나 body 안에 하나의 데이터 블록으로 넣는다. 본문 마크업을 건드리지 않고 따로 배치하므로, 화면에 보이는 내용과 디자인은 그대로 둔 채 데이터만 추가할 수 있다. 구글 검색 센터 문서도 세 형식 가운데 JSON-LD 사용을 권장하는데, 대규모 사이트에서 구현·유지보수하기 가장 쉽고 사용자 실수가 적다는 점을 이유로 든다.

어휘, 즉 무엇을 어떤 이름으로 부를지는 대체로 [Schema.org](https://schema.org/)의 정의를 따른다. Schema.org 공식 문서에 따르면 2026년 7월 기준 이 어휘는 823개 타입과 1,529개 속성으로 구성된다. 페이지 종류에 맞는 타입을 고르고, 그 타입이 요구하는 속성에 값을 채워 넣는 방식이다. 아래는 자주 쓰이는 타입의 예다.

- Article: 뉴스나 블로그 같은 글 페이지
- Product: 상품 정보와 가격, 재고 상태
- FAQPage: 질문과 답변 묶음
- BreadcrumbList: 페이지 경로(홈 > 카테고리 > 글)
- Organization, WebSite: 사이트와 운영 주체 정보

글 페이지에 넣는 Article 타입의 최소 예시는 이렇다. script 블록 하나를 head나 body에 두면 된다.

```
<script type="application/ld+json">
{
 "@context": "https://schema.org",
 "@type": "Article",
 "headline": "글 제목",
 "datePublished": "2026-07-13",
 "author": { "@type": "Person", "name": "홍길동" }
}
</script>
```

값을 채운 뒤에는 검색엔진이 그 데이터를 제대로 읽는지 확인하는 절차가 필요하다. 구글은 [리치 결과 테스트](https://search.google.com/test/rich-results)라는 검사 도구를 제공하며, 오류나 빠진 필수 항목이 있으면 함께 표시해 준다.

## 검색결과에 어떤 효과가 있나

JSON-LD를 제대로 넣으면 검색결과에 일반 파란 링크 대신 부가 정보가 붙은 형태, 이른바 리치 결과(Rich Result)로 노출될 가능성이 생긴다. 별점, 가격, 조리 시간, 이미지, 자주 묻는 질문 목록 같은 요소가 그런 예다.

효과를 수치로 공개한 사례도 있다. 구글 검색 센터 문서에 실린 사례 연구에 따르면 로튼 토마토(Rotten Tomatoes)는 10만 개 페이지에 구조화 데이터를 적용해 해당 페이지의 클릭률이 25% 높게 측정됐고, 네슬레(Nestlé)는 리치 결과로 노출된 페이지의 클릭률이 일반 결과보다 82% 높았다고 보고했다. 라쿠텐(Rakuten)에서는 구조화 데이터를 적용한 페이지의 체류 시간이 그렇지 않은 페이지의 1.5배로 나타났다.

다만 구조화 데이터를 넣었다고 해서 리치 결과가 반드시 나타나거나 검색 순위가 오른다고 보장할 수는 없다. 구글도 리치 결과 표시를 보장하지 않고 자체 기준으로 결정한다고 밝히고 있고, 정책 위반이나 데이터와 본문의 불일치가 있으면 오히려 표시가 제한될 수 있다. 노출 정책 자체도 달라진다. 구글은 2023년 8월 공식 블로그에서 FAQ 리치 결과를 잘 알려진 정부·의료 사이트에만 표시하고 HowTo 리치 결과는 데스크톱에만 표시하도록 축소한다고 발표했고, 2026년 5월에는 FAQ 리치 결과 표시를 아예 중단했다. 실제 순위와 노출에 미치는 영향은 사이트 상황에 따라 다르므로 단정하기 어렵다.

그래도 페이지 성격을 기계가 명확히 이해하도록 돕는다는 점에서, 구조화 데이터는 검색 최적화의 기본 요소로 자주 언급된다. 최근에는 검색엔진뿐 아니라 AI 기반 도구가 웹 문서를 해석할 때도 이렇게 정리된 데이터가 도움이 된다는 견해가 있다.

## 적용할 때 무엇을 주의해야 하나

가장 중요한 원칙은 화면에 실제로 보이는 내용과 JSON-LD에 적은 값이 일치해야 한다는 점이다. 구글의 일반 구조화 데이터 가이드라인은 페이지에서 독자에게 보이지 않는 콘텐츠를 마크업하지 말라고 명시한다. 본문에 없는 별점이나 가격을 데이터에만 넣는 식의 조작은 정책 위반으로 간주될 수 있고, 그 경우 리치 결과 표시가 막히거나 수동 조치 대상이 될 수 있다.

또한 타입마다 반드시 넣어야 하는 필수 속성과 넣으면 좋은 권장 속성이 나뉘어 있다. 필수 항목이 빠지면 검색엔진이 데이터를 아예 무시하기도 하므로, 타입별 요건을 먼저 확인하는 편이 안전하다. 문법 오류가 있어도 전체가 인식되지 않을 수 있어, 검사 도구로 한 번 점검한 뒤 배포하는 습관이 권장된다.

- 보이는 내용과 데이터 값을 항상 일치시킨다.
- 페이지 종류에 맞는 타입을 고른다.
- 타입별 필수 속성을 빠뜨리지 않는다.
- 배포 전 검사 도구로 오류를 확인한다.

처음 도입한다면 사이트 전체에 한꺼번에 적용하기보다 글 페이지나 상품 페이지처럼 효과가 분명한 유형부터 하나씩 넣어 보며 결과를 확인하는 방식이 부담이 적다. 적용 후 색인과 검색 노출이 실제로 어떻게 잡히는지는 [웹마스터 도구로 점검](https://trendbrief.news/articles/%EC%9B%B9%EB%A7%88%EC%8A%A4%ED%84%B0-%EB%8F%84%EA%B5%AC%EB%A1%9C-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EC%83%89%EC%9D%B8%EA%B3%BC-%ED%81%AC%EB%A1%A4%EB%A7%81-%EC%A0%90%EA%B2%80%ED%95%98%EA%B8%B0.html)할 수 있다.

## 관련 글

- [Article 구조화 데이터로 저자·발행일·이미지 마크업하기](https://trendbrief.news/articles/article-%EA%B5%AC%EC%A1%B0%ED%99%94-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%A1%9C-%EC%A0%80%EC%9E%90-%EB%B0%9C%ED%96%89%EC%9D%BC-%EC%9D%B4%EB%AF%B8%EC%A7%80-%EB%A7%88%ED%81%AC%EC%97%85%ED%95%98%EA%B8%B0.md)
- [클로드 유튜브 영상 분석, 자막 MCP로 연결하는 법](https://trendbrief.news/articles/%ED%81%B4%EB%A1%9C%EB%93%9C-%EC%9C%A0%ED%8A%9C%EB%B8%8C-%EC%98%81%EC%83%81-%EB%B6%84%EC%84%9D-%EC%9E%90%EB%A7%89-mcp%EB%A1%9C-%EC%97%B0%EA%B2%B0%ED%95%98%EB%8A%94-%EB%B2%95.md)
- [브라우저 자동화 워크플로우 녹화, 무료 도구 3가지 비교](https://trendbrief.news/articles/%EB%B8%8C%EB%9D%BC%EC%9A%B0%EC%A0%80-%EC%9E%90%EB%8F%99%ED%99%94-%EC%9B%8C%ED%81%AC%ED%94%8C%EB%A1%9C%EC%9A%B0-%EB%85%B9%ED%99%94-%EB%AC%B4%EB%A3%8C-%EB%8F%84%EA%B5%AC-3%EA%B0%80%EC%A7%80-%EB%B9%84%EA%B5%90.md)
- [AI 에이전트 자기개선, 네 가지 방식과 검증기의 역할](https://trendbrief.news/articles/ai-%EC%97%90%EC%9D%B4%EC%A0%84%ED%8A%B8-%EC%9E%90%EA%B8%B0%EA%B0%9C%EC%84%A0-%EB%84%A4-%EA%B0%80%EC%A7%80-%EB%B0%A9%EC%8B%9D%EA%B3%BC-%EA%B2%80%EC%A6%9D%EA%B8%B0%EC%9D%98-%EC%97%AD%ED%95%A0.md)
- [Kimi K3, 2.8조 파라미터 오픈 모델의 스펙과 API 요금](https://trendbrief.news/articles/kimi-k3-2-8%EC%A1%B0-%ED%8C%8C%EB%9D%BC%EB%AF%B8%ED%84%B0-%EC%98%A4%ED%94%88-%EB%AA%A8%EB%8D%B8%EC%9D%98-%EC%8A%A4%ED%8E%99%EA%B3%BC-api-%EC%9A%94%EA%B8%88.md)