GEO Insights
GEO를 위한 구조화 데이터(JSON-LD) 체크리스트: 무엇을 넣고 무엇을 기대하지 말아야 할까
게시일 2026-09-25 · 수정 2026-10-13 · PIVOT GEO
AI 검색 시대에 구조화 데이터(JSON-LD)는 어떤 역할을 하고, 어떤 것은 기대하면 안 되는지 Google 공식 문서 기준으로 정리했습니다. Organization·WebSite·Article 등 우선 적용할 타입과 흔한 오류, 검증 방법까지 체크리스트로 제공합니다.
GEO를 이야기할 때 구조화 데이터(JSON-LD)는 빠지지 않는 항목입니다. 하지만 '스키마를 넣으면 AI가 인용해 준다'는 식의 기대는 사실과 다릅니다. 이 글은 구조화 데이터가 실제로 해 주는 일과 해 주지 않는 일을 구분하고, 우선 적용할 항목을 체크리스트로 정리합니다.
먼저 알아둘 사실 네 가지
- AI 기능 전용 스키마는 없습니다. Google은 AI Overviews·AI Mode에 노출되기 위해 추가해야 할 특별한 schema.org 구조화 데이터는 없다고 공식 문서에서 밝히고 있습니다.
- 보이는 내용과 일치해야 합니다. 페이지 사용자에게 보이지 않는 내용을 마크업해서는 안 되며, 구조화 데이터는 페이지 내용을 그대로 나타내야 합니다.
- 리치 결과는 보장되지 않습니다. 구조화 데이터는 검색 기능의 '자격'을 줄 뿐, 실제 노출을 보장하지 않습니다.
- FAQ 리치 결과는 종료됐습니다. Google은 2026년 5월 7일부터 FAQ 리치 결과를 검색에 표시하지 않습니다. 다만 FAQPage는 schema.org 어휘로 여전히 유효하며, 페이지에 실제 질문과 답이 보인다면 마크업을 지울 필요는 없습니다.
그럼 왜 넣어야 할까?
구조화 데이터가 AI 인용을 직접 늘린다는 근거는 확인되지 않았습니다. 그럼에도 넣을 이유는 있습니다. 첫째, 회사명·별칭·로고·공식 채널 같은 엔티티 정보를 기계가 오해 없이 읽을 수 있게 합니다. 둘째, 게시일·수정일·저자처럼 본문에서 추출하기 애매한 정보를 명시합니다. 셋째, 여전히 지원되는 검색 기능(사이트 이름, 로고, 탐색경로 등)의 자격을 얻습니다. 즉 구조화 데이터는 '인용을 만드는 장치'가 아니라 '정확하게 이해되기 위한 기본기'입니다.
우선 적용할 타입 체크리스트
| 타입 | 어느 페이지 | 핵심 속성 | 확인 포인트 |
|---|---|---|---|
| Organization | 홈 | name, alternateName, url, logo, sameAs, contactPoint | 회사명·별칭을 사이트 이름과 동일하게. 로고는 최소 112×112px |
| WebSite | 홈 | name, alternateName, url | 검색 결과의 사이트 이름 표시에 사용 |
| Article 또는 BlogPosting | 블로그·자료 글 | headline, datePublished, dateModified, author, publisher | 수정일을 실제 수정 시점으로 갱신 |
| BreadcrumbList | 하위 페이지 | itemListElement(name, item) | 화면의 탐색경로와 동일하게 |
| SoftwareApplication 또는 Product | 서비스·제품 페이지 | name, description, offers | 가격·평점은 화면에 실제로 보이는 값만 |
| FAQPage | Q&A가 보이는 페이지 | mainEntity(Question, acceptedAnswer) | 리치 결과는 종료. 실제 Q&A가 있을 때만 유지 |
홈 페이지 예시: Organization과 WebSite
여러 타입은 @graph로 묶고 @id로 서로 연결하면, 같은 회사를 가리킨다는 사실이 명확해집니다.
<script type="application/ld+json">{ "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://example.com/#org", "name": "예시 회사", "alternateName": ["Example", "예시"], "url": "https://example.com/", "logo": "https://example.com/logo-512.png", "sameAs": [ "https://www.linkedin.com/company/example", "https://www.youtube.com/@example" ] }, { "@type": "WebSite", "@id": "https://example.com/#website", "name": "예시 회사", "url": "https://example.com/", "publisher": { "@id": "https://example.com/#org" } } ]}</script>흔한 오류
- 화면에 없는 내용(숨긴 FAQ, 실제와 다른 평점 등)을 마크업하는 경우
- 페이지마다 회사명 표기가 달라 엔티티가 여러 개로 보이는 경우(예: 한 곳은 국문, 한 곳은 영문 약칭)
- 필수·권장 속성이 빠져 검색 기능 자격을 얻지 못하는 경우
- dateModified를 갱신하지 않아 최신 콘텐츠가 오래된 글로 보이는 경우
- 같은 정보를 담은 블록이 여러 개 있고 값이 서로 다른 경우
- 구조화 데이터를 스크립트로 늦게 삽입해, 자바스크립트를 실행하지 않는 크롤러가 읽지 못하는 경우. 서버가 보내는 HTML에 포함하는 것이 안전합니다.
검증 방법
- Google 리치 결과 테스트: Google 검색 기능 자격 여부 확인
- Schema Markup Validator(validator.schema.org): schema.org 문법 전반 확인
- Search Console의 개선사항 보고서: 실제 색인된 페이지의 오류 추이 확인
구조화 데이터 정책은 Google 검색 기능 변경에 따라 바뀝니다. 이 글은 2026년 10월 기준 Google Search Central 문서를 정리했습니다.
Google 구조화 데이터 일반 지침: General structured data guidelines →
Google Organization 구조화 데이터: Organization structured data →
AI 크롤러 접근 설정은: AI 크롤러 허용 가이드: robots.txt와 llms.txt →
우리 사이트의 구조화 데이터 점검하기
PIVOT GEO 무료 진단은 페이지의 JSON-LD를 읽어 타입별 오류와 경고, Google 지원 여부를 함께 보여줍니다. 로그인 없이 URL만 넣으면 바로 확인할 수 있습니다.
자주 묻는 질문
- 구조화 데이터를 넣으면 AI Overviews에 인용되나요?
- 보장되지 않습니다. Google은 AI Overviews·AI Mode 노출을 위한 특별한 구조화 데이터는 없다고 밝히고 있습니다. 구조화 데이터는 회사·글 정보를 정확하게 이해시키는 기본기로 보는 것이 맞습니다.
- FAQ 리치 결과가 종료됐다면 FAQPage 마크업은 지워야 하나요?
- 지울 필요는 없습니다. Google은 2026년 5월 7일부터 FAQ 리치 결과를 표시하지 않지만, FAQPage는 schema.org 어휘로 유효합니다. 페이지에 실제 질문과 답이 보일 때만 유지하세요.
- 가장 먼저 넣어야 할 구조화 데이터는 무엇인가요?
- 홈 페이지의 Organization과 WebSite입니다. 회사명·별칭·로고·공식 채널을 일관되게 알려 엔티티를 명확히 하는 것이 출발점입니다. 그다음 블로그 글의 Article(게시일·수정일·저자)을 적용하세요.
- JSON-LD, Microdata, RDFa 중 무엇을 써야 하나요?
- Google은 세 형식을 모두 지원하지만 JSON-LD를 권장합니다. 본문 HTML과 분리돼 있어 관리하기 쉽습니다.