스키마 마크업: SERP를 위한 구조화된 데이터 추가 방법

스키마 마크업(구조화된 데이터라고도 함)은 웹사이트에 추가하는 코드로, 콘텐츠가 무엇을 의미하는지 기계가 읽을 수 있는 형식으로 검색엔진에 알려 줍니다. 리뷰가 별 5개 평점을 받았다는 사실을 Google이 추론하게 하는 대신, 스키마로 "이것은 별 5개 평점의 리뷰입니다"라고 명시적으로 알려 주는 것입니다. 스키마는 리치 스니펫, 즉 별점, 가격, 재고 여부, FAQ 등이 포함된 향상된 검색 결과를 가능하게 합니다. 사용자는 리치 결과를 보면 클릭할 가능성이 더 높아지므로 클릭률과 트래픽이 증가합니다.

2026년에는 AI 시대에 검색엔진이 콘텐츠의 맥락을 이해하도록 돕는다는 점에서 스키마 마크업이 더욱 중요해졌습니다. 출처를 인용하는 AI는 페이지가 무엇에 관한 것인지 파악하기 위해 스키마에 의존합니다. 또한 검색 결과가 (리치 스니펫으로) 점점 더 시각적으로 바뀌면서 일반 텍스트 결과는 덜 눈에 띄게 되었습니다. 스키마 마크업 추가는 검색 결과에서의 노출 형태와 가시성을 빠르게 개선하는 방법입니다. 이 가이드에서는 주요 스키마 유형과 구현 방법을 다룹니다.

스키마 마크업이란 무엇이며 어떻게 작동하나요?

Schema.org는 구조화된 데이터 마크업을 위한 개방형 표준입니다. 사물을 설명하는 속성 이름과 값의 어휘를 제공합니다. "Review" 스키마에는 "reviewRating", "author", "reviewBody", "datePublished" 같은 속성이 있습니다. "Product" 스키마에는 "name", "price", "description", "image"가 있습니다. 마크업은 JSON-LD(Google 권장), Microdata, RDFa 세 가지 형식 중 하나를 따릅니다.

Google 문서는 구현이 가장 쉽고 HTML 변경이 필요 없다는 이유로 JSON-LD 형식을 권장합니다. JSON-LD는 페이지의 head 또는 body에 추가하는 스크립트 블록입니다. 페이지 렌더링이나 스타일에는 영향을 주지 않으며, Google에 콘텐츠를 어떻게 해석할지만 알려 줍니다. Google은 JSON-LD를 읽고 페이지 구조를 이해한 뒤 검색 결과에 리치 스니펫을 표시합니다.

스키마 마크업 형식: JSON-LD, Microdata, RDFa

JSON-LD(JSON for Linking Data)는 JSON 코드가 담긴 스크립트 블록입니다. Google이 선호하는 형식입니다. 깔끔하고 HTML과 분리되어 있으며, 페이지 구조를 건드리지 않고 쉽게 추가할 수 있습니다. Microdata는 HTML 속성(itemscope, itemtype, itemprop)을 HTML 안에 직접 사용합니다. 작동은 하지만 HTML을 수정해야 하고 더 복잡합니다. RDFa(Resource Description Framework in Attributes)는 Microdata와 비슷하게 HTML 속성(resource, property, typeof)을 사용합니다.

새로 구현한다면 JSON-LD를 사용하세요. 더 쉽고, Google이 선호하며, 콘텐츠와 메타데이터를 분리해 줍니다. 기존 페이지를 업데이트하는 경우에도 JSON-LD가 여전히 최선의 선택입니다. 대부분의 최신 CMS 플랫폼(WordPress, Webflow, HubSpot)에는 코딩 없이 JSON-LD 스키마를 추가할 수 있는 플러그인이나 내장 도구가 있습니다.

SEO에 가장 중요한 스키마 유형

Article 스키마는 블로그 게시물과 뉴스 기사용입니다. headline, datePublished, author, description, image 같은 필드를 포함합니다. Google은 게시 날짜와 작성자가 포함된 아티클 리치 스니펫을 표시합니다. Product 스키마는 이커머스 사이트용입니다. name, description, price, image, rating을 포함합니다. Google은 가격과 별점이 포함된 제품 리치 스니펫을 표시하며, 이는 클릭률을 크게 높여 줍니다.

