RevealTheme logo

Schema 마크업 검증기

모든 URL에서 JSON-LD 구조화 데이터를 추출하고 검증합니다. 어떤 schema 유형이 존재하는지, 그리고 올바르게 파싱되는지 확인하세요.

schema 마크업이란 무엇이며 검색 순위에 왜 중요한가요?

schema.org 구조화 데이터는 Google, Microsoft, Yahoo, Yandex가 공동으로 관리하는 공유 어휘로, 페이지의 본문 텍스트를 넘어서 그 페이지가 무엇인지를 검색 엔진에 알려줄 수 있게 해줍니다. schema가 없으면 Google은 사람처럼 페이지를 읽습니다. 즉, 단어를 분석하고 무엇이 중요한지 추측합니다. schema가 있으면 '이것은 4.5점(리뷰 1,250건)을 받은 29달러짜리 제품입니다' 또는 '이것은 다음 7단계로 이루어진 가이드입니다'라고 명시적으로 라벨을 붙일 수 있습니다. 이러한 구조화된 정보는 리치 결과를 가능하게 합니다. 리치 결과란 별점, 가격, 레시피 카드, FAQ 아코디언, 이벤트 날짜, 이동 경로(breadcrumb)를 포함하여 검색 결과에서 시각적으로 강화된 항목을 말합니다. 리치 결과는 보기에 좋을 뿐만 아니라 평균적으로 클릭을 30~50% 더 많이 받습니다. Google이 허용하는 세 가지 형식은 JSON-LD(권장: HTML과 분리되어 있어 유지 관리가 가장 쉬움), Microdata(인라인 HTML 속성, 구식), RDFa(XML 기반, 역시 구식)입니다. 최신 권장 사항은 모두 JSON-LD이며, 이 검증기가 추출하고 파싱하는 형식이 바로 JSON-LD입니다. 리치 결과 외에도 schema는 Google이 엔티티 간의 관계를 이해하도록 돕고(이는 knowledge graph에서의 입지를 구축합니다), AI 요약과 답변 상자에 정보를 제공하며, 주제 전문성을 신호로 전달합니다. 콘텐츠 사이트에서 구현할 가치가 있는 가장 일반적인 schema 유형은 다음과 같습니다. Organization(사이트 전체의 정체성), WebSite(검색창 리치 결과를 위한 SiteSearchAction 포함), BreadcrumbList(모든 페이지), Article(블로그 게시물), FAQPage(FAQ), HowTo(튜토리얼), Product(전자상거래), Review(리뷰 및 비교), VideoObject(임베드된 모든 동영상). 이 도구는 URL을 가져와 각 <script type="application/ld+json"> 블록을 파싱하고, 파싱 오류와 함께 각 블록에서 감지된 @type을 보고합니다. Google 고유의 적격성 검사를 위해서는 URL을 Google 리치 결과 테스트(search.google.com/test/rich-results)에서도 실행해 보세요.

일반적인 사용 사례

  • 변경 사항을 배포한 후, 새 스키마 구현이 실제로 올바르게 파싱되는지 확인하세요.

  • 경쟁사의 구조화된 데이터를 감사하여 그들이 어떤 리치 결과를 노리는지 파악하세요.

  • 누락된 리치 결과를 디버깅하세요. Google을 의심하기 전에 스키마가 존재하고 구문적으로 유효한지 확인합니다.

  • Yoast/Rank Math가 기대하는 스키마 유형을 출력하고 있는지 확인하세요.

  • 프로덕션에 배포하기 전에 스테이징에서 JSON-LD를 검증하세요.

  • 실수로 중복된 스키마 블록이 없는지 확인하세요(Search Console에서 흔한 '여러 개의 Article' 경고의 원인입니다).

자주 묻는 질문

유효한 schema가 리치 결과를 보장하나요?
아닙니다. schema의 유효성은 전제 조건일 뿐 충분조건은 아닙니다. Google 리치 결과 적격성은 콘텐츠 품질, 해당 schema 유형의 특정 요건, 그리고 Google의 재량과 같은 추가 요인에 따라 달라집니다. 페이지가 완벽하게 유효한 schema를 갖추고도 리치 결과가 표시되지 않을 수 있는데, 이는 보통 페이지의 품질 신호가 충분히 강하지 않아 Google이 표시하지 않기로 결정했기 때문입니다.
모든 사이트가 갖춰야 할 schema 유형은 무엇인가요?
사이트 전체: knowledge graph를 위한 정체성을 확립하는 Organization(개인 브랜드의 경우 Person). 사이트 링크 검색창을 위한 SiteSearchAction이 포함된 WebSite. 홈페이지 외 모든 페이지의 BreadcrumbList. 템플릿별: 블로그 게시물의 Article, 제품 페이지의 Product, 해당하는 경우 FAQPage, 튜토리얼의 HowTo.
JSON-LD와 Microdata 중 무엇을 사용해야 하나요?
JSON-LD입니다. Google이 명시적으로 권장합니다. 유지 관리가 더 쉽고(HTML과 뒤섞이지 않은 별도 블록), 디버깅이 더 쉬우며(검증기에 붙여넣기만 하면 됨), 레이아웃을 재설계할 때 깨질 가능성이 더 낮습니다. Microdata는 구식으로, 지원되기는 하지만 새로운 구현에는 권장되지 않습니다.
왜 제 schema가 이 검증기에는 나타나는데 Google 검증기에는 나타나지 않나요?
schema.org 사양과 Google의 리치 결과 요건은 동일하지 않습니다. Google은 더 광범위한 schema.org 사양에서 선택 사항으로 표시된 특정 필드를 적격성을 위해 요구합니다. 예를 들어, Recipe schema는 Google에서 적격성을 갖추려면 name, image, recipeIngredient가 필요하지만, schema.org는 기술적으로 name만 요구합니다. 항상 두 검증기 모두에서 실행하세요.
한 페이지에 여러 JSON-LD 블록을 둘 수 있나요?
네, Google은 모두 파싱합니다. 일반적인 패턴은 Article schema용 블록 하나, BreadcrumbList용 블록 하나, FAQ 섹션용 블록 하나입니다. 다만 동일한 @type을 중복하지 마세요. 확신이 서지 않으면 단일 @graph 배열로 합치세요.
schema가 검색 순위에 직접 영향을 미치나요?
간접적으로 영향을 미칩니다. Google은 schema가 직접적인 순위 신호가 아니라고 반복해서 밝혀 왔습니다. 그러나 리치 결과는 클릭률이 더 높고(행동 신호), schema는 Google이 콘텐츠를 더 확실하게 이해하도록 돕고, knowledge graph 엔티티는 브랜드 검색어에서 상위에 노출됩니다.
@graph란 무엇이며 언제 사용해야 하나요?
@graph는 여러 엔티티(Article와 그 작성자 Person, 그리고 발행 주체 Organization)를 @id 참조로 서로 연결하여 단일 JSON-LD 블록 안에 기술할 수 있게 해주는 JSON-LD 기능입니다. 서로 연관된 엔티티가 있는 복잡한 페이지에 유용합니다. 필수는 아니며, 더 단순한 경우에는 평면 블록으로도 충분합니다.

관련 도구