Home/ GEO Insight Hub/ Schema Markup Guide
Vol 11 · Schema

Schema 마크업,
어디까지 해야 GEO에 작동하는가

Schema는 AI에게 "이 페이지가 무엇인지"를 명시적으로 알려주는 구조화 데이터입니다. 9가지 핵심 Schema 타입, 업종별 우선순위, 잘 쓴 vs 잘못 쓴 코드 비교, 그리고 디아이컴퍼니가 4대 AI 플랫폼 인용 데이터로 검증한 FAQPage 작성 템플릿까지.

16분 분량
박현수 · DI Company GEO Studio
2026.05.27 발행
Schema · JSON-LD · FAQPage
Quick Answer

핵심 결론 — Schema는 AI 인용의 첫 번째 필터다

GEO 관점에서 Schema는 AI가 답변을 만들 때 "이 콘텐츠는 발췌·인용해도 안전하다"를 빠르게 판단하게 만드는 가장 직접적인 신호입니다. 9가지 핵심 Schema 타입 중 디아이컴퍼니가 GEO 우선순위로 운영하는 4가지(Organization · FAQPage · Service · BreadcrumbList)를 정확히 구현하면, 평균 2~4주 안에 첫 AI 인용 변화가 관찰됩니다.

2024년까지 Schema의 주된 역할은 검색 결과 페이지에서 별점 · 이미지 · 가격 등의 리치 결과(Rich Result)를 만드는 것이었습니다. 그러나 ChatGPT Search · Gemini · Perplexity · Claude 가 답변에 직접 인용하는 시대로 넘어오면서 Schema의 의미가 달라졌습니다. Schema는 이제 AI 답변의 출처 결정 알고리즘에서 가장 빠르게 평가되는 메타 레이어로 작동합니다.

본 리포트는 디아이컴퍼니 GEO Studio 가 18개 업종 운영 데이터를 기반으로 정리한 Schema GEO 완벽 가이드입니다. 9가지 핵심 Schema 타입의 GEO 우선순위, 업종별 적용 표, 잘 쓴 vs 잘못 쓴 코드 비교, FAQPage 작성 템플릿, 그리고 4대 AI 플랫폼 실측 인용 변화 데이터까지 다룹니다.

Section 01

Schema가 GEO에 결정적인 이유

robots.txt가 크롤러에게 "무엇을 보지 말라"고 알려준다면, Schema는 AI에게 "이 페이지가 무엇인지"를 알려줍니다. 그래서 Schema는 GEO 에서 가장 직접적인 신호입니다.

AI 는 "정의 가능한 페이지"를 발췌 · 인용에 우선합니다. 즉, 이 페이지가 FAQ인지, 회사 소개인지, 서비스 설명인지, 병원 정보인지를 명시적으로 알 수 있을 때 AI 는 그 콘텐츠를 더 안전한 인용 후보로 분류합니다. Schema 는 바로 이 정의를 코드 한 줄로 박아주는 작업입니다.

DI Company 운영 데이터

디아이컴퍼니가 4대 AI 플랫폼에서 측정한 결과, FAQPage Schema를 정확히 구현한 페이지는 그렇지 않은 페이지 대비 평균 3.7배 더 자주 답변에 인용됩니다. (2026년 Q1, 18개 업종 표본 측정)

Schema 가 없는 사이트는 AI 입장에서 "이 페이지가 회사 소개인지 블로그 글인지 광고인지 구분하기 어려운" 상태입니다. 인용 위험이 높은 콘텐츠는 자연스럽게 발췌에서 배제됩니다. 반대로 Schema 가 잘 구현된 사이트는 AI 가 "안전하게 인용 가능한 명시적 정의가 있는 페이지" 로 분류해 인용 우선순위를 올립니다.

!
Section Takeaway

Schema 는 AI 답변의 첫 번째 필터입니다. 정의 가능한 콘텐츠가 인용되고, 정의 불가능한 콘텐츠는 배제됩니다.

Section 02

Schema가 작동하는 3가지 메커니즘

Schema 는 단순히 "구글이 좋아하는 코드"가 아닙니다. AI 가 콘텐츠를 평가하는 3가지 축에 모두 작동합니다.

① 엔티티 정렬 (Entity Disambiguation)

같은 회사명이라도 AI 입장에서는 다른 회사일 수 있습니다. Organization Schemaname, alternateName, sameAs, url은 AI 에게 "이 모든 표기는 같은 엔티티"라고 명시적으로 묶어줍니다. 이게 빠지면 AI 는 "디아이컴퍼니" 와 "DI Company" 를 다른 회사로 인식할 수 있습니다.

