SEO를 위한 구조화된 데이터: 무엇이며 스키마 마크업을 추가하는 방법
구조화된 데이터는 페이지의 콘텐츠가 정확히 무엇을 의미하는지 검색 엔진에 알려주기 위해 페이지에 추가하는 코드입니다. 이 문자열은 가격, 저것은 저자, 이 블록은 레시피라는 식이죠. 대부분의 사람들은 이를 스키마 마크업이라고 부르는데, 거의 모두가 이를 작성할 때 사용하는 공용 어휘(스키마)에서 따온 이름입니다.
만약 "스키마를 추가하면 순위가 움직이나요?"라는 질문을 안고 여기 왔다면, 솔직한 답은 그 자체만으로는 효과가 없다는 것입니다. 구조화된 데이터는 어떤 기능이 나타날 수 있게 할 뿐 나타난다고 보장하지는 않으며, 리치 결과가 최선의 경험인지는 쿼리마다 Google이 판단합니다.
그럼에도 리치 결과를 얻은 페이지는 더 많은 클릭을 얻는 경향이 있으며, Google 자체 사례 연구도 이를 뒷받침합니다. Nestlé는 리치 결과로 표시된 페이지에서 클릭률이 82% 더 높다는 것을 측정했고, Rotten Tomatoes는 구조화된 데이터가 있는 페이지가 없는 페이지보다 CTR이 25% 더 높다고 보고했습니다.
구조화된 데이터(스키마 마크업)란 무엇인가
"스키마 마크업"과 "구조화된 데이터"는 엄밀히 같은 것은 아니지만 종종 서로 바꿔 쓰입니다.
구조화된 데이터는 콘텐츠를 기계가 읽을 수 있는 방식으로 라벨링하는 일반적인 관행입니다. Schema.org는 이를 위해 거의 모두가 사용하는 공용 어휘로, Google, Microsoft, Yahoo, Yandex가 지원하는 공동 프로젝트입니다. 그래서 사람들이 "스키마를 추가한다"고 말할 때는 "Schema.org 구조화된 데이터를 추가한다"는 뜻입니다.
형식은 세 가지가 있습니다. JSON-LD, Microdata, RDFa입니다. Google은 JSON-LD를 권장하며, 아래의 모든 예시도 이 형식을 사용합니다.
JSON-LD는 하나의 <script> 블록에 담기며, 보통 눈에 보이는 HTML과 분리되어 <head>에 위치합니다. 그래서 실제 페이지 요소에 속성을 감싸는 Microdata나 RDFa보다 추가·유지·디버그가 더 쉽습니다. Microdata를 사용하는 사이트를 물려받았다면 여전히 작동하지만, 새 마크업은 JSON-LD여야 합니다.
스키마가 지금 더 중요한 이유
구조화된 데이터는 그 어느 때보다 중요합니다. 세 가지 이유를, 여러분의 결정에 얼마나 영향을 주어야 하는지 순서대로 정리했습니다.
- 리치 결과. 파란 링크를 넘어서는 향상된 목록입니다. 별점, 제품 가격, 이동경로(브레드크럼), 사이트링크, 레시피 카드 등이죠. 더 많은 공간을 차지하고 더 많은 주목을 끕니다. 이것이 가장 직접적이고 측정 가능한 이점입니다.
- 엔터티 이해. 스키마는 Google에게 페이지에 어떤 단어가 있는지뿐 아니라 여러분이 무엇인지를 알려줍니다. LinkedIn, X, Wikipedia 프로필로의
sameAs링크를 포함한 Organization 마크업은, Google이 여러분의 사이트를 지식 그래프의 알려진 엔터티와 연결하도록 돕습니다. - AI와 AI 개요. 스키마가 그 자체로 AI 인용을 열어 주지는 않지만, 페이지의 사실을 명시적이고 일관되게 만듭니다. 이는 사람이든 모델이든 모든 시스템이 이를 올바르게 파싱하는 데 도움이 됩니다.
2026년에도 리치 결과를 얻는 스키마 유형
여기 핵심 유형들을 각각 복사해 붙여넣을 수 있는 JSON-LD와 함께 소개합니다. 실제 값으로 바꾸고, 모든 필드를 방문자가 페이지에서 실제로 보는 내용과 일치시키세요.
Article / BlogPosting
블로그 게시물, 뉴스, 편집 콘텐츠용.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Structured Data for SEO: What It Is and How to Add Schema Markup",
"image": "https://example.com/images/structured-data.png",
"datePublished": "2026-07-07",
"dateModified": "2026-07-07",
"author": {
"@type": "Person",
"name": "Jane Doe",
"url": "https://example.com/author/jane-doe"
},
"publisher": {
"@type": "Organization",
"name": "Example",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
}
}
Product(Offer 및 평점 포함)
제품을 판매하는 페이지용.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Running Shoe X",
"image": "https://example.com/shoe.jpg",
"description": "Lightweight trail shoe with a grippy outsole.",
"brand": { "@type": "Brand", "name": "Acme" },
"sku": "ACME-TRX-42",
"offers": {
"@type": "Offer",
"url": "https://example.com/shoe",
"price": "129.00",
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.6",
"reviewCount": "218"
}
}
Review
제품, 도서, 영화 또는 서비스에 대한 편집 리뷰용.
{
"@context": "https://schema.org",
"@type": "Review",
"itemReviewed": { "@type": "Product", "name": "Trail Running Shoe X" },
"reviewRating": {
"@type": "Rating",
"ratingValue": "4",
"bestRating": "5"
},
"author": { "@type": "Person", "name": "Jane Doe" },
"reviewBody": "Comfortable over long distances, though sizing runs small."
}
BreadcrumbList
계층 구조 안의 모든 페이지용. 현재 페이지는 마지막 항목이며 item을 생략합니다.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com" },
{ "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog" },
{ "@type": "ListItem", "position": 3, "name": "Structured Data" }
]
}
Organization(sameAs 포함)
이것은 사이트 전체에 한 번만(홈페이지나 전역 템플릿에) 배치하세요. sameAs 배열이 엔터티를 명확히 하는 핵심 지렛대입니다.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example",
"https://x.com/example",
"https://en.wikipedia.org/wiki/Example"
]
}
LocalBusiness
물리적 위치가 있는 비즈니스용. 일반적인 LocalBusiness 대신, 사용할 수 있는 가장 구체적인 하위 유형(Restaurant, Dentist 등)이 있다면 그것을 쓰세요.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Example Coffee",
"image": "https://example.com/store.jpg",
"@id": "https://example.com",
"url": "https://example.com",
"telephone": "+1-555-0100",
"address": {
"@type": "PostalAddress",
"streetAddress": "123 Main St",
"addressLocality": "Austin",
"addressRegion": "TX",
"postalCode": "78701",
"addressCountry": "US"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 30.2672,
"longitude": -97.7431
},
"openingHours": "Mo-Fr 07:00-18:00"
}
FAQPage와 HowTo
Google은 2026년 5월 7일에 FAQ 리치 결과를 폐기하여, 2023년 8월 권위 있는 정부·보건 사이트로만 제한하며 시작한 축소를 마무리했습니다. HowTo 리치 결과는 그보다 앞선 2023년 9월에 데스크톱에서 폐기되었습니다.
Google은 여전히 페이지를 이해하기 위해 FAQPage를 파싱합니다. 단지 검색에서 펼칠 수 있는 Q&A 패널이 더 이상 표시되지 않을 뿐입니다. 그러니 FAQ 콘텐츠는 페이지에 남겨 두세요. 실제 질문에 답하고 기계가 여러분을 읽는 데 도움이 되기 때문입니다. 다만 눈에 보이는 SERP 기능을 기대하며 스키마를 추가하지는 마세요.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Does schema markup guarantee rich results?",
"acceptedAnswer": {
"@type": "Answer",
"text": "No. Valid markup makes a page eligible, but Google decides whether to show a rich result."
}
}]
}
어떤 페이지에 어떤 스키마 유형을 쓸까
가장 흔한 실수는 페이지에 잘못된 유형을 갖다 붙이거나, 적용되지 않는 유형을 겹쳐 쌓는 것입니다. 가장 구체적인 유형을 페이지의 실제 성격에 맞추고, 그것이 여전히 리치 결과를 만드는지 확인하세요.
| 페이지 | 스키마 | 2026년 리치 결과 |
|---|---|---|
| 블로그 게시물, 뉴스, 가이드 | Article / BlogPosting | 예 |
| 제품 페이지 | Product + Offer | 예 |
| 편집 리뷰 | Product + Review | 예 |
| 계층 내 모든 페이지 | BreadcrumbList | 예 |
| 홈페이지 / 소개 | Organization | 엔터티만 |
| 물리적 위치 | LocalBusiness | 예(로컬) |
| 레시피 | Recipe | 예 |
| 동영상 | VideoObject | 예 |
| FAQ 블록 | FAQPage | 아니요(폐기됨) |
| 방법 안내 단계 | HowTo | 아니요(폐기됨) |
Google의 지침은 적용 가능한 가장 구체적인 유형을 사용하고, 구조화된 데이터를 그것이 설명하는 페이지에 두라는 것입니다.
스키마를 테스트하고 검증하는 방법
확인하지 않은 스키마를 절대 게시하지 마세요. 공식 도구는 두 가지이며 각각 하나의 역할을 합니다.
- 리치 결과 테스트는 페이지가 Google 리치 결과의 대상이 되는지 알려주고 어떻게 보일 수 있는지 미리 보여 줍니다. "이것이 기능을 얻을까?"에 답하기 위해 사용하세요.
- 스키마 마크업 검증 도구는 Google 고유의 기능 검사 없이 모든 Schema.org 마크업을 일반적으로 검증합니다. "문법적으로 올바른가?"에 답하기 위해 사용하세요. 이것은 예전 구조화된 데이터 테스트 도구를 대체했습니다.
스키마는 조용히 깨집니다. 테마 업데이트나 플러그인 충돌이 눈에 보이는 오류 없이 수백 개의 페이지에서 JSON-LD를 걷어낼 수 있습니다. 그래서 진짜 워크플로는 이렇습니다. 게시 전에 검증하고, 템플릿을 변경하거나 배포할 때마다 다시 확인하며, Search Console의 향상 보고서에서 리치 결과 상태를 시간에 걸쳐 모니터링하는 것입니다.
SEOcrawl AI로 모든 페이지의 구조화된 데이터를 검증하기
두 Google 도구를 수동으로 실행하는 것은 한 페이지를 점검하기에는 괜찮지만, 규모에 맞지 않고 배포가 템플릿 전반의 마크업을 조용히 깨뜨렸을 때 알려 주지 않습니다.
빠른 단일 페이지 점검에는 SEOcrawl AI의 무료 스키마 검증기가 URL의 JSON-LD를 Schema.org 사양과 Google 리치 결과 정책 양쪽에 비추어 감사합니다. 페이지의 모든 블록을 추출하고, 자격을 막는 오류와 단지 약화시키기만 하는 경고를 구분해 무엇을 먼저 고쳐야 하는지 정확히 알려 줍니다.
그리고 마크업 회귀는 대개 리치 결과 커버리지의 하락으로 나타나기 때문에, SEOcrawl AI는 향상 측면도 추적합니다. Search Console의 커버리지와 쿼리 데이터를 — 수동으로, 자동 규칙으로, 또는 Claude나 ChatGPT에서 바로 SEOcrawl MCP 서버를 통해 — 가져올 수 있어, 스키마를 걷어내는 템플릿 변경이 미스터리가 아니라 측정 가능한 변화로 드러납니다.
자주 묻는 질문
스키마 마크업이 순위를 올려주나요, 아니면 근거 없는 이야기인가요?
스키마는 순위 요소가 아닙니다. 페이지를 리치 결과의 대상이 되게 하고 검색 엔진이 콘텐츠를 이해하도록 돕지만, 그 자체만으로 순위를 끌어올리지는 못합니다. 이점은 간접적입니다. 리치 결과를 얻은 페이지는 클릭률이 더 높아지는 경향이 있습니다.
FAQ 리치 결과가 사라졌는데, FAQPage 스키마를 제거해야 하나요?
아니요. Google은 FAQPage가 여전히 유효한 유형이며 페이지를 이해하기 위해 여전히 마크업을 파싱한다고 확인했습니다. 단지 펼칠 수 있는 패널이 더 이상 표시되지 않을 뿐입니다. 그 시간은 FAQ 콘텐츠에 쏟으세요. 여전히 롱테일 트래픽을 얻고 AI 시스템이 답변을 추출하는 데 도움이 됩니다.
스키마를 추가한 뒤 리치 결과가 나타나기까지 얼마나 걸리나요?
정해진 기간은 없습니다. Google은 먼저 페이지를 다시 크롤링하고 재처리해야 하며, 사이트를 얼마나 자주 크롤링하느냐에 따라 며칠에서 몇 주가 걸릴 수 있습니다. 게다가 유효한 마크업이 있더라도 얻는 것은 자격일 뿐, 약속된 자리가 아닙니다.
ChatGPT나 AI 개요가 저를 인용하려면 스키마가 필요한가요?
특별히 필요하지는 않습니다. Google은 AI 개요나 AI 모드에 특별한 스키마가 필요하지 않다고 밝혔습니다. 중요한 것은 구조화된 데이터가 눈에 보이는 콘텐츠와 일치하고, 그 콘텐츠가 실제로 질문에 답한다는 점입니다. 스키마는 모델에게 모호함을 줄여 주므로 도움이 되지만, 인용을 강제하지는 않습니다.
JSON-LD를 추가하면 페이지가 느려지나요?
아니요. JSON-LD 블록은 페이지 소스 안의 작은 텍스트일 뿐이며, 시각적으로 무언가를 렌더링하거나 차단하지 않습니다. 유일한 실질적 비용은 유지 관리입니다. 내용을 정확하게 유지하고, 더 이상 목표로 하지 않는 기능의 블록은 제거하세요.
저자: David Kaufmann
지난 10년 넘게 SEO에 완전히 빠져 살아왔습니다 — 솔직히 다른 길을 가고 싶지도 않았어요.
제 커리어가 한 단계 도약한 것은 인터넷 전체에서 방문자가 가장 많은 100개 사이트 중 하나인 Chess.com에서 시니어 SEO 스페셜리스트로 일했을 때입니다. 수백만 페이지, 수십 개 언어, 그리고 가장 경쟁이 치열한 SERP 중 하나에서 일한 경험은 어떤 강의나 자격증도 가르쳐주지 못하는 것들을 알려주었습니다. 이 경험은 진정으로 훌륭한 SEO가 어떤 모습이어야 하는지에 대한 제 관점을 완전히 바꾸어 놓았고, 이후 제가 만든 모든 것의 기초가 되었습니다.
이 경험을 바탕으로 SEO Alive를 창업했습니다 — 오가닉 성장에 진심인 브랜드를 위한 에이전시입니다. 우리는 대시보드와 월간 리포트를 파는 것이 목표가 아닙니다. 실제로 결과를 움직이는 전략을 만들어, 클래식 SEO의 최고와 흥미진진한 새로운 Generative Engine Optimization(GEO) 세계를 결합합니다 — 여러분의 브랜드가 Google의 파란 링크뿐 아니라 ChatGPT, Perplexity, Google AI Overviews가 매일 수백만 명에게 전달하는 AI 생성 답변 안에도 노출되도록 합니다.
그리고 이 두 세계를 제대로 다루는 도구를 찾을 수 없어서 직접 만들었습니다 — SEOcrawl입니다. 랭킹, 기술 감사, 백링크 모니터링, 크롤 건전성, AI 브랜드 가시성 추적을 한 곳에서 통합하는 엔터프라이즈 SEO 인텔리전스 플랫폼이죠. 항상 존재하기를 바랐던 바로 그 플랫폼입니다.
이 저자의 더 많은 콘텐츠를 만나보세요
