우리는 Schema.org 'types'및 'properties'를 사용하여 많은 종류의 데이터를 구성합니다. 이 응용 프로그램은 schema.org를 SEO 용으로 사용하지 않고 Schema.org의 vocab 및 구조에 의해 구동됩니다. 응용 프로그램은 과학자, 예술가, 작곡가 등 창조적 인 사람들의 완성 및 미완성 작품을 구성하고 관련 작업을합니다. 그들의 노력은 기사 및 예술 작품과 같은 "창의적인 작품"에 국한되지 않고 조직, 회사, 이벤트 및 제품을 포함합니다.스키마에 여러 설명 속성을 추가하는 통일 된 방법
올해부터 우리는 과거의 의미 론적 구조화에 문제가 있었기 때문에 Schema.org를 사용합니다. 이제 Schema.org를 사용하고 있습니다.
수집하는 각 항목에 대해 name
및 description
(Thing
속성)을 설명 필드로 사용합니다. 우리가 데이터베이스에 저장하는 각 항목에 대해 headline
과 alternativeHeadline
또는 이와 유사한 Schema.org vocab을 추가하고 싶습니다.
name
headline
alternativeHeadline
description
- :
다음과 같은 기본 속성 목록은 우리의 응용 프로그램 거래의 모든 항목에 대해 적합 할 것 (비 설명)
url
(비 설명)
headline
및 alternativeHeadline
일치 schema.org
schema.org/CreativeWork
에서 파생 된 모든 유형의
하지만, 예를 들어, Event
또는 Product
는 없습니다 이러한 속성. Thing
속성 alternateName
또는 about
을 사용할 수 있지만 이러한 속성은 분명히 headline
및 alternativeHeadline
과 같지 않습니다.
짧은 설명 : type
에 관계없이 응용 프로그램의 각 항목에 4 가지 기본 설명 필드를 추가하는 통일 된 방법을 찾습니다. 가장 좋은 해결책은 무엇입니까?
1) 구조화 된 데이터를 게시하거나 내부적으로 만이 속성을 사용합니까? 2) Schema.org 외에도 다른 어휘를 사용할 수 있습니까? 3) "설명 적"이란 값이 URL이 아닌 문자열임을 의미합니까? 4) 어떤 데이터를 제공하고 싶습니까 (예 :'headline' 및'alternativeHeadline')? '이벤트 '? – unor
@unor 1) 구조화 된 데이터는 내부적으로 사용되며 많은 경우 노출 될 수도 있습니다. 2) 우리는 Schema.org vocab만을 사용하는 것을 선호합니다. 3) "서술적인"이란 "관련있는"것을 설명하는 "자유 텍스트"를 의미합니다. URL이 아닙니다. 4) 우리가 제공하고자하는 데이터의 종류. 'Event'는 다음과 같습니다 :'name' = "얽힌 우주"; 'headline' = "인간의 특별한 능력을 탐구한다"; 'alternativeHeadline' = "암스테르담 대학이 주관하는 행사". – iep
@unor 어제 모바일에 관한 질문에 대답해야했습니다. 오늘 나는 우리가 달성하고자하는 것에 대해 명확한 시각을 줄 수있는 이미지를 만들었습니다. 이 응용 프로그램은 작가, 예술가, 학자 등의 창조적 인 전문가의 완성 및 미완성 작업을 수집하기위한 것입니다. 요점은 : 그들은 창조적 인 작품뿐만 아니라 사건, 조직 등을 생산한다. 사건과 조직은 창조적 인 유산이다. HTML의 'header'또는 'section'태그에서 나중에 사용하기 위해 (예 : "presentation") 모든 레코드의 "headings"에 대한 통일 된 모델을 만들어야합니다. – iep