LocalBusiness 스키마는 지역 비즈니스용입니다. 상호, 주소, 전화번호, 영업시간, 리뷰를 포함합니다. Google은 이를 지역 검색 결과와 지식 패널에 표시합니다. FAQ 스키마는 FAQ 페이지용입니다. 질문과 답변을 배열로 포함합니다. Google은 FAQ를 검색 결과에서 펼칠 수 있는 스니펫으로 표시합니다. Review 및 AggregateRating 스키마는 제품과 비즈니스에 별점을 추가합니다. 평점이 높은 리뷰는 CTR이 상당히 높아집니다.

Event 스키마는 이벤트용입니다. 이벤트 이름, 날짜, 장소, 설명을 포함합니다. Organization 스키마는 기본적인 비즈니스 정보(이름, 로고, 주소, 소셜 프로필)를 제공합니다. Recipe 스키마는 음식 사이트용입니다. 재료, 조리 시간, 영양 정보, 평점을 포함합니다. 콘텐츠 유형에 맞는 스키마를 선택하세요.

블로그 게시물에 Article 스키마 구현하기

블로그 게시물의 Article 스키마에는 headline(페이지 제목), datePublished(게시일), dateModified(수정일), author(작성자 이름과 URL), description(메타 설명 또는 발췌문), image(대표 이미지), mainEntity(보통 Article)가 포함됩니다. JSON-LD 구조 예시:

{"@context": "https://schema.org", "@type": "Article", "headline": "Title Tags: Write Clickable SEO Titles", "datePublished": "2026-04-29", "dateModified": "2026-04-29", "author": {"@type": "Person", "name": "John Smith", "url": "https://example.com/about"}, "description": "Learn to write title tags that rank and drive clicks", "image": "https://example.com/image.jpg"}

대부분의 WordPress SEO 플러그인(Yoast, RankMath 등)은 Article 스키마를 자동으로 생성합니다. Webflow에서는 JSON-LD가 담긴 커스텀 코드 블록을 추가하세요. HubSpot은 블로그 게시물에 Article 스키마를 자동으로 생성합니다. 스키마 구현 옵션은 사용 중인 CMS 문서를 확인하세요.

이커머스를 위한 Product 스키마 구현하기

Product 스키마에는 name, description, price, priceCurrency, image, availability, aggregateRating(별점), reviews가 포함됩니다. 예시:

