사용자가 방대한 디스코 그래피를 탐색 할 수있는 웹 사이트를 개발 중입니다. 모든 데이터는 현재 JSON 파일에 저장되어 있습니다. JSON 파일은 의미 론적으로 만들고 검색 엔진에서 크롤링 할 수 있도록 JSON-LD로 변환합니다.JSON-LD의 @type에 사용자 정의 속성을 추가 할 수 있습니까?
Schema.org에는 Music Albums에 대한 표준 유형이 있습니다.이 유형은 각 앨범에 저장하고 (사용자에게 제공하는) 일부 데이터에 대한 속성을 가지고 있지 않습니다. 이러한 속성은 Google의 구조화 된 데이터 검사기에서 오류로 표시됩니다. 내 질문은 : Google은 사용자 지정 속성을 무시하거나 지원되지 않는 속성을 사용하여 사이트에 불이익을 주나요?
JSON-LD에서 여러 가지 어휘를 사용할 수 있습니다 (예 : @context에서 compact IRIs).
어휘 Schema.org에 적절한 속성/유형이없는 경우에는 해당 어휘가있는 어휘가 이미 존재할 가능성이 높습니다. 이 대답은 how to find vocabularies입니다.
기존 어휘를 재사용 할 수 없다면 나만의 어휘를 만들 수 있습니다. 이 답변에 대한 답변을 how to create your own RDF vocabulary에 대해보십시오.
물론 이 아닌 것은이 아니며 Schema.org 네임 스페이스에서 "발명하는"용어입니다. Schema.org에서 정의하지 않은 경우 아무도 의미가 무엇인지 알 수 없습니다. 미래에는 동일한 용어가 예상과 다른 의미로 정의 될 수 있습니다.
SEO 이유로 구조화 된 데이터 만 제공하는 경우 검색 엔진 인 Google/Bing/Yahoo/Yandex는 Schema.org (스폰서)라는 어휘만을 지원하므로 다른 단어 나 자신의 어휘를 사용하는 것이 현재 SEO와 관련이 없습니다. 물론 구조화 된 데이터가 제공 할 수있는 다른 모든 이점에 대해서는 좋은 생각입니다.
답변 해 주셔서 감사합니다. 난 단지 SEO 이유로 구조화 된 데이터를 제공하고 있으므로 Schema.org 어휘를 고수해야한다고 생각합니다. 검색 엔진이 정의되지 않은 용어를 이해하지 못하면 좋습니다. 나는 SEO에서 정말로 중요한 모든 데이터에 대해 기존 속성을 사용하고 있습니다. 그래도 크롤러가 무시하는 한 모든 조건은 만족 스럽습니다. 내 사용자 정의 속성 중 일부가 향후 예상과 다른 의미로 정의 될 수 있다는 사실은 확실히 문제가 될 수 있습니다. 나는 그것에 신중할 것이다. –
@CarlosSanchez : 모든 다양한 소비자가 존재하지 않는 Schema.org 용어로 콘텐츠를 처리하는 방법을 아는 사람은 아무도 없습니다. 검색 엔진이 데이터에서 너무 많은 오류를 발견하면 좋은 신호가 아닌 것은 분명합니다. - 당신은 정말로 이것을하지 않아야합니다. 단순히 자신의 어휘를 정의하고 대신 Schema.org에서 제공하지 않는 용어로 사용하십시오. -이 일을하지 않을 이유가 없나요? 아니면 거기에 있습니까? – unor