구조화 데이터 완전 가이드 — Article·Organization·Breadcrumb 스키마 한 번에 끝내기

구조화 데이터를 추가하지 않아도 사이트는 동작합니다. 하지만 구글과 AI는 구조화 데이터가 있는 사이트를 훨씬 잘 이해하고, 더 자주 리치 결과로 노출하며, 더 정확하게 인용합니다.

설정 한 번으로 효과가 오래가는 작업입니다. 어렵지 않습니다. JSON 문법을 조금 알고 있다면 이 가이드를 보고 바로 적용할 수 있습니다.

구조화 데이터란 무엇인가

구조화 데이터는 검색엔진과 AI가 페이지 내용을 정확히 이해하도록 표준 어휘(Schema.org)로 작성하는 코드입니다. 사람이 읽는 HTML과 별도로, 기계가 읽는 메타데이터를 제공하는 것입니다.

작성 방식은 세 가지(JSON-LD, Microdata, RDFa)가 있지만, 구글이 공식 권장하는 JSON-LD만 쓰면 됩니다. HTML 구조와 분리되어 있어 유지보수가 훨씬 쉽습니다.

구조화 데이터가 만드는 것

→ 구글 FAQ 리치 결과 (검색 결과에 아코디언 Q&A 노출)
→ 구글 브레드크럼 리치 결과 (URL 대신 경로 표시)
→ 구글 기사 리치 결과 (발행일, 저자 표시)
→ AI 답변 인용 정확도 향상
→ 브랜드 정보 AI 학습 데이터 개선

Article 스키마 — 블로그·콘텐츠 페이지

블로그 포스트, 뉴스 기사, 가이드 페이지에 사용합니다. @type을 Article 또는 BlogPosting으로 설정합니다.

Article 스키마 예시

{"@context":"https://schema.org",
"@type":"Article",
"headline":"페이지 제목 (110자 이내)",
"description":"페이지 설명",
"url":"https://yoursite.com/blog/post-slug",
"datePublished":"2026-04-12",
"dateModified":"2026-04-12",
"inLanguage":"ko-KR",
"author":{
  "@type":"Organization",
  "name":"YourTeam",
  "url":"https://yoursite.com"
},
"publisher":{
  "@type":"Organization",
  "name":"YourTeam",
  "url":"https://yoursite.com"
},
"mainEntityOfPage":{
  "@type":"WebPage",
  "@id":"https://yoursite.com/blog/post-slug"
}}

자주 하는 실수: headline에 110자를 초과하는 제목을 넣으면 구글이 리치 결과에서 잘라버립니다. 페이지 <title>과 동일하게 쓰되 110자를 넘지 않도록 주의하세요.

모든 페이지에 넣어야 합니다. 구글 검색 결과에서 URL 대신 "홈 > 블로그 > 글 제목" 형식의 경로가 표시됩니다. 클릭률에 도움이 됩니다.

BreadcrumbList 스키마 예시

{"@context":"https://schema.org",
"@type":"BreadcrumbList",
"itemListElement":[
  {"@type":"ListItem","position":1,
   "name":"홈","item":"https://yoursite.com"},
  {"@type":"ListItem","position":2,
   "name":"블로그","item":"https://yoursite.com/blog"},
  {"@type":"ListItem","position":3,
   "name":"글 제목","item":"https://yoursite.com/blog/slug"}
]}

Organization 스키마 — 브랜드 정보

모든 페이지의 <head>에 공통으로 포함시키세요. AI가 브랜드 정보를 이해하는 데 핵심적인 역할을 합니다.

Organization 스키마 예시

{"@context":"https://schema.org",
"@type":"Organization",
"name":"유어팀",
"alternateName":"YourTeam",
"url":"https://yourteam.kr",
"logo":"https://yourteam.kr/assets/logo.svg",
"description":"스타트업·소규모 사업자를 위한 개발 외주·SEO·자동화 전문 팀",
"contactPoint":{
  "@type":"ContactPoint",
  "contactType":"customer support",
  "url":"https://yourteam.kr/estimate",
  "availableLanguage":"Korean"
},
"knowsAbout":["웹 개발 외주","MVP 개발","검색엔진 최적화","업무 자동화"],
"areaServed":"KR",
"sameAs":[
  "https://www.instagram.com/yourteam_kr",
  "https://blog.naver.com/yourteam"
]}

sameAs에 SNS 계정, 네이버 블로그 등 공식 채널을 넣으면 AI가 여러 플랫폼의 정보를 연결해 브랜드를 더 정확하게 인식합니다.

FAQPage 스키마 — 리치 결과 + AI 인용

FAQ 섹션이 있는 모든 페이지에 추가하세요. 구글 검색 결과에서 아코디언 형태의 FAQ가 표시되고, AI가 질문-답변 쌍을 직접 인용합니다.

FAQPage 스키마 예시

{"@context":"https://schema.org",
"@type":"FAQPage",
"mainEntity":[
  {
    "@type":"Question",
    "name":"질문 텍스트 (HTML 태그 없이 순수 텍스트)",
    "acceptedAnswer":{
      "@type":"Answer",
      "text":"답변 텍스트. 구체적이고 완결된 문장으로 작성."
    }
  },
  {
    "@type":"Question",
    "name":"두 번째 질문",
    "acceptedAnswer":{
      "@type":"Answer",
      "text":"두 번째 답변"
    }
  }
]}

주의: name(질문)과 text(답변)에 HTML 태그를 넣으면 구글이 오류로 처리할 수 있습니다. 순수 텍스트만 사용하세요.

LocalBusiness 스키마 — 지역 사업자

