JSON-LD
json ld
뜻과 개념
데이터 간 관계를 JSON 형태로 표현하는 방식입니다. 웹페이지의 구조화 데이터 작성에도 쓰입니다.
어떻게 작동하나요?
JSON-LD는 JSON 형식에 데이터의 의미와 관계를 표현하는 방법을 더한 연결 데이터 형식입니다. 웹페이지에서는 조직, 글, 상품 등 무엇을 설명하는지 기계가 구분하도록 사용하는 경우가 많습니다. @context는 사용하는 용어의 맥락을, @type은 대상의 유형을 나타낼 수 있으며 JSON-LD 자체는 특정 검색엔진만의 기능이 아닙니다.
왜 알아야 하나요?
본문에서 사람이 이해하는 정보를 일정한 구조로 제공할 때 유용합니다. 다만 JSON-LD는 표현 형식이고 Schema.org는 사용할 수 있는 어휘 체계이므로 둘을 같은 것으로 보면 혼란이 생깁니다. 검색 서비스가 지원하는 유형과 조건은 별도로 확인해야 하며 유효한 문법만으로 특별한 검색 결과가 보장되지는 않습니다.
실무에서 적용하는 방법
먼저 페이지가 실제로 설명하는 대상을 정하고 필요한 속성을 화면의 정보와 대응시킵니다. JSON 문법을 검사한 뒤 해당 검색 서비스의 검증 도구로 지원 여부를 확인합니다. 템플릿에서 출력한다면 빈 값, 따옴표, 중복된 조직 정보가 생기지 않는지 여러 페이지를 검사합니다. 본문을 바꿀 때 구조화 데이터도 함께 갱신하세요.
실무에서는 이렇게 봅니다
블로그 글의 제목과 작성일을 JSON-LD에 제공한다면 실제 화면과 같은 값을 사용합니다. 작성일을 오늘로 바꾸고 싶다는 이유로 오래된 글의 날짜만 새로 쓰면 독자가 보는 정보와 데이터가 달라집니다. 존재하지 않는 리뷰나 작성자를 추가하는 것도 올바른 구조화 작업이 아닙니다.
주의할 점
화면에 없는 수상 경력이나 평점을 넣어 결과를 꾸미지 마세요. 의미상 맞는 유형을 선택하고 Google이 지원하지 않는 Schema.org 유형을 지원되는 리치 결과처럼 기대하지 않아야 합니다. 검증 도구의 통과는 데이터 해석 가능성을 확인하는 단계이지 사실 확인 도장이 아닙니다.
자주 묻는 질문
HTML 본문 대신 JSON-LD만 있어도 되나요?
검색에 보여 줄 실질적인 콘텐츠는 사용자가 확인할 수 있어야 합니다. 구조화 데이터만 있는 빈 페이지로 설명을 대체하면 독자의 요구를 해결하지 못합니다.
플러그인이 만들어 주면 확인할 필요가 없나요?
플러그인도 설정과 데이터가 틀리면 잘못된 값을 출력할 수 있습니다. 실제 배포된 페이지에서 제목, URL, 날짜, 조직 정보가 맞는지 확인해야 합니다.