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"로 분류합니다. 화면 내용과 관련 없는 유형은 억지로 추가하지 마십시오. 잘못된 분류는 오히려 더 혼란을 야기합니다.