💡 Совет по микроразметке!А вы знали, что можно сделать типы сущностей еще…

💡 Совет по микроразметке!

А вы знали, что можно сделать типы сущностей еще точнее с помощью additionalType?

Нельзя использовать два значения @type в одном блоке вот так:

"@type": "Product",
"@type": "FinancialProduct"

поскольку это сломает микроразметку и выдаст ошибку дублирования ключа.

Вы можете добавить несколько типов в виде массива (это также работает для LocalBusiness, так как там additionalType не поддерживается):

"@type": ["Product", "FinancialProduct"],

Или используйте additionalType для дополнительного контекста.

Например, если вы предлагаете автострахование как Product, можно дополнительно разметить его как FinancialProduct:

"@type": "Product",
"additionalType": "FinancialProduct"

Можно пойти еще дальше и использовать Product Ontology, чтобы сослаться на сущность из Википедии для максимальной точности:

"additionalType": [
  "FinancialProduct",
  "http://www.productontology.org/id/Vehicle_insurance"
]

Примечание: Product Ontology использует HTTP, а не HTTPS — это не опечатка!

Стоит добавлять там, где это действительно уместно.

Больше контекста = лучшее понимание сущности алгоритмами.

Инсайты SEO-комьюнити

— API Google (NlpSemanticParsingLocalBusinessType) напрямую связывает @type из Schema с additionalType, позволяя точнее задавать категорию локального бизнеса, если основная категория соответствует расширенным типам разметки.
— additionalType расширяет микроразметку за пределы словаря Schema.org, поддерживая онтологии вроде telecom и FIBO. Это дает enterprise-проектам возможность указывать сущности с точностью, недоступной стандартным типам Schema.
— Когда в стандартном словаре Schema нет нужного типа (например, Personal Injury Lawyer сводится к базовому LegalService), связка additionalType и ссылок на Википедию через Product Ontology помогает поисковикам и LLM правильно определить контекст сущности.

#SchemaOrg #StructuredData #EntitySEO

@MikeBlazerX
🚷 Закрытый канал: @MikeBlazerPRO