2026-09-21 · 7분 읽기
구조화데이터(JSON-LD)를 넣으면 AI 검색에 더 잘 잡히나요? 스키마 마크업 실전 정리
구조화데이터(JSON-LD)는 웹페이지 내용을 기계가 읽기 쉬운 형식으로 표기하는 코드 블록으로, Google·Bing은 물론 ChatGPT·Perplexity 같은 생성형 검색 엔진도 이를 참고해 페이지 내용을 해석합니다. FAQPage 스키마를 추가하면 검색 결과에 Q&A가 직접 표시되는 리치 결과를 얻을 수 있고, AI가 FAQ를 직접 인용할 가능성을 높이는 데 도움이 됩니다. 서우 AI에이전트오피스는 블로그 페이지마다 FAQPage JSON-LD를 자동 삽입해 생성형 AI가 FAQ를 직접 읽을 수 있는 구조를 갖추고 있습니다.
구조화데이터가 AI 검색 인용에 영향을 주는 이유는 무엇인가요?
생성형 AI(ChatGPT, Perplexity, Google AI Overview 등)는 웹페이지를 크롤링할 때 페이지 텍스트와 함께 JSON-LD로 표기된 구조화데이터를 함께 읽습니다. 조직명·FAQ·서비스 범위 같은 정확한 엔티티 정보가 기계 읽기 형식으로 있으면 AI가 내용을 더 정확히 파악하는 데 도움이 됩니다.
특히 FAQPage 스키마는 챗봇이 Q&A를 인용할 가능성을 높이는 요소 중 하나로 알려져 있습니다. 이는 AEO(Answer Engine Optimization)와 GEO(Generative Engine Optimization) 전략의 핵심 구성 요소입니다.
구조화데이터가 없어도 검색이 되지 않는 것은 아니지만, AI-SEO 전략 전체 그림에서 구조화데이터의 위치는 AI 검색 노출 전략(GEO·AEO) 총정리에서 확인할 수 있습니다.
중소기업 사이트에 우선적으로 넣어야 할 스키마 종류는 무엇인가요?
우선순위를 정한다면 세 가지입니다. ① Organization — 회사명·웹사이트 URL·연락처를 기계가 읽을 수 있게 표기합니다. ② FAQPage — 자주 묻는 질문과 답변을 구조화해 리치 결과와 AI 인용 대상이 되도록 합니다. ③ BreadcrumbList — 사이트 내 페이지 경로를 표기해 검색 결과의 URL 표시가 더 명확해질 수 있습니다.
블로그·뉴스 콘텐츠에는 Article 또는 BlogPosting 스키마를 추가하면 발행일·저자·이미지 정보를 AI가 함께 읽을 수 있습니다.
무작정 많은 스키마를 넣기보다 실제 페이지 내용과 일치하는 스키마만 넣는 편이 중요합니다. 내용과 다른 스키마를 넣으면 Google이 무시하거나 Search Console에 경고를 표시할 수 있습니다.
FAQPage 스키마는 어떻게 작성하나요?
JSON-LD 형식으로 script 태그(type: application/ld+json) 안에 작성합니다. @type을 FAQPage로 지정하고, mainEntity 배열에 각 Q&A를 넣는 구조입니다. 각 항목은 @type(Question)·name(질문)·acceptedAnswer.text(답변) 세 가지를 채우면 기본이 완성됩니다.
블로그 글 한 편에 FAQ가 3~4개 있다면, 그 내용을 그대로 JSON-LD로 옮기면 됩니다. 새로운 내용을 만들 필요 없이 본문의 FAQ를 기계 읽기 형식으로 복제하는 개념입니다.
Next.js 환경에서는 Head 컴포넌트 안에 JSON-LD 문자열을 삽입하거나 next-seo 같은 라이브러리를 활용하면 관리가 편리합니다. 서우 AI에이전트오피스가 FAQPage 스키마를 자동 삽입하는 방식은 AI-SEO 자동화 구축 사례에서 확인할 수 있습니다.
Organization 스키마와 BreadcrumbList, 어떻게 넣으면 되나요?
Organization 스키마는 홈페이지에 한 번만 넣는 것이 기본입니다. @type(Organization)·name(회사명)·url(사이트 주소)·contactPoint(연락처 타입·전화번호·언어) 정도만 채워도 기계 읽기 형식이 갖춰집니다.
BreadcrumbList는 각 페이지의 경로를 ItemList 형식으로 표기합니다. 홈 → 블로그 → 글 제목처럼 3단계 이내로 구성된 경로라면 작성이 어렵지 않습니다.
스키마를 추가한 뒤에는 Google 리치 결과 테스트에서 오류 여부를 확인하고, Search Console 개선 사항 탭에서 인식 상태를 모니터링하는 것을 권합니다. llms.txt 설정과 함께 쓰면 AI 크롤링 경로를 더 명확히 안내할 수 있으며, 자세한 내용은 llms.txt 가이드에서 확인할 수 있습니다.
구조화데이터를 잘못 넣으면 어떤 문제가 생길 수 있나요?
가장 흔한 문제는 페이지 실제 내용과 스키마 내용이 다른 경우입니다. FAQ 스키마에 질문이 있는데 본문에는 없거나, 회사명 표기가 달라지는 경우 Google이 리치 결과 자격을 박탈하거나 경고를 낼 수 있습니다.
JSON 문법 오류(쉼표 누락, 따옴표 미닫음 등)가 있으면 스키마 전체가 무시됩니다. 추가 후 반드시 Google 리치 결과 테스트나 JSON 검증 도구로 확인해야 합니다.
구조화데이터는 순위를 직접 올리는 요소가 아니라 AI와 검색 엔진이 페이지를 더 정확히 이해하도록 돕는 보조 신호입니다. 본문 콘텐츠 품질이 함께 뒷받침돼야 효과가 있습니다. 온페이지 SEO 전략의 다른 요소는 AEO 브랜드 인용 전략에서 이어서 확인할 수 있습니다.
자주 묻는 질문
구조화데이터를 넣으면 검색 순위가 오르나요?
구조화데이터 자체가 순위 신호는 아닙니다. 다만 리치 결과(FAQ 박스, 경로 표시 등)가 표시되면 클릭률이 높아지는 경향이 있고, AI가 페이지 내용을 더 정확히 파악하는 데 도움이 될 수 있습니다. 순위보다 클릭률과 AI 인용 가능성을 높이는 보조 도구로 보는 것이 현실적입니다.
JSON-LD와 Microdata 중 어느 방식을 써야 하나요?
Google은 JSON-LD를 권장합니다. HTML 본문과 분리돼 있어 유지 관리가 편리하고, 코드 오류가 생겨도 페이지 표시에 영향을 미치지 않습니다. 특별한 이유가 없다면 JSON-LD를 선택하는 편이 좋습니다.
생성형 AI 검색이 구조화데이터를 실제로 읽나요?
Google AI Overview, Perplexity 등은 크롤링 시 JSON-LD를 참고하는 것으로 알려져 있지만, 어느 정도 반영하는지는 공개된 사양이 없습니다. 확실히 효과를 보장하기 어려운 영역이며, 적용했을 때 불리할 이유가 없으므로 적용하는 것이 일반적인 방향입니다.
FAQPage 스키마는 본문 FAQ와 내용을 일치시켜야 하나요?
네, 본문 FAQ와 JSON-LD 스키마 내용을 일치시켜야 합니다. 스키마에만 있고 본문에 없는 FAQ는 Google이 리치 결과에서 제외하거나 경고를 표시할 수 있으므로, 본문에 표시된 내용만 스키마에 포함하는 것을 권합니다.