data_object JSON-LD 스키마 생성기 star

작동 원리

JSON-LD는 schema.org 어휘를 사용해 구조화 데이터를 작성하는 방식으로, 검색 엔진이 페이지가 평문으로 뭐라고 말하는지가 아니라 실제로 무엇을 담고 있는지를 기계가 읽을 수 있는 형태로 파악하게 해줍니다. 유형(Article, FAQ, Product, Organization, Breadcrumb)을 선택하고 항목을 채우면, 이 도구가 페이지에 붙여넣을 수 있는 유효한 <script type="application/ld+json"> 블록을 생성합니다 — 관례적으로 </head> 바로 앞에 넣지만, HTML 어디에 두어도 작동합니다.

구체적인 예시: 조리 시간, 재료 수, 평균 리뷰 점수로 마크업된 레시피 페이지는 리치 결과의 대상이 될 수 있습니다 — 사용자가 클릭하기도 전에 검색 결과에서 별점, 준비 시간, 가격을 직접 보여주는 Google 목록의 추가 줄입니다. 스크립트 자체는 렌더링된 페이지에서는 보이지 않습니다 — 검색 엔진 크롤러만 이를 읽으며, 방문자는 원본 JSON을 전혀 보지 못합니다.

알아두어야 할 사항

안전을 지켜주는 두 가지 원칙이 있습니다: 마크업은 페이지에 실제로 보이는 내용을 설명해야 합니다 — 사용자가 어디에서도 볼 수 없는 4.8점짜리 평점을 마크업하는 것은 지름길이 아니라 구조화 데이터 정책 위반이며, Google은 이를 적발한 페이지의 리치 결과를 수동 또는 알고리즘으로 억제할 수 있습니다. 두 번째로, 한 페이지는 보통 여러 블록을 함께 담습니다 — Article, Breadcrumb 경로, FAQ 블록을 나란히 두는 것은 흔하고 유효한 조합입니다. 배포한 뒤에는 작동한다고 가정하기 전에 Google의 리치 결과 테스트로 출력을 검증하십시오.

이런 이유로 Product 마크업은 특히 중요합니다: 가격, 재고 상태, 종합 평점을 포함하면 Google이 결과에 직접 노출할 수 있는 구체적인 데이터를 제공하지만, 이는 그 가격과 재고 상태가 실제 방문자가 라이브 페이지에서 보는 것과 진정으로 일치할 때만 유효하게 유지됩니다. 실제와 어긋나기 시작한 스키마 — 예를 들어 할인이 끝난 뒤에도 여전히 할인가로 마크업된 경우 — 는 검증 도구와 수동 검토가 정확히 잡아내기 위해 존재하는 종류의 불일치이므로, 페이지 내용이 바뀔 때마다 마크업을 다시 확인하십시오.

• 방문자에게 실제로 보이지 않는 정보는 절대 마크업하지 마십시오.
• 한 페이지에서 여러 스키마 유형을 결합하는 것은 정상적이고 흔한 일입니다.
• 리치 결과는 결코 보장되지 않습니다 — 구조화 데이터가 여는 가능성일 뿐, 켜고 끄는 스위치가 아닙니다.