AEO WEB TOOL
JSON-LD 구조화 데이터 생성기
구조화 데이터는 페이지의 내용을 기계가 추측하지 않고 읽을 수 있게 선언해 두는 코드입니다. 회사·글·FAQ·상품 등 8가지 유형을 폼으로 채우면 그대로 붙여넣을 수 있는 JSON-LD 스크립트가 만들어집니다.
무료 · 가입 불필요브라우저에서 처리schema.org 8종
유형을 고르고 내용을 채우세요
별표(*)는 Google 리치 결과 기준 필수 항목입니다.
결과 - <head> 에 붙여넣기
넣는 위치: 해당 페이지 HTML 의 <head> 안입니다. 선언한 내용은 그 페이지 화면에도 실제로 보여야 합니다.
구조화 데이터는 무엇을 해결하나요?
웹페이지의 정보는 대부분 사람이 읽으라고 만들어져 있습니다. "39,000원"이라는 글자가 상품 가격인지 배송비인지, 문서 맨 아래 이름이 저자인지 담당자인지는 문맥을 봐야 압니다. 기계는 이 문맥 추론에서 자주 틀립니다.
구조화 데이터는 이 추론을 없앱니다. "price": "39000" 이라고 선언하면 가격이라는 사실이 확정됩니다. AI 가 답변에 가격을 인용할 때 본문에서 숫자를 골라내는 것보다 선언된 값을 쓰는 쪽이 정확하고, 그래서 잘못된 정보가 퍼질 위험이 줄어듭니다.
AEO 검사기는 구조화 데이터에 15점을 배정합니다. JSON-LD 가 유효한지, Organization·WebSite 같은 엔티티가 선언됐는지, 페이지 유형에 맞는 스키마인지, Breadcrumb 이 있는지를 봅니다.
어떤 유형을 써야 하나요?
| 유형 | 쓰는 곳 | 꼭 필요한 값 |
|---|---|---|
| Organization | 모든 페이지 (보통 공통 head) | name, url |
| WebSite | 모든 페이지 - 사이트 자체를 설명 | name, url |
| LocalBusiness | 오프라인 매장·병원·식당 | name, address, telephone |
| Article | 블로그 글·뉴스·가이드 | headline, author, datePublished |
| FAQPage | 질문과 답이 실제로 보이는 페이지 | 질문별 name, acceptedAnswer |
| HowTo | 단계별 안내가 있는 페이지 | name, step |
| Product | 상품 상세 페이지 | name, image (+ offers) |
| BreadcrumbList | 계층이 있는 모든 페이지 | position, name |
대부분의 사이트는 Organization + WebSite + BreadcrumbList 를 공통으로 깔고, 페이지 성격에 따라 Article 이나 Product 를 하나 더 얹는 구성으로 충분합니다. 유형을 많이 선언한다고 좋아지지 않으며, 페이지에 없는 내용을 선언하면 오히려 문제가 됩니다.
자주 저지르는 실수
- 화면에 없는 내용을 선언 - 별점이나 가격을 구조화 데이터에만 적으면 정책 위반입니다. 사용자에게도 보여야 합니다.
- 모든 페이지에 같은 Article 을 복사 - headline 과 URL 이 페이지마다 달라야 합니다.
- FAQPage 를 질문이 없는 페이지에 선언 - 실제 Q&A 가 화면에 있어야 합니다.
- 날짜를 한국식으로 표기 -
2026년 9월 24일은 읽히지 않습니다.2026-09-24형식(ISO 8601)이어야 합니다. - 상대 경로 URL -
/about이 아니라https://example.com/about로 적습니다. - 넣고 확인하지 않음 - 쉼표 하나만 틀려도 블록 전체가 무시됩니다. 반드시 검사기로 확인하세요.
자주 묻는 질문
- 구조화 데이터를 넣으면 검색 순위가 올라가나요?
- 순위가 직접 오르지는 않습니다. Google 도 구조화 데이터가 랭킹 요소는 아니라고 밝히고 있습니다. 다만 페이지가 무엇에 관한 것인지, 누가 썼는지, 가격이 얼마인지를 기계가 추측 없이 읽을 수 있게 만들어 줍니다. AI 답변이 사실을 인용할 때 본문에서 짐작하는 것보다 선언된 값을 쓰는 편이 안전하므로, 인용 정확도 면에서 의미가 있습니다.
- JSON-LD 를 어디에 넣어야 하나요?
- 해당 페이지 HTML 의 <head> 안이 표준적인 위치입니다. <body> 에 넣어도 인식되지만 head 가 관례입니다. 중요한 것은 선언한 내용이 그 페이지에 실제로 보여야 한다는 점입니다. 화면에 없는 가격이나 별점을 구조화 데이터로만 선언하면 정책 위반으로 리치 결과 자격을 잃을 수 있습니다.
- 한 페이지에 여러 유형을 넣어도 되나요?
- 됩니다. 흔한 조합은 Organization + WebSite + BreadcrumbList 를 모든 페이지에 두고, 글 페이지에는 Article 을, 상품 페이지에는 Product 를 추가하는 방식입니다. 스크립트 태그를 여러 개 두어도 되고, @graph 배열 하나에 모아도 됩니다. 이 사이트는 @graph 방식을 씁니다.
- @id 는 무엇이고 꼭 넣어야 하나요?
- @id 는 노드에 붙이는 고유 식별자입니다. 필수는 아니지만, 여러 노드가 같은 대상을 가리킬 때 중복 선언 대신 참조로 연결할 수 있어 유용합니다. 예를 들어 Article 의 author 와 WebPage 의 author 가 같은 사람이면 양쪽에 이름을 두 번 쓰는 대신 한쪽에 @id 를 주고 다른 쪽에서 그 @id 를 가리킵니다. 이 생성기는 단일 노드를 만드는 데 집중하므로 @id 를 넣지 않습니다.
- 만든 JSON-LD 가 맞는지 어떻게 확인하나요?
- 이 사이트의 JSON-LD 검사기로 문법과 필수 속성을 먼저 확인하고, 실제 페이지에 넣은 뒤에는 Google 의 리치 결과 테스트와 Search Console 의 구조화 데이터 보고서로 확인하는 순서를 권합니다. 도구마다 보는 범위가 조금씩 달라 함께 쓰는 편이 안전합니다.