Falcon Information — 메인 페이지로

Schema.org 구조화 데이터 교육 | JSON-LD, 검증 및 일반적인 오류

Schema.org는 검색 엔진이 웹 페이지의 구조를 명확하게 이해하도록 돕는 도구이지만, 검색 순위 보장이나 AI 검색의 필수 조건은 아닙니다. 정확하고 적절한 정보 제공이 중요하며, 웹 페이지에 명확하게 표시되어야 합니다.

Eric Tsai엔드 투 엔드 엔지니어 및 디지털 제품 개발자 게시2026-05-18 마지막 업데이트2026-08-26

먼저 Schema.org와 구글 검색 기능의 차이점을 명확히 구분해야 합니다.

Schema.org는 개체와 관계를 설명하는 일반적인 용어를 제공합니다. Google은 이 중 일부 유형만 특정 검색 결과에 활용합니다. 웹사이트는 유효한 Schema.org 속성을 사용할 수 있지만, 이는 Google이 반드시 풍부한 검색 결과를 표시한다는 의미는 아닙니다. 배포 전에 페이지의 주요 콘텐츠, Google이 해당 기능을 지원하는지 확인하고, 충분한 정보가 정확하게 표시될 수 있는지 확인해야 합니다.

이 웹사이트에서 실제로 어떤 종류의 콘텐츠를 제공하는가?

Falcon은 최소한의 정보만을 사용하여 일관된 `@graph` 구조를 정의함으로써, 브랜드, 웹사이트, 작가 및 페이지 콘텐츠를 동일한 엔터티 식별자로 연결합니다.

  • 조직: 브랜드 정체성과 공개 연락 정보
  • 웹사이트: 웹사이트와 출판자와의 관계
  • 서비스: 명확하게 정의된 서비스 범위 및 제공자
  • 제목: 기사 내용 (저자, 게시 날짜 포함)
  • 브레드크럼 목록: 브레드크럼 내비게이션
  • 프로필 페이지/개인: 실명 작성자와 공개된 전문적 연결
  • 창작물: 사례 내용 및 증거 공개

JSON-LD는 어떻게 배포해야 하나요?

구글은 JSON-LD를 권장하며, Microdata 및 RDFa도 지원합니다. Next.js는 서버에서 출력하는 HTML에 application/ld+json 스크립트를 포함할 수 있습니다. 중요한 것은 HTML의 `<head>` 또는 `<body>` 영역에 스크립트를 배치하는 방식이 아니라, 데이터가 검색될 수 있는지, JSON이 파싱 가능한지, URL이 공식적인 canonical URL을 사용하는지, 그리고 각 필드가 페이지의 주요 콘텐츠 또는 명확한 관련 정보에서 확인할 수 있는지 여부입니다. 공유된 엔터티는 안정적인 `@id`를 사용해야 하며, 동일한 페이지에서 여러 개의 충돌하는 엔터티가 생성되지 않도록 해야 합니다.

화면 내용에서 스키마를 구축하는 순서

먼저 생성 템플릿을 먼저 확보한 후, 텍스트를 채워 넣는 방식으로 진행하는 것이 안전합니다.

  • 확인 페이지의 주요 목적, Canonical 설정 및 실제 표시되는 콘텐츠
  • 구글에서 지원하고, 주요 콘텐츠와 일치하는 유형을 선택하세요.
  • 기존에 존재하는 작가, 날짜, 이미지, 서비스 또는 사례 자료만 반영합니다.
  • 리치 결과 테스트를 사용하여 Google 기능을 확인하고, 스키마 마크업 검증기를 사용하여 일반적인 문법을 확인합니다.
  • 웹사이트가 런칭된 후, URL 검사를 통해 Google이 실제로 획득한 HTML 코드를 확인합니다.

흔한 실수

  • 허위의 AggregateRating (예: 사용자 직접 평가 4.9/5, 50개 리뷰) 사용 – 구글 릭 리트 결과 정책 위반
  • 스키마 내용과 실제 페이지 내용이 일치하지 않으면 — 구글은 직접적으로 풍부한 결과 표시를 거부합니다.
  • 물리적인 매장이 없지만, 지역 상점의 주소 또는 영업 시간을 제공
  • 상업 웹사이트는 FAQ 페이지, HowTo, Speakable를 일반적인 리치 결과 또는 AI 인용 숏컷으로 활용합니다.

FAQ, HowTo, Speakable를 혼용하는 것은 왜 안 되는 걸까요?

FAQ은 여전히 사용자에게 유용하지만, Google의 FAQ 리치 결과는 주로 정부 및 건강 관련 웹사이트에만 적용됩니다. HowTo 리치 결과는 더 이상 표시되지 않습니다. Speakable의 Google 문서 역시 특정 뉴스 상황에만 적용됩니다. 이는 웹사이트가 질문과 답변 또는 단계별 내용을 사용할 수 없다는 의미가 아니라, 일반 기업에 혜택을 약속하는 대신 리치 결과 또는 AI 인용을 제공할 수 없다는 의미입니다.

합격 여부가 반드시 결과와 일치한다는 의미는 아닙니다.

리치 결과 테스트는 기술 형식 및 일부 자격 요건을 충족하는 경우에도, Google은 검색 상황, 품질 정책, 페이지 대표성을 고려하여 결과 표시 여부를 결정합니다. 구조화된 데이터가 오해를 불러일으키거나, 숨겨진 콘텐츠를 표시하거나, 정책을 위반하는 경우, 페이지는 리치 결과 자격을 잃을 수 있으며, 심각한 경우에는 검색 콘솔에서 구조화된 데이터 수동 처리가 발생할 수 있습니다. 이는 일반적인 자연 검색 순위가 반드시 하락하는 것을 의미하는 것은 아니지만, 잘못된 표시가 가치를 잃게 만들 수 있습니다.

참고 자료

자주 묻는 질문

스키마를 잘못 입력하면 처벌을 받나요?
정책을 위반하거나 오해를 불러일으킬 수 있는 구조화된 데이터는, 유용한 정보로서의 자격을 잃을 수 있으며, 인공적인 처벌을 받을 수도 있습니다. 일반적인 위험으로는 사용자가 직접 입력한 AggregateRating, 사용자가 보지 못하는 콘텐츠를 표시하거나, 허구의 상점 또는 저자 정보를 생성하는 등이 있습니다.
JSON-LD, 마이크로데이터, RDFa 중 어떤 것을 선택해야 할까요?
구글은 세 가지 형식을 모두 지원하며, 공식적으로 JSON-LD를 권장합니다. JSON-LD는 HTML과 분리되어 유지보수가 용이하며, 레이아웃을 변경할 때 문제가 발생하지 않습니다. 기존 시스템에서 Microdata를 광범위하게 사용하고 있다면, 새로운 프로젝트에서는 JSON-LD를 직접 사용하는 것이 좋습니다.
구조화된 데이터를 한 페이지에 모두 포함해야 하나요?
페이지 유형에 따라 결정: "조직" 및 "웹사이트"는 전반적으로 공유하고, "기사" 페이지는 "기사", "서비스" 페이지는 "서비스"로 분류하며, 탐색 계층 구조가 있는 페이지는 "BreadcrumbList"로 분류합니다. 화면 내용과 관련 없는 유형은 억지로 추가하지 마십시오. 잘못된 분류는 오히려 더 혼란을 야기합니다.

관련 요구 사항이 있으신가요?

문의하기