② 콘텐츠 타입 명시 (Content Typing)

FAQPage, HowTo, Article, Service, Product 등 페이지의 역할을 명시하는 타입입니다. AI 는 "FAQ 타입의 페이지에서 발췌한 답변"을 "회사 광고 페이지에서 발췌한 답변"보다 신뢰합니다. 같은 텍스트라도 어떤 Schema 에 담겨 있느냐에 따라 인용 신뢰도가 달라집니다.

③ 신뢰 신호 누적 (Trust Signal)

author, reviewedBy, datePublished, dateModified 는 E-E-A-T 신호를 코드로 박아넣는 작업입니다. AI 는 최근에 업데이트되었고, 명시된 책임자가 검수한 콘텐츠에 가중치를 줍니다. "누가 썼는지 모르는 글" 은 AI 인용에서 가장 먼저 배제되는 카테고리입니다.

정의형 한 문장

Schema는 AI 답변의 "출처 결정 알고리즘"에서 가장 빠르게 평가되는 메타 레이어입니다. HTML 본문을 분석하는 시간보다 JSON-LD 를 파싱하는 시간이 비교할 수 없이 짧기 때문에, Schema 는 사실상 AI 의 첫 번째 인용 필터 역할을 합니다.

!
Section Takeaway

Schema 는 엔티티 정렬 · 콘텐츠 타입 · 신뢰 신호 3축에서 동시에 작동합니다. 한 작업으로 3개 신호를 동시에 강화하는 가장 효율적인 GEO 레버리지입니다.

Section 03

9가지 핵심 Schema 타입 (GEO 우선순위)

schema.org 에는 800개가 넘는 타입이 정의되어 있지만, GEO 관점에서 실제로 의미 있는 것은 9가지입니다. 디아이컴퍼니가 운영 우선순위로 적용하는 순서입니다.

1

Organization @type: Organization

모든 사이트의 첫 번째 Schema. 회사명 · URL · 로고 · 연락처 · 대표자 · 동일 엔티티(sameAs)를 명시. 이게 없으면 다른 모든 Schema가 약해집니다.

필수 · 사이트 루트 또는 대표 페이지에 1회 선언

2

FAQPage @type: FAQPage

AI 인용에 가장 직접적으로 작동하는 Schema. 질문-답변 쌍을 명시적으로 분리해 AI 가 답변을 통째로 발췌하기 쉽게 만듭니다.

GEO 효과 가장 큼 · 5~10개 Q&A 권장

3

Service @type: Service

B2B · 대행사 · 전문 서비스의 핵심. 서비스명 · 제공 범위 · 대상 고객 · 운영 주체를 명시해 "GEO 대행", "Schema 대행" 같은 비교 쿼리에서 인용 후보로 진입.

서비스 페이지마다 1개씩 · Provider는 Organization과 연결

4

BreadcrumbList @type: BreadcrumbList

사이트 계층 구조를 AI 에게 명시. AI 가 페이지의 맥락(이게 어떤 카테고리에 속하는지)을 빠르게 파악하게 만듭니다.

모든 페이지 · 자동 생성 권장

5

Article / WebPage @type: Article

블로그 · 리포트 · 뉴스 콘텐츠의 기본. headline, author, datePublished, dateModified, wordCount 까지 채워야 E-E-A-T 신호로 작동.

모든 콘텐츠 페이지 · author 필수

6

HowTo @type: HowTo

절차 · 가이드 · 매뉴얼 콘텐츠. step 구조가 명시되어 있으면 AI 가 단계별로 발췌해 "어떻게 하면 되나요?" 쿼리에 직접 인용.

절차형 콘텐츠 · 3~7단계 권장

7

Review / AggregateRating @type: Review

실제 리뷰가 있을 때만 사용. 가짜 리뷰는 구글 가이드라인 위반이고 AI 도 점차 가짜 리뷰 신호를 감지합니다. 없으면 차라리 빼는 게 안전합니다.

실제 리뷰 보유 시만 · 가짜는 절대 금지

8

LocalBusiness @type: LocalBusiness

로컬 비즈니스(병원 · 식당 · 매장)의 핵심. 주소 · 영업시간 · 지역 · 전화번호가 명시되면 지도형 추천 답변에 직접 진입.

로컬 비즈니스 필수 · MedicalBusiness 등 하위 타입 활용

9

Person (저자) @type: Person

저자 · 책임자 · 전문가의 권위를 코드로 박아넣는 작업. jobTitle, worksFor, sameAs(외부 프로필 링크)가 채워지면 YMYL 콘텐츠에서 결정적.