{"@context": "https://schema.org", "@type": "Product", "name": "Sorank", "description": "GEO and SEO automation platform", "price": "99", "priceCurrency": "EUR", "image": "https://example.com/product-image.jpg", "aggregateRating": {"@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "450"}}

리뷰, 오퍼, 재고 여부가 포함된 상세한 제품 스키마는 복잡해 보일 수 있지만, Shopify, WooCommerce, BigCommerce 같은 이커머스 플랫폼은 이를 자동으로 생성합니다. Google의 Product 스키마 문서는 상세한 속성 요건과 예시를 제공합니다.

스키마 마크업 검사기와 리치 결과 테스트, 무엇을 사용해야 할까요?

둘 다 사용하되, 서로 다른 질문에 활용하세요. Schema Markup Validator는 유형과 관계없이 마크업이 유효한 Schema.org인지 확인합니다. Google의 리치 결과 테스트(Rich Results Test)는 해당 마크업으로 페이지가 Google 리치 결과에 적합한지 확인합니다. 그다음 Search Console이 사이트 전체를 지속적으로 모니터링합니다.

도구	확인하는 내용	가장 적합한 용도
Schema Markup Validator	Google이 표시하지 않는 유형을 포함해 모든 Schema.org 유형의 문법과 어휘	JSON-LD 디버깅, Organization, Person 또는 사용자 정의 유형 확인
리치 결과 테스트	Google이 리치 결과로 지원하는 유형만, Google의 필수 및 권장 속성 기준으로	제품, 리뷰, FAQ, 이동 경로(breadcrumb), 아티클 기능의 적합성 확인
Search Console 보고서	크롤링된 페이지에서 감지된 유효 및 무효 항목	배포 후 템플릿 전반의 오류 포착

신뢰할 수 있는 워크플로는 다음 순서를 따릅니다.

1. 코드를 검사기에 붙여 넣어 깨진 JSON(쉼표나 괄호 누락)과 철자가 틀린 속성을 찾아냅니다.
2. 리치 결과 테스트에서 실제 URL을 테스트합니다. 이 도구는 Googlebot처럼 페이지를 렌더링하므로 JavaScript로 삽입된 마크업도 확인됩니다.
3. 오류를 먼저 수정한 다음 경고를 수정합니다. 오류는 적합성을 차단하고, 경고는 적합성을 제한할 뿐입니다.
4. 마크업된 모든 값이 페이지에 동일한 가격, 평점, 날짜로 표시되는지 확인합니다. 페이지 내용과 모순되는 마크업은 Google 가이드라인 위반입니다.
5. 배포 후에는 Google Search Console의 개선사항 보고서를 확인해 템플릿 변경으로 수백 개의 페이지가 한꺼번에 깨지지 않는지 살펴봅니다.

깔끔한 검증 결과는 전제 조건일 뿐 보장이 아니라는 점을 기억하세요. Google의 구조화된 데이터 문서에 명시된 대로, 유효한 마크업이라고 해서 리치 스니펫이 표시된다는 보장은 없습니다.

검색 가시성을 높이는 FAQ 스키마

FAQ 스키마는 FAQ 페이지를 검색 결과에서 펼칠 수 있는 Q&A 형태의 리치 스니펫으로 바꿔 줍니다. 이를 통해 가시성과 CTR이 높아집니다. 구조는 간단합니다. FAQPage 항목의 배열로, 각 항목에 질문과 답변이 들어갑니다. 예시:

{"@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [{"@type": "Question", "name": "What is SEO?", "acceptedAnswer": {"@type": "Answer", "text": "SEO is search engine optimization..."}}, {"@type": "Question", "name": "Why does SEO matter?", "acceptedAnswer": {"@type": "Answer", "text": "SEO matters because..."}}]}

Google의 FAQ 스키마 문서에는 검증 가이드라인과 예시가 포함되어 있습니다. FAQ 스키마는 구현이 빠르고 가시성을 크게 높여 줍니다. FAQ 페이지가 있다면 이 스키마를 추가하세요.

스키마 마크업 테스트 및 검증

Google의 리치 결과 테스트 도구는 스키마 마크업을 검증하고 검색 결과에 어떻게 표시될지 보여 줍니다. URL이나 코드를 붙여 넣으면 도구가 검증 오류를 보여 줍니다. 오류를 수정하고 다시 테스트하세요. 이 도구는 Google이 스키마에서 인식하는 리치 스니펫도 보여 줍니다. 게시 전에 구현 상태를 확인하는 데 활용하세요.

Schema.org의 문서와 도구로도 테스트하세요. 스키마를 최신 상태로 유지하세요. 페이지 콘텐츠를 업데이트하면(예: 제품에 리뷰 추가) 해당 스키마도 업데이트해야 합니다. Search Console에서 스키마 관련 메시지나 오류를 확인하세요. Google이 스키마에 문제를 표시하면 즉시 수정하세요.

스키마 마크업과 SEO 효과

스키마 마크업은 순위를 직접 올려 주지는 않지만, 검색 결과를 더 매력적이고 신뢰할 수 있게 만들어 클릭률을 높여 줍니다. 별점 4.8점과 가격이 보이는 제품 결과는 일반 텍스트 결과보다 훨씬 설득력이 있습니다. 펼칠 수 있는 답변이 있는 FAQ 결과는 검색자가 정보를 더 빨리 찾도록 돕습니다. 높은 CTR은 관련성 신호가 되어 간접적으로 순위를 개선할 수 있습니다. 또한 스키마는 Google이 페이지의 맥락과 콘텐츠 유형을 이해하도록 도와 키워드 매칭을 개선합니다.

ChatGPT, Perplexity 같은 AI 시스템에게 스키마는 페이지 신뢰도, 작성자 전문성, 리뷰 평점에 관한 추가 맥락을 제공합니다. 이는 AI가 여러분의 페이지를 출처로 인용할지에 영향을 줄 수 있습니다. 데이터에 따르면 스키마를 올바르게 구현한 페이지는 일반 텍스트 결과에 비해 클릭률이 20-40% 증가합니다. 이커머스 사이트의 경우 가격과 평점이 포함된 리치 스니펫은 제품 페이지 CTR을 30-50% 높일 수 있으며, 이는 곧바로 매출 증가로 이어집니다.

고급 스키마 마크업: 이동 경로와 사이트링크

BreadcrumbList 스키마는 사이트 계층 구조에서 페이지의 위치를 보여 줍니다. "Home > Blog > SEO > Title Tags" 같은 이동 경로는 사용자가 현재 위치를 이해하고 빠르게 이전 단계로 이동할 수 있게 해 줍니다. Google은 검색 결과에 이동 경로를 표시해 가시성과 CTR을 높여 줍니다. 구현은 간단합니다. 계층 구조를 보여 주는 JSON-LD 배열을 만들면 됩니다.

SitelinksSearchBox 스키마는 검색 결과의 지식 패널에 검색창을 직접 추가해, 사용자가 SERP에서 바로 사이트 내 검색을 할 수 있게 해 줍니다. 이를 위해서는 Organization 스키마와 SitelinksSearchBox가 함께 필요합니다. Amazon, Wikipedia 같은 주요 사이트와 대형 브랜드가 이를 사용합니다. 고급 기능이지만, 사이트 내 검색 기능을 갖춘 대규모 사이트라면 구현할 가치가 있습니다.

흔한 스키마 마크업 실수

실수 1: 맞지 않는 스키마. 블로그 게시물에 Product 스키마를, 제품 페이지에 Article 스키마를 추가하면 Google이 혼란을 겪습니다. 스키마를 콘텐츠 유형에 맞추세요. 실수 2: 유효하지 않거나 오래된 데이터. 품절된 제품을 재고 있음으로 표시하거나, 오래된 게시 날짜를 표시하는 경우입니다. 콘텐츠가 바뀌면 스키마도 업데이트하세요. 실수 3: 숨겨진 스키마. 가짜 스키마(예: 가짜 리뷰나 평점)를 추가하지 마세요. Google은 이에 불이익을 줍니다.

실수 4: 불완전한 스키마. 잘못된 스키마보다는 최소한의 스키마가 낫습니다. 모든 필수 필드를 정확하게 채울 수 없다면 확인 가능한 필드만 포함하세요. 실수 5: dateModified 누락. 콘텐츠를 업데이트할 때 이 값도 업데이트하세요. 콘텐츠가 최신이라는 사실을 Google에 알려 줍니다. 실수 6: 테스트하지 않음. 게시 전에는 항상 Google의 리치 결과 테스트로 스키마를 테스트하세요.

결론

스키마 마크업은 HTML에 구조화된 데이터를 추가해 검색 결과에 리치 스니펫을 표시하고 클릭률을 높여 줍니다. 주된 이점은 직접적인 순위 상승이 아니라 노출 형태의 개선입니다. 콘텐츠 유형에 맞는 스키마를 선택하세요. 블로그에는 Article, 이커머스에는 Product, FAQ 페이지에는 FAQ, 지역 사이트에는 LocalBusiness 등을 사용합니다. 가장 널리 쓰이고 Google이 권장하는 JSON-LD 형식으로 구현하세요. 게시 전에 Google의 리치 결과 테스트로 확인하세요. 콘텐츠가 바뀌면 스키마도 최신 상태로 유지하세요.

우선순위가 가장 높은 페이지부터 시작하세요. 블로그를 운영한다면 Article 스키마를 추가하세요. 제품이 있다면 Product 스키마를 추가하세요. FAQ 페이지가 있다면 FAQ 스키마를 추가하세요. 각 스키마 구현은 대개 빠르게 끝나며, 몇 주 안에 눈에 띄는 CTR 개선을 가져올 수 있습니다. 스키마 감사와 구현을 포함한 종합적인 테크니컬 SEO 설정이 필요하다면 Sorank의 SEO 자동화 플랫폼을 사용해 보세요.