2016-06-29 7 views
1

JSON-LD에서 @type은 최상위 수준이 아니라 contactPoint 속성에 표시됩니다. 컨텍스트가 이미 제공되는 경우 왜 필요합니까? 컨텍스트 뒤에 JSON-LD에서 형식을 지정해야하는 이유는 무엇입니까?

<script type="application/ld+json"> 
    { "@context" : "http://schema.org", 
    "@type" : "Organization", 
    "url" : "http://www.your-company-site.com", 
    "contactPoint" : [ 
     { "@type" : "ContactPoint", 
     "telephone" : "+1-401-555-1212", 
     "contactType" : "customer service" 
     } 
    ] 
    } 
</script> 

파서 컨텍스트 우리는 조직과 작업중인 첫 번째 @type 줄 알고하지 않습니다, 그래서 재산 contactPoint는에서 객체의 유형을 의미합니까? 그렇지 않은 경우 해당 속성의 이름을 contact으로 바꾼 다음 @type을 지정하면 해당 내용을 알려야합니까? 보기는 저에게 과량 보인다. 아마도 JSON-LD가 여기서 어떻게 작동하는지에 대해 오해하고 있습니다.

+0

중복되는 부분이 정확히 무엇입니까? 'contactPoint' 속성의 값이'ContactPoint' 타입을 가지고 있습니다 (즉,''@type ":"ContactPoint "'를 생략 할 수 없었던 이유)? – unor

+0

예. 또는 유형을 컨텍스트에서 판별 할 수없는 이유. – Costa

답변

2

Schema.org does not require 속성 값을 가질 수 있습니다. 값이으로 표시되지만 작성자는이를 따르지 않아도됩니다.

예를 들어 contactPoint 속성의 예상 값은 ContactPoint 유형의 엔터티입니다. 그러나 대신 문자열 또는 URL 값을 사용할 수 있습니다 (엄격히 말하면 Thing 항목 또는 기타 유형). 당신은 항상 추천을 따라 예상 유형을 사용

하더라도

  • 이 기대하는 특성이 있기 때문에, 그것은 반드시 여전히 의미 입력하는 분명하지 않다 값으로 여러 종류 중 하나 (예를 들어, itemOffered
  • 속성이 Schema.org의 이후 버전에서 addtional 유형을 기대할 수, 그리고 더 이상 당신이 재산의 예상 유형이 제거 될 수
  • 의미하는 하나 명확하지 않을 것이다) Product 기대 또는 Service 미래 버전 o f Schema.org,하지만 이미 게시 된 구조화 된 데이터가 새로운 예상 유형에 맞지 않을 수도 있습니다.
+0

음 ... 이것은 인터넷의 웹 사이트 및 앱과 함께 시간이 지남에 따라 발전하도록 설계되었습니다. 꽤 괜찮은데. – Costa