저자 명시 콘텐츠 · Article의 author와 연결

!
Section Takeaway

9가지 Schema 중 Organization + FAQPage + Service + BreadcrumbList 4개가 GEO 효과의 80%를 차지합니다. 나머지 5개는 업종에 따라 선택 적용.

Section 04

업종별 Schema 우선순위 표

디아이컴퍼니가 18개 업종 운영 데이터로 정리한 업종별 Schema 우선순위입니다. 1순위부터 차례로 적용하는 것을 권장합니다.

업종 1순위 2순위 3순위
병원 · 의료 MedicalBusinessLocalBusiness FAQPage Person (의료진)
금융 ServiceOrganization FAQPage Article (author)
건강기능식품 ProductOrganization FAQPage Review (실제 보유 시)
여행 TravelAgencyService FAQPage Trip / TouristAttraction
통신 · 비교 ServiceOrganization FAQPage OfferCatalog
B2B · 대행 ServiceOrganization FAQPage Article (case)
로컬 비즈니스 LocalBusiness Review · Rating FAQPage
브랜드 커머스 ProductOrganization FAQPage BreadcrumbList

모든 업종에 공통으로 Organization + BreadcrumbList 는 기본으로 깔립니다. 위 표의 1~3순위는 그 위에 추가되는 업종 특화 Schema 입니다.

Section 05

잘 쓴 vs 잘못 쓴 Schema 코드

같은 Organization Schema 라도 어떻게 채우느냐에 따라 AI 인용 신뢰도가 완전히 달라집니다. 실제 사례로 비교해 보겠습니다.

Organization Schema — 비교

✕ 잘못된 예시

필수 필드 누락 · 엔티티 정렬 불가

회사명만 있고 URL, 로고, 대표자, 동일 엔티티 표기가 없음. AI 가 같은 회사인지 판단할 근거가 없어 인용 후보에서 배제됩니다.

✓ 잘 쓴 예시

엔티티 신호 + 권위 신호 동시 충족

name + alternateName + sameAs 로 표기 분산 해소, founder · email · address 로 신뢰 신호, logo · @id 로 엔티티 ID 고정.

✕ 잘못된 Organization JSON-LD
// 회사명만 있고 모든 신호가 비어 있음 — AI 무시
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "디아이컴퍼니"
}
✓ 잘 쓴 Organization JSON-LD
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://dicompany.co.kr/#organization",
  "name": "디아이컴퍼니",
  "alternateName": ["DI Company", "DI COMPANY GEO Studio"],
  "url": "https://dicompany.co.kr/",
  "logo": "https://cdn.imweb.me/.../logo.png",
  "founder": {
    "@type": "Person",
    "name": "박현수",
    "jobTitle": "디아이컴퍼니 대표"
  },
  "email": "dihs4375@dicompany.co.kr",
  "sameAs": [
    "https://blog.dicompany.co.kr/",
    "https://dicompany.co.kr/geo-report"
  ]
}
핵심 차이

@id를 고정하는 것이 결정적입니다. @id 가 있으면 다른 Schema(Article 의 publisher, Service 의 provider 등)에서 {"@id": "..."} 로 참조할 수 있고, AI 는 이를 단일 엔티티로 묶어 평가합니다. @id 없는 Schema 는 매번 새 엔티티로 인식돼 권위 신호가 누적되지 않습니다.

FAQPage Schema — 비교

✕ 잘못된 예시

답변이 너무 짧고 단편적

"네", "아니오" 같은 한 줄 답변. AI 가 발췌해도 답변으로 쓸 수 없어 인용 가치가 없습니다.

✓ 잘 쓴 예시

200~300자 self-contained 답변

정의형 문장으로 시작 + 맥락 + 회사명을 자연스럽게 포함. AI 가 그대로 발췌해도 완결된 답변이 됩니다.

✓ 잘 쓴 FAQPage JSON-LD
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "GEO 대행사는 어떤 일을 하나요?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "GEO 대행사는 ChatGPT · Gemini · Perplexity · Claude 같은 생성형 AI 가 브랜드를 답변에 인용하거나 추천하도록 타겟 질문, 공식 사이트 구조, 답변형 콘텐츠, FAQ, Schema, 외부 언급, 브랜드 엔티티를 함께 설계 · 운영하는 회사입니다."
      }
    }
  ]
}
Section 06

FAQPage 작성 템플릿