오프라인 매장이나 지역 기반 서비스라면 Organization 대신 LocalBusiness를 사용하세요. 구글 지도, 로컬 검색 결과에서 정보가 더 잘 표시됩니다.

LocalBusiness 스키마 예시

{"@context":"https://schema.org",
"@type":"LocalBusiness",
"name":"가게 이름",
"image":"https://yoursite.com/photo.jpg",
"url":"https://yoursite.com",
"telephone":"+82-02-1234-5678",
"address":{
  "@type":"PostalAddress",
  "streetAddress":"서울시 강남구 테헤란로 123",
  "addressLocality":"서울",
  "addressRegion":"서울특별시",
  "postalCode":"06234",
  "addressCountry":"KR"
},
"geo":{
  "@type":"GeoCoordinates",
  "latitude":37.5012,
  "longitude":127.0396
},
"openingHoursSpecification":[{
  "@type":"OpeningHoursSpecification",
  "dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],
  "opens":"09:00","closes":"18:00"
}],
"priceRange":"₩₩"}

구조화 데이터 검증 방법

작성한 후 반드시 검증하세요. 오류가 있으면 리치 결과가 나타나지 않습니다.

구글 리치 결과 테스트: search.google.com/test/rich-results — URL 또는 코드 직접 입력. 즉시 결과 확인.
Schema.org 검증기: validator.schema.org — Schema.org 표준 준수 여부 검사.
Search Console: 사이트가 등록되어 있으면 '리치 결과 상태' 보고서에서 전체 오류 모니터링.

스키마 작성 체크리스트

모든 블로그 포스트에 Article + BreadcrumbList + FAQPage + Organization
메인 페이지에 Organization (또는 LocalBusiness) + WebSite
서비스 페이지에 Service + FAQPage
JSON-LD는 <head> 안에 <script type="application/ld+json">으로 삽입
datePublished와 dateModified를 ISO 8601 형식으로 작성 (YYYY-MM-DD)
질문·답변 텍스트에 HTML 태그 사용 금지
리치 결과 테스트로 오류 없음 확인 후 배포
배포 후 Search Console에서 색인 요청

자주 묻는 질문

구조화 데이터란 무엇인가요?

구조화 데이터(Structured Data)는 검색엔진과 AI가 웹페이지의 내용을 정확하게 이해할 수 있도록 표준화된 형식으로 작성하는 코드입니다. Schema.org 어휘를 사용해 JSON-LD 형식으로 작성하는 것이 가장 일반적입니다. 구조화 데이터가 있으면 구글 리치 결과(FAQ 아코디언, 별점, 브레드크럼 등)를 얻을 수 있고, AI도 콘텐츠를 더 정확하게 인용합니다.

JSON-LD, Microdata, RDFa 중 어떤 걸 써야 하나요?

JSON-LD를 쓰세요. 구글이 공식 권장하는 방식이고, HTML 구조와 분리되어 있어 유지보수가 쉽습니다. Microdata나 RDFa는 HTML 태그 안에 속성을 직접 넣는 방식인데, 코드가 복잡해지고 수정이 어렵습니다. 2024년 기준 새로 만드는 사이트라면 JSON-LD만 쓰면 됩니다.

구조화 데이터를 추가하면 SEO 순위가 바로 올라가나요?

구조화 데이터 자체는 구글 순위에 직접적인 영향을 주지 않습니다. 그러나 리치 결과(FAQ 아코디언, 별점 등)로 검색 결과에서 더 눈에 띄게 되어 클릭률(CTR)이 올라가고, 이는 간접적으로 SEO에 도움이 됩니다. AI 인용 측면에서는 구조화 데이터가 콘텐츠 품질 신호로 작용합니다.

구조화 데이터 오류는 어떻게 확인하나요?

구글의 리치 결과 테스트(search.google.com/test/rich-results)에서 URL을 입력하거나 코드를 직접 붙여넣으면 오류를 즉시 확인할 수 있습니다. 사이트가 구글에 등록되어 있다면 Search Console의 '리치 결과 상태' 보고서에서 전체 사이트의 구조화 데이터 오류를 모니터링할 수 있습니다.

하나의 페이지에 여러 스키마를 넣어도 되나요?

됩니다. 오히려 권장됩니다. 블로그 포스트라면 Article + BreadcrumbList + FAQPage + Organization 스키마를 함께 넣는 것이 좋습니다. 각각을 별도의 script 태그로 분리하거나, @graph 배열로 묶어서 하나의 script 태그에 작성할 수 있습니다.

구조화 데이터 포함 개발

처음부터 SEO·AI 인용에 최적화된
사이트를 만들고 싶다면

유어팀은 모든 프로젝트에 Article, Organization, BreadcrumbList, FAQPage 스키마를 기본으로 포함합니다. 나중에 추가하는 것보다 처음부터 넣는 것이 훨씬 정확하고 효율적입니다.

무료 상담 신청 →

구조화 데이터 완전 가이드— Article·Organization·Breadcrumb 스키마 한 번에 끝내기

구조화 데이터란 무엇인가

Article 스키마 — 블로그·콘텐츠 페이지

BreadcrumbList 스키마 — 탐색 경로

Organization 스키마 — 브랜드 정보

FAQPage 스키마 — 리치 결과 + AI 인용

LocalBusiness 스키마 — 지역 사업자

구조화 데이터 검증 방법

스키마 작성 체크리스트

자주 묻는 질문

처음부터 SEO·AI 인용에 최적화된사이트를 만들고 싶다면

구조화 데이터 완전 가이드
— Article·Organization·Breadcrumb 스키마 한 번에 끝내기

처음부터 SEO·AI 인용에 최적화된
사이트를 만들고 싶다면