Structured Data
Проверка графа JSON-LD и дублирующихся схем
Большинство валидаторов проверяют только один блок JSON-LD относительно одного типа схемы. Реальные страницы обычно выдают сразу несколько блоков — Organization, WebSite, WebPage, Article, вывод плагинов, — которые ссылаются друг на друга через @id. Вставьте HTML всей страницы, и этот инструмент построит граф ссылок и найдёт то, что не под силу валидаторам по одному типу: дублирующиеся или конфликтующие значения @id, висячие ссылки, указывающие в никуда, необычные циклические цепочки, опечатки в именах @type, и две основные сущности, конкурирующие за одну и ту же страницу.
Работает полностью в вашем браузере. Всё, что вы вставите сюда, никуда не отправляется, кроме анонимного счётчика использования.
Вставьте весь исходный код страницы (каждый блок <script type="application/ld+json"> извлекается автоматически), либо вставьте сырой JSON-LD напрямую.
Что проверяется и как это исправить
Дублирующийся / конфликтующий @id. Когда два узла имеют одинаковый @id, но разные данные (разное имя, логотип или URL), поисковые системы не могут понять, какой из них верный — неясно, какое значение победит. Присвойте каждой сущности собственный уникальный @id, либо убедитесь, что дубликаты действительно являются полностью идентичными копиями.
Висячие ссылки. Свойства вроде mainEntityOfPage, isPartOf, author или publisher могут указывать на другой узел просто через {"@id":"..."}, не повторяя его данные. Если этот @id нигде на странице не объявлен, ссылка указывает в никуда — исправьте id или добавьте недостающий узел.
Циклические цепочки. Узел WebPage, указывающий на свою Article через mainEntity, в то время как Article указывает обратно на WebPage через mainEntityOfPage/isPartOf, — это совершенно нормальный паттерн из двух узлов (здесь показан просто как информация). Но более длинный, необычный цикл стоит перепроверить — обычно это означает ошибку копирования-вставки между блоками, сгенерированными плагином.
Опечатка в @type. Названия типов schema.org — это строки в формате PascalCase с учётом регистра. "Aricle" вместо "Article" остаётся валидным JSON, но не является реальным типом — поисковые системы просто молча его игнорируют. Этот инструмент отмечает похожие по написанию варианты по сравнению с реальным словарём schema.org.
Дублирующиеся или конкурирующие основные сущности. На странице обычно должна быть только одна основная сущность контента — одна Article, один Product, один Recipe. Два узла Article, либо не связанные между собой Article и Product, вынуждают поисковые системы гадать, о чём на самом деле эта страница.
Это структурный аудит между блоками, а не валидатор полей для одного типа — используйте его вместе со специализированным валидатором схем Article, Product, Recipe, Event, FAQ или Local Business, чтобы также проверить собственные обязательные свойства каждой сущности.