FAQPage 는 GEO 에서 가장 직접적으로 작동하는 Schema 입니다. 디아이컴퍼니가 18개 업종 운영 데이터로 도출한 작성 원칙 5가지를 정리합니다.

  • 답변은 self-contained 200~300자 · AI 가 답변을 그대로 발췌해 인용하기 때문에, 그 자체로 완결된 정보여야 합니다. 너무 짧으면 발췌해도 답변이 되지 않고, 너무 길면 발췌 단위가 깨집니다.
  • 정의형 문장으로 시작 · "GEO 대행사는 ~한 회사입니다", "Schema 는 ~한 데이터입니다" 같이 주어 + 정의 동사로 시작해야 AI 가 그대로 발췌해 답변할 수 있습니다.
  • 회사명을 답변 안에 자연스럽게 포함 · "디아이컴퍼니는 ~합니다" 가 한 번 이상 들어가야 브랜드 엔티티 신호가 누적됩니다. 단, 광고처럼 보이면 역효과이므로 답변 후반부에 자연스럽게 배치.
  • 페이지당 5~10개 Q&A · 5개 미만이면 인용 표면이 좁고, 10개 초과면 핵심 질문의 권위가 분산됩니다. 가장 자주 검색되는 질문부터 우선 배치.
  • HTML 본문과 Schema 텍스트를 일치 · Schema 에는 있는데 페이지 본문에는 없는 답변은 구글이 가짜 Schema 로 판단합니다. 반드시 본문에도 같은 Q&A 를 표시.
DI Company 운영 팁

FAQPage 의 첫 번째 질문은 "{서비스명}은 무엇인가요?" 정의형 질문을 반드시 배치하세요. AI 는 "X 란 무엇인가요?" 쿼리에 이 답변을 가장 먼저 인용합니다. 디아이컴퍼니 운영 데이터 기준, 첫 번째 정의형 질문의 인용률이 나머지 질문 평균의 2.4배 입니다.

Section 07

Schema 점검 도구 5가지

Schema 는 추가만큼 점검이 중요합니다. JSON 문법 오류, 필수 필드 누락, 잘못된 @type 사용은 Schema 자체를 무효화합니다. 디아이컴퍼니가 운영에서 사용하는 점검 도구를 우선순위 순으로 정리합니다.

  • Google Rich Results Test (search.google.com/test/rich-results) · 구글이 Schema 를 어떻게 해석하는지 직접 확인. 가장 먼저 돌리는 도구입니다.
  • Schema.org Validator (validator.schema.org) · schema.org 표준 기준으로 검증. 필수 필드 누락, 타입 오류를 잡아냅니다.
  • Bing Webmaster Tools URL Inspection · ChatGPT Search · Copilot · Perplexity 가 참조하는 Bing 인덱스에서 Schema 를 어떻게 보는지 확인. Vol 08 / Bing Indexing 참조.
  • Google Search Console 향상(Enhancement) 보고서 · 사이트 전체의 Schema 오류를 페이지별로 자동 리포트.
  • 디아이컴퍼니 내부 점검 시트 · 4대 AI 플랫폼이 실제로 Schema 를 어떻게 발췌 · 인용하는지 주간 측정. 외부 도구로는 잡히지 않는 인용 패턴 변화를 추적.
Section 08

디아이컴퍼니 Schema 구현 사례

실제 디아이컴퍼니가 운영한 Schema 직접 구현 사례 3건입니다. NDA 조건으로 일부 브랜드는 익명 처리, 측정 데이터만 공개합니다.

사례 1 · 병원 (강남 D피부과)

적용 Schema: MedicalBusiness + LocalBusiness + FAQPage(다국어 ko/ja/zh) + Person(의료진) + Review

운영 변화: 적용 4주 후 ChatGPT 에서 "강남 일본인 환자 피부과 추천" 쿼리에 첫 인용 확인. 12주 시점에 동일 쿼리 답변에서 1순위 인용 안정화. 외국인 진료 FAQ 8개를 다국어 FAQPage 로 구조화한 것이 결정적이었습니다.

사례 2 · 통신 (G가입센터)

적용 Schema: Service + OfferCatalog + FAQPage + Organization(@id 고정)

운영 변화: "통신사 가입 비교", "인터넷 비교 추천" 쿼리에서 적용 전 0% → 적용 8주 후 Gemini · Perplexity 에서 비교 답변 인용. Service Schema 의 areaServed 와 priceRange 를 명시한 것이 비교 쿼리 인용에 직접 작동했습니다.

사례 3 · 건강기능식품 (N브랜드)

적용 Schema: Product + Brand + AggregateRating(실제 리뷰만) + FAQPage + Article(성분 가이드)

