Schema.org: какая схема лучше всего подходит для покрытия страниц определений слов?

Question

Я изучаю Schema.org как средство улучшения SEO для нашего продукта. Мне совершенно ясно, почему имеет смысл использовать его, но я изо всех сил пытаюсь выбрать подходящую схему, которая соответствует моим потребностям.

Наш продукт можно охарактеризовать примерно как своего рода словарь, где слово имеет свою собственную страницу, состоящую из краткого определения, за которым следует более обширная проработка смысла. Как так:

WORD

определение пункта

расширенное описание пункта

• список использованных источников

Так что мой вопрос будет: что схема является лучше всего подходит для моих нужд и если нет существующих вариантов, вы бы посоветовали мне создать мою собственную схему? Я могу представить, что с использованием существующих схем преимущества SEO лучше, но я неспециалист по этому вопросу.

Пока что лучшим вариантом является схема Article, которая имеет свойство articleSection, которое может использоваться для различения определения как описания, но не семантически, поэтому я задаюсь вопросом, есть ли лучший вариант, который я пропускаю. Кроме того, по-видимому, отсутствует достойная собственность, охватывающая перечисленные источники, поскольку я не рассматриваю цитаты и упоминания о том, чтобы полностью уважать фактическое смысловое значение.

Спасибо!

Answer 1

Это массив JSON-LD, который может подходить для вас.

В разговоре говорится: «У меня есть каталог данных с именем Product Dictionary. Словарь продуктов состоит из отдельных наборов данных. Слова из нашего словаря продукта определены в наборах данных. Здесь представлены два набора данных. набор данных содержит части, которые предоставляют дополнительную информацию о Word. Название частей - это фид данных. Каждая фида данных включает дополнительную информацию и т. д.

Вот что структура:

<script type="application/ld+json" id=""> 
 
{ 
 
\t "@context": { 
 
\t \t "@vocab": "http://schema.org/" 
 
\t }, 
 
\t "@type": "DataCatalog", 
 
\t "@id": "http://example.com/identifier/20000", 
 
\t "name": "Product Dictionary", 
 
\t "hasPart": [{ 
 
\t \t "@type": "Dataset", 
 
\t \t "@id": "http://example.com/identifier/21000", 
 
\t \t "name": "word-1", 
 
\t \t "description": "meaning of word-1", 
 
\t \t "hasPart": { 
 
\t \t \t "@type": "DataFeed", 
 
\t \t \t "@id": "http://example.com/identifier/21100", 
 
\t \t \t "name": "name of DataFeed-1", 
 
\t \t \t "dataFeedElement": { 
 
\t \t \t \t "@type": "DataFeedItem", 
 
\t \t \t \t "@id": "http://example.com/identifier/21110", 
 
\t \t \t \t "name": "name of DataFeedItem-1", 
 
\t \t \t \t "item": { 
 
\t \t \t \t \t "@type": "Thing", 
 
\t \t \t \t \t "@id": "http://example.com/identifier/21111", 
 
\t \t \t \t \t "name": "name of Thing-1", 
 
\t \t \t \t \t "description": "description of Thing-1" 
 
\t \t \t \t } 
 
\t \t \t } 
 
\t \t } 
 
\t }, 
 
\t { 
 
\t \t "@type": "Dataset", 
 
\t \t "@id": "http://example.com/identifier/22000", 
 
\t \t "name": "word-2", 
 
\t \t "description": "meaning of word-2", 
 
\t \t "hasPart": { 
 
\t \t \t "@type": "DataFeed", 
 
\t \t \t "@id": "http://example.com/identifier/22100", 
 
\t \t \t "name": "name of DataFeed-2", 
 
\t \t \t "dataFeedElement": { 
 
\t \t \t \t "@type": "DataFeedItem", 
 
\t \t \t \t "@id": "http://example.com/identifier/22110", 
 
\t \t \t \t "name": "name of DataFeedItem-2", 
 
\t \t \t \t "item": { 
 
\t \t \t \t \t "@type": "Thing", 
 
\t \t \t \t \t "@id": "http://example.com/identifier/22111", 
 
\t \t \t \t \t "name": "name of Thing-2", 
 
\t \t \t \t \t "description": "description of Thing-2" 
 
\t \t \t \t } 
 
\t \t \t } 
 
\t \t } 
 
\t }] 
 
} 
 
</script>

Если адаптировать этот подход, включают <script> (также известный как JSON-LD остров) в вашей HTML странице.

Вы можете проверить структуру здесь: https://search.google.com/structured-data/testing-tool