운영 변화: "면역 영양제 추천", "관절 영양제 비교" 쿼리에서 적용 6주 후 4대 플랫폼 모두 인용. 단, YMYL 영역이라 표현 검수가 까다로워 의료법 · 표시광고법 검수를 동시 진행했습니다.

공통 인사이트

세 사례 모두 Schema 단독으로는 작동하지 않습니다. Schema 는 "AI 가 페이지를 신뢰할 근거"를 제공하지만, 콘텐츠 자체가 답변 재료로 충분해야 인용으로 이어집니다. Schema + Answer-first 콘텐츠 + 외부 엔티티 신호 가 함께 누적될 때 GEO 가 안정적으로 작동합니다.

Final Summary · 이 리포트의 핵심

이 글에서 기억할 6가지

  • Schema 는 AI 답변의 첫 번째 필터 · "정의 가능한 콘텐츠"가 인용되고 정의 불가능한 콘텐츠는 배제된다.
  • 3가지 메커니즘으로 작동 · 엔티티 정렬 · 콘텐츠 타입 · 신뢰 신호 3축에서 동시에 평가된다.
  • 9가지 중 4가지가 80% 효과 · Organization · FAQPage · Service · BreadcrumbList 가 GEO 핵심.
  • @id 고정이 결정적 · 엔티티 ID 가 고정되어야 다른 Schema 와 연결되며 권위 신호가 누적된다.
  • FAQPage 답변은 self-contained · 200~300자 정의형 문장 + 브랜드명 자연 포함이 인용 핵심.
  • Schema + 콘텐츠 + 엔티티 신호 동시 누적 · 단독으로는 작동하지 않고 다축 신호가 함께 가야 한다.
Related FAQ

이 글과 함께 자주 묻는 질문

Schema 마크업 · JSON-LD · FAQPage 작성에 대한 핵심 답변 모음입니다.

Q. Schema 마크업이 GEO 에 정말 영향을 주나요? +
네. Schema 는 AI 가 페이지의 역할을 빠르게 판단하게 만드는 가장 직접적인 신호입니다. AI 는 정의 가능한 콘텐츠를 발췌 · 인용 우선순위에 둡니다. 디아이컴퍼니 운영 데이터 기준, FAQPage · Organization Schema 를 정확히 구현하면 평균 2~4주 안에 첫 AI 인용 변화가 관찰됩니다.
Q. 가장 먼저 추가해야 하는 Schema 는 무엇인가요? +
Organization Schema 와 FAQPage Schema 입니다. Organization 은 브랜드를 단일 엔티티로 정렬하는 출발점이고, FAQPage 는 AI 가 답변에 가장 직접적으로 발췌 · 인용하는 콘텐츠 단위입니다. 이후 Service, BreadcrumbList, Article 순서로 확장하는 것을 권장합니다.
Q. Schema 를 잘못 구현하면 어떻게 되나요? +
필수 필드 누락, @type 오타, JSON 문법 오류는 검색엔진이 Schema 를 무시하게 만듭니다. 더 위험한 경우는 가짜 Review · AggregateRating 을 넣는 것으로, 구글 가이드라인 위반에 해당해 검색 노출 자체가 감점됩니다. Schema 추가 후 반드시 Rich Results Test 와 Schema Validator 로 점검해야 합니다.
Q. JSON-LD 와 microdata 중 어떤 형식을 써야 하나요? +
JSON-LD 입니다. 구글은 공식적으로 JSON-LD 를 권장하고, 디아이컴퍼니가 운영하는 모든 사이트는 JSON-LD 로 통일합니다. JSON-LD 는 HTML 본문과 분리되어 있어 디자인 변경 시 깨지지 않고, head 영역에 한 번에 관리할 수 있어 운영 효율이 높습니다.
Q. FAQPage Schema 에 몇 개의 질문을 넣는 것이 적정한가요? +
페이지당 5~10개가 적정합니다. 너무 적으면 인용 표면이 좁아지고, 너무 많으면 핵심 질문의 권위가 분산됩니다. 답변은 각각 200~300자 길이의 self-contained 문장으로 작성하고, 정의형 문장으로 시작해 AI 가 그대로 발췌할 수 있게 만드는 것이 핵심입니다.
DI Company · GEO Studio

우리 사이트 Schema 는 정확하게 구현되어 있을까요?

디아이컴퍼니는 4대 AI 플랫폼 실측 데이터를 기반으로 사이트 Schema 구현 상태와 GEO 인용 영향을 진단합니다. Organization · FAQPage · Service · BreadcrumbList 4축 기준의 정밀 진단이 가능합니다.